Re: informations about boot sequence (Re: F15 - mysql start problem)
W dniu 10 maja 2011 01:23 użytkownik Stephen John Smoogen smo...@gmail.com napisał: 2011/5/9 Michał Piotrowski mkkp...@gmail.com 2011/5/10 Lennart Poettering mzerq...@0pointer.de: On Mon, 09.05.11 23:54, Michał Piotrowski (mkkp...@gmail.com) wrote: No, only for /run/user/ - because there is a simple workaround that can be used on affected systems if the administrator considers his system as vulnerable for malicious users. Again, we had /dev/shm for years on Linux. This weakness in the security model is not news, not at all. Yes, but /run/user is a new thing and it gives wonderful opportunity to DoS services for all system users. Thats my POV. And my POV is that it should be documented - users should be aware about this. Also FPL agreed with my arguments. That's all. If you do not agree with that, then I'm giving up :) Let's make this simple: FAQ: How can I make my system unusable? How can I create a denial of service? Answer: On default systems there are multiple ways to do this, please choose one or more of the following: a) Denial of CPU. The Fork Bomb is the standard way to kill a system: In a shell type the following: :(){ :|: };: perl -e 'fork while fork' I wonder if there is a way to add some memory/cpu time/etc restrictions to /sys/fs/cgroup/systemd/user/ control groups using systemd. systemd already isolates the user processes in control groups, so adding the ability to add restrictions is probably not a bad idea from my POV. b) Denial of Filesystem. There are several ways of doing this. Usually it can be done quickly by the following: dd if=/dev/zero of=filename is a standard, but easily fixed by deleting one file. Adding some flare you can great randomly created files in multiple places. Places of entry where a system can cause problems are the following: /tmp/ /var/tmp/ /dev/shmem/ /run/file/ c) Denial of Logs while true; do logger $( dd if=/dev/urandom count=1 bs=128 2 /dev/null |tr -dC '[:print:]' ) done d) Denial of service via audits while true; do cat /etc/shadow done Doing a, b, c, and d at the same time is always fun for the family. There are many other ways you as a user can cause problems to your own system... -- Stephen J Smoogen. The core skill of innovators is error recovery, not failure avoidance. Randy Nelson, President of Pixar University. Let us be kind, one to another, for most of us are fighting a hard battle. -- Ian MacLaren -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Best regards, Michal http://eventhorizon.pl/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Interlinux waiting list
Hello Thank you for your enquiry, Interlinux are currently operating a waiting list only facility for all services inquiries. Please download a free copy of our complementary ebooks: Walking With The Elephants http://diaser.org.uk/wwte/ebookwwte.zip about Open Source collaboration. and the public domain: Damian's Social Networking Rule Book http://diaser.org.uk/files/damiansnrules.pdf about the use of social networking media and tools. If you have an urgent Zentyal support request - please visit www.zentyla.com Both ebooks are available in Amazon Kindle format for £1.71 and £0.68. Kind Regards -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Interlinux waiting list
On 05/10/2011 03:05 AM, Adam Williamson wrote: On Mon, 2011-05-09 at 21:14 -0300, Sergio Belkin wrote: Sorry... Did I miss something? I'd imagine someone signed an interlinux address up to the list, and that was an automated response. Right - that was my assumption too. I met the owner of the domain through a past job at Red Hat and I suspect this is an accidental (though annoying!) mis-configuration caused by someone registering the fedora list address. I'm trying to get hold of him to say please make it stop!. ;) Please don't reply to the domain addresses as this appears to trigger more auto-responses. Regards, Bryn. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Interlinux waiting list
Hello Thank you for your enquiry, Interlinux are currently operating a waiting list only facility for all services inquiries. Please download a free copy of our complementary ebooks: Walking With The Elephants http://diaser.org.uk/wwte/ebookwwte.zip about Open Source collaboration. and the public domain: Damian's Social Networking Rule Book http://diaser.org.uk/files/damiansnrules.pdf about the use of social networking media and tools. If you have an urgent Zentyal support request - please visit www.zentyla.com Both ebooks are available in Amazon Kindle format for £1.71 and £0.68. Kind Regards -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File IO-Socket-SSL-1.41.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-IO-Socket-SSL: a0d64780820ab20fe61abb45ac82eff2 IO-Socket-SSL-1.41.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
Changelog entries on older package
Hi, Let's say that you make a RPM for fedora, and then you want to make for epel5. Should I keep the fedora entries on changelog? Second question is somewhat silly, but I make it, just in case. Let's say that you want to make a epe6 package too. I've read at http://fedoraproject.org/wiki/Packaging/NamingGuidelines#Minor_release_bumps_for_old_branches that I should add set something as 1%{?dist}.1 on Release to make older that epel6 package. Should I add the same for the changelog entry on epel5 package? I mean: * Tue Mar 01 2011 Sergio Belkin seb...@fedoraproject.org - 1%{?dist}.1 ? Thanks in advance! -- -- Sergio Belkin http://www.sergiobelkin.com Watch More TV http://sebelk.blogspot.com LPIC-2 Certified - http://www.lpi.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Interlinux waiting list
On Tue, 10 May 2011 11:27:24 +0100 Bryn M. Reeves b...@redhat.com wrote: On 05/10/2011 03:05 AM, Adam Williamson wrote: On Mon, 2011-05-09 at 21:14 -0300, Sergio Belkin wrote: Sorry... Did I miss something? I'd imagine someone signed an interlinux address up to the list, and that was an automated response. Right - that was my assumption too. I met the owner of the domain through a past job at Red Hat and I suspect this is an accidental (though annoying!) mis-configuration caused by someone registering the fedora list address. I'm trying to get hold of him to say please make it stop!. ;) Please don't reply to the domain addresses as this appears to trigger more auto-responses. FYI, I have set his account to moderated for the list... so that way we can avoid more of these getting posted. ;) Hopefully they get it fixed up soon... kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Changelog entries on older package
On Tue, 10 May 2011 09:59:12 -0300 Sergio Belkin seb...@gmail.com wrote: Hi, Let's say that you make a RPM for fedora, and then you want to make for epel5. Should I keep the fedora entries on changelog? I usually do, yes. It's history of the package... Second question is somewhat silly, but I make it, just in case. Let's say that you want to make a epe6 package too. I've read at http://fedoraproject.org/wiki/Packaging/NamingGuidelines#Minor_release_bumps_for_old_branches that I should add set something as 1%{?dist}.1 on Release to make older that epel6 package. Should I add the same for the changelog entry on epel5 package? I mean: * Tue Mar 01 2011 Sergio Belkin seb...@fedoraproject.org - 1%{?dist}.1 ? No need. EPEL doesn't need you to preserve the upgrade path between major releases like Fedora does. AFAIK in RHEL upgrades between major releases are simply not supported. You are expected to re-install if you go from RHEL5 to RHEL6. So, no requirement that the RHEL5 version be less than the RHEL6 one. ;) Hopefully I understood your question... did that help? kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 700047] perlbrew-0.19 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=700047 Iain Arnell iarn...@gmail.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Resolution||WONTFIX Last Closed||2011-05-10 09:07:01 Bug 700047 depends on bug 700141, which changed state. Bug 700141 Summary: Review Request: perl-Devel-PatchPerl - Patch perl source à la Devel::PPPort's buildperl.pl https://bugzilla.redhat.com/show_bug.cgi?id=700141 What|Old Value |New Value Status|NEW |ASSIGNED Status|ASSIGNED|MODIFIED Status|MODIFIED|ON_QA Resolution||ERRATA Status|ON_QA |CLOSED --- Comment #1 from Iain Arnell iarn...@gmail.com 2011-05-10 09:07:01 EDT --- skipping this one - perlbrew 0.20 is already out. bug #703430 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Fedora 15 Final Change Deadline, and Outstanding Blocker Bugs
This is your friendly reminder that we have reached the Final Change Deadline for Fedora 15. https://fedoraproject.org/wiki/Change_deadlines After the change deadlines for the Final release no more updates are made to the branched development repository (e.g. /pub/fedora/linux/development/15). The only exceptions are accepted blocker and nice to have bugs: https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process https://fedoraproject.org/wiki/QA:SOP_nth_bug_process All updates after this time are considered zero day updates of the release, and are pushed to the updates repository which is available on the public availability date. For example, the repository for Fedora 15 is /pub/fedora/linux/updates/15. The next step in the process is to create a final release candidate (RC) to pass on to QA for testing as soon as possible. However, we have a handful of bugs left that are blocking the creation of the RC. Delays in resolving the bugs listed below will prevent the creation of the RC, and CAN CAUSE A SLIP IN THE SCHEDULE. https://bugzilla.redhat.com/show_bug.cgi?id=697834 697834 :: NEW :: gnome-menus :: rstrode Other menu appears in default installation (any .desktop entry with Category=Settings ends up here (even if there's also Category=System)) https://bugzilla.redhat.com/show_bug.cgi?id=693809 693809 :: ASSIGNED :: imsettings :: tagoh Error message about missing input methods should be removed ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Changelog entries on older package
2011/5/10 Kevin Fenzi ke...@scrye.com: On Tue, 10 May 2011 09:59:12 -0300 Sergio Belkin seb...@gmail.com wrote: Hi, Let's say that you make a RPM for fedora, and then you want to make for epel5. Should I keep the fedora entries on changelog? I usually do, yes. It's history of the package... Good point Second question is somewhat silly, but I make it, just in case. Let's say that you want to make a epe6 package too. I've read at http://fedoraproject.org/wiki/Packaging/NamingGuidelines#Minor_release_bumps_for_old_branches that I should add set something as 1%{?dist}.1 on Release to make older that epel6 package. Should I add the same for the changelog entry on epel5 package? I mean: * Tue Mar 01 2011 Sergio Belkin seb...@fedoraproject.org - 1%{?dist}.1 ? No need. EPEL doesn't need you to preserve the upgrade path between major releases like Fedora does. AFAIK in RHEL upgrades between major releases are simply not supported. You are expected to re-install if you go from RHEL5 to RHEL6. So, no requirement that the RHEL5 version be less than the RHEL6 one. ;) Hopefully I understood your question... you did did that help? Yes it did :) kevin -- -- Sergio Belkin http://www.sergiobelkin.com Watch More TV http://sebelk.blogspot.com LPIC-2 Certified - http://www.lpi.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 15 Final Change Deadline, and Outstanding Blocker Bugs
Mike Chambers wrote: On Tue, 2011-05-10 at 04:34 -0700, Robyn Bergeron wrote: This is your friendly reminder that we have reached the Final Change Deadline for Fedora 15. https://fedoraproject.org/wiki/Change_deadlines Without having the F15 schedule handy at the moment, is this as of today and all updates starting today go to f15/updates for zero-day updates? Yes (final change deadline was yesterday). -- Rex -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: informations about boot sequence (Re: F15 - mysql start problem)
Adam Williamson (awill...@redhat.com) said: Neither b) nor c) is a hack; they're both improvements in behaviour whether or not systemd is involved. It's simply more robust for a server to be able to run before the network connection is available (and hence across state changes). You don't explain why you think such a patch wouldn't be accepted upstream. in order to solve *one* of the possible configuration issues that might cause them to not start correctly before the basic expected network support services are available. In particular, so far as I can tell from the discussion at bug #703215, systemd is entirely incapable of supporting services that need to do DNS lookups at start. That's not true; Tomasz Torcz wrote earlier in this thread We have hackish NetworkManager-wait-online.service which can be requested in such cases. To be more precise: If enabling NetworkManager-wait-online.service does *not* fix your problem on normal boots (where networking doesn't fail/timeout entirely), we want to know about it, and we can fix that. However, network startup has not been synchronous by default with NetworkManager ever since it was introduced; there has always been a race here. To be sure, systemd, by introducing parallelization into the startup, has made that race more prominent. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: informations about boot sequence (Re: F15 - mysql start problem)
Jóhann B. Guðmundsson (johan...@gmail.com) said: On 05/09/2011 08:38 PM, Lennart Poettering wrote: a) people who manually change the IP address fo mysql to bind on specific ip addresses, manually also enable NetworkManager-wait-online.service. This proposal makes the assumption and depends on users actually using NetworkManager as their networking handling application which might not be as close to reality in the server world as you might think even for arguments sake we would say that we default to using NetworkManager, upstream needs to have a solid solution that works across all distro's and what ever network application downstream might be using. The network init script is synchronous; this shouldn't be an issue with it. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: informations about boot sequence (Re: F15 - mysql start problem)
On Tue, 10.05.11 02:17, Miloslav Trmač (m...@volny.cz) wrote: On Tue, May 10, 2011 at 1:33 AM, Lennart Poettering mzerq...@0pointer.de wrote: On Tue, 10.05.11 01:31, Miloslav Trmač (m...@volny.cz) wrote: 2011/5/10 Stephen John Smoogen smo...@gmail.com: Let's make this simple: FAQ: How can I make my system unusable? How can I create a denial of service? Answer: On default systems there are multiple ways to do this, please choose one or more of the following: That's all true, on the other hand there are countermeasures available; in larger organizations the countermeasures are documented, configured on each system, and their presence is periodically verified. Countermeasures for the /dev/shm issue? I don't know of any. tmpfs doesn't do quota. That's the key problem here. mount options, file permissions, SELinux. Perhaps not something that you'd want to do on a general-purpose desktop, but quite reasonable for a single-purpose server. No. mount options, file permissions, SELinux don't allow you to fix the quota issue with /dev/shm. On the current kernel /dev/shm cannot be secured properly. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Is Rawhide supposed to be useful?
On 5/9/11 9:18 PM, Peter Hutterer wrote: The resources have been put in, there are ABI checks in the RPMs but as ajax said, they don't work until the ABI is bumped upstream. I'm thinking about making the xserver package export ABI majors of md5sums of, well, something, whenever the build is of a git snap instead of a released build. Possibly md5sums of the verbose output of pahole or something. It'd give some funny-looking requires strings, but it's no more distasteful than what ocaml puts us through. - ajax -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Is Rawhide supposed to be useful?
On Tue, 10 May 2011 11:18:54 +1000 Peter Hutterer peter.hutte...@who-t.net wrote: This is my fault, sorry. I updated the server but missed out on rebuilding the drivers. And with one thing leading to another, Easter came, I forgot about it and the above bug didn't show up on my radar until ajax pinged me this morning. So I must confess that this makes me curious. Things breaking in Rawhide are not a surprise; indeed, if it doesn't occasionally bite the hand that's feeding it, somebody probably isn't trying hard enough. But if it can remain this fundamentally broken for weeks because the relevant developer forgot to fix it, it's hard not to conclude that nobody is really running it. Rawhide used to be something we could run to see where the distribution is going and, perhaps, help a little bit with the quality assurance. More recently, I've been told a few times that I should *not* be running Rawhide and that the F15 branch is where the updates and fixes go. It leaves me wondering what Rawhide is for anymore; what value does it bring to Fedora if nobody tries to actually run it for real work? Could it be that Fedora lacks the resources to maintain both Rawhide and the next-release branch? In retrospect, was No Frozen Rawhide as good an idea as it seemed? Thanks, jon -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: informations about boot sequence (Re: F15 - mysql start problem)
On Tue, May 10, 2011 at 5:10 PM, Lennart Poettering mzerq...@0pointer.de wrote: On Tue, 10.05.11 02:17, Miloslav Trmač (m...@volny.cz) wrote: On Tue, May 10, 2011 at 1:33 AM, Lennart Poettering mzerq...@0pointer.de wrote: Countermeasures for the /dev/shm issue? I don't know of any. tmpfs doesn't do quota. That's the key problem here. mount options, file permissions, SELinux. Perhaps not something that you'd want to do on a general-purpose desktop, but quite reasonable for a single-purpose server. No. mount options, file permissions, SELinux don't allow you to fix the quota issue with /dev/shm. There is no quota issue. There is a DoS threat. Mounting with size=X, where X is large enough to accommodate the applications I care about, and small enough that the system won't run out of memory and swap space, is a countermeasure to the DoS.[1] Using file permissions or SELinux to only allow users I care about to use /dev/shm is a countermeasure to DoS by other users. Quota is also (only) a way to avoid the DoS[2]. Sure, it's the most generally applicable one. Really, all I wanted to do in this subthread is to support the request for a release note. Mirek [1] How many users of Fedora would notice if the /dev/shm tmpfs was limited to 512MB by default? And no, I'm _not_ advocating making this the default configuration. [2] ... like many DoS countermeasures, by intentionally adding a different, more predictable, kind of DoS, always denying users the service of allocating /dev/shm over a certain limit. Making a system ideally DoS-proof is probably impossible (after all there's little outside difference between a DoS and an user that legitimately needs to use 101% of a resource); nevertheless if users are willing to sacrifice capacity or features, they can often get some level of DoS resistance. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: informations about boot sequence (Re: F15 - mysql start problem)
On Tue, 10.05.11 17:35, Miloslav Trmač (m...@volny.cz) wrote: Really, all I wanted to do in this subthread is to support the request for a release note. Mirek [1] How many users of Fedora would notice if the /dev/shm tmpfs was limited to 512MB by default? And no, I'm _not_ advocating making this the default configuration. Hmm? The size is limited to half the RAM anyway. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: informations about boot sequence (Re: F15 - mysql start problem)
Hi, 2011/5/10 Miloslav Trmač m...@volny.cz: On Tue, May 10, 2011 at 5:10 PM, Lennart Poettering mzerq...@0pointer.de wrote: On Tue, 10.05.11 02:17, Miloslav Trmač (m...@volny.cz) wrote: On Tue, May 10, 2011 at 1:33 AM, Lennart Poettering mzerq...@0pointer.de wrote: Countermeasures for the /dev/shm issue? I don't know of any. tmpfs doesn't do quota. That's the key problem here. mount options, file permissions, SELinux. Perhaps not something that you'd want to do on a general-purpose desktop, but quite reasonable for a single-purpose server. No. mount options, file permissions, SELinux don't allow you to fix the quota issue with /dev/shm. There is no quota issue. There is a DoS threat. The point is that you can write to /run/user/login/ to fill entire tmpfs space. When tmpfs is full, there is no space for other things like pid's and lock's. So it is exactly quota issue. With /dev/shm/ you can do similar, creative things. Mounting with size=X, where X is large enough to accommodate the applications I care about, and small enough that the system won't run out of memory and swap space, is a countermeasure to the DoS.[1] Using file permissions or SELinux to only allow users I care about to use /dev/shm is a countermeasure to DoS by other users. Quota is also (only) a way to avoid the DoS[2]. Sure, it's the most generally applicable one. Really, all I wanted to do in this subthread is to support the request for a release note. Mirek [1] How many users of Fedora would notice if the /dev/shm tmpfs was limited to 512MB by default? And no, I'm _not_ advocating making this the default configuration. [2] ... like many DoS countermeasures, by intentionally adding a different, more predictable, kind of DoS, always denying users the service of allocating /dev/shm over a certain limit. Making a system ideally DoS-proof is probably impossible (after all there's little outside difference between a DoS and an user that legitimately needs to use 101% of a resource); nevertheless if users are willing to sacrifice capacity or features, they can often get some level of DoS resistance. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Best regards, Michal http://eventhorizon.pl/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Is Rawhide supposed to be useful?
On 5/10/11 11:34 AM, Jonathan Corbet wrote: Things breaking in Rawhide are not a surprise; indeed, if it doesn't occasionally bite the hand that's feeding it, somebody probably isn't trying hard enough. But if it can remain this fundamentally broken for weeks because the relevant developer forgot to fix it, it's hard not to conclude that nobody is really running it. In the week before F15 change freeze, are you really surprised that nobody's running the F16 dumping ground? - ajax -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Is Rawhide supposed to be useful?
On Tue, May 10, 2011 at 09:04, Adam Jackson a...@redhat.com wrote: On 5/10/11 11:34 AM, Jonathan Corbet wrote: Things breaking in Rawhide are not a surprise; indeed, if it doesn't occasionally bite the hand that's feeding it, somebody probably isn't trying hard enough. But if it can remain this fundamentally broken for weeks because the relevant developer forgot to fix it, it's hard not to conclude that nobody is really running it. In the week before F15 change freeze, are you really surprised that nobody's running the F16 dumping ground? I am running the F16 dumping ground. I do daily updates to rawhide and report bugs as I see them. In other words, I'm always running the rolling release. Breakage for those of us who live on this edge is something we're familiar with. It would just be helpful to have the occasional heads-up for known breakages, rather than having to discover them in unpleasant ways. darrell -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Net-SSLGlue-0.6.tar.gz uploaded to lookaside cache by remi
A file has been added to the lookaside cache for perl-Net-SSLGlue: fe8bfbd47776d7a48258c1d62191f80b Net-SSLGlue-0.6.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
File Task-Kensho-Toolchain-0.27.tar.gz uploaded to lookaside cache by mmaslano
A file has been added to the lookaside cache for perl-Task-Kensho-Toolchain: c1dc5ff6f2533dcf2d79123618e993f2 Task-Kensho-Toolchain-0.27.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
[perl-Task-Kensho-Toolchain] Initial push.
commit 2acc8d443c5cb2520cf83f04e2a1f540ea3f16b6 Author: Marcela Mašláňová mmasl...@redhat.com Date: Tue May 10 18:13:58 2011 +0200 Initial push. .gitignore |1 + perl-Task-Kensho-Toolchain.spec | 60 +++ sources |1 + 3 files changed, 62 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..b4cf417 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Task-Kensho-Toolchain-0.27.tar.gz diff --git a/perl-Task-Kensho-Toolchain.spec b/perl-Task-Kensho-Toolchain.spec new file mode 100644 index 000..836ce00 --- /dev/null +++ b/perl-Task-Kensho-Toolchain.spec @@ -0,0 +1,60 @@ +Name: perl-Task-Kensho-Toolchain +Version:0.27 +Release:1%{?dist} +Summary:Task::Kensho::Toolchain Perl module +License:GPL+ or Artistic +Group: Development/Libraries +URL:http://search.cpan.org/dist/Task-Kensho-Toolchain/ +Source0: http://www.cpan.org/authors/id/A/AP/APEIRON/Task-Kensho-Toolchain-%{version}.tar.gz +BuildArch: noarch +BuildRequires: perl(App::cpanminus) +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(local::lib) +BuildRequires: perl(Test::More) +BuildRequires: perl(version) +Requires: perl(App::cpanminus) +Requires: perl(local::lib) +Requires: perl(version) +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%{?perl_default_filter} + +%description +Kenshō (見性) (C. Wu) is a Japanese term for enlightenment +experiences—most commonly used within the confines of Zen +Buddhism—literally meaning seeing one's nature[1] or true self.[2] It +generally refers to the realization of nonduality of subject and +object.[3] + +Task::Kensho is a first cut at building a list of recommended modules for +Enlightened Perl development. CPAN is wonderful, but there are too many +wheels and you have to pick and choose amongst the various competing +technologies. + +%prep +%setup -q -n Task-Kensho-Toolchain-%{version} + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor +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 -depth -type d -exec rmdir {} 2/dev/null \; + +%{_fixperms} $RPM_BUILD_ROOT/* + +%check +make test + +%files +%defattr(-,root,root,-) +%doc Changes MYMETA.yml README +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Tue Mar 22 2011 Marcela Mašláňová mmasl...@redhat.com 0.27-1 +- Specfile autogenerated by cpanspec 1.79. diff --git a/sources b/sources index e69de29..3e74302 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +c1dc5ff6f2533dcf2d79123618e993f2 Task-Kensho-Toolchain-0.27.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
Re: Is Rawhide supposed to be useful?
On Tue, 10 May 2011 09:34:34 -0600 Jonathan Corbet corbet...@lwn.net wrote: ...snip... Rawhide used to be something we could run to see where the distribution is going and, perhaps, help a little bit with the quality assurance. More recently, I've been told a few times that I should *not* be running Rawhide and that the F15 branch is where the updates and fixes go. It leaves me wondering what Rawhide is for anymore; what value does it bring to Fedora if nobody tries to actually run it for real work? Good question. I do still run a rawhide test box here... but I admit I don't look at it as much when we are ramping up for a release. Could it be that Fedora lacks the resources to maintain both Rawhide and the next-release branch? In retrospect, was No Frozen Rawhide as good an idea as it seemed? We could indeed revisit it. I think it's still useful. I always build new stuff for rawhide first before pushing to f15. I'd like to hope most other maintainers do as well, and perhaps autoQA can nag and get those who don't to do so. I think in this case it was just a matter or not getting the proper folks attention to fix the issue. ;( kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Net-SSLGlue] update to 0.6 (docfix)
commit 2872ce2b1c18ab6003c987408011c9e3aea78d8e Author: remi fed...@famillecollet.com Date: Tue May 10 18:14:28 2011 +0200 update to 0.6 (docfix) .gitignore|4 ++-- perl-Net-SSLGlue.spec |7 +-- sources |2 +- 3 files changed, 8 insertions(+), 5 deletions(-) --- diff --git a/.gitignore b/.gitignore index 5049d1e..d7e5bf5 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,2 @@ -Net-SSLGlue-0.4.tar.gz -/Net-SSLGlue-0.5.tar.gz +*~ +/Net-SSLGlue-0.6.tar.gz diff --git a/perl-Net-SSLGlue.spec b/perl-Net-SSLGlue.spec index d8d8009..c328c5b 100644 --- a/perl-Net-SSLGlue.spec +++ b/perl-Net-SSLGlue.spec @@ -1,6 +1,6 @@ Name: perl-Net-SSLGlue -Version:0.5 -Release:2%{?dist} +Version:0.6 +Release:1%{?dist} Summary:Add/extend SSL support for common perl modules License:GPL+ or Artistic Group: Development/Libraries @@ -72,6 +72,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Tue May 10 2011 Remi Collet fed...@famillecollet.com - 0.6-1 +- update to 0.6 (doc fix only) + * Tue Feb 08 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.5-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild diff --git a/sources b/sources index 004df5c..2b72e61 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -aad39c1ddf23e8fa659d60036de2a1cd Net-SSLGlue-0.5.tar.gz +fe8bfbd47776d7a48258c1d62191f80b Net-SSLGlue-0.6.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
Re: Is Rawhide supposed to be useful?
On Tue, 10 May 2011 12:04:22 -0400 Adam Jackson a...@redhat.com wrote: Things breaking in Rawhide are not a surprise; indeed, if it doesn't occasionally bite the hand that's feeding it, somebody probably isn't trying hard enough. But if it can remain this fundamentally broken for weeks because the relevant developer forgot to fix it, it's hard not to conclude that nobody is really running it. In the week before F15 change freeze, are you really surprised that nobody's running the F16 dumping ground? I'm not talking about this week. The X11 problem was reported three weeks ago, and the don't run Rawhide advice given to me came rather before that. Rawhide has been an unusually painful place to be for some time now, and a lot of people, I believe, have opted out of it. I'm getting close to doing the same, despite having run Rawhide on my desktop for a *long* time. Your response really just reinforces my concern. What value does the distribution get from a dumping ground? Thanks, jon -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Is Rawhide supposed to be useful?
On Tue, May 10, 2011 at 7:34 AM, Jonathan Corbet corbet...@lwn.net wrote: Could it be that Fedora lacks the resources to maintain both Rawhide and the next-release branch? In retrospect, was No Frozen Rawhide as good an idea as it seemed? I need to redo my tongue-n-cheek seasons of rawhide in the new No Frozen Rawhide era to give you a clearer picture as to what to expect from Rawhide. Rawhide still has seasons of activity, and while the current rawhide winter of your discontent might not be _frozen_ its not necessarily as active as other times. Nor do I think anyone expected it to be equally active at all times. The point of No Frozen Rawhide was two fold. To make it easier for pre-release testers to transition into the gold release without getting pinched by the confusion in the transition of rawhide to to N+1 near release day. And secondly, it makes it _possible_ to introduce breakage into rawhide earlier than release day so there isn't a flood of pent up changes which get introduced in a pulse as soon as rawhide unfreezes. And in that respect the policy is working as expected. Pre-release day breakage achievement unlocked! There's nothing in the policy which speaks to curb breakage which lingers for more than a few days once introduced. Whether that breakage is introduced pre-release or post-release. As before maintainership is a best effort affair. There's been no best effort to define a minimum best effort. Yes its dumb that a _simple_ maintainer mistake sat there for weeks. This sort of stuff happens. It's happened to my packages, where I thought I applied some simple brown bag packaging fix on a branch(a release branch even!) and I plum forgot to do it till someone poked me in the eye. It's a _human_ mistake. Until we have skynet doing the package maintainence for us, we have to have a maintainership system which can recover when mistakes happen to mitigate the effect no matter if its rawhide or not. -jef -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
REMINDER: Outage: pkgs.fedoraproject.org - 2011-05-10 17:00 UTC
A reminder that this outage will begin in about 15minutes. Outage: pkgs.fedoraproject.org - 2011-05-10 17:00 UTC There will be an outage starting at 2011-05-10 17:00 UTC, which will last approximately 1 hour. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2011-05-10 17:00 UTC' Reason for outage: The pkgs.fedoraproject.org server will be resized to have more storage and git pkg branches will be modified. See https://fedoraproject.org/wiki/Dist_Git_Branch_Redux for more details. During this time the pkgs git repositories will not be available. Affected Services: GIT / Source Control Unaffected Services: BFO - http://boot.fedoraproject.org/ Bodhi - https://admin.fedoraproject.org/updates/ Buildsystem - http://koji.fedoraproject.org/ DNS - ns1.fedoraproject.org, ns2.fedoraproject.org Docs - http://docs.fedoraproject.org/ Email system Fedora Account System - https://admin.fedoraproject.org/accounts/ Fedora Community - https://admin.fedoraproject.org/community/ Fedora Hosted - https://fedorahosted.org/ Fedora Insight - https://insight.fedoraproject.org/ Fedora People - http://fedorapeople.org/ Fedora Talk - http://talk.fedoraproject.org/ Main Website - http://fedoraproject.org/ Mirror List - https://mirrors.fedoraproject.org/ Mirror Manager - https://admin.fedoraproject.org/mirrormanager/ Package Database - https://admin.fedoraproject.org/pkgdb/ Smolt - http://smolts.org/ Spins - http://spins.fedoraproject.org/ Start - http://start.fedoraproject.org/ Torrent - http://torrent.fedoraproject.org/ Translation Services - http://translate.fedoraproject.org/ Wiki - http://fedoraproject.org/wiki/ Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/2760 Contact Information: Please join #fedora-admin in irc.freenode.net or add comments to the ticket for this outage above. signature.asc Description: PGP signature ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Is Rawhide supposed to be useful?
On 5/10/11 12:23 PM, Jonathan Corbet wrote: I'm not talking about this week. The X11 problem was reported three weeks ago, and the don't run Rawhide advice given to me came rather before that. Rawhide has been an unusually painful place to be for some time now, and a lot of people, I believe, have opted out of it. Yum has pattern excludes, man. You have the tools. I'm getting close to doing the same, despite having run Rawhide on my desktop for a *long* time. Your response really just reinforces my concern. What value does the distribution get from a dumping ground? Sigh. Catching this instance of the problem is not entirely trivial. I have a plan, and I'll even take patches for it, but it's simply not a priority. Releases matter more. I suspect they matter more for a lot of people, in fact. Which is an entire set of problems that simply did not exist before no-frozen-rawhide was a thing. Before that, the problem we had was five hundred builds all hitting rawhide at once and literally nothing working for weeks _after_ the release was out. Here, instead, we've slipped that broken stage to be parallel with tuning the release. That seems like a win to me; once F15 is out, some F16hide problems have a chance of having been fixed, and the rest will get done sooner (in the sense of by an earlier date, not at a faster rate), which gives more useful time before F16 to do actual work. --- What _I'm_ dismayed about is that literally zero people cared about this problem enough to have the courage to look at fixing it. Not so much that it leaves rawhide unusable, more that we've basically lost any notion of collective ownership, and/or that nobody is fearless enough to go read things they don't already know. I had to write a patch for frickin' LLVM for F15, of all things, code I'd never read before in a language I don't really know in a domain where I have zero expertise. That was just the problem that was in my way. X being broken in rawhide was in who knows how many peoples' ways, and even though it's provenpackager+ and even though all it would have taken was a mass driver rebuild, nobody even tried. Where _are_ you people? Why do I bother to open the ACLs on my packages if nobody's going to take advantage of it? --- But to your question of what value do we get from rawhide existing, well, builds have to go somewhere. We may as well keep the compose tools running on them all the time, so when things do break we see them. All we had here was a case where one tool didn't catch a breakage because the other bit of the tools weren't complete enough yet. I don't think that's sufficient cause to question rawhide's existence. I suspect, instead, that most other consumability problems with rawhide are basically the same pattern: nobody tries to fix anything outside their scope. If one is not concerned with the whole being greater than the sum of its parts, why exactly would one work on a distribution? - ajax -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Is Rawhide supposed to be useful?
On Tue, May 10, 2011 at 01:07:22PM -0400, Adam Jackson wrote: X being broken in rawhide was in who knows how many peoples' ways, and even though it's provenpackager+ and even though all it would have taken was a mass driver rebuild, nobody even tried. Where _are_ you people? Why do I bother to open the ACLs on my packages if nobody's going to take advantage of it? Its a hard problem in human psychology (see diffusion of responsibility/the bystander effect). It'd be nice if there were some place we could list all of these tasks and allow people to grab them, regardless of what they maintain (sounds a bit like bugzilla really) to at least deter the sense of what if I do all this work and someone else fixes it before I commit? --CJD -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Is Rawhide supposed to be useful?
On 5/10/11 1:41 PM, Casey Dahlin wrote: On Tue, May 10, 2011 at 01:07:22PM -0400, Adam Jackson wrote: X being broken in rawhide was in who knows how many peoples' ways, and even though it's provenpackager+ and even though all it would have taken was a mass driver rebuild, nobody even tried. Where _are_ you people? Why do I bother to open the ACLs on my packages if nobody's going to take advantage of it? Its a hard problem in human psychology (see diffusion of responsibility/the bystander effect). It'd be nice if there were some place we could list all of these tasks and allow people to grab them, regardless of what they maintain (sounds a bit like bugzilla really) to at least deter the sense of what if I do all this work and someone else fixes it before I commit? I can see that. My approach tends to be along the lines of: - check bugzilla for anything that looks relevant - take a quick read of the spec or source to see if I can grok it - check with the maintainer, if around and it's not quite trivial - jfdi And if I get beat to the punch, oh well, at least I learned something new about how something else is put together, and therefore I'll be faster next time. - ajax -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Outage over: Outage: pkgs.fedoraproject.org - 2011-05-10 17:00 UTC
Sorry for not sending this sooner. The outage on pkgs.fedoraproject.org should be complete. Please report any issues or problems found. kevin -- On Tue, 10 May 2011 10:47:10 -0600 Kevin Fenzi ke...@scrye.com wrote: A reminder that this outage will begin in about 15minutes. Outage: pkgs.fedoraproject.org - 2011-05-10 17:00 UTC There will be an outage starting at 2011-05-10 17:00 UTC, which will last approximately 1 hour. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2011-05-10 17:00 UTC' Reason for outage: The pkgs.fedoraproject.org server will be resized to have more storage and git pkg branches will be modified. See https://fedoraproject.org/wiki/Dist_Git_Branch_Redux for more details. During this time the pkgs git repositories will not be available. Affected Services: GIT / Source Control Unaffected Services: BFO - http://boot.fedoraproject.org/ Bodhi - https://admin.fedoraproject.org/updates/ Buildsystem - http://koji.fedoraproject.org/ DNS - ns1.fedoraproject.org, ns2.fedoraproject.org Docs - http://docs.fedoraproject.org/ Email system Fedora Account System - https://admin.fedoraproject.org/accounts/ Fedora Community - https://admin.fedoraproject.org/community/ Fedora Hosted - https://fedorahosted.org/ Fedora Insight - https://insight.fedoraproject.org/ Fedora People - http://fedorapeople.org/ Fedora Talk - http://talk.fedoraproject.org/ Main Website - http://fedoraproject.org/ Mirror List - https://mirrors.fedoraproject.org/ Mirror Manager - https://admin.fedoraproject.org/mirrormanager/ Package Database - https://admin.fedoraproject.org/pkgdb/ Smolt - http://smolts.org/ Spins - http://spins.fedoraproject.org/ Start - http://start.fedoraproject.org/ Torrent - http://torrent.fedoraproject.org/ Translation Services - http://translate.fedoraproject.org/ Wiki - http://fedoraproject.org/wiki/ Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/2760 Contact Information: Please join #fedora-admin in irc.freenode.net or add comments to the ticket for this outage above. signature.asc Description: PGP signature ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Is Rawhide supposed to be useful?
On Tue, May 10, 2011 at 11:22:37AM -0400, Adam Jackson wrote: The resources have been put in, there are ABI checks in the RPMs but as ajax said, they don't work until the ABI is bumped upstream. I'm thinking about making the xserver package export ABI majors of md5sums of, well, something, whenever the build is of a git snap instead of a released build. Possibly md5sums of the verbose output of pahole or something. It'd give some funny-looking requires strings, but it's no more distasteful than what ocaml puts us through. That would be awesome. Thank you very much. Because, y'know, having a useful rawhide _is_ good. :) -- Matthew Miller mat...@mattdm.org Senior Systems Architect -- Instructional Research Computing Services Harvard School of Engineering Applied Sciences -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Is Rawhide supposed to be useful?
On Tue, 10 May 2011 13:07:22 -0400 Adam Jackson a...@redhat.com wrote: All we had here was a case where one tool didn't catch a breakage because the other bit of the tools weren't complete enough yet. I don't think that's sufficient cause to question rawhide's existence. The breakage is fine, one expects that. A fundamental breakage that the relevant developers don't even notice for weeks is another question; as I said, that suggests that people running Rawhide are few and far between. I wasn't thinking about just this case, though. Here's some advice I got in March: If you are running rawhide ( what now will become F16 ) expect things to be broken for some time since maintainers wont necessary build/update components for F16 since all the focus is on branched at the moment ( F15 ). [IOW, Rawhide doesn't just break - it also isn't getting fixed.] [...] If you need a usable system I recommend that you stay away from the rawhide train until it hits alpha which is sometime late August if memory serves me correct. (http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/1) Even then it occurred to me that, if people are being told to stay away for six months at a time, all is not as well as it should be. Even just waiting from the time of that message until the end of the F15 distraction is two months of down time... Oh well, I was just wondering. I'll stop bugging everybody now. Thanks, jon -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Is Rawhide supposed to be useful?
On Tue, May 10, 2011 at 02:54:44PM -0600, Jonathan Corbet wrote: The breakage is fine, one expects that. A fundamental breakage that the relevant developers don't even notice for weeks is another question; as I said, that suggests that people running Rawhide are few and far between. I'm concerned because there was a bugzilla entry sitting there piling up tons of duplicates. A normal user -- even of Rawhide -- might expect that to be enough to make sure the issue gets on the relevant developers' radar. Starting threads with melodramatic attention-getting subject lines should not be the way to get things done. :) -- Matthew Miller mat...@mattdm.org Senior Systems Architect -- Instructional Research Computing Services Harvard School of Engineering Applied Sciences -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Is Rawhide supposed to be useful?
On 5/10/11 4:54 PM, Jonathan Corbet wrote: On Tue, 10 May 2011 13:07:22 -0400 Adam Jacksona...@redhat.com wrote: If you need a usable system I recommend that you stay away from the rawhide train until it hits alpha which is sometime late August if memory serves me correct. (http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/1) Even then it occurred to me that, if people are being told to stay away for six months at a time, all is not as well as it should be. Even just waiting from the time of that message until the end of the F15 distraction is two months of down time... August was probably an overstatement, sure. - ajax -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 701252] Upgrade to new upstream version
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=701252 --- Comment #8 from Fedora Update System upda...@fedoraproject.org 2011-05-10 17:18:30 EDT --- perl-Directory-Queue-1.1-1.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 701252] Upgrade to new upstream version
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=701252 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|perl-Directory-Queue-1.1-1. |perl-Directory-Queue-1.1-1. |fc15|fc14 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Is Rawhide supposed to be useful?
On 05/10/2011 11:34 AM, Jonathan Corbet wrote: Rawhide used to be something we could run to see where the distribution is going and, perhaps, help a little bit with the quality assurance. More recently, I've been told a few times that I should *not* be running Rawhide and that the F15 branch is where the updates and fixes go. It leaves me wondering what Rawhide is for anymore; what value does it bring to Fedora if nobody tries to actually run it for real work? It's fair to say that rawhide doesn't serve the same purpose any more - since we're branching so much earlier, the thing that used to be rawhide is essentially the branch. But the newer form of rawhide does have a feature - it allows those of us working on multiple features that aren't ready yet to stage them farther in advance, and to work on them more asynchronously. For example, we've been working on grub2 support for F16 in rawhide recently. More generally, from anaconda's perspective we're working in rawhide much of the time, with the branched release being more stable than it used to be. This simplifies our development cycle significantly. Could it be that Fedora lacks the resources to maintain both Rawhide and the next-release branch? It could be, but I'm not sure that'd be important - I don't think the need for up-to-the-minute maintenance exists in current rawhide as much as it does in the branched repo. I think it's that since we don't *need* pre-branch rawhide in the same way we used to need rawhide, we just don't use it the same way. In retrospect, was No Frozen Rawhide as good an idea as it seemed? Right now it looks like a great success from where I'm sitting. -- Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[389-devel] Please Review: (697961) memberOf needs to be triggered by internal operations
https://bugzilla.redhat.com/show_bug.cgi?id=697961 https://bugzilla.redhat.com/attachment.cgi?id=498171action=edit -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Status of btrfs in rawhide
Hi, Is rawhide following current btrfs development releases with kernel patches and userland programs? Or, should we role our own? I am interested in testing only. TIA -- Regards, OldFart -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Status of btrfs in rawhide
On Tue, May 10, 2011 at 5:37 PM, Clyde E. Kunkel clydekunkel7...@cox.net wrote: Hi, Is rawhide following current btrfs development releases with kernel patches and userland programs? Or, should we role our own? I am interested in testing only. btrfs-progs hasn't changed much so you should be fine with whats in fedora. If you want to be testing the latest and greatest it's probably better to either follow Chris's btrfs-unstable.git tree or my btrfs-work.git tree on kernel.org. Thanks, Josef -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Net-STOMP-Client-1.0.tar.gz uploaded to lookaside cache by stevetraylen
A file has been added to the lookaside cache for perl-Net-STOMP-Client: 89253577aa3d35655acb15ea2e86ad33 Net-STOMP-Client-1.0.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
Re: Status of btrfs in rawhide
Dne 10.5.2011 23:49, Josef Bacik napsal(a): btrfs-progs hasn't changed much so you should be fine with whats in fedora. If you want to be testing the latest and greatest it's probably better to either follow Chris's btrfs-unstable.git tree or my btrfs-work.git tree on kernel.org. Thanks, Mandatory question: how is btrfsck doing? Is it working and robust to be trusted? Matěj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Is Rawhide supposed to be useful?
On 05/10/2011 09:08 PM, Adam Jackson wrote: On 5/10/11 4:54 PM, Jonathan Corbet wrote: On Tue, 10 May 2011 13:07:22 -0400 Adam Jacksona...@redhat.com wrote: If you need a usable system I recommend that you stay away from the rawhide train until it hits alpha which is sometime late August if memory serves me correct. (http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/1) Even then it occurred to me that, if people are being told to stay away for six months at a time, all is not as well as it should be. Even just waiting from the time of that message until the end of the F15 distraction is two months of down time... August was probably an overstatement, sure. Depends on what people definition of usable is. As history/experience has shown when we hit alpha the most invasive changes usually subside and you have a semi workable desktop for the average reporter to ride on. Granted that the No Frozen Rawhide proposal has gotten us to have the alpha status more or less in the shape of what beta used to be and from my point of view the no frozen rawhide proposal is turning out to be a win win for maintainers and the QA community and I personally prefer that we continue walking on the none frozen path. We the more experienced ones jump on the rawhide train as soon as the release we have been working on gets out the door and we ( QA ) want to focus and urge reporters to stay on branched so we can get as much test covering as possible on what we are about to release. JBG -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 703413] Upgrade to new upstream version
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=703413 --- Comment #4 from Fedora Update System upda...@fedoraproject.org 2011-05-10 18:19:59 EDT --- perl-Net-STOMP-Client-1.0-1.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/perl-Net-STOMP-Client-1.0-1.fc15 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: bnx2 driver fails to load on Fedora Rawhide
On Tue, 2011-01-18 at 09:04 -0800, Michael Chan wrote: On Tue, 2011-01-18 at 04:00 -0800, David Woodhouse wrote: On Mon, 2011-01-17 at 15:04 +, Andy Gospodarek wrote: It looks like that firmware is in Linus' tree, but somehow it is not in Woodhouse's linux-firmware tree. That seems odd. Yeah, that's just broken. If the driver/firmware ABI changes incompatibly and the kernel gets updated so that it can no longer use the older firmware, then driver maintainers *need* to put the new firmware into the firmware tree so that it actually gets to users. In this case it looks like they only updated the legacy firmware/ directory in the kernel source itself, that people don't really use any more and that is going to be going away real soon now. That's not very useful. Michael? Did you submit the new firmware for linux-firmware.git and I just missed it? If so, I apologise; please could you resend? Sorry, I didn't know about the linux-firmware git tree. I'll re-submit the missing firmware files shortly. Thanks. The same problem happened again with bnx2x. You should *not* be adding new firmware to the source tree; add it to linux-firmware *instead*. -- dwmw2 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-15 Branched report: 20110510 changes
Compose started at Tue May 10 13:16:07 UTC 2011 Broken deps for x86_64 -- db4o-7.4-2.fc13.x86_64 requires mono(Mono.GetOptions) = 0:2.0.0.0 dh-make-0.55-3.fc15.noarch requires debhelper file-browser-applet-0.6.6-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) glunarclock-0.34.1-1.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-bubblemon-2.0.15-1.fc13.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-cpufire-1.6-3.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-globalmenu-0.7.9-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-grandr-0.4.1-2.fc12.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-music-2.5.1-5.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-sensors-2.2.7-4.fc15.i686 requires libpanel-applet-2.so.0 gnome-applet-sensors-2.2.7-4.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-sshmenu-3.18-3.fc15.noarch requires ruby(panelapplet2) gnome-applet-window-picker-0.5.8-2.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) 1:gnome-applets-2.32.0-3.fc15.x86_64 requires libpanel-applet-3.so.0()(64bit) 1:gnome-applets-2.32.0-3.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) 1:gnome-applets-2.32.0-3.fc15.x86_64 requires libgweather.so.1()(64bit) gnome-netstatus-2.28.2-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotd.so.5()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotdcm.so.4()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotdconduit.so.3()(64bit) gnome-python2-applet-2.32.0-1.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-python2-brasero-2.32.0-1.fc14.x86_64 requires libbrasero-media.so.1()(64bit) gnome-python2-brasero-2.32.0-1.fc14.x86_64 requires libbrasero-burn.so.1()(64bit) gnome-python2-evince-2.32.0-1.fc14.x86_64 requires libevview.so.3()(64bit) gnome-python2-evince-2.32.0-1.fc14.x86_64 requires libevdocument.so.3()(64bit) gnome-python2-evolution-2.32.0-1.fc14.x86_64 requires libcamel-1.2.so.19()(64bit) gnome-python2-gdl-2.25.3-22.fc15.x86_64 requires libgdl-1.so.3()(64bit) gnome-python2-totem-2.32.0-1.fc14.x86_64 requires libgnome-media-profiles.so.0()(64bit) gnome-rdp-0.2.3-6.fc12.x86_64 requires mono(Mono.Data.SqliteClient) = 0:2.0.0.0 gnotime-2.3.0-8.fc15.x86_64 requires libgtkhtml-3.15.so.19()(64bit) gnubiff-2.2.13-4.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnustep-back-0.18.0-4.fc14.x86_64 requires libobjc.so.2()(64bit) gnustep-back-0.18.0-4.fc14.x86_64 requires libgnustep-base.so.1.20()(64bit) gnustep-examples-1.3.0-4.fc15.x86_64 requires libgnustep-base.so.1.20()(64bit) gnustep-examples-1.3.0-4.fc15.x86_64 requires libobjc.so.2()(64bit) gnustep-gui-0.18.0-2.fc14.x86_64 requires libgnustep-base.so.1.20()(64bit) gnustep-gui-0.18.0-2.fc14.x86_64 requires libobjc.so.2()(64bit) gnustep-gui-libs-0.18.0-2.fc14.i686 requires libobjc.so.2 gnustep-gui-libs-0.18.0-2.fc14.i686 requires libgnustep-base.so.1.20 gnustep-gui-libs-0.18.0-2.fc14.x86_64 requires libgnustep-base.so.1.20()(64bit) gnustep-gui-libs-0.18.0-2.fc14.x86_64 requires libobjc.so.2()(64bit) gold-2.1.12.2-5.fc15.noarch requires perl(Data::Properties) gorm-1.2.12-2.fc15.i686 requires libobjc.so.2 gorm-1.2.12-2.fc15.i686 requires libgnustep-base.so.1.20 gorm-1.2.12-2.fc15.x86_64 requires libgnustep-base.so.1.20()(64bit) gorm-1.2.12-2.fc15.x86_64 requires libobjc.so.2()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libchamplain-0.6.so.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libchamplain-gtk-0.6.so.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libgdl-1.so.3()(64bit) gyachi-plugin-libnotify-1.2.10-3.fc14.x86_64 requires libnotify.so.1()(64bit) honeyd-1.5c-13.fc15.x86_64 requires libevent-1.4.so.2()(64bit) intellij-idea-9.0.1.94.399-12.fc15.x86_64 requires commons-collections libopenvrml-0.18.6-4.fc14.1.i686 requires libboost_thread-mt.so.1.44.0 libopenvrml-0.18.6-4.fc14.1.i686 requires libboost_filesystem-mt.so.1.44.0 libopenvrml-0.18.6-4.fc14.1.x86_64 requires libboost_filesystem-mt.so.1.44.0()(64bit) libopenvrml-0.18.6-4.fc14.1.x86_64 requires libboost_thread-mt.so.1.44.0()(64bit) libopenvrml-gl-0.18.6-4.fc14.1.i686 requires libboost_thread-mt.so.1.44.0 libopenvrml-gl-0.18.6-4.fc14.1.i686 requires libboost_filesystem-mt.so.1.44.0 libopenvrml-gl-0.18.6-4.fc14.1.x86_64 requires libboost_filesystem-mt.so.1.44.0()(64bit)
Re: Is Rawhide supposed to be useful?
Peter Jones pjo...@redhat.com writes: It's fair to say that rawhide doesn't serve the same purpose any more - since we're branching so much earlier, the thing that used to be rawhide is essentially the branch. But the newer form of rawhide does have a feature - it allows those of us working on multiple features that aren't ready yet to stage them farther in advance, and to work on them more asynchronously. That's the theory at least. The problem that I see with this it's okay to leave rawhide very broken for long stretches of time mentality is that leaving rawhide broken imperils the ability of *other* developers to work on *their* massively unstable features. Not every developer can be an expert on every part of the system, or spare the time to find out how to work around breakage in parts of the system they don't know. So if rawhide is broken, they can't use it as a test environment, and what are they going to do then? Leaving rawhide busted is a discourtesy to your fellow developers. Don't do it. If you've got code that doesn't work yet, play with it in your own repo, but don't push it out where the rest of us have to deal with it. Maybe this suggests that we need to work a little harder on supporting and/or encouraging use of rawhide branches, so that multiple developers can work on a shared piece of instability without affecting all of Fedora-land. regards, tom lane -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Status of btrfs in rawhide
On Tue, May 10, 2011 at 6:09 PM, Matej Cepl mc...@redhat.com wrote: Dne 10.5.2011 23:49, Josef Bacik napsal(a): btrfs-progs hasn't changed much so you should be fine with whats in fedora. If you want to be testing the latest and greatest it's probably better to either follow Chris's btrfs-unstable.git tree or my btrfs-work.git tree on kernel.org. Thanks, Mandatory question: how is btrfsck doing? Is it working and robust to be trusted? Should be out by the end of May, we'll see how well it's working then. Thanks, Josef -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Plan for tomorrow's FESCo meeting (2011-05-11)
Following is the list of topics that will be discussed in the FESCo meeting tomorrow at 17:30UTC (1:30pm EDT) in #fedora-meeting on irc.freenode.net. Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Followups = #topic #515 Investigate a features repo for stable releases .fesco 515 #topic #517 Updates Metrics .fesco 517 #topic #563 suggested policy: all daemons must set RELRO and PIE flags .fesco 563 = New business = #topic Upcoming Elections #topic F15 release coming up = Fedora Engineering Services tickets = https://fedorahosted.org/fedora-engineering-services/report/6 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Perl-Critic-Pulp-58.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Perl-Critic-Pulp: 7ba209ddcc65923f82584481a1d5e9c6 Perl-Critic-Pulp-58.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] Bump version 58
commit b0d2df9401421f199973cc40ddd1f8923af3 Author: Petr Písař ppi...@redhat.com Date: Tue May 10 09:51:51 2011 +0200 Bump version 58 .gitignore |1 + perl-Perl-Critic-Pulp.spec |6 +- sources|2 +- 3 files changed, 7 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index ba6e888..ed7ef9d 100644 --- a/.gitignore +++ b/.gitignore @@ -4,3 +4,4 @@ /Perl-Critic-Pulp-55.tar.gz /Perl-Critic-Pulp-56.tar.gz /Perl-Critic-Pulp-57.tar.gz +/Perl-Critic-Pulp-58.tar.gz diff --git a/perl-Perl-Critic-Pulp.spec b/perl-Perl-Critic-Pulp.spec index e86560a..95b4e7d 100644 --- a/perl-Perl-Critic-Pulp.spec +++ b/perl-Perl-Critic-Pulp.spec @@ -1,5 +1,5 @@ Name: perl-Perl-Critic-Pulp -Version:57 +Version:58 Release:1%{?dist} Summary:Some add-on perlcritic policies License:GPLv3+ @@ -59,6 +59,7 @@ Requires: perl(Test::More) %filter_from_provides /^perl(Perl::Critic::Policy::Documentation::ProhibitAdjacentLinks::Parser)\s*$/d %filter_from_provides /^perl(Perl::Critic::Pulp::PodMinimumVersionViolation)\s*$/d %filter_from_provides /^perl(Perl::Critic::Pulp::PodParser::ProhibitBadAproposMarkup)\s*/d +%filter_from_provides /^perl(Perl::Critic::Pulp::PodParser::ProhibitParagraphTwoDots)\s*/d %filter_from_provides /^perl(Perl::Critic::Pulp::PodParser::RequireLinkedURLs)\s*/d %filter_setup @@ -91,6 +92,9 @@ make test %{_mandir}/man3/* %changelog +* Tue May 10 2011 Petr Pisar ppi...@redhat.com - 58-1 +- Version 58 bump + * Fri May 06 2011 Petr Pisar ppi...@redhat.com - 57-1 - Version 57 bump diff --git a/sources b/sources index 6066f18..31ecd27 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -28674c9c6246c994ac45f9dc65f0abf6 Perl-Critic-Pulp-57.tar.gz +7ba209ddcc65923f82584481a1d5e9c6 Perl-Critic-Pulp-58.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 702922] perl-Perl-Critic-Pulp-58 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=702922 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Perl-Critic-Pulp-58-1. ||fc16 Resolution||RAWHIDE Last Closed||2011-05-10 03:59:55 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Mojolicious-1.31.tar.gz uploaded to lookaside cache by yaneti
A file has been added to the lookaside cache for perl-Mojolicious: 7d2771078d895013313c2800754fb6cc Mojolicious-1.31.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-Mojolicious] Upstream update 1.31
commit 520c0f7f982d4c9b0104180187d6d997b1f2bfe5 Author: Yanko Kaneti yan...@declera.com Date: Tue May 10 11:57:20 2011 +0300 Upstream update 1.31 .gitignore|1 + perl-Mojolicious.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 2d21848..b77ea1f 100644 --- a/.gitignore +++ b/.gitignore @@ -15,3 +15,4 @@ Mojolicious-0.26.tar.gz /Mojolicious-1.15.tar.gz /Mojolicious-1.16.tar.gz /Mojolicious-1.22.tar.gz +/Mojolicious-1.31.tar.gz diff --git a/perl-Mojolicious.spec b/perl-Mojolicious.spec index 1039472..7ad521f 100644 --- a/perl-Mojolicious.spec +++ b/perl-Mojolicious.spec @@ -1,5 +1,5 @@ Name: perl-Mojolicious -Version:1.22 +Version:1.31 Release:1%{?dist} Summary:A next generation web framework for Perl License:Artistic 2.0 @@ -51,6 +51,9 @@ make test %{_mandir}/man3/* %changelog +* Tue May 10 2011 Yanko Kaneti yan...@declera.com 1.31-1 +- Upstream update 1.31. + * Tue May 3 2011 Yanko Kaneti yan...@declera.com 1.22-1 - Upstream update 1.22. diff --git a/sources b/sources index 36c2beb..3d3367d 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -83b10f8a8271815bf4f240db4372ec09 Mojolicious-1.22.tar.gz +7d2771078d895013313c2800754fb6cc Mojolicious-1.31.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 703114] perl-Mojolicious-1.31 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=703114 Yanko Kaneti yan...@declera.com changed: What|Removed |Added Status|NEW |CLOSED Resolution||RAWHIDE Last Closed||2011-05-10 05:41:07 --- Comment #1 from Yanko Kaneti yan...@declera.com 2011-05-10 05:41:07 EDT --- http://koji.fedoraproject.org/koji/buildinfo?buildID=243213 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 703413] New: Upgrade to new upstream version
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Upgrade to new upstream version https://bugzilla.redhat.com/show_bug.cgi?id=703413 Summary: Upgrade to new upstream version Product: Fedora EPEL Version: el6 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: perl-Net-STOMP-Client AssignedTo: steve.tray...@cern.ch ReportedBy: lionel.c...@cern.ch QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, steve.tray...@cern.ch Classification: Fedora Story Points: --- The latest version of Net::STOMP::Client on CPAN is now 1.0. This is the version to use everywhere. Please upgrade in EPEL. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 703430] New: perlbrew-0.20 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perlbrew-0.20 is available https://bugzilla.redhat.com/show_bug.cgi?id=703430 Summary: perlbrew-0.20 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perlbrew AssignedTo: iarn...@gmail.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: iarn...@gmail.com, fedora-perl-devel-l...@redhat.com Classification: Fedora Story Points: --- Latest upstream release: 0.20 Current version in Fedora Rawhide: 0.18 URL: http://search.cpan.org/dist/App-perlbrew/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 703427] New: perl-Perl-Critic-Pulp-59 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-Perl-Critic-Pulp-59 is available https://bugzilla.redhat.com/show_bug.cgi?id=703427 Summary: perl-Perl-Critic-Pulp-59 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-Perl-Critic-Pulp AssignedTo: ppi...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com, ppi...@redhat.com, psab...@redhat.com Classification: Fedora Story Points: --- Latest upstream release: 59 Current version in Fedora Rawhide: 58 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 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-IO-Socket-SSL] Update to 1.41
commit 546e8d9068d76c33539d0737cb80033f30da9dcd Author: Paul Howarth p...@city-fan.org Date: Tue May 10 13:07:39 2011 +0100 Update to 1.41 - New upstream release 1.41: - Fix issue in stop_SSL where it did not issue a shutdown of the SSL connection if it first received the shutdown from the other side - Try to make t/nonblock.t more reliable, at least report the real cause of SSL connection errors - No longer need to re-code docs to UTF-8 .gitignore |2 +- perl-IO-Socket-SSL.spec | 13 + sources |2 +- 3 files changed, 11 insertions(+), 6 deletions(-) --- diff --git a/.gitignore b/.gitignore index 357c4e8..08cb08e 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1 @@ -/IO-Socket-SSL-1.40.tar.gz +/IO-Socket-SSL-1.41.tar.gz diff --git a/perl-IO-Socket-SSL.spec b/perl-IO-Socket-SSL.spec index 74b3332..1cafa3f 100644 --- a/perl-IO-Socket-SSL.spec +++ b/perl-IO-Socket-SSL.spec @@ -4,7 +4,7 @@ # Name: perl-IO-Socket-SSL -Version: 1.40 +Version: 1.41 Release: 1%{?dist} Summary: Perl library for transparent SSL Group: Development/Libraries @@ -30,9 +30,6 @@ mod_perl. %prep %setup -q -n IO-Socket-SSL-%{version} -for f in README SSL.pm; do - iconv -f iso-8859-1 -t utf-8 -o $f{.utf8,}; mv $f{.utf8,} -done %build perl Makefile.PL INSTALLDIRS=vendor @@ -62,6 +59,14 @@ rm -rf %{buildroot} %{_mandir}/man3/IO::Socket::SSL.3pm* %changelog +* Tue May 10 2011 Paul Howarth p...@city-fan.org - 1.41-1 +- Update to 1.41 + - fix issue in stop_SSL where it did not issue a shutdown of the SSL +connection if it first received the shutdown from the other side + - try to make t/nonblock.t more reliable, at least report the real cause of +SSL connection errors +- No longer need to re-code docs to UTF-8 + * Mon May 2 2011 Paul Howarth p...@city-fan.org - 1.40-1 - Update to 1.40 - fix in example/async_https_server diff --git a/sources b/sources index d06cec7..9581084 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -af83e5968b892e857b4333c4309b503d IO-Socket-SSL-1.40.tar.gz +a0d64780820ab20fe61abb45ac82eff2 IO-Socket-SSL-1.41.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-IO-Socket-SSL] Created tag perl-IO-Socket-SSL-1.41-1.fc16
The lightweight tag 'perl-IO-Socket-SSL-1.41-1.fc16' was created pointing to: 546e8d9... Update to 1.41 -- 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] Bump version 59
commit 1178f39fa91e3f99db5444306a8c458c5775d2fe Author: Petr Písař ppi...@redhat.com Date: Tue May 10 14:32:46 2011 +0200 Bump version 59 .gitignore |1 + perl-Perl-Critic-Pulp.spec |5 - sources|2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index ed7ef9d..cf7318c 100644 --- a/.gitignore +++ b/.gitignore @@ -5,3 +5,4 @@ /Perl-Critic-Pulp-56.tar.gz /Perl-Critic-Pulp-57.tar.gz /Perl-Critic-Pulp-58.tar.gz +/Perl-Critic-Pulp-59.tar.gz diff --git a/perl-Perl-Critic-Pulp.spec b/perl-Perl-Critic-Pulp.spec index 95b4e7d..4c5f772 100644 --- a/perl-Perl-Critic-Pulp.spec +++ b/perl-Perl-Critic-Pulp.spec @@ -1,5 +1,5 @@ Name: perl-Perl-Critic-Pulp -Version:58 +Version:59 Release:1%{?dist} Summary:Some add-on perlcritic policies License:GPLv3+ @@ -92,6 +92,9 @@ make test %{_mandir}/man3/* %changelog +* Tue May 10 2011 Petr Pisar ppi...@redhat.com - 59-1 +- Version 59 bump + * Tue May 10 2011 Petr Pisar ppi...@redhat.com - 58-1 - Version 58 bump diff --git a/sources b/sources index 31ecd27..7740b6d 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -7ba209ddcc65923f82584481a1d5e9c6 Perl-Critic-Pulp-58.tar.gz +25892fbce032e44b72533ee20cac6f3f Perl-Critic-Pulp-59.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 703427] perl-Perl-Critic-Pulp-59 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=703427 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Perl-Critic-Pulp-59-1. ||fc16 Resolution||RAWHIDE Last Closed||2011-05-10 08:42:52 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Test-CheckChanges-0.14.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Test-CheckChanges: 90f83e10cd1045009db3e7c05947bf0c Test-CheckChanges-0.14.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Net-STOMP-Client] New upstream 1.0
commit 44180404d7a396bb6bc627b6a22a8c04130f264e Author: Steve Traylen steve.tray...@cern.ch Date: Wed May 11 00:01:46 2011 +0200 New upstream 1.0 .gitignore |1 + perl-Net-STOMP-Client.spec |9 ++--- sources|2 +- 3 files changed, 8 insertions(+), 4 deletions(-) --- diff --git a/.gitignore b/.gitignore index 7d56a7b..442a9bd 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ Net-STOMP-Client-0.9.2.tar.gz /Net-STOMP-Client-0.9.5.tar.gz +/Net-STOMP-Client-1.0.tar.gz diff --git a/perl-Net-STOMP-Client.spec b/perl-Net-STOMP-Client.spec index 758d3d6..d31afd5 100644 --- a/perl-Net-STOMP-Client.spec +++ b/perl-Net-STOMP-Client.spec @@ -1,11 +1,11 @@ Name: perl-Net-STOMP-Client -Version:0.9.5 -Release:3%{?dist} +Version:1.0 +Release:1%{?dist} Summary:STOMP object oriented client module License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Net-STOMP-Client/ -Source0: ftp://ftp.funet.fi/pub/CPAN/modules/by-module/Net/Net-STOMP-Client-%{version}.tar.gz +Source0: http://search.cpan.org/CPAN/authors/id/L/LC/LCONS/Net-STOMP-Client-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(ExtUtils::MakeMaker) @@ -53,6 +53,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/* %changelog +* Tue May 10 2011 Steve Traylen steve.tray...@cern.ch - 1.0-1 +- New upstream 1.0 + * Tue Feb 08 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.9.5-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild diff --git a/sources b/sources index 223dba9..ce5cadf 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -bd5590bd4e0e8006364cb25006214348 Net-STOMP-Client-0.9.5.tar.gz +89253577aa3d35655acb15ea2e86ad33 Net-STOMP-Client-1.0.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-Net-STOMP-Client] Created tag perl-Net-STOMP-Client-1.0-1.fc16
The unsigned tag 'perl-Net-STOMP-Client-1.0-1.fc16' was created. Tagger: Steve Traylen steve.tray...@cern.ch Date: Wed May 11 00:02:22 2011 +0200 New upstream 1.0 Changes since the last tag 'perl-Net-STOMP-Client-0_9_2-1_fc14': Adam Tkac (1): Rebuild. Dennis Gilmore (1): - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild Fedora Release Engineering (1): dist-git conversion Marcela Mašláňová (1): - 661697 rebuild for fixing problems with vendorach/lib Steve Traylen (3): - New upstream 0.9.5 - Add BR perl(Time::HiRes) on EPEL6. New upstream 1.0 -- 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-Net-STOMP-Client] Created tag perl-Net-STOMP-Client-1.0-1.fc15
The unsigned tag 'perl-Net-STOMP-Client-1.0-1.fc15' was created. Tagger: Steve Traylen steve.tray...@cern.ch Date: Wed May 11 00:04:21 2011 +0200 New upstream 1.0 Changes since the last tag 'perl-Net-STOMP-Client-0_9_2-1_fc14': Adam Tkac (1): Rebuild. Dennis Gilmore (1): - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild Fedora Release Engineering (1): dist-git conversion Marcela Mašláňová (1): - 661697 rebuild for fixing problems with vendorach/lib Steve Traylen (3): - New upstream 0.9.5 - Add BR perl(Time::HiRes) on EPEL6. New upstream 1.0 -- 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-Net-STOMP-Client/f14] (3 commits) ...New upstream 1.0
Summary of changes: 3a6cb5c... - Add BR perl(Time::HiRes) on EPEL6. (*) 924c274... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*) 4418040... New upstream 1.0 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Net-STOMP-Client] Created tag perl-Net-STOMP-Client-1.0-1.fc14
The unsigned tag 'perl-Net-STOMP-Client-1.0-1.fc14' was created. Tagger: Steve Traylen steve.tray...@cern.ch Date: Wed May 11 00:04:58 2011 +0200 New upstream 1.0 Changes since the last tag 'perl-Net-STOMP-Client-0_9_2-1_fc14': Adam Tkac (1): Rebuild. Dennis Gilmore (1): - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild Fedora Release Engineering (1): dist-git conversion Marcela Mašláňová (1): - 661697 rebuild for fixing problems with vendorach/lib Steve Traylen (3): - New upstream 0.9.5 - Add BR perl(Time::HiRes) on EPEL6. New upstream 1.0 -- 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-Net-STOMP-Client/el6] (3 commits) ...Merge branch 'master' into el6
Summary of changes: 924c274... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*) 4418040... New upstream 1.0 (*) f383258... Merge branch 'master' into el6 (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Net-STOMP-Client/el6: 3/3] Merge branch 'master' into el6
commit f383258c9463fbac45308bc4fba7a10078e55d40 Merge: 2ef91e6 4418040 Author: Steve Traylen steve.tray...@cern.ch Date: Wed May 11 00:05:47 2011 +0200 Merge branch 'master' into el6 Conflicts: .gitignore .gitignore |4 +++- perl-Net-STOMP-Client.spec | 12 +--- sources|2 +- 3 files changed, 13 insertions(+), 5 deletions(-) --- -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Net-STOMP-Client] Created tag perl-Net-STOMP-Client-1.0-1.el6
The unsigned tag 'perl-Net-STOMP-Client-1.0-1.el6' was created. Tagger: Steve Traylen steve.tray...@cern.ch Date: Wed May 11 00:06:18 2011 +0200 New upstream 1.0 Changes since the last tag 'perl-Net-STOMP-Client-0_9_2-1_fc14': Adam Tkac (1): Rebuild. Dennis Gilmore (2): Initialize branch EL-6 for perl-Net-STOMP-Client - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild Fedora Release Engineering (2): dist-git conversion dist-git conversion Marcela Mašláňová (1): - 661697 rebuild for fixing problems with vendorach/lib Steve Traylen (6): - New upstream 0.9.5 Merge branch 'master' into el6 - Add BR perl(Time::HiRes) on EPEL6. Merge branch 'master' into el6 New upstream 1.0 Merge branch 'master' into el6 stevetraylen (3): Populate branches. Up 0.9. New upstream 0.9.2. -- 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-Net-STOMP-Client/el5] (4 commits) ...Merge branch 'master' into el5
Summary of changes: 3a6cb5c... - Add BR perl(Time::HiRes) on EPEL6. (*) 924c274... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*) 4418040... New upstream 1.0 (*) 5c5b613... Merge branch 'master' into el5 (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Net-STOMP-Client/el5: 4/4] Merge branch 'master' into el5
commit 5c5b613e697b298c2ffd6b0569df249983794b7e Merge: f456cd0 4418040 Author: Steve Traylen steve.tray...@cern.ch Date: Wed May 11 00:06:51 2011 +0200 Merge branch 'master' into el5 .gitignore |1 + perl-Net-STOMP-Client.spec | 16 ++-- sources|2 +- 3 files changed, 16 insertions(+), 3 deletions(-) --- diff --cc .gitignore index 6a01184,442a9bd..c03678d --- a/.gitignore +++ b/.gitignore @@@ -1,1 -1,3 +1,2 @@@ -Net-STOMP-Client-0.9.2.tar.gz /Net-STOMP-Client-0.9.5.tar.gz + /Net-STOMP-Client-1.0.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-Net-STOMP-Client] Created tag perl-Net-STOMP-Client-1.0-1.el5
The unsigned tag 'perl-Net-STOMP-Client-1.0-1.el5' was created. Tagger: Steve Traylen steve.tray...@cern.ch Date: Wed May 11 00:07:04 2011 +0200 New upstream 1.0 Changes since the last tag 'perl-Net-STOMP-Client-0_9_2-1_fc14': Adam Tkac (1): Rebuild. Dennis Gilmore (1): - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild Fedora Release Engineering (2): dist-git conversion dist-git conversion Kevin Fenzi (1): Initialize branch EL-5 for perl-Net-STOMP-Client Marcela Mašláňová (1): - 661697 rebuild for fixing problems with vendorach/lib Steve Traylen (5): - New upstream 0.9.5 Merge branch 'master' into el5 - Add BR perl(Time::HiRes) on EPEL6. New upstream 1.0 Merge branch 'master' into el5 stevetraylen (3): Populate branches. Up 0.9. New upstream 0.9.2. -- 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 703413] Upgrade to new upstream version
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=703413 --- Comment #2 from Fedora Update System upda...@fedoraproject.org 2011-05-10 18:19:43 EDT --- perl-Net-STOMP-Client-1.0-1.el5 has been submitted as an update for Fedora EPEL 5. https://admin.fedoraproject.org/updates/perl-Net-STOMP-Client-1.0-1.el5 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 703413] Upgrade to new upstream version
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=703413 --- Comment #1 from Fedora Update System upda...@fedoraproject.org 2011-05-10 18:19:35 EDT --- perl-Net-STOMP-Client-1.0-1.el6 has been submitted as an update for Fedora EPEL 6. https://admin.fedoraproject.org/updates/perl-Net-STOMP-Client-1.0-1.el6 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 703413] Upgrade to new upstream version
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=703413 --- Comment #3 from Fedora Update System upda...@fedoraproject.org 2011-05-10 18:19:51 EDT --- perl-Net-STOMP-Client-1.0-1.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/perl-Net-STOMP-Client-1.0-1.fc14 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Graph-Easy-0.70.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Graph-Easy: ced2a9ebee7b751d3223317f46dc08c0 Graph-Easy-0.70.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-Graph-Easy] initial import (bz #699205)
commit 10111a1202bc47ffbdfe15de6cbba4d6c38fed6e Author: Iain Arnell iarn...@gmail.com Date: Wed May 11 05:17:54 2011 +0200 initial import (bz #699205) .gitignore|1 + graph-easy-undefined-lc.patch | 12 ++ perl-Graph-Easy.spec | 77 + sources |1 + 4 files changed, 91 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..67e7cca 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Graph-Easy-0.70.tar.gz diff --git a/graph-easy-undefined-lc.patch b/graph-easy-undefined-lc.patch new file mode 100644 index 000..a52aff2 --- /dev/null +++ b/graph-easy-undefined-lc.patch @@ -0,0 +1,12 @@ +diff -up Graph-Easy-0.70/lib/Graph/Easy/Parser/Graphviz.pm.orig Graph-Easy-0.70/lib/Graph/Easy/Parser/Graphviz.pm +--- Graph-Easy-0.70/lib/Graph/Easy/Parser/Graphviz.pm.orig 2010-11-05 10:44:18.0 +0100 Graph-Easy-0.70/lib/Graph/Easy/Parser/Graphviz.pm 2011-04-24 09:33:54.0 +0200 +@@ -831,7 +831,7 @@ sub _build_match_stack + return $self-parse_error(6) if @{$self-{scope_stack}} 0; + $self-{_graphviz_graph_name} = 'unnamed'; + $self-_new_scope(1); +- $self-{_graph}-set_attribute('type','undirected') if lc($2) ne 'di'; ++ $self-{_graph}-set_attribute('type','undirected') if lc($2||'') ne 'di'; + 1; + } ); + diff --git a/perl-Graph-Easy.spec b/perl-Graph-Easy.spec new file mode 100644 index 000..33f00d6 --- /dev/null +++ b/perl-Graph-Easy.spec @@ -0,0 +1,77 @@ +Name: perl-Graph-Easy +Version:0.70 +Release:1%{?dist} +Summary:Convert or render graphs as ASCII, HTML, SVG or via Graphviz +License:GPLv2+ and ASL 1.1 +Group: Development/Libraries +URL:http://search.cpan.org/dist/Graph-Easy/ +Source0: http://www.cpan.org/authors/id/S/SH/SHLOMIF/Graph-Easy-%{version}.tar.gz +Patch0: graph-easy-undefined-lc.patch +BuildArch: noarch +BuildRequires: perl = 0:5.008002 +BuildRequires: perl(Data::Dumper) +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(File::Spec) +BuildRequires: perl(lib) +BuildRequires: perl(Pod::Coverage) +BuildRequires: perl(Scalar::Util) = 1.13 +BuildRequires: perl(strict) +BuildRequires: perl(Test::Differences) +BuildRequires: perl(Test::More) +BuildRequires: perl(Test::Pod) +BuildRequires: perl(Test::Pod::Coverage) +BuildRequires: perl(utf8) +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +# avoid circular dependencies +%bcond_without bootstrap +%if %{without bootstrap} +BuildRequires: perl(Graph::Easy::As_svg) = 0.23 +Requires: perl(Graph::Easy::As_svg) = 0.23 +%endif + +# filter unversioned provides +%{?perl_default_filter: +%filter_from_provides /^perl(Graph::Easy\(\|::Edge\|::Edge::Cell\|::Group\|::Node\))\s*$/d +%perl_default_filter +} + +%description +Graph::Easy lets you generate graphs consisting of various shaped nodes +connected by edges (with optional labels). It can read and write graphs in a +variety of formats, as well as render them via its own grid-based layouter. +Since the layouter works on a grid (manhattan layout), the output is most +useful for flow charts, network diagrams, or hierarchy trees. + +%prep +%setup -q -n Graph-Easy-%{version} +%patch0 -p 1 + +chmod 0644 examples/* + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor +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 -depth -type d -exec rmdir {} 2/dev/null \; + +%{_fixperms} $RPM_BUILD_ROOT/* + +%check +make test + +%files +%defattr(-,root,root,-) +%doc CHANGES LICENSE README TODO examples +%{_bindir}/* +%{_mandir}/man1/* +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Sun Apr 24 2011 Iain Arnell iarn...@gmail.com 0.70-1 +- Specfile autogenerated by cpanspec 1.79. diff --git a/sources b/sources index e69de29..21c29ad 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +ced2a9ebee7b751d3223317f46dc08c0 Graph-Easy-0.70.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-Graph-Easy/f15] initial import (bz #699205)
Summary of changes: 10111a1... initial import (bz #699205) (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Graph-Easy/f14] initial import (bz #699205)
Summary of changes: 10111a1... initial import (bz #699205) (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Graph-Easy/f13] initial import (bz #699205)
Summary of changes: 10111a1... initial import (bz #699205) (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File App-perlbrew-0.20.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perlbrew: 4ebe6fe0539a5e9a49541cbed16b4db6 App-perlbrew-0.20.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
[perlbrew] update to 0.20
commit 78fb8fa401a8c65bde24a44dadd1b12b06745985 Author: Iain Arnell iarn...@gmail.com Date: Wed May 11 05:23:28 2011 +0200 update to 0.20 .gitignore|1 + perlbrew.spec | 12 +++- sources |2 +- 3 files changed, 9 insertions(+), 6 deletions(-) --- diff --git a/.gitignore b/.gitignore index 1282a6b..bc86ecd 100644 --- a/.gitignore +++ b/.gitignore @@ -4,3 +4,4 @@ /App-perlbrew-0.16.tar.gz /App-perlbrew-0.17.tar.gz /App-perlbrew-0.18.tar.gz +/App-perlbrew-0.20.tar.gz diff --git a/perlbrew.spec b/perlbrew.spec index 2512c09..158d737 100644 --- a/perlbrew.spec +++ b/perlbrew.spec @@ -1,19 +1,20 @@ Name: perlbrew -Version:0.18 +Version:0.20 Release:1%{?dist} Summary:Manage perl installations in your $HOME License:MIT Group: Development/Libraries URL:http://search.cpan.org/dist/App-perlbrew/ Source0: http://www.cpan.org/authors/id/G/GU/GUGOD/App-perlbrew-%{version}.tar.gz -# allow tests to run on older Test::More for EPEL -Patch0: older-Test-More.patch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl = 1:5.8.0 +BuildRequires: perl(Devel::PatchPerl) BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(Test::More) +BuildRequires: perl(Test::Output) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +Requires: perl(Devel::PatchPerl) = 0.26 Requires: curl # maybe someone expects to find @@ -31,7 +32,6 @@ almost like an isolated perl environments. %prep %setup -q -n App-perlbrew-%{version} -%patch0 -p1 %build %{__perl} Makefile.PL INSTALLDIRS=vendor @@ -54,7 +54,6 @@ make test rm -rf $RPM_BUILD_ROOT %files -%defattr(-,root,root,-) %doc Changes LICENSE README %{perl_vendorlib}/* %{_bindir}/%{name} @@ -62,6 +61,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/* %changelog +* Wed May 11 2011 Iain Arnell iarn...@gmail.com 0.20-1 +- update to latest upstream version + * Wed Mar 16 2011 Iain Arnell iarn...@gmail.com 0.18-1 - update to latest upstream version diff --git a/sources b/sources index 4a94f61..760c450 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -c5e61293ed8ba47a6fad35360674c220 App-perlbrew-0.18.tar.gz +4ebe6fe0539a5e9a49541cbed16b4db6 App-perlbrew-0.20.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
[perlbrew/f15] update to 0.20
Summary of changes: 78fb8fa... update to 0.20 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perlbrew/f14] (3 commits) ...update to 0.20
Summary of changes: 3bd2501... update to 0.17 (*) db99f68... update to 0.18 (*) 78fb8fa... update to 0.20 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 703430] perlbrew-0.20 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=703430 --- Comment #2 from Fedora Update System upda...@fedoraproject.org 2011-05-10 23:48:37 EDT --- perlbrew-0.20-1.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/perlbrew-0.20-1.fc14 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 703430] perlbrew-0.20 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=703430 --- Comment #1 from Fedora Update System upda...@fedoraproject.org 2011-05-10 23:48:30 EDT --- perlbrew-0.20-1.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/perlbrew-0.20-1.fc15 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 703413] Upgrade to new upstream version
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=703413 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #5 from Fedora Update System upda...@fedoraproject.org 2011-05-11 01:48:43 EDT --- Package perl-Net-STOMP-Client-1.0-1.fc15: * should fix your issue, * was pushed to the Fedora 15 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-Net-STOMP-Client-1.0-1.fc15' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/perl-Net-STOMP-Client-1.0-1.fc15 then log in and leave karma (feedback). -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 703430] perlbrew-0.20 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=703430 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #3 from Fedora Update System upda...@fedoraproject.org 2011-05-11 01:49:37 EDT --- Package perlbrew-0.20-1.fc15: * should fix your issue, * was pushed to the Fedora 15 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perlbrew-0.20-1.fc15' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/perlbrew-0.20-1.fc15 then log in and leave karma (feedback). -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[389-devel] Please Review: (703530) Allow Managed Entry config to be relocated to main database
https://bugzilla.redhat.com/show_bug.cgi?id=703530 https://bugzilla.redhat.com/attachment.cgi?id=498086action=edit -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel