Re: [Guidelines Change] Changes to the Packaging Guidelines
On 02/04/2011 07:18 PM, Tom Callaway wrote: A new section has been added to the Packaging Guidelines concerning the proper packaging of tmpfiles.d configurations and directories: https://fedoraproject.org/wiki/Packaging:Tmpfiles.d That page notes that tmpfiles.d is not supported in EL-5 or older. However briefly checking my F-14 box, F-14 updates-testing and f14 branch in initscripts git I get a feeling that it is not supported in F-14 and older either (I don't have access to an EL-6 box to check if it's supported there). Is it going to be? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: boost 1.46.0
04.02.2011 14:33, Petr Machata wrote: I'm in the process of test-driving a couple packages locally to make sure that the new boost works. If that turns out well, I'll do a non-scratch build of boost-1.46.0-0.beta1 later today. The packages that I tried built OK, so I'm calling this good enough, and spinning an official build now. The list of ABI dependences is here. These packages really really need to be rebuilt, otherwise they'll stop working (soname bump on boost side) after the new boost gets into the build root. I can't rebuild other people's packages, so I can't do any of this myself. CGAL-3.6.1-2.fc15.src.rpm HippoDraw-1.21.1-12.fc15.src.rpm LuxRender-0.7.1-2.fc15.src.rpm QuantLib-1.0.1-4.fc15.src.rpm akonadi-1.5.0-1.fc15.src.rpm aqsis-1.6.0-5.fc14.src.rpm asc-2.2.0.0-9.fc15.src.rpm avogadro-1.0.1-11.fc15.src.rpm barry-0.17-0.6.20110126git.fc15.src.rpm bastet-0.43-8.fc15.src.rpm chess-1.0-31.fc15.src.rpm compiz-0.9.2.2-0.11.git619abc05b1.fc15.src.rpm compiz-fusion-extras-0.9.2.1-2.fc15.src.rpm compiz-fusion-unsupported-0.9.2.1-4.fc15.src.rpm compiz-plugins-main-0.9.2.1-7.fc15.src.rpm easystroke-0.5.3-2.fc15.src.rpm ekiga-3.3.0-4.fc15.src.rpm ember-0.6.0-1.fc15.src.rpm esperanza-0.4.0-8.20100601git.fc15.src.rpm fatrat-1.1.3-2.fc15.src.rpm fawkes-0.4.1-1.fc15.src.rpm fife-0.3.2-1.fc15.src.rpm fuse-encfs-1.7.2-1.fc15.src.rpm fusecompress-2.6-8.20100223git754bc0de.fc15.src.rpm glob2-0.9.4.4-2.fc15.src.rpm glom-1.15.1-1.fc15.src.rpm gnash-0.8.8-4.fc15.src.rpm gnote-0.7.3-4.fc15.src.rpm gnuradio-3.2.2-8.fc15.src.rpm gpsdrive-2.11-1.fc15.src.rpm hugin-2010.4.0-1.fc15.src.rpm k3d-0.8.0.1-4.fc15.src.rpm kdeedu-4.6.0-1.fc15.src.rpm libcompizconfig-0.9.2.1-5.fc15.src.rpm liborigin2-13092010-1.fc15.src.rpm libpst-0.6.49-2.fc15.src.rpm lyx-2.0.0-0.11.beta3.fc15.src.rpm mapnik-0.7.1-6.fc14.src.rpm mbox2eml-0.1.1-4.fc14.src.rpm minion-0.10-4.fc15.src.rpm mkvtoolnix-4.4.0-1.fc15.src.rpm mongodb-1.6.4-3.fc15.src.rpm mygui-3.0.1-3.fc15.src.rpm ogre-1.7.2-8.fc15.src.rpm openvrml-0.18.6-4.fc14.1.src.rpm pingus-0.7.2-11.fc15.src.rpm player-3.0.2-5.fc15.src.rpm plee-the-bear-0.4.1-8.fc15.src.rpm pokerth-0.8.3-1.fc15.src.rpm pyactivemq-0.1.0-8.20100214svn209.fc15.src.rpm pyexiv2-0.3.0-1.fc15.src.rpm pymilia-0.3.0-4.fc15.src.rpm python-polybori-0.5-11.fc15.src.rpm python-tag-0.94.5-6.fc14.src.rpm python-visual-5.40-2.fc15.src.rpm qbittorrent-2.6.4-2.fc15.src.rpm qpid-cpp-0.8-2.fc15.src.rpm rb_libtorrent-0.14.11-1.fc15.src.rpm rcsslogplayer-14.0.1-3.fc15.src.rpm rcssmonitor-14.1.0-2.fc15.src.rpm rcssserver-14.0.3-2.fc15.src.rpm referencer-1.1.6-12.fc15.src.rpm rmol-0.23.1-1.fc15.src.rpm schroot-1.4.10-1.fc15.src.rpm simspark-0.2.1-3.fc15.src.rpm soci-3.0.0-18.fc15.src.rpm source-highlight-3.1.4-1.fc15.src.rpm spring-0.82.7.1-1.fc15.src.rpm springlobby-0.120-1.fc15.src.rpm swift-1.0-0.7.beta8.fc15.src.rpm torium-0.4.2-10.fc15.src.rpm twinkle-1.4.2-7.fc15.src.rpm urg-0.8.7-4.fc15.src.rpm vegastrike-0.5.0-19.fc15.src.rpm vigra-1.7.0-2.fc15.src.rpm votca-csg-1.0.1-2.fc15.src.rpm votca-tools-1.0.1-3.fc15.src.rpm wesnoth-1.8.5-2.fc15.src.rpm widelands-0-0.20.Build14.fc15.src.rpm xsd-3.3.0-2.fc15.src.rpm I'll check my mail later today, and see if anything wildly wrong goes on. Thanks, PM -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
busybox outdated
hi, can anyone take care of busybox ? 1.15.1 release is rather old(1.5y), and the newer versions bring more features and fixes. https://bugzilla.redhat.com/show_bug.cgi?id=650442 -thanks- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20110205 changes
On Sat, Feb 05, 2011 at 01:28:03PM +, Rawhide Report wrote: frama-c-1.5-2.fc15.x86_64 requires ocaml(GEdit) = 0:19e02eb8d58960097f5 [etc] ocaml-lablgtk-2.14.2-2.fc15 --- * Fri Feb 04 2011 Richard W.M. Jones rjo...@redhat.com - 2.14.2-2 - Rebuild for libpanel-applet soname bump. RPM seems to have stop generating OCaml automatic dependencies. It was working in January, and is not working for this build yesterday. Still looking into this ... Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: boost 1.46.0
On Sat, Feb 05, 2011 at 11:05:57 +0100, Petr Machata pmach...@redhat.com wrote: The packages that I tried built OK, so I'm calling this good enough, and spinning an official build now. The list of ABI dependences is here. These packages really really need to be rebuilt, otherwise they'll stop working (soname bump on boost side) after the new boost gets into the build root. I can't rebuild other people's packages, so I can't do any of this myself. There's going to be a mass rebuild shortly, so those packages should all be rebuilt soon. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning pmd
On 5 February 2011 03:23, Jerry James loganje...@gmail.com wrote: On Mon, Jan 31, 2011 at 8:47 AM, Jerry James loganje...@gmail.com wrote: I haven't used pmd for almost 2 years now. I think it is time to have somebody who does use it take over maintainership. There are no open bugs at this time. I'm afraid I have to force the issue. I just picked up several orphaned packages, and I really need to let this one go. I have orphaned: emacs-common-pmd pmd In addition, I am also orphaning this package: idw-gpl which was needed for findbugs at one time, but is no longer necessary. There are no open bugs against any of these packages. Please give them a good home. -- Jerry James http://www.jamezone.org/ Using a fancy trick I learned at FUDCon, I can show you what requires these packages in tree form! http://fpaste.org/YZuw/ -- Mat Booth http://fedoraproject.org/get-fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning pmd
On 5 February 2011 16:23, Mat Booth fed...@matbooth.co.uk wrote: On 5 February 2011 03:23, Jerry James loganje...@gmail.com wrote: On Mon, Jan 31, 2011 at 8:47 AM, Jerry James loganje...@gmail.com wrote: I haven't used pmd for almost 2 years now. I think it is time to have somebody who does use it take over maintainership. There are no open bugs at this time. I'm afraid I have to force the issue. I just picked up several orphaned packages, and I really need to let this one go. I have orphaned: emacs-common-pmd pmd In addition, I am also orphaning this package: idw-gpl which was needed for findbugs at one time, but is no longer necessary. There are no open bugs against any of these packages. Please give them a good home. -- Jerry James http://www.jamezone.org/ Using a fancy trick I learned at FUDCon, I can show you what requires these packages in tree form! Or even, because I forget to change the expiry on that fpaste: [mbooth@mc ~]$ repoquery --alldeps --tree-whatrequires pmd pmd-4.2.5-8.fc14.noarch [cmd line] \_ emacs-pmd-0.6-2.fc12.noarch [1: pmd = 4.2.5-8.fc14] | \_ emacs-pmd-el-0.6-2.fc12.noarch [1: emacs-pmd = 0.6-2.fc12] \_ maven-pmd-plugin-2.5-1.fc14.noarch [1: pmd = 4.2.5-8.fc14] | \_ geronimo-parent-poms-1.6-3.fc13.noarch [1: maven2-plugin-pmd = 2.5-1.fc14] \_ xemacs-pmd-0.6-2.fc12.noarch [1: pmd = 4.2.5-8.fc14] | \_ xemacs-pmd-el-0.6-2.fc12.noarch [1: xemacs-pmd = 0.6-2.fc12] [mbooth@mc ~]$ repoquery --alldeps --tree-whatrequires emacs-common-pmd emacs-common-pmd-0.6-2.fc12.noarch [cmd line] \_ emacs-pmd-0.6-2.fc12.noarch [1: emacs-common-pmd = 0.6-2.fc12] | \_ emacs-pmd-el-0.6-2.fc12.noarch [1: emacs-pmd = 0.6-2.fc12] \_ xemacs-pmd-0.6-2.fc12.noarch [1: emacs-common-pmd = 0.6-2.fc12] | \_ xemacs-pmd-el-0.6-2.fc12.noarch [1: xemacs-pmd = 0.6-2.fc12] [mbooth@mc ~]$ repoquery --alldeps --tree-whatrequires idw-gpl idw-gpl-1.6.1-2.fc12.x86_64 [cmd line] \_ idw-gpl-javadoc-1.6.1-2.fc12.x86_64 [1: idw-gpl = 1.6.1-2.fc12] -- Mat Booth http://fedoraproject.org/get-fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Rawhide is annoying me!
Hi, I'm having two problems on two different boxes, both running rawhide. Problem 1 (my main box) - whoever decided to remove the default applications thing from the menu, please put it back. I can understand the rational, but it currently means that on firing up my desktop, I don't have nautilus running as soon as I log in which is an absolute pain. I have to configure my sound every time to use the soundblaster rather than the on board card and it's generally just annoying. Is there a way that I can set the start up applications now? Problem 2 (laptop). Gnome is dead. I can use KDE for my desktop but gnome, irrespective of the user, gives me a blue stripy screen and that's it. I've tried creating a new user in case it was my settings, but nope, blue stripy screen. I am not sure if it's related to gnome-do (I installed it, didn't like it, yum removed it) removing something it shouldn't have, but it does mean my laptop, unless using KDE, is no use. Any help on fixing these issues, please let me know - they're both driving me mad!! -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Orphanings/dead packaging libnc-dap; octave releases and octave-forge future
I'm planning on dropping libnc-dap. It is no longer supported and functionality has moved into the netcdf 4 library. The only package currently requiring libnc-dap is: octave-forge-0:20090607-17.fc14.i686 Also, apparently octave is planning a 3.4 release this weekend which I would like to see get into F15. These two events I believe will drive the final stake into the heart of the octave-forge package at which point we will need to start packaging the components separately. Since this is how upstream distributes them anyway, I see no reason not to move in this direction in all possible haste. I will try to get back to my earlier efforts on creating a packaging template for octave packages as soon as I can. Any help would be greatly appreciated. - Orion -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Unavailable Maintainer: Peter Gordon
Greetings. It seems that Peter has been unavailable for Fedora packaging work for a while now. I have been maintaining two of his packages, (midori and webkitgtk) but there are a number of others which may need attention. In particular: https://bugzilla.redhat.com/show_bug.cgi?id=654807 Shows him unresponsive on rb_torrent as well. He maintains: https://admin.fedoraproject.org/pkgdb/users/packages/pgordon deluge -- A GTK+ BitTorrent client with support for DHT, UPnP, and PEX epiphany-extensions -- Extensions for Epiphany, the GNOME web browser glabels -- A program for creating labels and business cards for GNOME gnome-applet-music -- A GNOME panel applet to control various music players gnome-theme-curvylooks -- A modern Clearlooks theme using a Bluecurve-like color scheme labyrinth -- A simple yet powerful mind-mapping tool for the GNOME desktop lucidlife -- A Conway's Life simulator man-pages-es -- Spanish man pages from the Linux Documentation Project midori -- A lightweight GTK+ web browser ndesk-dbus -- Managed C# implementation of DBus ndesk-dbus-glib -- Provides glib mainloop integration for ndesk-dbus nemiver -- A GNOME C/C++ Debugger ots -- A text summarizer rb_libtorrent -- A C++ BitTorrent library aiming to be the best alternative scribes -- A sleek, simple, and powerful text editor for the GNOME desktop scribes-templates -- Templates (Snippets) for the Scribes text editor tango-icon-theme -- Icons from Tango Project tango-icon-theme-extras -- Extra Icons from the Tango Project telepathy-haze -- A multi-protocol Libpurple connection manager for Telepathy telepathy-mission-control -- Central control for Telepathy connection manager viaideinfo -- Displays the information of installed VIA IDE controllers webkitgtk -- GTK+ Web content engine library Peter: If you are out there, please let us know. I sent email several times over the last six months with no reply. :( If we don't hear anything soon, we should reassign his packages or at least get active co-maintainers on all of them so they are going on. I'd be happy to take over midori and webkitgtk. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: boost 1.46.0
Bruno Wolff III wrote: There's going to be a mass rebuild shortly, so those packages should all be rebuilt soon. But the way our mass rebuilds are done does not work for dependency chains where all involved packages have to be rebuilt in reverse dependency order to fix the broken dependency on the old Boost. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Guidelines Change] Changes to the Packaging Guidelines
On Sat, Feb 05, 2011 at 10:52:48AM +0200, Ville Skyttä wrote: On 02/04/2011 07:18 PM, Tom Callaway wrote: A new section has been added to the Packaging Guidelines concerning the proper packaging of tmpfiles.d configurations and directories: https://fedoraproject.org/wiki/Packaging:Tmpfiles.d That page notes that tmpfiles.d is not supported in EL-5 or older. However briefly checking my F-14 box, F-14 updates-testing and f14 branch in initscripts git I get a feeling that it is not supported in F-14 and older either (I don't have access to an EL-6 box to check if it's supported there). Is it going to be? Good points. I've clarified:: tmpfiles.d is a service provided by both systemd and upstart in Fedora 15 and later for managing temporary files and directories. In this guideline we mainly concentrate on how it is used to populate /var/run and /var/lock. In Fedora 15 and later, /var/run and /var/lock are tmpfs filesystems. As such, they are created empty on every reboot. For files intended to be placed into those directories, this should normally not pose any problems. For directories, however, we often need to create the directories ahead of time. This is best done using the tmpfiles.d mechanism that both upstart and systemd share. EPEL difference Like Fedora releases older than 15, EL-6 and older does not support tmpfiles.d. pgpnMORiIeCjd.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20110205 changes
On 02/05/2011 05:21 PM, Richard W.M. Jones wrote: On Sat, Feb 05, 2011 at 01:28:03PM +, Rawhide Report wrote: frama-c-1.5-2.fc15.x86_64 requires ocaml(GEdit) = 0:19e02eb8d58960097f5 [etc] ocaml-lablgtk-2.14.2-2.fc15 --- * Fri Feb 04 2011 Richard W.M. Jonesrjo...@redhat.com - 2.14.2-2 - Rebuild for libpanel-applet soname bump. RPM seems to have stop generating OCaml automatic dependencies. It was working in January, and is not working for this build yesterday. Still looking into this ... Oh fun, the libmagic identification string for OCaml has changed between 5.04 and 5.05. It used to give Objective caml native object file and now gives OCaml native object file, causing rpm not to detect them. Will fix shortly... Also means if file-5.05 is to be pushed as an update to F13/14, it's going to require rpm update too for the same reason. - Panu - -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 675380] New: perl-Wx-Perl-ProcessStream-0.30 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-Wx-Perl-ProcessStream-0.30 is available https://bugzilla.redhat.com/show_bug.cgi?id=675380 Summary: perl-Wx-Perl-ProcessStream-0.30 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-Wx-Perl-ProcessStream AssignedTo: mmasl...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com Classification: Fedora Latest upstream release: 0.30 Current version in Fedora Rawhide: 0.29 URL: http://search.cpan.org/dist/Wx-Perl-ProcessStream/ Please consult the package update guidelines before you issue an update to a stable branch: https://fedoraproject.org/wiki/Package_update_guidelines More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-RPM2
perl-RPM2 has broken dependencies in the rawhide tree: On x86_64: perl-RPM2-0.68-9.fc15.x86_64 requires librpmio.so.1()(64bit) perl-RPM2-0.68-9.fc15.x86_64 requires librpm.so.1()(64bit) On i386: perl-RPM2-0.68-9.fc15.i686 requires librpm.so.1 perl-RPM2-0.68-9.fc15.i686 requires librpmio.so.1 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
