Re: BEWARE: a problematic glibc made it to stable (F16)
On Fri, Oct 21, 2011 at 1:21 AM, Rahul Sundaram methe...@gmail.com wrote: I'd vote for #1, but that's a much longer conversation that should be had upstream and before we even get close to bringing it to FESCo. FESCo is the entity which can have that conversation with Glibc upstream on behalf of Fedora. Who else can? The Glibc package maintainer. I'm pretty sure he understands upstream, and FESCo should probably start the discussion with him first anyway. josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 747900] New: perl-Text-VimColor-0.14 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-Text-VimColor-0.14 is available https://bugzilla.redhat.com/show_bug.cgi?id=747900 Summary: perl-Text-VimColor-0.14 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-Text-VimColor AssignedTo: mmasl...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com Classification: Fedora Story Points: --- Type: --- Latest upstream release: 0.14 Current version in Fedora Rawhide: 0.13 URL: http://search.cpan.org/dist/Text-VimColor/ 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 747901] New: perl-Tk-804.030 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-Tk-804.030 is available https://bugzilla.redhat.com/show_bug.cgi?id=747901 Summary: perl-Tk-804.030 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-Tk AssignedTo: andreas.bierf...@lowlatency.de ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: andreas.bierf...@lowlatency.de, fedora-perl-devel-l...@redhat.com Classification: Fedora Story Points: --- Type: --- Latest upstream release: 804.030 Current version in Fedora Rawhide: 804.029 URL: http://search.cpan.org/dist/Tk/ 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rawhide report: 20111021 changes
Compose started at Fri Oct 21 08:15:46 UTC 2011 Broken deps for x86_64 -- 389-admin-1.1.23-1.fc17.i686 requires libicuuc.so.46 389-admin-1.1.23-1.fc17.i686 requires libicui18n.so.46 389-admin-1.1.23-1.fc17.i686 requires libicudata.so.46 389-admin-1.1.23-1.fc17.x86_64 requires libicuuc.so.46()(64bit) 389-admin-1.1.23-1.fc17.x86_64 requires libicui18n.so.46()(64bit) 389-admin-1.1.23-1.fc17.x86_64 requires libicudata.so.46()(64bit) 389-adminutil-1.1.14-1.fc16.i686 requires libicuuc.so.46 389-adminutil-1.1.14-1.fc16.i686 requires libicui18n.so.46 389-adminutil-1.1.14-1.fc16.i686 requires libicudata.so.46 389-adminutil-1.1.14-1.fc16.x86_64 requires libicuuc.so.46()(64bit) 389-adminutil-1.1.14-1.fc16.x86_64 requires libicui18n.so.46()(64bit) 389-adminutil-1.1.14-1.fc16.x86_64 requires libicudata.so.46()(64bit) 389-dsgw-1.1.7-2.fc16.x86_64 requires libicuuc.so.46()(64bit) 389-dsgw-1.1.7-2.fc16.x86_64 requires libicui18n.so.46()(64bit) 389-dsgw-1.1.7-2.fc16.x86_64 requires libicudata.so.46()(64bit) assogiate-0.2.1-5.fc15.x86_64 requires libgnomevfsmm-2.6.so.1()(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) couchdb-1.0.3-2.fc16.x86_64 requires libicuuc.so.46()(64bit) couchdb-1.0.3-2.fc16.x86_64 requires libicui18n.so.46()(64bit) couchdb-1.0.3-2.fc16.x86_64 requires libicudata.so.46()(64bit) dh-make-0.55-3.fc15.noarch requires debhelper ease-0.4-9.fc17.i686 requires libclutter-gtk-0.10.so.0 ease-0.4-9.fc17.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) ease-devel-0.4-9.fc17.i686 requires pkgconfig(clutter-gtk-0.10) ease-devel-0.4-9.fc17.x86_64 requires pkgconfig(clutter-gtk-0.10) emacs-spice-mode-1.2.25-5.fc15.noarch requires gwave 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) gcc-python2-debug-plugin-0.6-3.fc17.x86_64 requires gcc = 0:4.6.1-9.fc17 gcc-python2-plugin-0.6-3.fc17.x86_64 requires gcc = 0:4.6.1-9.fc17 gcc-python3-debug-plugin-0.6-3.fc17.x86_64 requires gcc = 0:4.6.1-9.fc17 gcc-python3-plugin-0.6-3.fc17.x86_64 requires gcc = 0:4.6.1-9.fc17 gdcm-2.0.17-7.fc17.i686 requires libvtkverdict.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtksys.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtksqlite.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtkmetaio.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtkftgl.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtkexoIIc.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtkWidgets.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtkRenderingPythonD.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtkRendering.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtkParallel.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtkNetCDF_cxx.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtkNetCDF.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtkImagingPythonD.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtkImaging.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtkIOPythonD.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtkIO.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtkHybrid.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtkGraphicsPythonD.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtkGraphics.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtkFilteringPythonD.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtkFiltering.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtkDICOMParser.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtkCommonPythonD.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libvtkCommon.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libVPIC.so.5.6 gdcm-2.0.17-7.fc17.i686 requires libCosmo.so.5.6 gdcm-2.0.17-7.fc17.x86_64 requires libvtkverdict.so.5.6()(64bit) gdcm-2.0.17-7.fc17.x86_64 requires libvtksys.so.5.6()(64bit) gdcm-2.0.17-7.fc17.x86_64 requires libvtksqlite.so.5.6()(64bit) gdcm-2.0.17-7.fc17.x86_64 requires libvtkmetaio.so.5.6()(64bit) gdcm-2.0.17-7.fc17.x86_64 requires libvtkftgl.so.5.6()(64bit) gdcm-2.0.17-7.fc17.x86_64 requires libvtkexoIIc.so.5.6()(64bit) gdcm-2.0.17-7.fc17.x86_64 requires libvtkWidgets.so.5.6()(64bit) gdcm-2.0.17-7.fc17.x86_64 requires libvtkRenderingPythonD.so.5.6()(64bit) gdcm-2.0.17-7.fc17.x86_64 requires libvtkRendering.so.5.6()(64bit)
PDFCrack - empty debuginfo file
Hi, I'm trying to package the PDFCrack tool for Fedora, Review request - https://bugzilla.redhat.com/show_bug.cgi?id=746754 Koji build - http://koji.fedoraproject.org/koji/taskinfo?taskID=3446368 Somehow it is creating an empty DebugInfo package. Could someone tell why it is creating an empty debuginfo package? --- Regards -Prasad http://feedmug.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PDFCrack - empty debuginfo file
On Fri, Oct 21, 2011 at 3:29 PM, P J P pj.pan...@yahoo.co.in wrote: I'm trying to package the PDFCrack tool for Fedora, Somehow it is creating an empty DebugInfo package. Could someone tell why it is creating an empty debuginfo package? Because it executes strip pdfcrack :) Bye, Andrea. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PDFCrack - empty debuginfo file
On Fri, Oct 21, 2011 at 9:29 AM, P J P pj.pan...@yahoo.co.in wrote: Hi, I'm trying to package the PDFCrack tool for Fedora, Review request - https://bugzilla.redhat.com/show_bug.cgi?id=746754 Koji build - http://koji.fedoraproject.org/koji/taskinfo?taskID=3446368 Somehow it is creating an empty DebugInfo package. Could someone tell why it is creating an empty debuginfo package? The %build section has: strip pdfcrack at the end of it. So the package makefile is stripping the binary, which means there's no debug information for debuginfo to find. josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PDFCrack - empty debuginfo file
- Original Message - From: Josh Boyer jwbo...@gmail.com The %build section has: strip pdfcrack Ah okay, I'll patch the Makefile. Thank you. --- Regards -Prasad http://feedmug.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Tk/f16] Split out Tk/MMutil.pm, Tk/install.pm, Tk/MakeDepend.pm into perl-Tk-devel. (Avoid dependency on per
Summary of changes: fe6a5d2... Split out Tk/MMutil.pm, Tk/install.pm, Tk/MakeDepend.pm int (*) (*) 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: BEWARE: a problematic glibc made it to stable (F16)
Josh Boyer jwbo...@gmail.com writes: On Fri, Oct 21, 2011 at 1:21 AM, Rahul Sundaram methe...@gmail.com wrote: FESCo is the entity which can have that conversation with Glibc upstream on behalf of Fedora. Who else can? The Glibc package maintainer. I'm pretty sure he understands upstream, and FESCo should probably start the discussion with him first anyway. I'm not exactly sure what glibc upstream (defined as people without commit rights to Fedora git) have to do with this at all. The issue AIUI is that unproven glibc changes are getting committed to stable Fedora branches rather than rawhide where they belong. Surely, this is a matter to discuss with the Fedora maintainer(s) of glibc and nobody else. And yes, I think it's about time for FESCo to step in and lay down the law. regards, tom lane -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Systemd unit file: Can/Should ExecStart and ExecStop run a script?
On Wed, Oct 19, 2011 at 06:53:12PM -0500, Richard Shaw wrote: On Wed, Oct 19, 2011 at 6:34 PM, Lennart Poettering mzerq...@0pointer.de wrote: On Wed, 19.10.11 18:28, Richard Shaw (hobbes1...@gmail.com) wrote: Well, as I had already mentioned I more or less relented, so I'm all for the a/v group method. My main concern is how to apply this. If someone has already been running mythbackend as root then all the recordings will be owned by root, in which case mythbackend will be unable to expire (delete) them. In order to fix this retroactively, I would have to do an sql query using the login credentials for mythbackend and pull the recording groups, then go to each recording group directory and chown all the recordings. That's a mess. Where are these recordings stored? Don't they have a common root directory? Wouldn't a chown in that directory suffice? (it might be a bit unfriendly to chown them away btw, adding an ACL for your user might be a nicer solution) No, there's no common directory. The great thing about mythtv is it's flexibility, the bad thing about mythtv is it's flexibility. :) MythTV does not make any assumptions about the storage needs of the end user. It could be as simple as a Tivo equivalent, like myself, to someone storing stuff on a SAN, or multiple drivers/arrays/SAN's, etc. The storage directories paths are stored in the mythtv mysql database. You're right, an ACL approach may be better. But my sql-fu isn't really up to the task. For this to work: 1. mysqld would have to be running. 2. I would have to source /etc/mythtv/mysql.txt to get the variables (DBHostname, DBUserName, DBPassword, and DBName) 3. Call mysql from the commandline, query the DBName for the recording group path(s) 4. setfacl -m u:mythtv:rw -R /path1 /path2 /path3 /path[n]... And I'd have to do all this in a failsafe way from %pre without any user interaction... Ack! Don't do this. You're breaking assumptions about what can be expected that an rpm is going to do when you go this far. Suppose that an end user has explicitly changed the recordings from mythtv user to root. This suddenly allows the mythtv backend user to access those files again. The standard way to enable this would be to write a script or simply instructions and put it in the documenation directory. Then blog, write in release notes (rpmfusion doesn't have release notes that I know of so) etc about the migration issue and that users who want to can run the script or follow the instructions to get things converted. On top of that, if I've been following the thread right, the previous rpm ran as a mythbackend user -- so it's only people who customized away from that to a root user that will have this migration issue, correct? -Toshio pgpNDVsA85f5l.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 741777] Bogus requires on perl-devel from perl-tk
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=741777 --- Comment #9 from Fedora Update System upda...@fedoraproject.org 2011-10-21 13:17:00 EDT --- perl-Tk-804.029-4.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/perl-Tk-804.029-4.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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Systemd unit file: Can/Should ExecStart and ExecStop run a script?
On Fri, Oct 21, 2011 at 11:44 AM, Toshio Kuratomi a.bad...@gmail.com wrote: On Wed, Oct 19, 2011 at 06:53:12PM -0500, Richard Shaw wrote: You're right, an ACL approach may be better. But my sql-fu isn't really up to the task. For this to work: 1. mysqld would have to be running. 2. I would have to source /etc/mythtv/mysql.txt to get the variables (DBHostname, DBUserName, DBPassword, and DBName) 3. Call mysql from the commandline, query the DBName for the recording group path(s) 4. setfacl -m u:mythtv:rw -R /path1 /path2 /path3 /path[n]... And I'd have to do all this in a failsafe way from %pre without any user interaction... Ack! Don't do this. You're breaking assumptions about what can be expected that an rpm is going to do when you go this far. Suppose that an end user has explicitly changed the recordings from mythtv user to root. This suddenly allows the mythtv backend user to access those files again. I wasn't planning on it :) Just enumerating what would be necessary if I wanted to do ot. The standard way to enable this would be to write a script or simply instructions and put it in the documenation directory. Then blog, write in release notes (rpmfusion doesn't have release notes that I know of so) etc about the migration issue and that users who want to can run the script or follow the instructions to get things converted. That's pretty much my plan. I started a wiki page for myth at: http://rpmfusion.org/Package/mythtv and put it in the changelog. I also will post to the rpmfusion and mythtv user lists once I'm ready to push builds. Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PDFCrack - empty debuginfo file
On Fri, 2011-10-21 at 19:16 +0530, P J P wrote: - Original Message - From: Josh Boyer jwbo...@gmail.com The %build section has: strip pdfcrack Ah okay, I'll patch the Makefile. Thank you. If it's being stripped there's probably a good *reason* for it to be stripped, so you might want to look at the changelogs first and see if you can find out why. (git blame is great for this, if it's a git-era change). But anything like that in the spec should really have a comment to explain it, so...slap on the wrist to whoever put it in without a comment =) -- 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: BEWARE: a problematic glibc made it to stable (F16)
The Glibc package maintainer. I'm pretty sure he understands upstream, and FESCo should probably start the discussion with him first anyway. I'm not exactly sure what glibc upstream (defined as people without commit rights to Fedora git) have to do with this at all. The issue AIUI is that unproven glibc changes are getting committed to stable Fedora branches rather than rawhide where they belong. Surely, this is a matter to discuss with the Fedora maintainer(s) of glibc and nobody else. They are mostly the same people. Its not like glibc is that inviting for a development community to gather around. Dave. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BEWARE: a problematic glibc made it to stable (F16)
On Fri, Oct 21, 2011 at 1:55 PM, David Airlie airl...@redhat.com wrote: The Glibc package maintainer. I'm pretty sure he understands upstream, and FESCo should probably start the discussion with him first anyway. I've started a dialog with the glibc packager and explained the concerns I'm seeing. -- Jared Smith Fedora Project Leader -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: retire referencer in Fedora 16+ ?
Hi Kalev, (Cc'ed to devel list to see if anybody else has suggestions). As you've noted libgnomeuimm has been obsoleted in f16 and higher, and referencer doesn't look like it's ported to use anything else. I filed a bug in what appears to be a (potentially) active (but slow) upstream to get some feedback about whether referencer could be built in the future, before we retire the package completely: https://bugs.launchpad.net/fedora/+source/referencer/+bug/877614 There is a branch that was started back in February to port to gio and away from libgnomemm: http://icculus.org/pipermail/referencer/2011-February/000534.html There was a commit to it in August, but looks the mm dep is still there in the configure.ac: https://code.launchpad.net/~referencer-devs/referencer/amrlima_gio_port Since I haven't had any responses on my launchpad bug report, I'm going to reluctantly agree that we'll have to retire this package. If development does restart, we can always revive the package. Any other suggestions from the rest of the Fedora community? Cheers, Alex - Original Message - Hello, I was looking at Fedora 16 broken deps report and referencer is one of the apps listed as still needing old mm libraries that were retired a while ago. You are listed as a co-maintainer for referencer; do you think it should also be retired in F16? referencer-1.1.6-17.fc16.i686 requires libpoppler.so.14 referencer-1.1.6-17.fc16.i686 requires libgnomevfsmm-2.6.so.1 referencer-1.1.6-17.fc16.i686 requires libgnomeuimm-2.6.so.1 referencer-1.1.6-17.fc16.i686 requires libgnomemm-2.6.so.1 referencer-1.1.6-17.fc16.i686 requires libboost_regex.so.1.46.1 http://fedoraproject.org/wiki/PackageMaintainers/PackageEndOfLife -- Thanks, Kalev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Latest gtk2 update breaks applications created by lazarus
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, it seems the latest gtk2 update has some changes inside which break applications written with lazarus. These applications are crashing on close which is new since installing this update. I've filed a bug at https://bugzilla.redhat.com/show_bug.cgi?id=748031 - -- 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/ iF4EAREIAAYFAk6hwksACgkQ/zGbOvPHkcLW1QD9FFBEwoK3SxGWfRHYXG95c7RE eScaCZTeft8HNOsjUmcA/2AoEFSC44wRVnXYJEhkTAz2FbNrttO/P/bzW+dGdwXF =N2ya -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PDFCrack - empty debuginfo file
On 10/21/2011 07:51 PM, Adam Williamson wrote: If it's being stripped there's probably a good *reason* for it to be stripped I'd say its much more likely that they're just trying to save some space on end user systems where stuff is built from source by users and the users are too lazy to strip things him/herself if they happen to want that. In my experience, upstreams are receptive to patches that make the stripping behavior optional, for example STRIP = strip and invoking $(STRIP) in Makefile which can then be overridden for example with make STRIP=/bin/true BTW rpmbuild will strip things anyway unless a bug or explicit measures in specfiles prevent it from doing that, see also http://fedoraproject.org/wiki/Packaging:Debuginfo -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PDFCrack - empty debuginfo file
On Fri, 2011-10-21 at 22:06 +0300, Ville Skyttä wrote: On 10/21/2011 07:51 PM, Adam Williamson wrote: If it's being stripped there's probably a good *reason* for it to be stripped I'd say its much more likely that they're just trying to save some space on end user systems where stuff is built from source by users and the users are too lazy to strip things him/herself if they happen to want that. In my experience, upstreams are receptive to patches that make the stripping behavior optional, for example STRIP = strip and invoking $(STRIP) in Makefile which can then be overridden for example with make STRIP=/bin/true It's being stripped in the spec, not the upstream source. BTW rpmbuild will strip things anyway unless a bug or explicit measures in specfiles prevent it from doing that, see also http://fedoraproject.org/wiki/Packaging:Debuginfo Yes, but it does so in a proper way that doesn't break the debuginfo packages. So if someone's explicitly stripping the binary in the spec they're either misunderstanding something and it should be dropped, or there's some specific reason why that needs to happen in the spec. -- 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: Latest gtk2 update breaks applications created by lazarus
Am 21.10.2011 21:04, schrieb Heiko Adams: Hi, it seems the latest gtk2 update has some changes inside which break applications written with lazarus. These applications are crashing on close which is new since installing this update. I've filed a bug at https://bugzilla.redhat.com/show_bug.cgi?id=748031 The update seems to break also the lazarus ide itself. See https://bugzilla.redhat.com/show_bug.cgi?id=748037 Regards Heiko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PDFCrack - empty debuginfo file
On 10/22/2011 12:44 AM, Adam Williamson wrote: On Fri, 2011-10-21 at 22:06 +0300, Ville Skyttä wrote: On 10/21/2011 07:51 PM, Adam Williamson wrote: If it's being stripped there's probably a good *reason* for it to be stripped I'd say its much more likely that they're just trying to save some space on end user systems where stuff is built from source by users and the users are too lazy to strip things him/herself if they happen to want that. In my experience, upstreams are receptive to patches that make the stripping behavior optional, for example STRIP = strip and invoking $(STRIP) in Makefile which can then be overridden for example with make STRIP=/bin/true It's being stripped in the spec, not the upstream source. where? take a glance at the spec file http://pjp.dgplug.org/tools/pdfcrack.spec Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PDFCrack - empty debuginfo file
On Sat, 2011-10-22 at 00:55 +0530, Rahul Sundaram wrote: On 10/22/2011 12:44 AM, Adam Williamson wrote: On Fri, 2011-10-21 at 22:06 +0300, Ville Skyttä wrote: On 10/21/2011 07:51 PM, Adam Williamson wrote: If it's being stripped there's probably a good *reason* for it to be stripped I'd say its much more likely that they're just trying to save some space on end user systems where stuff is built from source by users and the users are too lazy to strip things him/herself if they happen to want that. In my experience, upstreams are receptive to patches that make the stripping behavior optional, for example STRIP = strip and invoking $(STRIP) in Makefile which can then be overridden for example with make STRIP=/bin/true It's being stripped in the spec, not the upstream source. where? take a glance at the spec file http://pjp.dgplug.org/tools/pdfcrack.spec ah, sorry, I misread josh's email - he was looking at the koji log, not the spec file. apologies. -- 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
Killing perl-Pugs-Compiler-Rule
On Mon, Oct 10, 2011 at 02:29:15PM +0200, Petr Pisar wrote: On Mon, Oct 03, 2011 at 09:10:05AM -0500, Steven Pritchard wrote: On Mon, Oct 03, 2011 at 01:59:15PM +0200, Petr Pisar wrote: The only remaining package is perl-Pugs-Compiler-Rule which is broken for long time https://bugzilla.redhat.com/show_bug.cgi?id=611015, upstream is dead and current maintainer Steven Pritchard is not fixing it. There had been already an irresponsive process with Steven https://bugzilla.redhat.com/show_bug.cgi?id=614982 that has been stopped. It needs to go. I didn't want to admit it at the time, but it's pretty obviously dead. Thank you. However I still get the mails. This because the package has not been blocked in Koji. According http://fedoraproject.org/wiki/PackageMaintainers/PackageEndOfLife, you should create tiket for rel-engs to block the package. Steven, I cannot see corresponding ticket for rel-engs. This error still pops up in regualar repository summaries. Please submit the ticket to block perl-Pugs-Compiler-Rule for F16--17 in Koji. We already tried it (https://fedorahosted.org/rel-eng/ticket/3882), but jkeating canceled the request the correct way is to start unresponsive maintainer process. So please do not make me to do it. -- Petr pgpz32JAbbIpB.pgp Description: PGP signature -- 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-threads-tbb] Rebuild against ABI breaking tbb-4.0
commit 19ab8cee6f6884e00dc1f21062356c4b19ed0f8b
Author: Petr Písař ppi...@redhat.com
Date: Fri Oct 21 11:27:41 2011 +0200
Rebuild against ABI breaking tbb-4.0
perl-threads-tbb.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-threads-tbb.spec b/perl-threads-tbb.spec
index b2691bb..576ceab 100644
--- a/perl-threads-tbb.spec
+++ b/perl-threads-tbb.spec
@@ -1,7 +1,7 @@
# This file is licensed under the terms of GPLv2+.
Name: perl-threads-tbb
Version:0.04
-Release:4%{?dist}
+Release:5%{?dist}
Summary:Interface to the Threading Building Blocks (TBB) API
License:GPL+ or Artistic
Group: Development/Libraries
@@ -62,6 +62,9 @@ make test TEST_VERBOSE=1
%{_mandir}/man3/*
%changelog
+* Fri Oct 21 2011 Petr Pisar ppi...@redhat.com - 0.04-5
+- Rebuild against ABI breaking tbb-4.0
+
* Tue Jul 26 2011 Petr Pisar ppi...@redhat.com - 0.04-4
- Work around CCFLAGS bug in EU::MM (RT#68613)
--
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 IO-Socket-SSL-1.47.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-IO-Socket-SSL: d2c0b2f49d9a4abd1829bd9fef1e9242 IO-Socket-SSL-1.47.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] Update to 1.47
commit 771cc6e21aa7b301ebb8f88d45e9c708f34ee036
Author: Paul Howarth p...@city-fan.org
Date: Fri Oct 21 10:41:31 2011 +0100
Update to 1.47
- New upstream release 1.47:
- Fix for 1.46 - check for mswin32 needs to be /i
perl-IO-Socket-SSL.spec |6 +-
sources |2 +-
2 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/perl-IO-Socket-SSL.spec b/perl-IO-Socket-SSL.spec
index 33bb884..c3ea99a 100644
--- a/perl-IO-Socket-SSL.spec
+++ b/perl-IO-Socket-SSL.spec
@@ -4,7 +4,7 @@
#
Name: perl-IO-Socket-SSL
-Version: 1.46
+Version: 1.47
Release: 1%{?dist}
Summary: Perl library for transparent SSL
Group: Development/Libraries
@@ -59,6 +59,10 @@ rm -rf %{buildroot}
%{_mandir}/man3/IO::Socket::SSL.3pm*
%changelog
+* 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
+
* Tue Oct 18 2011 Paul Howarth p...@city-fan.org - 1.46-1
- Update to 1.46
- skip signals test on Windows
diff --git a/sources b/sources
index a08db99..172d85f 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-3007fd52f0ef28bdcc311943a57f5cc8 IO-Socket-SSL-1.46.tar.gz
+d2c0b2f49d9a4abd1829bd9fef1e9242 IO-Socket-SSL-1.47.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.47-1.fc17
The lightweight tag 'perl-IO-Socket-SSL-1.47-1.fc17' was created pointing to: 771cc6e... Update to 1.47 -- 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.03 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.02 is|perl-Mojolicious-2.03 is |available |available --- Comment #2 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org 2011-10-21 06:39:35 EDT --- Latest upstream release: 2.03 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
File Text-VimColor-0.14.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-Text-VimColor: dc23ef442a84dcd8a2298d26310e1b4f Text-VimColor-0.14.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-Text-VimColor] 0.14 bump
commit 56cbdd1336279ba795f97ee74445728893b88981
Author: Petr Sabata con...@redhat.com
Date: Fri Oct 21 13:17:45 2011 +0200
0.14 bump
.gitignore |1 +
perl-Text-VimColor.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index fbedc3e..7d07f6c 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
Text-VimColor-0.11.tar.gz
/Text-VimColor-0.12.tar.gz
/Text-VimColor-0.13.tar.gz
+/Text-VimColor-0.14.tar.gz
diff --git a/perl-Text-VimColor.spec b/perl-Text-VimColor.spec
index b9170dd..f074104 100644
--- a/perl-Text-VimColor.spec
+++ b/perl-Text-VimColor.spec
@@ -1,5 +1,5 @@
Name: perl-Text-VimColor
-Version:0.13
+Version:0.14
Release:1%{?dist}
Summary:Syntax color text in HTML or XML using Vim
License:GPL+ or Artistic
@@ -53,6 +53,9 @@ make test
%{_mandir}/man1/text-vimcolor.1.gz
%changelog
+* Fri Oct 21 2011 Petr Sabata con...@redhat.com - 0.14-1
+- 0.14 bump
+
* Tue Aug 16 2011 Marcela Maslanova mmasl...@redhat.com - 0.13-1
- update to 0.13
- add File::ShareDir::Install
diff --git a/sources b/sources
index 1853368..3b4bb09 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-2c0d7d9f4aa07a2fa9365ae3a6c36ef3 Text-VimColor-0.13.tar.gz
+dc23ef442a84dcd8a2298d26310e1b4f Text-VimColor-0.14.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
Broken dependencies: perl-Text-Aspell
perl-Text-Aspell has broken dependencies in the F-16 tree: On x86_64: perl-Text-Aspell-0.09-9.fc15.x86_64 requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-Text-Aspell-0.09-9.fc15.i686 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 747752] Perl module DateTIme::Format::ISO8601 fails to import on Fedora 16
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=747752 --- Comment #2 from Richard Shaw hobbes1...@gmail.com 2011-10-21 07:55:19 EDT --- Yeah, I wasn't sure which update fixed it but I tried allowing my build to use updates-testing and noticed it completed. I'll take care of the last +1. Thanks, Richard -- 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 747900] perl-Text-VimColor-0.14 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=747900 Petr Sabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Text-VimColor-0.14-1.f ||c17 Resolution||RAWHIDE Last Closed||2011-10-21 07:59:35 -- 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 rawhide 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
[perl-Tk] Split out Tk/MMutil.pm, Tk/install.pm, Tk/MakeDepend.pm into perl-Tk-devel. (Avoid dependency on per
commit fe6a5d2f242a1c7af1272755a92210f7dd9ede0a
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Fri Oct 21 15:35:53 2011 +0200
Split out Tk/MMutil.pm, Tk/install.pm, Tk/MakeDepend.pm into perl-Tk-devel.
(Avoid dependency on perl-devel - BZ 741777).
perl-Tk.spec | 23 ++-
1 files changed, 22 insertions(+), 1 deletions(-)
---
diff --git a/perl-Tk.spec b/perl-Tk.spec
index cac02f4..dbfc679 100644
--- a/perl-Tk.spec
+++ b/perl-Tk.spec
@@ -5,7 +5,7 @@ Name: perl-Tk
# devel version fix for perl 5.14:
%define real_version 804.029_500
Version:804.029
-Release:3%{?dist}
+Release:4%{?dist}
Summary:Perl Graphical User Interface ToolKit
Group: Development/Libraries
@@ -54,6 +54,13 @@ The perl code corresponding to Tix's Tcl code is not fully
implemented.
Perl API is essentially the same as Tk800 series Tk800.025 but has not
been verified as compliant. There ARE differences see pod/804delta.pod.
+%package devel
+Summary: perl-Tk ExtUtils::MakeMaker support module
+Requires: perl-Tk = %{version}-%{release}
+
+%description devel
+%{summary}
+
%prep
%setup -q -n Tk-%{real_version}
find . -type f -exec %{__perl} -pi -e \
@@ -96,13 +103,27 @@ find __demos/ -type f -exec chmod -x {} \;
%{_bindir}/tkjpeg
%{perl_vendorarch}/auto/Tk
%{perl_vendorarch}/T*
+%exclude %{perl_vendorarch}/Tk/MMutil.pm
+%exclude %{perl_vendorarch}/Tk/install.pm
+%exclude %{perl_vendorarch}/Tk/MakeDepend.pm
%{_mandir}/man*/*
%exclude %{_mandir}/man1/widget.1*
%exclude %{_bindir}/gedi
%exclude %{_bindir}/widget
%exclude %{perl_vendorarch}/Tk/demos
+%files devel
+%dir %{perl_vendorarch}/Tk
+%{perl_vendorarch}/Tk/MMutil.pm
+%{perl_vendorarch}/Tk/install.pm
+%{perl_vendorarch}/Tk/MakeDepend.pm
+
+
%changelog
+* Thu Oct 21 2011 Ralf Corsépius corse...@fedoraproject.org 804.029-4
+- Split out Tk/MMutil.pm, Tk/install.pm, Tk/MakeDepend.pm into perl-Tk-devel.
+ (Avoid dependency on perl-devel - BZ 741777).
+
* Tue Jun 21 2011 Iain Arnell iarn...@gmail.com 804.029-3
- Perl 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
[Bug 741777] Bogus requires on perl-devel from perl-tk
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=741777 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #10 from Fedora Update System upda...@fedoraproject.org 2011-10-21 20:10:30 EDT --- Package perl-Tk-804.029-4.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-Tk-804.029-4.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2011-14700 then log in and leave karma (feedback). -- 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
[dspam/f16] updated logrotate to use su
commit 8736ef4ba70bd2c4bf6e48c85d23f76cd03277eb
Author: Nathanael D. Noblet nathan...@gnat.ca
Date: Fri Oct 21 19:28:57 2011 -0600
updated logrotate to use su
dspam-logrotate |1 +
dspam.spec |5 -
2 files changed, 5 insertions(+), 1 deletions(-)
---
diff --git a/dspam-logrotate b/dspam-logrotate
index 4644220..d0044f2 100644
--- a/dspam-logrotate
+++ b/dspam-logrotate
@@ -17,4 +17,5 @@ tabooext + .gz
size 10M
compress
create 0644 dspam mail
+su dspam mail
}
diff --git a/dspam.spec b/dspam.spec
index 5f605f1..64f7474 100644
--- a/dspam.spec
+++ b/dspam.spec
@@ -11,7 +11,7 @@
Summary:A library and Mail Delivery Agent for Bayesian SPAM
filtering
Name: dspam
Version:3.10.1
-Release:3%{?dist}
+Release:4%{?dist}
License:GPLv2
Group: System Environment/Daemons
Source0:
http://downloads.sourceforge.net/%{name}/%{name}-%{version}.tar.gz
@@ -372,6 +372,9 @@ exit 0
%config(noreplace) %{_sysconfdir}/httpd/conf.d/dspam-web.conf
%changelog
+* Fir Oct 21 2011 Nathanael Noblet nathan...@gnat.ca - 3.10.1-4
+- set logrotate to su to dspam mail when rotating fixes bug 747625
+
* Tue Oct 18 2011 Nathanael Noblet nathan...@gnat.ca - 3.10.1-3
- removed sysconf 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
[dspam] updated logrotate to use su
Summary of changes: 8736ef4... updated logrotate to use su (*) (*) 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 HTML-Selector-XPath-0.09.tar.gz uploaded to lookaside cache by corsepiu
A file has been added to the lookaside cache for perl-HTML-Selector-XPath: bb0454c58bc365c06d078e508776380c HTML-Selector-XPath-0.09.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-HTML-Selector-XPath] Upstream update.
commit 0919fafddc8a3bf45c3121467dc01086d6fb823e
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Sat Oct 22 06:49:59 2011 +0200
Upstream update.
.gitignore|2 +-
perl-HTML-Selector-XPath.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 4 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 289630a..1381ef3 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1 @@
-/HTML-Selector-XPath-0.08.tar.gz
+/HTML-Selector-XPath-0.09.tar.gz
diff --git a/perl-HTML-Selector-XPath.spec b/perl-HTML-Selector-XPath.spec
index dfb1592..f09043e 100644
--- a/perl-HTML-Selector-XPath.spec
+++ b/perl-HTML-Selector-XPath.spec
@@ -1,11 +1,11 @@
Name: perl-HTML-Selector-XPath
-Version:0.08
+Version:0.09
Release:1%{?dist}
Summary:CSS Selector to XPath compiler
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/HTML-Selector-XPath/
-Source0:
http://www.cpan.org/authors/id/M/MI/MIYAGAWA/HTML-Selector-XPath-%{version}.tar.gz
+Source0:
http://www.cpan.org/authors/id/C/CO/CORION/HTML-Selector-XPath-%{version}.tar.gz
BuildArch: noarch
BuildRequires: perl = 1:5.8.1
BuildRequires: perl(ExtUtils::MakeMaker)
@@ -47,6 +47,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Sat Oct 22 2011 Ralf Corsépius corse...@fedoraproject.org 0.09-1
+- Upstream update.
+
* Mon Sep 19 2011 Ralf Corsépius corse...@fedoraproject.org 0.08-1
- Upstream update.
diff --git a/sources b/sources
index f8cada4..b7fb3ca 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c711f2672044cee9f6eba917e15eb263 HTML-Selector-XPath-0.08.tar.gz
+bb0454c58bc365c06d078e508776380c HTML-Selector-XPath-0.09.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
[dspam/f16] typo
commit 0a412e7418a2196d349f0937ce730a3dfec0bdb0
Author: Nathanael d. Noblet nathan...@noblet.ca
Date: Fri Oct 21 22:50:05 2011 -0600
typo
dspam.spec |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
---
diff --git a/dspam.spec b/dspam.spec
index 64f7474..d94b3f5 100644
--- a/dspam.spec
+++ b/dspam.spec
@@ -372,7 +372,7 @@ exit 0
%config(noreplace) %{_sysconfdir}/httpd/conf.d/dspam-web.conf
%changelog
-* Fir Oct 21 2011 Nathanael Noblet nathan...@gnat.ca - 3.10.1-4
+* Fri Oct 21 2011 Nathanael Noblet nathan...@gnat.ca - 3.10.1-4
- set logrotate to su to dspam mail when rotating fixes bug 747625
* Tue Oct 18 2011 Nathanael Noblet nathan...@gnat.ca - 3.10.1-3
--
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
[dspam] typo
Summary of changes: 0a412e7... typo (*) (*) 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-HTML-Selector-XPath/f16] (2 commits) ...Merge cleanup.
Summary of changes: 0919faf... Upstream update. (*) e514c88... Merge cleanup. (*) 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-HTML-Selector-XPath/f16: 2/2] Merge cleanup.
commit e514c888989dd1576518db178f1428128b7fda05 Author: Ralf Corsépius corse...@fedoraproject.org Date: Sat Oct 22 06:51:55 2011 +0200 Merge cleanup. perl-HTML-Selector-XPath.spec |3 --- 1 files changed, 0 insertions(+), 3 deletions(-) --- diff --git a/perl-HTML-Selector-XPath.spec b/perl-HTML-Selector-XPath.spec index f09043e..9415963 100644 --- a/perl-HTML-Selector-XPath.spec +++ b/perl-HTML-Selector-XPath.spec @@ -53,9 +53,6 @@ make test * Mon Sep 19 2011 Ralf Corsépius corse...@fedoraproject.org 0.08-1 - Upstream update. -* Wed Jun 29 2011 Marcela Mašláňová mmasl...@redhat.com - 0.07-2 -- Perl mass rebuild - * Sun Mar 27 2011 Ralf Corsépius corse...@fedoraproject.org 0.07-1 - Upstream update. -- 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-HTML-Selector-XPath/f15] (3 commits) ...Merge cleanup.
Summary of changes: 0919faf... Upstream update. (*) e514c88... Merge cleanup. (*) 5cfa7ab... Merge cleanup. (*) 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-HTML-Selector-XPath/f15: 3/3] Merge cleanup.
commit 5cfa7ab2be6c674710c5204810dd539c5d3ae767 Merge: d803780 e514c88 Author: Ralf Corsépius corse...@fedoraproject.org Date: Sat Oct 22 07:13:47 2011 +0200 Merge cleanup. .gitignore|2 +- perl-HTML-Selector-XPath.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 4 deletions(-) --- -- 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-HTML-Selector-XPath/f14: 4/4] Merge remote-tracking branch 'origin/f15' into f14
commit 966533ff4ac469f61df6133079702c2179d62959 Merge: 4d11b64 5cfa7ab Author: Ralf Corsépius corse...@fedoraproject.org Date: Sat Oct 22 07:14:48 2011 +0200 Merge remote-tracking branch 'origin/f15' into f14 .gitignore|2 +- perl-HTML-Selector-XPath.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 4 deletions(-) --- -- 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
