Re: an update to automake-1.11?
Owen Taylor wrote: I was rather surprised to see: https://admin.fedoraproject.org/updates/F9/FEDORA-2009-6661 https://admin.fedoraproject.org/updates/F10/FEDORA-2009-6076 https://admin.fedoraproject.org/updates/F11/FEDORA-2009-6370 Where the automake was upgraded to 1.11 for F9, F10, and F11. Upgrade on F-11 (and F-10) was requested because there are some projects (like gnulib/coreutils) which really need automake 1.11 for build in latest stable versions. Anyway I'm a bit surprised by F-9 update - as we argumented by more possible projects with need for automake-1.11 during F-10/F-11 lifecycle. Packages automake/autoconf are special - as you need them not only for packaging, but for building not packaged projects from git/whatever upstream repos. Yes, you could always compile latest autotools as well and use them, but automake 1.10 is ~2 years old software. AFAIK there were no incompatibility changes in automake, so the only problem could be if the program relies on exact automake version - which is imho wrong. In general automake hasn't had a very good track record of compatibility between 1.x and 1.y, though this has been getting better recently. Previous automake 1.10 is more than 2 years old, automake 1.10b and beta release were used at least for building testing gnulib and coreutils project and there were no troubles. Ralf Wildenhues is very conservative with changes - which is good for projects like automake/autoconf. Therefore I don't expect incompatibility issues. Anyone experienced troubles with latest automake in rawhide (other than exact automake version check)? If so - it's still in testing, so it still could (and for F-9 imho anyway should) be unpushed... Greetings, Ondřej Vašík signature.asc Description: Toto je digitálně podepsaná část zprávy -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
newrepo tasks freezing?
Hello: It seems that on koji newrepo tasks are all freezing: http://koji.fedoraproject.org/koji/taskinfo?taskID=1444680 http://koji.fedoraproject.org/koji/taskinfo?taskID=1444681 http://koji.fedoraproject.org/koji/taskinfo?taskID=1444815 Would someone investigate what is occuring? Regards, Mamoru -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: FESCo meeting summary for 2009-06-26
On 01/07/09 00:22, inode0 wrote: snip So if the community agreed to these two changes, which seem reasonable to me, then what? Well, I think at this point we hit the real wall in this debate, but I really don't think we can avoid the subsequent requests for more equal treatment by refusing to call GNOME GNOME. John +1 Frank -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
Ondřej Vašík wrote: Owen Taylor wrote: I was rather surprised to see: https://admin.fedoraproject.org/updates/F9/FEDORA-2009-6661 https://admin.fedoraproject.org/updates/F10/FEDORA-2009-6076 https://admin.fedoraproject.org/updates/F11/FEDORA-2009-6370 Where the automake was upgraded to 1.11 for F9, F10, and F11. Upgrade on F-11 (and F-10) was requested because there are some projects (like gnulib/coreutils) which really need automake 1.11 for build in latest stable versions. To clarify, coreutils needs automake only for development, but it is nice not to have to build it as described here: http://git.savannah.gnu.org/gitweb/?p=coreutils.git;a=blob;f=README-prereq;hb=HEAD I am surprised it was pused to F9 F10 cheers, Pádraig. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
Hi, On Tue, Jun 30, 2009 at 02:05:57PM -0400, Owen Taylor wrote: In general automake hasn't had a very good track record of compatibility between 1.x and 1.y, though this has been getting better recently. Yeah, there were some serious problems with the redisign in 2001. Recently = since 1.8, at least. So we are observing more than 5 years of good track. But is this the type of upgrade that makes sense in general? It seems to me that we should be very conservative in upgrading build tools, especially in maintenance mode distributions like F9 and F10. Well, in a sense, Automake is not a build tool, it's more a maintainer tool. In the typical case, it is run interactively by the maintainer of a package to create the tarball. Yes, there are many cases where automake is run from the spec file and these are in danger. If there were a backward compatibility bug, these may not rebuild. But, AFAIK, this is not anything that would prevent people from using Fedora. OTOH, people might want to use Fedora for software development. And building new versions of software packages might require new features or rely on Automake bugs being fixed. IOW, what's Fedora good for after its EOL? If it is a museum artifact, then I'm spoiling the game. If it is to be used in real life, then update to Automake 1.11 is beneficial for the developers using it and harmless for the non-developer uses (office, proxy, etc.) But it is also a pretty long release announcement so it wouldn't surprise me if there were some subtle incompatibilities. The Automake maintainer is very careful. So it would not surprise me if the amount of incompatibilities would be surprisingly small. The only breakage I'm actually aware of in the gnome-common package; Yeah, that is a very clumsy package. gnome-common-2.26 and earlier doesn't know that automake-1.11 is a valid replacement when automake-1.10 is asked for. Consider telling it that 1.12 is going to be a valid replacement for both of these as well. Stepan -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: newrepo tasks freezing?
Mamoru Tasaka wrote, at 07/01/2009 04:29 PM +9:00: Hello: It seems that on koji newrepo tasks are all freezing: http://koji.fedoraproject.org/koji/taskinfo?taskID=1444680 http://koji.fedoraproject.org/koji/taskinfo?taskID=1444681 http://koji.fedoraproject.org/koji/taskinfo?taskID=1444815 Would someone investigate what is occuring? It seems that new newrepo tasks completed successfully. Mamoru -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
Hi, On Tue, Jun 30, 2009 at 08:24:53PM -0400, Orcan Ogetbil wrote: why is there no update information about these builds? There is a big Notes box on bodhi which is there for a reason. I apologize for that. I got bored writing three-word nonsenses so I tried the null string. I will do better now when I know that it might be read by someone in certain cases. Stepan -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
Hello, On Tue, Jun 30, 2009 at 06:58:39PM -0400, Sam Varshavchik wrote: Kevin Kofler writes: Some software may need the new version to build. Then, they need to be patched so that they would get built for F9, or they should not be built for F9 altogether. I'm afraid the answer shows you do not fully understand the context. Sorry, Stepan -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Broken dependencies in Fedora 11 - 2009-07-01
== The results in this summary consider Test Updates! == Summary of broken packages (by src.rpm name): beagle f-spot gauche-gl gauche-gtk gbrainy gnome-do gnome-keyring-sharp gnome-phone-manager ipod-sharp lat liferea muine notify-sharp podsleuth ppl python-repoze-what sunbird tomboy wine == Broken packages in fedora-11-i386: gauche-gl-0.4.4-4.fc11.i586 requires gauche = 0:0.8.13 gauche-gtk-0.4.1-18.fc11.i586 requires gauche = 0:0.8.13 liferea-WebKit-1.4.26-2.fc11.i586 requires liferea = 0:1.4.26 == Broken packages in fedora-11-ppc: gauche-gl-0.4.4-4.fc11.ppc requires gauche = 0:0.8.13 gauche-gtk-0.4.1-18.fc11.ppc requires gauche = 0:0.8.13 liferea-WebKit-1.4.26-2.fc11.ppc requires liferea = 0:1.4.26 == Broken packages in fedora-11-ppc64: liferea-WebKit-1.4.26-2.fc11.ppc64 requires liferea = 0:1.4.26 == Broken packages in fedora-11-x86_64: gauche-gl-0.4.4-4.fc11.x86_64 requires gauche = 0:0.8.13 gauche-gtk-0.4.1-18.fc11.x86_64 requires gauche = 0:0.8.13 liferea-WebKit-1.4.26-2.fc11.x86_64 requires liferea = 0:1.4.26 == Broken packages in fedora-updates-11-i386: ppl-yap-0.10.2-2.fc11.i586 requires libYap.so == Broken packages in fedora-updates-11-ppc: ppl-yap-0.10.2-2.fc11.ppc requires libYap.so == Broken packages in fedora-updates-11-ppc64: ppl-yap-0.10.2-2.fc11.ppc64 requires libYap.so()(64bit) tomboy-0.14.2-1.fc11.ppc64 requires mono(NDesk.DBus.GLib) = 0:1.0.0.0 tomboy-0.14.2-1.fc11.ppc64 requires mono(Mono.Addins.Setup) = 0:0.4.0.0 tomboy-0.14.2-1.fc11.ppc64 requires mono(Mono.Addins) = 0:0.4.0.0 tomboy-0.14.2-1.fc11.ppc64 requires mono(Mono.Addins.Gui) = 0:0.4.0.0 tomboy-0.14.2-1.fc11.ppc64 requires mono(NDesk.DBus) = 0:1.0.0.0 == Broken packages in fedora-updates-11-x86_64: ppl-yap-0.10.2-2.fc11.x86_64 requires libYap.so()(64bit) wine-esd-1.1.23-1.fc11.i586 requires wine-core = 0:1.1.23-1.fc11 wine-jack-1.1.23-1.fc11.i586 requires wine-core = 0:1.1.23-1.fc11 wine-nas-1.1.23-1.fc11.i586 requires wine-core = 0:1.1.23-1.fc11 == Broken packages in fedora-updates-testing-11-i386: gnome-phone-manager-0.65-2.fc11.i586 requires libgnome-bluetooth.so.2 python-repoze-what-docs-1.0.8-1.fc11.noarch requires python-repoze-what-1.0.8 thunderbird-lightning-1.0-0.5.20090513hg.fc11.i586 requires thunderbird = 0:3.0-2.4.b3pre == Broken packages in fedora-updates-testing-11-ppc: gnome-phone-manager-0.65-2.fc11.ppc requires libgnome-bluetooth.so.2 python-repoze-what-docs-1.0.8-1.fc11.noarch requires python-repoze-what-1.0.8 thunderbird-lightning-1.0-0.5.20090513hg.fc11.ppc requires thunderbird = 0:3.0-2.4.b3pre == Broken packages in fedora-updates-testing-11-ppc64: beagle-0.3.9-8.fc11.ppc64 requires mono(gmime-sharp) = 0:2.4.0.0 beagle-0.3.9-8.fc11.ppc64 requires mono(NDesk.DBus.GLib) = 0:1.0.0.0 beagle-0.3.9-8.fc11.ppc64 requires mono(NDesk.DBus) = 0:1.0.0.0 beagle-0.3.9-8.fc11.ppc64 requires mono(taglib-sharp) = 0:2.0.3.2 beagle-evolution-0.3.9-8.fc11.ppc64 requires mono(gmime-sharp) = 0:2.4.0.0 beagle-gnome-0.3.9-8.fc11.ppc64 requires mono(NDesk.DBus.GLib) = 0:1.0.0.0 beagle-gnome-0.3.9-8.fc11.ppc64 requires mono(NDesk.DBus) = 0:1.0.0.0 beagle-thunderbird-0.3.9-8.fc11.ppc64 requires mono(gmime-sharp) = 0:2.4.0.0 f-spot-0.5.0.3-9.fc11.ppc64 requires mono(NDesk.DBus.GLib) = 0:1.0.0.0 f-spot-0.5.0.3-9.fc11.ppc64 requires mono(Mono.Addins.Setup) = 0:0.4.0.0 f-spot-0.5.0.3-9.fc11.ppc64 requires mono(Mono.Addins) = 0:0.4.0.0 f-spot-0.5.0.3-9.fc11.ppc64 requires mono(Mono.Addins.Gui) = 0:0.4.0.0 f-spot-0.5.0.3-9.fc11.ppc64 requires mono(NDesk.DBus) = 0:1.0.0.0 gbrainy-1.1-4.fc11.ppc64 requires mono(Mono.Addins) = 0:0.4.0.0 gbrainy-1.1-4.fc11.ppc64 requires mono(Mono.Addins.Setup) = 0:0.4.0.0 gbrainy-1.1-4.fc11.ppc64 requires mono(Mono.Addins.Gui) = 0:0.4.0.0
Re: an update to automake-1.11?
Hello, On Wed, Jul 01, 2009 at 07:30:37AM +0200, Ralf Corsepius wrote: Kevin Kofler wrote: Some software may need the new version to build. Very unlikely. There are people using the new features, like Jim Mayering, the coreutils maintainer, and others. Building checkouts or even tarballs of their projects on F9 might be a problem. However, this upgrade may break rebuilding some of the packages whose packagers refuse to accept that running the autotools during builts is harmful. But this is not too likely either. Only a minority of Fedora packages does run autotools in their spec files. Anyway, the changes between automake-1.10 and automake-1.11 have been comparatively harmless. Thank you for saying that. (Yes, I know this statment does not mean you support the updates and I do not intend to imply that.) Stepan -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
On Wed, 2009-07-01 at 09:02 +0200, Ondřej Vašík wrote: Owen Taylor wrote: I was rather surprised to see: https://admin.fedoraproject.org/updates/F9/FEDORA-2009-6661 https://admin.fedoraproject.org/updates/F10/FEDORA-2009-6076 https://admin.fedoraproject.org/updates/F11/FEDORA-2009-6370 Where the automake was upgraded to 1.11 for F9, F10, and F11. Upgrade on F-11 (and F-10) was requested because there are some projects (like gnulib/coreutils) which really need automake 1.11 for build in latest stable versions. Is there a bug report with details of this gnulib/coreutils request? Thanks, Mark. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
Stepan Kasal wrote: Hello, On Wed, Jul 01, 2009 at 07:30:37AM +0200, Ralf Corsepius wrote: Kevin Kofler wrote: Some software may need the new version to build. Very unlikely. There are people using the new features, like Jim Mayering, the coreutils maintainer, and others. Building checkouts or even tarballs of their projects on F9 might be a problem. No, not if they bundle the generated auto* files with their tarballs, as they are supposed to do. However, this upgrade may break rebuilding some of the packages whose packagers refuse to accept that running the autotools during builts is harmful. But this is not too likely either. Right, it is unlikely to happen with packages which already use automake-1.10 or versions next to it. Only a minority of Fedora packages does run autotools in their spec files. Well, with Fedora having attracted new packagers, who are not aware about the issues lurking, the number of such packages is increasing, once again! Anyway, the changes between automake-1.10 and automake-1.11 have been comparatively harmless. Thank you for saying that. (Yes, I know this statment does not mean you support the updates and I do not intend to imply that.) Oh, actually I welcome Fedora shipping automake-1.11, because a) it will cause some moderate stir-up to those packages whose upstreams are still abusing the autotools. b) it will force packagers who are running the autotools during builds to review their packages, and to reconsider their habits. c) I (as a developer) am using automake-1.11 for my own works already. The new features having been introduced to automake-1.11, however are not welcomed by me. Neither do I find them useful nor do I find them helpful - They better should never have been added to automake! Ralf -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
Mark McLoughlin wrote: On Wed, 2009-07-01 at 09:02 +0200, Ondřej Vašík wrote: Owen Taylor wrote: I was rather surprised to see: https://admin.fedoraproject.org/updates/F9/FEDORA-2009-6661 https://admin.fedoraproject.org/updates/F10/FEDORA-2009-6076 https://admin.fedoraproject.org/updates/F11/FEDORA-2009-6370 Where the automake was upgraded to 1.11 for F9, F10, and F11. Upgrade on F-11 (and F-10) was requested because there are some projects (like gnulib/coreutils) which really need automake 1.11 for build in latest stable versions. Is there a bug report with details of this gnulib/coreutils request? Not really, it was just direct irl/irc/mail communication with automake/autoconf fedora maintainerscomaintainers. First request was only about 1.10b in rawhide (after f-12 split) - as I needed at least 1.10b to build coreutils-7.4 there (otherwise only with an ugly hack). Greetings, Ondřej Vašík signature.asc Description: Toto je digitálně podepsaná část zprávy -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
Stepan Kasal writes: Hello, On Tue, Jun 30, 2009 at 06:58:39PM -0400, Sam Varshavchik wrote: Kevin Kofler writes: Some software may need the new version to build. Then, they need to be patched so that they would get built for F9, or they should not be built for F9 altogether. I'm afraid the answer shows you do not fully understand the context. Sorry, I understand the concept very well, and have done precisely that numerous times before. pgpuiFk57vFWp.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
On Wed, 2009-07-01 at 12:50 +0200, Ondřej Vašík wrote: Mark McLoughlin wrote: On Wed, 2009-07-01 at 09:02 +0200, Ondřej Vašík wrote: Owen Taylor wrote: I was rather surprised to see: https://admin.fedoraproject.org/updates/F9/FEDORA-2009-6661 https://admin.fedoraproject.org/updates/F10/FEDORA-2009-6076 https://admin.fedoraproject.org/updates/F11/FEDORA-2009-6370 Where the automake was upgraded to 1.11 for F9, F10, and F11. Upgrade on F-11 (and F-10) was requested because there are some projects (like gnulib/coreutils) which really need automake 1.11 for build in latest stable versions. Is there a bug report with details of this gnulib/coreutils request? Not really, it was just direct irl/irc/mail communication with automake/autoconf fedora maintainerscomaintainers. First request was only about 1.10b in rawhide (after f-12 split) - as I needed at least 1.10b to build coreutils-7.4 there (otherwise only with an ugly hack). Okay, but what exactly are we talking about here? What does gnulib or coreutils need that 1.10 doesn't have? A rebase of an important package in three stable releases, which is expected to break rebuilds of some packages, should surely have more justification than an empty update description, no associated bugzilla and claims that Jim Meyering needs some unspecified new features. Cheers, Mark. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
Mark McLoughlin wrote: On Wed, 2009-07-01 at 12:50 +0200, Ondřej Vašík wrote: Mark McLoughlin wrote: On Wed, 2009-07-01 at 09:02 +0200, Ondřej Vašík wrote: Owen Taylor wrote: I was rather surprised to see: https://admin.fedoraproject.org/updates/F9/FEDORA-2009-6661 https://admin.fedoraproject.org/updates/F10/FEDORA-2009-6076 https://admin.fedoraproject.org/updates/F11/FEDORA-2009-6370 Where the automake was upgraded to 1.11 for F9, F10, and F11. Upgrade on F-11 (and F-10) was requested because there are some projects (like gnulib/coreutils) which really need automake 1.11 for build in latest stable versions. Is there a bug report with details of this gnulib/coreutils request? Not really, it was just direct irl/irc/mail communication with automake/autoconf fedora maintainerscomaintainers. First request was only about 1.10b in rawhide (after f-12 split) - as I needed at least 1.10b to build coreutils-7.4 there (otherwise only with an ugly hack). Okay, but what exactly are we talking about here? What does gnulib or coreutils need that 1.10 doesn't have? coreutils' automake configuration uses features which are not available before automake-1.11 (rsp. post automake-1.10 devel snapshots) A rebase of an important package in three stable releases, which is expected to break rebuilds of some packages, No, it doesn't. It's simply that developing coreutils now requires a specific version of the autotools. This is not much different from demands of many other projects, which also require specific versions. The only difference is coreutils requiring a very recent automake, due to it exploiting a new feature and not a specific, older version due to suffering from compatibility issues, like most other such cases do. should surely have more justification than an empty update description, no associated bugzilla and claims that Jim Meyering needs some unspecified new features. Well, these new features have been introduced to automake, primarily due to Jim Meyering's initiative/pressure. I guess hardly anybody but him is currently using these features. Ralf -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
Ralf Corsepius wrote: Ondřej Vašík wrote: Mark McLoughlin wrote: On Wed, 2009-07-01 at 09:02 +0200, Ondřej Vašík wrote: Owen Taylor wrote: I was rather surprised to see: https://admin.fedoraproject.org/updates/F9/FEDORA-2009-6661 https://admin.fedoraproject.org/updates/F10/FEDORA-2009-6076 https://admin.fedoraproject.org/updates/F11/FEDORA-2009-6370 Where the automake was upgraded to 1.11 for F9, F10, and F11. Upgrade on F-11 (and F-10) was requested because there are some projects (like gnulib/coreutils) which really need automake 1.11 for build in latest stable versions. Is there a bug report with details of this gnulib/coreutils request? Not really, it was just direct irl/irc/mail communication with automake/autoconf fedora maintainerscomaintainers. First request was only about 1.10b in rawhide (after f-12 split) - as I needed at least 1.10b to build coreutils-7.4 there (otherwise only with an ugly hack). And? This should not be a problem to you. This is not problem for me on my machine - I had 1.10a/1.10b/1.11 already on my machine for quite a long time those days - but to build them in koji it required hacky solution (e.g. temporarily reverting/disabling things which do need automake 1.10a+ or some even more ugly things). I was talking about first request - just to add 1.10b to rawhide, initiative for updating F-10/F-11 to F-11 came later from Jim Meyering side. Anyway - I like F-11 update of autotools, F-10 update is still ok for me, but imho F-9 update should not make it to stable. Greetings, Ondřej signature.asc Description: Toto je digitálně podepsaná část zprávy -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
libxklavier api change
I built libxklavier 4.0 in rawhide yesterday. It changed api; the required change looks like this: -xkl_config_registry_load (config_registry); +xkl_config_registry_load (config_registry, FALSE); Sorry for the late notice... Here is a list of likely affected packages: xfce4-settings-0:4.6.1-1.fc12.x86_64 libgnomekbd-0:2.27.2-1.fc12.x86_64 gnome-settings-daemon-0:2.27.3-1.fc12.x86_64 cairo-dock-plug-ins-0:2.0.6-1.fc12.x86_64 xfce4-xkb-plugin-0:0.5.2-3.fc11.x86_64 control-center-1:2.26.0-9.fc12.x86_64 libgnomekbd-capplet-0:2.27.2-1.fc12.x86_64 kdebase-workspace-0:4.2.95-3.fc12.x86_64 gdm-1:2.26.1-10.fc12.x86_64 gnome-applets-1:2.27.3-2.fc12.x86_64 libxklavier-devel-0:3.9-1.fc11.x86_64 gnome-screensaver-0:2.27.0-1.fc12.x86_64 Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rawhide report: 20090701 changes
Compose started at Wed Jul 1 06:15:04 UTC 2009 New package awesfx Utility programs for the AWE32/Emu10k1 sound driver. New package kdepim-runtime KDE PIM Runtime Environment New package miredo Tunneling of IPv6 over UDP through NATs New package perl-POE-Component-Server-Bayeux Bayeux/cometd server implementation in POE New package sK1 Advanced vector graphics editor New package xscope X Window Protocol Viewer Removed package repoman Updated Packages: GraphicsMagick-1.1.15-1.fc12 * Tue Jun 30 2009 Rex Dieter rdie...@fedoraproject.org - 1.1.15-1 - GraphicsMagick-1.1.15 - fix BuildRoot - multiarch conflicts in GraphicsMagick (#341381) - broken -L in GraphicsMagick.pc (#456466) - %files: track sonames apr-1.3.5-5.fc12 * Tue Jun 30 2009 Joe Orton jor...@redhat.com 1.3.5-5 - BR libuuid-devel instead of e2fsprogs-devel audacious-plugins-1.5.1-9.fc12 -- binutils-2.19.51.0.11-23.fc12 - * Tue Jun 30 2009 Nick Clifton ni...@redhat.com 2.19.51.0.11-23 - Rebase sources on the 2.19.51.0.11 tarball. diffuse-0.3.3-1.fc12 * Tue Jun 30 2009 Jon Levell fed...@coralbark.net - 0.3.3-1 - Update to latest upstream release - Add patch provided by upstream directfb-1.2.8-4.fc12 - * Tue Jun 30 2009 kwizart kwizart at gmail.com - 1.2.8-4 - Built with tslib e2fsprogs-1.41.7-1.fc12 --- * Tue Jun 30 2009 Eric Sandeen sand...@redhat.com 1.41.7-1 - New upstream version espeak-1.40.02-2.fc12 - * Tue Jun 30 2009 Francois Aucamp fauc...@fedoraproject.org - 1.40.02-2 - Compile against pulseaudio instead of portaudio (RHBZ #481651) firefox-3.5-1.fc12 -- * Tue Jun 30 2009 Christopher Aillon cail...@redhat.com - 3.5-1 - Firefox 3.5 final release gedit-2.27.2-1.fc12 --- * Tue Jun 30 2009 Matthias Clasen mcla...@redhat.com - 1:2.27.2-1 - Update to 2.27.2 * Fri Jun 26 2009 Matthias Clasen mcla...@redhat.com - 1:2.27.1-2 - Improve print-to-file glade3-3.6.7-1.fc12 --- * Tue Jun 30 2009 Matthias Clasen mcla...@redhat.com - 3.6.7-1 - Update to 3.6.7 - Drop the menu patch, since glade-3 is the version we install by default now, and it didn't work right anyway gnome-doc-utils-0.17.2-1.fc12 - * Mon Jun 29 2009 Matthew Barnes mbar...@redhat.com - 0.17.2-1 - Update to 0.17.2 - Require libxml2-python for building. gnome-lirc-properties-0.3.1-4.fc12 -- * Tue Jun 30 2009 Bastien Nocera bnoc...@redhat.com 0.3.1-4 - Add D-Bus patch to allow the front-end to run - Fix overly enthusiastic quoting gnome-menus-2.26.2-1.fc12 - * Tue Jun 30 2009 Matthias Clasen mcla...@redhat.com 2.26.2-1 - Update to 2.26.2 - See http://download.gnome.org/sources/gnome-menus/2.26/gnome-menus-2.26.2.news gnome-web-photo-0.8-1.fc12 -- * Tue Jun 30 2009 Matthias Clasen mcla...@redhat.com - 0.8-1 - Update to 0.8 grub-0.97-53.fc12 - * Tue Jun 30 2009 Peter Jones pjo...@redhat.com - 0.97-53 - Don't assume that gcc provides us with writable strings in the xfs driver gstreamer-java-1.2-1.fc12 - * Tue Jun 30 2009 Levente Farkas lfar...@lfarkas.org - 1.2-1 - update to the new upstream version - don't use build-classpath for SWT on any platform since it's broken in most cases - add suport for platfrom which has no SWT support hdhomerun-0.0-0.11.20090415.fc12 * Tue Jun 30 2009 Jarod Wilson ja...@redhat.com 0.0-0.11.20090415 - Add README.firmware, pointing folks to firmware downloads kde-l10n-4.2.95-1.fc12 -- * Tue Jun 30 2009 Than Ngo t...@redhat.com - 4.2.95-1 - 4.3rc1 kdeaccessibility-4.2.95-1.fc12 -- * Thu Jun 25 2009 Than Ngo t...@redhat.com - 4.2.95-1 - 4.3 rc1 kdeadmin-4.2.95-1.fc12 -- * Thu Jun 25 2009 Than Ngo t...@redhat.com - 4.2.95-1 - 4.3rc1 kdeartwork-4.2.95-1.fc12 * Thu Jun 25 2009 Than Ngo t...@redhat.com - 4.2.95-1 - 4.3rc1 kdebase-4.2.95-1.fc12 - * Thu Jun 25 2009 Than Ngo t...@redhat.com - 4.2.95-1 - 4.3rc1 kdebindings-4.2.95-1.fc12 - * Fri Jun 26 2009 Than Ngo t...@redhat.com - 4.2.95-1 - 4.3rc1 kdeedu-4.2.95-1.fc12 * Fri Jun 26 2009 Than Ngo t...@redhat.com - 4.2.95-1 - 4.3rc1 kdegames-4.2.95-1.fc12 -- * Fri Jun 26 2009 Than Ngo t...@redhat.com - 4.2.95-1 - 4.3rc1 kdegraphics-4.2.95-1.fc12 - * Fri Jun 26 2009 Than Ngo t...@redhat.com - 4.2.95-1 - 4.3rc1 * Mon Jun 22 2009 Rex Dieter rdie...@fedoraproject.org - 4.2.90-2 - rebuild (poppler reduced libs) kdemultimedia-4.2.95-1.fc12 --- * Fri Jun 26 2009 Than Ngo t...@redhat.com - 4.2.95-1 -
Re: FESCo meeting summary for 2009-06-26
Bill Nottingham wrote: 1) You argue that the name 'Desktop' makes people think that it contains *all possible desktops*. I'm arguing that people will either think that or (more likely) that GNOME is the only possible desktop (a misconception which the featuring the GNOME desktop small print wouldn't fix either). Now technically they'd in both cases think that it contains all possible desktops (if they think there's just one, it would be all possible), but the distinction is important because: Given that to assume that you'd already have to know of other desktops, then you would already know what the 'KDE fans...' text means, or know what the long list of things on the torrent pages are. ... this is not true in the second case. 2) I feel that changing the name on get-fedora doesn't give any benefits; it adds verbiage that's *already there* in the description. Having in the title would be clearer (see also the above) and make sure the information appears everywhere, not just on that page. 3) On get-fedora-all... you're coming from a page (#2) that already describes it as being GNOME. Except if you go (e.g. from some link on some other site) directly to get-fedora-all because the fancy page hides 5 of the 7 primary options (it would be 7 of 9 if we started shipping PPC Live CDs, which is now technically possible as of F11). 3) If you're talking about torrent.fp.o, the descriptions on that are so bad that there are a whole host of things that need fixed before one filename. Still, having GNOME in the name would at least make it automatically show up there and everywhere else. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: FESCo meeting summary for 2009-06-26
Bill Nottingham wrote: 1) You argue that the name 'Desktop' makes people think that it contains *all possible desktops*. I'm arguing that people will either think that or (more likely) that GNOME is the only possible desktop (a misconception which the featuring the GNOME desktop small print wouldn't fix either). Now technically they'd in both cases think that it contains all possible desktops (if they think there's just one, it would be all possible), but the distinction is important because: Given that to assume that you'd already have to know of other desktops, then you would already know what the 'KDE fans...' text means, or know what the long list of things on the torrent pages are. ... this is not true in the second case. 2) I feel that changing the name on get-fedora doesn't give any benefits; it adds verbiage that's *already there* in the description. Having in the title would be clearer (see also the above) and make sure the information appears everywhere, not just on that page. 3) On get-fedora-all... you're coming from a page (#2) that already describes it as being GNOME. Except if you go (e.g. from some link on some other site) directly to get-fedora-all because the fancy page hides 5 of the 7 primary options (it would be 7 of 9 if we started shipping PPC Live CDs, which is now technically possible as of F11). 3) If you're talking about torrent.fp.o, the descriptions on that are so bad that there are a whole host of things that need fixed before one filename. Still, having GNOME in the name would at least make it automatically show up there and everywhere else. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: KSplice in Fedora?
Jon Masters wrote: That's a load of removed. I'm not sure where you get this idea from - perhaps because it's not obvious how they might achieve structural updates and so you assume it cannot be done - but actually, they can handle most kinds of update. They achieve this with shadow data structure tracking and manage the ABI differences - see the paper - and implement pre/post code hooks for things that cannot be done without a human kernel engineer. So you can also apply initcall-time fixes by implementing a custom pre-hook to perform what would happen at boot. The paper or web page (I don't remember exactly) I've read talked about this limitation. But maybe that information is outdated or this is just for automatically generating the fixes and you can do more complex stuff by manually writing fixup code. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
Stepan Kasal on 07/01/2009 05:05 AM wrote: I apologize for that. I got bored writing three-word nonsenses so I tried the null string. I will do better now when I know that it might be read by someone in certain cases. Fedora 11 brings a PackageKit that actually promotes and accentuates the notes for each package. Not having any actually looks bad this time around. It was normal to not have them in F9 or F10 but not anymore. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: KSplice in Fedora?
Frank Schmitt wrote: I think most people hibernate or suspend when they go to sleep. Those people must be trusting their hardware and software (drivers in particular) a lot more than I do. ;-) Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
GraphicsMagick-1.3.x coming to rawhide
Manually, sending to -devel list, while one to -announce sits for moderation... - Up'ing to GraphicsMagick-1.3.x in rawhide, which involves an ABI break. I'll take care of (re)building dependent apps, dvdauthor and koffice. Issue tracked here: https://bugzilla.redhat.com/show_bug.cgi?id=487605 If you're aware of any other deps I missed, please comment or block the aforementioned bug. Thanks. -- Rex -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
Ralf Corsepius wrote: a) it will cause some moderate stir-up to those packages whose upstreams are still abusing the autotools. s/ab// ;-) Why can't we just move to a better build system with higher focus on backwards compatibility? (And FYI, I'm against autotools more than I'm for CMake. It's just that in the past I could just say don't use autotools, now I have an actual alternative to suggest.) Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
On Wed, Jul 01, 2009 at 11:52:20AM +0200, Stepan Kasal wrote: IOW, what's Fedora good for after its EOL? If it is a museum artifact, then I'm spoiling the game. If it is to be used in real life, then update to Automake 1.11 is beneficial for the developers using it and harmless for the non-developer uses (office, proxy, etc.) After a release goes EOL, we don't push updates for it. That means we don't push security updates for it. To me, that means people shouldn't use it. That's my short answer anyway. Here's the long one: The above having been said, you obviously *can*, but outside of making sure things build on it -- a development use case which upgrading the developer tools and libraries actually makes less useful for me -- I strongly recommend against doing so. Of course, I can't deny that there are people who continue to run EOL releases in production. But in doing so they take on the responsibility of ensuring that things which might need updates (in particular, security updates) either get them, or are only deployed in such a way that they're not affected by whatever issues would normally require updates. That cumulative list of issues typically grows for a given release as time passes (and as each successive release reaches EOL with an ever-larger set of packages it may grow at a faster rate), so the amount of work also grows as time passes. I worry that some of the people who run EOL releases don't even know that they've taken on this burden, that a release going EOL means that we're not doing this work any more, and that means that *they* have to do the work. And I worry that that's partly due to us not always being emphatic about warning them of it. Sometimes it feels like failure. Cheers, Nalin -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
Nalin Dahyabhai wrote: I worry that some of the people who run EOL releases don't even know that they've taken on this burden, that a release going EOL means that we're not doing this work any more, and that means that *they* have to do the work. And I worry that that's partly due to us not always being emphatic about warning them of it. Sometimes it feels like failure. Maybe the last update to any EOL distro should be a firstboot-like tool which just gives 3 options: * Run preupgrade * Wipe all hard disks * Turn off computer Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: KSplice in Fedora?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 01.07.2009 17:16, schrieb Kevin Kofler: Those people must be trusting their hardware and software (drivers in particular) a lot more than I do. ;-) This behaviour is not right in the time of climatic change. Running a system 7x24 hours make only sense for a server and for this system you have the need to avoid reboots. Avoiding reboots have the advantage of minimizing the time of outage during maintaining your system. Best Regards: Jochen Schmitt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEUEARECAAYFAkpLgnkACgkQT2AHK6txfgwbuACY9udWHZSz5opYT3DQpGckDMck ZACfYAgB+YdUY3we/KWulrypiooOKyE= =6rrv -END PGP SIGNATURE- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
Kevin Kofler wrote: Ralf Corsepius wrote: a) it will cause some moderate stir-up to those packages whose upstreams are still abusing the autotools. s/ab// ;-) Why can't we just move to a better build system with higher focus on backwards compatibility? Because a) the autotools are not as bad as you in your want to make them appear. b) it's not we (Fedora) who chooses the tools, it's the upstreams's choice. (And FYI, I'm against autotools more than I'm for CMake. It's just that in the past I could just say don't use autotools, now I have an actual alternative to suggest.) Sigh, ... Kevin, please refrain from spreading foul and silly propaganda on topic you apparently have insufficient knowledge about. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
On Wed, 1 Jul 2009, Kevin Kofler wrote: Nalin Dahyabhai wrote: I worry that some of the people who run EOL releases don't even know that they've taken on this burden, that a release going EOL means that we're not doing this work any more, and that means that *they* have to do the work. And I worry that that's partly due to us not always being emphatic about warning them of it. Sometimes it feels like failure. Maybe the last update to any EOL distro should be a firstboot-like tool which just gives 3 options: * Run preupgrade * Wipe all hard disks * Turn off computer yum install system-autodeath -sv -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
Seth Vidal wrote: yum install system-autodeath That just turns off networking (so then how do you preupgrade from there? And it lets people keep running their obsolete stuff forever in their closet) and it has to be explicitly installed. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: KSplice in Fedora?
Jochen Schmitt wrote: Am 01.07.2009 17:16, schrieb Kevin Kofler: Those people must be trusting their hardware and software (drivers in particular) a lot more than I do. ;-) This behaviour is not right in the time of climatic change. Whose behavior? Turning the computer off completely definitely saves more power than suspend to RAM and on some machines also suspend to disk (hibernate). Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
On Wed, 1 Jul 2009, Kevin Kofler wrote: Seth Vidal wrote: yum install system-autodeath That just turns off networking (so then how do you preupgrade from there? And it lets people keep running their obsolete stuff forever in their closet) and it has to be explicitly installed. yum install sense-of-humor -sv -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: KSplice in Fedora?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 01.07.2009 17:48, schrieb Kevin Kofler: Whose behavior? Turning the computer off completely definitely saves more power than suspend to RAM and on some machines also suspend to disk (hibernate). Yes, and this is the reason why a desktop user should turns his coputer completely of to save the maximum of power. Best Regards: Jochen Schmitt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkpLhsMACgkQT2AHK6txfgzw0ACfSRYdJFzpAlVwM9lY9SURmx+F eeUAoMx9JmTHe4Vob2KvUDbiE885eJwP =aLyW -END PGP SIGNATURE- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: KSplice in Fedora?
If your desktop doubles as a server, then no you don't turn off the computer... On Wed, Jul 1, 2009 at 10:55 AM, Jochen Schmitt joc...@herr-schmitt.dewrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 01.07.2009 17:48, schrieb Kevin Kofler: Whose behavior? Turning the computer off completely definitely saves more power than suspend to RAM and on some machines also suspend to disk (hibernate). Yes, and this is the reason why a desktop user should turns his coputer completely of to save the maximum of power. Best Regards: Jochen Schmitt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkpLhsMACgkQT2AHK6txfgzw0ACfSRYdJFzpAlVwM9lY9SURmx+F eeUAoMx9JmTHe4Vob2KvUDbiE885eJwP =aLyW -END PGP SIGNATURE- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: KSplice in Fedora?
On 06/30/2009 06:23 PM, Kevin Kofler wrote: The average home user turns his/her computer off when going to sleep, so he/she reboots at least once per day. Can we measure this? My anecdotal evidence says most home users walk away from the computer and let the default power management settings do whatever they do, so they don't have to worry about rebuilding their workspace state every day. Even laziness is sufficient to explain that behavior - few GUI environments can shut down without getting the user involved in making decisions about unsaved changes, terminating stuck apps, etc. I realize the plural of 'anecdote' is not 'data', however, so it would be helpful to have some data. My netbook has low uptimes because it keeps getting hosed on resume from disk, not because I shut it down. As far as the right thing to do to 'save the earth', there are a bunch of variables. 'How much power does it take to keep DRAM fresh?' vs. 'How much power does it take to book an OS from power-hungry hard drives'. Some new RAM types in the work don't need DRAM refreshes. Engineer down the power cost 'till it's negligible. Linux could come up with some sort of COW-like scheme to start running out of suspend-to-disk space instead of restoring to RAM first (then you can suspend to flash, e.g.), etc. And none of that addresses the macroeconomic opportunity cost of final-solution energy research as a function of GDP as a function of productivity (but now I'm completely off-topic). -Bill -- Bill McGonigle, Owner Work: 603.448.4440 BFC Computing, LLC Home: 603.448.1668 http://www.bfccomputing.com/Cell: 603.252.2606 Twitter, etc.: bill_mcgonigle Page: 603.442.1833 Email, IM, VOIP: b...@bfccomputing.com Blog: http://blog.bfccomputing.com/ VCard: http://bfccomputing.com/vcard/bill.vcf -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: KSplice in Fedora?
On 01/07/09 17:38, Bill McGonigle wrote: On 06/30/2009 06:23 PM, Kevin Kofler wrote: The average home user turns his/her computer off when going to sleep, so he/she reboots at least once per day. Unless they are into torrents\limewire, then it's 24/7. Their is quite a lot of normal users in that catagory. Frank -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: KSplice in Fedora?
On 06/30/2009 01:20 PM, Jochen Schmitt wrote: Am 30.06.2009 19:04, schrieb Bill McGonigle: ksplice updates are only available for: 1. kernels that have been the lastest kernel in the past two weeks 2. kernel updates that are remotely exploitable 3. kernel updates that rate 'high' on CVSS I'd have to do more research to be sure, but just guessing this feels like 0-4 candidates per Fedora release cycle. Please keep in mind, that you can't handle a kernel update, if globlal structure was changed. Jon says this isn't so (BTW, Jon, thanks for the very informative post if you're reading this). But most kernel security updates don't do this anyway, to the best of my knowledge. They're fixing a buffer check, adding an extra if to validate an assumption, etc. Because Fedora has several kernel update in the lifetime, you have to create a ksplice kernelpatch for each kernel release which is available on Fedora. Since you quoted my post with criteria to avoid this, I have to assume I'm missing your point here. Could you clarify? -Bill -- Bill McGonigle, Owner Work: 603.448.4440 BFC Computing, LLC Home: 603.448.1668 http://www.bfccomputing.com/Cell: 603.252.2606 Twitter, etc.: bill_mcgonigle Page: 603.442.1833 Email, IM, VOIP: b...@bfccomputing.com Blog: http://blog.bfccomputing.com/ VCard: http://bfccomputing.com/vcard/bill.vcf -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
On Wed, 2009-07-01 at 11:51 -0400, Seth Vidal wrote: On Wed, 1 Jul 2009, Kevin Kofler wrote: Seth Vidal wrote: yum install system-autodeath That just turns off networking (so then how do you preupgrade from there? And it lets people keep running their obsolete stuff forever in their closet) and it has to be explicitly installed. yum install sense-of-humor He can't, KDE doesn't support that yet. - ajax signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
On 07/01/2009 01:22 PM, Adam Jackson wrote: On Wed, 2009-07-01 at 11:51 -0400, Seth Vidal wrote: On Wed, 1 Jul 2009, Kevin Kofler wrote: Seth Vidal wrote: yum install system-autodeath That just turns off networking (so then how do you preupgrade from there? And it lets people keep running their obsolete stuff forever in their closet) and it has to be explicitly installed. yum install sense-of-humor He can't, KDE doesn't support that yet. Did you inform them that they needed to? -- Peter The trouble with the global village are all the global village idiots. -- Paul Ginsparg -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Segfault connecting to a VPN through NetworkManager
On Wed, Jul 1, 2009 at 10:40 AM, Paul Howarthp...@city-fan.org wrote: On 30/06/09 21:52, Mat Booth wrote: Hi, I got this segfault trying to connect to the Microsoft VPN at work. [1] What should I raise a ticket against? NetworkManager, kernel, pptp, none of the above? [1] http://mbooth.fedorapeople.org/vpn-bug.txt Looks like pptp to me; can you repeat the segfault with pptp-debuginfo installed? Paul. Good idea, I should have thought of that. But wouldn't you know it? I install the debuginfo and the damned thing works perfectly. :-/ (Not that I'm complaining, you understand. I just really hate when something fixes itself.) I definitely raise a ticket if I see it again. Thanks all the same. -- Mat Booth www.matbooth.co.uk -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
On Wednesday 01 July 2009 18:22:52 Adam Jackson wrote: He can't, KDE doesn't support that yet. - ajax Neither does gnome apparently: :-) $ yum search sense-of-humor Loaded plugins: dellsysidplugin2, presto, refresh-packagekit Warning: No matches found for: sense-of-humor No Matches found In any case I would recommend the better form: yum install sense-of-humor --skip-broken as you never know what can be broken if you do that. ;-) -- José Abílio -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: KSplice in Fedora?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 01.07.2009 18:44, schrieb Bill McGonigle: Because Fedora has several kernel update in the lifetime, you have to create a ksplice kernelpatch for each kernel release which is available on Fedora. Since you quoted my post with criteria to avoid this, I have to assume I'm missing your point here. Could you clarify? Ok, lets assume, that we have a security kernel patch for Fedora-10. On Fedora we have kernels from the 2.6.27 and from the 2.6.28 series. This means, that you have to create seperates kernel patch modules for each kernel release which was submitted for Fedora-10. The reseason to do it, is that ksplice is not able to handled patches, which may change global data structures. Best Regards: Jochen Schmitt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkpLoVkACgkQT2AHK6txfgzmFACgrhko8Pnppq48txUYl3HS6/QE J+8AoNhj2aSfI5jW4UGTuQQb6x+TD9Tm =0KZA -END PGP SIGNATURE- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
mingw32 debuginfo packages without sources, build id
Hello, I noticed a bunch of mingw32*-debuginfo packages that contain only *.debug (no sources, no build id) appeared in Rawhide. Is this how mingw32 debuginfo packages are supposed to look like, or is the infrastructure for creating the debuginfo packages not quite complete, or are these packaging bugs? mingw32-boost-debuginfo-1.39.0-2.fc12.noarch mingw32-cairomm-debuginfo-1.8.0-3.fc12.noarch mingw32-glib2-debuginfo-2.21.2-2.fc12.noarch mingw32-glibmm24-debuginfo-2.20.0-4.fc12.noarch mingw32-gtkmm24-debuginfo-2.16.0-2.fc12.noarch mingw32-libglade2-debuginfo-2.6.4-3.fc12.noarch mingw32-libglademm24-debuginfo-2.6.7-7.fc12.noarch mingw32-libgnurx-debuginfo-2.5.1-5.fc12.noarch mingw32-libsigc++20-debuginfo-2.2.2-8.fc12.noarch mingw32-libsqlite3x-debuginfo-20071018-8.fc12.noarch mingw32-libxml++-debuginfo-2.26.0-2.fc12.noarch mingw32-pangomm-debuginfo-2.24.0-3.fc12.noarch mingw32-plotmm-debuginfo-0.1.2-3.fc12.noarch mingw32-qt-debuginfo-4.5.2-1.fc12.noarch mingw32-qwt-debuginfo-5.1.1-8.fc12.noarch mingw32-sqlite-debuginfo-3.6.14.2-1.fc12.noarch mingw32-tcl-debuginfo-8.5.7-6.fc12.noarch mingw32-wpcap-debuginfo-4.1.beta5-6.fc12.noarch mingw32-zfstream-debuginfo-20041202-6.fc12.noarch -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Wireless summit at FUDCon in Berlin -- thanks!
On 26-27 June 2009 a Linux wireless mini-summit was hosted by the Fedora project as part of their FUDCon event in Berlin, Germany. This event was attended by well over a dozen upstream Linux developers representing various kernel wireless LAN drivers, kernel wireless LAN infrastructure components, and related userland applications. Attendees also represented hardware vendors, Fedora and other Linux distributions, and other members of the overall community. Discussions covered a number of development issues, including status updates related to recent developments and preliminary design discussions for future API enhancements. In particular, the face-to-face involvement of hardware vendors revealed the need for a testing mode extension to the new cfg80211 API for wireless LAN configuration. One of the attendees is a voting member of the IEEE802.11 standards body, and he gave a very useful overview of current standards activities and their likely impacts on Linux over the next few years. On the BarCamp day of FUDCon some of the wireless attendees provided content for two one-hour slots. One of these was an introduction for would-be developers to understand the basics of the wireless LAN APIs in the kernel. The other was split between a short overview of some of the powersaving improvements happening for wireless LANs and an interesting presentation on Freifunk, a community-based free wireless LAN deployment in Berlin. The Freifunk presentation also touched upon some similar projects ongoing throughout the world. Given my position as the Linux kernel wireless LAN maintainer, I found this meeting to be extremely valuable. Developers are far more productive when they know each other and have some personal connections. Further, face-to-face meetings enable fast-paced discussions that would be difficult or impossible to complete in an electronic (i.e. email, IRC, etc) environment. Keeping these people working well together is the key to further improvements and successful maintenance in RHEL, Fedora, and the rest of Linux community. On behalf of the upstream Linux wireless LAN developer community, I would like to express our gratitude to the Fedora project for doing its part to enable our continued progress. Of course, I also want to thank the wireless LAN developers (and those who may have sponsored their travel) for coming to the event. You guys are the ones who make all these good things happen. The fact that you are all friendly and cooperative makes things even better! I enjoyed seeing all of you in Berlin, both the ones I had already met and the new faces as well. I look forward to our next opportunity to meet face-to-face, and I anticipate lots of productive email between now and then! Thanks! John -- John W. LinvilleLinux should be at the core linvi...@redhat.com of your literate lifestyle. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: KSplice in Fedora?
On 07/01/2009 01:48 PM, Jochen Schmitt wrote: On Fedora we have kernels from the 2.6.27 and from the 2.6.28 series. This means, that you have to create seperates kernel patch modules for each kernel release which was submitted for Fedora-10. This is why I suggested it would be practical to set a bar. The example I gave was a kernel which was the latest kernel in the past two weeks. This would usually be one, occasionally two. For a sysadmin, it's pretty easy to schedule a reboot within two weeks. '-r now' can be impossible. The reseason to do it, is that ksplice is not able to handled patches, which may change global data structures. Have there been remotely exploitable and/or CVSS 'high' kernel problems for which the patches need to change global data structures? Perhaps I'm just unaware of them. Besides this, Jon Masters' post says ksplice can handle this (unless I'm misunderstanding his post). Even though it can, if a bar as set above were set, Fedora wouldn't need to. -Bill -- Bill McGonigle, Owner Work: 603.448.4440 BFC Computing, LLC Home: 603.448.1668 http://www.bfccomputing.com/Cell: 603.252.2606 Twitter, etc.: bill_mcgonigle Page: 603.442.1833 Email, IM, VOIP: b...@bfccomputing.com Blog: http://blog.bfccomputing.com/ VCard: http://bfccomputing.com/vcard/bill.vcf -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: KSplice in Fedora?
On Wed, 2009-07-01 at 14:19 -0400, Bill McGonigle wrote: On 07/01/2009 01:48 PM, Jochen Schmitt wrote: On Fedora we have kernels from the 2.6.27 and from the 2.6.28 series. This means, that you have to create seperates kernel patch modules for each kernel release which was submitted for Fedora-10. This is why I suggested it would be practical to set a bar. I think it would be very useful to offer rebootless updates on a schedule - so for example, one CVE fix followed by must reboot within a week or so, during which time it is unlikely there will be another CVE to stack upon the first. Truly never rebooting is something most users aren't worried too much about (even with shiny Apple crap) and those who are tend to be telco/embedded types who have had their own hacks for years and years - Montavista still have something in CGL. The example I gave was a kernel which was the latest kernel in the past two weeks. This would usually be one, occasionally two. For a sysadmin, it's pretty easy to schedule a reboot within two weeks. '-r now' can be impossible. Indeed. There's a lot of value in saying that you can delay the reboot but that you're protected now - akin to the syscall table hacks we used to shove onto some systems to fix the vmsplice of the moment issue. The reseason to do it, is that ksplice is not able to handled patches, which may change global data structures. Why not ask Tim to comment on the limitations directly? The ksplice guys are pretty amenable types and I'm sure they would happily chat with you. Jon. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: kernel-2.6.29.5-206.fc11.x86_64 in koji
On Tue, 30 Jun 2009 19:36:49 -0500 Mike Chambers m...@miketc.net wrote: Installed this kernel, and upon boot it panics. I can't find anything in any logs, as it seems to happen upon first start of boot (as in during the quiet part of boot) before the processes are started to come up. If it's what I think it is, that should be fixed in the 2.6.29.6-rc1 that was just built. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
New maintainer needed: dumpasn1, freedroid, http_ping, id3v2, pscan, zzuf
I have released ownership of the following packages I haven't used in a while and don't feel like maintaining just for the fun of it. They're all simple, very low maintenance ones, in good shape (no open bugs and otherwise), and up to date with latest upstream versions. dumpasn1 freedroid http_ping id3v2 pscan zzuf I may end up keeping an eye on some of these every now and then later unless a new maintainer appears. No promises though. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: New maintainer needed: dumpasn1, freedroid, http_ping, id3v2, pscan, zzuf
Ville Skyttä wrote: I have released ownership of the following packages I haven't used in a while and don't feel like maintaining just for the fun of it. They're all simple, very low maintenance ones, in good shape (no open bugs and otherwise), and up to date with latest upstream versions. dumpasn1 freedroid http_ping id3v2 pscan zzuf I may end up keeping an eye on some of these every now and then later unless a new maintainer appears. No promises though. I grabbed freedroid and zzuf. -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Getting MD5 sum mismatch errors unpacking rawhide on FC9
I have an FC9 (updated) x86_64 install, and I just tried to pull down proftpd.src from rawhide-source. I'm seeing the following: [phil...@builder SPECS]$ rpm -vv -i /tmp/proftpd-1.3.2-2.fc11.src.rpm D: == /tmp/proftpd-1.3.2-2.fc11.src.rpm D: Expected size: 2471936 = lead(96)+sigs(1284)+pad(4)+data(2470552) D: Actual size: 2471936 D: opening db index /var/lib/rpm/Packages rdonly mode=0x0 D: locked db index /var/lib/rpm/Packages D: opening db index /var/lib/rpm/Pubkeys rdonly mode=0x0 warning: /tmp/proftpd-1.3.2-2.fc11.src.rpm: Header V3 RSA/SHA256 signature: NOKEY, key ID d22e77f2 D: added source package [0] D: found 1 source and 0 binary packages D: Expected size: 2471936 = lead(96)+sigs(1284)+pad(4)+data(2470552) D: Actual size: 2471936 D: InstallSourcePackage: Header V3 RSA/SHA256 signature: NOKEY, key ID d22e77f2 proftpd-1.3.2-2.fc11 D: == Directories not explicitly included in package: D: 0 /home/philipp/rpmbuild/SOURCES/ D: 1 /home/philipp/rpmbuild/SPECS/ D: == warning: user mockbuild does not exist - using root warning: group mockbuild does not exist - using root D: undo 100664 1 ( 0, 0) 2457498 /home/philipp/rpmbuild/SOURCES/proftpd-1.3.2.tar.bz2;4a4bc949 GZDIO: 301 reads, 2465792 total bytes in 0.008182 secs error: unpacking of archive failed on file /home/philipp/rpmbuild/SOURCES/proftpd-1.3.2.tar.bz2;4a4bc949: cpio: MD5 sum mismatch D: closed db index /var/lib/rpm/Pubkeys D: closed db index /var/lib/rpm/Packages D: May free Score board((nil)) [phil...@builder SPECS]$ What am I missing here? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Getting MD5 sum mismatch errors unpacking rawhide on FC9
On Wednesday 01 July 2009 03:43:31 pm Philip A. Prindeville wrote: I have an FC9 (updated) x86_64 install, and I just tried to pull down proftpd.src from rawhide-source. I'm seeing the following: [phil...@builder SPECS]$ rpm -vv -i /tmp/proftpd-1.3.2-2.fc11.src.rpm D: == /tmp/proftpd-1.3.2-2.fc11.src.rpm D: Expected size: 2471936 = lead(96)+sigs(1284)+pad(4)+data(2470552) D: Actual size: 2471936 D: opening db index /var/lib/rpm/Packages rdonly mode=0x0 D: locked db index /var/lib/rpm/Packages D: opening db index /var/lib/rpm/Pubkeys rdonly mode=0x0 warning: /tmp/proftpd-1.3.2-2.fc11.src.rpm: Header V3 RSA/SHA256 signature: NOKEY, key ID d22e77f2 D: added source package [0] D: found 1 source and 0 binary packages D: Expected size: 2471936 = lead(96)+sigs(1284)+pad(4)+data(2470552) D: Actual size: 2471936 D: InstallSourcePackage: Header V3 RSA/SHA256 signature: NOKEY, key ID d22e77f2 proftpd-1.3.2-2.fc11 D: == Directories not explicitly included in package: D: 0 /home/philipp/rpmbuild/SOURCES/ D: 1 /home/philipp/rpmbuild/SPECS/ D: == warning: user mockbuild does not exist - using root warning: group mockbuild does not exist - using root D: undo 100664 1 ( 0, 0) 2457498 /home/philipp/rpmbuild/SOURCES/proftpd-1.3.2.tar.bz2;4a4bc949 GZDIO: 301 reads, 2465792 total bytes in 0.008182 secs error: unpacking of archive failed on file /home/philipp/rpmbuild/SOURCES/proftpd-1.3.2.tar.bz2;4a4bc949: cpio: MD5 sum mismatch D: closed db index /var/lib/rpm/Pubkeys D: closed db index /var/lib/rpm/Packages D: May free Score board((nil)) [phil...@builder SPECS]$ What am I missing here? rpm in F-11 and newer uses a sha256sum and mot md5sum the rpm is incompatible. you would need to get the rpm from F-10 updates to install it Dennis signature.asc Description: This is a digitally signed message part. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Getting MD5 sum mismatch errors unpacking rawhide on FC9
Dennis Gilmore wrote: On Wednesday 01 July 2009 03:43:31 pm Philip A. Prindeville wrote: I have an FC9 (updated) x86_64 install, and I just tried to pull down proftpd.src from rawhide-source. I'm seeing the following: [phil...@builder SPECS]$ rpm -vv -i /tmp/proftpd-1.3.2-2.fc11.src.rpm D: == /tmp/proftpd-1.3.2-2.fc11.src.rpm D: Expected size: 2471936 = lead(96)+sigs(1284)+pad(4)+data(2470552) D: Actual size: 2471936 D: opening db index /var/lib/rpm/Packages rdonly mode=0x0 D: locked db index /var/lib/rpm/Packages D: opening db index /var/lib/rpm/Pubkeys rdonly mode=0x0 warning: /tmp/proftpd-1.3.2-2.fc11.src.rpm: Header V3 RSA/SHA256 signature: NOKEY, key ID d22e77f2 D:added source package [0] D: found 1 source and 0 binary packages D: Expected size: 2471936 = lead(96)+sigs(1284)+pad(4)+data(2470552) D: Actual size: 2471936 D: InstallSourcePackage: Header V3 RSA/SHA256 signature: NOKEY, key ID d22e77f2 proftpd-1.3.2-2.fc11 D: == Directories not explicitly included in package: D: 0 /home/philipp/rpmbuild/SOURCES/ D: 1 /home/philipp/rpmbuild/SPECS/ D: == warning: user mockbuild does not exist - using root warning: group mockbuild does not exist - using root D: undo 100664 1 ( 0, 0) 2457498 /home/philipp/rpmbuild/SOURCES/proftpd-1.3.2.tar.bz2;4a4bc949 GZDIO: 301 reads, 2465792 total bytes in 0.008182 secs error: unpacking of archive failed on file /home/philipp/rpmbuild/SOURCES/proftpd-1.3.2.tar.bz2;4a4bc949: cpio: MD5 sum mismatch D: closed db index /var/lib/rpm/Pubkeys D: closed db index /var/lib/rpm/Packages D: May free Score board((nil)) [phil...@builder SPECS]$ What am I missing here? rpm in F-11 and newer uses a sha256sum and mot md5sum the rpm is incompatible. you would need to get the rpm from F-10 updates to install it Dennis Grrr... that would cause all sorts of other things to be brought in. I just need to rebuild certain Rawhide or FC11 packages for FC9. Is there an easy way to do this using mock? -Philip -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Getting MD5 sum mismatch errors unpacking rawhide on FC9
Philip A. Prindeville wrote: Grrr... that would cause all sorts of other things to be brought in. I just need to rebuild certain Rawhide or FC11 packages for FC9. Is there an easy way to do this using mock? -Philip rpm -i --nomd5 blah.src.rpm rpmbuild -ba blah.spec -Eric -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Getting MD5 sum mismatch errors unpacking rawhide on FC9
Eric Sandeen wrote: Philip A. Prindeville wrote: Grrr... that would cause all sorts of other things to be brought in. I just need to rebuild certain Rawhide or FC11 packages for FC9. Is there an easy way to do this using mock? -Philip rpm -i --nomd5 blah.src.rpm rpmbuild -ba blah.spec -Eric or maybe rpmbuild -bs blah.spec and mock build the resulting src.rpm -Eric -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Getting MD5 sum mismatch errors unpacking rawhide on FC9
On Wed, 01 Jul 2009 14:01:20 -0700 Philip A. Prindeville philipp_s...@redfish-solutions.com wrote: Dennis Gilmore wrote: On Wednesday 01 July 2009 03:43:31 pm Philip A. Prindeville wrote: I have an FC9 (updated) x86_64 install, and I just tried to pull down proftpd.src from rawhide-source. I'm seeing the following: [phil...@builder SPECS]$ rpm -vv -i /tmp/proftpd-1.3.2-2.fc11.src.rpm D: == /tmp/proftpd-1.3.2-2.fc11.src.rpm D: Expected size: 2471936 = lead(96)+sigs(1284)+pad(4)+data(2470552) D: Actual size: 2471936 D: opening db index /var/lib/rpm/Packages rdonly mode=0x0 D: locked db index /var/lib/rpm/Packages D: opening db index /var/lib/rpm/Pubkeys rdonly mode=0x0 warning: /tmp/proftpd-1.3.2-2.fc11.src.rpm: Header V3 RSA/SHA256 signature: NOKEY, key ID d22e77f2 D: added source package [0] D: found 1 source and 0 binary packages D: Expected size: 2471936 = lead(96)+sigs(1284)+pad(4)+data(2470552) D: Actual size: 2471936 D: InstallSourcePackage: Header V3 RSA/SHA256 signature: NOKEY, key ID d22e77f2 proftpd-1.3.2-2.fc11 D: == Directories not explicitly included in package: D: 0 /home/philipp/rpmbuild/SOURCES/ D: 1 /home/philipp/rpmbuild/SPECS/ D: == warning: user mockbuild does not exist - using root warning: group mockbuild does not exist - using root D: undo 100664 1 ( 0, 0) 2457498 /home/philipp/rpmbuild/SOURCES/proftpd-1.3.2.tar.bz2;4a4bc949 GZDIO: 301 reads, 2465792 total bytes in 0.008182 secs error: unpacking of archive failed on file /home/philipp/rpmbuild/SOURCES/proftpd-1.3.2.tar.bz2;4a4bc949: cpio: MD5 sum mismatch D: closed db index /var/lib/rpm/Pubkeys D: closed db index /var/lib/rpm/Packages D: May free Score board((nil)) [phil...@builder SPECS]$ What am I missing here? rpm in F-11 and newer uses a sha256sum and mot md5sum the rpm is incompatible. you would need to get the rpm from F-10 updates to install it Dennis Grrr... that would cause all sorts of other things to be brought in. I just need to rebuild certain Rawhide or FC11 packages for FC9. Is there an easy way to do this using mock? Easiest way is probably to check out the desired packages from CVS, do make srpm and then rebuild that. proftpd will be updated to 1.3.2a in a day or two by the way. Paul. -Philip -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: New maintainer needed: dumpasn1, freedroid, http_ping, id3v2, pscan, zzuf
I would like to take http_ping and pscan. -Adam -- http://maxamillion.googlepages.com - () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Getting MD5 sum mismatch errors unpacking rawhide on FC9
On Wed, Jul 01, 2009 at 01:43:31PM -0700, Philip A. Prindeville wrote: I have an FC9 (updated) x86_64 install, and I just tried to pull down proftpd.src from rawhide-source. I'm seeing the following: [phil...@builder SPECS]$ rpm -vv -i /tmp/proftpd-1.3.2-2.fc11.src.rpm D: == /tmp/proftpd-1.3.2-2.fc11.src.rpm D: Expected size: 2471936 = lead(96)+sigs(1284)+pad(4)+data(2470552) D: Actual size: 2471936 D: opening db index /var/lib/rpm/Packages rdonly mode=0x0 D: locked db index /var/lib/rpm/Packages D: opening db index /var/lib/rpm/Pubkeys rdonly mode=0x0 warning: /tmp/proftpd-1.3.2-2.fc11.src.rpm: Header V3 RSA/SHA256 signature: NOKEY, key ID d22e77f2 D: added source package [0] D: found 1 source and 0 binary packages D: Expected size: 2471936 = lead(96)+sigs(1284)+pad(4)+data(2470552) D: Actual size: 2471936 D: InstallSourcePackage: Header V3 RSA/SHA256 signature: NOKEY, key ID d22e77f2 proftpd-1.3.2-2.fc11 D: == Directories not explicitly included in package: D: 0 /home/philipp/rpmbuild/SOURCES/ D: 1 /home/philipp/rpmbuild/SPECS/ D: == warning: user mockbuild does not exist - using root warning: group mockbuild does not exist - using root D: undo 100664 1 ( 0, 0) 2457498 /home/philipp/rpmbuild/SOURCES/proftpd-1.3.2.tar.bz2;4a4bc949 GZDIO: 301 reads, 2465792 total bytes in 0.008182 secs error: unpacking of archive failed on file /home/philipp/rpmbuild/SOURCES/proftpd-1.3.2.tar.bz2;4a4bc949: cpio: MD5 sum mismatch D: closed db index /var/lib/rpm/Pubkeys D: closed db index /var/lib/rpm/Packages D: May free Score board((nil)) [phil...@builder SPECS]$ What am I missing here? An rpm version capable of dealing with the larger checksums used in F11 and rawhide RPMs perhaps. That would be my guess. josh -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
F10 anaconda incompatible with current F10 yum - WTF
[Bug 509024] TypeError: doLoggingSetup() takes at most 5 arguments (6 given) --- Comment #4 from Chris Lumens clum...@redhat.com 2009-07-01 10:00:03 EDT --- This is likely because you are using an updated yum but the original anaconda for F10. We do not release updates for anaconda for older releases as it makes little sense, and the reasons have been rehashed in plenty of places so it's not worth discussing here again. - Show quoted text - So I do a yum update, pickup a yum that isn't compatible with the original anaconda and then can no longer make installable DVD's. This is busted! If anaconda is dependent on a specific version of yum then it's Requires need to be equal to that version and not greater than or equal to. Ted -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Getting MD5 sum mismatch errors unpacking rawhide on FC9
Paul Howarth wrote: On Wed, 01 Jul 2009 14:01:20 -0700 Philip A. Prindeville philipp_s...@redfish-solutions.com wrote: Dennis Gilmore wrote: On Wednesday 01 July 2009 03:43:31 pm Philip A. Prindeville wrote: I have an FC9 (updated) x86_64 install, and I just tried to pull down proftpd.src from rawhide-source. I'm seeing the following: [phil...@builder SPECS]$ rpm -vv -i /tmp/proftpd-1.3.2-2.fc11.src.rpm D: == /tmp/proftpd-1.3.2-2.fc11.src.rpm D: Expected size: 2471936 = lead(96)+sigs(1284)+pad(4)+data(2470552) D: Actual size: 2471936 D: opening db index /var/lib/rpm/Packages rdonly mode=0x0 D: locked db index /var/lib/rpm/Packages D: opening db index /var/lib/rpm/Pubkeys rdonly mode=0x0 warning: /tmp/proftpd-1.3.2-2.fc11.src.rpm: Header V3 RSA/SHA256 signature: NOKEY, key ID d22e77f2 D: added source package [0] D: found 1 source and 0 binary packages D: Expected size: 2471936 = lead(96)+sigs(1284)+pad(4)+data(2470552) D: Actual size: 2471936 D: InstallSourcePackage: Header V3 RSA/SHA256 signature: NOKEY, key ID d22e77f2 proftpd-1.3.2-2.fc11 D: == Directories not explicitly included in package: D: 0 /home/philipp/rpmbuild/SOURCES/ D: 1 /home/philipp/rpmbuild/SPECS/ D: == warning: user mockbuild does not exist - using root warning: group mockbuild does not exist - using root D: undo 100664 1 ( 0, 0) 2457498 /home/philipp/rpmbuild/SOURCES/proftpd-1.3.2.tar.bz2;4a4bc949 GZDIO: 301 reads, 2465792 total bytes in 0.008182 secs error: unpacking of archive failed on file /home/philipp/rpmbuild/SOURCES/proftpd-1.3.2.tar.bz2;4a4bc949: cpio: MD5 sum mismatch D: closed db index /var/lib/rpm/Pubkeys D: closed db index /var/lib/rpm/Packages D: May free Score board((nil)) [phil...@builder SPECS]$ What am I missing here? rpm in F-11 and newer uses a sha256sum and mot md5sum the rpm is incompatible. you would need to get the rpm from F-10 updates to install it Dennis Grrr... that would cause all sorts of other things to be brought in. I just need to rebuild certain Rawhide or FC11 packages for FC9. Is there an easy way to do this using mock? Easiest way is probably to check out the desired packages from CVS, do make srpm and then rebuild that. proftpd will be updated to 1.3.2a in a day or two by the way. Good to know. Hopefully this bug will be fixed at that time: https://bugzilla.redhat.com/show_bug.cgi?id=509251 I noticed that it's not just FC9 that's affected, but rawhide too. -Philip Paul. -Philip -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
Mark McLoughlin wrote: On Wed, 2009-07-01 at 12:50 +0200, Ondřej Vašík wrote: Mark McLoughlin wrote: On Wed, 2009-07-01 at 09:02 +0200, Ondřej Vašík wrote: Owen Taylor wrote: I was rather surprised to see: https://admin.fedoraproject.org/updates/F9/FEDORA-2009-6661 https://admin.fedoraproject.org/updates/F10/FEDORA-2009-6076 https://admin.fedoraproject.org/updates/F11/FEDORA-2009-6370 Where the automake was upgraded to 1.11 for F9, F10, and F11. Upgrade on F-11 (and F-10) was requested because there are some projects (like gnulib/coreutils) which really need automake 1.11 for build in latest stable versions. Is there a bug report with details of this gnulib/coreutils request? Not really, it was just direct irl/irc/mail communication with automake/autoconf fedora maintainerscomaintainers. First request was only about 1.10b in rawhide (after f-12 split) - as I needed at least 1.10b to build coreutils-7.4 there (otherwise only with an ugly hack). Okay, but what exactly are we talking about here? What does gnulib or coreutils need that 1.10 doesn't have? Hi Mark, I think it's great that automake-1.11 made it into F11 and F10. Even for F9, it's seems worthwhile. The features in automake-1.11 that I've found worthwhile (in addition to 3 years worth of improved robustness, portability and performance, fewer bugs, etc.) are enabled by these two lines from coreutils' configure.ac: AM_INIT_AUTOMAKE([1.11 dist-xz color-tests parallel-tests]) AM_SILENT_RULES([yes]) The silent-rules option makes it so build output by default no longer includes many compile/link/etc command invocations. Instead, you get very brief lines like these: ... CC tee.o CC test.o CC timeout.o CC true.o CC truncate.o CC tty.o CC whoami.o CC yes.o CC base64.o CC setuidgid.o CC getlimits.o CC libstdbuf_so-libstdbuf.o CC su.o AR libver.a CCLD chroot CCLD uname CCLD hostid CCLD nice CCLD who CCLD users CCLD pinky CCLD uptime CCLD stty ... Run make V=1 if you want the verbose output you're used to. Note that I prefer the behavior shown above. Remove the ([yes]) if you (as package maintainer) want to provide the option, but with V=1 as default. That may look trivial, but the reduced clutter makes surprising output stand out more than it used to. This has helped me find at least two minor problems in coreutils and gnulib already. parallel-tests is well worth it any time I run make check on a multi-core system. On a quad-core system, with many, fine-grained tests, it cuts test run time by 70% or more. Of course, it helps to start the longest-running tests early enough so that they have a better chance to complete before other cores go idle. From automake's NEWS: this was an important improvement for projects that install many files into the same directory, especially on systems with SELinux enabled (in some extreme cases, this change resulted in a 30-X(!) speed-up): - The targets `install' and `uninstall' are more efficient now, in that for example multiple files from one Automake variable such as `bin_SCRIPTS' are copied in one `install' (or `libtool --mode=install') invocation if they do not have to be renamed. color-tests is no big deal. It gives you e.g., green PASS and red FAIL highlighting in the output of make check. I like dist-xz because the compressed tarballs are so much smaller than bzip2-compressed ones. xz is the successor to LZMA (http://tukaani.org/xz/). I install it from source. FYI, I do not make changes like these lightly. I follow automake development very closely and even contribute once in a while. The standard of quality there is very high. When I discovered that some tools could compress tarballs 10-35% better than bzip2, I poked and prodded the contenders. Lzma-utils stood out for its quality of implementation and it adherence to the de-facto gzip/bzip2 standards. Due to a significant format change, the name has changed too, and now the tool is called xz. There are many more improvements and bug fixes in 1.11 that were not in any previous version. See the NEWS file for the complete list: http://git.sv.gnu.org/cgit/automake.git/plain/NEWS A rebase of an important package in three stable releases, which is expected to break rebuilds of some packages, should surely have more justification than an empty update description, no associated bugzilla and claims that Jim Meyering needs some unspecified new features. I've been lamenting the 3-year-old version of automake in Fedora for years, and worse, having to jump through hoops for projects like qpid, parted, corosync, openais, etc. because I refuse to waste time working around bugs/misfeatures that were fixed in upstream automake years before. I've been helping people build from source and install their own versions of these tools for use on
Re: F10 anaconda incompatible with current F10 yum - WTF
Xavier Toth wrote: So I do a yum update, pickup a yum that isn't compatible with the original anaconda and then can no longer make installable DVD's. Depending on your exact requirements, the re-spins by the Fedora Unity project may be able to help you: http://spins.fedoraunity.org/spins The most recent one for Fedora 10 was on April 14. -- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
Jim Meyering wrote: The silent-rules option makes it so build output by default no longer includes many compile/link/etc command invocations. Instead, you get very brief lines like these: ... CC tee.o [etc.] FWIW, that's what CMake does by default. (CMake's implementation is better though: it also gives the progress percentage and uses color-coding so you can immediately recognize the different kinds of operations and so the operations are visually separated from the stderr output.) It is frowned upon in Fedora because it doesn't allow you to easily check that RPM_OPT_FLAGS are being used and so our %cmake and %cmake_kde4 macros include: -DCMAKE_VERBOSE_MAKEFILE=ON which overrides this behavior and shows the full command lines by default. (It's also possible for CMake-using packages to do this at make time with make VERBOSE=ON which is what was the previous recommendation.) Run make V=1 if you want the verbose output you're used to. This will be REQUIRED in Fedora for packages using this feature (unless this can somehow be set at configure time, in which case our %configure macro could do it similarly to how our %cmake and %cmake_kde4 macros do). By the way, it's pretty sad that automake had to reinvent the wheel instead of using the established VERBOSE=ON syntax. That may look trivial, but the reduced clutter makes surprising output stand out more than it used to. I agree (and I like how this has been the default in CMake since forever), but we were told that this is no good for Fedora because we should have the full command lines in build.log so we can check for the optflags. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F10 anaconda incompatible with current F10 yum - WTF
Xavier Toth wrote: So I do a yum update, pickup a yum that isn't compatible with the original anaconda and then can no longer make installable DVD's. This is busted! If anaconda is dependent on a specific version of yum then it's Requires need to be equal to that version and not greater than or equal to. That would just replace the runtime error with a broken dependency. The only solution is to release an anaconda update matching the yum update. We really need anaconda updates for the benefit of respins! Anaconda not working with the current update yum is a serious regression and we need a matching Anaconda update ASAP. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: New maintainer needed: dumpasn1, freedroid, http_ping, id3v2, pscan, zzuf
I'm a new package maintainer, but I'll try dumpasn1 and id3v2 Regards, Xia Shing On Thu, Jul 2, 2009 at 7:09 AM, Adam Miller maxamill...@gmail.com wrote: I would like to take http_ping and pscan. -Adam -- http://maxamillion.googlepages.com - () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rpms/perl-POE-Component-Server-Bayeux/devel import.log, NONE, 1.1 perl-POE-Component-Server-Bayeux.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: yaneti Update of /cvs/pkgs/rpms/perl-POE-Component-Server-Bayeux/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv20604/devel Modified Files: .cvsignore sources Added Files: import.log perl-POE-Component-Server-Bayeux.spec Log Message: Initial import --- NEW FILE import.log --- perl-POE-Component-Server-Bayeux-0_02-1_fc12:HEAD:perl-POE-Component-Server-Bayeux-0.02-1.fc12.src.rpm:1246425115 --- NEW FILE perl-POE-Component-Server-Bayeux.spec --- Name: perl-POE-Component-Server-Bayeux Version:0.02 Release:1%{?dist} Summary:Bayeux/cometd server implementation in POE License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/POE-Component-Server-Bayeux/ Source0: http://www.cpan.org/modules/by-module/POE/POE-Component-Server-Bayeux-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(CGI::Simple) BuildRequires: perl(Class::Accessor) BuildRequires: perl(Data::UUID) BuildRequires: perl(JSON::Any) BuildRequires: perl(JSON::XS) BuildRequires: perl(Log::Log4perl) BuildRequires: perl(LWP) BuildRequires: perl(Module::Build) BuildRequires: perl(Params::Validate) BuildRequires: perl(POE::Component::Client::HTTP) BuildRequires: perl(POE::Component::Server::HTTP) = 0.09 BuildRequires: perl(Test::More) BuildRequires: perl(URI) # missed by the autoreq for various reasons Requires: perl(Class::Accessor) Requires: perl(JSON::XS) Requires: perl(POE::Component::Client::HTTP) Requires: perl(LWP) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %description This module implements the Bayeux Protocol (1.0draft1) from the Dojo Foundation. Also called cometd, Bayeux is a low-latency routing protocol for JSON encoded events between clients and servers in a publish- subscribe model. %prep %setup -q -n POE-Component-Server-Bayeux-%{version} %build %{__perl} Build.PL installdirs=vendor ./Build %install rm -rf $RPM_BUILD_ROOT ./Build install destdir=$RPM_BUILD_ROOT create_packlist=0 find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_fixperms} $RPM_BUILD_ROOT/* %check ./Build test %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc Changes README htdocs %{perl_vendorlib}/* %{_mandir}/man3/* %changelog * Tue Jun 30 2009 Yanko Kaneti yan...@declera.com 0.02-1 - Specfile autogenerated by cpanspec 1.78. Requires tuning. Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-POE-Component-Server-Bayeux/devel/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 1 Jul 2009 02:44:07 - 1.1 +++ .cvsignore 1 Jul 2009 05:12:41 - 1.2 @@ -0,0 +1 @@ +POE-Component-Server-Bayeux-0.02.tar.gz Index: sources === RCS file: /cvs/pkgs/rpms/perl-POE-Component-Server-Bayeux/devel/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 1 Jul 2009 02:44:07 - 1.1 +++ sources 1 Jul 2009 05:12:41 - 1.2 @@ -0,0 +1 @@ +dd18ab3f61f390fbc96a8dc8a15aa447 POE-Component-Server-Bayeux-0.02.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-POE-Component-Server-Bayeux/F-11 import.log, NONE, 1.1 perl-POE-Component-Server-Bayeux.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: yaneti Update of /cvs/pkgs/rpms/perl-POE-Component-Server-Bayeux/F-11 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv21582/F-11 Modified Files: .cvsignore sources Added Files: import.log perl-POE-Component-Server-Bayeux.spec Log Message: Initial import on branch F-11 --- NEW FILE import.log --- perl-POE-Component-Server-Bayeux-0_02-1_fc12:F-11:perl-POE-Component-Server-Bayeux-0.02-1.fc12.src.rpm:1246425521 --- NEW FILE perl-POE-Component-Server-Bayeux.spec --- Name: perl-POE-Component-Server-Bayeux Version:0.02 Release:1%{?dist} Summary:Bayeux/cometd server implementation in POE License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/POE-Component-Server-Bayeux/ Source0: http://www.cpan.org/modules/by-module/POE/POE-Component-Server-Bayeux-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(CGI::Simple) BuildRequires: perl(Class::Accessor) BuildRequires: perl(Data::UUID) BuildRequires: perl(JSON::Any) BuildRequires: perl(JSON::XS) BuildRequires: perl(Log::Log4perl) BuildRequires: perl(LWP) BuildRequires: perl(Module::Build) BuildRequires: perl(Params::Validate) BuildRequires: perl(POE::Component::Client::HTTP) BuildRequires: perl(POE::Component::Server::HTTP) = 0.09 BuildRequires: perl(Test::More) BuildRequires: perl(URI) # missed by the autoreq for various reasons Requires: perl(Class::Accessor) Requires: perl(JSON::XS) Requires: perl(POE::Component::Client::HTTP) Requires: perl(LWP) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %description This module implements the Bayeux Protocol (1.0draft1) from the Dojo Foundation. Also called cometd, Bayeux is a low-latency routing protocol for JSON encoded events between clients and servers in a publish- subscribe model. %prep %setup -q -n POE-Component-Server-Bayeux-%{version} %build %{__perl} Build.PL installdirs=vendor ./Build %install rm -rf $RPM_BUILD_ROOT ./Build install destdir=$RPM_BUILD_ROOT create_packlist=0 find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_fixperms} $RPM_BUILD_ROOT/* %check ./Build test %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc Changes README htdocs %{perl_vendorlib}/* %{_mandir}/man3/* %changelog * Tue Jun 30 2009 Yanko Kaneti yan...@declera.com 0.02-1 - Specfile autogenerated by cpanspec 1.78. Requires tuning. Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-POE-Component-Server-Bayeux/F-11/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 1 Jul 2009 02:44:07 - 1.1 +++ .cvsignore 1 Jul 2009 05:19:22 - 1.2 @@ -0,0 +1 @@ +POE-Component-Server-Bayeux-0.02.tar.gz Index: sources === RCS file: /cvs/pkgs/rpms/perl-POE-Component-Server-Bayeux/F-11/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 1 Jul 2009 02:44:07 - 1.1 +++ sources 1 Jul 2009 05:19:22 - 1.2 @@ -0,0 +1 @@ +dd18ab3f61f390fbc96a8dc8a15aa447 POE-Component-Server-Bayeux-0.02.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-POE-Component-Server-Bayeux/F-10 import.log, NONE, 1.1 perl-POE-Component-Server-Bayeux.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: yaneti Update of /cvs/pkgs/rpms/perl-POE-Component-Server-Bayeux/F-10 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv23627/F-10 Modified Files: .cvsignore sources Added Files: import.log perl-POE-Component-Server-Bayeux.spec Log Message: Initial import on branch F-10 --- NEW FILE import.log --- perl-POE-Component-Server-Bayeux-0_02-1_fc12:F-10:perl-POE-Component-Server-Bayeux-0.02-1.fc12.src.rpm:1246425994 --- NEW FILE perl-POE-Component-Server-Bayeux.spec --- Name: perl-POE-Component-Server-Bayeux Version:0.02 Release:1%{?dist} Summary:Bayeux/cometd server implementation in POE License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/POE-Component-Server-Bayeux/ Source0: http://www.cpan.org/modules/by-module/POE/POE-Component-Server-Bayeux-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(CGI::Simple) BuildRequires: perl(Class::Accessor) BuildRequires: perl(Data::UUID) BuildRequires: perl(JSON::Any) BuildRequires: perl(JSON::XS) BuildRequires: perl(Log::Log4perl) BuildRequires: perl(LWP) BuildRequires: perl(Module::Build) BuildRequires: perl(Params::Validate) BuildRequires: perl(POE::Component::Client::HTTP) BuildRequires: perl(POE::Component::Server::HTTP) = 0.09 BuildRequires: perl(Test::More) BuildRequires: perl(URI) # missed by the autoreq for various reasons Requires: perl(Class::Accessor) Requires: perl(JSON::XS) Requires: perl(POE::Component::Client::HTTP) Requires: perl(LWP) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %description This module implements the Bayeux Protocol (1.0draft1) from the Dojo Foundation. Also called cometd, Bayeux is a low-latency routing protocol for JSON encoded events between clients and servers in a publish- subscribe model. %prep %setup -q -n POE-Component-Server-Bayeux-%{version} %build %{__perl} Build.PL installdirs=vendor ./Build %install rm -rf $RPM_BUILD_ROOT ./Build install destdir=$RPM_BUILD_ROOT create_packlist=0 find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_fixperms} $RPM_BUILD_ROOT/* %check ./Build test %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc Changes README htdocs %{perl_vendorlib}/* %{_mandir}/man3/* %changelog * Tue Jun 30 2009 Yanko Kaneti yan...@declera.com 0.02-1 - Specfile autogenerated by cpanspec 1.78. Requires tuning. Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-POE-Component-Server-Bayeux/F-10/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 1 Jul 2009 02:44:07 - 1.1 +++ .cvsignore 1 Jul 2009 05:27:09 - 1.2 @@ -0,0 +1 @@ +POE-Component-Server-Bayeux-0.02.tar.gz Index: sources === RCS file: /cvs/pkgs/rpms/perl-POE-Component-Server-Bayeux/F-10/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 1 Jul 2009 02:44:07 - 1.1 +++ sources 1 Jul 2009 05:27:09 - 1.2 @@ -0,0 +1 @@ +dd18ab3f61f390fbc96a8dc8a15aa447 POE-Component-Server-Bayeux-0.02.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 508496] Perl: symbol lookup error: .../Wx.so: undefined symbol: Perl_Guse_safe_putenv_ptr
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=508496 --- Comment #6 from Marcela Maslanova mmasl...@redhat.com 2009-07-01 07:27:35 EDT --- Track down problem but I'm still unsure about the solution. Reported to upstream as: https://rt.cpan.org/Ticket/Display.html?id=47488 -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Hash-Merge/EL-4 perl-Hash-Merge.spec, NONE, 1.1 sources, 1.1, 1.2
Author: spot Update of /cvs/pkgs/rpms/perl-Hash-Merge/EL-4 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv10578/EL-4 Modified Files: sources Added Files: perl-Hash-Merge.spec Log Message: initial branching --- NEW FILE perl-Hash-Merge.spec --- Name: perl-Hash-Merge Version:0.11 Release:2%{?dist} Summary:Merges arbitrary deep hashes into a single hash Group: Development/Libraries License:GPL+ or Artistic URL:http://search.cpan.org/dist/Hash-Merge/ Source0: http://search.cpan.org/CPAN/authors/id/D/DM/DMUEY/Hash-Merge-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(Test::More), perl(Clone) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %description %{summary}. %prep %setup -q -n Hash-Merge-%{version} %build %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install rm -rf %{buildroot} make pure_install PERL_INSTALL_ROOT=%{buildroot} find %{buildroot} -type f -name .packlist -exec rm -f {} ';' find %{buildroot} -type d -depth -exec rmdir {} 2/dev/null ';' chmod -x %{buildroot}%{perl_vendorlib}/Hash/Merge.pm %{_fixperms} %{buildroot}/* %check make test %clean rm -rf %{buildroot} %files %defattr(-,root,root,-) %doc Changes README %{perl_vendorlib}/Hash/ %{_mandir}/man3/*.3* %changelog * Fri Jun 26 2009 Tom spot Callaway tcall...@redhat.com - 0.11-2 - fix permissions (silence rpmlint too) - own Hash/ directory * Fri Jun 26 2009 Tom spot Callaway tcall...@redhat.com - 0.11-1 - initial package for Fedora Index: sources === RCS file: /cvs/pkgs/rpms/perl-Hash-Merge/EL-4/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 1 Jul 2009 13:09:22 - 1.1 +++ sources 1 Jul 2009 14:12:49 - 1.2 @@ -0,0 +1 @@ +280b520399a382ac70dfb64442402f85 Hash-Merge-0.11.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Hash-Merge/EL-5 perl-Hash-Merge.spec, NONE, 1.1 sources, 1.1, 1.2
Author: spot Update of /cvs/pkgs/rpms/perl-Hash-Merge/EL-5 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv10578/EL-5 Modified Files: sources Added Files: perl-Hash-Merge.spec Log Message: initial branching --- NEW FILE perl-Hash-Merge.spec --- Name: perl-Hash-Merge Version:0.11 Release:2%{?dist} Summary:Merges arbitrary deep hashes into a single hash Group: Development/Libraries License:GPL+ or Artistic URL:http://search.cpan.org/dist/Hash-Merge/ Source0: http://search.cpan.org/CPAN/authors/id/D/DM/DMUEY/Hash-Merge-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(Test::More), perl(Clone) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %description %{summary}. %prep %setup -q -n Hash-Merge-%{version} %build %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install rm -rf %{buildroot} make pure_install PERL_INSTALL_ROOT=%{buildroot} find %{buildroot} -type f -name .packlist -exec rm -f {} ';' find %{buildroot} -type d -depth -exec rmdir {} 2/dev/null ';' chmod -x %{buildroot}%{perl_vendorlib}/Hash/Merge.pm %{_fixperms} %{buildroot}/* %check make test %clean rm -rf %{buildroot} %files %defattr(-,root,root,-) %doc Changes README %{perl_vendorlib}/Hash/ %{_mandir}/man3/*.3* %changelog * Fri Jun 26 2009 Tom spot Callaway tcall...@redhat.com - 0.11-2 - fix permissions (silence rpmlint too) - own Hash/ directory * Fri Jun 26 2009 Tom spot Callaway tcall...@redhat.com - 0.11-1 - initial package for Fedora Index: sources === RCS file: /cvs/pkgs/rpms/perl-Hash-Merge/EL-5/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 1 Jul 2009 13:09:22 - 1.1 +++ sources 1 Jul 2009 14:12:50 - 1.2 @@ -0,0 +1 @@ +280b520399a382ac70dfb64442402f85 Hash-Merge-0.11.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Hash-Merge/F-11 perl-Hash-Merge.spec, NONE, 1.1 sources, 1.1, 1.2
Author: spot Update of /cvs/pkgs/rpms/perl-Hash-Merge/F-11 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv10578/F-11 Modified Files: sources Added Files: perl-Hash-Merge.spec Log Message: initial branching --- NEW FILE perl-Hash-Merge.spec --- Name: perl-Hash-Merge Version:0.11 Release:2%{?dist} Summary:Merges arbitrary deep hashes into a single hash Group: Development/Libraries License:GPL+ or Artistic URL:http://search.cpan.org/dist/Hash-Merge/ Source0: http://search.cpan.org/CPAN/authors/id/D/DM/DMUEY/Hash-Merge-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(Test::More), perl(Clone) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %description %{summary}. %prep %setup -q -n Hash-Merge-%{version} %build %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install rm -rf %{buildroot} make pure_install PERL_INSTALL_ROOT=%{buildroot} find %{buildroot} -type f -name .packlist -exec rm -f {} ';' find %{buildroot} -type d -depth -exec rmdir {} 2/dev/null ';' chmod -x %{buildroot}%{perl_vendorlib}/Hash/Merge.pm %{_fixperms} %{buildroot}/* %check make test %clean rm -rf %{buildroot} %files %defattr(-,root,root,-) %doc Changes README %{perl_vendorlib}/Hash/ %{_mandir}/man3/*.3* %changelog * Fri Jun 26 2009 Tom spot Callaway tcall...@redhat.com - 0.11-2 - fix permissions (silence rpmlint too) - own Hash/ directory * Fri Jun 26 2009 Tom spot Callaway tcall...@redhat.com - 0.11-1 - initial package for Fedora Index: sources === RCS file: /cvs/pkgs/rpms/perl-Hash-Merge/F-11/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 1 Jul 2009 13:09:22 - 1.1 +++ sources 1 Jul 2009 14:12:50 - 1.2 @@ -0,0 +1 @@ +280b520399a382ac70dfb64442402f85 Hash-Merge-0.11.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Hash-Merge/F-10 perl-Hash-Merge.spec, NONE, 1.1 sources, 1.1, 1.2
Author: spot Update of /cvs/pkgs/rpms/perl-Hash-Merge/F-10 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv10578/F-10 Modified Files: sources Added Files: perl-Hash-Merge.spec Log Message: initial branching --- NEW FILE perl-Hash-Merge.spec --- Name: perl-Hash-Merge Version:0.11 Release:2%{?dist} Summary:Merges arbitrary deep hashes into a single hash Group: Development/Libraries License:GPL+ or Artistic URL:http://search.cpan.org/dist/Hash-Merge/ Source0: http://search.cpan.org/CPAN/authors/id/D/DM/DMUEY/Hash-Merge-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(Test::More), perl(Clone) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %description %{summary}. %prep %setup -q -n Hash-Merge-%{version} %build %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install rm -rf %{buildroot} make pure_install PERL_INSTALL_ROOT=%{buildroot} find %{buildroot} -type f -name .packlist -exec rm -f {} ';' find %{buildroot} -type d -depth -exec rmdir {} 2/dev/null ';' chmod -x %{buildroot}%{perl_vendorlib}/Hash/Merge.pm %{_fixperms} %{buildroot}/* %check make test %clean rm -rf %{buildroot} %files %defattr(-,root,root,-) %doc Changes README %{perl_vendorlib}/Hash/ %{_mandir}/man3/*.3* %changelog * Fri Jun 26 2009 Tom spot Callaway tcall...@redhat.com - 0.11-2 - fix permissions (silence rpmlint too) - own Hash/ directory * Fri Jun 26 2009 Tom spot Callaway tcall...@redhat.com - 0.11-1 - initial package for Fedora Index: sources === RCS file: /cvs/pkgs/rpms/perl-Hash-Merge/F-10/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 1 Jul 2009 13:09:22 - 1.1 +++ sources 1 Jul 2009 14:12:50 - 1.2 @@ -0,0 +1 @@ +280b520399a382ac70dfb64442402f85 Hash-Merge-0.11.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-B-Hooks-EndOfScope/F-10 perl-B-Hooks-EndOfScope.spec, 1.2, 1.3 sources, 1.3, 1.4
Author: cweyl Update of /cvs/extras/rpms/perl-B-Hooks-EndOfScope/F-10 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv3121 Modified Files: perl-B-Hooks-EndOfScope.spec sources Log Message: * Sun May 17 2009 Chris Weyl cw...@alumni.drew.edu 0.08-1 - auto-update to 0.08 (by cpan-spec-update 0.01) - altered br on perl(ExtUtils::MakeMaker) (0 = 6.42) - altered br on perl(Variable::Magic) (0.31 = 0.34) Index: perl-B-Hooks-EndOfScope.spec === RCS file: /cvs/extras/rpms/perl-B-Hooks-EndOfScope/F-10/perl-B-Hooks-EndOfScope.spec,v retrieving revision 1.2 retrieving revision 1.3 diff -u -p -r1.2 -r1.3 --- perl-B-Hooks-EndOfScope.spec8 Mar 2009 20:49:39 - 1.2 +++ perl-B-Hooks-EndOfScope.spec1 Jul 2009 15:51:44 - 1.3 @@ -1,18 +1,18 @@ -Name: perl-B-Hooks-EndOfScope -Version:0.07 -Release:1%{?dist} +Name: perl-B-Hooks-EndOfScope +Version:0.08 +Release:1%{?dist} # see lib/B/Hooks/EndOfScope.pm License:GPL+ or Artistic Group: Development/Libraries Summary:Execute code after scope compilation finishes -Source: http://search.cpan.org/CPAN/authors/id/F/FL/FLORA/B-Hooks-EndOfScope-%{version}.tar.gz +Source: http://search.cpan.org/CPAN/authors/id/F/FL/FLORA/B-Hooks-EndOfScope-%{version}.tar.gz Url:http://search.cpan.org/dist/B-Hooks-EndOfScope -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) +BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) BuildArch: noarch -BuildRequires: perl(ExtUtils::MakeMaker) -BuildRequires: perl(Variable::Magic) = 0.31 +BuildRequires: perl(ExtUtils::MakeMaker) = 6.42 +BuildRequires: perl(Variable::Magic) = 0.34 BuildRequires: perl(Sub::Exporter) BuildRequires: perl(Test::More) @@ -40,7 +40,7 @@ find %{buildroot} -depth -type d -exec r make test %clean -rm -rf %{buildroot} +rm -rf %{buildroot} %files %defattr(-,root,root,-) @@ -49,6 +49,11 @@ rm -rf %{buildroot} %{_mandir}/man3/*.3* %changelog +* Sun May 17 2009 Chris Weyl cw...@alumni.drew.edu 0.08-1 +- auto-update to 0.08 (by cpan-spec-update 0.01) +- altered br on perl(ExtUtils::MakeMaker) (0 = 6.42) +- altered br on perl(Variable::Magic) (0.31 = 0.34) + * Sun Mar 08 2009 Chris Weyl cw...@alumni.drew.edu 0.07-1 - update to 0.07 @@ -61,4 +66,3 @@ rm -rf %{buildroot} * Sat Nov 08 2008 Chris Weyl cw...@alumni.drew.edu 0.04-0.1 - initial RPM packaging - generated with cpan2dist (CPANPLUS::Dist::RPM version 0.0.5) - Index: sources === RCS file: /cvs/extras/rpms/perl-B-Hooks-EndOfScope/F-10/sources,v retrieving revision 1.3 retrieving revision 1.4 diff -u -p -r1.3 -r1.4 --- sources 8 Mar 2009 20:49:39 - 1.3 +++ sources 1 Jul 2009 15:51:44 - 1.4 @@ -1 +1 @@ -07bae81967dd4075f54aa839e70482e7 B-Hooks-EndOfScope-0.07.tar.gz +c770f55ce0205bcbb5824e4ec28431fd B-Hooks-EndOfScope-0.08.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Catalyst-Runtime/devel perl-Catalyst-Runtime.spec, 1.16, 1.17
Author: cweyl Update of /cvs/extras/rpms/perl-Catalyst-Runtime/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv6535 Modified Files: perl-Catalyst-Runtime.spec Log Message: * Sun Jun 14 2009 Chris Weyl cw...@alumni.drew.edu 5.80005-3 - flesh out to full requires list (from upstream metadata) - auto-update to 5.80005 (by cpan-spec-update 0.01) - added a new req on perl(Text::Balanced) (version 0) - added a new req on perl(HTTP::Response) (version 0) - added a new req on perl(LWP::UserAgent) (version 0) - added a new req on perl(Scalar::Util) (version 0) - added a new req on perl(CGI::Simple::Cookie) (version 0) - added a new req on perl(Class::C3::Adopt::NEXT) (version 0.07) - added a new req on perl(Class::MOP) (version 0.83) - added a new req on perl(Time::HiRes) (version 0) - added a new req on perl(MRO::Compat) (version 0) - added a new req on perl(File::Modified) (version 0) - added a new req on perl(HTTP::Headers) (version 1.64) - added a new req on perl(Sub::Exporter) (version 0) - added a new req on perl(Tree::Simple) (version 1.15) - added a new req on perl(B::Hooks::EndOfScope) (version 0.08) - added a new req on perl(namespace::clean) (version 0) - added a new req on perl(HTML::Entities) (version 0) - added a new req on perl(Moose) (version 0.78) - added a new req on perl(Data::Dump) (version 0) - added a new req on perl(Tree::Simple::Visitor::FindByPath) (version 0) - added a new req on perl(Module::Pluggable) (version 3.01) - added a new req on perl(Text::SimpleTable) (version 0.03) - altered req on perl(HTTP::Request::AsCGI) (0.5 = 0.8) - added a new req on perl(HTTP::Request) (version 0) - added a new req on perl(HTTP::Body) (version 1.04) - added a new req on perl(Path::Class) (version 0.09) - added a new req on perl(MooseX::MethodAttributes::Inheritable) (version 0.12) - added a new req on perl(URI) (version 1.35) - added a new req on perl(Carp) (version 0) Index: perl-Catalyst-Runtime.spec === RCS file: /cvs/extras/rpms/perl-Catalyst-Runtime/devel/perl-Catalyst-Runtime.spec,v retrieving revision 1.16 retrieving revision 1.17 diff -u -p -r1.16 -r1.17 --- perl-Catalyst-Runtime.spec 13 Jun 2009 06:48:33 - 1.16 +++ perl-Catalyst-Runtime.spec 1 Jul 2009 16:01:49 - 1.17 @@ -1,11 +1,10 @@ Name: perl-Catalyst-Runtime Version:5.80005 -Release:2%{?dist} +Release:3%{?dist} Summary:Catalyst core modules License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Catalyst-Runtime/ -# remember to rebuild perl-Catalyst-Devel on update of this package Source0: http://search.cpan.org/CPAN/authors/id/M/MR/MRAMBERG/Catalyst-Runtime-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch @@ -48,14 +47,6 @@ BuildRequires: perl(Test::Exception) # optional tests BuildRequires: perl(FCGI) -# use base ... -Requires: perl(Class::Accessor::Fast) -Requires: perl(Class::Data::Inheritable) -# 'requires' -Requires: perl(HTTP::Request::AsCGI) = 0.5 -# with ... -Requires: perl(MooseX::Emulate::Class::Accessor::Fast) = 0.00801 - # until bundles M::I is updated BuildRequires: perl(CPAN) @@ -75,6 +66,39 @@ BuildRequires: perl(Class::C3::Adopt::N BuildRequires: perl(Test::MockObject) = 1.07 BuildRequires: perl(MooseX::Emulate::Class::Accessor::Fast) = 0.00801 +### Requires (from upstream metadata) +Requires: perl(B::Hooks::EndOfScope) = 0.08 +Requires: perl(CGI::Simple::Cookie) +Requires: perl(Carp) +Requires: perl(Class::Accessor::Fast) +Requires: perl(Class::Data::Inheritable) +Requires: perl(Class::C3::Adopt::NEXT) = 0.07 +Requires: perl(Class::MOP) = 0.83 +Requires: perl(Data::Dump) +Requires: perl(File::Modified) +Requires: perl(HTML::Entities) +Requires: perl(HTTP::Body) = 1.04 +Requires: perl(HTTP::Headers) = 1.64 +Requires: perl(HTTP::Request) +Requires: perl(HTTP::Request::AsCGI) = 0.8 +Requires: perl(HTTP::Response) +Requires: perl(LWP::UserAgent) +Requires: perl(MRO::Compat) +Requires: perl(Module::Pluggable) = 3.01 +Requires: perl(Moose) = 0.78 +Requires: perl(MooseX::MethodAttributes::Inheritable) = 0.12 +Requires: perl(MooseX::Emulate::Class::Accessor::Fast) = 0.00801 +Requires: perl(Path::Class) = 0.09 +Requires: perl(Scalar::Util) +Requires: perl(Sub::Exporter) +Requires: perl(Text::Balanced) +Requires: perl(Text::SimpleTable) = 0.03 +Requires: perl(Time::HiRes) +Requires: perl(Tree::Simple) = 1.15 +Requires: perl(Tree::Simple::Visitor::FindByPath) +Requires: perl(URI) = 1.35 +Requires: perl(namespace::clean) + # neither provide nor require things we shouldn't %global _use_internal_dependency_generator 0 %global __deploop() while read FILE; do /usr/lib/rpm/rpmdeps -%{1} ${FILE}; done | /bin/sort -u @@ -153,6 +177,38 @@ rm -rf %{buildroot}
[Bug 504538] Please Update To Catalyst-Runtime 5.80005
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=504538 Chris Weyl cw...@alumni.drew.edu changed: What|Removed |Added Depends on||509171, 509178 -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 506496] tkmib failed
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=506496 --- Comment #6 from Fedora Update System upda...@fedoraproject.org 2009-07-02 01:45:59 EDT --- perl-Tk-804.028-9.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report. -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 491536] cssh is broken
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=491536 --- Comment #20 from Fedora Update System upda...@fedoraproject.org 2009-07-02 01:45:54 EDT --- perl-Tk-804.028-9.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report. -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 489228] Keyboard does not work in perl-Tk programs
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=489228 --- Comment #19 from Fedora Update System upda...@fedoraproject.org 2009-07-02 01:45:49 EDT --- perl-Tk-804.028-9.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report. -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 506496] tkmib failed
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=506496 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||804.028-9.fc11 Resolution||ERRATA -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 487122] getOpenFile fails if -multiple is set
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=487122 --- Comment #5 from Fedora Update System upda...@fedoraproject.org 2009-07-02 01:46:03 EDT --- perl-Tk-804.028-9.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report. -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 491536] cssh is broken
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=491536 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||804.028-9.fc11 Resolution||ERRATA -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 489228] Keyboard does not work in perl-Tk programs
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=489228 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||804.028-9.fc11 Resolution||ERRATA -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 487122] getOpenFile fails if -multiple is set
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=487122 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||804.028-9.fc11 Resolution||ERRATA -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 506496] tkmib failed
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=506496 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|804.028-9.fc11 |804.028-9.fc10 -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 487122] getOpenFile fails if -multiple is set
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=487122 --- Comment #6 from Fedora Update System upda...@fedoraproject.org 2009-07-02 01:51:06 EDT --- perl-Tk-804.028-9.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report. -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 489228] Keyboard does not work in perl-Tk programs
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=489228 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|804.028-9.fc11 |804.028-9.fc10 -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 487122] getOpenFile fails if -multiple is set
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=487122 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|804.028-9.fc11 |804.028-9.fc10 -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 506496] tkmib failed
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=506496 --- Comment #7 from Fedora Update System upda...@fedoraproject.org 2009-07-02 01:51:02 EDT --- perl-Tk-804.028-9.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report. -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 491536] cssh is broken
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=491536 --- Comment #21 from Fedora Update System upda...@fedoraproject.org 2009-07-02 01:50:57 EDT --- perl-Tk-804.028-9.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report. -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 489228] Keyboard does not work in perl-Tk programs
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=489228 --- Comment #20 from Fedora Update System upda...@fedoraproject.org 2009-07-02 01:50:52 EDT --- perl-Tk-804.028-9.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report. -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 491536] cssh is broken
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=491536 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|804.028-9.fc11 |804.028-9.fc10 -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list