Re: F-16 suspends my *desktop* after 30 minutes at the gdm , making it impossible to ssh in
Hi, On 10/02/2011 10:13 PM, Jason D. Clinton wrote: On Sun, Oct 2, 2011 at 02:02, Hans de Goedehdego...@redhat.com wrote: Imagine I'm running a screen session with my irc client in there on my Fedora box, There has perhaps never been a better sentence written demonstrating why software engineers are not the target audience of any software development. :-) Hehe, actually I don't do that, I always use xchat this just was an example of something I know some people do :) and 30 minutes after the last resume it suspends while I'm midway typing a sentence, then it wakes up again because of the network activity. Power management win 0, likely even a loss (disks spinning up which may have stayed spun down otherwise, etc. User experience suck, since I all of a sudden get a multiple seconds latency while typing. Your desktop is now a server and the power policy should reflect that it's offering up network services. Agreed, so we need a way to set that powerpolicy, esp. since Fedora still had a server installation profile last time I checked. Well there are 2 use cases to consider here: 1) The machine has a desktop function - just turn it off when it is not used My desktop rarely gets an uptime 4 hours since I even turn it off when I go to lunch, and it has a master/slave powerstrip to also power down the printer, display, speaker, etc. One could even argue that suspending here will lure people in to the false sense that it is ok to leave it on since it will go into low power mode anyways, while in reality it is still using a significant amount of power. I'm pretty sure that if we were to bet and measure the poweruse of my desktop once for a week using my power regime, and once more using an always on, but suspend after 30 minutes of idle power regime, that my power regime is significantly more efficient. People are not like machines, we don't always know that we're not coming back to our computers and we forget to turn them off. We're also lazy. Agreed this was just to show there are otherways to save power and to debunk the whole not autosuspending makes the polarcaps melt argument. Anyways auto-suspending for the desktop case is fine. 2) The machine has a server function. In this case working wake on lan and stay active on lan are a must have and until we have those it should not auto suspend. WOL for a network server is madness. If you say so :) I had the same feeling but I'm not that deep into recent pm advances. Note that this also makes autosuspend for servers madness - we need an user/admin friendly way to configure this. It shouldn't have been suggested. If you really want to save power, move your IRC client to a shared shell server somewhere so that the power consumption of an always-on server is aggregated across all those who use it. That really gets to the heart of the argument for cloud computing: economies of scale. I for one would argue that system suspend itself is 90's thinking, and that we should get better at dynamic powermanagement with things like powergating and dynamic clockspeed support becoming pretty common in all hardware one could argue that system suspend is the powersaving answer of the 90's and that of the 2010's is becoming better at dynamic pm. I think that a system with its disks spun down, cpu clocked down and in its lowest powerstate, unused usb controllers in suspend, display engine in its lowest powerstate and display pipes + connectors turned off, etc. will come pretty close to a fully suspended system. A fully power-saved Sandy Bridge laptop in the state you lay out above is around 7W. A suspended laptop from the same generation consumes roughly 0.4W of power. Stand-by is 0.1W. Desktop systems from the same generation tend to be on the order of 1-2W while suspended and consume 30-35W while power-saved. Stand-by is 1-2W. Servers from the same generation tend to be on the order of 6-8W while suspended and consume around 90-120W while power-saved (assuming a dual socket mobo with no disk idle behavior and dual GigE NIC's). Right, I do hope that you see here that no disk idle behavior is not really a fair comparison. If you get the 30 minutes of inactivity which is needed for auto-suspend, surely you can also makes the disk spin down. Also as you set before wol is not the answer for servers, so we really need to get better at this dynamic pm stuff. There's some variability here based on the number of DIMM's. Stand-by is 1-4W. As you can see, suspending is the right thing to do. 1) Not for servers 2) This is todays hardware and with every generation the gap is getting smaller between dyn pm savings and suspend savings. But sometimes I work a couple of hours from the laptop in the living room and I need access to my desktop, so then the desktop is on (with the display turned off, really off) untill now this worked fine, with F-16 it no
Re: F-16 suspends my *desktop* after 30 minutes at the gdm , making it impossible to ssh in
On 1 October 2011 12:02, Hans de Goede hdego...@redhat.com wrote: I would like to suggest to change the default power policy to never suspend while on AC power. That's what it was supposed to be, but due to an oversight on my part the wrong keys were being set. I've fixed this upstream in https://bugzilla.gnome.org/show_bug.cgi?id=660395 -- which will of course be included in 3.2.1 Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F-16 suspends my *desktop* after 30 minutes at the gdm , making it impossible to ssh in
On 10/03/2011 03:48 PM, Hans de Goede wrote: This is todays hardware and with every generation the gap is getting smaller between dyn pm savings and suspend savings. The annual life cycle energy use for a computer (3-year lifespan) is 2600 MJ [...]. The energy footprint of a computer is thus far more significant than its physical size would suggest. The energy used for the production phase is 81% of the total consumed for production and operation[1] I've read other figures of 70% for production but we can agree that it's not contradicting. With this in mind I think the REAL energy saving battle lies elsewhere. Not to diminish the work done on energy saving during usage, but how much can you reduce from 19% versus 81%? Oh right, we have no control over the 81%... but maybe it's not a reason good enough to force such choices onto users. This is a general comment on suspend/always-on/power off; we saw the same logic being pushed forward to justify the 'hidden' shutdown option in GNOME. Maybe developers and users should be aware of the overall impact of their PC, not just the usage part. Fred [1] http://www.scribd.com/doc/4183/Energy-Intensity-of-Computer-Manufacturing -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F-16 suspends my *desktop* after 30 minutes at the gdm , making it impossible to ssh in
Hi, To provide another data point, here my desktop : 1. runs network services (because webmail just works locally and remotely, unlike evo which has been a crasher for as long as I can remember) 2. uses dyndns (evil I know) and with the systemd/networkmanager changes ddclient does not seem to register ip changes centrally anymore. So I'd like to keep dhcp leases as long as possible 3. uses a high efficiency low-noise PSU, which does not like power ups at all (in fact restarting the computer now takes a dozen tries, with minutes waiting for caps to drain ; yes I could change the hardware but it works fine under load and a new PSU is how many years of energy savings again ?). 4. Runs rawhide, so I prefer controlling reboot/startup times, to avoid crashing the system at a time I'm not available to fix it. One side-effect of the last shutdown is gnome-shell crashing on login when I don't have the time to investigate it. So anyway you look at it, this change is a bloody nuisance As many real-life setups it is much more complex that paper desktop abstractions. -- Nicolas Mailhot Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: GDBM upgrade in F17
On 2011-09-30, Honza Horak hho...@redhat.com wrote: On 09/30/2011 11:07 AM, Petr Pisar wrote: Perl has been rebuilt _without_ GDBM in F17 as perl-5.14.1-191.fc17 and it's available in build root now. -- Petr The new gdbm-1.9.1-1 has just landed in Fedora Rawhide. Please, re-build your package(s) if depends on gdbm. perl with GDBM rebuilt as perl-5.14.1-192.fc17. -- Petr -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F-16 suspends my *desktop* after 30 minutes at the gdm , making it impossible to ssh in
As you can see, suspending is the right thing to do. 1) Not for servers 2) This is todays hardware and with every generation the gap is getting smaller between dyn pm savings and suspend savings. It looks like it also might not be for systems that have encrypted swap. I think I started getting crashes starting Saturday in rawhide because of this. I am not sure since the symptom was after not using my system from the desktop for a while I would come back to find the machine totally dead. After setting it to never suspend, this stopped happening. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Broken dependencies: perl-Pugs-Compiler-Rule
perl-Pugs-Compiler-Rule has broken dependencies in the rawhide tree: On x86_64: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-NOCpulse-Gritch
perl-NOCpulse-Gritch has broken dependencies in the rawhide tree: On x86_64: perl-NOCpulse-Gritch-1.27.9-4.fc17.noarch requires perl(GDBM_File) On i386: perl-NOCpulse-Gritch-1.27.9-4.fc17.noarch requires perl(GDBM_File) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Bio-Graphics
perl-Bio-Graphics has broken dependencies in the rawhide tree: On x86_64: perl-Bio-Graphics-2.25-1.fc17.noarch requires perl(Bio::DB::BigWig) On i386: perl-Bio-Graphics-2.25-1.fc17.noarch requires perl(Bio::DB::BigWig) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rawhide report: 20111003 changes
Compose started at Mon Oct 3 08:16:11 UTC 2011 Broken deps for x86_64 -- 389-admin-1.1.23-1.fc17.i686 requires libicuuc.so.46 389-admin-1.1.23-1.fc17.i686 requires libicui18n.so.46 389-admin-1.1.23-1.fc17.i686 requires libicudata.so.46 389-admin-1.1.23-1.fc17.x86_64 requires libicuuc.so.46()(64bit) 389-admin-1.1.23-1.fc17.x86_64 requires libicui18n.so.46()(64bit) 389-admin-1.1.23-1.fc17.x86_64 requires libicudata.so.46()(64bit) 389-adminutil-1.1.14-1.fc16.i686 requires libicuuc.so.46 389-adminutil-1.1.14-1.fc16.i686 requires libicui18n.so.46 389-adminutil-1.1.14-1.fc16.i686 requires libicudata.so.46 389-adminutil-1.1.14-1.fc16.x86_64 requires libicuuc.so.46()(64bit) 389-adminutil-1.1.14-1.fc16.x86_64 requires libicui18n.so.46()(64bit) 389-adminutil-1.1.14-1.fc16.x86_64 requires libicudata.so.46()(64bit) 389-dsgw-1.1.7-2.fc16.x86_64 requires libicuuc.so.46()(64bit) 389-dsgw-1.1.7-2.fc16.x86_64 requires libicui18n.so.46()(64bit) 389-dsgw-1.1.7-2.fc16.x86_64 requires libicudata.so.46()(64bit) R-core-2.13.1-4.fc17.i686 requires libicuuc.so.46 R-core-2.13.1-4.fc17.i686 requires libicui18n.so.46 R-core-2.13.1-4.fc17.x86_64 requires libicuuc.so.46()(64bit) R-core-2.13.1-4.fc17.x86_64 requires libicui18n.so.46()(64bit) acheck-0.5.1-4.fc15.noarch requires perl(Text::Aspell) assogiate-0.2.1-5.fc15.x86_64 requires libgnomevfsmm-2.6.so.1()(64bit) bibletime-2.8.1-1.fc16.x86_64 requires libicuuc.so.46()(64bit) bibletime-2.8.1-1.fc16.x86_64 requires libicui18n.so.46()(64bit) bibletime-2.8.1-1.fc16.x86_64 requires libclucene.so.0()(64bit) cluster-snmp-0.18.7-1.fc16.x86_64 requires libnetsnmp.so.25()(64bit) coda-backup-6.9.5-6.fc16.x86_64 requires libse.so.5()(64bit) coda-backup-6.9.5-6.fc16.x86_64 requires librpc2.so.5()(64bit) coda-backup-6.9.5-6.fc16.x86_64 requires liblwp.so.2()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires libseglwp.so.1()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires libse.so.5()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires librvmlwp.so.1()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires librpc2.so.5()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires librdslwp.so.1()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires liblwp.so.2()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires rvm-tools coda-server-6.9.5-6.fc16.x86_64 requires libseglwp.so.1()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires libse.so.5()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires librvmlwp.so.1()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires librpc2.so.5()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires librdslwp.so.1()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires liblwp.so.2()(64bit) comoonics-cdsl-py-0.2-18.noarch requires comoonics-base-py comoonics-cluster-py-0.1-24.noarch requires comoonics-base-py contextkit-0.5.15-2.fc15.i686 requires libcdb.so.1 contextkit-0.5.15-2.fc15.x86_64 requires libcdb.so.1()(64bit) couchdb-1.0.3-2.fc16.x86_64 requires libicuuc.so.46()(64bit) couchdb-1.0.3-2.fc16.x86_64 requires libicui18n.so.46()(64bit) couchdb-1.0.3-2.fc16.x86_64 requires libicudata.so.46()(64bit) dh-make-0.55-3.fc15.noarch requires debhelper emacs-spice-mode-1.2.25-5.fc15.noarch requires gwave eog-plugins-3.1.2-2.fc16.x86_64 requires libcogl.so.2()(64bit) eog-plugins-3.1.2-2.fc16.x86_64 requires libchamplain-gtk-0.10.so.0()(64bit) eog-plugins-3.1.2-2.fc16.x86_64 requires libchamplain-0.10.so.0()(64bit) fawkes-core-0.4.2-4.fc16.i686 requires libopencv_video.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_objdetect.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_ml.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_legacy.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_imgproc.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_highgui.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_flann.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_features2d.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_core.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_contrib.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_calib3d.so.2.2 fawkes-core-0.4.2-4.fc16.x86_64 requires libopencv_video.so.2.2()(64bit) fawkes-core-0.4.2-4.fc16.x86_64 requires libopencv_objdetect.so.2.2()(64bit) fawkes-core-0.4.2-4.fc16.x86_64 requires libopencv_ml.so.2.2()(64bit) fawkes-core-0.4.2-4.fc16.x86_64 requires libopencv_legacy.so.2.2()(64bit) fawkes-core-0.4.2-4.fc16.x86_64 requires
Re: F-16 suspends my *desktop* after 30 minutes at the gdm , making it impossible to ssh in
On Sun, Oct 2, 2011 at 4:13 PM, Jason D. Clinton m...@jasonclinton.com wrote: 2) The machine has a server function. In this case working wake on lan and stay active on lan are a must have and until we have those it should not auto suspend. WOL for a network server is madness. It shouldn't have been suggested. Well, it's not well supported now across the stack, but it is surely not madness. On the XO hardware we actually use WOL while there peer-to-peer network connections up. On x86 the wakeup time is not so good. On the upcoming ARM model, the wakeup time is expected to be very low. We are sorting out wakeup right now so can't really say, but surely 100ms. This means that blade servers running ARM (or any SoC where power mgmt has been well designed) can be drawing ~250mw in a suspend that looks a lot like a very deep sleep. No fans, no aircon footprint. Are there things to resolve on the way to making this practical? Definitely! Should we be riding the I want lower power draw / fast+transparent suspend/deep-idle on my netbook wave to benefit the server space? I sure think so. A fully power-saved Sandy Bridge laptop in the state you lay out above is around 7W. A suspended laptop from the same generation consumes roughly 0.4W of power. Stand-by is 0.1W. Interesting numbers. The big questions is -- does it suspend and resume fast and transparently enough that you can treat suspend as a very deep idle? And how fast can we bring those improvements to the much bigger numbers you have for servers. m -- martin.langh...@gmail.com mar...@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F-16 suspends my *desktop* after 30 minutes at the gdm , making it impossible to ssh in
On 10/03/2011 05:37 AM, Nicolas Mailhot wrote: 3. uses a high efficiency low-noise PSU, which does not like power ups at all (in fact restarting the computer now takes a dozen tries, with minutes waiting for caps to drain ; yes I could change the hardware but it works fine under load and a new PSU is how many years of energy savings again ?). If your PS has trouble starting because of faulty caps, it's probably not because they are draining---on the contrary, they are probably worn out and leaky (electrically), causing trouble for the startup circuit which wasn't designed for the extra losses. Often you can identify the failing electrical capacitors because their casing is swollen or maybe even burst open and leaking the actual electrolyte. http://en.wikipedia.org/wiki/Capacitor_plague You'd have to disassemble the power supply to see that, however, and there are possibly dangerous voltages inside even for some time after disconnecting the power, so I don't recommend doing that. The bottom line is that the power supply is probably on the fritz and likely to fail altogether. Decent power supplies aren't that expensive, I recently got a nice, quiet one for around $30-40. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 730658] Unbundle DateTime::Locale and DateTime::TimeZone
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=730658 Iain Arnell iarn...@gmail.com changed: What|Removed |Added Status|MODIFIED|CLOSED Resolution||ERRATA Last Closed||2011-10-03 11:11:55 --- Comment #11 from Iain Arnell iarn...@gmail.com 2011-10-03 11:11:55 EDT --- Updates were also pushed for f14/f15. https://admin.fedoraproject.org/updates/FEDORA-2011-11759 https://admin.fedoraproject.org/updates/FEDORA-2011-11863 -- 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: GNOME 3 - font point sizes now scaled?
On Fri, 2011-09-30 at 11:00 +0100, Daniel Drake wrote: Hi, I'm working on bringing OLPC up-to-date with all the great efforts with GNOME 3, systemd, etc. On the OLPC XO laptops we have quite a strange screen - it is small (152mm x 114mm) but very high resolution (1200x900 i.e. 201 dots per inch). Previously, on Fedora 14, we had to adjust the default GNOME font sizes since they didn't look right on the screen (I think they were too big). Now I'm looking at applying the same set of customisations to Fedora 16 since the default fonts are uncomfortably small on our display. We currently hard-code the DPI: http://git.gnome.org/browse/gnome-settings-daemon/tree/plugins/xsettings/gsd-xsettings-manager.c#n65 But you can work-around the problem by using text-scaling-factor GSettings, which would then be 201 / 96. HTH -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Catalyst-Authentication-Credential-HTTP-1.013.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Catalyst-Authentication-Credential-HTTP: 3e541b17e70cc175a883e260c053f638 Catalyst-Authentication-Credential-HTTP-1.013.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: GNOME 3 - font point sizes now scaled?
On Fri, 2011-09-30 at 16:09 +0100, Peter Robinson wrote: On Fri, Sep 30, 2011 at 3:35 PM, Matthias Clasen mcla...@redhat.com wrote: On Fri, 2011-09-30 at 15:47 +0200, Nicolas Mailhot wrote: There's nothing to do apart from waiting for enough complains to pile up the people in charge get past their reality denial phase. /rant This thread could have let to something constructive... but not so much anymore now, I guess. Good going, getting down to the rant level in less than 10 mails :-( There's no reason it can't be recovered, Matthias can you provide an explanation of the changes and the rationale behind them? They're documented in the code,, which has a link to the bug. We basically can't trust the DPI X.org gives us. Which is something 2 people who have been working on GTK+ for 10 years mention on the bug, and I've double/triple checked with X hackers. I'm not sure how we can make DPI magically be correct in gazillions of broken displays' EDID. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: GNOME 3 - font point sizes now scaled?
On Mon, 03 Oct 2011 17:34:45 +0200, Bastien Nocera wrote: I'm not sure how we can make DPI magically be correct in gazillions of broken displays' EDID. If not blacklisting then whitelisting them, you have the community. This is X.org's task, though. Regards, Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: GNOME 3 - font point sizes now scaled?
Hi, A daft question perhaps, but I thought... I'm not sure how we can make DPI magically be correct in gazillions of broken displays' EDID. How do other OS' do it? -Cam -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: GNOME 3 - font point sizes now scaled?
On 10/03/2011 10:48 AM, Camilo Mesias wrote: Hi, A daft question perhaps, but I thought... I'm not sure how we can make DPI magically be correct in gazillions of broken displays' EDID. How do other OS' do it? I don't know that they do. In my use of Windows up through XP, I never saw evidence of it re-scaling fonts based on DPI, at least for general UI use (word processors may do so). - Michael -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: GNOME 3 - font point sizes now scaled?
On 10/03/2011 06:01 PM, Michael Ekstrand wrote: On 10/03/2011 10:48 AM, Camilo Mesias wrote: Hi, A daft question perhaps, but I thought... I'm not sure how we can make DPI magically be correct in gazillions of broken displays' EDID. How do other OS' do it? I don't know that they do. In my use of Windows up through XP, I never saw evidence of it re-scaling fonts based on DPI, at least for general UI use (word processors may do so). The XP I occasionally can not avoid to use, in its system control menus has controls to switch between normal, big very big fonts and expert/advanced controls one can specify fonts sizes for many details of the DE in pnts. Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 732587] Subroutine SNMP_Session::pack_sockaddr_in6 redefined
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=732587 --- Comment #6 from Dave Jones da...@redhat.com 2011-10-03 12:19:31 EDT --- This seems to solve this problem, though something else seems to be broken (snmp times out) that is likely unrelated, so I can't completely test it yet. I'll poke at it some more later. -- 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: GNOME 3 - font point sizes now scaled?
On Mon, Oct 03, 2011 at 04:48:11PM +0100, Camilo Mesias wrote: Hi, A daft question perhaps, but I thought... I'm not sure how we can make DPI magically be correct in gazillions of broken displays' EDID. How do other OS' do it? Apple manage by virtue of most of their customers using their monitors. Windows doesn't appear to be DPI-sensitive. -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 732587] Subroutine SNMP_Session::pack_sockaddr_in6 redefined
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=732587 --- Comment #7 from Dave Jones da...@redhat.com 2011-10-03 12:38:46 EDT --- oh, derp. I was missing the net-snmp-sysvinit package. seems to be working now. thanks. -- 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
FESCO meeting agenda for 2011 Oct 3
Following is the list of topics that will be discussed in the FESCo meeting tomorrow at 17:00UTC (1:00pm 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 #663 Late F16 Feature Java7 .fesco 663 #topic #667 Request to fix CRITPATH update process .fesco 667 #topic #671 Packages packaging yum repo files? .fesco 671 = New business = None. = 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. - ajax -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: GNOME 3 - font point sizes now scaled?
On 10/3/11 11:43 AM, Jan Kratochvil wrote: On Mon, 03 Oct 2011 17:34:45 +0200, Bastien Nocera wrote: I'm not sure how we can make DPI magically be correct in gazillions of broken displays' EDID. If not blacklisting then whitelisting them, you have the community. This is X.org's task, though. Speaking as Xorg: No, we don't. You have _no_ idea how many displays there are. There's nothing like effective coverage to be had here. More to the point, your DPI numbers would be per-output anyway, so there's no picking a single point size preference, the same size in pixels would be different sizes in millimeters on each output. You can't win at this. Don't try. - ajax -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Unable to reach a package maintainer for deprecation request
I'm not sure of the correct protocol in cases like this, so any guidance is appreciated. Early last month, I sent a message to all the addresses I could find for Jim Radford (jradford), the maintainer of the dkim-milter package: https://admin.fedoraproject.org/pkgdb/acls/name/dkim-milter My message requested that he consider voluntarily deprecating the dkim-milter package (which is based on an upstream that was abandoned years ago) in favor of the opendkim package: https://admin.fedoraproject.org/pkgdb/acls/name/opendkim which I maintain (which is based on a still-active fork of the dkim-milter project). Jim and I actually used to work together 10 years ago, so I had multiple addresses for him and thought it would be easy to re-establish communication. Unfortunately, I received no response to my emails, and I don't know if the email addresses I could find are still valid. So I filed the following bug on Sep 23, hoping it might help initiate contact between us: https://bugzilla.redhat.com/show_bug.cgi?id=740965 However, still no response. Any suggestions as to what to do next? Thanks, SteveJ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: unison formal review
Am Mittwoch, 28. September 2011, 11:15:54 schrieb Richard W.M. Jones: On Wed, Sep 28, 2011 at 08:55:43AM +0200, Roberto Ragusa wrote: On 09/27/2011 07:46 PM, Richard W.M. Jones wrote: https://admin.fedoraproject.org/pkgdb/acls/name/unison213 https://admin.fedoraproject.org/pkgdb/acls/name/unison227 https://admin.fedoraproject.org/pkgdb/acls/name/unison Instead of introducing yet another variation, can we somehow create a single 'unison' package which covers all of the protocol variants? Why should I install all versions if I only want the recent one? Or the xxx one, for compatibility. Isn't there a general policy split into many rpms, when possible? Having a single executable would be great (like rsync), but that is an upstream issue. They don't all need to be in separately named packages. It's not beyond the realm of possibility for us to package up multiple versions of the source into one unison package. TBH I'd like to hear what FESCO have to say about this, because AFAIK there is no other package in the whole of Fedora which is packaged this way. Rich. Any news from the FESCO team? What's the conclusion of this discussion? Regards, Greg -- Your nature demands love and your happiness depends on it. signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: unison formal review
On Mon, 3 Oct 2011 19:22:28 +0200 Gregor Tätzner gre...@freenet.de wrote: Any news from the FESCO team? What's the conclusion of this discussion? No one has officially asked fesco... Please file a ticket what you actually want to ask fesco here? https://fedorahosted.org/fesco/newtplticket Personally, I think that barring upstream waking up and deciding to support different versions being able to talk to each other, we are setup the best we can. I'm not sure how we could better setup the packages... whats the actual proposal here? All of the versions in one package is not a good solution, IMHO. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Summary/Minutes from today's FESCO meeting (2011-10-03)
=== #fedora-meeting: FESCO (2011-10-03) === Meeting started by ajax at 17:00:30 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2011-10-03/fesco.2011-10-03-17.00.log.html . Meeting summary --- * init process (ajax, 17:00:30) * #663 Late F16 Feature Java7 (ajax, 17:01:51) * ACTION: ajax to follow up with rel-eng (ajax, 17:05:04) * #667 Request to fix CRITPATH update process (ajax, 17:06:03) * AGREED: critpath package rules to be modified per sgallagh's proposal above (ajax, 17:14:09) * ACTION: nirik to file bodhi ticket for critpath change (ajax, 17:15:45) * #671 Packages packaging yum repo files? (ajax, 17:16:18) * ACTION: mjg59 to close out #671 per last week's discussion (ajax, 17:17:31) * Next week's chair (ajax, 17:18:18) * ACTION: t8m to chair next week's meeting (ajax, 17:19:00) * Open Floor (ajax, 17:19:05) * ACTION: mjg59 to get data on proven/normal karma on updates (ajax, 17:38:24) Meeting ended at 17:43:37 UTC. Action Items * ajax to follow up with rel-eng * nirik to file bodhi ticket for critpath change * mjg59 to close out #671 per last week's discussion * t8m to chair next week's meeting * mjg59 to get data on proven/normal karma on updates Action Items, by person --- * ajax * ajax to follow up with rel-eng * mjg59 * mjg59 to close out #671 per last week's discussion * mjg59 to get data on proven/normal karma on updates * nirik * nirik to file bodhi ticket for critpath change * t8m * t8m to chair next week's meeting * **UNASSIGNED** * (none) People Present (lines said) --- * ajax (54) * mjg59 (41) * nirik (36) * t8m (32) * sgallagh (27) * pjones (14) * drago01 (13) * notting (13) * dledford (11) * zodbot (8) * mmaslano (6) * gholms (3) * cwickert (0) --- 17:00:30 ajax #startmeeting FESCO (2011-10-03) 17:00:30 zodbot Meeting started Mon Oct 3 17:00:30 2011 UTC. The chair is ajax. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:00:30 zodbot Useful Commands: #action #agreed #halp #info #idea #link #topic. 17:00:30 ajax #meetingname fesco 17:00:30 ajax #chair ajax notting nirik cwickert mjg59 mmaslano t8m pjones sgallagh 17:00:30 ajax #topic init process 17:00:30 zodbot The meeting name has been set to 'fesco' 17:00:30 zodbot Current chairs: ajax cwickert mjg59 mmaslano nirik notting pjones sgallagh t8m 17:00:40 * nirik is around. 17:00:44 pjones hello. 17:01:13 * notting is here 17:01:14 * sgallagh is here more or less (busy day) 17:01:17 mjg59 Here (obv) 17:01:22 mmaslano hi 17:01:46 ajax right, that's enough for quota, let's dive in. 17:01:51 ajax #topic #663 Late F16 Feature Java7 17:01:53 ajax .fesco 663 17:01:54 zodbot ajax: #663 (Late F16 Feature Java7) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/663 17:02:22 nirik this is pending the rebuild of some packages. 17:02:27 mjg59 Yeah 17:02:39 mjg59 Given there's a rel-eng ticket I guess it'll be done 17:02:41 nirik Hopefully dgilmore can get to it later this week... he's been traveling/at fucon/getting beta done. 17:03:28 ajax do we need someone to keep an eye on this or shall we assume rel-eng is on the job? 17:03:56 mmaslano did rel-eng promised to do it? 17:03:58 nirik we can leave it on the agenda but defer? 17:04:34 ajax mmaslano: well, no, but nobody promises to do anything. 17:04:47 ajax i'll poke rel-eng on the ticket, we'll come back next week. 17:05:04 ajax #action ajax to follow up with rel-eng 17:05:18 ajax anything else on this? 17:05:33 t8m Hi, I'm sorry for being late 17:05:49 * nirik has nothing more on this topic 17:05:52 ajax t8m: np, didn't miss much yet 17:05:59 ajax next up 17:06:03 ajax #topic #667 Request to fix CRITPATH update process 17:06:03 ajax .fesco 667 17:06:05 zodbot ajax: #667 (Request to fix CRITPATH update process) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/667 17:06:22 t8m heh, now the fun begins :) 17:06:23 nirik so, should we revisit the timeout proposal? or is everyone set on their votes? 17:06:30 * sgallagh continues to be in favor of the Allow it after two weeks if there is no negative karma 17:06:44 * t8m too 17:06:49 * mmaslano too 17:06:55 * nirik is also +1 for that. I think toshio's reasoning made sense. 17:07:11 mjg59 I don't think there's any new reasoning 17:07:22 ajax mjg59: i don't think there is either 17:07:43 pjones no reason to think anything has changed. 17:07:47 ajax i'm going to +1 that as well just so i can stop hearing about this 17:07:50 mjg59 If this needs to be fixed then we need to fix it properly 17:08:15 t8m If I count right this means +5 now? 17:08:15 nirik mjg59: yes, but in the mean time we are frustrating maintainers and our users... 17:08:15 ajax i don't disagree 17:08:17 mjg59 Rather than just satisfying the noisiest (and I don't mean that in a bad way) people without
Re: Heads up: e2fsprogs-1.42-WIP-0702 pushed to rawhide
On Mon, Sep 26, 2011 at 02:51:33PM -0500, Eric Sandeen wrote: Another little heads up - a newer snapshot is built in rawhide now. Anyone who wants to fiddle with large ext4 filesystems, have at it please! Is there any background information to this change that I can read? I created a 2**60 byte disk, partitioned it, and tried to create an ext4 filesystem on it, but that doesn't work: rescue mke2fs -t ext4 /dev/vda1 mke2fs 1.42-WIP (25-Sep-2011) Warning: the fs_type huge is not defined in mke2fs.conf /dev/vda1: Cannot create filesystem with requested number of inodes while setting up superblock rescue parted /dev/vda print Model: Virtio Block Device (virtblk) Disk /dev/vda: 1126TB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End SizeFile system Name Flags 1 32.8kB 1126TB 1126TB p1 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: unison formal review
On Mon, Oct 03, 2011 at 11:32:18AM -0600, Kevin Fenzi wrote: On Mon, 3 Oct 2011 19:22:28 +0200 Gregor Tätzner gre...@freenet.de wrote: Any news from the FESCO team? What's the conclusion of this discussion? No one has officially asked fesco... Please file a ticket what you actually want to ask fesco here? https://fedorahosted.org/fesco/newtplticket It's a Fedora Packaging issue, and it was discussed a long time ago: https://www.redhat.com/archives/fedora-devel-list/2008-April/msg01229.html The point I wanted to raise is whether we should revisit this issue and if we can package unison better. I'm not sure how we could better setup the packages... whats the actual proposal here? All of the versions in one package is not a good solution, IMHO. Agreed. But going through a new package process every time upstream releases a new version is also not great. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora kernel bug day.
On Mon, Aug 22, 2011 at 10:24:45PM -0400, Dave Jones wrote: On Mon, Aug 22, 2011 at 03:33:24PM -0700, Adam Williamson wrote: We'll be doing this in #fedora-kernel next Monday (22nd) I expect that the wiki page will continue to evolve as we start working on this, and perhaps this can even become a regular thing. apologies for not helping with this; turned out to be bad timing for me, I didn't even get to decompress from Alpha last week before I had to spend three days at Linuxcon, and spent most of the weekend in a dazed heap on the couch...sorry again! You didn't miss much. Turned out to be a non-event. Maybe we'll give it another shot in a few weeks. So we're thinking of trying this again this thursday with a focus on 16, (but triage work on older releases is welcomed too). Dave -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: unison formal review
Am Montag, 3. Oktober 2011, 20:26:11 schrieb Richard W.M. Jones: On Mon, Oct 03, 2011 at 11:32:18AM -0600, Kevin Fenzi wrote: On Mon, 3 Oct 2011 19:22:28 +0200 Gregor Tätzner gre...@freenet.de wrote: Any news from the FESCO team? What's the conclusion of this discussion? No one has officially asked fesco... Please file a ticket what you actually want to ask fesco here? https://fedorahosted.org/fesco/newtplticket It's a Fedora Packaging issue, and it was discussed a long time ago: https://www.redhat.com/archives/fedora-devel-list/2008-April/msg01229.html The point I wanted to raise is whether we should revisit this issue and if we can package unison better. I'm not sure how we could better setup the packages... whats the actual proposal here? All of the versions in one package is not a good solution, IMHO. Agreed. But going through a new package process every time upstream releases a new version is also not great. Rich. Another idea: Just put in the package *unison* the latest release and when a new shiny version has been released we provide a compat version, so move unison to *unisonXYZ* and update the *unison* package regularly. I suppose this would spare the review process every release? Greg -- Life is cheap, but the accessories can kill you. signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Heads up: e2fsprogs-1.42-WIP-0702 pushed to rawhide
On 10/3/11 1:13 PM, Richard W.M. Jones wrote: On Mon, Sep 26, 2011 at 02:51:33PM -0500, Eric Sandeen wrote: Another little heads up - a newer snapshot is built in rawhide now. Anyone who wants to fiddle with large ext4 filesystems, have at it please! Is there any background information to this change that I can read? I created a 2**60 byte disk, partitioned it, and tried to create an ext4 filesystem on it, but that doesn't work: heh; going for the gusto I see! Can we maybe start with a mere 500 terabytes? ;) rescue mke2fs -t ext4 /dev/vda1 mke2fs 1.42-WIP (25-Sep-2011) Warning: the fs_type huge is not defined in mke2fs.conf Icky, but unrelated to below, I think /dev/vda1: Cannot create filesystem with requested number of inodes while setting up superblock sounds like it calculated an inode ratio that put it over the 2^32 inode nr. limit. I'll look into it. Thanks, -Eric rescue parted /dev/vda print Model: Virtio Block Device (virtblk) Disk /dev/vda: 1126TB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End SizeFile system Name Flags 1 32.8kB 1126TB 1126TB p1 Rich. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: KDE devels - why is kdeedu missing from websvn?
John5342 wrote: For starters kde have moved everything to git now No, not everything. The move is being done progressively, module by module, and is still ongoing. (But the plan is that eventually all the code modules will migrate to git. Translations and web sites are staying on SVN though. KDE translations have always been in a separate directory in SVN from the actual code, so it is possible to maintain the code in git and the translations in SVN.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Heads up: e2fsprogs-1.42-WIP-0702 pushed to rawhide
On Mon, Oct 03, 2011 at 03:10:43PM -0500, Eric Sandeen wrote: On 10/3/11 1:13 PM, Richard W.M. Jones wrote: On Mon, Sep 26, 2011 at 02:51:33PM -0500, Eric Sandeen wrote: Another little heads up - a newer snapshot is built in rawhide now. Anyone who wants to fiddle with large ext4 filesystems, have at it please! Is there any background information to this change that I can read? I created a 2**60 byte disk, partitioned it, and tried to create an ext4 filesystem on it, but that doesn't work: heh; going for the gusto I see! Can we maybe start with a mere 500 terabytes? ;) Well I started with 2**63-513, but sadly qemu has a bug that prevents me from writing to such a disk ... https://rwmj.wordpress.com/2011/10/03/maximum-qcow2-disk-size/ https://bugs.launchpad.net/qemu/+bug/865518 rescue mke2fs -t ext4 /dev/vda1 mke2fs 1.42-WIP (25-Sep-2011) Warning: the fs_type huge is not defined in mke2fs.conf Icky, but unrelated to below, I think /dev/vda1: Cannot create filesystem with requested number of inodes while setting up superblock sounds like it calculated an inode ratio that put it over the 2^32 inode nr. limit. I'll look into it. Thanks. Let me know if/when there's anything else I can test. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Heads up: e2fsprogs-1.42-WIP-0702 pushed to rawhide
On 10/3/11 4:05 PM, Richard W.M. Jones wrote: On Mon, Oct 03, 2011 at 03:10:43PM -0500, Eric Sandeen wrote: On 10/3/11 1:13 PM, Richard W.M. Jones wrote: On Mon, Sep 26, 2011 at 02:51:33PM -0500, Eric Sandeen wrote: Another little heads up - a newer snapshot is built in rawhide now. Anyone who wants to fiddle with large ext4 filesystems, have at it please! Is there any background information to this change that I can read? I created a 2**60 byte disk, partitioned it, and tried to create an ext4 filesystem on it, but that doesn't work: heh; going for the gusto I see! Can we maybe start with a mere 500 terabytes? ;) Well I started with 2**63-513, but sadly qemu has a bug that prevents me from writing to such a disk ... https://rwmj.wordpress.com/2011/10/03/maximum-qcow2-disk-size/ https://bugs.launchpad.net/qemu/+bug/865518 rescue mke2fs -t ext4 /dev/vda1 mke2fs 1.42-WIP (25-Sep-2011) Warning: the fs_type huge is not defined in mke2fs.conf Icky, but unrelated to below, I think /dev/vda1: Cannot create filesystem with requested number of inodes while setting up superblock sounds like it calculated an inode ratio that put it over the 2^32 inode nr. limit. I'll look into it. Thanks. Let me know if/when there's anything else I can test. testing something more real-world (20T ... 500T?) might still be interesting. I'm finding a couple issues already right up at the theoretical max limit, just at mkfs time :( -Eric Rich. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: unison formal review
On Mon, Oct 03, 2011 at 10:05:09PM +0200, Gregor Tätzner wrote: Another idea: Just put in the package *unison* the latest release and when a new shiny version has been released we provide a compat version, so move unison to *unisonXYZ* and update the *unison* package regularly. I suppose this would spare the review process every release? As long as a compat package wasn't desired for every release. I've only evaluated plans based on what other people have told me about unison but I believe the problem was that we do end up wanting a compat package (and also a forward compat package) for just about all unison releases. Since unison won't make wire-compatibility guarantees, if you have unison-1 on latest Debian stable, unison-2 on Ubuntu, unison-3 on Fedora-14, unison-4 on Fedora-15, etc, someone wants to be able to manage files between some combination of any of these. So you need to have compat packages that can make that possible. -Toshio pgpcnOMayFKOF.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Heads up: e2fsprogs-1.42-WIP-0702 pushed to rawhide
On 10/04/2011 12:33 AM, Eric Sandeen wrote: On 10/3/11 5:13 PM, Richard W.M. Jones wrote: On Mon, Oct 03, 2011 at 04:11:28PM -0500, Eric Sandeen wrote: I wasn't able to give the VM enough memory to make this succeed. I've only got 8G on this laptop. Should I need large amounts of memory to create these filesystems? At 100T it doesn't run out of memory, but the man behind the curtain starts to show. The underlying qcow2 file grows to several gigs and I had to kill it. I need to play with the lazy init features of ext4. Rich. Bleah. Care to use xfs? ;) why we've to use xfs? really? nobody really use large fs on linux? or nobody really use rhel? why not the e2fsprogs has too much upstream support? with 2-3TB disk the 16TB fs limit is really funny...or not so funny:-( -- Levente Si vis pacem para bellum! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Heads up: e2fsprogs-1.42-WIP-0702 pushed to rawhide
On 10/3/11 5:13 PM, Richard W.M. Jones wrote: On Mon, Oct 03, 2011 at 04:11:28PM -0500, Eric Sandeen wrote: testing something more real-world (20T ... 500T?) might still be interesting. Here's my test script: qemu-img create -f qcow2 test1.img 500T \ guestfish -a test1.img \ memsize 4096 : run : \ part-disk /dev/vda gpt : mkfs ext4 /dev/vda1 The guestfish mkfs command translates directly to mke2fs -t ext4 in this case. 500T: fails with the same error: /dev/vda1: Cannot create filesystem with requested number of inodes while setting up superblock By a process of bisection I found that I get the same error for all sizes = 255T. For 254T, I get: /dev/vda1: Memory allocation failed while setting up superblock I wasn't able to give the VM enough memory to make this succeed. I've only got 8G on this laptop. Should I need large amounts of memory to create these filesystems? At 100T it doesn't run out of memory, but the man behind the curtain starts to show. The underlying qcow2 file grows to several gigs and I had to kill it. I need to play with the lazy init features of ext4. Rich. Bleah. Care to use xfs? ;) Anyway, interesting; when I tried the larger sizes I got many other problems, but never the requested number of inodes error. I just created a large sparse file on xfs, and pointed mke2fs at that. But I'm using bleeding-edge git, ~= the latest WIP snapshot (which I haven't put into rawhide yet, because it doesn't actually build for me w/o a couple patches I'd like upstream to ACK first). -Eric -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Heads up: e2fsprogs-1.42-WIP-0702 pushed to rawhide
On Mon, Oct 03, 2011 at 04:11:28PM -0500, Eric Sandeen wrote: testing something more real-world (20T ... 500T?) might still be interesting. Here's my test script: qemu-img create -f qcow2 test1.img 500T \ guestfish -a test1.img \ memsize 4096 : run : \ part-disk /dev/vda gpt : mkfs ext4 /dev/vda1 The guestfish mkfs command translates directly to mke2fs -t ext4 in this case. 500T: fails with the same error: /dev/vda1: Cannot create filesystem with requested number of inodes while setting up superblock By a process of bisection I found that I get the same error for all sizes = 255T. For 254T, I get: /dev/vda1: Memory allocation failed while setting up superblock I wasn't able to give the VM enough memory to make this succeed. I've only got 8G on this laptop. Should I need large amounts of memory to create these filesystems? At 100T it doesn't run out of memory, but the man behind the curtain starts to show. The underlying qcow2 file grows to several gigs and I had to kill it. I need to play with the lazy init features of ext4. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Heads up: e2fsprogs-1.42-WIP-0702 pushed to rawhide
On 10/3/11 5:53 PM, Farkas Levente wrote: On 10/04/2011 12:33 AM, Eric Sandeen wrote: On 10/3/11 5:13 PM, Richard W.M. Jones wrote: On Mon, Oct 03, 2011 at 04:11:28PM -0500, Eric Sandeen wrote: I wasn't able to give the VM enough memory to make this succeed. I've only got 8G on this laptop. Should I need large amounts of memory to create these filesystems? At 100T it doesn't run out of memory, but the man behind the curtain starts to show. The underlying qcow2 file grows to several gigs and I had to kill it. I need to play with the lazy init features of ext4. Rich. Bleah. Care to use xfs? ;) why we've to use xfs? really? nobody really use large fs on linux? or nobody really use rhel? why not the e2fsprogs has too much upstream support? with 2-3TB disk the 16TB fs limit is really funny...or not so funny:-( XFS has been proven at this scale on Linux for a very long time, is all. But, that comment was mostly tongue in cheek. Large filesystem support for ext4 has languished upstream for a very long time, and few in the community seemed terribly interested to test it, either. It's all fairly late in the game for ext4, but it's finally gaining some momentum, I hope. At least, the 16T code is in the main git branch now, and the next release will pretty well have to have the restriction lifted. As Richard found, there are sure to be a few rough edges. Luckily nobody is really talking about deploying ext4 (or XFS for that matter) at 1024 petabytes. Testing in the 50T range is probably reasonable now, though pushing the boundaries (or maybe well shy of those boundaries) is worth doing. -Eric -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
release number when upstream *only* has git hashes?
What should I use for the release number in a spec when upstream does not have releases, and *only* has git hashes? It's not a prerelease since it is not clear that there will ever be any official release. Thanks, Eric -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Bisect-Perl-UsingGit-0.33.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Bisect-Perl-UsingGit: e12f12f49df2c7b16fc4c6fa37aed99a Bisect-Perl-UsingGit-0.33.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Bisect-Perl-UsingGit] Import
commit e0c2586f22276cad63d5ed68cc82557f5b0fda73 Author: Petr Písař ppi...@redhat.com Date: Mon Oct 3 09:31:42 2011 +0200 Import .gitignore |1 + perl-Bisect-Perl-UsingGit.spec | 53 sources|1 + 3 files changed, 55 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..dba7adb 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Bisect-Perl-UsingGit-0.33.tar.gz diff --git a/perl-Bisect-Perl-UsingGit.spec b/perl-Bisect-Perl-UsingGit.spec new file mode 100644 index 000..b3620d2 --- /dev/null +++ b/perl-Bisect-Perl-UsingGit.spec @@ -0,0 +1,53 @@ +Name: perl-Bisect-Perl-UsingGit +Version:0.33 +Release:1%{?dist} +Summary:Help you to bisect Perl +License:GPL+ or Artistic +Group: Development/Libraries +URL:http://search.cpan.org/dist/Bisect-Perl-UsingGit/ +Source0: http://www.cpan.org/authors/id/L/LB/LBROCARD/Bisect-Perl-UsingGit-%{version}.tar.gz +BuildArch: noarch +BuildRequires: perl(Capture::Tiny) +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Moose) +BuildRequires: perl(MooseX::Getopt) +BuildRequires: perl(MooseX::Types::Path::Class) +# Tests only: +BuildRequires: perl(Test::More) = 0.01 +# Optional tests: +BuildRequires: perl(Test::Pod) = 1.14 +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +Requires: git +Requires: perl(MooseX::Getopt) + +%description +Bisect::Perl::UsingGit is a module which holds the code which helps you to +bisect Perl. See bisect_perl_using_git for practical examples. + +%prep +%setup -q -n Bisect-Perl-UsingGit-%{version} + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor +make %{?_smp_mflags} + +%install +make pure_install PERL_INSTALL_ROOT=$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 +%doc CHANGES +%{_bindir}/* +%{perl_vendorlib}/* +%{_mandir}/man1/* +%{_mandir}/man3/* + +%changelog +* Fri Sep 30 2011 Petr Pisar ppi...@redhat.com 0.33-1 +- Specfile autogenerated by cpanspec 1.78. +- Remove BuildRoot and defattr spec code diff --git a/sources b/sources index e69de29..f2651fe 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +e12f12f49df2c7b16fc4c6fa37aed99a Bisect-Perl-UsingGit-0.33.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Bisect-Perl-UsingGit/f16] Import
Summary of changes: e0c2586... Import (*) (*) 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-Bisect-Perl-UsingGit/f15] Import
Summary of changes: e0c2586... Import (*) (*) 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-Bisect-Perl-UsingGit/f14] Import
Summary of changes: e0c2586... Import (*) (*) 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 Net-SSLeay-1.42.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Net-SSLeay: 3f9c9589495301c14bfc03097388ca4f Net-SSLeay-1.42.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-SSLeay] Update to 1.42
commit 1173552387684b1eb2da40608f327918ba772c08 Author: Paul Howarth p...@city-fan.org Date: Mon Oct 3 10:05:02 2011 +0100 Update to 1.42 - New upstream release 1.42 - fixed incorrect documentation of how to enable CRL checking - fixed incorrect letter in Sebastien in Credits - changed order of the Changes file to be reverse chronological - fixed a compile error when building on Windows with MSVC6 - Drop UTF8 patch, no longer needed Net-SSLeay-1.40-UTF8.patch | 26 -- perl-Net-SSLeay.spec | 14 +- sources|2 +- 3 files changed, 10 insertions(+), 32 deletions(-) --- diff --git a/perl-Net-SSLeay.spec b/perl-Net-SSLeay.spec index 6809aee..9932473 100644 --- a/perl-Net-SSLeay.spec +++ b/perl-Net-SSLeay.spec @@ -1,12 +1,11 @@ Name: perl-Net-SSLeay -Version: 1.41 +Version: 1.42 Release: 1%{?dist} Summary: Perl extension for using OpenSSL Group: Development/Libraries License: OpenSSL URL: http://search.cpan.org/dist/Net-SSLeay/ Source0: http://search.cpan.org/CPAN/authors/id/M/MI/MIKEM/Net-SSLeay-%{version}.tar.gz -Patch0:Net-SSLeay-1.40-UTF8.patch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) BuildRequires: openssl-devel, pkgconfig BuildRequires: perl(Carp) @@ -35,9 +34,6 @@ so you can write servers or clients for more complicated applications. %prep %setup -q -n Net-SSLeay-%{version} -# Re-code docs as UTF-8 -%patch0 -p1 - # Fix permissions and shellbangs in examples # to avoid bogus doc-file dependencies chmod -c 644 examples/* @@ -80,6 +76,14 @@ rm -rf %{buildroot} %{_mandir}/man3/Net::SSLeay*.3* %changelog +* Mon Oct 3 2011 Paul Howarth p...@city-fan.org - 1.42-1 +- update to 1.42 + - fixed incorrect documentation of how to enable CRL checking + - fixed incorrect letter in Sebastien in Credits + - changed order of the Changes file to be reverse chronological + - fixed a compile error when building on Windows with MSVC6 +- drop UTF8 patch, no longer needed + * Sun Sep 25 2011 Paul Howarth p...@city-fan.org - 1.41-1 - update to 1.41 - fixed incorrect const signatures for 1.0 that were causing warnings; now diff --git a/sources b/sources index a6f524b..8d6f6de 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -10b2df94613c19f81cbf3b3123cffcec Net-SSLeay-1.41.tar.gz +3f9c9589495301c14bfc03097388ca4f Net-SSLeay-1.42.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-SSLeay] Created tag perl-Net-SSLeay-1.42-1.fc17
The lightweight tag 'perl-Net-SSLeay-1.42-1.fc17' was created pointing to: 1173552... Update to 1.42 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Pugs-Compiler-Rule
perl-Pugs-Compiler-Rule has broken dependencies in the F-16 tree: On x86_64: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: News from rebuild
Hello perl-sig, as updates for F16 has been merged into stable repository, we have reached 99.95 % of Perl 5.14 rebuild. Thanks to everybody who helped with this task. The only remaining package is perl-Pugs-Compiler-Rule which is broken for long time https://bugzilla.redhat.com/show_bug.cgi?id=611015, upstream is dead and current maintainer Steven Pritchard is not fixing it. There had been already an irresponsive process with Steven https://bugzilla.redhat.com/show_bug.cgi?id=614982 that has been stopped. Because I do not want to get nag mails about broken dependecies of perl-Pugs-Compiler-Rule in F16 and F17, I'd like to ask Steven this public way to remove the package from distribution. Otherwise I will restart the irresponsive maintainer process to get rid of the package in other way. -- Petr pgpfXv9BJXX3c.pgp Description: PGP signature -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: News from rebuild
On Mon, Oct 03, 2011 at 01:59:15PM +0200, Petr Pisar wrote: The only remaining package is perl-Pugs-Compiler-Rule which is broken for long time https://bugzilla.redhat.com/show_bug.cgi?id=611015, upstream is dead and current maintainer Steven Pritchard is not fixing it. There had been already an irresponsive process with Steven https://bugzilla.redhat.com/show_bug.cgi?id=614982 that has been stopped. It needs to go. I didn't want to admit it at the time, but it's pretty obviously dead. -- 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 CatalystX-InjectComponent-0.024.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-CatalystX-InjectComponent: 9e6aa756ed402b9397c6d8023033e36b CatalystX-InjectComponent-0.024.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-CatalystX-InjectComponent] initial import (rhbz#742552)
commit 72cdc466ebd6470d5ed1d5eff847348eac1b36c4 Author: Iain Arnell iarn...@gmail.com Date: Mon Oct 3 16:32:46 2011 +0200 initial import (rhbz#742552) .gitignore |1 + perl-CatalystX-InjectComponent.spec | 55 +++ sources |1 + 3 files changed, 57 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..46ceb59 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/CatalystX-InjectComponent-0.024.tar.gz diff --git a/perl-CatalystX-InjectComponent.spec b/perl-CatalystX-InjectComponent.spec new file mode 100644 index 000..b4f1152 --- /dev/null +++ b/perl-CatalystX-InjectComponent.spec @@ -0,0 +1,55 @@ +Name: perl-CatalystX-InjectComponent +Version:0.024 +Release:1%{?dist} +Summary:Inject components into your Catalyst application +License:GPL+ or Artistic +Group: Development/Libraries +URL:http://search.cpan.org/dist/CatalystX-InjectComponent/ +Source0: http://www.cpan.org/authors/id/R/RK/RKRIMEN/CatalystX-InjectComponent-%{version}.tar.gz +BuildArch: noarch +BuildRequires: perl(Carp) +BuildRequires: perl(Catalyst::Runtime) = 5.8 +BuildRequires: perl(Class::Inspector) +BuildRequires: perl(Devel::InnerPackage) +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(parent) +BuildRequires: perl(Test::More) +BuildRequires: perl(Test::Most) +Requires: perl(Catalyst::Runtime) = 5.8 +Requires: perl(parent) +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%{?perl_default_filter} + +%description +CatalystX::InjectComponent will inject Controller, Model, and View components +into your Catalyst application at setup (run)time. It does this by creating a +new package on-the-fly, having that package extend the given component, and +then having Catalyst setup the new component (via -setup_component). + +%prep +%setup -q -n CatalystX-InjectComponent-%{version} + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor +make %{?_smp_mflags} + +%install +make pure_install DESTDIR=%{buildroot} + +find %{buildroot} -type f -name .packlist -exec rm -f {} \; +find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \; + +%{_fixperms} %{buildroot}/* + +%check +make test + +%files +%doc Changes README +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Fri Sep 30 2011 Iain Arnell iarn...@gmail.com 0.024-1 +- Specfile autogenerated by cpanspec 1.78. diff --git a/sources b/sources index e69de29..d08294e 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +9e6aa756ed402b9397c6d8023033e36b CatalystX-InjectComponent-0.024.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File MooseX-RelatedClassRoles-0.004.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-MooseX-RelatedClassRoles: 76d8afd0f24f68f564e5891b8329d52e MooseX-RelatedClassRoles-0.004.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-CatalystX-InjectComponent/f16] initial import (rhbz#742552)
Summary of changes: 72cdc46... initial import (rhbz#742552) (*) (*) 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-MooseX-RelatedClassRoles] initial import (rhbz#742545)
commit 725c7f05dc78f533bb45d8f84d65e45117512734 Author: Iain Arnell iarn...@gmail.com Date: Mon Oct 3 16:34:14 2011 +0200 initial import (rhbz#742545) .gitignore |1 + perl-MooseX-RelatedClassRoles.spec | 52 sources|1 + 3 files changed, 54 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..fc4cf8e 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/MooseX-RelatedClassRoles-0.004.tar.gz diff --git a/perl-MooseX-RelatedClassRoles.spec b/perl-MooseX-RelatedClassRoles.spec new file mode 100644 index 000..3895f97 --- /dev/null +++ b/perl-MooseX-RelatedClassRoles.spec @@ -0,0 +1,52 @@ +Name: perl-MooseX-RelatedClassRoles +Version:0.004 +Release:1%{?dist} +Summary:Apply roles to a class related to yours +License:GPL+ or Artistic +Group: Development/Libraries +URL:http://search.cpan.org/dist/MooseX-RelatedClassRoles/ +Source0: http://www.cpan.org/authors/id/H/HD/HDP/MooseX-RelatedClassRoles-%{version}.tar.gz +BuildArch: noarch +BuildRequires: perl(Class::MOP) = 0.80 +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Moose) = 0.73 +BuildRequires: perl(MooseX::Role::Parameterized) = 0.04 +BuildRequires: perl(Test::More) +Requires: perl(Class::MOP) = 0.80 +Requires: perl(Moose) = 0.73 +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%{?perl_default_filter} + +%description +Frequently, you have to use a class that provides some foo_class accessor +or attribute as a method of dependency injection. Use this role when you'd +rather apply roles to make your custom foo_class instead of manually +setting up a subclass. + +%prep +%setup -q -n MooseX-RelatedClassRoles-%{version} + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor +make %{?_smp_mflags} + +%install +make pure_install DESTDIR=%{buildroot} + +find %{buildroot} -type f -name .packlist -exec rm -f {} \; +find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \; + +%{_fixperms} %{buildroot}/* + +%check +make test + +%files +%doc Changes LICENSE README +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Fri Sep 30 2011 Iain Arnell iarn...@gmail.com 0.004-1 +- Specfile autogenerated by cpanspec 1.78. diff --git a/sources b/sources index e69de29..03b93db 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +76d8afd0f24f68f564e5891b8329d52e MooseX-RelatedClassRoles-0.004.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-CatalystX-InjectComponent/f15] initial import (rhbz#742552)
Summary of changes: 72cdc46... initial import (rhbz#742552) (*) (*) 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-MooseX-RelatedClassRoles/f16] initial import (rhbz#742545)
Summary of changes: 725c7f0... initial import (rhbz#742545) (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Catalyst-ActionRole-ACL-0.06.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Catalyst-ActionRole-ACL: 67b4f3a2092f1cdc26785c9b1ba45b67 Catalyst-ActionRole-ACL-0.06.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-MooseX-RelatedClassRoles/f15] initial import (rhbz#742545)
Summary of changes: 725c7f0... initial import (rhbz#742545) (*) (*) 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-Catalyst-ActionRole-ACL] initial import (rhbz#742542)
commit f983014bb40fbdd7ed3311aba5f26a134279ad29 Author: Iain Arnell iarn...@gmail.com Date: Mon Oct 3 16:36:12 2011 +0200 initial import (rhbz#742542) .gitignore|1 + perl-Catalyst-ActionRole-ACL.spec | 52 + sources |1 + 3 files changed, 54 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..62ee0c7 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Catalyst-ActionRole-ACL-0.06.tar.gz diff --git a/perl-Catalyst-ActionRole-ACL.spec b/perl-Catalyst-ActionRole-ACL.spec new file mode 100644 index 000..39b106d --- /dev/null +++ b/perl-Catalyst-ActionRole-ACL.spec @@ -0,0 +1,52 @@ +Name: perl-Catalyst-ActionRole-ACL +Version:0.06 +Release:1%{?dist} +Summary:User role-based authorization action class +License:GPL+ or Artistic +Group: Development/Libraries +URL:http://search.cpan.org/dist/Catalyst-ActionRole-ACL/ +Source0: http://www.cpan.org/authors/id/B/BO/BOBTFISH/Catalyst-ActionRole-ACL-%{version}.tar.gz +BuildArch: noarch +BuildRequires: perl(Catalyst::Controller::ActionRole) +BuildRequires: perl(Catalyst::Runtime) +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Moose) +BuildRequires: perl(namespace::autoclean) +BuildRequires: perl(Test::More) +Requires: perl(Catalyst::Controller::ActionRole) +Requires: perl(Catalyst::Runtime) +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%{?perl_default_filter} + +%description +Provides a Catalyst reusable action role for user role-based authorization. +ACLs are applied via the assignment of attributes to application action +subroutines. + +%prep +%setup -q -n Catalyst-ActionRole-ACL-%{version} + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor +make %{?_smp_mflags} + +%install +make pure_install DESTDIR=%{buildroot} + +find %{buildroot} -type f -name .packlist -exec rm -f {} \; +find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \; + +%{_fixperms} %{buildroot}/* + +%check +make test + +%files +%doc Changes README +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Fri Sep 30 2011 Iain Arnell iarn...@gmail.com 0.06-1 +- Specfile autogenerated by cpanspec 1.78. diff --git a/sources b/sources index e69de29..1e9313e 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +67b4f3a2092f1cdc26785c9b1ba45b67 Catalyst-ActionRole-ACL-0.06.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Catalyst-ActionRole-ACL/f16] initial import (rhbz#742542)
Summary of changes: f983014... initial import (rhbz#742542) (*) (*) 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-Catalyst-ActionRole-ACL/f15] initial import (rhbz#742542)
Summary of changes: f983014... initial import (rhbz#742542) (*) (*) 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 Devel-StackTrace-WithLexicals-0.10.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Devel-StackTrace-WithLexicals: 2912c1d6386f5ff70e13b8fc99b0c830 Devel-StackTrace-WithLexicals-0.10.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-Devel-StackTrace-WithLexicals] initial import (rhbz#742550)
commit 9a0039f104b65085dd3e5005ffe851c75b73e125 Author: Iain Arnell iarn...@gmail.com Date: Mon Oct 3 16:38:33 2011 +0200 initial import (rhbz#742550) .gitignore |1 + perl-Devel-StackTrace-WithLexicals.spec | 58 +++ sources |1 + 3 files changed, 60 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..fa40871 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Devel-StackTrace-WithLexicals-0.10.tar.gz diff --git a/perl-Devel-StackTrace-WithLexicals.spec b/perl-Devel-StackTrace-WithLexicals.spec new file mode 100644 index 000..bb1ac07 --- /dev/null +++ b/perl-Devel-StackTrace-WithLexicals.spec @@ -0,0 +1,58 @@ +Name: perl-Devel-StackTrace-WithLexicals +Version:0.10 +Release:1%{?dist} +Summary:Generate stack traces with lexical variables +License:GPL+ or Artistic +Group: Development/Libraries +URL:http://search.cpan.org/dist/Devel-StackTrace-WithLexicals/ +Source0: http://www.cpan.org/authors/id/S/SA/SARTAK/Devel-StackTrace-WithLexicals-%{version}.tar.gz +BuildArch: noarch +BuildRequires: perl = 1:5.8.1 +BuildRequires: perl(Devel::StackTrace) = 1.25 +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(PadWalker) = 1.92 +BuildRequires: perl(Test::More) +Requires: perl(Devel::StackTrace) = 1.25 +Requires: perl(PadWalker) = 1.92 +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +# filter bogus requires on internal Devel::StackTrace package +%{?filter_setup:%filter_from_requires /perl(Devel::StackTraceFrame)/d} +%?perl_default_filter +%global __requires_exclude %{?__requires_exclude:%__requires_exclude|}perl\\(Devel::StackTraceFrame\\) + +%description +Devel::StackTrace is pretty good at generating stack traces. + +PadWalker is pretty good at the inspection and modification of your callers' +lexical variables. + +Devel::StackTrace::WithLexicals is pretty good at generating stack traces with +all your callers' lexical variables. + +%prep +%setup -q -n Devel-StackTrace-WithLexicals-%{version} + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor +make %{?_smp_mflags} + +%install +make pure_install DESTDIR=%{buildroot} + +find %{buildroot} -type f -name .packlist -exec rm -f {} \; +find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \; + +%{_fixperms} %{buildroot}/* + +%check +make test + +%files +%doc Changes +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Fri Sep 30 2011 Iain Arnell iarn...@gmail.com 0.10-1 +- Specfile autogenerated by cpanspec 1.78. diff --git a/sources b/sources index e69de29..c92be0b 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +2912c1d6386f5ff70e13b8fc99b0c830 Devel-StackTrace-WithLexicals-0.10.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-Devel-StackTrace-WithLexicals/f16] initial import (rhbz#742550)
Summary of changes: 9a0039f... initial import (rhbz#742550) (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Catalyst-Plugin-Session-Store-Delegate-0.06.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Catalyst-Plugin-Session-Store-Delegate: daa73e910e3ec47fd7abc31642cc65aa Catalyst-Plugin-Session-Store-Delegate-0.06.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Devel-StackTrace-WithLexicals/f15] initial import (rhbz#742550)
Summary of changes: 9a0039f... initial import (rhbz#742550) (*) (*) 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-Catalyst-Plugin-Session-Store-Delegate] initial import (rhbz#742548)
commit 20cae9676ed0807520131121df78b34ec39b5673 Author: Iain Arnell iarn...@gmail.com Date: Mon Oct 3 16:39:57 2011 +0200 initial import (rhbz#742548) .gitignore |1 + perl-Catalyst-Plugin-Session-Store-Delegate.spec | 53 ++ sources |1 + 3 files changed, 55 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..79d8779 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Catalyst-Plugin-Session-Store-Delegate-0.06.tar.gz diff --git a/perl-Catalyst-Plugin-Session-Store-Delegate.spec b/perl-Catalyst-Plugin-Session-Store-Delegate.spec new file mode 100644 index 000..4b6e0b5 --- /dev/null +++ b/perl-Catalyst-Plugin-Session-Store-Delegate.spec @@ -0,0 +1,53 @@ +Name: perl-Catalyst-Plugin-Session-Store-Delegate +Version:0.06 +Release:1%{?dist} +Summary:Delegate session storage to an application model object +License:GPL+ or Artistic +Group: Development/Libraries +URL: http://search.cpan.org/dist/Catalyst-Plugin-Session-Store-Delegate/ +Source0: http://www.cpan.org/authors/id/B/BO/BOBTFISH/Catalyst-Plugin-Session-Store-Delegate-%{version}.tar.gz +BuildArch: noarch +BuildRequires: perl(Catalyst::Plugin::Session) = 0.27 +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Moose) +BuildRequires: perl(MooseX::Emulate::Class::Accessor::Fast) +BuildRequires: perl(MRO::Compat) +BuildRequires: perl(namespace::clean) +BuildRequires: perl(Test::More) +BuildRequires: perl(Test::use::ok) +Requires: perl(Catalyst::Plugin::Session) = 0.27 +Requires: perl(MooseX::Emulate::Class::Accessor::Fast) +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%{?perl_default_filter} + +%description +This store plugins makes delegating session storage to a first class object +model easy. + +%prep +%setup -q -n Catalyst-Plugin-Session-Store-Delegate-%{version} + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor +make %{?_smp_mflags} + +%install +make pure_install DESTDIR=%{buildroot} + +find %{buildroot} -type f -name .packlist -exec rm -f {} \; +find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \; + +%{_fixperms} %{buildroot}/* + +%check +make test + +%files +%doc Changes +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Fri Sep 30 2011 Iain Arnell iarn...@gmail.com 0.06-1 +- Specfile autogenerated by cpanspec 1.78. diff --git a/sources b/sources index e69de29..2cfe251 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +daa73e910e3ec47fd7abc31642cc65aa Catalyst-Plugin-Session-Store-Delegate-0.06.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Catalyst-Plugin-Session-Store-Delegate/f16] initial import (rhbz#742548)
Summary of changes: 20cae96... initial import (rhbz#742548) (*) (*) 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-Catalyst-Plugin-Session-Store-Delegate/f15] initial import (rhbz#742548)
Summary of changes: 20cae96... initial import (rhbz#742548) (*) (*) 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-Catalyst-Authentication-Credential-HTTP] initial import (rhbz#742549)
commit 615c39b382b7a1336410fe808ec8540d37347615 Author: Iain Arnell iarn...@gmail.com Date: Mon Oct 3 16:43:03 2011 +0200 initial import (rhbz#742549) .gitignore|1 + perl-Catalyst-Authentication-Credential-HTTP.spec | 60 + sources |1 + 3 files changed, 62 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..509ba45 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Catalyst-Authentication-Credential-HTTP-1.013.tar.gz diff --git a/perl-Catalyst-Authentication-Credential-HTTP.spec b/perl-Catalyst-Authentication-Credential-HTTP.spec new file mode 100644 index 000..196e2fd --- /dev/null +++ b/perl-Catalyst-Authentication-Credential-HTTP.spec @@ -0,0 +1,60 @@ +Name: perl-Catalyst-Authentication-Credential-HTTP +Version:1.013 +Release:1%{?dist} +Summary:HTTP Basic and Digest authentication for Catalyst +License:GPL+ or Artistic +Group: Development/Libraries +URL: http://search.cpan.org/dist/Catalyst-Authentication-Credential-HTTP/ +Source0: http://www.cpan.org/authors/id/B/BO/BOBTFISH/Catalyst-Authentication-Credential-HTTP-%{version}.tar.gz +BuildArch: noarch +BuildRequires: perl(Cache::FileCache) +BuildRequires: perl(Catalyst::Plugin::Authentication) = 0.10005 +BuildRequires: perl(Catalyst::Plugin::Cache) +BuildRequires: perl(Catalyst::Runtime) +BuildRequires: perl(Class::Accessor::Fast) +BuildRequires: perl(Data::UUID) = 0.11 +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(String::Escape) +BuildRequires: perl(Test::Exception) +BuildRequires: perl(Test::MockObject) +BuildRequires: perl(Test::More) = 0.88 +BuildRequires: perl(Test::WWW::Mechanize::Catalyst) +BuildRequires: perl(URI::Escape) +Requires: perl(Catalyst::Plugin::Authentication) = 0.10005 +Requires: perl(Class::Accessor::Fast) +Requires: perl(Data::UUID) = 0.11 +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%{?perl_default_filter} + +%description +This module lets you use HTTP authentication with +Catalyst::Plugin::Authentication. Both basic and digest authentication are +currently supported. + +%prep +%setup -q -n Catalyst-Authentication-Credential-HTTP-%{version} + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor +make %{?_smp_mflags} + +%install +make pure_install DESTDIR=%{buildroot} + +find %{buildroot} -type f -name .packlist -exec rm -f {} \; +find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \; + +%{_fixperms} %{buildroot}/* + +%check +make test + +%files +%doc Changes README Todo +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Fri Sep 30 2011 Iain Arnell iarn...@gmail.com 1.013-1 +- Specfile autogenerated by cpanspec 1.78. diff --git a/sources b/sources index e69de29..4e333f4 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +3e541b17e70cc175a883e260c053f638 Catalyst-Authentication-Credential-HTTP-1.013.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Catalyst-Model-Adaptor-0.10.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Catalyst-Model-Adaptor: 06756b1c13ebe84d3f2538975cfea978 Catalyst-Model-Adaptor-0.10.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Catalyst-Authentication-Credential-HTTP/f16] initial import (rhbz#742549)
Summary of changes: 615c39b... initial import (rhbz#742549) (*) (*) 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-Catalyst-Model-Adaptor] initial import (rhbz#742538)
commit 6bb4deebc91dd7292c049ddbfbc67f986f80ca67 Author: Iain Arnell iarn...@gmail.com Date: Mon Oct 3 16:44:23 2011 +0200 initial import (rhbz#742538) .gitignore |1 + perl-Catalyst-Model-Adaptor.spec | 51 ++ sources |1 + 3 files changed, 53 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..aa91cb8 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Catalyst-Model-Adaptor-0.10.tar.gz diff --git a/perl-Catalyst-Model-Adaptor.spec b/perl-Catalyst-Model-Adaptor.spec new file mode 100644 index 000..df37b07 --- /dev/null +++ b/perl-Catalyst-Model-Adaptor.spec @@ -0,0 +1,51 @@ +Name: perl-Catalyst-Model-Adaptor +Version:0.10 +Release:1%{?dist} +Summary:Use a plain class as a Catalyst model +License:GPL+ or Artistic +Group: Development/Libraries +URL:http://search.cpan.org/dist/Catalyst-Model-Adaptor/ +Source0: http://www.cpan.org/authors/id/B/BO/BOBTFISH/Catalyst-Model-Adaptor-%{version}.tar.gz +BuildArch: noarch +BuildRequires: perl(Catalyst::Runtime) +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(MRO::Compat) +BuildRequires: perl(ok) +BuildRequires: perl(Test::More) +BuildRequires: perl(Test::WWW::Mechanize::Catalyst) +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%{?perl_default_filter} + +%description +The idea is that you don't want your Catalyst model to be anything other +than a line or two of glue. Using this module ensures that your Model +classes are separate from your application and therefore are well- +abstracted, reusable, and easily testable. + +%prep +%setup -q -n Catalyst-Model-Adaptor-%{version} + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor +make %{?_smp_mflags} + +%install +make pure_install DESTDIR=%{buildroot} + +find %{buildroot} -type f -name .packlist -exec rm -f {} \; +find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \; + +%{_fixperms} %{buildroot}/* + +%check +make test + +%files +%doc Changes README +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Fri Sep 30 2011 Iain Arnell iarn...@gmail.com 0.10-1 +- Specfile autogenerated by cpanspec 1.78. diff --git a/sources b/sources index e69de29..6dfbf11 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +06756b1c13ebe84d3f2538975cfea978 Catalyst-Model-Adaptor-0.10.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Catalyst-Model-Adaptor/f16] initial import (rhbz#742538)
Summary of changes: 6bb4dee... initial import (rhbz#742538) (*) (*) 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-Catalyst-Model-Adaptor/f15] initial import (rhbz#742538)
Summary of changes: 6bb4dee... initial import (rhbz#742538) (*) (*) 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 strictures-1.002002.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-strictures: adf0840ec52cab21545a4903bdc2ee58 strictures-1.002002.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-strictures] initial import (rhbz#742742)
commit d5eb1ef49137a7063b9e545b4e655c38e7ec9552 Author: Iain Arnell iarn...@gmail.com Date: Mon Oct 3 16:54:39 2011 +0200 initial import (rhbz#742742) .gitignore |1 + perl-strictures.spec | 49 + sources |1 + 3 files changed, 51 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..24532df 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/strictures-1.002002.tar.gz diff --git a/perl-strictures.spec b/perl-strictures.spec new file mode 100644 index 000..a76c690 --- /dev/null +++ b/perl-strictures.spec @@ -0,0 +1,49 @@ +Name: perl-strictures +Version:1.002002 +Release:2%{?dist} +Summary:Turn on strict and make all warnings fatal +License:GPL+ or Artistic +Group: Development/Libraries +URL:http://search.cpan.org/dist/strictures/ +Source0: http://www.cpan.org/authors/id/M/MS/MSTROUT/strictures-%{version}.tar.gz +BuildArch: noarch +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(strict) +BuildRequires: perl(Test::More) +BuildRequires: perl(warnings) +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%{?perl_default_filter} + +%description +This package turns on strict and makes all warnings fatal. + +%prep +%setup -q -n strictures-%{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 +%doc Changes README +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Sun Oct 02 2011 Iain Arnell iarn...@gmail.com 1.002002-2 +- better description + +* Sun Oct 02 2011 Iain Arnell iarn...@gmail.com 1.002002-1 +- Specfile autogenerated by cpanspec 1.79. diff --git a/sources b/sources index e69de29..8d7ce6d 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +adf0840ec52cab21545a4903bdc2ee58 strictures-1.002002.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-strictures/f16] initial import (rhbz#742742)
Summary of changes: d5eb1ef... initial import (rhbz#742742) (*) (*) 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-strictures/f15] initial import (rhbz#742742)
Summary of changes: d5eb1ef... initial import (rhbz#742742) (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File HTML-FormHandler-0.35003.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-HTML-FormHandler: ea8d91d19fb1871f6c0304a3b9f365b3 HTML-FormHandler-0.35003.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-HTML-FormHandler] initial import (rhbz#742543)
commit 2278b86c1f504651d47c71cf42ac3443cb40a60f Author: Iain Arnell iarn...@gmail.com Date: Tue Oct 4 05:02:41 2011 +0200 initial import (rhbz#742543) .gitignore |1 + perl-HTML-FormHandler.spec | 89 sources|1 + 3 files changed, 91 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..c8a3079 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/HTML-FormHandler-0.35003.tar.gz diff --git a/perl-HTML-FormHandler.spec b/perl-HTML-FormHandler.spec new file mode 100644 index 000..8a1e85f --- /dev/null +++ b/perl-HTML-FormHandler.spec @@ -0,0 +1,89 @@ +Name: perl-HTML-FormHandler +Version:0.35003 +Release:2%{?dist} +Summary:HTML forms using Moose +License:GPL+ or Artistic +Group: Development/Libraries +URL:http://search.cpan.org/dist/HTML-FormHandler/ +Source0: http://www.cpan.org/authors/id/G/GS/GSHANK/HTML-FormHandler-%{version}.tar.gz +BuildArch: noarch +BuildRequires: perl(aliased) +BuildRequires: perl(Carp) +BuildRequires: perl(Class::Load) = 0.06 +BuildRequires: perl(DateTime) +BuildRequires: perl(DateTime::Format::Strptime) +BuildRequires: perl(Email::Valid) +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(File::ShareDir) +BuildRequires: perl(File::ShareDir::Install) +BuildRequires: perl(File::Spec) +BuildRequires: perl(Locale::Maketext) = 1.09 +BuildRequires: perl(Moose) = 2.0007 +BuildRequires: perl(MooseX::Getopt) = 0.16 +BuildRequires: perl(MooseX::Types) = 0.20 +BuildRequires: perl(MooseX::Types::Common) +BuildRequires: perl(MooseX::Types::LoadableClass) = 0.006 +BuildRequires: perl(namespace::autoclean) = 0.09 +BuildRequires: perl(Template) +BuildRequires: perl(Test::Differences) +BuildRequires: perl(Test::Exception) +BuildRequires: perl(Test::Memory::Cycle) = 1.04 +BuildRequires: perl(Test::More) = 0.94 +BuildRequires: perl(Try::Tiny) +Requires: perl(Class::Load) = 0.06 +Requires: perl(Locale::Maketext) = 1.09 +Requires: perl(Moose) = 2.0007 +Requires: perl(MooseX::Getopt) = 0.16 +Requires: perl(MooseX::Types) = 0.20 +Requires: perl(MooseX::Types::Common) +Requires: perl(MooseX::Types::LoadableClass) = 0.006 +Requires: perl(namespace::autoclean) = 0.09 +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +# hidden from Pause +Provides: perl(HTML::FormHandler::Meta::Role) +Provides: perl(HTML::FormHandler::Model::CDBI) = 0.02 +Provides: perl(HTML::FormHandler::Params) +Provides: perl(HTML::FormHandler::Field::Repeatable::Instance) + +%{?perl_default_filter} + +%description +HTML::FormHandler is a form handling class that validates HTML form data and, +for database forms, saves it to the database on validation. It has field +classes that can be used for creating a set of widgets and highly automatic +templates. There are two simple rendering roles plus a set of widget roles for +individual form and field classes. FormHandler is designed to make it easy to +produce alternative rendering modules. + +%prep +%setup -q -n HTML-FormHandler-%{version} + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor +make %{?_smp_mflags} + +%install +make pure_install DESTDIR=%{buildroot} + +find %{buildroot} -type f -name .packlist -exec rm -f {} \; +find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \; + +%{_fixperms} %{buildroot}/* + +%check +make test + +%files +%doc Changes LICENSE README TODO +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Sun Oct 02 2011 Iain Arnell iarn...@gmail.com 0.35003-2 +- fix explicit provides - should be + HTML::FormHandler::Field::Repeatable::Instance, not + HTML::FormHandler::Field::Compound. + +* Fri Sep 30 2011 Iain Arnell iarn...@gmail.com 0.35003-1 +- Specfile autogenerated by cpanspec 1.78. diff --git a/sources b/sources index e69de29..12711b3 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +ea8d91d19fb1871f6c0304a3b9f365b3 HTML-FormHandler-0.35003.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-HTML-FormHandler/f16] initial import (rhbz#742543)
Summary of changes: 2278b86... initial import (rhbz#742543) (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-HTML-FormHandler/f15] initial import (rhbz#742543)
Summary of changes: 2278b86... initial import (rhbz#742543) (*) (*) 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