[Bug 718] New: Review Request: gns3 - Graphical network simulator
by RPM Fusion Bugzilla
http://bugzilla.rpmfusion.org/show_bug.cgi?id=718
Summary: Review Request: gns3 - Graphical network simulator
Product: Package Reviews
Version: Current
Platform: All
OS/Version: GNU/Linux
Status: NEW
Severity: normal
Priority: P5
Component: Review Request
AssignedTo: rpmfusion-package-review(a)rpmfusion.org
ReportedBy: andrew(a)topdog.za.net
CC: rpmfusion-package-review(a)rpmfusion.org
Blocks: 2
Estimated Hours: 0.0
Spec URL: http://www.topdog-software.com/oss/SRPMS/fedora/gns3/gns3.spec
SRPM URL:
http://www.topdog-software.com/oss/SRPMS/fedora/gns3/gns3-0.6.1-1.fc11.sr...
Description:
Graphical network simulator that allows you to design complex
network topologies. You may run simulations or configure devices
ranging from simple workstations to powerful Cisco routers.
It uses Dynamips, an IOS emulator and PEMU, a PIX emulator which
allow users to run IOS and PIX binary images from Cisco Systems.
* rpmlint rpmbuild/RPMS/i586/gns3-0.6.1-1.fc11.i586.rpm
gns3.i586: E: no-binary
1 packages and 0 specfiles checked; 1 errors, 0 warnings.
- ignoring the error because this is written in python so does not contain any
binary.
* rpmlint rpmbuild/SRPMS/gns3-0.6.1-1.fc11.src.rpm
1 packages and 0 specfiles checked; 0 errors, 0 warnings.
* rpmlint rpmbuild/SPECS/gns3.spec
0 packages and 1 specfiles checked; 0 errors, 0 warnings.
This is my first rpmfusion package but i am a fedora package maintainer.
--
Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
You are the assignee for the bug.
8 years, 2 months
[Bug 2433] New: Review request: qmmp-plugin-pack-freeworld - A set of extra plugins for Qmmp
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=2433
Bug #: 2433
Summary: Review request: qmmp-plugin-pack-freeworld - A set of
extra plugins for Qmmp
Classification: Unclassified
Product: Package Reviews
Version: Current
Platform: All
OS/Version: GNU/Linux
Status: NEW
Severity: normal
Priority: P5
Component: Review Request
AssignedTo: rpmfusion-package-review(a)rpmfusion.org
ReportedBy: kvolny(a)redhat.com
CC: rpmfusion-package-review(a)rpmfusion.org
Spec URL: http://kvolny.fedorapeople.org/qmmp-plugin-pack-freeworld.spec
SRPM URL:
http://kvolny.fedorapeople.org/qmmp-plugin-pack-freeworld-0.6.1-1.fc17.sr...
Description:
Plugins for Qmmp from Qmmp Plugin Pack that cannot be included in Fedora.
* MPG123 - MPEG v1/2 layer1/2/3 decoder using of libmpg123 library
I guess the reason why not in Fedora is obvious after reading the Description
... mp3 stuff. The rest of the plugins was submitted into Fedora here:
https://bugzilla.redhat.com/show_bug.cgi?id=844740
rpmlint output:
[kvolny@kvolny SRPMS]$ rpmlint -i
qmmp-plugin-pack-freeworld-0.6.1-1.fc17.src.rpm
1 packages and 0 specfiles checked; 0 errors, 0 warnings.
[kvolny@kvolny x86_64]$ rpmlint -i
qmmp-plugin-pack-freeworld-0.6.1-1.fc17.x86_64.rpm
qmmp-plugin-pack-freeworld-debuginfo-0.6.1-1.fc17.x86_64.rpm
qmmp-plugin-pack-freeworld.x86_64: E: incorrect-fsf-address
/usr/share/doc/qmmp-plugin-pack-freeworld-0.6.1/COPYING
The Free Software Foundation address in this file seems to be outdated or
misspelled. Ask upstream to update the address, or if this is a license file,
possibly the entire file with a new copy available from the FSF.
2 packages and 0 specfiles checked; 1 errors, 0 warnings.
- I've asked Ilja via email to resolve the license issue upstream
--
Configure bugmail: https://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
You are the assignee for the bug.
8 years, 10 months
[Bug 2429] New: Review request: gens-gs - Sega Genesis, Sega CD, and Sega 32X emulator
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=2429
Bug #: 2429
Summary: Review request: gens-gs - Sega Genesis, Sega CD, and
Sega 32X emulator
Classification: Unclassified
Product: Package Reviews
Version: Current
Platform: All
OS/Version: GNU/Linux
Status: NEW
Severity: normal
Priority: P5
Component: Review Request
AssignedTo: rpmfusion-package-review(a)rpmfusion.org
ReportedBy: alexjnewt(a)hotmail.com
CC: rpmfusion-package-review(a)rpmfusion.org
Gens/GS is a Sega Mega Drive emulator derived from Gens and maintained by
GerbilSoft. Project goals include clean source code, combined features from
various developments of Gens, and improved platform portability.
Why it's not in Fedora: Emulators of video game systems seem to have legal
problems.
This should be eligible for free, rather than non-free. I don't quite
understand why gens is in non-free, but gens-gs is GPLv2+ and LGPLv2+,
requiring nothing that is non-free, or at least to my knowledge.
SPEC URL:
http://dl.dropbox.com/u/42480493/gens-gs.spec
SOURCE RPM URL:
http://dl.dropbox.com/u/42480493/gens-gs-2.16.7-1.fc17.src.rpm
RPMLINT OUTPUT (all seem negligible):
gens-gs.i686: E: incorrect-fsf-address
/usr/share/doc/gens-gs-2.16.7/COPYING.txt
gens-gs.i686: W: no-manual-page-for-binary mdp_test
gens-gs.i686: W: no-manual-page-for-binary gens
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale2x/scale2x.h
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale4x/scalebit_4x.c
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale2x/scalebit_2x.c
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale2x/scalebit_2x.h
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale4x/scalebit_4x_mmx.h
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale4x/scalebit_4x_mmx.c
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale2x/scale2x.c
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale3x/scale3x.c
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale3x/scalebit_3x.h
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale3x/scale3x.h
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale2x/scalebit_2x_mmx.h
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale2x/scalebit_2x_mmx.c
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale3x/scalebit_3x.c
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale4x/scalebit_4x.h
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale4x/scale2x.h
gens-gs-debuginfo.i686: E: incorrect-fsf-address
/usr/src/debug/gens-gs-r7/src/mdp/render/scale4x/scale2x.c
3 packages and 0 specfiles checked; 17 errors, 2 warnings.
--
Configure bugmail: https://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
You are the assignee for the bug.
10 years
[Bug 2319] New: vdr-markad - Advanced commercial detection for VDR
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=2319
Bug #: 2319
Summary: vdr-markad - Advanced commercial detection for VDR
Classification: Unclassified
Product: Package Reviews
Version: Current
Platform: All
OS/Version: GNU/Linux
Status: NEW
Severity: normal
Priority: P5
Component: Review Request
AssignedTo: rpmfusion-package-review(a)rpmfusion.org
ReportedBy: mgansser(a)alice.de
CC: rpmfusion-package-review(a)rpmfusion.org
MarkAd marks advertisements in VDR recordings.
Spec URL:
https://www.disk.dsl.o2online.de/FclyPlh/RPMS/VDR/vdr-markad/vdr-markad.s...
SRPM URL:
https://www.disk.dsl.o2online.de/FclyPlh/RPMS/VDR/vdr-markad/vdr-markad-0...
rpmlint output:
rpmlint vdr-markad-0.1.3-1.20120310git.fc17.x86_64.rpm
vdr-markad.x86_64: I: enchant-dictionary-not-found en_US
vdr-markad.x86_64: W: unstripped-binary-or-object
/usr/lib64/vdr/libvdr-markad.so.1.7.27
vdr-markad.x86_64: W: unstripped-binary-or-object /usr/bin/markad
vdr-markad.x86_64: W: non-standard-uid /etc/vdr/plugins/markad vdr
vdr-markad.x86_64: W: non-standard-uid
/usr/share/locale/sk_SK/LC_MESSAGES/vdr-markad.mo vdr
vdr-markad.x86_64: W: non-standard-uid
/usr/share/locale/it_IT/LC_MESSAGES/vdr-markad.mo vdr
vdr-markad.x86_64: W: non-standard-uid
/usr/share/locale/de_DE/LC_MESSAGES/vdr-markad.mo vdr
vdr-markad.x86_64: W: non-standard-uid
/usr/share/locale/es_ES/LC_MESSAGES/vdr-markad.mo vdr
vdr-markad.x86_64: W: non-standard-uid
/usr/share/locale/fi_FI/LC_MESSAGES/vdr-markad.mo vdr
vdr-markad.x86_64: W: no-manual-page-for-binary markad
1 packages and 0 specfiles checked; 0 errors, 9 warnings.
--
Configure bugmail: https://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
You are the assignee for the bug.
10 years, 7 months
Moving xine-lib and dependent apps to RPM Fusion Free for F17?
by Kevin Kofler
Hi,
the current xine-lib maintainer speaking. :-)
The Xine project:
http://www.xine-project.org/home
has recently released a new major version, version 1.2.0.
Unfortunately, among the list of changes:
http://sourceforge.net/projects/xine/files/xine-lib/1.2.0/README.txt.asc/...
there are these new "features":
* Use libavutil-provided implementations for CRC, SHA1 and BASE64 algorithms,
this makes use of libavutil even outside the FFmpeg decoding plugin,
but avoid duplication of algorithms between different plugins.
* Use av_mallocz() when xine_xmalloc_aligned() wouldn't be needed.
* FFmpeg is now required as an external dependency; if you want to build
xine-lib from source, please download a copy of FFmpeg from their SVN
server.
which basically mean that xine-lib now has a global, non-optional dependency
on FFmpeg's libavutil library.
So there are 4 possible ways forward:
(a) Stick with 1.1.x forever. I don't think that's a good idea in the long
run, upstream won't be providing security fixes for the old branch forever.
(b) Package libavutil (and only libavutil) from FFmpeg in Fedora. (I don't
think libavutil, as opposed to libavcodec, is actually patent-encumbered,
though that'd also have to be checked.) The issue there is that FFmpeg
upstream obviously doesn't support this. It would need some more black
packaging magic of the kind already done in xine-lib, and more legal
auditing. I don't think I want to investigate going down that road.
(c) Bundle parts or all of libavutil with xine-lib. Yuck!!!
(d) Move the whole thing (back) to RPM Fusion (where it originally was, before
we started needing xine-lib for Amarok and Phonon, which both no longer
use it). It would go to the Free section, of course.
My proposal is to go with (d).
The following packages currently depend on xine-lib:
* gxine
* (k9copy – already in RPM Fusion, not affected)
* kaffeine (my package, the reason why I maintain xine-lib in the first place)
* oxine
* xine-plugin
* xine-ui
These packages would have to move to RPM Fusion along with xine-lib.
In Kaffeine's case, upstream is switching from xine-lib to MPlayer in their git
repository, so it will likely have to move to RPM Fusion sooner or later
anyway. This means the affected packages are basically *xine*.
So my plan is to retire (for my packages, resp. have the respective maintainer
retire) the listed packages in Fedora for Fedora ≥ 17 and get (or have the
respective maintainer get) them into RPM Fusion Free instead. (I'd take care
of xine-lib and kaffeine myself, I hope the maintainers of the other packages
will take care of them.)
Comments? Objections?
Kevin Kofler
11 years, 1 month
[RPM Fusion] Issue with fedora's openssl package for libbluray/libaacs
by Nicolas Chauvet
Hi,
As you may know, the libaacs package from RPM Fusion rely on openssl
functions that have been disabled in the fedora package for some
reason.
This lead the libaacs package to be partially unuseable for it's target usage.
I would like to list what would be possible workarounds for this
issue. We likely need to build a openssl-freeworld package:
- Build a similar package and drop a file in ld.conf.d to make it
system wide ? (the freetype-freeworld way)
This seems unpractical as we may produce unknown behavior and
un-certified code path with others applications.
- Build a shared object with another SONAME so packages liked with the
freeworld version will not conflict with package linked with the
fedora version.
(It will eventually be possible to relink the so to the the fedora
SONAME manually in a second step).
- Build the freeworld version statically.
The question to sync the patch between fedora and RPM Fusion VCS is a
big question until we move to git, so I hope that progress will be
made in this area soon.
If not we may experiment an openssl-freeworld to be possibily behind
the fedora version.
Any thoughts on that ?
Nicolas (kwizart).
11 years, 1 month