Re: UsrMove feature (was Re: FESCo meeting minutes for 2011-10-24)
On 10/25/2011 07:23 PM, Till Maas wrote: Yet as long as it is not done, encrypting /usr is no improvement. And even if it is done, you would also need to verify that nobody installed a keyboard logger on your device if your fear attackers that have easily physical access to the device in question. Well, if the target is user (and not only data on disk), even the list of installed applications, style of administration (not updated system?) of machine or any forensic analysis obtained from not encrypted /usr from stolen laptop can help attacker to move forward and focus better. (Note I mentioned stolen laptop - if attacker can repeatedly access hw it is game over always - you cannot prevent tampering of standard hw.) You have to say what are you trying to secure before saying that encryption of /usr is no improvement. Also if you have part of disk not encrypted, user (with admin rights) can move some sensitive data to unencrypted area, either by mistake or intentionally (hm, no space in /home? well I have some free space on /usr...) Encryption of everything solves this problem and does not give user chance to do such mistake. But that's far OT for this /usr thread, sorry:-) Milan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: UsrMove feature
On Tue, Oct 25, 2011 at 11:36:57PM +0200, Björn Persson wrote: [...] but /bin/mount won't mount it even if I own both the image and the mount point. You can mount things that the administrator has set up for you in /etc/fstab. Having said that, the split between /sbin and /bin is not a truly historical one, ie. it didn't exist in V7. I think it was added by System V which did a lot of other strange stuff too. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Another glibc change that nearly got pushed into F16
I forgot to add that it's probably a good idea to recompile any package that was compiled against the -13 glibc package. Strictly speaking, any package that uses a function that is defined with __THROW or __NTH in the glibc header files, but it's probably easier to compile every package. Is there a Koji query to get a list of such packages? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: UsrMove feature (was Re: FESCo meeting minutes for 2011-10-24)
Dne 25.10.2011 20:24, Michał Piotrowski napsal(a): W dniu 25 października 2011 09:26 użytkownik Michał Piotrowski mkkp...@gmail.com napisał: W dniu 25 października 2011 09:20 użytkownik Harald Hoyer har...@redhat.com napisał: On 10/24/2011 10:12 PM, Michał Piotrowski wrote: In any case #!/usr/bin/env sh seems to be more portable solution. please :) you can propose this as a separate feature for F18 :) Let's see, if it gets accepted :) Ok, no problem. I created feature page https://fedoraproject.org/wiki/Features/F18MorePortableInterpreters I can help with it. I only need to know how to find all scripts that uses #!/bin/sh without installing all packages :) If this feature will be rejected, may be the opposite, i.e. hardcoded interpreter paths, should be codified somewhere in FPG? There is no mention about shebangs at all, if I am not mistaken. I personally don't care if there is used env or hardcoded path, but it should be clear what is the right way for Fedora. Vit -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Another glibc change that nearly got pushed into F16
On 10/26/2011 10:45 AM, Richard W.M. Jones wrote: I forgot to add that it's probably a good idea to recompile any package that was compiled against the -13 glibc package. Strictly speaking, any package that uses a function that is defined with __THROW or __NTH in the glibc header files, but it's probably easier to compile every package. Is there a Koji query to get a list of such packages? which means delay f16, create a stable glibc, test it, then make a massrebuild and test again the result... -- Levente Si vis pacem para bellum! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15: subversion 1.7 / kdesvn
Reindl Harald wrote: but with subversion 1.7 the format in teh working directory is changed and the kde-kontextmenu will no longer offer display of history and missing some other entries http://subversion.apache.org/docs/release-notes/1.7.html#wc-ng The release notes also say that working copies need to be manually upgraded with a conversion command. This strikes me as not being suitable for an update to an existing release (and this includes F16 now, as we've passed the final change deadline) at all. (The conversion also makes the working copies incompatible with older releases of Subversion, which totally sucks for users of shared home directories, but we can't do anything about that. :-( ) I also think this change might also require changes in various SVN GUI frontends, not just kdesvn. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: New bodhi bugfix release in production
On Tue, Oct 25, 2011 at 06:26:13PM -0400, Luke Macken wrote: On Tue, Oct 25, 2011 at 02:59:51PM -0700, Adam Williamson wrote: On Tue, 2011-10-25 at 17:18 -0400, Luke Macken wrote: bodhi v0.8.3 Yesterday I pushed out a new bugfix release of bodhi into production. The bodhi-client is currently on it's way to updates-testing for all releases. Server fixes - Default to update ID-based URLs https://fedorahosted.org/bodhi/ticket/632 In case you hadn't noticed, response to this has so far been pretty negative. It seems people liked being able to tell from the URL what the update actually *was*. I must admit I do to. I've resorted to creating the 'old-style' URLs manually when I do lists of updates on test@ or in trac, now. I'd be happy to revert this if the majority of people prefer the other format. Bodhi will still use the n-v-r style URLs for the updates-testing digests, but will default to the static IDs otherwise. The biggest problem with using the builds in the URL is that the URLs break if they are edited to add/remove/update them. I guess we could add some additional logic to try and be clever and find the update even if one of the builds is missing or modified. If an update has the n-e-v-r changed, the n-e-v-r being replaced is not likely to ever be used in a different future update. So each update could maintain a list of all n-e-v-r's that have ever been associated with it. Then make bodhi support URLs for all n-e-v-r's associated with the update rather than only the latest. When sending URLs in email just use the latest n-e-v-r. Thus changing an existing update will never break any URL Regards, Daniel -- |: http://berrange.com -o-http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BEWARE: a problematic glibc made it to stable (F16)
Richard W.M. Jones wrote: I'm not convinced yet this is a glibc issue. It could be a problem in the threaded work-queue code in git-grep which is just exposed by the change in glibc. No one will know until we finally diagnose the bug. The analysis in the bug is now that this is indeed a bug in the glibc headers, which can poison builds of pretty much ANY threaded package. This sounds very bad, it means an unknown number of packages may have to be rebuilt to really fix the problem. But even without that, breaking the SCM Fedora itself uses (along with a growing number of upstream projects) in a Fedora release sounds very much unacceptable. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: retire referencer in Fedora 16+ ?
Zoltan Kota wrote: On Tue, Oct 25, 2011 at 12:11 PM, Ankur Sinha sanjay.an...@gmail.com wrote: Just wondering if we have another reference tool in the repos? Anyone? Bibus, pybliographer? There's also KBibTex (which was recently ported from kdelibs 3 to kdelibs 4, the current Fedora 14 and 15 updates have the kdelibs 4 version (0.3)). Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-16 Branched report: 20111026 changes
Compose started at Wed Oct 26 08:16:04 UTC 2011 Broken deps for x86_64 -- PackageKit-zif-0.6.19-2.fc16.x86_64 requires zif = 0:0.2.5 bibletime-2.8.1-1.fc16.x86_64 requires libclucene.so.0()(64bit) cluster-snmp-0.18.7-1.fc16.x86_64 requires libnetsnmp.so.25()(64bit) comoonics-cdsl-py-0.2-18.noarch requires comoonics-base-py comoonics-cluster-py-0.1-24.noarch requires comoonics-base-py contextkit-0.5.15-2.fc15.i686 requires libcdb.so.1 contextkit-0.5.15-2.fc15.x86_64 requires libcdb.so.1()(64bit) dh-make-0.55-3.fc15.noarch requires debhelper dogtag-pki-9.0.0-7.fc16.noarch requires dogtag-pki-tks-theme = 0:9.0.9 dogtag-pki-9.0.0-7.fc16.noarch requires dogtag-pki-ra-theme = 0:9.0.9 dogtag-pki-9.0.0-7.fc16.noarch requires dogtag-pki-kra-theme = 0:9.0.9 dogtag-pki-9.0.0-7.fc16.noarch requires dogtag-pki-tps-theme = 0:9.0.9 dogtag-pki-9.0.0-7.fc16.noarch requires dogtag-pki-console-theme = 0:9.0.9 dogtag-pki-9.0.0-7.fc16.noarch requires dogtag-pki-ocsp-theme = 0:9.0.9 dogtag-pki-9.0.0-7.fc16.noarch requires dogtag-pki-common-theme = 0:9.0.9 dogtag-pki-9.0.0-7.fc16.noarch requires dogtag-pki-ca-theme = 0:9.0.9 emacs-spice-mode-1.2.25-5.fc15.noarch requires gwave fawkes-plugin-player-0.4.2-6.fc16.x86_64 requires libgeos-3.3.0.so()(64bit) fldigi-3.21.7-1.fc16.x86_64 requires libfltk_images.so.1.1()(64bit) fldigi-3.21.7-1.fc16.x86_64 requires libfltk.so.1.1()(64bit) freeipa-client-2.1.3-4.fc16.x86_64 requires xmlrpc-c = 0:1.27.4 gmediaserver-0.13.0-7.fc15.x86_64 requires libthreadutil.so.2()(64bit) gmediaserver-0.13.0-7.fc15.x86_64 requires libupnp.so.3()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotd.so.5()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotdcm.so.4()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotdconduit.so.3()(64bit) gold-2.1.12.2-7.fc16.noarch requires perl(Data::Properties) gphpedit-0.9.95-0.2.20090209snap.fc15.x86_64 requires libgtkhtml-2.so.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libchamplain-gtk-0.6.so.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libchamplain-0.6.so.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libgdl-1.so.3()(64bit) gscribble-0.1.2-1.fc16.noarch requires gnome-python2-gtkhtml2 gspiceui-0.9.98-3.fc15.x86_64 requires gwave hosts3d-1.13-2.fc15.x86_64 requires libglfw.so.2.6()(64bit) hosts3d-sampler-1.13-2.fc15.x86_64 requires libglfw.so.2.6()(64bit) intellij-idea-9.0.1.94.399-12.fc15.x86_64 requires commons-collections kde-partitionmanager-1.0.3-2.fc15.x86_64 requires libparted.so.0()(64bit) libnatus-V8-0.1.5-2.fc15.x86_64 requires libv8-3.0.0.1.so()(64bit) mediawiki-rss-1.5-4.fc15.noarch requires php-magpierss = 0:0.72 meego-panel-applications-0.2.5-3.fc15.x86_64 requires libgnome-menu.so.2()(64bit) meego-panel-datetime-0.3.2-8.fc16.x86_64 requires libcogl.so.2()(64bit) meego-panel-status-0.3.2-2.fc15.i686 requires libchamplain-0.8.so.1 meego-panel-status-0.3.2-2.fc15.x86_64 requires libchamplain-0.8.so.1()(64bit) meshlab-1.2.2-5.fc14.1.x86_64 requires libGLEW.so.1.5()(64bit) mumble-1.2.3-3.fc15.x86_64 requires libprotobuf.so.6()(64bit) murmur-1.2.3-3.fc15.x86_64 requires libprotobuf.so.6()(64bit) network-manager-netbook-1.8-3.fc15.x86_64 requires libnm-glib.so.2()(64bit) network-manager-netbook-1.8-3.fc15.x86_64 requires libnm-util.so.1()(64bit) pcp-import-sheet2pcp-3.5.0-1.2.fc16.x86_64 requires perl(Spreadsheet::Read) perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) pida-0.5.1-13.fc15.x86_64 requires gnome-python2-gtkhtml2 pinot-deskbar-0.97-1.fc16.x86_64 requires deskbar-applet player-3.0.2-13.fc16.i686 requires libgeos-3.3.0.so player-3.0.2-13.fc16.x86_64 requires libgeos-3.3.0.so()(64bit) pytrainer-1.7.2-2.fc15.noarch requires gnome-python2-gtkmozembed qtgpsc-0.2.3-6.fc12.x86_64 requires libgps.so.18()(64bit) qtparted-0.4.5-26.fc15.x86_64 requires libparted.so.0()(64bit) rubygem-aeolus-cli-0.1.0-5.fc16.noarch requires rubygem(aeolus-image) = 0:0.1.0 rubygem-webmock-1.7.6-2.fc16.noarch requires rubygem(addressable) 0:2.2.5 rubygem-webmock-1.7.6-2.fc16.noarch requires rubygem(addressable) 0:3 rubygem-webmock-1.7.6-2.fc16.noarch requires rubygem(addressable) = 0:2.2 spacewalk-backend-tools-1.4.39-1.fc16.noarch requires spacewalk-admin = 0:0.1.1-0 taoframework-glfw-2.1.0-2.fc15.x86_64 requires libglfw tasque-0.1.9-5.fc15.x86_64 requires mono(evolution-sharp) = 0:5.0.0.0
Re: New bodhi bugfix release in production
Adam Williamson wrote: In case you hadn't noticed, response to this has so far been pretty negative. It seems people liked being able to tell from the URL what the update actually *was*. I must admit I do to. I've resorted to creating the 'old-style' URLs manually when I do lists of updates on test@ or in trac, now. And I've resorted to creating the ID-style URLs manually previously, and in fact had found the change from IDs to packagename-version URLs in some places (which has apparently been undone now) to be a serious regression. The ID is a permalink, the packagename-version URLs are not, which means the ID is a lot more useful. E.g. when Bodhi posts a link in Bugzilla using packagename-version format, that link stops working when the update is edited. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: New bodhi bugfix release in production
On 26/10/11 12:45, Kevin Kofler wrote: Maybe we could do what some sites like kde-apps.org do and default to URLs which include BOTH the ID and the packagename-version list, but have Bodhi only actually use the ID and ignore the packagename-version entirely. See e.g.: http://kde-apps.org/content/show.php/Apper?content=84745 http://kde-apps.org/content/show.php/KPackageKit?content=84745 http://kde-apps.org/content/show.php/Pink_Pony?content=84745 http://kde-apps.org/content/show.php?content=84745 (The first link is what the site produces by default, the second is what it used to produce before the package got renamed, the third is to prove you can write in anything and it will be ignored and the fourth is the equivalent of Bodhi's current ID-based URLs, which also works.) But I'd put the ID first so it's easier to rip off the ignored stuff from the link if a short URL is needed. Many CMS systems and the like work in that way. It's also what things like stackoverflow do, for example: http://stackoverflow.com/questions/7901782/war-does-not-start-on-tomcat5-on-redhat-enterprise-server where only the question number really matters - you can change the text which follows to anything. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: New bodhi bugfix release in production
Daniel P. Berrange wrote: If an update has the n-e-v-r changed, the n-e-v-r being replaced is not likely to ever be used in a different future update. So each update could maintain a list of all n-e-v-r's that have ever been associated with it. Then make bodhi support URLs for all n-e-v-r's associated with the update rather than only the latest. When sending URLs in email just use the latest n-e-v-r. Thus changing an existing update will never break any URL There have been cases where update groups have been split, i.e. builds removed from the group and filed separately, or added to another group. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-MIME-tools] own only man pages of this packages (conflict with Perl package)
commit 7c24ebef3933a78ca2b7178a7fb3cd25f860b577 Author: Marcela Mašláňová mmasl...@redhat.com Date: Wed Oct 26 14:05:22 2011 +0200 own only man pages of this packages (conflict with Perl package) perl-MIME-tools.spec | 14 -- 1 files changed, 12 insertions(+), 2 deletions(-) --- diff --git a/perl-MIME-tools.spec b/perl-MIME-tools.spec index 3ceb930..629c5c6 100644 --- a/perl-MIME-tools.spec +++ b/perl-MIME-tools.spec @@ -1,7 +1,7 @@ Summary: Modules for parsing and creating MIME entities in Perl Name: perl-MIME-tools Version: 5.502 -Release: 2%{?dist} +Release: 3%{?dist} Group: Development/Libraries License: GPL+ or Artistic URL: http://search.cpan.org/dist/MIME-tools/ @@ -91,9 +91,19 @@ TEST_POD_COVERAGE=0 %{__make} test %{_mandir}/man1/mimeexplode.1* %{_mandir}/man1/mimepostcard.1* %{_mandir}/man1/mimesend* -%{_mandir}/man3/MIME::*.3pm* +%{_mandir}/man3/MIME::Body.3pm* +%{_mandir}/man3/MIME::Decoder* +%{_mandir}/man3/MIME::Entity.3pm* +%{_mandir}/man3/MIME::Field::* +%{_mandir}/man3/MIME::Head.3pm* +%{_mandir}/man3/MIME::Parser* +%{_mandir}/man3/MIME::Tools.3pm* +%{_mandir}/man3/MIME::Word* %changelog +* Wed Oct 26 2011 Marcela Mašláňová mmasl...@redhat.com - 5.502-3 +- own only man pages of this packages (conflict with Perl package) + * Wed Jul 20 2011 Petr Sabata con...@redhat.com - 5.502-2 - Perl mass rebuild -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: UsrMove feature
Once upon a time, Richard W.M. Jones rjo...@redhat.com said: Having said that, the split between /sbin and /bin is not a truly historical one, ie. it didn't exist in V7. I think it was added by System V which did a lot of other strange stuff too. Well, historically, a bunch of system utilities were in odd places like /etc and /usr/lib. The idea of /sbin and /usr/sbin was to get compiled executables out of those places (and to not clutter up the normal bin directories with stuff users didn't need). -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: UsrMove feature
Once upon a time, Harald Hoyer harald.ho...@gmail.com said: For daemons, which should not be called directly on the command line, I would suggest to move them to /usr/lib/packagename/ anyway. That's what /usr/libexec is for. /usr/lib{,64} is for libraries and such, not executables. -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: UsrMove feature
On 10/26/2011 03:18 PM, Harald Hoyer wrote: On 10/26/2011 03:07 PM, Chris Adams wrote: Once upon a time, Richard W.M. Jonesrjo...@redhat.com said: Having said that, the split between /sbin and /bin is not a truly historical one, ie. it didn't exist in V7. I think it was added by System V which did a lot of other strange stuff too. Well, historically, a bunch of system utilities were in odd places like /etc and /usr/lib. The idea of /sbin and /usr/sbin was to get compiled executables out of those places (and to not clutter up the normal bin directories with stuff users didn't need). For daemons, which should not be called directly on the command line, I would suggest to move them to /usr/lib/packagename/ anyway. Why? Just to be establish your own standards in violent ways? This use-case is exactly what /sbin or /usr/sbin traditionally have been for. Besides this, one may have the opinion, that no binaries should be allowed in /usr/lib/. Fedora never enforced this rule, because RH has a tradition of being sloppy wrt. /usr/lib/package. Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Another glibc change that nearly got pushed into F16
On Wed, 2011-10-26 at 10:48 +0200, Farkas Levente wrote: On 10/26/2011 10:45 AM, Richard W.M. Jones wrote: I forgot to add that it's probably a good idea to recompile any package that was compiled against the -13 glibc package. Strictly speaking, any package that uses a function that is defined with __THROW or __NTH in the glibc header files, but it's probably easier to compile every package. Is there a Koji query to get a list of such packages? which means delay f16, create a stable glibc, test it, then make a massrebuild and test again the result... Richard, could you please open a FESCo ticket with as much information as you have on this issue? This is something we need to track closely, I think. signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: UsrMove feature (was Re: FESCo meeting minutes for 2011-10-24)
On 10/24/2011 08:05 PM, Chris Adams wrote: === #fedora-meeting: FESCO (2011-10-24) === * Discussion about https://fedoraproject.org/wiki/Features/UsrMove (t8m, 17:26:45) Sometimes you have to clean up your room and tidy up the mess, which piled up over time. This cleanup can be done on one day and checked in by one person. It's not rocket science! It does not break anything, because the compat symlinks will _not_ go away. About sbin: How exactly does hiding stuff prevent users, who open a _shell_, to use those tools? They cannot do any bad stuff with it anyway. With the compat symlinks, you even have no path problems anymore with any alien scripts you run. All tools are reachable through any standard path. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: UsrMove feature (was Re: FESCo meeting minutes for 2011-10-24)
Once upon a time, Harald Hoyer harald.ho...@gmail.com said: About sbin: How exactly does hiding stuff prevent users, who open a _shell_, to use those tools? They cannot do any bad stuff with it anyway. It isn't about hiding, it is about not putting tools in your PATH that you generally can't use anyway. -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: UsrMove feature
On 10/26/2011 03:22 PM, Chris Adams wrote: Once upon a time, Harald Hoyerharald.ho...@gmail.com said: For daemons, which should not be called directly on the command line, I would suggest to move them to /usr/lib/packagename/ anyway. That's what /usr/libexec is for. /usr/lib{,64} is for libraries and such, not executables. That's what Fedora thinks. Other distribution do not have libexec. It's not even defined in the FHS, IIRC. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: UsrMove feature
On 10/26/2011 03:22 PM, Chris Adams wrote: Once upon a time, Harald Hoyerharald.ho...@gmail.com said: For daemons, which should not be called directly on the command line, I would suggest to move them to /usr/lib/packagename/ anyway. That's what /usr/libexec is for. /usr/lib{,64} is for libraries and such, not executables. That's what Fedora thinks. Other distribution do not have libexec. It's not even defined in the FHS, IIRC. /usr/lib/packagename/ /lib/packagename/ already exists and is used. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Review-request][Review-swap] Python-postman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello - I've been waiting for someone to review my package submission for about a week now. Request is here: https://bugzilla.redhat.com/show_bug.cgi?id=747050 I'd be happy to do a review swap or make some other deal to get my package reviewed. Thanks! - -- - ---Brett. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOqBEBAAoJEEAzW/nB31+3FQcH/0ceOAQKQOVF0n9QRzPWXZje v0+McRcu+z1wLf3lxfk5wqodxXvVpG0puTs0HiSGJsu2mYIMrbGrAZ2hBcir1OMB cyIffsF2+YI+YnuuVGSgu53D8bZyvktrm0ZHgL4/bqukFIbVDwlI1F0KB9y4bB3J plmJA7kkpYHtLAwosBoeggFghiYz3iTcz6VXwj2aWGyE5lKlElNxmrrgNREYvVmO vvAKacP3kY5yUM04GLx+RiawBmNxWaAN1J4/LydqwwiITIyLBXsoPDMSx2SLvgfF 6Vz4S25CzDHFp2Q8uTK9N+4L7AOhPQqxVSUGznAc32OyDHEVD0huXuYV1RY8cyA= =/YGQ -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: UsrMove feature (was Re: FESCo meeting minutes for 2011-10-24)
On 10/26/2011 03:40 PM, Harald Hoyer wrote: On 10/24/2011 08:05 PM, Chris Adams wrote: === #fedora-meeting: FESCO (2011-10-24) === * Discussion about https://fedoraproject.org/wiki/Features/UsrMove (t8m, 17:26:45) Sometimes you have to clean up your room and tidy up the mess, which piled up over time. This cleanup can be done on one day and checked in by one person. It's not rocket science! It does not break anything, because the compat symlinks will _not_ go away. About sbin: How exactly does hiding stuff prevent users, who open a _shell_, to use those tools? They cannot do any bad stuff with it anyway. Think about the tradional difference su between su - and think about bugs in these tools. A user who doesn't have sbin in $PATH isn't exposed to the risks these tools might bear. It's not a means to protect users against malicious intruders, comparable to flaps on switches in real life, it's a mild means to protect users against accidents they themselves might expose themselves. With the compat symlinks, you even have no path problems anymore with any alien scripts you run. All tools are reachable through any standard path. == molesting all users. == exposing all users. == equivalent to the adding sbin to $PATH mistake ... just different, no improvment. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Another glibc change that nearly got pushed into F16
Richard W.M. Jones rjo...@redhat.com writes: I forgot to add that it's probably a good idea to recompile any package that was compiled against the -13 glibc package. BTW, if this is the case, why is 2.14.90-13 still in rawhide? Shouldn't we assume that every build done recently in rawhide is tainted? I've spent the past couple of days trying to rebuild every libpng-using Fedora package using mock's fedora-rawhide-x86_64 environment. A distressingly large fraction of them FTBFS with /usr/include/glib-2.0/glib/gmacros.h:32:2: error: #error Only glib.h can be included directly. or close variants of that. I assume this is another manifestation of the same bug being discussed here ... or have the glibc guys managed to break the world in two different ways in the same release? regards, tom lane -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Another glibc change that nearly got pushed into F16
On Wed, Oct 26, 2011 at 10:06:31AM -0400, Tom Lane wrote: /usr/include/glib-2.0/glib/gmacros.h:32:2: error: #error Only glib.h can be included directly. or close variants of that. I assume this is another manifestation of the same bug being discussed here ... or have the glibc guys managed to break the world in two different ways in the same release? You are confusing glibc with glib here, the above very much looks like a glib bug, nothing to do with glibc. Jakub -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Review-request][Review-swap] Python-postman
On Wed, Oct 26, 2011 at 9:54 AM, Brett Lentz ble...@redhat.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello - I've been waiting for someone to review my package submission for about a week now. Request is here: https://bugzilla.redhat.com/show_bug.cgi?id=747050 I'd be happy to do a review swap or make some other deal to get my package reviewed. Hi, Brett: I'll review it if you review mine. :) https://bugzilla.redhat.com/show_bug.cgi?id=748446 -- McGill University IT Security Konstantin Kay Ryabitsev Montréal, Québec -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Another glibc change that nearly got pushed into F16
On Wed, 2011-10-26 at 16:12 +0200, Jakub Jelinek wrote: On Wed, Oct 26, 2011 at 10:06:31AM -0400, Tom Lane wrote: /usr/include/glib-2.0/glib/gmacros.h:32:2: error: #error Only glib.h can be included directly. or close variants of that. I assume this is another manifestation of the same bug being discussed here ... or have the glibc guys managed to break the world in two different ways in the same release? You are confusing glibc with glib here, the above very much looks like a glib bug, nothing to do with glibc. Its not a bug, just a change. Including individual glib headers has been discouraged for a long time. In GLib 2.31, it has been outlawed. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 749167] cpanspec cannot allocate memory
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=749167 Jan Pazdziora jpazdzi...@redhat.com changed: What|Removed |Added CC||jpazdzi...@redhat.com --- Comment #2 from Jan Pazdziora jpazdzi...@redhat.com 2011-10-26 10:11:40 EDT --- (In reply to comment #1) The line reads: if (open(CHILD, -|) == 0) { What is it? The open is missing third argument. perldoc -f open says: For three or more arguments if MODE is '|-', the filename is interpreted as a command to which output is to be piped, and if MODE is '-|', the filename is interpreted as a command that pipes output to us. In the two-argument (and one-argument) form, one should replace dash ('-') with the command. See Using open() for IPC in perlipc for more examples of this. I cannot speak for this bugzilla as a whole but the open is not missing any argument -- see man perlipc for what open(CHILD, -|) means. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Another glibc change that nearly got pushed into F16
Matthias Clasen mcla...@redhat.com writes: On Wed, 2011-10-26 at 16:12 +0200, Jakub Jelinek wrote: On Wed, Oct 26, 2011 at 10:06:31AM -0400, Tom Lane wrote: /usr/include/glib-2.0/glib/gmacros.h:32:2: error: #error Only glib.h can be included directly. You are confusing glibc with glib here, the above very much looks like a glib bug, nothing to do with glibc. I stand corrected ... too early in the morning ... Its not a bug, just a change. Including individual glib headers has been discouraged for a long time. In GLib 2.31, it has been outlawed. Hmm. You'd better start filing FTBFS reports against your dependent packages, then, so they don't get blindsided by this. regards, tom lane -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
GLib header change in rawhide
It was pointed out that some changes in GLib 2.31 may cause some fallout and may be worth calling out explicitly: - it is no longer possible to include individual headers. If your package runs into this problem, just replace the problematic includes with #include glib.h - a number of thread-related apis have been rewritten and some have been deprecated. if you are affected by this, building without -DG_DISABLE_DEPRECATED in CFLAGS should help you along. - gobject-2.0.pc no longer requires gthread-2.0.pc. This might affect you in that the linker might complain about g_thread_init. There's two possible fixes: a) remove the call to g_thread_init(), it is no longer needed with glib 2.31 or b) explicitly add gthread-2.0 to the list of pc files in configure.ac. Matthias -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Review-request][Review-swap] Python-postman
On Wed 26 Oct 2011 10:14:06 AM EDT, Konstantin Ryabitsev wrote: On Wed, Oct 26, 2011 at 9:54 AM, Brett Lentz ble...@redhat.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello - I've been waiting for someone to review my package submission for about a week now. Request is here: https://bugzilla.redhat.com/show_bug.cgi?id=747050 I'd be happy to do a review swap or make some other deal to get my package reviewed. Hi, Brett: I'll review it if you review mine. :) https://bugzilla.redhat.com/show_bug.cgi?id=748446 This body part will be downloaded on demand. Works for me! Thanks! ---Brett. -- ---Brett. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: UsrMove feature (was Re: FESCo meeting minutes for 2011-10-24)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 If people do start to randomly move executables around to locations like /usr/lib/PACKAGENAME/PACKAGED or from /sbin to /usr/bin Make sure the SELinux team knows. As a matter of fact, any time you move the location of a network daemon check to make sure the label in the new location matches the label in the old location matchpathcon /usr/sbin/httpd matchpathcon /usr/lib/httpd/httpd -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6oJIUACgkQrlYvE4MpobNL8QCfUW3GIL4eMB9ogqMws2ALPiSj 3jsAn1ZeXOsWAeOEus5jaUuU1YojpjxZ =PLin -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Review swaps
I've got 3 packages languishing in the review queue that I need for a package update. Would someone swap reviews with me for these? https://bugzilla.redhat.com/show_bug.cgi?id=719150 flocq - Formalization of floating point numbers for Coq https://bugzilla.redhat.com/show_bug.cgi?id=719152 gappalib-coq - Coq support library for gappa (requires flocq) https://bugzilla.redhat.com/show_bug.cgi?id=719757 apron - Numerical abstract domain library The first two should be dead easy. From Fedora's point of view, they're just data packages; no libraries or binaries are involved. The third one is a bit complex. I had to tweak a lot of pathnames to match existing Fedora practice, as well as do some violence to the Makefiles to eliminate unused direct shared library dependencies and undefined non-weak symbols. So please swap me for 2 easy and one hard review of your own. :-) Regards, -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Improvements Eclipse Installation
Hi, The way we currently install Eclipse plugins in Fedora is incorrect and somewhat fragile. RPM places all the plugin artifacts in the proper directories. However that does not update the eclipse metadata. This means that until the next time eclipse starts it is unaware of the newly installed plugins. Because the user would normally run Eclipse not as root Eclipse does not have permission to write to the meta data files located in the installation directory. It therefore creates a parallel version in the user's home directory ~/.eclipse. This creates a fragile installation and leads to a whole host of problems. To improve this I have written apatch which runs the Eclipse reconciler during rpm installation. The Eclipse reconciler is an Eclipse application which goes through and checks the installation directories and updates the eclipse metadata with any newly installed plugins. To add support for this in your eclipse package you have to add the following line to your rpm spec file: %_eclipse_pkg [package name] Here is an example from the eclipse-rse spec file for the eclipse-rse-sdk rpm: %package sdk [...] %_eclipse_pkg sdk The above macro expands to the following: %post sdk touch /var/run/eclipse/run-reconciler %postun sdk touch /var/run/eclipse/run-reconciler if [ $1 == 0 ]; then eclipse-reconciler.sh fi %posttrans sdk eclipse-reconciler.sh I apologize if you have experienced instability in Eclipse installations on rawhide, it is probably due to these changes. Please let me know if you have any comments questions or suggestions. I will be filing a request to update the Eclipse packaging guidelines. If you are interested in the details of the work, here is a summary in the form of a patch: http://fpaste.org/pPEC/ Cheers, Sami -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [fedora-java] Improvements Eclipse Installation
On 10/26/2011 11:37 AM, Orion Poplawski wrote: On 10/26/2011 09:20 AM, sami wagiaalla wrote: To add support for this in your eclipse package you have to add the following line to your rpm spec file: %_eclipse_pkg [package name] For what Fedora versions is this applicable to? rawhide (f17) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Another glibc change that nearly got pushed into F16
On Wed, Oct 26, 2011 at 09:30:21AM -0400, Stephen Gallagher wrote: On Wed, 2011-10-26 at 10:48 +0200, Farkas Levente wrote: On 10/26/2011 10:45 AM, Richard W.M. Jones wrote: I forgot to add that it's probably a good idea to recompile any package that was compiled against the -13 glibc package. Strictly speaking, any package that uses a function that is defined with __THROW or __NTH in the glibc header files, but it's probably easier to compile every package. Is there a Koji query to get a list of such packages? which means delay f16, create a stable glibc, test it, then make a massrebuild and test again the result... Richard, could you please open a FESCo ticket with as much information as you have on this issue? This is something we need to track closely, I think. https://fedorahosted.org/fesco/ticket/682 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F16 my network doesn't work after an update and I don't know how to fix it...
Hi, Today I updated my F16 to latest version. After a while I noticed some problems with network, I rebooted system and after this my network on this box doesn't work anymore. I use NetworkManager and dhcp. During the update NetworkManager and NetworkManager-glib was updated from 1:0.9.1.90-3.git20110927 to 1:0.9.1.90-4.git20110927, dhclient, dhcp-libs and dhcp-common was updated from 12:4.2.2-9 to 12:4.2.3-1. I downgraded NetworkManager and dhcp packages to previous versions, but my network still doesn't work. I guess that one of other updates broke it. I see in history: cronie-* - unlikeley dracut freetype gdb ghostscript-fonts gitweb kernel - I tried previous version - stil no network libblkid libdrm libmount libuuid ntp ntpdate perl-* - many packages php-pear polkit sane-* shared-mime tzdata-* util-linux xen-* ifconfig doesn't show information about inet address so I guess that it is not obtained from dhcp. When I try to run dhclient manualy it can obtain data from dhcp, but it works really slow. When I strace it I see wait4(-1, Warning: cannot bind to specific iface, falling back: Operation not permited Does anyone have any idea what should I downgrade to fix my network? -- Best regards, Michal http://eventhorizon.pl/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: UsrMove feature
On Wed, Oct 26, 2011 at 03:18:42PM +0200, Harald Hoyer wrote: On 10/26/2011 03:07 PM, Chris Adams wrote: Once upon a time, Richard W.M. Jonesrjo...@redhat.com said: Having said that, the split between /sbin and /bin is not a truly historical one, ie. it didn't exist in V7. I think it was added by System V which did a lot of other strange stuff too. Well, historically, a bunch of system utilities were in odd places like /etc and /usr/lib. The idea of /sbin and /usr/sbin was to get compiled executables out of those places (and to not clutter up the normal bin directories with stuff users didn't need). For daemons, which should not be called directly on the command line, I would suggest to move them to /usr/lib/packagename/ anyway. In context, at least, this is wrong advice as it's a violation of the FHS: http://pathname.com/fhs/pub/fhs-2.3.html#PURPOSE22 Purpose /usr/lib includes object files, libraries, and internal binaries that are not intended to be executed directly by users or shell scripts. [..] Specific Options For historical reasons, /usr/lib/sendmail must be a symbolic link to /usr/sbin/sendmail if the latter exists. The daemons and such were in places like /usr/lib to begin with. This was deemed to be the wrong place for them. Instead they were placed into /sbin. You may be quibbling over the use of shell scripts in that section as you might think that daemons aren't run from shell scripts in systemd and that illustrates that shell scripts were only an implementation detail in sysv. In doing so, however, you miss out on internal binaries. A daemon executable is the public entry point into a service so they aren't internal. -Toshio pgp7ufBf1aeAX.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Another glibc change that nearly got pushed into F16
On Wed, Oct 26, 2011 at 11:47 AM, Richard W.M. Jones rjo...@redhat.com wrote: https://fedorahosted.org/fesco/ticket/682 I've made another attempt to reach out the the glibc maintainer directly again this morning to hopefully answer the questions in that ticket as soon as possible, and remind him of the seriousness of the situation. I'll update the ticket if I hear anything. -- Jared Smith Fedora Project Leader -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: New bodhi bugfix release in production
On 2011-10-25 15:17, Adam Williamson wrote: It's not just the updates-testing list, though. When I go to the web interface, search for updates to, say, grub2, get a list, and click on one of the results, I get an ID-based URL, not a package name-based one. I then paste that into an email, IRC conversation, or trac compose request ticket, and no-one can see what the update *is* unless they click on the link. And after a few hours that link may have false information and stop working altogether. It doesn't even have to wait until the next push happens. Multi-package updates are especially fragile, as a change in any constituent can break all existing links, invalidating browser histories and links in bugzilla and e-mail messages. They also lead to links of incredible length. Perhaps the permanence problem could be solved for the majority of cases if bodhi were to remember the last update with which each n-v-r was associated rather than only the n-v-rs that are currently associated with updates. If the change to links outside of mailing lists will also be reverted, then instances where length matters (e.g. IRC) could be improved by making update IDs in search results and individual update pages into ID-based links so people at least don't have to construct them on their own. Thoughts? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Improvements Eclipse Installation
On Wed, Oct 26, 2011 at 11:20:46AM -0400, sami wagiaalla wrote: Hi, The way we currently install Eclipse plugins in Fedora is incorrect and somewhat fragile. RPM places all the plugin artifacts in the proper directories. However that does not update the eclipse metadata. This means that until the next time eclipse starts it is unaware of the newly installed plugins. Because the user would normally run Eclipse not as root Eclipse does not have permission to write to the meta data files located in the installation directory. It therefore creates a parallel version in the user's home directory ~/.eclipse. This creates a fragile installation and leads to a whole host of problems. To improve this I have written apatch which runs the Eclipse reconciler during rpm installation. The Eclipse reconciler is an Eclipse application which goes through and checks the installation directories and updates the eclipse metadata with any newly installed plugins. To add support for this in your eclipse package you have to add the following line to your rpm spec file: %_eclipse_pkg [package name] Here is an example from the eclipse-rse spec file for the eclipse-rse-sdk rpm: %package sdk [...] %_eclipse_pkg sdk The above macro expands to the following: %post sdk touch /var/run/eclipse/run-reconciler %postun sdk touch /var/run/eclipse/run-reconciler if [ $1 == 0 ]; then eclipse-reconciler.sh fi %posttrans sdk eclipse-reconciler.sh I apologize if you have experienced instability in Eclipse installations on rawhide, it is probably due to these changes. Please let me know if you have any comments questions or suggestions. I will be filing a request to update the Eclipse packaging guidelines. Yes please. One note, I don't like macros that span multiple scriptlets. Having a macro for each scriptlet (or forgoing a macro if the resulting code is simple enough) seems to be about the right level of indirection. -Toshio pgptX5ER6T6d5.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
java-1.7.0-openjdk breaks java detection in LibreOffice?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, is it just me or is java-1.7.0-openjdk breaking LibreOffice java detection? On my machine LO only found java-1.5.0 after installing java-1.7.0-openjdk. Neither java-1.6.0 nor java-1.7.0 were found by LO. After removing java-1.7.0-openjdk LO found java-1.5.0 as well as java-1.6.0. - -- Mit freundlichen Grüßen/Regards Heiko Adams -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk6oOkIACgkQ/zGbOvPHkcJlWQEAglYrM5B7lPOoif6ZhJuGgKQ/ BH/xwxE4BBiPKtKIhE4A/RzUtQheDdhjt8sHJZaryAM6iaf0uOb+HYaam0fLjE1q =WXWY -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: yubikey
On Tue, Oct 25, 2011 at 04:56:18PM -0700, Adam Williamson wrote: On Tue, 2011-10-25 at 16:44 -0700, Toshio Kuratomi wrote: FAS and bodhi are single sign on (iirc, everything on admin.fedoraproject.org). Well, Bodhi seems to do a damn good job of forgetting you're signed in. I've never tried to analyze this carefully, it's just a subjective feeling that I seem to have to log into it a hell of a lot... It's supposed to be 20 minutes of inactivity (ie, make no requests to fas/bodhi/pkgdb/elections in 20 minutes and your session expires). There's only one time that I've found this to not work when I've actually measured it. That was when we had time skew on our fas servers. So when a session was updated on one server, it updated the session information with a timestamp far enough in the past that the next server to check the session decided that it was expired. -Toshio pgpr80AlO2Iax.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: java-1.7.0-openjdk breaks java detection in LibreOffice?
On Wed, Oct 26, 2011 at 12:50 PM, Heiko Adams fedora-upda...@heiko-adams.de wrote: is it just me or is java-1.7.0-openjdk breaking LibreOffice java detection? Sounds like it might be related to bug 748585. -- Jared Smith Fedora Project Leader -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F16 my network doesn't work after an update and I don't know how to fix it...
W dniu 26 października 2011 18:18 użytkownik Michał Piotrowski mkkp...@gmail.com napisał: Hi, Today I updated my F16 to latest version. After a while I noticed some problems with network, I rebooted system and after this my network on this box doesn't work anymore. Sorry for the noise. This was a problem with my router. I checked the cable before on my laptop - it worked fine. In some way my laptop obtained dhcp data from router without problem, but my dev server was not able to do it. Router reboot solved the problem. -- Best regards, Michal http://eventhorizon.pl/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F16 my network doesn't work after an update and I don't know how to fix it...
On 10/26/2011 06:18 PM, Michał Piotrowski wrote: Hi, Today I updated my F16 to latest version. After a while I noticed some problems with network, I rebooted system and after this my network on this box doesn't work anymore. I use NetworkManager and dhcp. During the update NetworkManager and NetworkManager-glib was updated from 1:0.9.1.90-3.git20110927 to 1:0.9.1.90-4.git20110927, dhclient, dhcp-libs and dhcp-common was updated from 12:4.2.2-9 to 12:4.2.3-1. I downgraded NetworkManager and dhcp packages to previous versions, but my network still doesn't work. I guess that one of other updates broke it. I see in history: cronie-* - unlikeley dracut freetype gdb ghostscript-fonts gitweb kernel - I tried previous version - stil no network libblkid libdrm libmount libuuid ntp ntpdate perl-* - many packages php-pear polkit sane-* shared-mime tzdata-* util-linux xen-* ifconfig doesn't show information about inet address so I guess that it is not obtained from dhcp. When I try to run dhclient manualy it can obtain data from dhcp, but it works really slow. When I strace it I see wait4(-1, Warning: cannot bind to specific iface, falling back: Operation not permited I have no idea what could cause this but dhclient wasn't touched between 4.2.2-9 and 4.2.3-1. Does anyone have any idea what should I downgrade to fix my network? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F16 my network doesn't work after an update and I don't know how to fix it...
On Wed, 2011-10-26 at 18:18 +0200, Michał Piotrowski wrote: Hi, Today I updated my F16 to latest version. After a while I noticed some problems with network, I rebooted system and after this my network on this box doesn't work anymore. I use NetworkManager and dhcp. During the update NetworkManager and NetworkManager-glib was updated from 1:0.9.1.90-3.git20110927 to 1:0.9.1.90-4.git20110927, dhclient, dhcp-libs and dhcp-common was updated from 12:4.2.2-9 to 12:4.2.3-1. I downgraded NetworkManager and dhcp packages to previous versions, but my network still doesn't work. I guess that one of other updates broke it. I see in history: cronie-* - unlikeley dracut freetype gdb ghostscript-fonts gitweb kernel - I tried previous version - stil no network libblkid libdrm libmount libuuid ntp ntpdate perl-* - many packages php-pear polkit sane-* shared-mime tzdata-* util-linux xen-* ifconfig doesn't show information about inet address so I guess that it is not obtained from dhcp. When I try to run dhclient manualy it can obtain data from dhcp, but it works really slow. When I strace it I see wait4(-1, Warning: cannot bind to specific iface, falling back: Operation not permited Does anyone have any idea what should I downgrade to fix my network? NM prints information to /var/log/messages about what's going on with the network. If you could pastebin the section of your /var/log/messages that shows a connection attempt or two, we can diagnose further. Based on the /var/log/messages I may ask that we move this to bugzilla. More info on debugging NM can be found here: http://live.gnome.org/NetworkManager/Debugging Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-CatalystX-REPL/f16] initial import (rhbz#742559)
Summary of changes: 733c84d... initial import (rhbz#742559) (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: java-1.7.0-openjdk breaks java detection in LibreOffice?
Am 26.10.2011 19:06, schrieb Jared K. Smith: On Wed, Oct 26, 2011 at 12:50 PM, Heiko Adams fedora-upda...@heiko-adams.de wrote: is it just me or is java-1.7.0-openjdk breaking LibreOffice java detection? Sounds like it might be related to bug 748585. That would explain why java-1.7.0 isn't found by LO but not why java-1.7.0 hides java-1.6.0. But on the other hand java-1.7.0 is just some kind of technical preview. Regards, Heiko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Review swaps
On Wed, 26 Oct 2011 09:18:55 -0600 Jerry James wrote: The first two should be dead easy. From Fedora's point of view, they're just data packages; no libraries or binaries are involved. The third one is a bit complex. I had to tweak a lot of pathnames to match existing Fedora practice, as well as do some violence to the Makefiles to eliminate unused direct shared library dependencies and undefined non-weak symbols. So please swap me for 2 easy and one hard review of your own. :-) Do you consider this an easy or a hard one: ;) espresso - Extensible Simulation Package for Research on Soft matter https://bugzilla.redhat.com/show_bug.cgi?id=740846 I'll try to have a look at your hard one, but I have no ocalm experience yet. So maybe I'll just review your first one - we'll see ;) Tom -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Review swaps
On Wed, Oct 26, 2011 at 12:50 PM, Thomas Spura toms...@fedoraproject.org wrote: Do you consider this an easy or a hard one: ;) espresso - Extensible Simulation Package for Research on Soft matter https://bugzilla.redhat.com/show_bug.cgi?id=740846 Molecular dynamics simulations! Wow, I suddenly flashed back to grad school. :-) I'll try to have a look at your hard one, but I have no ocalm experience yet. So maybe I'll just review your first one - we'll see ;) Well, I have no MPI experience, so I think we're about equal. I'll give it a try. Thanks, -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: New bodhi bugfix release in production
On Wed, 2011-10-26 at 13:45 +0200, Kevin Kofler wrote: Adam Williamson wrote: Really this is just a tooling question of whether it's overall more convenient to have Bodhi use IDs and then implement convenience scripts/tools wherever we refer to the updates which can identify them - like a bot in IRC, and a modification to the updates-testing email to make it use the old format, etc - or whether it's better to have Bodhi use NEVRs and then have to somehow deal with the problem of updates with dozens of packages, and the problem of updates which are edited to include different NEVRs. Hmmm, a suggestion: Maybe we could do what some sites like kde-apps.org do and default to URLs which include BOTH the ID and the packagename-version list, but have Bodhi only actually use the ID and ignore the packagename-version entirely. See e.g.: http://kde-apps.org/content/show.php/Apper?content=84745 http://kde-apps.org/content/show.php/KPackageKit?content=84745 http://kde-apps.org/content/show.php/Pink_Pony?content=84745 http://kde-apps.org/content/show.php?content=84745 (The first link is what the site produces by default, the second is what it used to produce before the package got renamed, the third is to prove you can write in anything and it will be ignored and the fourth is the equivalent of Bodhi's current ID-based URLs, which also works.) But I'd put the ID first so it's easier to rip off the ignored stuff from the link if a short URL is needed. That should bring us the best of both worlds (and people who are bothered by the redundant stuff could simply rip out everything after the ID from the URL, just as we're doing now for that CSRF junk anyway). That sure sounds good to me, if we hit on a format that's easily readable. nice idea. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: UsrMove feature (was Re: FESCo meeting minutes for 2011-10-24)
On Wed, 2011-10-26 at 15:40 +0200, Harald Hoyer wrote: On 10/24/2011 08:05 PM, Chris Adams wrote: === #fedora-meeting: FESCO (2011-10-24) === * Discussion about https://fedoraproject.org/wiki/Features/UsrMove (t8m, 17:26:45) Sometimes you have to clean up your room and tidy up the mess, which piled up over time. This cleanup can be done on one day and checked in by one person. It's not rocket science! It does not break anything, because the compat symlinks will _not_ go away. Every time someone says this, something winds up breaking anyway, because of some kind of oddness like situations where the symlinks aren't read or become recursive, or selinux issues (always a fun one)! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: New bodhi bugfix release in production
Or perhaps even: https://admin.fedoraproject.org/updates/FEDORA--N/package1-1.1.fc16,package2-1.1.fc16 where anything after the FEDORA--N doesn't matter, but could contain all the current packages in the update. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: yubikey
On Wed, Oct 26, 2011 at 12:11:25PM -0700, Adam Williamson wrote: On Wed, 2011-10-26 at 09:57 -0700, Toshio Kuratomi wrote: On Tue, Oct 25, 2011 at 04:56:18PM -0700, Adam Williamson wrote: On Tue, 2011-10-25 at 16:44 -0700, Toshio Kuratomi wrote: FAS and bodhi are single sign on (iirc, everything on admin.fedoraproject.org). Well, Bodhi seems to do a damn good job of forgetting you're signed in. I've never tried to analyze this carefully, it's just a subjective feeling that I seem to have to log into it a hell of a lot... It's supposed to be 20 minutes of inactivity (ie, make no requests to fas/bodhi/pkgdb/elections in 20 minutes and your session expires). There's only one time that I've found this to not work when I've actually measured it. That was when we had time skew on our fas servers. So when a session was updated on one server, it updated the session information with a timestamp far enough in the past that the next server to check the session decided that it was expired. Well, 20 mins inactivity sounds about 'right', as in, it matches my experience. seems like a very short timeout, but maybe it's appropriate. We've asked for feedback from some of our Fedora security people about best practice here but I get the impression no one wants to commit on what best practices are. If you can find a best practice for idle timeouts somewhere that I can read up on, I can certainly look at making the session last longer. -Toshio pgplHIPw6Fmp0.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS on LVM causes long fedora-storage-init run?
On Mon, Oct 10, 2011 at 4:11 PM, Lennart Poettering mzerq...@0pointer.de wrote: Next step: could you copy /lib/systemd/system/systemd-tmpfiles.service to /etc/systemd/system/ and prefix the ExecStart with /usr/bin/strace -o /run/tmpfiles.strace, and then paste the output that generates in that file somewhere? That should tell us what files tmpfiles actually accesses there. Well I reverted the change to get a bootable system but something went wrong on the next yum update. It locked in the middle of a package install and had a kernel panic. I was eventually able to get yum-complete-transaction to run without trying to erase every package on the machine but it looks like I got some BTRFS corruption. I think I'm going to wipe it and put the latest F16 (RC/TC/whatever) on it. I'll report back if I'm still having issues. Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] Remaining F16 blockers and F16 planning (2011-10-26)
Hey, folks. This mail brought to you by my ever-increasing empty liquor bottle collection and ever-receding hairline. We unfortunately still have open blockers today, which means we will likely do a TC3 compose tonight instead of RC1. The remaining unaddressed blockers are: 1. https://bugzilla.redhat.com/show_bug.cgi?id=668282 PackageKit yum backend uses incorrect encoding for dynamic category names, makes them show up with '?' characters in KPackageKit Nils reported that he would complete work on this today, but has not checked in today at all. This leaves us somewhat stuck, as only Richard Hughes and Nils are really qualified to work on this. Richard is away this week. 2. https://bugzilla.redhat.com/show_bug.cgi?id=731245 KDE fails to start inside a VM , large amount of memory [@ miCopyRegion] Soren fixed the initial issue, but KDE on qxl still doesn't really work correctly. Details and logs are in the latest comments on the bug, and I'm currently uploading a live image for convenient reproduction. Again, contributions are welcome here. 3. https://bugzilla.redhat.com/show_bug.cgi?id=736893 New Install of Fedora 16 TC1 on iBFT iSCSI NIC fails on first reboot Again, we're still rather looking for information from the reporter here. Tim may be able to acquire an iBFT NIC for testing today. 4. https://bugzilla.redhat.com/show_bug.cgi?id=748747 Totem doesn't display video when using software 3D rendering Did not hear from ajax in relation to this bug today. Again, we really need development input on this one. 5. https://bugzilla.redhat.com/show_bug.cgi?id=747377 heap corruption via multi-threaded git grep This is the bug in glibc 12.999 and 13 which can at least potentially cause just about any app to crash. We're in the middle of addressing it; a fixed glibc is out for testing and we are now mass-rebuilding all packages which hit stable since glibc 12.999 made it to the buildroot. This, obviously, isn't speeding up the whole release process any. Thanks everyone! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: java-1.7.0-openjdk breaks java detection in LibreOffice?
On 19:58 Wed 26 Oct , Heiko Adams wrote: Am 26.10.2011 19:06, schrieb Jared K. Smith: On Wed, Oct 26, 2011 at 12:50 PM, Heiko Adams fedora-upda...@heiko-adams.de wrote: is it just me or is java-1.7.0-openjdk breaking LibreOffice java detection? Sounds like it might be related to bug 748585. That would explain why java-1.7.0 isn't found by LO but not why java-1.7.0 hides java-1.6.0. But on the other hand java-1.7.0 is just some kind of technical preview. No it isn't. 1.7 has been released and is final. http://blogs.oracle.com/javase/entry/java_7_has_released Regards, Heiko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and IcedTea http://www.gnu.org/software/classpath http://icedtea.classpath.org PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: java-1.7.0-openjdk breaks java detection in LibreOffice?
On Wed, 2011-10-26 at 23:58 +0100, Dr Andrew John Hughes wrote: On 19:58 Wed 26 Oct , Heiko Adams wrote: Am 26.10.2011 19:06, schrieb Jared K. Smith: On Wed, Oct 26, 2011 at 12:50 PM, Heiko Adams fedora-upda...@heiko-adams.de wrote: is it just me or is java-1.7.0-openjdk breaking LibreOffice java detection? Sounds like it might be related to bug 748585. That would explain why java-1.7.0 isn't found by LO but not why java-1.7.0 hides java-1.6.0. But on the other hand java-1.7.0 is just some kind of technical preview. No it isn't. 1.7 has been released and is final. As far as F16's concerned, it's a 'tech preview' though. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: java-1.7.0-openjdk breaks java detection in LibreOffice?
On Wed, Oct 26, 2011 at 11:58:30PM +0100, Dr Andrew John Hughes wrote: On 19:58 Wed 26 Oct , Heiko Adams wrote: Am 26.10.2011 19:06, schrieb Jared K. Smith: On Wed, Oct 26, 2011 at 12:50 PM, Heiko Adams fedora-upda...@heiko-adams.de wrote: is it just me or is java-1.7.0-openjdk breaking LibreOffice java detection? Sounds like it might be related to bug 748585. That would explain why java-1.7.0 isn't found by LO but not why java-1.7.0 hides java-1.6.0. But on the other hand java-1.7.0 is just some kind of technical preview. No it isn't. 1.7 has been released and is final. http://blogs.oracle.com/javase/entry/java_7_has_released It is a tech preview in Fedora 16. -Toshio pgpVR8JnIs2kl.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: New bodhi bugfix release in production
On Wed, Oct 26, 2011 at 03:04:12PM -0700, Garrett Holmstrom wrote: On Wed, Oct 26, 2011 at 12:07 PM, Kevin Fenzi ke...@scrye.com wrote: Or perhaps even: https://admin.fedoraproject.org/updates/FEDORA--N/package1-1.1.fc16,package2-1.1.fc16 where anything after the FEDORA--N doesn't matter, but could contain all the current packages in the update. This sounds reasonable to me. How feasible is teaching bodhi to parse that sort of URI that way? Very feasible :) https://fedorahosted.org/bodhi/changeset/86ec2fb28d15c2fc76866924a84f1380221948d6 luke -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: New bodhi bugfix release in production
On Wed, Oct 26, 2011 at 07:17:10PM -0400, Luke Macken wrote: On Wed, Oct 26, 2011 at 03:04:12PM -0700, Garrett Holmstrom wrote: On Wed, Oct 26, 2011 at 12:07 PM, Kevin Fenzi ke...@scrye.com wrote: Or perhaps even: https://admin.fedoraproject.org/updates/FEDORA--N/package1-1.1.fc16,package2-1.1.fc16 where anything after the FEDORA--N doesn't matter, but could contain all the current packages in the update. This sounds reasonable to me. How feasible is teaching bodhi to parse that sort of URI that way? Very feasible :) https://fedorahosted.org/bodhi/changeset/86ec2fb28d15c2fc76866924a84f1380221948d6 Of course, I pulled the git-push trigger too early, and the above commit has a couple of issues, which have since been resolved. Kevin Fenzi's suggestion for using /updates/ID/builds as a default URL structure has been implemented. Since it only looks for the update by the ID the builds can change and it will still take you to the same update. The update IDs are assigned when they are first pushed to testing, so pending updates will still have the same /updates/builds URL that they always have. Thanks to everyone who contributed their ideas in this thread! luke -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: New bodhi bugfix release in production
On 10/26/2011 05:27 PM, Tom Hughes wrote: Many CMS systems and the like work in that way. It's also what things like stackoverflow do, for example: http://stackoverflow.com/questions/7901782/war-does-not-start-on-tomcat5-on-redhat-enterprise-server where only the question number really matters - you can change the text which follows to anything. Yep. So does Ask Fedora. http://ask.fedoraproject.org Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File NetAddr-IP-4.052.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-NetAddr-IP: 703eedbb46ea57330a20b94c07430923 NetAddr-IP-4.052.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-NetAddr-IP] Update to 4.052
commit 712fd1da14bf14ab166eac9fcdd16cf103cda9da Author: Paul Howarth p...@city-fan.org Date: Wed Oct 26 09:27:42 2011 +0100 Update to 4.052 - New upstream release 4.052 - In InetBase.pm v0.03: - Socket6 prior to version 0.23 does not have AF_INET6 in the EXPORT_OK array; modify InetBase.pm to work around this - Remove reference to Config{osname} - In Lite.pm v1.35: - Add support for Math::BigInt to NetAddr::IP::Lite - Use Math::BigInt::Calc for creating BigInt values and fall back to NetAddr::IP::Calc if Math::BigInt is not present (fixes CPAN RT#71869) - BR: perl(Data::Dumper) and perl(Math::BigInt) - Add runtime dependency on perl(Math::BigInt) for performance and consistency - Update UTF-8 patch to apply cleanly ...4.049-UTF8.patch = NetAddr-IP-4.050-UTF8.patch |6 ++-- perl-NetAddr-IP.spec | 22 ++- sources|2 +- 3 files changed, 24 insertions(+), 6 deletions(-) --- diff --git a/NetAddr-IP-4.049-UTF8.patch b/NetAddr-IP-4.050-UTF8.patch similarity index 93% rename from NetAddr-IP-4.049-UTF8.patch rename to NetAddr-IP-4.050-UTF8.patch index dbe0c58..076ad0a 100644 --- a/NetAddr-IP-4.049-UTF8.patch +++ b/NetAddr-IP-4.050-UTF8.patch @@ -11,16 +11,16 @@ copyright notice and license for this module. --- NetAddr-IP/Lite/Lite.pm +++ NetAddr-IP/Lite/Lite.pm -@@ -1381,7 +1381,7 @@ +@@ -1474,7 +1474,7 @@ - =head1 AUTHOR + =head1 AUTHORS -Luis E. Mu�oz Eltluismu...@cpan.orgegt, +Luis E. Muñoz Eltluismu...@cpan.orgegt, Michael Robinton Eltmich...@bizsystems.comegt =head1 WARRANTY -@@ -1391,7 +1391,7 @@ +@@ -1484,7 +1484,7 @@ =head1 COPYRIGHT diff --git a/perl-NetAddr-IP.spec b/perl-NetAddr-IP.spec index 3bd2bb5..c642971 100644 --- a/perl-NetAddr-IP.spec +++ b/perl-NetAddr-IP.spec @@ -1,19 +1,22 @@ Name: perl-NetAddr-IP -Version:4.049 +Version:4.052 Release:1%{?dist} Summary:Manages IPv4 and IPv6 addresses and subnets License:GPLv2+ Group: Development/Libraries URL:http://search.cpan.org/dist/NetAddr-IP/ Source0: http://search.cpan.org/CPAN/authors/id/M/MI/MIKER/NetAddr-IP-%{version}.tar.gz -Patch0: NetAddr-IP-4.049-UTF8.patch +Patch0: NetAddr-IP-4.050-UTF8.patch BuildRequires: perl(AutoLoader) BuildRequires: perl(Carp) +BuildRequires: perl(Data::Dumper) BuildRequires: perl(Exporter) BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Math::BigInt) BuildRequires: perl(Test::More) BuildRequires: perl(Socket6) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +Requires: perl(Math::BigInt) # Don't provide private Perl libs or redundant unversioned provides %global __provides_exclude ^(perl\\(NetAddr::IP(::(InetBase|Util(PP)?))?\\)$|Util\\.so) @@ -49,12 +52,27 @@ make test %{perl_vendorarch}/auto/NetAddr/ %{perl_vendorarch}/NetAddr/ %{_mandir}/man3/NetAddr::IP.3pm* +%{_mandir}/man3/NetAddr::IP::Calc.3pm* %{_mandir}/man3/NetAddr::IP::InetBase.3pm* %{_mandir}/man3/NetAddr::IP::Lite.3pm* %{_mandir}/man3/NetAddr::IP::Util.3pm* %{_mandir}/man3/NetAddr::IP::UtilPP.3pm* %changelog +* Wed Oct 26 2011 Paul Howarth p...@city-fan.org 4.052-1 +- update to 4.052 + - in InetBase.pm v0.03: +- Socket6 prior to version 0.23 does not have AF_INET6 in the EXPORT_OK + array; modify InetBase.pm to work around this +- remove reference to Config{osname} + - in Lite.pm v1.35: +- add support for Math::BigInt to NetAddr::IP::Lite +- use Math::BigInt::Calc for creating BigInt values and fall back to + NetAddr::IP::Calc if Math::BigInt is not present (fixes CPAN RT#71869) +- BR: perl(Data::Dumper) and perl(Math::BigInt) +- add runtime dependency on perl(Math::BigInt) for performance and consistency +- update UTF-8 patch to apply cleanly + * Thu Oct 20 2011 Paul Howarth p...@city-fan.org - 4.049-1 - update to 4.049 - in Lite v1.32: diff --git a/sources b/sources index afe438a..0d653bc 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -3021d2db44fe151012b7fcef99127cc4 NetAddr-IP-4.049.tar.gz +703eedbb46ea57330a20b94c07430923 NetAddr-IP-4.052.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-NetAddr-IP] Created tag perl-NetAddr-IP-4.052-1.fc17
The lightweight tag 'perl-NetAddr-IP-4.052-1.fc17' was created pointing to: 712fd1d... Update to 4.052 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 748130] perl-NetAddr-IP-4.050 is available
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=748130 Paul Howarth p...@city-fan.org changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-NetAddr-IP-4.052-1.fc1 ||7 Resolution||RAWHIDE Last Closed||2011-10-26 04:37:41 --- Comment #2 from Paul Howarth p...@city-fan.org 2011-10-26 04:37:41 EDT --- (In reply to comment #1) Test suite for 4.050 is failing on x86_64: https://rt.cpan.org/Public/Bug/Display.html?id=71869 This was fixed in 4.051 but that had issues with Math::BigInt::Calc 0.40, which were resolved in 4.052. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 749157] New: perl-Dancer-1.3080 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-Dancer-1.3080 is available https://bugzilla.redhat.com/show_bug.cgi?id=749157 Summary: perl-Dancer-1.3080 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-Dancer AssignedTo: mmasl...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: j...@di.uminho.pt, fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com, psab...@redhat.com Classification: Fedora Story Points: --- Type: --- Latest upstream release: 1.3080 Current version in Fedora Rawhide: 1.3072 URL: http://search.cpan.org/dist/Dancer/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 746941] perl-Mojolicious-2.11 is available
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=746941 Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org changed: What|Removed |Added Summary|perl-Mojolicious-2.10 is|perl-Mojolicious-2.11 is |available |available --- Comment #6 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org 2011-10-26 06:45:18 EDT --- Latest upstream release: 2.11 Current version in Fedora Rawhide: 1.99 URL: http://search.cpan.org/dist/Mojolicious/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 749158] New: perl-MIME-EncWords-1.012.4 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-MIME-EncWords-1.012.4 is available https://bugzilla.redhat.com/show_bug.cgi?id=749158 Summary: perl-MIME-EncWords-1.012.4 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-MIME-EncWords AssignedTo: xav...@bachelot.org ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: xav...@bachelot.org, fedora-perl-devel-l...@redhat.com Classification: Fedora Story Points: --- Type: --- Latest upstream release: 1.012.4 Current version in Fedora Rawhide: 1.012.3 URL: http://search.cpan.org/dist/MIME-EncWords/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 749163] New: perl-XML-LibXSLT-1.74 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-XML-LibXSLT-1.74 is available https://bugzilla.redhat.com/show_bug.cgi?id=749163 Summary: perl-XML-LibXSLT-1.74 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-XML-LibXSLT AssignedTo: mmasl...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: z...@fastmail.fm, fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com Classification: Fedora Story Points: --- Type: --- Latest upstream release: 1.74 Current version in Fedora Rawhide: 1.73 URL: http://search.cpan.org/dist/XML-LibXSLT/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Pugs-Compiler-Rule
perl-Pugs-Compiler-Rule has broken dependencies in the F-16 tree: On x86_64: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 749167] New: cpanspec cannot allocate memory
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: cpanspec cannot allocate memory https://bugzilla.redhat.com/show_bug.cgi?id=749167 Summary: cpanspec cannot allocate memory Product: Fedora Version: 16 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: cpanspec AssignedTo: st...@silug.org ReportedBy: mmasl...@redhat.com QAContact: extras...@fedoraproject.org CC: st...@silug.org, fedora-perl-devel-l...@redhat.com Classification: Fedora Story Points: --- Type: --- cpanspec Dancer Can't fork: Cannot allocate memory at /usr/bin/cpanspec line 898. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Dancer-1.3080.tar.gz uploaded to lookaside cache by mmaslano
A file has been added to the lookaside cache for perl-Dancer: 0c8545adbd76266c15c009cec2cc3bea Dancer-1.3080.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Dancer] 1.3080 bump
commit 0a2742a8e28bd6323e48a7efa31083e1ef3924b2 Author: Marcela Mašláňová mmasl...@redhat.com Date: Wed Oct 26 13:16:48 2011 +0200 1.3080 bump .gitignore |1 + perl-Dancer.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index e734b49..c7276a1 100644 --- a/.gitignore +++ b/.gitignore @@ -1,3 +1,4 @@ /Dancer-1.3040.tar.gz /Dancer-1.3071.tar.gz /Dancer-1.3072.tar.gz +/Dancer-1.3080.tar.gz diff --git a/perl-Dancer.spec b/perl-Dancer.spec index 1a80335..582e87a 100644 --- a/perl-Dancer.spec +++ b/perl-Dancer.spec @@ -1,5 +1,5 @@ Name: perl-Dancer -Version:1.3072 +Version:1.3080 Release:1%{?dist} Summary:Lightweight yet powerful web application framework License:GPL+ or Artistic @@ -88,6 +88,9 @@ make test %{_mandir}/man3/* %changelog +* Wed Oct 26 2011 Marcela Mašláňová mmasl...@redhat.com 1.3080-1 +- 1.3080 bump + * Wed Aug 24 2011 Petr Sabata con...@redhat.com - 1.3072-1 - 1.3072 bump diff --git a/sources b/sources index d128e88..2c7dd73 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -7ecf0bf6b28ba5ed0e7a6f82919394b1 Dancer-1.3072.tar.gz +0c8545adbd76266c15c009cec2cc3bea Dancer-1.3080.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 749163] perl-XML-LibXSLT-1.74 is available
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=749163 Petr Sabata psab...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||psab...@redhat.com AssignedTo|mmasl...@redhat.com |psab...@redhat.com -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File XML-LibXSLT-1.74.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-XML-LibXSLT: f0682d791dcf3391776b3e983f8bd328 XML-LibXSLT-1.74.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-XML-LibXSLT] 1.74 bump
commit eb157dd6dcd6f528d44cb2eab0efb7519bfa10d2 Author: Petr Sabata con...@redhat.com Date: Wed Oct 26 14:25:00 2011 +0200 1.74 bump .gitignore|1 + perl-XML-LibXSLT.spec | 10 +++--- sources |2 +- 3 files changed, 9 insertions(+), 4 deletions(-) --- diff --git a/.gitignore b/.gitignore index 4b15b39..e1bbbc1 100644 --- a/.gitignore +++ b/.gitignore @@ -2,3 +2,4 @@ XML-LibXSLT-1.70.tar.gz /XML-LibXSLT-1.71.tar.gz /XML-LibXSLT-1.72.tar.gz /XML-LibXSLT-1.73.tar.gz +/XML-LibXSLT-1.74.tar.gz diff --git a/perl-XML-LibXSLT.spec b/perl-XML-LibXSLT.spec index ecd98f9..9bf8eca 100644 --- a/perl-XML-LibXSLT.spec +++ b/perl-XML-LibXSLT.spec @@ -1,6 +1,6 @@ Name: perl-XML-LibXSLT # NOTE: also update perl-XML-LibXML to a compatible version. See below why. -Version: 1.73 +Version: 1.74 Release: 1%{?dist} Summary: Perl module for interfacing to GNOME's libxslt Group: Development/Libraries @@ -8,9 +8,11 @@ License: GPL+ or Artistic URL: http://search.cpan.org/dist/XML-LibXSLT/ Source0: http://search.cpan.org/CPAN/authors/id/P/PA/PAJAS/XML-LibXSLT-%{version}.tar.gz BuildRequires: perl(Carp) +BuildRequires: perl(Encode) BuildRequires: perl(Exporter) BuildRequires: perl(ExtUtils::MakeMaker) -BuildRequires: libxslt-devel = 1.1.18, gdbm-devel, libgcrypt-devel, libgpg-error-devel +BuildRequires: perl(Test::More) +BuildRequires: libxslt-devel = 1.1.18, gdbm-devel, libgcrypt-devel, libgpg-error-devel Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) # the package shares code with perl-XML-LibXML, we have to require a compatible version # see https://bugzilla.redhat.com/show_bug.cgi?id=469480 @@ -49,6 +51,9 @@ make test %{_mandir}/man3/*.3* %changelog +* Wed Oct 26 2011 Petr Sabata con...@redhat.com - 1.74-1 +- 1.74 bump + * Tue Oct 11 2011 Petr Sabata con...@redhat.com - 1.73-1 - 1.73 bump @@ -159,4 +164,3 @@ make test * Fri Feb 25 2005 Zing shi...@hotpop.com - 1.57-1 - First build. - diff --git a/sources b/sources index f779ab9..25113c4 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -99b372c85cae773a073d4387e305c29c XML-LibXSLT-1.73.tar.gz +f0682d791dcf3391776b3e983f8bd328 XML-LibXSLT-1.74.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-MIME-tools] Spec file clean-up
commit 13ea9f5d7ca5ebe04ae549343472df4add6b832f Author: Paul Howarth p...@city-fan.org Date: Wed Oct 26 13:40:58 2011 +0100 Spec file clean-up - Use patch rather than scripted iconv to fix character encoding - Use DESTDIR rather than PERL_INSTALL_ROOT - Nobody else likes macros for commands - Use %{_fixperms} macro rather than our own chmod incantation - Explicitly specify all manpages in %files list MIME-tools-5.502-UTF8.patch | 11 ++ perl-MIME-tools.spec| 77 +++--- 2 files changed, 60 insertions(+), 28 deletions(-) --- diff --git a/MIME-tools-5.502-UTF8.patch b/MIME-tools-5.502-UTF8.patch new file mode 100644 index 000..c5d1871 --- /dev/null +++ b/MIME-tools-5.502-UTF8.patch @@ -0,0 +1,11 @@ +--- MIME-tools/ChangeLog MIME-tools/ChangeLog +@@ -213,7 +213,7 @@ + * Added MIME::Parser-decode_bodies method. This lets you force + MIME::Tools to store body parts WITHOUT decoding them. Useful + if you need the exact unmangled message source (for example, +- for GPG-signing.) Patch submitted by J�rn Reder. ++ for GPG-signing.) Patch submitted by Jörn Reder. + + 5.418 2005-09-29 David F. Skoll d...@roaringpenguin.com + diff --git a/perl-MIME-tools.spec b/perl-MIME-tools.spec index 629c5c6..fc3961a 100644 --- a/perl-MIME-tools.spec +++ b/perl-MIME-tools.spec @@ -1,11 +1,12 @@ Summary: Modules for parsing and creating MIME entities in Perl Name: perl-MIME-tools Version: 5.502 -Release: 3%{?dist} +Release: 4%{?dist} Group: Development/Libraries License: GPL+ or Artistic URL: http://search.cpan.org/dist/MIME-tools/ Source0: http://search.cpan.org/CPAN/authors/id/D/DS/DSKOLL/MIME-tools-%{version}.tar.gz +Patch0:MIME-tools-5.502-UTF8.patch BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(File::Path)= 1 BuildRequires: perl(File::Spec)= 0.6 @@ -24,8 +25,8 @@ BuildRequires:perl(Test::Pod) BuildRequires: perl(Test::Pod::Coverage) BuildRequires: perl(Test::Kwalitee) BuildArch: noarch -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) -Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) +Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) %description MIME-tools - modules for parsing (and creating!) MIME entities. Modules in this @@ -38,41 +39,40 @@ parser and tool for building your own MIME parser, and utilities. %setup -q -n MIME-tools-%{version} # Fix character encoding -/usr/bin/iconv -f iso-8859-1 -t utf-8 ChangeLog ChangeLog.utf8 -%{__mv} ChangeLog.utf8 ChangeLog +%patch0 -p1 # The more useful examples will go in %%{_bindir} -%{__mkdir} useful-examples -%{__mv} examples/mime{dump,encode,explode,postcard,send} useful-examples +mkdir useful-examples +mv examples/mime{dump,encode,explode,postcard,send} useful-examples/ %build -%{__perl} Makefile.PL INSTALLDIRS=vendor --skipdeps -%{__make} %{?_smp_mflags} - -%clean -%{__rm} -rf %{buildroot} +perl Makefile.PL INSTALLDIRS=vendor --skipdeps +make %{?_smp_mflags} %install -%{__rm} -rf %{buildroot} -%{__make} pure_install PERL_INSTALL_ROOT=%{buildroot} -/usr/bin/find %{buildroot} -type f -name .packlist -exec %{__rm} -f {} ';' -/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} ';' 2/dev/null -%{__chmod} -R u+w %{buildroot} +rm -rf %{buildroot} +make pure_install DESTDIR=%{buildroot} +find %{buildroot} -type f -name .packlist -exec rm -f {} ';' +find %{buildroot} -depth -type d -exec rmdir {} ';' 2/dev/null +%{_fixperms} %{buildroot} # Put the more useful examples in %%{_bindir} -%{__install} -d -m 755 %{buildroot}%{_bindir} -%{__install} -d -m 755 %{buildroot}%{_mandir}/man1 +install -d -m 755 %{buildroot}%{_bindir} +install -d -m 755 %{buildroot}%{_mandir}/man1 cd useful-examples for ex in mime* do - %{__install} -p -m 755 ${ex} %{buildroot}%{_bindir}/ - /usr/bin/pod2man ${ex} %{buildroot}%{_mandir}/man1/${ex}.1 + install -p -m 755 ${ex} %{buildroot}%{_bindir}/ + pod2man ${ex} %{buildroot}%{_mandir}/man1/${ex}.1 done cd - %check # POD Coverage test fails due to lots of undocumented routines -TEST_POD_COVERAGE=0 %{__make} test +TEST_POD_COVERAGE=0 make test + +%clean +rm -rf %{buildroot} %files %defattr(-,root,root,-) @@ -90,19 +90,40 @@ TEST_POD_COVERAGE=0 %{__make} test %{_mandir}/man1/mimeencode.1* %{_mandir}/man1/mimeexplode.1* %{_mandir}/man1/mimepostcard.1* -%{_mandir}/man1/mimesend* +%{_mandir}/man1/mimesend.1* %{_mandir}/man3/MIME::Body.3pm* -%{_mandir}/man3/MIME::Decoder* +%{_mandir}/man3/MIME::Decoder.3pm* +%{_mandir}/man3/MIME::Decoder::Base64.3pm* +%{_mandir}/man3/MIME::Decoder::BinHex.3pm* +%{_mandir}/man3/MIME::Decoder::Binary.3pm*
[Bug 749163] perl-XML-LibXSLT-1.74 is available
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=749163 Petr Sabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-XML-LibXSLT-1.74-1.fc1 ||7 Resolution||RAWHIDE Last Closed||2011-10-26 08:41:00 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-MIME-tools] Created tag perl-MIME-tools-5.502-4.fc17
The lightweight tag 'perl-MIME-tools-5.502-4.fc17' was created pointing to: 13ea9f5... Spec file clean-up -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 749167] cpanspec cannot allocate memory
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=749167 --- Comment #3 from Petr Pisar ppi...@redhat.com 2011-10-26 10:30:51 EDT --- I see, the sentence In the two-argument (and one-argument) form, one should replace dash ('-') with the command. is just an example for one case. All cases are described in perlipc. Thank you. So it should mkpipe(2) and fork(2) and dup(2) to read output of forked of itself. It seems there is not enough memory for fork. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-CatalystX-REPL/f15] initial import (rhbz#742559)
Summary of changes: 733c84d... initial import (rhbz#742559) (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-IO-Socket-SSL] Update to 1.48
commit fa11cf0c506a794d4b550fbc93128c62899327ab Author: Paul Howarth p...@city-fan.org Date: Wed Oct 26 19:44:23 2011 +0100 Update to 1.48 - New upstream release 1.48: - Further fix for readline fix in 1.45: if the pending data were false (like '0'), it failed to read the rest of the line (CPAN RT#71953) perl-IO-Socket-SSL.spec |7 ++- sources |2 +- 2 files changed, 7 insertions(+), 2 deletions(-) --- diff --git a/perl-IO-Socket-SSL.spec b/perl-IO-Socket-SSL.spec index c3ea99a..a2a862c 100644 --- a/perl-IO-Socket-SSL.spec +++ b/perl-IO-Socket-SSL.spec @@ -4,7 +4,7 @@ # Name: perl-IO-Socket-SSL -Version: 1.47 +Version: 1.48 Release: 1%{?dist} Summary: Perl library for transparent SSL Group: Development/Libraries @@ -59,6 +59,11 @@ rm -rf %{buildroot} %{_mandir}/man3/IO::Socket::SSL.3pm* %changelog +* Wed Oct 26 2011 Paul Howarth p...@city-fan.org - 1.48-1 +- Update to 1.48 + - further fix for readline fix in 1.45: if the pending data were false (like +'0'), it failed to read the rest of the line (CPAN RT#71953) + * Fri Oct 21 2011 Paul Howarth p...@city-fan.org - 1.47-1 - Update to 1.47 - fix for 1.46 - check for mswin32 needs to be /i diff --git a/sources b/sources index 172d85f..34316ab 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -d2c0b2f49d9a4abd1829bd9fef1e9242 IO-Socket-SSL-1.47.tar.gz +c96d57d5089c4eeba2d7a891d7ec5726 IO-Socket-SSL-1.48.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-IO-Socket-SSL] Created tag perl-IO-Socket-SSL-1.48-1.fc17
The lightweight tag 'perl-IO-Socket-SSL-1.48-1.fc17' was created pointing to: fa11cf0... Update to 1.48 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Test-Pod-Content-v0.0.6.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-Test-Pod-Content: 425854a493e10fbc90584417bf212aea Test-Pod-Content-v0.0.6.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-Pod-Content] Update to 0.0.6, add perl default filter and more BuildRequires
commit 98811797cd7199f237e114b64154d96378f37987 Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr Date: Wed Oct 26 23:58:28 2011 +0200 Update to 0.0.6, add perl default filter and more BuildRequires .gitignore |1 + perl-Test-Pod-Content.spec | 18 ++ sources|2 +- 3 files changed, 16 insertions(+), 5 deletions(-) --- diff --git a/.gitignore b/.gitignore index b87ea93..ef19146 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ /Test-Pod-Content-0.0.5.tar.gz +/Test-Pod-Content-v0.0.6.tar.gz diff --git a/perl-Test-Pod-Content.spec b/perl-Test-Pod-Content.spec index a398579..3668c6d 100644 --- a/perl-Test-Pod-Content.spec +++ b/perl-Test-Pod-Content.spec @@ -1,19 +1,24 @@ Name: perl-Test-Pod-Content -Version:0.0.5 -Release:3%{?dist} +Version:0.0.6 +Release:1%{?dist} Summary:Test a Pod's content License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Test-Pod-Content/ -Source0: http://www.cpan.org/authors/id/M/MK/MKUTTER/Test-Pod-Content-%{version}.tar.gz +Source0: http://www.cpan.org/authors/id/M/MK/MKUTTER/Test-Pod-Content-v%{version}.tar.gz BuildArch: noarch BuildRequires: perl(Module::Build) BuildRequires: perl(Pod::Simple) +BuildRequires: perl(Test::Kwalitee) BuildRequires: perl(Test::Perl::Critic) +BuildRequires: perl(Test::Pod) +BuildRequires: perl(Test::Pod::Coverage) BuildRequires: perl(Test::More) BuildRequires: perl(version) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +%{?perl_default_filter} + %description This is a very simple module for testing a Pod's content. It is mainly intended for testing the content of generated Pod - that is, the Pod included in perl @@ -21,7 +26,7 @@ modules generated by some mechanism. Another usage example is to test whether all files contain the same copyright notice. %prep -%setup -q -n Test-Pod-Content-%{version} +%setup -q -n Test-Pod-Content-v%{version} %build %{__perl} Build.PL installdirs=vendor @@ -42,6 +47,11 @@ RELEASE_TESTING=1 ./Build test %{_mandir}/man3/* %changelog +* Wed Oct 26 2011 Emmanuel Seyman emmanuel.sey...@club-internet.fr 0.0.6-1 +- Update to 0.0.6 +- Add perl default filter +- Add BuildRequires for the tests + * Wed Jul 20 2011 Petr Sabata con...@redhat.com - 0.0.5-3 - Perl mass rebuild diff --git a/sources b/sources index 6dbdae8..0983010 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -895452aebc0d809413c865452be28d6a Test-Pod-Content-0.0.5.tar.gz +425854a493e10fbc90584417bf212aea Test-Pod-Content-v0.0.6.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Alien-SeleniumRC-2.90.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-Alien-SeleniumRC: 7349d93c58ced2f747ef6a0cbf8bd510 Alien-SeleniumRC-2.90.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Task-Catalyst/f16] update to 4.02
Summary of changes: c56029c... update to 4.02 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Catalyst-Plugin-Singleton-0.2.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Catalyst-Plugin-Singleton: e4045c9ee82b3b44c48dd64660884d9a Catalyst-Plugin-Singleton-0.2.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 742671] perl-Task-Catalyst-4.02 is available
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=742671 --- Comment #2 from Fedora Update System upda...@fedoraproject.org 2011-10-26 23:55:55 EDT --- perl-Task-Catalyst-4.02-1.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/perl-Task-Catalyst-4.02-1.fc16 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 742671] perl-Task-Catalyst-4.02 is available
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=742671 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ASSIGNED|MODIFIED Bug 742671 depends on bug 742557, which changed state. Bug 742557 Summary: Review Request: perl-CatalystX-Profile - Profile your Catalyst application with Devel::NYTProf https://bugzilla.redhat.com/show_bug.cgi?id=742557 What|Old Value |New Value Resolution||ERRATA Status|ON_QA |CLOSED Bug 742671 depends on bug 742555, which changed state. Bug 742555 Summary: Review Request: perl-Catalyst-Plugin-Session-Store-DBIC - Store your sessions via DBIx::Class https://bugzilla.redhat.com/show_bug.cgi?id=742555 What|Old Value |New Value Resolution||ERRATA Status|ON_QA |CLOSED Bug 742671 depends on bug 742560, which changed state. Bug 742560 Summary: Review Request: perl-CatalystX-SimpleLogin - Provide a simple Login controller which can be reused https://bugzilla.redhat.com/show_bug.cgi?id=742560 What|Old Value |New Value Resolution||ERRATA Status|ON_QA |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Catalyst-Plugin-Singleton] Upstream has deprecated this package
commit 9c46d17a653ca521d5001d2a4f37183136ab73d7 Author: Iain Arnell iarn...@gmail.com Date: Thu Oct 27 06:23:16 2011 +0200 Upstream has deprecated this package .gitignore |1 - dead.package|1 + perl-Catalyst-Plugin-Singleton.spec | 68 --- sources |1 - 4 files changed, 1 insertions(+), 70 deletions(-) --- diff --git a/dead.package b/dead.package new file mode 100644 index 000..8b00067 --- /dev/null +++ b/dead.package @@ -0,0 +1 @@ +Upstream has deprecated this package \ No newline at end of file -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[pkgdb] perl-Catalyst-Plugin-Singleton (un)retirement
Package perl-Catalyst-Plugin-Singleton in Fedora devel has been retired by iarnell To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Catalyst-Plugin-Singleton -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Remaining F16 blockers and F16 planning (2011-10-26)
Hey, folks. This mail brought to you by my ever-increasing empty liquor bottle collection and ever-receding hairline. We unfortunately still have open blockers today, which means we will likely do a TC3 compose tonight instead of RC1. The remaining unaddressed blockers are: 1. https://bugzilla.redhat.com/show_bug.cgi?id=668282 PackageKit yum backend uses incorrect encoding for dynamic category names, makes them show up with '?' characters in KPackageKit Nils reported that he would complete work on this today, but has not checked in today at all. This leaves us somewhat stuck, as only Richard Hughes and Nils are really qualified to work on this. Richard is away this week. 2. https://bugzilla.redhat.com/show_bug.cgi?id=731245 KDE fails to start inside a VM , large amount of memory [@ miCopyRegion] Soren fixed the initial issue, but KDE on qxl still doesn't really work correctly. Details and logs are in the latest comments on the bug, and I'm currently uploading a live image for convenient reproduction. Again, contributions are welcome here. 3. https://bugzilla.redhat.com/show_bug.cgi?id=736893 New Install of Fedora 16 TC1 on iBFT iSCSI NIC fails on first reboot Again, we're still rather looking for information from the reporter here. Tim may be able to acquire an iBFT NIC for testing today. 4. https://bugzilla.redhat.com/show_bug.cgi?id=748747 Totem doesn't display video when using software 3D rendering Did not hear from ajax in relation to this bug today. Again, we really need development input on this one. 5. https://bugzilla.redhat.com/show_bug.cgi?id=747377 heap corruption via multi-threaded git grep This is the bug in glibc 12.999 and 13 which can at least potentially cause just about any app to crash. We're in the middle of addressing it; a fixed glibc is out for testing and we are now mass-rebuilding all packages which hit stable since glibc 12.999 made it to the buildroot. This, obviously, isn't speeding up the whole release process any. Thanks everyone! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net ___ devel-announce mailing list devel-announce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce