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
10 years, 11 months
[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).
10 years, 11 months
[Bug 2224] New: Review request: HeeksCNC - CAM add-on for HeeksCAD
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=2224
Bug #: 2224
Summary: Review request: HeeksCNC - CAM add-on for HeeksCAD
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: SpikeFedora(a)gmail.com
CC: rpmfusion-package-review(a)rpmfusion.org
Blocks: 2
Spec URL:
http://spike.fedorapeople.org/HeeksCNC/HeeksCNC.spec
SRPM URL:
http://spike.fedorapeople.org/HeeksCNC/HeeksCNC-0.18.0-0.1.20111215git272...
Description:
Written in C++, HeeksCNC is an add-on for HeeksCAD. The user can add machining
operations. These can then be output to NC code. The NC code is then shown as
red and green lines on the screen. The NC code is generated using Python
script, so it can be configured for different machines.
HeeksCNC uses OpenCAMLib for the "Zig Zag" operation HeeksCNC uses libarea for
the "Pocket" operation
Why this package is not eligible to be included in Fedora:
HeeksCNC depends on OCE (HeeksCNC->HeeksCAD-devel->OCE-devel), which is
considered non-free
[1] http://fedoraproject.org/wiki/Licensing#Bad_Licenses
rpmlint output:
SPECS/HeeksCNC.spec:39: E: hardcoded-library-path in
%{buildroot}/usr/lib/heekscnc/nc/iso_codes.py
SPECS/HeeksCNC.spec:48: E: hardcoded-library-path in /usr/lib/heekscnc
SPECS/HeeksCNC.spec:49: E: hardcoded-library-path in /usr/lib/libheekscnc*
SPECS/HeeksCNC.spec: W: invalid-url Source0: HeeksCNC-svnHEAD.tar.bz2
HeeksCNC.src: W: spelling-error %description -l en_US libarea -> lib area,
lib-area, millibar
HeeksCNC.src:39: E: hardcoded-library-path in
%{buildroot}/usr/lib/heekscnc/nc/iso_codes.py
HeeksCNC.src:48: E: hardcoded-library-path in /usr/lib/heekscnc
HeeksCNC.src:49: E: hardcoded-library-path in /usr/lib/libheekscnc*
HeeksCNC.src: W: invalid-url Source0: HeeksCNC-svnHEAD.tar.bz2
1 packages and 1 specfiles checked; 6 errors, 3 warnings.
The hardcoded-library-path error probably needs to be fixed. A friendly cmake
expert would be very much appreciated.
--
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.
11 years, 3 months
[Bug 2286] New: Review request: mari0 - A recreation of the original Super Mario Bros with a portal gun
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=2286
Bug #: 2286
Summary: Review request: mari0 - A recreation of the original
Super Mario Bros with a portal gun
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
A complete from scratch recreation of the original Super Mario Bros.
game with a focus on perfectly imitating the feel the 1985 classic
gave us but with a portal gun and puzzle game mechanics from the
popular Value game, Portal. Mari0 also has a 4-player coop mode, with
everyone having their own Portal gun. This game is made with LOVE.
Why not in Fedora: The license is non-free cannot be included in Fedora
(CC-BY-NC-SA)
SPEC:
http://dl.dropbox.com/u/42480493/mari0.spec
SPRM:
http://dl.dropbox.com/u/42480493/mari0-1.6-1.fc16.src.rpm
RPMLint:
mari0.src: W: invalid-license CC-BY-NC-SA
mari0.noarch: W: invalid-license CC-BY-NC-SA
This can be ignored, as RPMLint doesn't recognize this specific License
mari0.noarch: W: no-manual-page-for-binary mari0
Not vital and can be fixed later.
mari0.src: W: invalid-url Source0: mari0-extra.tar.xz
Source0 is custom made: just a desktop file
2 packages and 0 specfiles checked; 0 errors, 4 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.
11 years, 8 months
[Bug 2098] New: Review request: dolphin-emu - Gamecube / Wii / Triforce Emulator
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=2098
Bug #: 2098
Summary: Review request: dolphin-emu - Gamecube / Wii /
Triforce 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
Dolphin is a Gamecube, Wii and Triforce (the arcade machine based on the
Gamecube) emulator which supports many extra features and abilities not present
on the original consoles.
Why it's not in Fedora: Emulators of video game systems seem to have legal
problems, which is not a new story for such applications, thus this excluded
from the fedora repos.
I left a bunch of comments in the SPEC file for easer review. As well, no
source code changes should be required between distribution versions (e.g. f15
and f16), thus the source rpm should be quite agnostic. Although, it does need
to be build every major change in dependency versions (e.g. SDL 1.2.X to 1.3.X
or glew 1.6.X to 1.7.X), which should only happen every distribution upgrade
anyway.
This package is already posted in the Wishlist by the way, and is licensed as
FOSS (GPL2). This is my first RPM Fusion package and I would assume I would
want a sponsor? Though I'm not sure what that is to be honest.
SPEC URL:
http://dl.dropbox.com/u/42480493/dolphin-emu.spec
SOURCE RPM URL: (though f16, should be distribution agnostic)
http://dl.dropbox.com/u/42480493/dolphin-emu-3.0-1.fc16.src.rpm
RPMLINT WARNINGS:
Gamecube is not in the dictionary, hence this warning:
dolphin-emu.x86_64: W: spelling-error Summary(en_US) Gamecube -> Game cube,
Game-cube, Gamecock
I'm pretty sure this is required, hence why I left it in:
dolphin-emu.x86_64: E: zero-length
/usr/share/dolphin-emu/user/GameConfig/WBEEJV.ini
I don't believe a manpage is required or even existent. Should I convert the
readme file to a manpage?
dolphin-emu.x86_64: W: no-manual-page-for-binary dolphin-emu
I'm unfamiliar with this error and rpmlint -I file-not-in-%lang provides no
explanation. Dolphin seems to run fine, but any help/feedback would be great.
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/ar/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/ca/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/cs/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/de/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/el/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/en/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/es/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/fr/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/he/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/hu/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/it/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/ja/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/ko/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/nb/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/nl/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/pl/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/pt/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/pt_BR/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/ru/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/sr/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/tr/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/zh_CN/LC_MESSAGES/dolphin-emu.mo
dolphin-emu.x86_64: W: file-not-in-%lang
/usr/share/locale/zh_TW/LC_MESSAGES/dolphin-emu.mo
--
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.
11 years, 10 months
[Bug 2378] New: Review Request: edgar - A platform game
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=2378
Bug #: 2378
Summary: Review Request: edgar - A platform game
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: musuruan(a)gmail.com
CC: rpmfusion-package-review(a)rpmfusion.org
Spec URL: http://musuruan.fedorapeople.org/edgar.spec
SRPM URL: http://musuruan.fedorapeople.org/edgar-1.01-1.fc16.src.rpm
* Description:
When his father fails to return home after venturing out one dark and stormy
night, Edgar fears the worst: he has been captured by the evil sorcerer who
lives in a fortress beyond the forbidden swamp.
Donning his armor, Edgar sets off to rescue him, but his quest will not be
easy...
* Why this package is not eligible to be included in Fedora:
This package was submitted to Fedora but later moved here because it contains
sounds licensed under a "bad" Fedora license:
https://bugzilla.redhat.com/show_bug.cgi?id=816565
* Rpmlint output:
$ rpmlint edgar-1.01-1.fc17.src.rpm
1 packages and 0 specfiles checked; 0 errors, 0 warnings.
$ rpmlint edgar-1.01-1.fc17.x86_64.rpm
edgar.x86_64: W: no-manual-page-for-binary edgar
1 packages and 0 specfiles checked; 0 errors, 1 warnings.
$ rpmlint edgar-debuginfo-1.01-1.fc17.x86_64.rpm
1 packages and 0 specfiles checked; 0 errors, 0 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.
11 years, 11 months
[Bug 2325] New: vdr-mp3 - Sound playback plugin for VDR
by RPM Fusion Bugzilla
https://bugzilla.rpmfusion.org/show_bug.cgi?id=2325
Bug #: 2325
Summary: vdr-mp3 - Sound playback plugin 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
The MP3 plugin adds audio playback capability to VDR.
SRPM URL:
https://www.disk.dsl.o2online.de/FclyPlh/RPMS/VDR/vdr-mp3/vdr-mp3-0.10.2-...
Spec URL:
https://www.disk.dsl.o2online.de/FclyPlh/RPMS/VDR/vdr-mp3/vdr-mp3.spec?a=...
rpmlint output:
rpmlint vdr-mp3-0.10.2-8.fc17.x86_64.rpm
vdr-mp3.x86_64: I: enchant-dictionary-not-found en_US
vdr-mp3.x86_64: W: percent-in-%post
vdr-mp3.x86_64: W: dangerous-command-in-%post mv
1 packages and 0 specfiles checked; 0 errors, 2 warnings.
rpmlint vdr-mplayer-0.10.2-8.fc17.x86_64.rpm
vdr-mplayer.x86_64: I: enchant-dictionary-not-found en_US
vdr-mplayer.x86_64: E: zero-length /usr/share/vdr/DVD-VCD/DVD
vdr-mplayer.x86_64: E: zero-length /usr/share/vdr/DVD-VCD/VCD
1 packages and 0 specfiles checked; 2 errors, 0 warnings.
rpmlint vdr-mp3-0.10.2-8.fc17.src.rpm
vdr-mp3.src: I: enchant-dictionary-not-found en_US
1 packages and 0 specfiles checked; 0 errors, 0 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.
12 years