[Bug 30] Tracker : Sponsorship Request
http://bugzilla.rpmfusion.org/show_bug.cgi?id=30 Mikhail Kalenkov changed: What|Removed |Added Depends on||310 -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 310] New: scid - A chess database application
http://bugzilla.rpmfusion.org/show_bug.cgi?id=310 Summary: scid - A chess database application Product: Package Reviews Version: Current Platform: All OS/Version: GNU/Linux Status: NEW Severity: normal Priority: P5 Component: Review Request AssignedTo: rpmfusion-package-rev...@rpmfusion.org ReportedBy: mikhail.kalen...@gmail.com CC: rpmfusion-package-rev...@rpmfusion.org Blocks: 2,30 Estimated Hours: 0.0 SPEC - http://katrine.lpi.ru/kalenkov/fusion/scid.spec SRPM - http://katrine.lpi.ru/kalenkov/fusion/scid-3.6.26-12.3.7beta3.fc10.src.rpm Scid can perform many different searches, such as for particular players, a certain opening position, material searches, and pattern searches such as isolated pawns. It is very fast, because it uses its own efficient format, but it can convert games to and from PGN, the standard format for chess game files. Scid can use a chess engine such as Crafty to analyze games and also has a "tree" mode where it automatically shows all moves played from the current position, their opening codes, success rates, etc. Scid package has some small part of nonfree code. It is Nalimov tablebase decoding code. Nalimov tablebases may be very important in the endgame analysis. [mkalen...@sadki rpmbuild]$ rpmlint SPECS/scid.spec SPECS/scid.spec:71: W: configure-without-libdir-spec 0 packages and 1 specfiles checked; 0 errors, 1 warnings. [mkalen...@sadki rpmbuild]$ rpmlint SRPMS/scid-3.6.26-12.3.7beta3.fc10.src.rpm scid.src:71: W: configure-without-libdir-spec 1 packages and 0 specfiles checked; 0 errors, 1 warnings. [mkalen...@sadki rpmbuild]$ rpmlint RPMS/i386/scid-3.6.26-12.3.7beta3.fc10.i386.rpm 1 packages and 0 specfiles checked; 0 errors, 0 warnings. [mkalen...@sadki rpmbuild]$ rpmlint RPMS/i386/scid-sounds-3.6.26-12.3.7beta3.fc10.i386.rpm scid-sounds.i386: W: no-documentation 1 packages and 0 specfiles checked; 0 errors, 1 warnings. [mkalen...@sadki rpmbuild]$ rpmlint RPMS/i386/scid-books-3.6.26-12.3.7beta3.fc10.i386.rpm scid-books.i386: W: no-documentation 1 packages and 0 specfiles checked; 0 errors, 1 warnings. [mkalen...@sadki rpmbuild]$ PS scid is my first RPM Fusion package. I am seeking a sponsor. -- 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.
[Bug 309] Review request: openttd - An open source reimplementation of the game "Transport Tycoon Deluxe"
http://bugzilla.rpmfusion.org/show_bug.cgi?id=309 Alexey Torkhov changed: What|Removed |Added CC||atork...@gmail.com --- Comment #1 from Alexey Torkhov 2009-01-09 07:14:28 --- Current development version of OpenTTD with Graphics Replacement (http://wiki.openttd.org/index.php/Graphics_Replacement) don't need abandonware files. I think, this should go to Fedora. -- 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.
Re: Custom patched kernels in RPMFusion
On Jan 08, 2009, at 20:17, Kevin Kofler wrote: Felix Kaechele wrote: I already shared my idea of providing custom patched kernels in RPMFusion with Thorsten and he said that it would be an interesting thing to do. But I also, of course, want to know the opinion of the other contributors as this is a decision that should be made by not only a few people. Some concerns I have: * Some people will want to have more than one patch, so having separate kernels with the separate patches won't make everyone happy, but patches are often incompatible (or at least apparently incompatible, needing manual merging), so making a single kernel with all the patches isn't going to scale. * What about kmods? Building those for all the patched kernels will quickly lead to an explosion of kmods. I share Kevin's concerns and have some additional stuff to add: -Where are bugs going to be filed for anything kernel-ish that goes wrong when people are running these kernels? Good chance they'll get filed at bugzilla.redhat.com. Trust me, Fedora kernel devs already have their hands full trying to weed through the bugs filed against the kernels they've built. Bugs for someone else's kernel: DO NOT WANT. -Why are these patches not kmod-able or upstream-able? If they aren't either of those, then why would we even want to touch them? -If we *do* do a custom patched kernel, I think we should do a kernel- rt before anything else... :) -- Jarod Wilson ja...@wilsonet.com
Re: Custom patched kernels in RPMFusion
Felix Kaechele wrote: > I already shared my idea of providing custom patched kernels in > RPMFusion with Thorsten and he said that it would be an interesting > thing to do. But I also, of course, want to know the opinion of the > other contributors as this is a decision that should be made by not only > a few people. Some concerns I have: * Some people will want to have more than one patch, so having separate kernels with the separate patches won't make everyone happy, but patches are often incompatible (or at least apparently incompatible, needing manual merging), so making a single kernel with all the patches isn't going to scale. * What about kmods? Building those for all the patched kernels will quickly lead to an explosion of kmods. Kevin Kofler
Re: updating x264 and ffmpeg in F-10 (and F-9?)
2009/1/7 Dominik 'Rathann' Mierzejewski : > Hi. > > Since the update in rawhide went quite smoothly, I'd like to update > x264 and FFmpeg in F-10, too (basically backport the version that > landed in rawhide). I do agree with the general idea, but I want to talk about how/why this have to be done. > I hope I can build x264 and ffmpeg and keep them in the buildroot, > but out of updates-testing until all dependent packages are rebuilt, > just like we did in rawhide. For the general case of ffmpeg updates, I would say that the related maintainer to do the commits and tag.Then you should be able to request build one after the other so it will not miss a package to build, that will, somehow, fake the chainbuild we miss. We just need to fix a date for this. About the F-10 case, I wonder if it wouldn't be wise to wait for a 2.6.28 kernel update. There are sometime strange issues when such major kernel update appears, that may be fixed by a rebuild. >From the ffmpeg feature side, I would wait a little more time also for vdpau, which have just been merged in ffmpeg I was said; unless the vdpau merge broke the ABI again (which would be a reason to backport the current rawhide ffmpeg in F-10, so we can start working on the new API/ABI in rawhide). >From the nvidia driver side, we just have 180.22 in the stable tubes (which features vdpau). This driver is requested from the KDE4 users among others; and will be updated from F9 to Rawhide. Nevertheless, vdpau should be available at least during the F10 lifetime, IMO. > I have mixed feelings about updating them in F-9, though. I think it will be easier to only plays with one (or at least few) ffmpeg/x264/etc API. That's what would be rational from a packager point of view The same question will appears with the EL-5 version: It will be harder to introduce new packages on EL-5 when the ffmpeg API will get old. (and not all projects keeps the conditionals accurate for a given ffmpeg API). I would also consider how much feedback we got from our Rawhiders ? How desired is the update from our current stable user base ? (if ever end-users can know what is good for them !). Nicolas (kwizart)
[Bug 309] New: Review request: openttd - An open source reimplementation of the game "Transport Tycoon Deluxe"
http://bugzilla.rpmfusion.org/show_bug.cgi?id=309 Summary: Review request: openttd - An open source reimplementation of the game "Transport Tycoon Deluxe" Product: Package Reviews Version: Current Platform: All OS/Version: GNU/Linux Status: NEW Severity: normal Priority: P5 Component: Review Request AssignedTo: rpmfusion-package-rev...@rpmfusion.org ReportedBy: fe...@fetzig.org CC: rpmfusion-package-rev...@rpmfusion.org Blocks: 3 Estimated Hours: 0.0 SPEC: http://felix.fetzig.org/rpms/review/openttd.spec SRPM: http://felix.fetzig.org/rpms/review/openttd-0.6.3-1.fc10.src.rpm (4.4 MB) Description: OpenTTD is modeled after the original Microprose Transport Tycoon game by Chris Sawyer and enhances the game experience dramatically. Many features were inspired by TTDPatch while others are original. It requires the original Transport Tycoon Deluxe data files. openttd.src:59: W: configure-without-libdir-spec openttd.src:84: W: rpm-buildroot-usage %build --install-dir="$RPM_BUILD_ROOT" openttd.src:74: W: configure-without-libdir-spec 5 packages and 0 specfiles checked; 0 errors, 4 warnings. The warnings are due to OpenTTDs weird build system that doesn't conform with automake/configure standards This is a package from the Wishlist. (Still) Needs abandonware game-file and thus may not live in Fedora. -- 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.
Custom patched kernels in RPMFusion
Good evening :) I run a firewall server for my school using Fedora. I currently patch in a l7-filter patch (http://l7-filter.sourceforge.net/) in by hand because we need to block some stuff based on the network data (i.e. not port or protocol). I think it would be a great benefit to other users to have such kernels available from a repository rather than patching them by hand since l7-filter is also of great help as far as traffic shaping is concerned. Especially as the l7-patch only requires one extra kernel config option means that the generic Fedora config could stay essentially the same. I already shared my idea of providing custom patched kernels in RPMFusion with Thorsten and he said that it would be an interesting thing to do. But I also, of course, want to know the opinion of the other contributors as this is a decision that should be made by not only a few people. Do you think this is a thing we could/should do? How does our build infrastructure like it to regularly be jammed by kernel builds? Or does this raise your concern in any other way? I'm really eager to hear your comments. Felix
[Bug 300] Review request: pgadmin3 - Graphical client for PostgreSQL
http://bugzilla.rpmfusion.org/show_bug.cgi?id=300 Robert Scheck changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #19 from Robert Scheck 2009-01-08 21:52:30 --- 2355 (pgadmin3): Build on target fedora-development-rpmfusion_nonfree succeeded. 2356 (pgadmin3): Build on target fedora-10-rpmfusion_nonfree succeeded. 2357 (pgadmin3): Build on target fedora-9-rpmfusion_nonfree succeeded. Thank you all for making it a quick review. Packages have been pushed to testing, so closing now. -- 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.
[Bug 308] New: Review request: ultrastardx - Karaoke game inspired by a popular commercial karaoke game
http://bugzilla.rpmfusion.org/show_bug.cgi?id=308 Summary: Review request: ultrastardx - Karaoke game inspired by a popular commercial karaoke game Product: Package Reviews Version: Current Platform: All OS/Version: GNU/Linux Status: NEW Severity: normal Priority: P5 Component: Review Request AssignedTo: rpmfusion-package-rev...@rpmfusion.org ReportedBy: fe...@fetzig.org CC: rpmfusion-package-rev...@rpmfusion.org Blocks: 3 Estimated Hours: 0.0 SPEC: http://felix.fetzig.org/rpms/review/ultrastardx.spec SRPM: http://felix.fetzig.org/rpms/review/ultrastardx-1.1.1-0.1.svn1542.fc10.src.rpm (12 MB) Description: Karaoke game inspired by a popular commercial karaoke game. It allows up to six players to sing along with music using microphones in order to score points, depending on the pitch of the voice and the rhythm of singing. rpmlint has nothing to say about this. Depends on ffmpeg and thus cannot live in Fedora. -- 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.
[Bug 32] Review request: vdr-dvd - DVD playback plugin for VDR
http://bugzilla.rpmfusion.org/show_bug.cgi?id=32 --- Comment #3 from Felix Kaechele 2009-01-08 21:11:55 --- Sorry for answering so late. I must have lost this somewhere in the back of my mind. Nevertheless I updated the SPEC (same link as above). Here is the new corresponding SRPM: http://felix.fetzig.org/rpms/review/vdr-dvd-0.3.6-0.1.cvs20090108.fc10.src.rpm Thank you. -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
Re: EOL RPM Fusion for Fedora 8 now?
On Thursday 08 January 2009 10:30:48 am Thorsten Leemhuis wrote: > Hi! > > We never discussed this: Will we EOL RPM Fusion for Fedora foo if in > parallel with the EOL of Fedora foo? +1. > I'd say we definitely should do that, which would mean that we EOL RPM > Fusion for F8 now. Agreed. > > More info: Livna in the past EOLed support for a Fedora release when > that went EOL -- that worked fine afaics. Does anybody know how dribble > and freshrpms handled it? > > CU > knurd -- Conrad Meyer
Re: EOL RPM Fusion for Fedora 8 now?
On Thu, Jan 8, 2009 at 7:30 PM, Thorsten Leemhuis wrote: > I'd say we definitely should do that, which would mean that we EOL RPM > Fusion for F8 now. I agree. > More info: Livna in the past EOLed support for a Fedora release when that > went EOL -- that worked fine afaics. Does anybody know how dribble and > freshrpms handled it? Dribble handled it in the same way. Bye, Andrea.
EOL RPM Fusion for Fedora 8 now?
Hi! We never discussed this: Will we EOL RPM Fusion for Fedora foo if in parallel with the EOL of Fedora foo? I'd say we definitely should do that, which would mean that we EOL RPM Fusion for F8 now. More info: Livna in the past EOLed support for a Fedora release when that went EOL -- that worked fine afaics. Does anybody know how dribble and freshrpms handled it? CU knurd
RPM Fusion (Fedora - nonfree) Package Build Report 2009-01-08
Packages built and released for RPM Fusion (Fedora - nonfree) testing/10: 4 NEW pgadmin3-1.8.4-5.fc10 : Graphical client for PostgreSQL sdlmame-0129-1.fc10 NEW sdlmame-data-0129-1.fc10 : Data files for the SDLMAME package NEW sdlmess-0129-1.fc10 : SDL Multiple Emulator Super System Packages built and released for RPM Fusion (Fedora - nonfree) testing/9: 4 NEW pgadmin3-1.8.4-5.fc9 : Graphical client for PostgreSQL sdlmame-0129-1.fc9 sdlmame-data-0129-1.fc9 sdlmess-0129-1.fc9 Packages built and released for RPM Fusion (Fedora - nonfree) development: 4 NEW pgadmin3-1.8.4-5.fc11 : Graphical client for PostgreSQL sdlmame-0129-1.fc11 sdlmame-data-0129-1.fc11 sdlmess-0129-1.fc11 Changes in RPM Fusion (Fedora - nonfree) testing/10: pgadmin3-1.8.4-5.fc10 - * Mon Jan 05 2009 Robert Scheck 1.8.4-5 - Removed useless -docs package, main package shipped it anyway - Many spec file and package cleanups to get rpmlint very silent * Sun Jan 04 2009 Robert Scheck 1.8.4-4 - Moving from Fedora to RPM Fusion (#300, RHBZ #473748) * Wed Dec 31 2008 Devrim GUNDUZ 1.8.4-3 - Rebuilt for Fedora 10 sdlmame-0129-1.fc10 --- * Mon Jan 05 2009 Julian Sikorski - 0129-1 - Updated to 0.129 - Re-enabled ldplayer - Added OPTIMIZE=2 to all builds since makefile seems to override OPT_FLAGS - Install ui.bdf and pre-generated ui.bdc to %{_datadir}/mame/fonts sdlmame-data-0129-1.fc10 * Wed Jan 07 2009 Julian Sikorski - 0129-1 - Updated mameinfo.dat to 0.129 - Updated history.dat to 0.129 - Updated catver.ini to 0.129 sdlmess-0129-1.fc10 --- * Wed Jan 07 2009 Julian Sikorski - 0129-1 - Updated to 0.129 - Added patch disabling undefining _FORTIFY_SOURCE - Enabled symbols in all builds - Added OPTIMIZE=2 to all builds since makefile seems to override OPT_FLAGS - Install ui.bdf and pre-generated ui.bdc to %{_datadir}/mess/fonts Changes in RPM Fusion (Fedora - nonfree) testing/9: pgadmin3-1.8.4-5.fc9 * Mon Jan 05 2009 Robert Scheck 1.8.4-5 - Removed useless -docs package, main package shipped it anyway - Many spec file and package cleanups to get rpmlint very silent * Sun Jan 04 2009 Robert Scheck 1.8.4-4 - Moving from Fedora to RPM Fusion (#300, RHBZ #473748) * Wed Dec 31 2008 Devrim GUNDUZ 1.8.4-3 - Rebuilt for Fedora 10 sdlmame-0129-1.fc9 -- * Mon Jan 05 2009 Julian Sikorski - 0129-1 - Updated to 0.129 - Re-enabled ldplayer - Added OPTIMIZE=2 to all builds since makefile seems to override OPT_FLAGS - Install ui.bdf and pre-generated ui.bdc to %{_datadir}/mame/fonts sdlmame-data-0129-1.fc9 --- * Wed Jan 07 2009 Julian Sikorski - 0129-1 - Updated mameinfo.dat to 0.129 - Updated history.dat to 0.129 - Updated catver.ini to 0.129 sdlmess-0129-1.fc9 -- * Wed Jan 07 2009 Julian Sikorski - 0129-1 - Updated to 0.129 - Added patch disabling undefining _FORTIFY_SOURCE - Enabled symbols in all builds - Added OPTIMIZE=2 to all builds since makefile seems to override OPT_FLAGS - Install ui.bdf and pre-generated ui.bdc to %{_datadir}/mess/fonts Changes in RPM Fusion (Fedora - nonfree) development: pgadmin3-1.8.4-5.fc11 - * Mon Jan 05 2009 Robert Scheck 1.8.4-5 - Removed useless -docs package, main package shipped it anyway - Many spec file and package cleanups to get rpmlint very silent * Sun Jan 04 2009 Robert Scheck 1.8.4-4 - Moving from Fedora to RPM Fusion (#300, RHBZ #473748) * Wed Dec 31 2008 Devrim GUNDUZ 1.8.4-3 - Rebuilt for Fedora 10 sdlmame-0129-1.fc11 --- * Mon Jan 05 2009 Julian Sikorski - 0129-1 - Updated to 0.129 - Re-enabled ldplayer - Added OPTIMIZE=2 to all builds since makefile seems to override OPT_FLAGS - Install ui.bdf and pre-generated ui.bdc to %{_datadir}/mame/fonts sdlmame-data-0129-1.fc11 * Wed Jan 07 2009 Julian Sikorski - 0129-1 - Updated mameinfo.dat to 0.129 - Updated history.dat to 0.129 - Updated catver.ini to 0.129 sdlmess-0129-1.fc11 --- * Wed Jan 07 2009 Julian Sikorski - 0129-1 - Updated to 0.129 - Added patch disabling undefining _FORTIFY_SOURCE - Enabled symbols in all builds - Added OPTIMIZE=2 to all builds since makefile seems to override OPT_FLAGS - Install ui.bdf and pre-generated ui.bdc to %{_datadir}/mess/fonts