Fedora Packages Search
Hi all, I really like this website[1] and think it's really useful. I just wanted to know what the current state of it is. Especially could I use the current URL to promote some packages or is it likely that the URL could change in the near future. Is there some place where I could find information about the things which are planned in the future. Thanks a lot Johannes [1] https://community.dev.fedoraproject.org/packages/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
package with binaries only in /usr/sbin: rpmlint no binaries error, empty debuginfo
I'm working on packaging HP's LTFS filesystem (which uses fuse), and it has binaries only in /usr/sbin. rpmlint complains that there are no binaries, and the debuginfo package is empty. [eric@p1 SPECS]$ rpm -qlvp ../RPMS/x86_64/hpltfs-1.2.2-1.x86_64.rpm -rw-r--r--1 rootroot 1217 Mar 30 00:11 /etc/ltfs.conf -rw-r--r--1 rootroot 400 Mar 30 00:11 /etc/ltfs.conf.local -rwxr-xr-x1 rootroot 3698 Mar 30 00:11 /etc/rc.d/init.d/ltfs -rwxr-xr-x1 rootroot 5895 Mar 30 00:11 /usr/sbin/ltfs -rwxr-xr-x1 rootroot 5929 Mar 30 00:11 /usr/sbin/ltfsck -rwxr-xr-x1 rootroot 5929 Mar 30 00:11 /usr/sbin/mkltfs -rwxr-xr-x1 rootroot 5929 Mar 30 00:11 /usr/sbin/unltfs drwxr-xr-x2 rootroot0 Mar 30 00:11 /usr/share/doc/hpltfs-1.2.2 -rw-r--r--1 rootroot26536 Mar 30 00:11 /usr/share/doc/hpltfs-1.2.2/COPYING.LIB -rw-r--r--1 rootroot 3144 Aug 23 2011 /usr/share/doc/hpltfs-1.2.2/INSTALLING.linux -rw-r--r--1 rootroot11268 Aug 31 2011 /usr/share/doc/hpltfs-1.2.2/README.txt [eric@p1 SPECS]$ rpmlint hpltfs.spec ../RPMS/x86_64/hpltfs-*.rpm ../SRPMS/hpltfs-1.2.2-1.src.rpm hpltfs.x86_64: E: no-binary hpltfs.x86_64: E: incorrect-fsf-address /usr/share/doc/hpltfs-1.2.2/COPYING.LIB hpltfs-debuginfo.x86_64: E: empty-debuginfo-package 3 packages and 1 specfiles checked; 3 errors, 12 warnings. [warnings edited out for brevity] How do I placate rpmlint and get a proper debuginfo, short of moving the binaries into /usr/bin? Thanks! Eric -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: package with binaries only in /usr/sbin: rpmlint no binaries error, empty debuginfo
On Fri, 30 Mar 2012 00:28:23 -0700, ES (Eric) wrote: I'm working on packaging HP's LTFS filesystem (which uses fuse), and it has binaries only in /usr/sbin. rpmlint complains that there are no binaries, and the debuginfo package is empty. [eric@p1 SPECS]$ rpm -qlvp ../RPMS/x86_64/hpltfs-1.2.2-1.x86_64.rpm -rw-r--r--1 rootroot 1217 Mar 30 00:11 /etc/ltfs.conf -rw-r--r--1 rootroot 400 Mar 30 00:11 /etc/ltfs.conf.local -rwxr-xr-x1 rootroot 3698 Mar 30 00:11 /etc/rc.d/init.d/ltfs -rwxr-xr-x1 rootroot 5895 Mar 30 00:11 /usr/sbin/ltfs -rwxr-xr-x1 rootroot 5929 Mar 30 00:11 /usr/sbin/ltfsck -rwxr-xr-x1 rootroot 5929 Mar 30 00:11 /usr/sbin/mkltfs -rwxr-xr-x1 rootroot 5929 Mar 30 00:11 /usr/sbin/unltfs Rather short files = suspicious! Read on. ;) drwxr-xr-x2 rootroot0 Mar 30 00:11 /usr/share/doc/hpltfs-1.2.2 -rw-r--r--1 rootroot26536 Mar 30 00:11 /usr/share/doc/hpltfs-1.2.2/COPYING.LIB -rw-r--r--1 rootroot 3144 Aug 23 2011 /usr/share/doc/hpltfs-1.2.2/INSTALLING.linux -rw-r--r--1 rootroot11268 Aug 31 2011 /usr/share/doc/hpltfs-1.2.2/README.txt [eric@p1 SPECS]$ rpmlint hpltfs.spec ../RPMS/x86_64/hpltfs-*.rpm ../SRPMS/hpltfs-1.2.2-1.src.rpm hpltfs.x86_64: E: no-binary hpltfs.x86_64: E: incorrect-fsf-address /usr/share/doc/hpltfs-1.2.2/COPYING.LIB hpltfs-debuginfo.x86_64: E: empty-debuginfo-package 3 packages and 1 specfiles checked; 3 errors, 12 warnings. [warnings edited out for brevity] How do I placate rpmlint and get a proper debuginfo, short of moving the binaries into /usr/bin? Run the more helpful rpmlint -i as not to misunderstand what no-binary refers to. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora Packages Search
On 03/30/2012 07:06 AM, Johannes Lips wrote: Hi all, I really like this website[1] and think it's really useful. I just wanted to know what the current state of it is There are two things I feel need improvements one is the bug section of it, with my QA hat on I would rather like to see monthly/weekly/daily line or bar graph activity on bugstats instead of what's currently there. In the source section I would like to see a git links and link to the upstream source. Other then the above mentioned items it's becoming very useful and part of my workflow within the project. JBG -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: package with binaries only in /usr/sbin: rpmlint no binaries error, empty debuginfo
On 03/30/2012 09:28 AM, Eric Smith wrote: I'm working on packaging HP's LTFS filesystem (which uses fuse), and it has binaries only in /usr/sbin. rpmlint complains that there are no binaries, and the debuginfo package is empty. [cut] hpltfs.x86_64: E: no-binary hpltfs.x86_64: E: incorrect-fsf-address /usr/share/doc/hpltfs-1.2.2/COPYING.LIB hpltfs-debuginfo.x86_64: E: empty-debuginfo-package 3 packages and 1 specfiles checked; 3 errors, 12 warnings. [warnings edited out for brevity] How do I placate rpmlint and get a proper debuginfo, short of moving the binaries into /usr/bin? Thanks! Eric See http://fedoraproject.org/wiki/Common_Rpmlint_issues -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora Packages Search
On 03/30/2012 08:43 AM, Jóhann B. Guðmundsson wrote: On 03/30/2012 07:06 AM, Johannes Lips wrote: Hi all, I really like this website[1] and think it's really useful. I just wanted to know what the current state of it is There are two things I feel need improvements one is the bug section of it, with my QA hat on I would rather like to see monthly/weekly/daily line or bar graph activity on bugstats instead of what's currently there. In the source section I would like to see a git links and link to the upstream source. Right. That's in the plan: https://fedoraproject.org/wiki/Fedora_Packager Other then the above mentioned items it's becoming very useful and part of my workflow within the project. +1 to that. I especially like the search feature which I can use to summarize the openstack projects for example: https://community.dev.fedoraproject.org/packages/s/openstack Though being able to tag and search on tags would be more general. cheers, Pádraig. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Dropping libusb1-static package ?!
Hi, While working on updating the libusb1 package I noticed it still provides a libusb1-static package. I would very much like to drop this, so 2 questions: 1) Any objections? 2) I'm afraid my repoquery-foo is too weak to figure out if anything BuildRequires libusb1-static, can someone give me a hand with this? Thanks Regards, Hans -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Dropping libusb1-static package ?!
Hans de Goede píše v Pá 30. 03. 2012 v 10:37 +0200: Hi, While working on updating the libusb1 package I noticed it still provides a libusb1-static package. I would very much like to drop this, so 2 questions: 1) Any objections? 2) I'm afraid my repoquery-foo is too weak to figure out if anything BuildRequires libusb1-static, can someone give me a hand with this? repoquery --repoid=rawhide-source --arch=src --whatrequires libusb1-static returns an empty list for me Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: package with binaries only in /usr/sbin: rpmlint no binaries error, empty debuginfo
Michael Schwendt wrote: Rather short files = suspicious! Read on. ;) Thanks, I should have spotted that! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Delay in pushing to update-testing with critical security updates
Why it takes 12-20 hours to submit critical security update to updates-testing repository? Do we have such long queue or is the push done regularly in long period? I think we should prioritize 0day security updates a little more if possible. We're struggling with getting enough positive feedback and this is another 12-20 hours delay and we can't start the build nor make and update the day before Mozilla officially releases it. See: https://admin.fedoraproject.org/updates/FEDORA-2012-1606/thunderbird-10.0.1-1.fc15,xulrunner-10.0.1-1.fc15,firefox-10.0.1-1.fc15?_csrf_token=2687aa88f9c75370a673f0b53ca2cbb1fcda5f68 https://admin.fedoraproject.org/updates/FEDORA-2012-1650/thunderbird-10.0.1-1.fc16,xulrunner-10.0.1-1.fc16,firefox-10.0.1-1.fc16?_csrf_token=2687aa88f9c75370a673f0b53ca2cbb1fcda5f68 https://admin.fedoraproject.org/updates/FEDORA-2012-1845/xulrunner-10.0.1-3.fc15?_csrf_token=2687aa88f9c75370a673f0b53ca2cbb1fcda5f68 https://admin.fedoraproject.org/updates/FEDORA-2011-17408/xulrunner-9.0.1-1.fc16,firefox-9.0.1-1.fc16?_csrf_token=2687aa88f9c75370a673f0b53ca2cbb1fcda5f68 for pushing schedule. -- jh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-17 Branched report: 20120330 changes
Compose started at Fri Mar 30 08:15:04 UTC 2012 Broken deps for x86_64 -- [HippoDraw] HippoDraw-devel-1.21.3-2.fc17.i686 requires python-numarray HippoDraw-devel-1.21.3-2.fc17.x86_64 requires python-numarray HippoDraw-python-1.21.3-2.fc17.x86_64 requires python-numarray [aeolus-conductor] aeolus-conductor-0.4.0-2.fc17.noarch requires ruby(abi) = 0:1.8 [aeolus-configserver] aeolus-configserver-0.4.1-5.fc17.noarch requires ruby-nokogiri [alexandria] alexandria-0.6.8-2.fc17.1.noarch requires ruby(abi) = 0:1.8 [catfish] catfish-engines-0.3.2-4.fc17.1.noarch requires pinot [comoonics-cdsl-py] comoonics-cdsl-py-0.2-19.noarch requires comoonics-base-py [comoonics-cluster-py] comoonics-cluster-py-0.1-25.noarch requires comoonics-base-py [contextkit] contextkit-0.5.15-2.fc15.i686 requires libcdb.so.1 contextkit-0.5.15-2.fc15.x86_64 requires libcdb.so.1()(64bit) [converseen] converseen-0.4.9-3.fc17.x86_64 requires libMagickWand.so.5()(64bit) converseen-0.4.9-3.fc17.x86_64 requires libMagickCore.so.5()(64bit) converseen-0.4.9-3.fc17.x86_64 requires libMagick++.so.5()(64bit) [dh-make] dh-make-0.55-4.fc17.noarch requires debhelper [eruby] eruby-1.0.5-17.fc17.x86_64 requires libruby.so.1.8()(64bit) eruby-libs-1.0.5-17.fc17.i686 requires ruby(abi) = 0:1.8 eruby-libs-1.0.5-17.fc17.i686 requires libruby.so.1.8 eruby-libs-1.0.5-17.fc17.x86_64 requires ruby(abi) = 0:1.8 eruby-libs-1.0.5-17.fc17.x86_64 requires libruby.so.1.8()(64bit) [gcc-python-plugin] gcc-python2-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python2-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python3-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python3-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 [gearmand] gearmand-0.23-2.fc17.x86_64 requires libtcmalloc.so.0()(64bit) gearmand-0.23-2.fc17.x86_64 requires libmemcached.so.8()(64bit) gearmand-0.23-2.fc17.x86_64 requires libboost_program_options-mt.so.1.47.0()(64bit) [genius] genius-1.0.12-2.fc15.x86_64 requires libgmp.so.3()(64bit) gnome-genius-1.0.12-2.fc15.x86_64 requires libgmp.so.3()(64bit) [gnome-phone-manager] gnome-phone-manager-0.66-9.fc17.x86_64 requires libgnome-bluetooth.so.9()(64bit) [gnome-user-share] gnome-user-share-3.0.1-3.fc17.x86_64 requires libgnome-bluetooth.so.9()(64bit) [gorm] gorm-1.2.13-0.2.20110331.fc17.i686 requires libobjc.so.3 gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-gui.so.0.20 gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-base.so.1.23 gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libobjc.so.3()(64bit) gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libgnustep-gui.so.0.20()(64bit) gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libgnustep-base.so.1.23()(64bit) [gscribble] gscribble-0.1.2-2.fc17.noarch requires gnome-python2-gtkhtml2 [i3] i3-4.0.1-2.fc17.x86_64 requires libxcb-property.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-keysyms.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-icccm.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-event.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-aux.so.0()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-atom.so.1()(64bit) [ibus-fep] ibus-fep-1.4.3-1.fc17.x86_64 requires libibus-1.0.so.0()(64bit) [ibus-gucharmap] ibus-gucharmap-1.4.0-3.fc17.x86_64 requires libibus-1.0.so.0()(64bit) [ibus-panel-extensions] ibus-panel-extensions-1.4.99.20111207-1.fc17.i686 requires libibus-1.0.so.0 ibus-panel-extensions-1.4.99.20111207-1.fc17.x86_64 requires libibus-1.0.so.0()(64bit) [ibus-unikey] ibus-unikey-0.6.1-1.fc17.x86_64 requires libibus-1.0.so.0()(64bit) [jboss-jaxrpc-1.1-api] jboss-jaxrpc-1.1-api-1.0.1-0.1.20120309gita3c227.fc17.noarch requires jboss-servlet-3.0-api [kazehakase] kazehakase-ruby-0.5.8-11.svn3873_trunk.fc17.x86_64 requires ruby(abi) = 0:1.8 kazehakase-ruby-0.5.8-11.svn3873_trunk.fc17.x86_64 requires libruby.so.1.8()(64bit) [libprelude] 1:libprelude-ruby-1.0.0-11.fc17.x86_64 requires ruby(abi) = 0:1.8 1:libprelude-ruby-1.0.0-11.fc17.x86_64 requires libruby.so.1.8()(64bit) [libteam] libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-route-3.so.199 libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-nf-3.so.199 libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-genl-3.so.199 libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-cli-3.so.199 libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-3.so.199 libteam-0.1-3.20120130gitb5cf2a8.fc17.x86_64
Delay in pushing to update-testing with critical security updates
Why it takes 12-20 hours to submit critical security update to updates-testing repository? Do we have such long queue or is the push done regularly in long period? I think we should prioritize 0day security updates a little more if possible. We're struggling with getting enough positive feedback and this is another 12-20 hours delay and we can't start the build nor make and update the day before Mozilla officially releases it. See: https://admin.fedoraproject.org/updates/FEDORA-2012-1606/thunderbird-10.0.1-1.fc15,xulrunner-10.0.1-1.fc15,firefox-10.0.1-1.fc15?_csrf_token=2687aa88f9c75370a673f0b53ca2cbb1fcda5f68 https://admin.fedoraproject.org/updates/FEDORA-2012-1650/thunderbird-10.0.1-1.fc16,xulrunner-10.0.1-1.fc16,firefox-10.0.1-1.fc16?_csrf_token=2687aa88f9c75370a673f0b53ca2cbb1fcda5f68 https://admin.fedoraproject.org/updates/FEDORA-2012-1845/xulrunner-10.0.1-3.fc15?_csrf_token=2687aa88f9c75370a673f0b53ca2cbb1fcda5f68 https://admin.fedoraproject.org/updates/FEDORA-2011-17408/xulrunner-9.0.1-1.fc16,firefox-9.0.1-1.fc16?_csrf_token=2687aa88f9c75370a673f0b53ca2cbb1fcda5f68 for pushing schedule. -- jh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Meeting minutes FESCo (2012-03-26)
On Tue, Mar 27, 2012 at 11:16:30AM -0700, Adam Williamson wrote: On Mon, 2012-03-26 at 21:17 +0200, Marcela Mašláňová wrote: Could I suggest that, if FESCo is going to have a different chair each week, you at least have an SOP for arranging the meetings, so that this kind of thing is done consistently? Just in the last two weeks we've had a FESCo meeting announcement with an empty topic, and now a minutes post with a different subject from all the previous minutes posts (the 'standard' appears to be Summary minutes for today's FESCo meeting (-XX-XX)) and with no text but an *attachment* of the meetbot summary. Sorry, but I really do not understand your problem. I have never had a problem recognizing the meeting notes email. The same for parsing its content. (Actually, I haven't even noticed that the subject is not always the same...) If it is really so important that the structure of that email is always the same, without a sligthest variation, it should be sent directly by the bot, without any human intervention. Period. Or do we really need a policy/process/guideline for _everything_? D. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
libnet update to 1.1.6 coming to rawhide, soname bump
This affects the following: libnids suricata syslog-ng Whose owners are CCd and which I'll handle rebuilding unless the owners would rather. Thanks, -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Booting Fedora from LVM with grub2
On 03/29/2012 10:15 PM, Conan Kudo (ニール・ゴンパ) wrote: On Thu, Mar 29, 2012 at 7:18 PM, Chris Lumens clum...@redhat.com mailto:clum...@redhat.com wrote: How is that possible to implement with a: 1. Show GUI, write kickstart. 2. Process kickstart. design? We're not literally going to have one program that you use to construct a kickstart file, write the file out, and then spawn a separate program do to the processing of. We are using kickstart as the data store internally (via pykickstart) and having one program operate on it. The only writing will be towards the end of installation, where we spit out /root/anaconda-ks.cfg. A lot of these tasks like figuring out authentication information and adding extra users can be prompted for while filesystems are being created, then actually take effect and augment the ksdata after packages are laid down. They will be reflected in the final anaconda-ks.cfg. Some other tasks may not map to existing kickstart at all (yet). - Chris -- devel mailing list devel@lists.fedoraproject.org mailto:devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel If we go for doing something like that, is there any reason to keep firstboot around? Couldn't we stuff the actions done in firstboot into anaconda with this newer asynch design? Well, there are some reasons on each side there, and it certainly merits further discussion. Personally, I've got some skepticism about running firstboot-style plugins in the installer. For those that need that (and they are out there), it's a whole lot easier to put things like that in the packageset and have them run at firstboot than to get them into the running install image. But if we decide it's worth it, that's probably a problem we could engineer around, too. -- Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Meeting minutes FESCo (2012-03-26)
On 03/30/2012 08:29 AM, David Tardon wrote: On Tue, Mar 27, 2012 at 11:16:30AM -0700, Adam Williamson wrote: On Mon, 2012-03-26 at 21:17 +0200, Marcela Mašláňová wrote: Could I suggest that, if FESCo is going to have a different chair each week, you at least have an SOP for arranging the meetings, so that this kind of thing is done consistently? Just in the last two weeks we've had a FESCo meeting announcement with an empty topic, and now a minutes post with a different subject from all the previous minutes posts (the 'standard' appears to be Summary minutes for today's FESCo meeting (-XX-XX)) and with no text but an *attachment* of the meetbot summary. Sorry, but I really do not understand your problem. I have never had a problem recognizing the meeting notes email. The same for parsing its content. (Actually, I haven't even noticed that the subject is not always the same...) Presumably the problem is not identifying it when he sees it, but rather searching for it as a reference. The former is easy; the latter isn't necessarily, and consistency would go quite far to change that. -- Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Bug 696680] [abrt] claws-mail-3.7.9-2.fc14: _int_malloc: Process /usr/bin/claws-mail was killed by signal 11 (SIGSEGV)
On Fri, 30 Mar 2012 09:08:47 -0400, bugzilla wrote: 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=696680 abrt-bot@… changed: What|Removed |Added Status|NEW |CLOSED Resolution||DUPLICATE Last Closed||2012-03-30 09:08:45 --- Comment #4 from abrt-bot@… 2012-03-30 09:08:45 EDT --- Backtrace analysis found this bug to be similar to bug #759143, closing as duplicate. Bugs which were found to be similar to this bug: DeviceKit-disks: bug #579968 claws-mail: bug #749177, bug #789636 evince: bug #615380 evolution: bug #744469 evolution-data-server: bug #607960, bug #799718 evolution-exchange: bug #669649 gnome-shell: bug #759143, bug #781780 gvfs: bug #571349 pcmanfm: bug #789628 rhythmbox: bug #681163, bug #709834, bug #748661 xfce4-sensors-plugin: bug #772409 This comment is automatically generated. *** This bug has been marked as a duplicate of bug 759143 *** Dubious. Bug 696680 is about F-14, bug 759143 about F-16 gnome-shell. Reassignment is needed as F-14 didn't have gnome-shell. And why isn't the target bug for the dupes the one with the lowest ticket id? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Bug 789636] [abrt] claws-mail-3.8.0-1.fc16: IMAP - offline mode -_int_memalign: Process /usr/bin/claws-mail was killed by signal 11 (SIGSEGV)
On Fri, 30 Mar 2012 09:09:51 -0400, bugzilla wrote: 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=789636 abrt-bot@… changed: What|Removed |Added Status|NEW |CLOSED Resolution||DUPLICATE Last Closed||2012-03-30 09:09:49 --- Comment #8 from abrt-bot@… 2012-03-30 09:09:49 EDT --- Backtrace analysis found this bug to be similar to bug #759143, closing as duplicate. Bugs which were found to be similar to this bug: DeviceKit-disks: bug #579968 claws-mail: bug #696680, bug #749177 evince: bug #615380 evolution: bug #744469 evolution-data-server: bug #607960, bug #799718 evolution-exchange: bug #669649 gnome-shell: bug #759143, bug #781780 gvfs: bug #571349 pcmanfm: bug #789628 rhythmbox: bug #681163, bug #709834, bug #748661 xfce4-sensors-plugin: bug #772409 This comment is automatically generated. *** This bug has been marked as a duplicate of bug 759143 *** This one is highly suspicious. It would be better to not close it as duplicate so brutally. Interrupting network connection in Claws Mail causes problems somewhere in Claws Mail and/or libetpan IMAP access and crashes the app. It isn't related to the other bugs, IMO. Just the symptoms are similar due to memory management discovering the problem. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora Packages Search
On Fri, 30 Mar 2012 08:06:11 +0100 Johannes Lips johannes.l...@googlemail.com wrote: Hi all, I really like this website[1] and think it's really useful. I just wanted to know what the current state of it is. Especially could I use the current URL to promote some packages or is it likely that the URL could change in the near future. Is there some place where I could find information about the things which are planned in the future. The best place would be the infrastructure list, or #fedora-admin on irc, but here works fine too. ;) We are working on deploying this into production... https://apps.fedoraproject.org/packages/ is the initial instance. We still are working on deploying tagger and cleaning some things up before we officially announce it and start supporting it in production. packages and tagger are part of the 2.0 version of fedora-community. See: https://fedorahosted.org/fedoracommunity for how to contact them and add your ideas/patches/etc. Hope that helps, kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Bug 789636] [abrt] claws-mail-3.8.0-1.fc16: IMAP - offline mode -_int_memalign: Process /usr/bin/claws-mail was killed by signal 11 (SIGSEGV)
Michael Schwendt mschwe...@gmail.com writes: On Fri, 30 Mar 2012 09:09:51 -0400, bugzilla wrote: https://bugzilla.redhat.com/show_bug.cgi?id=789636 *** This bug has been marked as a duplicate of bug 759143 *** This one is highly suspicious. It would be better to not close it as duplicate so brutally. Interrupting network connection in Claws Mail causes problems somewhere in Claws Mail and/or libetpan IMAP access and crashes the app. It isn't related to the other bugs, IMO. Just the symptoms are similar due to memory management discovering the problem. Agreed, this one looks like a false positive. We are going to fix the scripts to ignore glib memory management functions. If you reopen the bug, it will not be touched by the scripts again. Please let us know if you see other suspicious actions. Thanks for the feedback! Karel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Bug 696680] [abrt] claws-mail-3.7.9-2.fc14: _int_malloc: Process /usr/bin/claws-mail was killed by signal 11 (SIGSEGV)
Michael Schwendt mschwe...@gmail.com writes: On Fri, 30 Mar 2012 09:08:47 -0400, bugzilla wrote: https://bugzilla.redhat.com/show_bug.cgi?id=696680 *** This bug has been marked as a duplicate of bug 759143 *** Dubious. Bug 696680 is about F-14, bug 759143 about F-16 gnome-shell. Reassignment is needed as F-14 didn't have gnome-shell. And why isn't the target bug for the dupes the one with the lowest ticket id? The target bug is determined by the number of people in CC and last modification time. Karel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Bug 789636] [abrt] claws-mail-3.8.0-1.fc16: IMAP - offline mode -_int_memalign: Process /usr/bin/claws-mail was killed by signal 11 (SIGSEGV)
On 03/30/2012 05:00 PM, Karel Klíč wrote: Michael Schwendtmschwe...@gmail.com writes: On Fri, 30 Mar 2012 09:09:51 -0400, bugzilla wrote: https://bugzilla.redhat.com/show_bug.cgi?id=789636 *** This bug has been marked as a duplicate of bug 759143 *** This one is highly suspicious. It would be better to not close it as duplicate so brutally. Interrupting network connection in Claws Mail causes problems somewhere in Claws Mail and/or libetpan IMAP access and crashes the app. It isn't related to the other bugs, IMO. Just the symptoms are similar due to memory management discovering the problem. Agreed, this one looks like a false positive. We are going to fix the scripts to ignore glib memory management functions. If you reopen the bug, it will not be touched by the scripts again. Please let us know if you see other suspicious actions. I am suspecting this also to be a false positive: https://bugzilla.redhat.com/show_bug.cgi?id=806419 which was closed as duplicate of https://bugzilla.redhat.com/show_bug.cgi?id=707963) Different OSes (F15, vs, F16), entirely different sets of packages involved, 10 months of Fedora history inbetween. Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Bug 789636] [abrt] claws-mail-3.8.0-1.fc16: IMAP - offline mode -_int_memalign: Process /usr/bin/claws-mail was killed by signal 11 (SIGSEGV)
Ralf Corsepius rc040...@freenet.de writes: I am suspecting this also to be a false positive: https://bugzilla.redhat.com/show_bug.cgi?id=806419 which was closed as duplicate of https://bugzilla.redhat.com/show_bug.cgi?id=707963) Different OSes (F15, vs, F16), entirely different sets of packages involved, 10 months of Fedora history inbetween. The bugs seem to be duplicates to me, although I do not know gstreamer internals. The crashing threads are identical in the backtraces, and it's the same application. Do you think that the differencea in non-crashing threads are relevant in this case? Karel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Delay in pushing to update-testing with critical security updates
On Fri, Mar 30, 2012 at 10:55 AM, Kevin Fenzi ke...@scrye.com wrote: On Fri, 30 Mar 2012 12:15:12 +0200 Jan Horak jho...@redhat.com wrote: Why it takes 12-20 hours to submit critical security update to updates-testing repository? Do we have such long queue or is the push done regularly in long period? f15/f16 updates pushes take a long time. ;( There's some things on the horizon that will hopefully make it better: * Currently updates mashes are done on the rhel6 rel-eng machines. When/if we can do them in a mock chroot, they should use the much faster Fedora createrepo. * Currently 1 fedora push can happen at a time. If we can split that out we can push f15 and f16 in parallel and cut way down on time. I think we should prioritize 0day security updates a little more if possible. We're struggling with getting enough positive feedback and this is another 12-20 hours delay and we can't start the build nor make and update the day before Mozilla officially releases it. If you have a specific update thats critical to push out sooner, ask rel-eng? (in ticket or #fedora-releng on irc). Slightly OT, will it be much longer before the next f17 push, or are we waiting on Beta? -J kevin -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Delay in pushing to update-testing with critical security updates
On Fri, Mar 30, 2012 at 11:08 AM, Kevin Fenzi ke...@scrye.com wrote: On Fri, 30 Mar 2012 10:58:58 -0500 Jon Ciesla limburg...@gmail.com wrote: Slightly OT, will it be much longer before the next f17 push, or are we waiting on Beta? Stable f17 push? yes, thats waiting until after we have a beta. I am doing a testing push in a bit here. 10-4, thanks. -J kevin -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: urandom vs haveged
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 26/03/12 21:56, Chris Murphy wrote: Performance: dd if=/dev/zero ~56MB/s CPU 10% dd if=/dev/urandom ~12MB/s CPU 99% haveged ~54MB/s CPU 25% The dd relative values are consistent with kernels in Fedora 16. However these tests were done with 3.3.0-1. The questions are: Is the urandom performance expected? That sounds reasonable. Unless I mix /dev/random and /dev/urandom, the latter blocks until it has filled up the entropy pool again. What is the quality of pseudo-random data produced by urandom vs haveged? PolarSSL used havege in v1.0 and below. It used RDTSC as a source for seeding the randomisation. However, it turned out that in some virtualised environment, the RDTSC values was quite easy to predict. I'm not sure if I mix it with another issue, but I believe I remember some reporting it to constantly be seeded with 0. Havege is in otherwords something to play carefully with. If used together with other randomisation sources or on bare metal, it's okay. Kind of interesting, as LWN had an article pointing at this blog post today http://rusty.ozlabs.org/?p=265 ... and yesterday the havege implementation in OpenVPN when using PolarSSL was discussed in the developers meeting. As a side note, OpenVPN decided to deprecate PolarSSL versions below v1.1, thus enforcing DRBG as a replacement for havege, due to the mentioned reasons. (Using OpenSSL, nothing changes btw.) If the qualities are similar, or haveged's is better, is there anything that can be done to improve urandom's performance? It really takes quite a bit longer to prepare a disk/volume for encryption. The reason /dev/urandom is experienced as slow is because it tries to ensure a certain level of randomness. That's also a device provided by the kernel. While havege and other rngd's are probably faster as they can use more sources for entropy generation and prepare bigger entropy pools than what's default in the kernel space. But as mentioned, be careful with havege. It might not be as random as you'd expect. kind regards, David Sommerseth -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk915wcACgkQIIWEatLf4HerZQCglA4QOSgRoIR8FwSMBBfR52Su PNgAoKzFupvU2MwuFHty+3cDiUJJPGnv =JN6G -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Queries regarding python packages using setuptools
Hello, I have two queries that I'd like clarified please: 1. Is the setup.py file to be included in the rpm? I was under the impression that this file is only required for building that package and therefore should not be part of the rpm. Is this correct? 2. Are python eggs to be generated for *all* python packages, or only python modules (ie, files in python_sitelib/sitearch)? For example, the sugar package that I'm reviewing[1] goes into sugaractivitydir and does not create an egg-info file. Do I need to request the submitter to force it to create them? [1] https://bugzilla.redhat.com/show_bug.cgi?id=768700 -- Thanks, Regards, Ankur: FranciscoD http://fedoraproject.org/wiki/User:Ankursinha http://dodoincfedora.wordpress.com/ 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: [389-devel] Please review: schema def must have DESC '' - close paren must be preceded by space
Rich Megginson wrote: -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel ack. -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: Queries regarding python packages using setuptools
On Mar 30, 2012 6:34 PM, Ankur Sinha sanjay.an...@gmail.com wrote: Hello, I have two queries that I'd like clarified please: 1. Is the setup.py file to be included in the rpm? I was under the impression that this file is only required for building that package and therefore should not be part of the rpm. Is this correct? No it should not be shipped. 2. Are python eggs to be generated for *all* python packages, or only python modules (ie, files in python_sitelib/sitearch)? For example, the sugar package that I'm reviewing[1] goes into sugaractivitydir and does not create an egg-info file. Do I need to request the submitter to force it to create them? No, they not used by sugar activities Peter [1] https://bugzilla.redhat.com/show_bug.cgi?id=768700 -- Thanks, Regards, Ankur: FranciscoD http://fedoraproject.org/wiki/User:Ankursinha http://dodoincfedora.wordpress.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Perl-Destruct-Level] Created tag perl-Perl-Destruct-Level-0.02-2.el5
The lightweight tag 'perl-Perl-Destruct-Level-0.02-2.el5' was created pointing to: 1b0870e... Initial import (perl-Perl-Destruct-Level-0.02-2) -- 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
[perl-Perl-Destruct-Level] Created tag perl-Perl-Destruct-Level-0.02-2.el6
The lightweight tag 'perl-Perl-Destruct-Level-0.02-2.el6' was created pointing to: 1b0870e... Initial import (perl-Perl-Destruct-Level-0.02-2) -- 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
[perl-Perl-Destruct-Level] Created tag perl-Perl-Destruct-Level-0.02-2.fc15
The lightweight tag 'perl-Perl-Destruct-Level-0.02-2.fc15' was created pointing to: 1b0870e... Initial import (perl-Perl-Destruct-Level-0.02-2) -- 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
[perl-Perl-Destruct-Level] Created tag perl-Perl-Destruct-Level-0.02-2.fc16
The lightweight tag 'perl-Perl-Destruct-Level-0.02-2.fc16' was created pointing to: 1b0870e... Initial import (perl-Perl-Destruct-Level-0.02-2) -- 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
[perl-Perl-Destruct-Level] Created tag perl-Perl-Destruct-Level-0.02-2.fc17
The lightweight tag 'perl-Perl-Destruct-Level-0.02-2.fc17' was created pointing to: 1b0870e... Initial import (perl-Perl-Destruct-Level-0.02-2) -- 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
[perl-Perl-Destruct-Level] Created tag perl-Perl-Destruct-Level-0.02-2.fc18
The lightweight tag 'perl-Perl-Destruct-Level-0.02-2.fc18' was created pointing to: 1b0870e... Initial import (perl-Perl-Destruct-Level-0.02-2) -- 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
[Bug 251128] Review Request: perl-Test-Script - Cross-platform basic tests for scripts
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=251128 --- Comment #12 from Fedora Update System upda...@fedoraproject.org 2012-03-30 14:06:22 EDT --- perl-Test-Script-1.06-1.el5.1 has been pushed to the Fedora EPEL 5 stable repository. -- 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: urandom vs haveged
On 03/30/2012 01:02 PM, David Sommerseth wrote: That sounds reasonable. Unless I mix /dev/random and /dev/urandom, the latter blocks until it has filled up the entropy pool again. Eh, the FORMER (/dev/random) blocks until it has filled up the entropy pool again. I seem to remember that urandom is a PRNG seeded with data from /dev/random; it never blocks. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Introduction.
Hi, my name is Dan and I have submitted the version 5.2.1 of the racket scheme interpreter for review. I use Lisp type languages for my own projects and needed a more recent version than the plt-scheme package for my Fedora box. When I found out that plt-scheme was orphaned that I would become a package maintainer since I can not possibly be the only person that needs this software. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Introduction.
--- On Sat, 2012/3/31, Daniel E. Wilson d...@bureau-13.org wrote: Hi, my name is Dan and I have submitted the version 5.2.1 of the racket scheme interpreter for review. I use Lisp type languages for my own projects and needed a more recent version than the plt-scheme package for my Fedora box. When I found out that plt-scheme was orphaned that I would become a package maintainer since I can not possibly be the only person that needs this software. Hi Dan, I've never used Racket before personally, but you may also be interested to know that Guile 2.0 is out (Fedora currently ships 2.0.3, and I think moving to 2.0.5 soon). The more solid Scheme environments the better, IMO. :-) Have fun. -IY -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: urandom vs haveged
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30/03/12 21:01, Przemek Klosowski wrote: On 03/30/2012 01:02 PM, David Sommerseth wrote: That sounds reasonable. Unless I mix /dev/random and /dev/urandom, the latter blocks until it has filled up the entropy pool again. Eh, the FORMER (/dev/random) blocks until it has filled up the entropy pool again. I seem to remember that urandom is a PRNG seeded with data from /dev/random; it never blocks. Right! I too often mix those two. Thanks for the correction. kind regards, David Sommerseth -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk92GqEACgkQIIWEatLf4Hc1ewCgxoOLNEvXjKvIw9zr2/UjsrYL UecAn3Ssyfvmo1JTfBA3nVv9cDjv67M5 =qVJL -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora Packages Search
On 03/30/2012 03:58 PM, Kevin Fenzi wrote: On Fri, 30 Mar 2012 08:06:11 +0100 Johannes Lipsjohannes.l...@googlemail.com wrote: Hi all, I really like this website[1] and think it's really useful. I just wanted to know what the current state of it is. Especially could I use the current URL to promote some packages or is it likely that the URL could change in the near future. Is there some place where I could find information about the things which are planned in the future. The best place would be the infrastructure list, or #fedora-admin on irc, but here works fine too. ;) We are working on deploying this into production... https://apps.fedoraproject.org/packages/ is the initial instance. We still are working on deploying tagger and cleaning some things up before we officially announce it and start supporting it in production. packages and tagger are part of the 2.0 version of fedora-community. See: https://fedorahosted.org/fedoracommunity for how to contact them and add your ideas/patches/etc. Hope that helps, kevin Yes this helps a lot and answered all my questions! Thanks a lot Kevin! Johannes P.S.: Sorry for posting this to -devel, I just don't want to subscribe to all fedora-mls ;-) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: creating dynamic access control lists for a device: systemd and udev
Ian Malone wrote: Interesting, not sure how you'd tell that. I've now noticed the header #This file is part of systemd. And rpm -qf confirms that, but why don't systemd and udev get into conflict over it? Because udev dropped their equivalent 70-acl.rules in favor of systemd's implementation. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: urandom vs haveged
On Fri, 30 Mar 2012, Steve Grubb wrote: Something else I'd like to mention is that during system installation there is very little system entropy. There is no saved seed to prime the generators with. (LiveCD's have the same problem.) I have a feeling that the randomness of the numbers is not what you would expect. Exactly. This is why daemons generating keys (opensshd, sendmail, openswan) generate their keys on first start and not on install. entropy. But if you don't have a mouse and are doing a text or kickstart install, you need to find a way to get keystrokes involved. If you can think of a key that has no effect on any questions in the install, hit it a bunch of times. If you have a kickstart, put something in the script requiring typing a bunch of keystrokes and throw them away. Or if it is a net install, you can try and ping (-f) the machine for a little while and see if the network card or interrupts gives you entropy. Though that does not seem to be the case for virtual network adaptors. It's sad that even old cheap VIA CPUs have such a strong random device, that's fully supported with Linux, but that Intel and AMD still haven't caught up yet. My 3 week old intel cpu still seems to be lacking support for anything (like intel-rng.ko). A few years ago, I had a server that supported the intel-rng driver, and rngd kept dropping zeroes and logging warnings. I've never ever gotten a single warning from a VIA CPU. Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Bug 789636] [abrt] claws-mail-3.8.0-1.fc16: IMAP - offline mode -_int_memalign: Process /usr/bin/claws-mail was killed by signal 11 (SIGSEGV)
Karel Klíč wrote: Please let us know if you see other suspicious actions. https://bugzilla.redhat.com/show_bug.cgi?id=805736 I reopened the false duplicates. The backtrace here looks the same in all apps: __GI_raise triggered from the Qt event loop, but that's because the Qt event loop catches all exceptions and rethrows them after doing some cleanups. Without the terminal output (which ABRT is unable to capture), there's usually no way to know what the actual exception was (though in the Rosegarden4 case, it seems to originate from a different thread, which shows an interesting backtrace), but it's likely different in each of the apps. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 808197] FTBFS: big endian bug in self checks
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=808197 Petr Pisar ppi...@redhat.com changed: What|Removed |Added CC||ppi...@redhat.com External Bug ID||CPAN 71112 --- Comment #2 from Petr Pisar ppi...@redhat.com 2012-03-30 04:51:10 EDT --- The t/20io-socket-netlink-generic.t:55 test checks serialization of my $message = $genlsock-new_message( nlmsg_type = 30, cmd = 1, version = 2 ); netlink(7) defines netlink header as: struct nlmsghdr { __u32 nlmsg_len;/* Length of message including header. */ __u16 nlmsg_type; /* Type of message content. */ __u16 nlmsg_flags; /* Additional flags. */ __u32 nlmsg_seq;/* Sequence number. */ __u32 nlmsg_pid;/* PID of the sending process. */ }; So I think the expected 00 00 00 14 00 00 00 1e 00 00 00 00 00 00 00 00 is wrong since the type (30 = 0x1e) should occupy two bytes only. Here it spans to nlmsg_flags field. -- 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-Language-Prolog-Yaswi
perl-Language-Prolog-Yaswi has broken dependencies in the F-17 tree: On x86_64: perl-Language-Prolog-Yaswi-0.19-1.fc17.x86_64 requires libswipl.so.5.10.5()(64bit) On i386: perl-Language-Prolog-Yaswi-0.19-1.fc17.i686 requires libswipl.so.5.10.5 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
File Debug-Client-0.18.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Debug-Client: a4391fb6e3a837fc6441d819e67a7ac5 Debug-Client-0.18.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 802986] perl-Debug-Client-0.18 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=802986 --- Comment #2 from Petr Pisar ppi...@redhat.com 2012-03-30 08:31:35 EDT --- Some tests fail because of incompatibility with Term::ReadLine::Perl = 1.0303. The module is not needed indeed. I will exclude it and ask upstream for a help. -- 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 802986] perl-Debug-Client-0.18 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=802986 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Debug-Client-0.18-1.fc ||18 Resolution||RAWHIDE Last Closed||2012-03-30 08:45:42 -- 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 CPAN-Uploader-0.103001.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-CPAN-Uploader: 7698046a5b1d779734568da987b5928b CPAN-Uploader-0.103001.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-CPAN-Uploader] update to 0.103001
commit 68bbd73c5862adc68d7123dd7dc1c196e8cd3891 Author: Iain Arnell iarn...@gmail.com Date: Fri Mar 30 06:55:04 2012 -0600 update to 0.103001 .gitignore |1 + perl-CPAN-Uploader.spec | 10 ++ sources |2 +- 3 files changed, 8 insertions(+), 5 deletions(-) --- diff --git a/.gitignore b/.gitignore index 583242e..6a5a73d 100644 --- a/.gitignore +++ b/.gitignore @@ -1,3 +1,4 @@ CPAN-Uploader-0.101670.tar.gz CPAN-Uploader-0.102150.tar.gz /CPAN-Uploader-0.103000.tar.gz +/CPAN-Uploader-0.103001.tar.gz diff --git a/perl-CPAN-Uploader.spec b/perl-CPAN-Uploader.spec index 1cd7e00..57f4b58 100644 --- a/perl-CPAN-Uploader.spec +++ b/perl-CPAN-Uploader.spec @@ -1,6 +1,6 @@ Name: perl-CPAN-Uploader -Version:0.103000 -Release:4%{?dist} +Version:0.103001 +Release:1%{?dist} Summary:Upload things to the CPAN License:GPL+ or Artistic Group: Development/Libraries @@ -51,14 +51,16 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; RELEASE_TESTING=1 make test %files -%defattr(-,root,root,-) -%doc Changes dist.ini LICENSE META.json README +%doc Changes LICENSE README %{perl_vendorlib}/* %{_bindir}/* %{_mandir}/man1/* %{_mandir}/man3/* %changelog +* Fri Mar 30 2012 Iain Arnell iarn...@gmail.com 0.103001-1 +- update to latest upstream version + * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.103000-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild diff --git a/sources b/sources index 7474177..b6f9454 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -7bd63780e1ebb7ff806ba95b4f60c3ba CPAN-Uploader-0.103000.tar.gz +7698046a5b1d779734568da987b5928b CPAN-Uploader-0.103001.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 Catalyst-Plugin-Session-0.33.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Catalyst-Plugin-Session: bb0561b8c3030f9c24f34617759960ff Catalyst-Plugin-Session-0.33.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-Catalyst-Plugin-Session] update to 0.33
commit b4c19d1e7ead958aa1d669bbd747115ca537da51 Author: Iain Arnell iarn...@gmail.com Date: Fri Mar 30 07:01:58 2012 -0600 update to 0.33 .gitignore|1 + perl-Catalyst-Plugin-Session.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index 24133e4..c3c814d 100644 --- a/.gitignore +++ b/.gitignore @@ -1,3 +1,4 @@ Catalyst-Plugin-Session-0.29.tar.gz /Catalyst-Plugin-Session-0.31.tar.gz /Catalyst-Plugin-Session-0.32.tar.gz +/Catalyst-Plugin-Session-0.33.tar.gz diff --git a/perl-Catalyst-Plugin-Session.spec b/perl-Catalyst-Plugin-Session.spec index 2284065..6067163 100644 --- a/perl-Catalyst-Plugin-Session.spec +++ b/perl-Catalyst-Plugin-Session.spec @@ -1,7 +1,7 @@ Name: perl-Catalyst-Plugin-Session Summary:Catalyst generic session plugin -Version:0.32 -Release:2%{?dist} +Version:0.33 +Release:1%{?dist} License:GPL+ or Artistic Group: Development/Libraries Source0: http://search.cpan.org/CPAN/authors/id/B/BO/BOBTFISH/Catalyst-Plugin-Session-%{version}.tar.gz @@ -81,6 +81,9 @@ make test %{_mandir}/man3/* %changelog +* Fri Mar 30 2012 Iain Arnell iarn...@gmail.com 0.33-1 +- update to latest upstream version + * Sun Jan 22 2012 Iain Arnell iarn...@gmail.com 0.32-2 - drop tests subpackage; move tests to main package documentation diff --git a/sources b/sources index 14019e1..d051d4b 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -978ee69b592aa7b384e118ae2900e251 Catalyst-Plugin-Session-0.32.tar.gz +bb0561b8c3030f9c24f34617759960ff Catalyst-Plugin-Session-0.33.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 DBIx-Class-Schema-Loader-0.07019.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-DBIx-Class-Schema-Loader: a09b96cf9c165ec106baf70938d4bf96 DBIx-Class-Schema-Loader-0.07019.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-DBIx-Class-Schema-Loader] update to 0.07019
commit 64a2796730b27eb9a20040f78cb9878f52e263ef Author: Iain Arnell iarn...@gmail.com Date: Fri Mar 30 08:01:06 2012 -0600 update to 0.07019 .gitignore |1 + perl-DBIx-Class-Schema-Loader.spec |7 +-- sources|2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index c4b6511..6207503 100644 --- a/.gitignore +++ b/.gitignore @@ -3,3 +3,4 @@ DBIx-Class-Schema-Loader-0.05003.tar.gz /DBIx-Class-Schema-Loader-0.07010.tar.gz /DBIx-Class-Schema-Loader-0.07015.tar.gz /DBIx-Class-Schema-Loader-0.07017.tar.gz +/DBIx-Class-Schema-Loader-0.07019.tar.gz diff --git a/perl-DBIx-Class-Schema-Loader.spec b/perl-DBIx-Class-Schema-Loader.spec index e36290c..6757ca8 100644 --- a/perl-DBIx-Class-Schema-Loader.spec +++ b/perl-DBIx-Class-Schema-Loader.spec @@ -1,6 +1,6 @@ Name: perl-DBIx-Class-Schema-Loader Summary:Dynamic definition of a DBIx::Class::Schema -Version:0.07017 +Version:0.07019 Release:1%{?dist} License:GPL+ or Artistic Group: Development/Libraries @@ -86,7 +86,7 @@ iconv -f iso-8859-1 -t utf-8 README.iconv README touch -r README.iconv README rm -f README.iconv -sed -i '1s,#!.*perl,#!%{__perl},' t/*.t +find t -type f -print0 | xargs -0 sed -i '1s,#!.*perl,#!%{__perl},' %build %{__perl} Makefile.PL --skipdeps INSTALLDIRS=vendor @@ -111,6 +111,9 @@ make test %{_bindir}/* %changelog +* Fri Mar 30 2012 Iain Arnell iarn...@gmail.com 0.07019-1 +- update to latest upstream version + * Wed Feb 08 2012 Iain Arnell iarn...@gmail.com 0.07017-1 - update to latest upstream version diff --git a/sources b/sources index 1cb855d..7892118 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -b2bc5056ce57508b7a3a887d5230ac00 DBIx-Class-Schema-Loader-0.07017.tar.gz +a09b96cf9c165ec106baf70938d4bf96 DBIx-Class-Schema-Loader-0.07019.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-DBIx-Class-Schema-Loader/f17] update to 0.07019
Summary of changes: 64a2796... update to 0.07019 (*) (*) 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
Broken dependencies: perl-RPM2
perl-RPM2 has broken dependencies in the rawhide tree: On x86_64: perl-RPM2-1.0-2.fc17.x86_64 requires librpmio.so.2()(64bit) perl-RPM2-1.0-2.fc17.x86_64 requires librpm.so.2()(64bit) On i386: perl-RPM2-1.0-2.fc17.i686 requires librpmio.so.2 perl-RPM2-1.0-2.fc17.i686 requires librpm.so.2 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
File MooseX-Types-Path-Class-0.06.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-MooseX-Types-Path-Class: 8b98dcc6ef5d056781162c9e14a8e94d MooseX-Types-Path-Class-0.06.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-MooseX-Types-Path-Class] update to 0.06
commit c794736b04635e0e7add7458ba493c14ae8c289d Author: Iain Arnell iarn...@gmail.com Date: Fri Mar 30 08:33:01 2012 -0600 update to 0.06 .gitignore|1 + perl-MooseX-Types-Path-Class.spec |9 ++--- sources |2 +- 3 files changed, 8 insertions(+), 4 deletions(-) --- diff --git a/.gitignore b/.gitignore index 4c4d7cf..bfdf67c 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ MooseX-Types-Path-Class-0.05.tar.gz +/MooseX-Types-Path-Class-0.06.tar.gz diff --git a/perl-MooseX-Types-Path-Class.spec b/perl-MooseX-Types-Path-Class.spec index 7d2224f..c913fc3 100644 --- a/perl-MooseX-Types-Path-Class.spec +++ b/perl-MooseX-Types-Path-Class.spec @@ -1,7 +1,7 @@ Name: perl-MooseX-Types-Path-Class Summary:A Path::Class type library for Moose -Version:0.05 -Release:12%{?dist} +Version:0.06 +Release:1%{?dist} License:GPL+ or Artistic Group: Development/Libraries Source0: http://search.cpan.org/CPAN/authors/id/T/TH/THEPLER/MooseX-Types-Path-Class-%{version}.tar.gz @@ -16,7 +16,7 @@ BuildRequires: perl(Moose) = 0.39 BuildRequires: perl(MooseX::Getopt) = 0.05 BuildRequires: perl(MooseX::Types) = 0.04 BuildRequires: perl(Path::Class) = 0.16 -BuildRequires: perl(Test::More) = 0.62 +BuildRequires: perl(Test::More) = 0.88 Requires: perl(Class::MOP) Requires: perl(Moose) = 0.39 @@ -65,6 +65,9 @@ rm -rf %{buildroot} %{_mandir}/man3/*.3* %changelog +* Fri Mar 30 2012 Iain Arnell iarn...@gmail.com 0.06-1 +- update to latest upstream version + * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.05-12 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild diff --git a/sources b/sources index ff8e41d..7c8013a 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -79a0d19fe8b4547b232605645c75aaad MooseX-Types-Path-Class-0.05.tar.gz +8b98dcc6ef5d056781162c9e14a8e94d MooseX-Types-Path-Class-0.06.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-MooseX-Types-Path-Class] clean up spec for modern rpmbuild
commit 983016efbc335d1f0238e914f2302f3861611ba9 Author: Iain Arnell iarn...@gmail.com Date: Fri Mar 30 08:33:36 2012 -0600 clean up spec for modern rpmbuild perl-MooseX-Types-Path-Class.spec |8 +--- 1 files changed, 1 insertions(+), 7 deletions(-) --- diff --git a/perl-MooseX-Types-Path-Class.spec b/perl-MooseX-Types-Path-Class.spec index c913fc3..0954bb8 100644 --- a/perl-MooseX-Types-Path-Class.spec +++ b/perl-MooseX-Types-Path-Class.spec @@ -6,7 +6,6 @@ License:GPL+ or Artistic Group: Development/Libraries Source0: http://search.cpan.org/CPAN/authors/id/T/TH/THEPLER/MooseX-Types-Path-Class-%{version}.tar.gz URL:http://search.cpan.org/dist/MooseX-Types-Path-Class -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) BuildArch: noarch @@ -44,8 +43,6 @@ for both Path::Class::Dir and Path::Class::File. make %{?_smp_mflags} %install -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 ';' @@ -55,11 +52,7 @@ find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null ';' %check make test -%clean -rm -rf %{buildroot} - %files -%defattr(-,root,root,-) %doc Changes README %{perl_vendorlib}/* %{_mandir}/man3/*.3* @@ -67,6 +60,7 @@ rm -rf %{buildroot} %changelog * Fri Mar 30 2012 Iain Arnell iarn...@gmail.com 0.06-1 - update to latest upstream version +- clean up spec for modern rpmbuild * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.05-12 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild -- 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-MooseX-Types-Path-Class] drop tests subpackage
commit 1d4a4e21383150c1d9fbf2f5f64076b37cf55f85 Author: Iain Arnell iarn...@gmail.com Date: Fri Mar 30 08:35:13 2012 -0600 drop tests subpackage perl-MooseX-Types-Path-Class.spec |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) --- diff --git a/perl-MooseX-Types-Path-Class.spec b/perl-MooseX-Types-Path-Class.spec index 0954bb8..788e28f 100644 --- a/perl-MooseX-Types-Path-Class.spec +++ b/perl-MooseX-Types-Path-Class.spec @@ -22,9 +22,11 @@ Requires: perl(Moose) = 0.39 Requires: perl(MooseX::Types) = 0.04 Requires: perl(Path::Class) = 0.16 +# obsolete/provide old tests subpackage +Obsoletes: %{name}-tests 0.06-1 +Provides: %{name}-tests = %{version}-%{release} %{?perl_default_filter} -%{?perl_default_subpackage_tests} %description MooseX::Types::Path::Class creates common Moose types, coercions and option @@ -53,7 +55,7 @@ find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null ';' make test %files -%doc Changes README +%doc Changes README t/ %{perl_vendorlib}/* %{_mandir}/man3/*.3* @@ -61,6 +63,7 @@ make test * Fri Mar 30 2012 Iain Arnell iarn...@gmail.com 0.06-1 - update to latest upstream version - clean up spec for modern rpmbuild +- drop tests subpackage; move tests to main package documentation * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.05-12 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild -- 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-MooseX-Types-Path-Class] silence rpmlint wrong-script-interpreter error
commit 5f02f770261782460559f950ec17492763471ff7 Author: Iain Arnell iarn...@gmail.com Date: Fri Mar 30 08:51:07 2012 -0600 silence rpmlint wrong-script-interpreter error perl-MooseX-Types-Path-Class.spec |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) --- diff --git a/perl-MooseX-Types-Path-Class.spec b/perl-MooseX-Types-Path-Class.spec index 788e28f..c5d67a1 100644 --- a/perl-MooseX-Types-Path-Class.spec +++ b/perl-MooseX-Types-Path-Class.spec @@ -40,6 +40,8 @@ for both Path::Class::Dir and Path::Class::File. %prep %setup -q -n MooseX-Types-Path-Class-%{version} +sed -i '1s:^#!.*perl:#!%{__perl}:' t/*.t + %build %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} @@ -64,6 +66,7 @@ make test - update to latest upstream version - clean up spec for modern rpmbuild - drop tests subpackage; move tests to main package documentation +- silence rpmlint wrong-script-interpreter error * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.05-12 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild -- 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 String-Flogger-1.101242.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-String-Flogger: 909502184dda0b5833ef752cc0380301 String-Flogger-1.101242.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-String-Flogger] update to 1.101242
commit e73ce058350322086825a27f1633132b3828b640 Author: Iain Arnell iarn...@gmail.com Date: Fri Mar 30 09:00:46 2012 -0600 update to 1.101242 .gitignore |1 + perl-String-Flogger.spec |8 +--- sources |2 +- 3 files changed, 7 insertions(+), 4 deletions(-) --- diff --git a/.gitignore b/.gitignore index a1e16eb..d00cb87 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ String-Flogger-1.101240.tar.gz /String-Flogger-1.101241.tar.gz +/String-Flogger-1.101242.tar.gz diff --git a/perl-String-Flogger.spec b/perl-String-Flogger.spec index 455b46c..07be044 100644 --- a/perl-String-Flogger.spec +++ b/perl-String-Flogger.spec @@ -1,6 +1,6 @@ Name: perl-String-Flogger -Version:1.101241 -Release:4%{?dist} +Version:1.101242 +Release:1%{?dist} Summary:String munging for loggers License:GPL+ or Artistic Group: Development/Libraries @@ -39,12 +39,14 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; make test %files -%defattr(-,root,root,-) %doc Changes LICENSE README %{perl_vendorlib}/* %{_mandir}/man3/* %changelog +* Fri Mar 30 2012 Iain Arnell iarn...@gmail.com 1.101242-1 +- update to latest upstream version + * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.101241-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild diff --git a/sources b/sources index 4df5551..ad3907d 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -42668540d4720f1b78efae39c255c33e String-Flogger-1.101241.tar.gz +909502184dda0b5833ef752cc0380301 String-Flogger-1.101242.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 806884] RPM2 can't be built with new rpm-4.10
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=806884 --- Comment #1 from Anton Guda a...@dmeti.dp.ua 2012-03-30 15:55:55 EDT --- Created attachment 574087 -- https://bugzilla.redhat.com/attachment.cgi?id=574087 Patch to hide unpulished names Some actions will now work, but core ctill works. -- 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 CPAN-Meta-2.120900.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-CPAN-Meta: 47a33638f7d9d449626d896aaddcecd4 CPAN-Meta-2.120900.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-CPAN-Meta] update to 2.120900
commit 6d728e588955f0c802e69bd148742a43577e6735 Author: Iain Arnell iarn...@gmail.com Date: Fri Mar 30 15:17:26 2012 -0600 update to 2.120900 .gitignore |1 + perl-CPAN-Meta.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 89cbb9b..1ea3534 100644 --- a/.gitignore +++ b/.gitignore @@ -13,3 +13,4 @@ CPAN-Meta-2.102160.tar.gz /CPAN-Meta-2.120351.tar.gz /CPAN-Meta-2.120530.tar.gz /CPAN-Meta-2.120630.tar.gz +/CPAN-Meta-2.120900.tar.gz diff --git a/perl-CPAN-Meta.spec b/perl-CPAN-Meta.spec index a66d769..19fd6d5 100644 --- a/perl-CPAN-Meta.spec +++ b/perl-CPAN-Meta.spec @@ -1,6 +1,6 @@ Name: perl-CPAN-Meta Summary:Distribution metadata for a CPAN dist -Version:2.120630 +Version:2.120900 Release:1%{?dist} License:GPL+ or Artistic Group: Development/Libraries @@ -65,6 +65,9 @@ make test %{_mandir}/man3/* %changelog +* Fri Mar 30 2012 Iain Arnell iarn...@gmail.com 2.120900-1 +- update to latest upstream version + * Sun Mar 04 2012 Iain Arnell iarn...@gmail.com 2.120630-1 - update to latest upstream version diff --git a/sources b/sources index 0d9c941..a8dabd2 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -f8336fb484414c7935581ce03dacf6ea CPAN-Meta-2.120630.tar.gz +47a33638f7d9d449626d896aaddcecd4 CPAN-Meta-2.120900.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 803000] perl-Socket-2.000 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=803000 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|perl-Socket-2.000-2.fc17|perl-Socket-2.000-1.fc16 --- Comment #7 from Fedora Update System upda...@fedoraproject.org 2012-03-30 23:06:11 EDT --- perl-Socket-2.000-1.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel