Broken buildroot, at least for EPEL-6
Some packages are missing in the EPEL-6 buildroot From : http://kojipkgs.fedoraproject.org//work/tasks/3479/5063479/root.log DEBUG util.py:264: http://kojipkgs.fedoraproject.org/repo/rhel/rhel-i386-server-optional-6/getPackage/php-mbstring-5.3.3-14.el6_3.i686.rpm: [Errno 14] PYCURL ERROR 22 - The requested URL returned error: 404 I have tried to file a infrastructure ticket, but database image is malformed Thanks for looking at this issues. Remi. P.S. don't know if buildroot should contains packages from RHEL-6.3 or from RHEL-6.4, or if transition is not complete.. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages for Fedora 19
On 24 February 2013 10:19, Bill Nottingham nott...@redhat.com wrote: Before we branch for Fedora 19, as is custom, we will block currently orphaned packages and packages that have failed to build since Fedora 17. The following packages are currently orphaned, or fail to build. If you have a need for one of these packages, please pick them up. If no one claims any of these packages, they will be blocked before we branch for Fedora 19. That is currently scheduled to happen on or around March 12. Package jaffl (fails to build) Fixed jaffl in rawhide. Package eclipse-m2m-qvtoml (fails to build) Will make time to fix this at the weekend. -- Mat Booth http://fedoraproject.org/get-fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Releasing ownership of packages
On 27 February 2013 16:08, Karel Klic kk...@redhat.com wrote: Dear all, I am releasing ownership of my packages due to lack of time to properly maintain them. ant-antlr3 -- Antlr3 task for Ant Taken ant-antlr3. -- Mat Booth http://fedoraproject.org/get-fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 914316] perl-Net-Twitter-4.00003 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=914316 Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org changed: What|Removed |Added Summary|perl-Net-Twitter-4.2 is |perl-Net-Twitter-4.3 is |available |available --- Comment #2 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Latest upstream release: 4.3 Current version in Fedora Rawhide: 4.2 URL: http://search.cpan.org/dist/Net-Twitter/ 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 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=l73IdcwgIra=cc_unsubscribe -- 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 916539] New: perl-Perl-Critic-Pulp-77 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=916539 Bug ID: 916539 Summary: perl-Perl-Critic-Pulp-77 is available Product: Fedora Version: rawhide Component: perl-Perl-Critic-Pulp Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Reporter: upstream-release-monitor...@fedoraproject.org Latest upstream release: 77 Current version in Fedora Rawhide: 76 URL: http://search.cpan.org/dist/Perl-Critic-Pulp/ 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 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ZNAZwyg5V9a=cc_unsubscribe -- 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: system freezes after loading gdm/gnome
Jan Dvořák mor...@anilinux.org wrote: I am running rawhide for fun and since a few days ago a few seconds after starting gdm the whole system freezes. I am sorry that I can't really pinpoint the exact update as I suspend and this only manifested after a reboot. Do you see the same problem starting KDE instead? David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Maintainers wanted for packages from 2013-02-27 FESCo Meeting
Em Wed, 27 Feb 2013 14:05:11 -0800 Toshio Kuratomi a.bad...@gmail.com escreveu: Greetings, At today's FESCo meeting there were two tickets which had the end result of needing to have new maintainers and comaintainers for some packages: ... * ivtv-firmware -- Firmware for the Hauppauge PVR 250/350/150/500/USB2 model series The needed firmware files for those cards were merged a long time ago into linux-firmware git tree. It seems, however, that those patches got excluded there: $ rpm -q linux-firmware -l|grep v4l /lib/firmware/v4l-cx231xx-avcore-01.fw /lib/firmware/v4l-cx23885-avcore-01.fw /lib/firmware/v4l-cx23885-enc.fw IMO, the best thing to do here is to just drop this package and make sure that the needed firmwares are provided by linux-firmware: -rw-rw-r-- 1 v4l v4l 16382 Ago 10 2012 v4l-cx231xx-avcore-01.fw -rw-rw-r-- 1 v4l v4l 141200 Ago 10 2012 v4l-cx23418-apu.fw -rw-rw-r-- 1 v4l v4l 158332 Ago 10 2012 v4l-cx23418-cpu.fw -rw-rw-r-- 1 v4l v4l 16382 Ago 10 2012 v4l-cx23418-dig.fw -rw-rw-r-- 1 v4l v4l 16382 Ago 10 2012 v4l-cx23885-avcore-01.fw -rw-rw-r-- 1 v4l v4l 16382 Ago 10 2012 v4l-cx25840.fw Btw, it should be noticed that cx231xx/cx23885 devices require a firmware there (v4l-cx23885-enc.fw). This firmware is wrong at linux-firmware tree, and got removed by a recent changeset (c11f374, at linux-firmware git tree). We're working with Conexant in order to replace it soon with a new firmware for it. * ivtv-utils -- Tools for the iTVC15/16 and CX23415/16 driver AFAIKT, this is legacy stuff. Everything needed on userspace for ivtv is now provided by v4l-utils package. -- Cheers, Mauro signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Maintainers wanted for packages from 2013-02-27 FESCo Meeting
On Wed, 27 Feb 2013 14:05:11 -0800 Toshio Kuratomi a.bad...@gmail.com wrote: Greetings, At today's FESCo meeting there were two tickets which had the end result of needing to have new maintainers and comaintainers for some packages: == https://fedorahosted.org/fesco/ticket/1028 == tor package was reassigned to a new maintainer. Former maintainer dropped ownership of his other packages. Those are now orphaned and in need of a new owner. Note to potential new maintainers: although not mandatory, you may want to open an optional re-review request as the spec files for some of these may be very out of sync with the current Fedora Packaging Guidelines * clamav * dhcp-forwarder * fedora-usermgmt (epel branches still owned by ensc) * gif2png * hunt * ip-sentinel * kismet * libextractor * libtasn1 * milter-greylist I've taken milter-greylist. Paul. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Django-1.5 build
Dear list, Django 1.5 was released about two days ago. I'd like to push a build to rawhide, but I assume, that will break many dependent packages. The plan is, to delay the push, until other packages are fixed, or to push in about 14 days. I have a scratch-build build ready, one might to try, it should install cleanly e.g. on Fedora 18. http://kojipkgs.fedoraproject.org//work/tasks/3880/5063880/python-django-1.5-1.fc19.noarch.rpm -- Matthias Runge mru...@matthias-runge.de mru...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Package_update_HOWTO
I often use the web page https://fedoraproject.org/wiki/Package_update_HOWTO and have a few edits to suggest. Who would be the proper person to contact ? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package_update_HOWTO
On Thu, Feb 28, 2013 at 05:02:56AM -0700, Brad Bell wrote: I often use the web page https://fedoraproject.org/wiki/Package_update_HOWTO and have a few edits to suggest. Who would be the proper person to contact ? It's a wiki... and as Fedora contributor, you are trusted enough: https://fedoraproject.org/w/index.php?title=Package_update_HOWTOaction=edit -- Tomasz Torcz RIP is irrevelant. Spoofing is futile. xmpp: zdzich...@chrome.pl Your routes will be aggreggated. -- Alex Yuriev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File App-cpanminus-1.6002.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-App-cpanminus: 5b35b693c9af21a0a666075bfbd33e34 App-cpanminus-1.6002.tar.gz -- 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 914287] perl-HTTP-Recorder: FTBFS in rawhide
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=914287 Ralf Corsepius rc040...@freenet.de changed: What|Removed |Added Status|NEW |CLOSED CC||rc040...@freenet.de Resolution|--- |RAWHIDE Last Closed||2013-02-28 07:16:20 --- Comment #1 from Ralf Corsepius rc040...@freenet.de --- Missing BR: perl(ExtUtils::MakeMaker). http://koji.fedoraproject.org/koji/taskinfo?taskID=5064038 FWIW: The current version being shipped (HTTP-Recorder-0.05) is from 2005. There is a much new version (*-0.06) from 2012 out. For now, I restrict myself to fixing the FTBFS. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=aHYCLWvYALa=cc_unsubscribe -- 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: Django-1.5 build
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu 28 Feb 2013 06:58:36 AM EST, Matthias Runge wrote: Dear list, Django 1.5 was released about two days ago. I'd like to push a build to rawhide, but I assume, that will break many dependent packages. The plan is, to delay the push, until other packages are fixed, or to push in about 14 days. I have a scratch-build build ready, one might to try, it should install cleanly e.g. on Fedora 18. http://kojipkgs.fedoraproject.org//work/tasks/3880/5063880/python-django-1.5-1.fc19.noarch.rpm How many Django-based packages are we talking about? Should we be considering putting things together in a side tag before landing in Rawhide? Also, I know at least Review Board is incompatible with 1.5 at this time. They're planning to have a 1.5-compatible release sometime in the next month or so. Looking at the release notes[1], there is a sizeable number of backwards-incompatible changes present in this new version. I think it's going to bite us if we force it straight into Rawhide at this point. Given the way that Django tends to operate (backwards-incompatible releases about every six months with only the current and previous release supported for bugfixes and security), I'm wondering if we shouldn't just drop the 'python-django' package entirely and go with 'python-django14', 'python-django15', etc. from here until eternity, retiring unsupported versions only between upstream releases. This is a policy that would probably also work acceptably for EPEL (CCed). Also, Django 1.5's release notes[2] indicate that it now has support for Python 3.2 and later. I'd strongly recommend that we should be dual-building python3-django15 as well here. [1] https://docs.djangoproject.com/en/1.5/releases/1.5/#backwards-incompatible-changes-in-1-5 [2] https://docs.djangoproject.com/en/1.5/releases/1.5/#python-3-support -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlEvWJcACgkQeiVVYja6o6OJNQCdGDMix23UbQaBt54/8qm2pZHH PCMAoIwUySlkccFtXorJH2iJQcAzdtLf =RXfG -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 915708] perl-Data-Dumper-2.143 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=915708 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Data-Dumper-2.143-1.fc ||19 Resolution|--- |RAWHIDE Last Closed||2013-02-28 08:18:24 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=GRpwsjqcYka=cc_unsubscribe -- 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: Maintainers wanted for packages from 2013-02-27 FESCo Meeting
Hi all! I'll be happy to help with vtk and vtkdata, if at any time needed. Best, Mario On 28 February 2013 12:49, Paul Howarth p...@city-fan.org wrote: On Wed, 27 Feb 2013 14:05:11 -0800 Toshio Kuratomi a.bad...@gmail.com wrote: Greetings, At today's FESCo meeting there were two tickets which had the end result of needing to have new maintainers and comaintainers for some packages: == https://fedorahosted.org/fesco/ticket/1028 == tor package was reassigned to a new maintainer. Former maintainer dropped ownership of his other packages. Those are now orphaned and in need of a new owner. Note to potential new maintainers: although not mandatory, you may want to open an optional re-review request as the spec files for some of these may be very out of sync with the current Fedora Packaging Guidelines * clamav * dhcp-forwarder * fedora-usermgmt (epel branches still owned by ensc) * gif2png * hunt * ip-sentinel * kismet * libextractor * libtasn1 * milter-greylist I've taken milter-greylist. Paul. -- 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
Re: system freezes after loading gdm/gnome
We've figured out now that putting i915.i915_enable_rc6=0 on the kernel commandline works around the issue. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning the-board
On Thu, Feb 28, 2013 at 2:17 AM, Peter Robinson pbrobin...@gmail.comwrote: I spoke to the upstream maintainer about this the other day. I suggest you actually retire it properly rather than just orphan it, if development picks up it can be re-reviewed. Makes sense. I just went ahead and retired the package for the current devel branch. Thanks, Cosimo -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Orphaning Docky
Hello all, although package Docky was lot of work for me (licensing patching etc) I am no longer using it and last two releases were very unstable. There are couple of bugzillas reported mainly because of gconf migration. Docky is an advanced shortcut bar that sits at the edges of your screen. It provides easy access to some of the files, folders and applications on your computer, displays which applications are currently running, holds windows in their minimized state and more. Docky is written in mono. http://wiki.go-docky.com Please ping me if you are interested to maintain the package. -- Later, Lukas lzap Zapletal #katello #systemengine -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Maintainers wanted for packages from 2013-02-27 FESCo Meeting
At today's FESCo meeting there were two tickets which had the end result of needing to have new maintainers and comaintainers for some packages: == https://fedorahosted.org/fesco/ticket/1028 == tor package was reassigned to a new maintainer. Former maintainer dropped ownership of his other packages. Those are now orphaned and in need of a new owner. Note to potential new maintainers: although not mandatory, you may want to open an optional re-review request as the spec files for some of these may be very out of sync with the current Fedora Packaging Guidelines * clamav I've added me as comaintainer to clamav and i'm willing to take ownership if it is orphoned. Shure, i will do a new review request because i want to reorganized the package like it is for epel. Fedora's version is total user unfriendly, ie. needed to copy configuration files by hand and no default daemon configuration. I used the epel version for a long time for myself, because you need only installation and enable the the daemon, that's all. Wolfgang -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Maintainers wanted for packages from 2013-02-27 FESCo Meeting
On Wed, Feb 27, 2013 at 4:05 PM, Toshio Kuratomi a.bad...@gmail.com wrote: Greetings, * fedora-usermgmt (epel branches still owned by ensc) * hunt * ip-sentinel * kismet * libextractor Taken. -J -- http://cecinestpasunefromage.wordpress.com/ 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: Django-1.5 build
Stephen Gallagher wrote: How many Django-based packages are we talking about? Should we be considering putting things together in a side tag before landing in Rawhide? Add cobbler to the list. Cobbler was forgotten about in Fedora 17 and an update to support Django in Fedora 17 is /still/ sitting in updates-testing. Please make sure all dependent packages have made themselves compatible before you push. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Maintainers wanted for packages from 2013-02-27 FESCo Meeting
On Wed, Feb 27, 2013 at 02:05:11PM -0800, Toshio Kuratomi wrote: Greetings, At today's FESCo meeting there were two tickets which had the end result of needing to have new maintainers and comaintainers for some packages: == https://fedorahosted.org/fesco/ticket/1028 == tor package was reassigned to a new maintainer. Former maintainer dropped ownership of his other packages. Those are now orphaned and in need of a new owner. Note to potential new maintainers: although not mandatory, you may want to open an optional re-review request as the spec files for some of these may be very out of sync with the current Fedora Packaging Guidelines * x11-ssh-askpass I'll take this as I use it every day. -- David Cantrell dcantr...@redhat.com Manager, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Tor package on the way to awesome, and looking for a re-review
Hello, In the FESCo meeting yesterday (February 27th), it was decided that Enrico Scholz would be removed as maintainer of the tor package, and that I should become the primary maintainer. I am going about fixing the package and bringing it back into shape with the help of co-maintainer Paul Wouters and hopefully with input from upstream. We hope that upstream will be able to stop telling people not to use the Fedora tor packages. Changes so far: http://jamielinux.fedorapeople.org/fix-tor/CHANGELOG http://jamielinux.fedorapeople.org/fix-tor/series/ Because there are so many changes, and in the interests of doing things properly, I've requested for a re-review of the package to make sure the changes are good for Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=916627 I've already applied the 20 patch series in git, but before pushing any updates out I want to make sure things really are in good shape, and will make further changes as necessary. Reviewing the latest spec should be quite straightforward, as excluding the changelog it's only 120 lines, compared to the 250 lines is used to be. The package is buildable and installable/upgradable after each patch in the series, so the reviewer may alternatively choose to review each patch individually. Kind regards, -- Jamie Nguyen -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Maintainers wanted for packages from 2013-02-27 FESCo Meeting
On Thu, Feb 28, 2013 at 8:06 AM, Jon Ciesla limburg...@gmail.com wrote: On Wed, Feb 27, 2013 at 4:05 PM, Toshio Kuratomi a.bad...@gmail.comwrote: Greetings, * fedora-usermgmt (epel branches still owned by ensc) * hunt * ip-sentinel * kismet * libextractor Taken. Also took dietlibc f18 and f17, and will take devel if orphaned. I assume that was the intent but I don't want to appear heavy-handed. . . -J -J -- http://cecinestpasunefromage.wordpress.com/ in your fear, seek only peace in your fear, seek only love -d. bowie -- http://cecinestpasunefromage.wordpress.com/ 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: headsup for llvm-3.2
On Monday, 18 February 2013 at 12:01, Jens Petersen wrote: There was talk about bringing 3.1 to F17 including some support from the Mesa guys but then nothing actually happened. I would really like it if I could go through F18 without having to build my own private parallel installable llvm 3.2 (i need the c++11 memory model support introduced in 3.2 for my lock free algorithms). [...] 3.2 requires newer Mesa and also some other version bumps of reverse deps but perhaps it could be done later for F18 after it has been tested in Rawhide? But I am not the package owner or comaintainer and still kind of new to llvm so it is not really my call at this point. I am planning now to push llvm-3.2 hopefully after the F19 Mass Rebuild finishes (actually wish I had gotten it in before...). I'd appreciate llvm 3.2 and mesa 9.1 in F18, as mesa 9.1 brings support for latest Radeon GPUs (e.g. 7950). Feel free to ping me for testing when there are koji builds available. Regards, -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: headsup for llvm-3.2
On Wednesday, 13 February 2013 at 15:26, John5342 wrote: On 13 Feb 2013 09:37, Jens Petersen peter...@redhat.com wrote: Hi, I spend a little time recently working on the llvm package trying to fix a few Fedora bugs that have been open for a while... I also think we should really get llvm-3.2 into Fedora 19. I have done a few tests and scratch builds in https://bugzilla.redhat.com/show_bug.cgi?id=903100 and am planning to build llvm-3.2 in rawhide this week hopefully. Are there any plans to bring this to F18? There was talk about bringing 3.1 to F17 including some support from the Mesa guys but then nothing actually happened. I would really like it if I could go through F18 without having to build my own private parallel installable llvm 3.2 (i need the c++11 memory model support introduced in 3.2 for my lock free algorithms). Could you share your instructions for building llvm 3.2 on F18? I tried rebuilding the F19 package, but it fails with unspecified linker errors. Regards, Dominik -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Tor package on the way to awesome, and looking for a re-review
On 28 February 2013 14:18, Jamie Nguyen j...@jamielinux.com wrote: I've already applied the 20 patch series in git, but before pushing any updates out I want to make sure things really are in good shape, and will make further changes as necessary. The spec file looks much less batshit-insane now, thanks for doing this. Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: systemd/udev Predictable Network Interface Names
On Mon, Feb 25, 2013 at 6:02 PM, Andy Gospodarek agosp...@redhat.com wrote: I'd like to see kernel driver work to be sure every multi-port driver with the same PCI b/d/b/f sets dev_id. That isn't necessarily true today, which makes it hard to trust. biosdevname needs this too, until such a time as it's dead. Do we have a list of these, or is it a matter of doing a driver audit? CC'ing gospo. Right now almost no drivers actually set dev_id. In fact mlx4_en, cxgb4, and sfc seem to be the only ones right now. If we feel like this a requirement there will be work on the kernel side to add this. This only matters if there are multiple devices created by a driver for one and the same pci device. Like when we have only one entry in lspci, but multiple interfaces of the same type having this one device as a parent. Is this really common? I would expect this is a very rare exception. Thanks, Kay -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Django-1.5 build
Hi On Thu, Feb 28, 2013 at 6:58 AM, Matthias Runge wrote: Dear list, Django 1.5 was released about two days ago. I'd like to push a build to rawhide, but I assume, that will break many dependent packages. The plan is, to delay the push, until other packages are fixed, or to push in about 14 days. You should introduce a python-django15 package instead and let dependent packages slowly move over. We cannot handle this within a single release timeframe. Every release introduces incompatibilities and upstream projects aren't willing to deal with too many Django versions at a time and move forward slowly. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: systemd/udev Predictable Network Interface Names
On 02/28/2013 06:55 AM, Kay Sievers wrote: On Mon, Feb 25, 2013 at 6:02 PM, Andy Gospodarek agosp...@redhat.com wrote: I'd like to see kernel driver work to be sure every multi-port driver with the same PCI b/d/b/f sets dev_id. That isn't necessarily true today, which makes it hard to trust. biosdevname needs this too, until such a time as it's dead. Do we have a list of these, or is it a matter of doing a driver audit? CC'ing gospo. Right now almost no drivers actually set dev_id. In fact mlx4_en, cxgb4, and sfc seem to be the only ones right now. If we feel like this a requirement there will be work on the kernel side to add this. This only matters if there are multiple devices created by a driver for one and the same pci device. Like when we have only one entry in lspci, but multiple interfaces of the same type having this one device as a parent. Is this really common? I would expect this is a very rare exception. How does this relate to a hosting service which assigns a different IP4 for each client domain to the same physical ethernet port? My service has many dozen different IP4 [advertised via DNS] assigned to the same port. -- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: headsup for llvm-3.2
On 28 Feb 2013 14:48, Dominik 'Rathann' Mierzejewski domi...@greysector.net wrote: On Wednesday, 13 February 2013 at 15:26, John5342 wrote: On 13 Feb 2013 09:37, Jens Petersen peter...@redhat.com wrote: Hi, I spend a little time recently working on the llvm package trying to fix a few Fedora bugs that have been open for a while... I also think we should really get llvm-3.2 into Fedora 19. I have done a few tests and scratch builds in https://bugzilla.redhat.com/show_bug.cgi?id=903100 and am planning to build llvm-3.2 in rawhide this week hopefully. Are there any plans to bring this to F18? There was talk about bringing 3.1 to F17 including some support from the Mesa guys but then nothing actually happened. I would really like it if I could go through F18 without having to build my own private parallel installable llvm 3.2 (i need the c++11 memory model support introduced in 3.2 for my lock free algorithms). Could you share your instructions for building llvm 3.2 on F18? I tried rebuilding the F19 package, but it fails with unspecified linker errors. I haven't actually built it yet (was waiting as long as I could to see if this would be done officially). Generally speaking the first step is changing the gcc/libstdc++ version in the spec and then fix up any minor issues afterwards, but in order to actually install and use it you need to rebuild the other packages that depend on it (in a default Fedora setup that's mainly Mesa) . Mesa is one package I definitely don't understand which is why I don't like the idea of doing llvm myself. The other alternative is what I would likely do instead and do a parallel installable package which of course requires a bit more thought since a lot of the libs are by default unversioned. If it does turn out I have to do this myself though I will see about putting a repo on fedorapeople and announce it here for those that want/need it. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20130228 changes
Compose started at Thu Feb 28 08:15:06 UTC 2013 Broken deps for x86_64 -- [HippoDraw] HippoDraw-python-1.21.3-6.fc19.x86_64 requires libboost_python.so.1.50.0()(64bit) [condor] condor-plumage-7.9.1-0.1.fc19.4.x86_64 requires libboost_system.so.1.50.0()(64bit) [couchdb] couchdb-1.2.1-2.fc19.x86_64 requires libicuuc.so.49()(64bit) couchdb-1.2.1-2.fc19.x86_64 requires libicui18n.so.49()(64bit) couchdb-1.2.1-2.fc19.x86_64 requires libicudata.so.49()(64bit) [dragonegg] dragonegg-3.1-19.fc19.x86_64 requires gcc = 0:4.7.2-9.fc19 [epiphany-extensions] epiphany-extensions-3.6.0-1.fc19.x86_64 requires epiphany(abi) = 0:3.6 [fawkes] fawkes-guis-0.5.0-5.fc19.i686 requires libgraph.so.5 fawkes-guis-0.5.0-5.fc19.x86_64 requires libgraph.so.5()(64bit) fawkes-plugin-clips-0.5.0-5.fc19.i686 requires libclipsmm.so.2 fawkes-plugin-clips-0.5.0-5.fc19.x86_64 requires libclipsmm.so.2()(64bit) fawkes-plugin-player-0.5.0-5.fc19.x86_64 requires libgeos-3.3.6.so()(64bit) fawkes-plugin-player-0.5.0-5.fc19.x86_64 requires libboost_thread-mt.so.1.50.0()(64bit) fawkes-plugin-player-0.5.0-5.fc19.x86_64 requires libboost_system-mt.so.1.50.0()(64bit) fawkes-plugin-player-0.5.0-5.fc19.x86_64 requires libboost_signals-mt.so.1.50.0()(64bit) fawkes-plugin-tabletop-objects-0.5.0-5.fc19.x86_64 requires libboost_thread-mt.so.1.50.0()(64bit) fawkes-plugin-tabletop-objects-0.5.0-5.fc19.x86_64 requires libboost_system-mt.so.1.50.0()(64bit) [fcitx-keyboard] fcitx-keyboard-0.1.3-1.fc18.x86_64 requires libicuuc.so.49()(64bit) [flowcanvas] flowcanvas-0.7.1-8.fc18.i686 requires libgraph.so.5 flowcanvas-0.7.1-8.fc18.x86_64 requires libgraph.so.5()(64bit) [freeipa] freeipa-server-strict-3.1.2-3.fc19.x86_64 requires krb5-server = 0:1.11 [gcc-python-plugin] gcc-python2-debug-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19 gcc-python2-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19 gcc-python3-debug-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19 gcc-python3-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19 [gdcm] gdcm-2.0.18-6.fc18.i686 requires libpoppler.so.26 gdcm-2.0.18-6.fc18.x86_64 requires libpoppler.so.26()(64bit) [gedit-valencia] gedit-valencia-0.3.0-11.20120430gite8a0f500555be.fc18.x86_64 requires libvala-0.18.so.0()(64bit) [gnome-applets] 1:gnome-applets-3.5.92-3.fc18.x86_64 requires libgweather-3.so.1()(64bit) [gnome-panel] gnome-panel-3.6.2-6.fc19.x86_64 requires libgnome-desktop-3.so.5()(64bit) gnome-panel-devel-3.6.2-6.fc19.i686 requires libgnome-desktop-3.so.5 gnome-panel-devel-3.6.2-6.fc19.x86_64 requires libgnome-desktop-3.so.5()(64bit) [kdegames] 6:kdegames-4.10.0-1.fc19.noarch requires ksirk = 0:4.10.0 6:kdegames-4.10.0-1.fc19.noarch requires kolf = 0:4.10.0 [kdevelop-python] kdevelop-python-1.4.1-2.fc19.i686 requires libpython2.7-kdevelop.so.1.0 kdevelop-python-1.4.1-2.fc19.x86_64 requires libpython2.7-kdevelop.so.1.0()(64bit) [libgda] 1:libgda-tools-5.1.1-4.fc19.x86_64 requires libgraph.so.5()(64bit) [matreshka] matreshka-0.3.0-3.fc19.i686 requires libgnat-4.7.so matreshka-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit) matreshka-amf-0.3.0-3.fc19.i686 requires libgnat-4.7.so matreshka-amf-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit) matreshka-amf-mofext-0.3.0-3.fc19.i686 requires libgnat-4.7.so matreshka-amf-mofext-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit) matreshka-amf-ocl-0.3.0-3.fc19.i686 requires libgnat-4.7.so matreshka-amf-ocl-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit) matreshka-amf-uml-0.3.0-3.fc19.i686 requires libgnat-4.7.so matreshka-amf-uml-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit) matreshka-amf-utp-0.3.0-3.fc19.i686 requires libgnat-4.7.so matreshka-amf-utp-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit) matreshka-fastcgi-0.3.0-3.fc19.i686 requires libgnat-4.7.so matreshka-fastcgi-0.3.0-3.fc19.i686 requires libgnarl-4.7.so matreshka-fastcgi-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit) matreshka-fastcgi-0.3.0-3.fc19.x86_64 requires libgnarl-4.7.so()(64bit) matreshka-sql-core-0.3.0-3.fc19.i686 requires libgnat-4.7.so matreshka-sql-core-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit) matreshka-sql-postgresql-0.3.0-3.fc19.i686 requires libgnat-4.7.so matreshka-sql-postgresql-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit) matreshka-sql-sqlite-0.3.0-3.fc19.i686 requires libgnat-4.7.so matreshka-sql-sqlite-0.3.0-3.fc19.x86_64 requires libgnat-4.7.so()(64bit)
Mediawiki 1.20.2 has landed
Hi, The mediawiki package has been updated to 1.20.2 for Rawhide and 1.19.3 for F17/F18. The mediawiki-math/nopath packages have been merged into just mediawiki (with Obsoletes). There is one package that depended on the old packages. mediawiki-semantic owner: jlaska If you have your own wiki please look over the release notes and test the packages in updates-testing. We're coming from a 2 year old version so there are a few changes. Thanks, Michael -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Django-1.5 build
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/28/2013 02:16 PM, Stephen Gallagher wrote: On Thu 28 Feb 2013 06:58:36 AM EST, Matthias Runge wrote: Dear list, Django 1.5 was released about two days ago. I'd like to push a build to rawhide, but I assume, that will break many dependent packages. The plan is, to delay the push, until other packages are fixed, or to push in about 14 days. I have a scratch-build build ready, one might to try, it should install cleanly e.g. on Fedora 18. http://kojipkgs.fedoraproject.org//work/tasks/3880/5063880/python-django-1.5-1.fc19.noarch.rpm How many Django-based packages are we talking about? Should we be considering putting things together in a side tag before landing in Rawhide? Well, looking at my list of ~40 python-django packages, I know by coincidence just a single package to be compatible with Django-1.5 Looking at the release notes[1], there is a sizeable number of backwards-incompatible changes present in this new version. I think it's going to bite us if we force it straight into Rawhide at this point. Given the way that Django tends to operate (backwards-incompatible releases about every six months with only the current and previous release supported for bugfixes and security), I'm wondering if we shouldn't just drop the 'python-django' package entirely and go with 'python-django14', 'python-django15', etc. from here until eternity, retiring unsupported versions only between upstream releases. This is a policy that would probably also work acceptably for EPEL (CCed). That seems to be a good proposal for me. Review request is here[1], based on the current python-django package. Shouldn't be an issue. For EPEL, we have the Django14 package. This shouldn't change there, but we can think about introducing provides: python-django14 there. Also, IMHO the number of incompatible changes became less and less disruptive in the past, and I see this as maturing of the project. Also, Django 1.5's release notes[2] indicate that it now has support for Python 3.2 and later. I'd strongly recommend that we should be dual-building python3-django15 as well here. Yes, I was thinking about a python3-django feature for F20, as it's absolutely too late for this as a feature for F19, right? As there is at least /usr/bin/django-admin provided by the package, we should decide, if that should be coming from the python3 package, if the python3 version should carry a python3 (or just a 3) in it's name, or what to do else. Matthias [1] https://bugzilla.redhat.com/show_bug.cgi?id=916676 - -- Matthias Runge mru...@matthias-runge.de mru...@fedoraproject.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRL4IzAAoJEOnz8qQwcaIWygcIAJ+7J4B+nabmV4eSaMguNmXM F81PcSf/HjLQQSeFi2n3CFfM+ZcYnTbBJ+rDKXmIUDLGRRu6tgtOduX8s4x9oQto 4BshL7njsBK3fEKUFJYY2xoJyEC8fmZbzaQ5uZyM1Tqa88vjo/SSYPluiRUWrtL8 pTt3U/7HN3bU/8byzxLyWxtyaf0z+GJvYYGjZlVN+s+aCOeGbYoi3JFLQZ8ZFI7i sz+96VVxYWY8hm7uHn7xUzuh3LoDsYFvsNuGfmT2zliHkSmGnO5RI18w/kW9sbtG gPWtHhWpV/kIWiJhLxakImWQ0XNZx72T0wXWA+usVqJ7HVe6nhDGl09E+jXasU0= =pDV1 -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
On Thu, 28 Feb 2013 10:04:11 + David Howells dhowe...@redhat.com wrote: Jan Dvořák mor...@anilinux.org wrote: I am running rawhide for fun and since a few days ago a few seconds after starting gdm the whole system freezes. I am sorry that I can't really pinpoint the exact update as I suspend and this only manifested after a reboot. Do you see the same problem starting KDE instead? I will try again with something that does not use cogl and with disabled rc6, now that I have btrfs root with snapshots. Until then. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Django-1.5 build
On 02/28/2013 03:57 PM, Rahul Sundaram wrote: You should introduce a python-django15 package instead and let dependent packages slowly move over. We cannot handle this within a single release timeframe. Every release introduces incompatibilities and upstream projects aren't willing to deal with too many Django versions at a time and move forward slowly. I see your point not to touch any Django-package to change the requirements, but also this will make things more confusing: Django (as F17) is 1.4.x python-django is 1.4.x python-django15 is 1.5 what about Django-1.6? So I'd prefer to have python-django as moving target and fix the release by appending the version. Matthias -- Matthias Runge mru...@matthias-runge.de mru...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Mediawiki 1.20.2 has landed
You've used unversioned obsoletes, which are bad. That means at no point in time ever again can there be any package named mediawiki-math or mediawiki-nomath. Would you please change them to be versioned as it states in the Packaging Guidelines? http://fedoraproject.org/wiki/Packaging:Guidelines#Renaming.2FReplacing_Existing_Packages Thanks. On Thu, Feb 28, 2013 at 10:05:00AM -0600, Michael Cronenworth wrote: Hi, The mediawiki package has been updated to 1.20.2 for Rawhide and 1.19.3 for F17/F18. The mediawiki-math/nopath packages have been merged into just mediawiki (with Obsoletes). There is one package that depended on the old packages. mediawiki-semantic owner: jlaska If you have your own wiki please look over the release notes and test the packages in updates-testing. We're coming from a 2 year old version so there are a few changes. Thanks, Michael -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Drupal 8
Hi Shawn: I'm willing to help, though I haven't done any real programming I'm ten years our so, and don't know how much help I would actually be, but it's an offer. Richard On Feb 27, 2013 6:50 PM, Shawn Iwinski shawn.iwin...@gmail.com wrote: I have started packaging the development version of Drupal 8. There is still plenty of work to do (please help!) and I would also like to get the maintainers of drupal6 and drupal7 packages involved. Besides simply packaging Drupal itself, I am trying to implement some additional features: * provide RPM macros -- this will help simplify spec files * virtual packages (i.e. drupal8(drupal_machine_name)) -- this will especially help with the requiring of sub-modules * virtual package auto-provides (parsed from *.info filenames) -- this allows a package to provide the main module itself as well as any sub-module(s) that are included * virtual package auto-requires (parsed from *.info files' dependencies[] entries) -- this will help simplify spec files * formalized packaging guidelines I must give major credit for the auto provides and requires to the nodejs and npm package owners as I took a lot from their setup. Drupal 8 itself is still in major development and this package will not be ready for Fedora for a good while. I am doing all of my work out of GitHub. If you would like to help out or review anything, please see the links below: Specs and issues: https://github.com/siwinski/drupal8-rpms Dev repos: http://repos.fedorapeople.org/repos/siwinski/drupal8/ Draft packaging guidelines: https://fedoraproject.org/wiki/User:Siwinski/Draft:Packaging:Drupal8 -- Shawn Iwinski Sr. Software Applications Engineer Red Hat, Inc. siwin...@redhat.com shawn.iwin...@gmail.com IRC: siwinski GPG: 0x7cd74d05 -- 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
Re: Django-1.5 build
Hi On Thu, Feb 28, 2013 at 11:22 AM, Matthias Runge wrote: I see your point not to touch any Django-package to change the requirements, but also this will make things more confusing: Django (as F17) is 1.4.x python-django is 1.4.x python-django15 is 1.5 what about Django-1.6? So I'd prefer to have python-django as moving target and fix the release by appending the version. Well, if the current python-django in Fedora is renamed to python-django14 and appropriate provides are added to the EPEL version such that django dependent packages don't have to bother with if else in spec files, you wouldn't need any moving targets at all. The version number will be right there in the package name and it will be obvious which version it is. If Django stops breaking compatibility, we can revisit this. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Mediawiki 1.20.2 has landed
Chuck Anderson wrote: Would you please change them to be versioned as it states in the Packaging Guidelines? Thanks. It'll be fixed before packages make it out to the repos. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Broken buildroot, at least for EPEL-6
On Thu, 28 Feb 2013 09:41:21 +0100 Remi Collet fed...@famillecollet.com wrote: Some packages are missing in the EPEL-6 buildroot From : http://kojipkgs.fedoraproject.org//work/tasks/3479/5063479/root.log DEBUG util.py:264: http://kojipkgs.fedoraproject.org/repo/rhel/rhel-i386-server-optional-6/getPackage/php-mbstring-5.3.3-14.el6_3.i686.rpm: [Errno 14] PYCURL ERROR 22 - The requested URL returned error: 404 I have tried to file a infrastructure ticket, but database image is malformed Thanks for looking at this issues. Remi. P.S. don't know if buildroot should contains packages from RHEL-6.3 or from RHEL-6.4, or if transition is not complete.. This should be fixed now. There was a nfs mount that didn't properly come back after reboots yesterday. It's there now, I regened the epel5/6 buildroot repos. epel6 should be building against 6.4. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Re: Package_update_HOWTO
Please note that there are references to Fedroa 12 and Fedora 13 in the section For Testers: https://fedoraproject.org/wiki/Package_update_HOWTO#For_Testers Perhaps these should be updated ? I am planning on making some minor changes to the section Build a Package For Rawhide: https://fedoraproject.org/wiki/Package_update_HOWTO#Build_a_package_for_Rawhide and would appreciate any feed back or comments about them. In the past I have made the mistake of running fedpkg build In cases that failed and could have been avoided using scratch builds; see https://fedoraproject.org/wiki/Using_the_Koji_build_system#Scratch_Builds It now seems to me preferable to do the following before uploading new sources: wget http:///path/to/yournewtarball.tar.gz . rmpbuild -bs package_name.spec koji build --scratch rawhide package_name.srpm To this end, I have listed a set of edits below: 1. Place the example code above before the example code fedpkg new-sources /path/to/yournewtarball.tar.gz 2. Change the previous example code to fedpkg new-sources yournewtarball.tar.gz 3. Place the follow example code fedpkg scratch-build directly before the example code fedpkg srpm koji build --scratch --arch-override x86_64 f18 ... with some connecting text. 4. Change the final example https://fedoraproject.org/wiki/Package_update_HOWTO#Example to # get the curent fedora settings fedpkg clone foo # change into directory created by previous commnad cd foo # get the upstream source wget -N http://dl.sf.net/foo/foo-0.0.2.tar.bz2 # change the required things in the specfile gedit foo.spec # check that the changes you made are correct for this architecture fedpkg mockbuild # check that the changes you made are correct for all architectures rmpbuild -bs foo.spec koji build --scratch rawhide foo.srpm # upload the new sources fedpkg new-sources foo-0.0.2.tar.bz2 # double check our changes fedpkg diff # commit and push your changes fedpkg commit -m Update to 0.0.2 -p On 02/28/2013 05:14 AM, Tomasz Torcz wrote: On Thu, Feb 28, 2013 at 05:02:56AM -0700, Brad Bell wrote: I often use the web page https://fedoraproject.org/wiki/Package_update_HOWTO and have a few edits to suggest. Who would be the proper person to contact ? It's a wiki... and as Fedora contributor, you are trusted enough: https://fedoraproject.org/w/index.php?title=Package_update_HOWTOaction=edit -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Mediawiki 1.20.2 has landed
Hi On Thu, Feb 28, 2013 at 11:45 AM, Michael Cronenworth m...@cchtml.comwrote: Chuck Anderson wrote: Would you please change them to be versioned as it states in the Packaging Guidelines? Thanks. It'll be fixed before packages make it out to the repos. FYI, rpmlint does warn about this Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Drupal 8
On Wed, Feb 27, 2013 at 9:50 PM, Shawn Iwinski shawn.iwin...@gmail.com wrote: I have started packaging the development version of Drupal 8. There is still plenty of work to do (please help!) and I would also like to get the maintainers of drupal6 and drupal7 packages involved. I'm willing to help out a bit, as I maintain a half-dozen or so drupal7 packages in Fedora. Besides simply packaging Drupal itself, I am trying to implement some additional features: * provide RPM macros -- this will help simplify spec files * virtual packages (i.e. drupal8(drupal_machine_name)) -- this will especially help with the requiring of sub-modules * virtual package auto-provides (parsed from *.info filenames) -- this allows a package to provide the main module itself as well as any sub-module(s) that are included * virtual package auto-requires (parsed from *.info files' dependencies[] entries) -- this will help simplify spec files * formalized packaging guidelines I was thinking about this just yesterday, as it was taking me a while to track down a bunch of sub-modules and which packages were providing them. I think virtual provides for sub-modules is something we could really use -- and the rest would be fantastic, if we can make it work automagically. Drupal 8 itself is still in major development and this package will not be ready for Fedora for a good while. I am doing all of my work out of GitHub. If you would like to help out or review anything, please see the links below: Specs and issues: https://github.com/siwinski/drupal8-rpms Dev repos: http://repos.fedorapeople.org/repos/siwinski/drupal8/ Draft packaging guidelines: https://fedoraproject.org/wiki/User:Siwinski/Draft:Packaging:Drupal8 I added a couple of lines to the packaging guidelines around Drupal libraries. We may also want to revisit the latest proposed JavaScript packaging guidelines and make sure that all the new Drupal 8 packages follow them. -- Jared Smith -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Seeking primary maintainer for LLVM
Michel Alexandre Salim wrote: - - Refactorig LLVM's build system to properly use versioned shared objects. I note that other distributions, and BSD, are still using static linking, so we appear to be the only ones attempting to package LLVM properly. And FYI, this is not just a matter of guidelines. Static LLVM also breaks when you have multiple libraries all using LLVM being linked together, e.g. OpenGTL and Mesa. Fedora switching to shared LLVM fixed those symbol conflicts, so going back to static is not an option. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
Do you see the same problem starting KDE instead? I will try again with something that does not use cogl and with disabled rc6, now that I have btrfs root with snapshots. Both KDM and Xfce4 work flawlessly. I have tried with i915.i915_enable_rc6=0 and there was no difference. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
On Thu, Feb 28, 2013 at 11:31 AM, Jan Dvořák mor...@anilinux.org wrote: Do you see the same problem starting KDE instead? I will try again with something that does not use cogl and with disabled rc6, now that I have btrfs root with snapshots. Both KDM and Xfce4 work flawlessly. I have tried with i915.i915_enable_rc6=0 and there was no difference. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Matthias: What do you mean by kernel commandline? I thought there was one command line for everything. Is there a different one for the kernel? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
On Thu, Feb 28, 2013 at 13:42:56 -0800, Richard Vickery richard.vicker...@gmail.com wrote: On Thu, Feb 28, 2013 at 11:31 AM, Jan Dvořák mor...@anilinux.org wrote: Do you see the same problem starting KDE instead? I will try again with something that does not use cogl and with disabled rc6, now that I have btrfs root with snapshots. Both KDM and Xfce4 work flawlessly. I have tried with i915.i915_enable_rc6=0 and there was no difference. Likely the output of: cat /proc/cmdline This tells what parameters where used at boot on the kernel command line. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
Richard Vickery wrote: Matthias: What do you mean by kernel commandline? I thought there was one command line for everything. Is there a different one for the kernel? Yes, all programs take command line parameters when they get run, and of course you cannot run the kernel from a normal shell, the parameters are passed from GRUB, so you need to edit the command line in GRUB. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[389-devel] Please review: [389 Project] #603: A logic error in str2simple
https://fedorahosted.org/389/ticket/603
https://fedorahosted.org/389/attachment/ticket/603/0001-Ticket-603-A-logic-error-in-str2simple.patch
Fix description: str2simple sets the strdup'ed type this way:
if ( f-f_choice == LDAP_FILTER_PRESENT ) {
f-f_type = slapi_ch_strdup( str );
} else if ( unescape_filter ) {
f-f_avtype = slapi_ch_strdup( str );
} if ( !unescape_filter ) {
f-f_avtype = slapi_ch_strdup( str );
}
If f_choice is LDAP_FILTER_PRESENT and !unescape_filter is
true, the first strdup'ed string is leaked since f_type
and f_avtype share the same memory. But currently, str2simple
is not called with (unescape_filter == 0). Thus there is no
chance to satisfy the condition. This patch fixes the flaw.
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
how to enable/disable use of drpms in Rawhide's new yum
I noticed that drpm support is now built into yum and that yum-presto is obsoleted. I don't see anything in the yum man page or the standard config files on how to control whether drpms are used. Can it be done without installing/removing the deltarpm package? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
dietlibc
Hi, due to the Enrico Scholz saga, I realized that we have 4 packages in Rawhide which BuildRequire dietlibc: dhcp-forwarder-0:0.10-1902.fc19.src ip-sentinel-0:0.12-1901.fc19.src kismet-0:0.0.2011.03.R2-1603.fc18.src util-vserver-0:0.30.215+svn2929-1603.fc18.src There are 2 things that strike me as broken there: 1. As far as I can tell, those packages are STATICALLY linked against dietlibc. Yet there is no dietlibc-static subpackage, and apparently the static library is in the main package (not even -devel!). There are also dietlibc-devel and dietlibc-header subpackages, but nothing BuildRequires or Requires those. The dietlibc package needs to be fixed to comply to the packaging guidelines (which also means that either Enrico lets go the devel branch or it should be forcibly removed from him!) or retired entirely (Do we really need a second libc in Fedora?). 2. I think those packages should not build against dietlibc at all, but just use the system glibc. Now that Enrico let them go, can we PLEASE get those packages fixed? Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
best practices for polkit policy files?
I've searched but have not found any packaging documentation or development discussion about policy files for applications. Should a package just install it's .policy files in /usr/share/polkit-1/actions? Is there an rpm macro for the location? And what about naming them? Besides ending in .policy and making a sensible reference to the package and action, is there a recommendation or requirement? thanks, --Guy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: how to enable/disable use of drpms in Rawhide's new yum
Andre Robatino wrote: I noticed that drpm support is now built into yum and that yum-presto is obsoleted. I don't see anything in the yum man page or the standard config files on how to control whether drpms are used. Can it be done without installing/removing the deltarpm package? I've been told presto=0 in yum.conf works. But I don't use Rawhide so I haven't tested that. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
Am 28.02.2013 22:42, schrieb Richard Vickery: Matthias: What do you mean by kernel commandline? I thought there was one command line for everything. Is there a different one for the kernel? seriously? http://www.kernel.org/doc/Documentation/kernel-parameters.txt https://bbs.archlinux.org/viewtopic.php?id=94904 google: linux kernel commandline grub __ this as example: root=UUID=918f24a7-bc8e-4da5-8a23-8800d5104421 ro audit=0 rd.plymouth=0 plymouth.enable=0 ipv6.disable=1 biosdevname=0 nodmraid raid=noautodetect nomodeset selinux=0 scsi_mod.scan=sync elevator=noop divider=10 clocksource=hpet nousb noisapnp noresume nodomains nobar norom printk.time=0 thermal.off=1 nmi_watchdog=0 pcie_aspm=off consoleblank=0 acpi_osi=Linux rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM SYSFONT=latarcyrheb-sun16 LANG=de_DE.UTF-8 KEYTABLE=de-latin1-nodeadkeys signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: how to enable/disable use of drpms in Rawhide's new yum
Am 28.02.2013 23:06, schrieb Andre Robatino: I noticed that drpm support is now built into yum and that yum-presto is obsoleted. I don't see anything in the yum man page or the standard config files on how to control whether drpms are used. Can it be done without installing/removing the deltarpm package? says who? [root@srv-rhsoft:~]$ rpm -qa | grep presto yum-presto-0.9.0-1.fc18.noarch [root@srv-rhsoft:~]$ cat /etc/yum/pluginconf.d/presto.conf [main] enabled=1 # Uncomment the following line if you don't want your deltarpms to be deleted # after the new rpms have been created # keepdeltas = true # This lets you change if the delta is downloaded given it's relative size vs. # the pkg. Eg. setting: # # minimum_percentage = 95 # # ...means that given a pkg of 100M, a delta of 95M (or less) would be # downloaded instead but a delta of 96M would be skipped in favour of the pkg. # Percentage of 0 means never use the delta, percentage of 100 means always # use it (assuming the delta is never bigger than the pkg). The default is 100. # This lets you set the number of threads to use for applydeltarpm processing, # the default is number of cores/cpus on machine. 0 gives default number of threads # number_of_threads = 0 signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dietlibc
On Thu, Feb 28, 2013 at 11:07:13PM +0100, Kevin Kofler wrote: (Do we really need a second libc in Fedora?). Historical footnote: I believe it was initially added to help squeeze the boot portion of Anaconda onto floppy disks. If the things you list are really the only things using it, I think it's time to retire it completely. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: how to enable/disable use of drpms in Rawhide's new yum
Hi On Thu, Feb 28, 2013 at 5:19 PM, Reindl Harald wrote: Am 28.02.2013 23:06, schrieb Andre Robatino: I noticed that drpm support is now built into yum and that yum-presto is obsoleted. I don't see anything in the yum man page or the standard config files on how to control whether drpms are used. Can it be done without installing/removing the deltarpm package? says who? [root@srv-rhsoft:~]$ rpm -qa | grep presto yum-presto-0.9.0-1.fc18.noarch You have clearly not read the email you are replying to. Try again Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: how to enable/disable use of drpms in Rawhide's new yum
Am 28.02.2013 23:34, schrieb Rahul Sundaram: On Thu, Feb 28, 2013 at 5:19 PM, Reindl Harald wrote: Am 28.02.2013 23:06, schrieb Andre Robatino: I noticed that drpm support is now built into yum and that yum-presto is obsoleted. I don't see anything in the yum man page or the standard config files on how to control whether drpms are used. Can it be done without installing/removing the deltarpm package? says who? [root@srv-rhsoft:~]$ rpm -qa | grep presto yum-presto-0.9.0-1.fc18.noarch You have clearly not read the email you are replying to. Try again where is yum-preosto obsoleted? yum-presto-0.9.0-1.fc18.noarch - machine with updates-tsting enabled enlighten me signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: how to enable/disable use of drpms in Rawhide's new yum
On Thu, 28 Feb 2013 23:37:04 +0100 Reindl Harald h.rei...@thelounge.net wrote: where is yum-preosto obsoleted? yum-presto-0.9.0-1.fc18.noarch - machine with updates-tsting enabled enlighten me See the Subject line and the word Rawhide ? This has nothing to do with f18. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Tor package on the way to awesome, and looking for a re-review
On 28/02/13 14:49, Richard Hughes wrote: On 28 February 2013 14:18, Jamie Nguyen j...@jamielinux.com wrote: I've already applied the 20 patch series in git, but before pushing any updates out I want to make sure things really are in good shape, and will make further changes as necessary. The spec file looks much less batshit-insane now, thanks for doing this. Richard Thanks Richard. I should probably thank you also for the colorhug that arrived last week :) Also I just wanted to make sure people don't interpret the opening paragraphs of my previous email as gloating. My intention was just to inform. It's sad that it had to come to this, and I hope this kind of situation will remain rare. Please also keep any discussions here entirely technical. I'm pretty sure Enrico has received about 10 times his fair share of flames over the years, so I don't think we need to discuss that particular topic any longer. Thanks! -- Jamie Nguyen -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dietlibc
Matthew Miller wrote: Historical footnote: I believe it was initially added to help squeeze the boot portion of Anaconda onto floppy disks. If the things you list are really the only things using it, I think it's time to retire it completely. The package was actually imported by Enrico in 2005. http://pkgs.fedoraproject.org/cgit/dietlibc.git/log/?ofs=150 If what you say is correct, that would mean it was already retired and he resurrected it. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Maintainers wanted for packages from 2013-02-27 FESCo Meeting
On Qui, 2013-02-28 at 14:58 +0100, Rave it wrote: At today's FESCo meeting there were two tickets which had the end result of needing to have new maintainers and comaintainers for some packages: == https://fedorahosted.org/fesco/ticket/1028 == tor package was reassigned to a new maintainer. Former maintainer dropped ownership of his other packages. Those are now orphaned and in need of a new owner. Note to potential new maintainers: although not mandatory, you may want to open an optional re-review request as the spec files for some of these may be very out of sync with the current Fedora Packaging Guidelines * clamav I've added me as comaintainer to clamav and i'm willing to take ownership if it is orphoned. Shure, i will do a new review request because i want to reorganized the package like it is for epel. Fedora's version is total user unfriendly, ie. needed to copy configuration files by hand and no default daemon configuration. I used the epel version for a long time for myself, because you need only installation and enable the the daemon, that's all. Hi, I also use clamav as daemon and I use fedora package, recently I upgrade the box, that use clamav, to Fedora 17. I had to do a new clamd.service based on what exist, so here it is /usr/lib/systemd/system/clamd.service : [Unit] Description = clamav server (clamd) daemon After = syslog.target nss-lookup.target network.target Before= spamassassin.service [Service] Type = simple ExecStart = /usr/sbin/clamd -c /etc/clamd.conf --nofork=yes Restart = on-failure PrivateTmp = true [Install] WantedBy=multi-user.target Cheers, -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Django-1.5 build
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/28/2013 05:46 PM, Stephen Gallagher wrote:
That seems to be a good proposal for me. Review request is
here[1], based on the current python-django package. Shouldn't
be an issue. For EPEL, we have the Django14 package. This
shouldn't change there, but we can think about introducing
provides: python-django14 there.
I'm unclear (based on this and your other reply to the list which
came in about ten minutes later). Are you agreed that we should
drop the 'python-django' package and go to versioned ones
exclusively, or are you proposing that we would eventually turn
python-django15 into python-django (e.g. when python-django16
arrives).
Actually, I was proposing to have python-django as package to include
every version number, and to introduce a package
python-django%{version-1} package when a new %{version} comes out.
Now, I'm more attracted to rename the python-django package (yeay,
another Django-rename) to python-django14 and to submit a new package
python-django15 for review. When 1.6 comes out, python-django14 will
get deprecated and python-django16 will be submitted for review.
But still, currently, we're carrying provides like this:
Provides: django = %{version}-%{release}
Provides: Django = %{version}-%{release}
and also provide python-django. The question remains, what to do here,
ie. which package should carry those provides. (probably the then
renamed python-django14 package, to make sure, not to break anything.
That's an interesting question... perhaps we should have both
sub-packages install into %{_libexec} and use the alternatives
system to decide which one gets /usr/bin/django-admin. That's
probably a good question for packag...@lists.fedoraproject.org
Will do so.
- --
Matthias Runge mru...@matthias-runge.de
mru...@fedoraproject.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJRMFu1AAoJEOnz8qQwcaIWUGMIAI5gMvDMb2iwcaLWxwZZsRTN
aVedreypqeUOQzxfqhLkTf6Th6UzYhmZiVAeDE/iZmkZ43ktwemPJwMKBoxvnQEJ
oPuM5ieCi5bT/5EIcV9bnHalqINMTexNpTYqezhM+cseIRd2R2wWFAyWdXfzNQTL
MFDMAdKvSBXmIT+1gQfS3y8nuOnK4IgktlDaWgZJ3Jr5QIctm5riuLJ5HsWHB7/t
Qs0AcXGgI1HfxH+677CZfh0bi4MiLayW/y0Ze+vRxsKLMI4Gz/ZKaes10wF4tYlw
HXd6roWW2kh+LLODwxTdSKogUi6/20eoz7e+Cm3JfDp5COjUtQvEbozVWgtUjPA=
=ZGOC
-END PGP SIGNATURE-
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Django-1.5 build
- Original Message -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/28/2013 05:46 PM, Stephen Gallagher wrote:
That seems to be a good proposal for me. Review request is
here[1], based on the current python-django package. Shouldn't
be an issue. For EPEL, we have the Django14 package. This
shouldn't change there, but we can think about introducing
provides: python-django14 there.
I'm unclear (based on this and your other reply to the list which
came in about ten minutes later). Are you agreed that we should
drop the 'python-django' package and go to versioned ones
exclusively, or are you proposing that we would eventually turn
python-django15 into python-django (e.g. when python-django16
arrives).
Actually, I was proposing to have python-django as package to include
every version number, and to introduce a package
python-django%{version-1} package when a new %{version} comes out.
Now, I'm more attracted to rename the python-django package (yeay,
another Django-rename) to python-django14 and to submit a new package
python-django15 for review. When 1.6 comes out, python-django14 will
get deprecated and python-django16 will be submitted for review.
But still, currently, we're carrying provides like this:
Provides: django = %{version}-%{release}
Provides: Django = %{version}-%{release}
and also provide python-django. The question remains, what to do
here,
ie. which package should carry those provides. (probably the then
renamed python-django14 package, to make sure, not to break anything.
I have to disagree with you here. Ideally, we should just have one package,
python-django, that would be the latest upstream. If that is undoable, let's
also provide older packages as python-django14 etc. But we should still keep
the newest Django (whichever version that is) in Fedora named python-django.
So my proposal:
- Don't introduce Django 1.5 in Fedora 19, the freeze is too close and
breakages too many.
- Right after branching, push Django 1.5 (package python-django) to new rawhide
(future Fedora 20) with python3-django subpackage.
- Work with upstreams to get dependent packages fixed before Fedora 20 freeze.
- If some packages fail to be compatible with Django 1.5 before Fedora 20
freeze, just introduce python-django14 package and let them use that.
That's an interesting question... perhaps we should have both
sub-packages install into %{_libexec} and use the alternatives
system to decide which one gets /usr/bin/django-admin. That's
probably a good question for packag...@lists.fedoraproject.org
Will do so.
- --
Matthias Runge mru...@matthias-runge.de
mru...@fedoraproject.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJRMFu1AAoJEOnz8qQwcaIWUGMIAI5gMvDMb2iwcaLWxwZZsRTN
aVedreypqeUOQzxfqhLkTf6Th6UzYhmZiVAeDE/iZmkZ43ktwemPJwMKBoxvnQEJ
oPuM5ieCi5bT/5EIcV9bnHalqINMTexNpTYqezhM+cseIRd2R2wWFAyWdXfzNQTL
MFDMAdKvSBXmIT+1gQfS3y8nuOnK4IgktlDaWgZJ3Jr5QIctm5riuLJ5HsWHB7/t
Qs0AcXGgI1HfxH+677CZfh0bi4MiLayW/y0Ze+vRxsKLMI4Gz/ZKaes10wF4tYlw
HXd6roWW2kh+LLODwxTdSKogUi6/20eoz7e+Cm3JfDp5COjUtQvEbozVWgtUjPA=
=ZGOC
-END PGP SIGNATURE-
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
--
Regards,
Bohuslav Slavek Kabrda.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Django-1.5 build
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/01/2013 08:41 AM, Matthias Runge wrote:
But still, currently, we're carrying provides like this: Provides:
django = %{version}-%{release} Provides: Django =
%{version}-%{release} and also provide python-django. The question
remains, what to do here, ie. which package should carry those
provides. (probably the then renamed python-django14 package, to
make sure, not to break anything.
Na! Nonsense, should be handled by the rename.
- --
Matthias Runge mru...@matthias-runge.de
mru...@fedoraproject.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJRMF9dAAoJEOnz8qQwcaIWBUQH/RgyKvyMZkzKM9jjFkh62y/S
T5moxLJJU0kpjGlg+XoSvv2bpEcYyyEjKNkdBo3rkYFZPn7A6y0LpmhjkyZbECXq
Et7j2UG9MV3gElhFGggyDB82flCvaPvKPT1MkhvtqZ16Zwbjb4dyrLCbW5DOOSwX
TLKI9kt/5GthZhg7aHVYbxCn6j+Sv50efIqYBLAUzaA5ug/E7nJtpGvL4iUBVjm2
wNMkcvKbvuZOayJ4MOuRtEbXQlJNW2LlQN37wx1gT7h8Zxvm3iZ64ne4RrkuBAg8
BcDBa3ZzqUimE3fRgTND5xvHltAry4O2KEAwY2T0NZMqXxN1SJTJ4Tp1+McPizU=
=DXnX
-END PGP SIGNATURE-
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Tie-DBI] Specify all dependencies
commit f102e12661ce35a96ebc8d51f0b830e32c5b79eb
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 28 09:00:02 2013 +0100
Specify all dependencies
perl-Tie-DBI.spec | 20 +---
1 files changed, 17 insertions(+), 3 deletions(-)
---
diff --git a/perl-Tie-DBI.spec b/perl-Tie-DBI.spec
index 8050b76..e1678d3 100644
--- a/perl-Tie-DBI.spec
+++ b/perl-Tie-DBI.spec
@@ -5,18 +5,31 @@ Summary:Tie hashes to DBI relational databases
Group: Development/Libraries
License:GPL+ or Artistic
URL:http://search.cpan.org/dist/Tie-DBI/
-Source0:
http://search.cpan.org/CPAN/authors/id/L/LD/LDS/Tie-DBI-%{version}.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/T/TO/TODDR/Tie-DBI-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
-BuildRequires: perl(Test::More), perl(DBD::SQLite)
+BuildRequires: perl
+BuildRequires: perl(ExtUtils::MakeMaker)
+# Run-time:
+BuildRequires: perl(Carp)
+BuildRequires: perl(DBI)
+BuildRequires: perl(Encode)
+BuildRequires: perl(strict)
+BuildRequires: perl(vars)
+# Tests:
+BuildRequires: perl(constant)
+BuildRequires: perl(DBD::SQLite)
+BuildRequires: perl(Test::More)
+BuildRequires: perl(warnings)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version))
+Requires: perl(Encode)
%description
This distribution contains Tie::DBI and Tie::RDBM, two modules that
allow you to tie associative arrays to relational databases using the
DBI library. The hash is tied to a table in a local or networked
-database. Reading from the hash retrieves values from the datavbase.
+database. Reading from the hash retrieves values from the database.
Storing into the hash updates the database (if you have sufficient
privileges).
@@ -50,6 +63,7 @@ rm -rf $RPM_BUILD_ROOT
%changelog
* Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.05-8
- Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild
+- Specify all dependencies
* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.05-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_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 914319] perl-Tie-DBI: FTBFS in rawhide
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=914319 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Tie-DBI-1.05-8.fc19 Resolution|--- |RAWHIDE Last Closed||2013-02-28 03:08:43 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=yDeyL0iZ6Ma=cc_unsubscribe -- 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-UNIVERSAL-exports] Specify all dependencies
commit ce5c5e25a45752b586a3f20afc8af2661c30d390
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 28 09:13:47 2013 +0100
Specify all dependencies
perl-UNIVERSAL-exports.spec | 20 +---
1 files changed, 13 insertions(+), 7 deletions(-)
---
diff --git a/perl-UNIVERSAL-exports.spec b/perl-UNIVERSAL-exports.spec
index 3b40ff8..b9d87ab 100644
--- a/perl-UNIVERSAL-exports.spec
+++ b/perl-UNIVERSAL-exports.spec
@@ -8,12 +8,21 @@ URL:http://search.cpan.org/dist/UNIVERSAL-exports/
Source0:
http://backpan.perl.org/authors/id/M/MS/MSCHWERN/UNIVERSAL-exports-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
-BuildRequires: perl(Test::More)
-BuildRequires: perl(Exporter::Lite)
+BuildRequires: perl
+BuildRequires: perl(ExtUtils::MakeMaker)
+# Run-time:
+BuildRequires: perl(strict)
+BuildRequires: perl(Exporter::Lite) = 0.01
+# Tests:
+BuildRequires: perl(lib)
+BuildRequires: perl(Test::More) = 0.47
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+Requires: perl(Exporter::Lite) = 0.01
# Filter bogus provide for perl(UNIVERSAL) (rpm 4.9 onwards)
-%global __provides_exclude ^perl\\(UNIVERSAL\\)
+%global __provides_exclude
%{?__provides_exclude:%__provides_exclude|}^perl\\(UNIVERSAL\\)
+# Filter under-specified dependencies
+%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}^perl\\(Exporter::Lite\\)$
%description
%{summary}.
@@ -21,10 +30,6 @@ Requires: perl(:MODULE_COMPAT_%(eval `%{__perl}
-V:version`; echo $versi
%prep
%setup -q -n UNIVERSAL-exports-%{version}
-# Filter bogus provide for perl(UNIVERSAL) (prior to rpm 4.9)
-%global provfilt /bin/sh -c %{__perl_provides} | sed -e
'/^perl(UNIVERSAL)$/d'
-%define __perl_provides %{provfilt}
-
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
make
@@ -52,6 +57,7 @@ rm -rf $RPM_BUILD_ROOT
%changelog
* Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.05-16
- Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild
+- Specify all dependencies
* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.05-15
- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_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 914322] perl-UNIVERSAL-exports: FTBFS in rawhide
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=914322 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED CC||ppi...@redhat.com Fixed In Version||perl-UNIVERSAL-exports-0.05 ||-16.fc19 Resolution|--- |RAWHIDE Last Closed||2013-02-28 03:24:09 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=XBdCJqp5Ema=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-XML-RSS] Specify all dependencies
commit 8d47726b7df18ce3470493ac8d094506829f753c
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 28 09:40:12 2013 +0100
Specify all dependencies
perl-XML-RSS.spec | 28
1 files changed, 24 insertions(+), 4 deletions(-)
---
diff --git a/perl-XML-RSS.spec b/perl-XML-RSS.spec
index aae60c2..d8f020b 100644
--- a/perl-XML-RSS.spec
+++ b/perl-XML-RSS.spec
@@ -10,15 +10,34 @@ Source0:
http://search.cpan.org/CPAN/authors/id/S/SH/SHLOMIF/XML-RSS-%{ve
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
-BuildRequires: perl(Test::Manifest)
-BuildRequires: perl(Test::Pod), perl(Test::More)
-BuildRequires: perl(HTML::Entities)
-BuildRequires: perl(XML::Parser)
+BuildRequires: perl
+BuildRequires: perl(ExtUtils::MakeMaker)
+# Run-time:
+BuildRequires: perl(Carp)
BuildRequires: perl(DateTime::Format::Mail)
BuildRequires: perl(DateTime::Format::W3CDTF)
+BuildRequires: perl(HTML::Entities)
+BuildRequires: perl(strict)
+BuildRequires: perl(vars)
+BuildRequires: perl(warnings)
+BuildRequires: perl(XML::Parser) = 2.23
+# Tests:
+BuildRequires: perl(constant)
+BuildRequires: perl(File::Spec)
+# Module::Build not used
+BuildRequires: perl(POSIX)
+BuildRequires: perl(Test::Manifest) = 0.9
+BuildRequires: perl(Test::More)
+# Test::Run::CmdLine::Iface not used
+# Optional tests:
BuildRequires: perl(Test::Differences)
+BuildRequires: perl(Test::Pod) = 1.00
BuildRequires: perl(Test::Pod::Coverage)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version))
+Requires: perl(XML::Parser) = 2.23
+
+# Filter under-specified dependencies
+%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}^perl\\(XML::Parser\\)$
%description
%{summary}.
@@ -62,6 +81,7 @@ rm -rf $RPM_BUILD_ROOT
%changelog
* Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.49-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild
+- Specify all dependencies
* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.49-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_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 915226] perl-Dancer-1.3111 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=915226 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC|mmasl...@redhat.com |ppi...@redhat.com Assignee|mmasl...@redhat.com |ppi...@redhat.com -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=s5ui8jW4MKa=cc_unsubscribe -- 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 914325] perl-XML-RSS: FTBFS in rawhide
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=914325 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-XML-RSS-1.49-4.fc19 Resolution|--- |RAWHIDE Last Closed||2013-02-28 03:51:44 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=mVRIs9IR7sa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Dancer-1.3111.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Dancer: 472140e82495a2f074216b4fa549a83c Dancer-1.3111.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Dancer] 1.3111 bump
commit 490f332784a67b3b7994cda7b274ac2a606189c4
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 28 10:04:12 2013 +0100
1.3111 bump
.gitignore |1 +
perl-Dancer.spec | 16
sources |2 +-
3 files changed, 14 insertions(+), 5 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 9f02c7f..014e540 100644
--- a/.gitignore
+++ b/.gitignore
@@ -12,3 +12,4 @@
/Dancer-1.3099.tar.gz
/Dancer-1.3100.tar.gz
/Dancer-1.3110.tar.gz
+/Dancer-1.3111.tar.gz
diff --git a/perl-Dancer.spec b/perl-Dancer.spec
index 2ea9337..9f431de 100644
--- a/perl-Dancer.spec
+++ b/perl-Dancer.spec
@@ -1,13 +1,15 @@
Name: perl-Dancer
-Version:1.3110
-Release:2%{?dist}
+Version:1.3111
+Release:1%{?dist}
Summary:Lightweight yet powerful web application framework
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Dancer/
-Source0:
http://www.cpan.org/authors/id/X/XS/XSAWYERX/Dancer-%{version}.tar.gz
+Source0:
http://www.cpan.org/authors/id/Y/YA/YANICK/Dancer-%{version}.tar.gz
BuildArch: noarch
+BuildRequires: perl
BuildRequires: perl(base)
+BuildRequires: perl(bytes)
BuildRequires: perl(Carp)
BuildRequires: perl(Clone)
BuildRequires: perl(CGI)
@@ -19,8 +21,10 @@ BuildRequires: perl(File::Basename)
BuildRequires: perl(File::Path)
BuildRequires: perl(File::Spec)
BuildRequires: perl(File::Temp)
+BuildRequires: perl(FindBin)
BuildRequires: perl(HTTP::Body) = 1.07
BuildRequires: perl(HTTP::Cookies)
+BuildRequires: perl(HTTP::Date)
BuildRequires: perl(HTTP::Headers)
BuildRequires: perl(HTTP::Request)
BuildRequires: perl(HTTP::Server::Simple::PSGI) = 0.11
@@ -30,8 +34,10 @@ BuildRequires: perl(lib)
BuildRequires: perl(LWP)
BuildRequires: perl(LWP::UserAgent)
BuildRequires: perl(MIME::Types)
+BuildRequires: perl(overload)
BuildRequires: perl(Plack::Builder)
BuildRequires: perl(Pod::Coverage)
+BuildRequires: perl(POSIX)
BuildRequires: perl(strict)
BuildRequires: perl(Template)
BuildRequires: perl(Test::CheckManifest)
@@ -93,7 +99,6 @@ make %{?_smp_mflags}
%install
make pure_install DESTDIR=%{buildroot}
find %{buildroot} -type f -name .packlist -exec rm -f {} \;
-find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \;
%{_fixperms} %{buildroot}/*
%check
@@ -107,6 +112,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Thu Feb 28 2013 Petr Pisar ppi...@redhat.com - 1.3111-1
+- 1.3111 bump
+
* Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.3110-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild
diff --git a/sources b/sources
index 88e15d7..8b2d4b3 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-5de184e2439d7d07b0aa15fd133efe57 Dancer-1.3110.tar.gz
+472140e82495a2f074216b4fa549a83c Dancer-1.3111.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 IO-HTML-1.00.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-IO-HTML: fdfa3fe3d61a7fda9236c8d9776cdd65 IO-HTML-1.00.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-HTML] 1.00 bump
commit 9b92cbc56f3002785ad9b4a454dd03aff2f61823
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 28 10:11:12 2013 +0100
1.00 bump
.gitignore|1 +
perl-IO-HTML.spec | 12
sources |2 +-
3 files changed, 10 insertions(+), 5 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index b19b195..78f38db 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
/IO-HTML-0.04.tar.gz
+/IO-HTML-1.00.tar.gz
diff --git a/perl-IO-HTML.spec b/perl-IO-HTML.spec
index 3116f02..0ddd0a1 100644
--- a/perl-IO-HTML.spec
+++ b/perl-IO-HTML.spec
@@ -1,12 +1,13 @@
Name: perl-IO-HTML
-Version:0.04
-Release:2%{?dist}
+Version:1.00
+Release:1%{?dist}
Summary:Open an HTML file with automatic character set detection
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/IO-HTML/
Source0:
http://www.cpan.org/authors/id/C/CJ/CJM/IO-HTML-%{version}.tar.gz
BuildArch: noarch
+BuildRequires: perl
BuildRequires: perl(ExtUtils::MakeMaker) = 6.30
# Run-time:
BuildRequires: perl(Carp)
@@ -16,7 +17,7 @@ BuildRequires: perl(Exporter) = 5.57
BuildRequires: perl(File::Temp)
BuildRequires: perl(Scalar::Util)
BuildRequires: perl(Test::More) = 0.88
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
%description
IO::HTML provides an easy way to open a file containing HTML while
@@ -27,7 +28,7 @@ algorithm specified in section 8.2.2.1 of the draft standard.
%setup -q -n IO-HTML-%{version}
%build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
@@ -44,6 +45,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Thu Feb 28 2013 Petr Pisar ppi...@redhat.com - 1.00-1
+- 1.00 bump
+
* Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.04-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild
diff --git a/sources b/sources
index c9790f1..c0b87dc 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-a26db9ec7e9bcce863696c0f184c8e13 IO-HTML-0.04.tar.gz
+fdfa3fe3d61a7fda9236c8d9776cdd65 IO-HTML-1.00.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 915226] perl-Dancer-1.3111 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=915226 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Dancer-1.3111-1.fc19 Resolution|--- |RAWHIDE Last Closed||2013-02-28 04:14:33 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ZOauvTOIzIa=cc_unsubscribe -- 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 915227] perl-IO-HTML-1.00 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=915227 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-IO-HTML-1.00-1.fc19 Resolution|--- |RAWHIDE Last Closed||2013-02-28 04:25:42 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=QLLRXu8ssqa=cc_unsubscribe -- 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 916538] New: perl-App-cpanminus-1.6002 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=916538 Bug ID: 916538 Summary: perl-App-cpanminus-1.6002 is available Product: Fedora Version: rawhide Component: perl-App-cpanminus Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Reporter: upstream-release-monitor...@fedoraproject.org Latest upstream release: 1.6002 Current version in Fedora Rawhide: 1.5021 URL: http://search.cpan.org/dist/App-cpanminus/ 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 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=s8uGgJja2Ka=cc_unsubscribe -- 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 PerlIO-utf8_strict-0.004.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-PerlIO-utf8_strict: b631c8a8a674e4f41a47307bc56a7f0b PerlIO-utf8_strict-0.004.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-PerlIO-utf8_strict] 0.004 bump
commit 587e1216af61456ab36d3c3331143d435255e99e
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 28 10:31:49 2013 +0100
0.004 bump
.gitignore |1 +
perl-PerlIO-utf8_strict.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 54418bc..78dddbe 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
/PerlIO-utf8_strict-0.002.tar.gz
/PerlIO-utf8_strict-0.003.tar.gz
+/PerlIO-utf8_strict-0.004.tar.gz
diff --git a/perl-PerlIO-utf8_strict.spec b/perl-PerlIO-utf8_strict.spec
index 8d851ea..a5a18fb 100644
--- a/perl-PerlIO-utf8_strict.spec
+++ b/perl-PerlIO-utf8_strict.spec
@@ -1,5 +1,5 @@
Name: perl-PerlIO-utf8_strict
-Version:0.003
+Version:0.004
Release:1%{?dist}
Summary:Fast and correct UTF-8 I/O
License:GPL+ or Artistic
@@ -49,6 +49,9 @@ find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f
{} \;
%{_mandir}/man3/*
%changelog
+* Thu Feb 28 2013 Petr Pisar ppi...@redhat.com - 0.004-1
+- 0.004 bump
+
* Thu Feb 21 2013 Petr Pisar ppi...@redhat.com - 0.003-1
- 0.003 bump
diff --git a/sources b/sources
index 7ccc6d6..37ae271 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-d83ac417771870e091a1cbf49144d46c PerlIO-utf8_strict-0.003.tar.gz
+b631c8a8a674e4f41a47307bc56a7f0b PerlIO-utf8_strict-0.004.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 916540] New: perl-podlators-2.5.1 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=916540 Bug ID: 916540 Summary: perl-podlators-2.5.1 is available Product: Fedora Version: rawhide Component: perl-podlators Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Reporter: upstream-release-monitor...@fedoraproject.org Latest upstream release: 2.5.1 Current version in Fedora Rawhide: 2.5.0 URL: http://search.cpan.org/dist/podlators/ 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 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=pi8tRbSTGra=cc_unsubscribe -- 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 916542] New: perl-Test-Strict-0.21 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=916542 Bug ID: 916542 Summary: perl-Test-Strict-0.21 is available Product: Fedora Version: rawhide Component: perl-Test-Strict Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Reporter: upstream-release-monitor...@fedoraproject.org Latest upstream release: 0.21 Current version in Fedora Rawhide: 0.20 URL: http://search.cpan.org/dist/Test-Strict/ 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 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=67adhsahPua=cc_unsubscribe -- 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 915232] perl-PerlIO-utf8_strict-0.004 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=915232 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-PerlIO-utf8_strict-0.0 ||04-1.fc19 Resolution|--- |RAWHIDE Last Closed||2013-02-28 05:32:04 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=TPL51WqU8Ka=cc_unsubscribe -- 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 PPIx-Regexp-0.033.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-PPIx-Regexp: ae02927a39f6dbc92b835e797b785286 PPIx-Regexp-0.033.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-PPIx-Regexp] 0.033 bump
commit e27cd670f99b1d5751273519edec2e0dacb712d0
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 28 11:36:38 2013 +0100
0.033 bump
.gitignore|1 +
perl-PPIx-Regexp.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 4c39312..82895a0 100644
--- a/.gitignore
+++ b/.gitignore
@@ -21,3 +21,4 @@ PPIx-Regexp-0.007.tar.gz
/PPIx-Regexp-0.030.tar.gz
/PPIx-Regexp-0.031.tar.gz
/PPIx-Regexp-0.032.tar.gz
+/PPIx-Regexp-0.033.tar.gz
diff --git a/perl-PPIx-Regexp.spec b/perl-PPIx-Regexp.spec
index f0bc162..f5acadf 100644
--- a/perl-PPIx-Regexp.spec
+++ b/perl-PPIx-Regexp.spec
@@ -1,5 +1,5 @@
Name: perl-PPIx-Regexp
-Version:0.032
+Version:0.033
Release:1%{?dist}
Summary:Represent a regular expression of some sort
License:GPL+ or Artistic
@@ -58,6 +58,9 @@ perl Build.PL installdirs=vendor
%{_mandir}/man3/*
%changelog
+* Thu Feb 28 2013 Petr Pisar ppi...@redhat.com - 0.033-1
+- 0.033 bump
+
* Fri Feb 08 2013 Petr Pisar ppi...@redhat.com - 0.032-1
- 0.032 bump
diff --git a/sources b/sources
index 46a1176..20291cc 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-14aca04e3afa403b18c4cdd97ea0aaa4 PPIx-Regexp-0.032.tar.gz
+ae02927a39f6dbc92b835e797b785286 PPIx-Regexp-0.033.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 915233] perl-PPIx-Regexp-0.033 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=915233 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-PPIx-Regexp-0.033-1.fc ||19 Resolution|--- |RAWHIDE Last Closed||2013-02-28 05:48:46 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=2Tij7UdrFra=cc_unsubscribe -- 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 POSIX-AtFork-0.02.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-POSIX-AtFork: 185c2a692a4094578bc61a300e6a0d63 POSIX-AtFork-0.02.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-POSIX-AtFork] Import
commit b93c402ac084573f9e820b273de7061dfa90be17
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 28 12:06:58 2013 +0100
Import
.gitignore |1 +
perl-POSIX-AtFork.spec | 59
sources|1 +
3 files changed, 61 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..2aaddf4 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/POSIX-AtFork-0.02.tar.gz
diff --git a/perl-POSIX-AtFork.spec b/perl-POSIX-AtFork.spec
new file mode 100644
index 000..bad198e
--- /dev/null
+++ b/perl-POSIX-AtFork.spec
@@ -0,0 +1,59 @@
+Name: perl-POSIX-AtFork
+Version:0.02
+Release:1%{?dist}
+Summary:Hook registrations at fork(2)
+License:GPL+ or Artistic
+Group: Development/Libraries
+URL:http://search.cpan.org/dist/POSIX-AtFork/
+Source0:
http://www.cpan.org/authors/id/G/GF/GFUJI/POSIX-AtFork-%{version}.tar.gz
+BuildRequires: perl
+BuildRequires: perl(inc::Module::Install)
+BuildRequires: perl(Module::Install::XSUtil)
+# Run-time:
+BuildRequires: perl(Exporter)
+BuildRequires: perl(strict)
+BuildRequires: perl(warnings)
+BuildRequires: perl(XSLoader) = 0.1
+# Tests:
+BuildRequires: perl(POSIX)
+BuildRequires: perl(Test::More) = 0.88
+BuildRequires: perl(Test::SharedFork)
+Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
+Requires: perl(XSLoader) = 0.1
+
+%{?perl_default_filter}
+
+# Filter under-specified dependencies
+%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}^perl\\(XSLoader\\)
+
+%description
+This module is an interface to pthread_atfork(3), which registers handlers
+called before and after fork(2).
+
+%prep
+%setup -q -n POSIX-AtFork-%{version}
+rm -rf inc/*
+sed -i -e '/^inc\//d' MANIFEST
+
+%build
+perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE=$RPM_OPT_FLAGS
+make %{?_smp_mflags}
+
+%install
+make pure_install DESTDIR=$RPM_BUILD_ROOT
+find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
+find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \;
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+make test
+
+%files
+%doc Changes README
+%{perl_vendorarch}/auto/*
+%{perl_vendorarch}/POSIX*
+%{_mandir}/man3/*
+
+%changelog
+* Tue Feb 12 2013 Petr Pisar ppi...@redhat.com 0.02-1
+- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index e69de29..3ad77cc 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+185c2a692a4094578bc61a300e6a0d63 POSIX-AtFork-0.02.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 916538] perl-App-cpanminus-1.6002 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=916538 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC|mmasl...@redhat.com | Assignee|mmasl...@redhat.com |ppi...@redhat.com -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=15Y0ZYJKKFa=cc_unsubscribe -- 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-HTTP-Recorder] Add BR: perl(ExtUtils::MakeMaker) (Fix FTBFS #914287).
commit 9550a2450c041affa2e00b67d2ebd1e6dd6ca5b7
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Thu Feb 28 13:06:12 2013 +0100
Add BR: perl(ExtUtils::MakeMaker) (Fix FTBFS #914287).
- Modernize spec.
perl-HTTP-Recorder.spec | 13 ++---
1 files changed, 6 insertions(+), 7 deletions(-)
---
diff --git a/perl-HTTP-Recorder.spec b/perl-HTTP-Recorder.spec
index aadad70..aa92039 100644
--- a/perl-HTTP-Recorder.spec
+++ b/perl-HTTP-Recorder.spec
@@ -1,15 +1,15 @@
Name: perl-HTTP-Recorder
Version:0.05
-Release:13%{?dist}
+Release:14%{?dist}
Summary:Record interaction with web sites
Group: Development/Libraries
License:GPL+
URL:http://search.cpan.org/dist/HTTP-Recorder/
Source0:
http://www.cpan.org/authors/id/L/LE/LEIRA/HTTP-Recorder-%{version}.tar.gz
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
+BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(HTML::TokeParser)
BuildRequires: perl(HTTP::Request::Params)
BuildRequires: perl(LWP::UserAgent)
@@ -31,7 +31,6 @@ make %{?_smp_mflags}
%install
-rm -rf $RPM_BUILD_ROOT
make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';'
find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2/dev/null ';'
@@ -42,10 +41,6 @@ chmod -R u+w $RPM_BUILD_ROOT/*
make test
-%clean
-rm -rf $RPM_BUILD_ROOT
-
-
%files
%defattr(-,root,root,-)
%doc CHANGES README
@@ -54,6 +49,10 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Thu Feb 28 2013 Ralf Corsépius corse...@fedoraproject.org - 0.05-14
+- Add BR: perl(ExtUtils::MakeMaker) (Fix FTBFS #914287).
+- Modernize spec.
+
* Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.05-13
- Rebuilt for https://fedoraproject.org/wiki/Fedora_19_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-App-cpanminus] 1.6002 bump
commit f4d6482aa90b2933ed775536c75f9bee74b74f31
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 28 13:16:38 2013 +0100
1.6002 bump
.gitignore |1 +
perl-App-cpanminus.spec | 19 ---
sources |2 +-
3 files changed, 18 insertions(+), 4 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index bb8ab24..3954665 100644
--- a/.gitignore
+++ b/.gitignore
@@ -35,3 +35,4 @@ App-cpanminus-0.9935.tar.gz
/App-cpanminus-1.5018.tar.gz
/App-cpanminus-1.5019.tar.gz
/App-cpanminus-1.5021.tar.gz
+/App-cpanminus-1.6002.tar.gz
diff --git a/perl-App-cpanminus.spec b/perl-App-cpanminus.spec
index b4dd7b3..e831991 100644
--- a/perl-App-cpanminus.spec
+++ b/perl-App-cpanminus.spec
@@ -1,20 +1,25 @@
Name: perl-App-cpanminus
-Version:1.5021
+Version:1.6002
Release:1%{?dist}
-Summary:Library for get, unpack, build and install CPAN modules
+Summary:Get, unpack, build and install CPAN modules
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/App-cpanminus/
Source0:
http://www.cpan.org/authors/id/M/MI/MIYAGAWA/App-cpanminus-%{version}.tar.gz
BuildArch: noarch
+BuildRequires: perl
BuildRequires: perl(ExtUtils::MakeMaker)
+# Tests:
+BuildRequires: perl(strict)
BuildRequires: perl(Test::More)
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
# Required by bin/cpanm
Requires: perl(base)
Requires: perl(constant)
# CPAN::DistnameInfo bundled
-Requires: perl(CPAN::Meta::Requirements)
+# CPAN::Meta not used
+# CPAN::Meta::Requirements bundled
+# CPAN::Meta::YAML bundled
Requires: perl(Cwd)
Requires: perl(Digest::SHA)
Requires: perl(Encode)
@@ -22,6 +27,7 @@ Requires: perl(Exporter)
Requires: perl(ExtUtils::Install) = 1.46
Requires: perl(ExtUtils::MakeMaker) = 6.31
Requires: perl(File::Path)
+# File::pushd bundled
Requires: perl(File::Spec)
Requires: perl(Getopt::Long)
# HTTP getter by LWP::UserAgent or wget or curl or HTTP::Tiny
@@ -30,6 +36,8 @@ Requires: perl(IO::File)
Requires: perl(IO::Socket)
Requires: perl(JSON)
# JSON::PP bundled
+# lib::core::only not used
+# local::lib bundled
Requires: perl(Math::BigFloat)
Requires: perl(Math::BigInt)
Requires: perl(Module::Build)
@@ -41,12 +49,14 @@ Requires: perl(Module::Signature)
Requires: perl(Safe)
Requires: perl(Scalar::Util)
Requires: perl(Time::Local)
+# version bundled
Requires: perl(YAML)
# XXX: Keep Provides: cpanminus to allow `yum install cpanminus' instead of
# longer `yum install perl-App-cpanminus'.
Provides: cpanminus = %{version}-%{release}
Obsoletes: cpanminus = 1.2002
+# Do not require/export in-place modules
%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}^perl\\(App::cpanminus::script\\)$
%description
@@ -77,6 +87,9 @@ make test
%{_bindir}/cpanm
%changelog
+* Thu Feb 28 2013 Petr Pisar ppi...@redhat.com - 1.6002-1
+- 1.6002 bump
+
* Mon Feb 4 2013 Jitka Plesnikova jples...@redhat.com - 1.5021-1
- 1.5021 bump
diff --git a/sources b/sources
index 599c27e..fe49f47 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-3d8af8d4460a266f95b6acf365af1434 App-cpanminus-1.5021.tar.gz
+5b35b693c9af21a0a666075bfbd33e34 App-cpanminus-1.6002.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 Perl-Critic-Pulp-77.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Perl-Critic-Pulp: eddb335189ad68b8581a871692831782 Perl-Critic-Pulp-77.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-Perl-Critic-Pulp] 77 bump
commit e1c78447ad0cd643e84e815655f7286ec54da6b5
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 28 13:27:16 2013 +0100
77 bump
.gitignore |1 +
perl-Perl-Critic-Pulp.spec | 12
sources|2 +-
3 files changed, 10 insertions(+), 5 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 7195272..330513f 100644
--- a/.gitignore
+++ b/.gitignore
@@ -22,3 +22,4 @@
/Perl-Critic-Pulp-74.tar.gz
/Perl-Critic-Pulp-75.tar.gz
/Perl-Critic-Pulp-76.tar.gz
+/Perl-Critic-Pulp-77.tar.gz
diff --git a/perl-Perl-Critic-Pulp.spec b/perl-Perl-Critic-Pulp.spec
index 99c2add..306b5af 100644
--- a/perl-Perl-Critic-Pulp.spec
+++ b/perl-Perl-Critic-Pulp.spec
@@ -1,12 +1,13 @@
Name: perl-Perl-Critic-Pulp
-Version:76
-Release:2%{?dist}
+Version:77
+Release:1%{?dist}
Summary:Some add-on perlcritic policies
License:GPLv3+
Group: Development/Libraries
URL:http://search.cpan.org/dist/Perl-Critic-Pulp/
Source0:
http://www.cpan.org/authors/id/K/KR/KRYDE/Perl-Critic-Pulp-%{version}.tar.gz
BuildArch: noarch
+BuildRequires: perl
BuildRequires: perl(ExtUtils::MakeMaker)
# Run-time
BuildRequires: perl(base)
@@ -34,7 +35,7 @@ BuildRequires: perl(PPI::Dumper)
BuildRequires: perl(Test::More)
# Optional tests only:
BuildRequires: perl(Perl::MinimumVersion)
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
Requires: perl(IO::String) = 1.02
Requires: perl(List::MoreUtils) = 0.24
Requires: perl(Perl::Critic) = 1.084
@@ -73,7 +74,7 @@ THEMES in Perl::Critic).
%setup -q -n Perl-Critic-Pulp-%{version}
%build
-%{__perl} Makefile.PL INSTALLDIRS=perl OPTIMIZE=$RPM_OPT_FLAGS
+perl Makefile.PL INSTALLDIRS=perl OPTIMIZE=$RPM_OPT_FLAGS
make %{?_smp_mflags}
%install
@@ -91,6 +92,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Thu Feb 28 2013 Petr Pisar ppi...@redhat.com - 77-1
+- 77 bump
+
* Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 76-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild
diff --git a/sources b/sources
index fa557de..8becf0b 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-fc413873eada172179a1a5a898642d5a Perl-Critic-Pulp-76.tar.gz
+eddb335189ad68b8581a871692831782 Perl-Critic-Pulp-77.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 916538] perl-App-cpanminus-1.6002 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=916538 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-App-cpanminus-1.6002-1 ||.fc19 Resolution|--- |RAWHIDE Last Closed||2013-02-28 07:28:49 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=49iJ8Qlqo5a=cc_unsubscribe -- 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 podlators-2.5.1.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-podlators: 9f79d07cf4ac26fd46be1d91a05a82aa podlators-2.5.1.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-podlators] 2.5.1 bump
commit 113f6b21bcee088362f2f5f6b691eff99d7337bf
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 28 13:33:57 2013 +0100
2.5.1 bump
.gitignore |1 +
.rpmlint|2 +-
perl-podlators.spec |7 +--
sources |2 +-
4 files changed, 8 insertions(+), 4 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 22b3fdc..fda31e7 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
/podlators-2.4.2.tar.gz
/podlators-2.5.0.tar.gz
+/podlators-2.5.1.tar.gz
diff --git a/.rpmlint b/.rpmlint
index efd792c..8b3d341 100644
--- a/.rpmlint
+++ b/.rpmlint
@@ -1,2 +1,2 @@
from Config import *
-addFilter(spelling-error .* rpmlint);
+addFilter(spelling-error .* roff);
diff --git a/perl-podlators.spec b/perl-podlators.spec
index 9be6e02..ca37aef 100644
--- a/perl-podlators.spec
+++ b/perl-podlators.spec
@@ -1,6 +1,6 @@
Name: perl-podlators
-Version:2.5.0
-Release:2%{?dist}
+Version:2.5.1
+Release:1%{?dist}
Summary:Format POD source into various output formats
License:GPL+ or Artistic
Group: Development/Libraries
@@ -56,6 +56,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Thu Feb 28 2013 Petr Pisar ppi...@redhat.com - 2.5.1-1
+- 2.5.1 bump
+
* Thu Feb 07 2013 Petr Pisar ppi...@redhat.com - 2.5.0-2
- Correct dependencies
diff --git a/sources b/sources
index 1b373c0..b272ca6 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-964f19e1ab23420a2f7c8753943b8a03 podlators-2.5.0.tar.gz
+9f79d07cf4ac26fd46be1d91a05a82aa podlators-2.5.1.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 916542] perl-Test-Strict-0.21 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=916542 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC|mmasl...@redhat.com,|ppi...@redhat.com |psab...@redhat.com | Assignee|mmasl...@redhat.com |ppi...@redhat.com -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=8OXlFAdRuoa=cc_unsubscribe -- 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
