Re: Intent to package GNOME Shell frippery
On Fri, 2011-07-29 at 10:57 +0200, drago01 wrote: Well in gnome 3.2 (which should be out for F16) extensions will be like firefox extensions i.e you go to extensions.gnome.org and click install to install an extension. Distro packaged extensions are frowned upon upstream. So, just so I understand, the requirement/assumption is that all machines will be online and pulling bits down directly from GNOME? That won't map at all to enterprise or non-fully connected environments. It needs to be possible to install/provision a system with this kind of functionality because users are going to want to get these extensions. David: on the subject of your followup...my advice, by the way, is that life is too short to continue to try to explain why GNOME Shell is unusable for folks like you and I. I'd just switch to XFCE and be done with it. My machines are a lot happier for having made the switch :) Jon. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Rapid DHCP
On Fri 29 July 2011 13:10:34 Itamar Reis Peixoto wrote: Interesting message in another list. for me fedora is very slow to get dhcp address. Reading the hackernews comments on it makes me wonder if this is a very good idea. It may work for people in certain usecases, but in the case of Fedora probably not so much http://news.ycombinator.com/item?id=2756952 http://news.ycombinator.com/item?id=2757785 for examples r -- Forwarded message -- From: Sridhar Dhanapalan srid...@laptop.org.au Date: Fri, Jul 29, 2011 at 12:51 PM Subject: Rapid DHCP To: OLPC Devel de...@lists.laptop.org, OLPC Australia list olpc...@lists.laptop.org Here's an article that tries to explain why Mac OS is so much faster at connecting to networks than Linux and Windows: http://cafbit.com/entry/rapid_dhcp_or_how_do Could such an implementation be considered for the OLPC OS? XOs go on and off the network all the time, as power management kicks in and the machines move in and out of AP range (or switch to a different AP). This is a disruptive process, and speeding it up would be welcome. Sridhar Sridhar Dhanapalan Engineering Manager One Laptop per Child Australia M: +61 425 239 701 E: srid...@laptop.org.au A: G.P.O. Box 731 Sydney, NSW 2001 W: www.laptop.org.au ___ Devel mailing list de...@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Ryan Rix -- http://rix.si == OpenSource.com: Where Open Source Happens! == _ \//_ All Hail the Beefy Miracle! /_/ \ \ 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: Intent to package GNOME Shell frippery
On Sat, 2011-07-30 at 02:23 -0400, Jon Masters wrote: David: on the subject of your followup...my advice, by the way, is that life is too short to continue to try to explain why GNOME Shell is unusable for folks like you and I. I'd just switch to XFCE and be done with it. My machines are a lot happier for having made the switch :) I'm not really interested in explaining why GNOME Shell is unusable. It's not about explanations anyway; they *want* it to be unusable¹. Besides, I'm content enough with GNOME Shell as long as we have gnome-shell-frippery. My only issue right now is that it's not packaged in a Fedora repository, so I don't have the expectation that it'll be kept up to date and in sync with Fedora's gnome-shell, and that it'll be updated when I connect to a decent wired network and run 'yum update'. That is the subject of this thread; I'm not interested in the meta-discussion, which is why I was so short in response to the upstream wants... interjection. -- dwmw2 ¹ Unusable for me. As measured objectively by me actually trying to use it. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Rapid DHCP
On 07/30/2011 04:48 AM, Ryan Rix wrote: ... Reading the hackernews comments on it makes me wonder if this is a very good idea. It may work for people in certain usecases, but in the case of Fedora probably not so much http://news.ycombinator.com/item?id=2756952 http://news.ycombinator.com/item?id=2757785 -- Forwarded message -- ... http://cafbit.com/entry/rapid_dhcp_or_how_do Hmm ... the complaint of changing IP does not seem to make sense - as I read the article - the MAC simply remembers server info and instead of a blind dhcp (which causes delays if you are now on a new network as the dhcp server will not NAK a network for which is not authoritative), it ARP's the remembered server first which is very fast - hard to see how this would cause problems (shy of bugs of course)... gene/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Rapid DHCP
On Sat, 30.07.11 10:31, Genes MailLists (li...@sapience.com) wrote: http://cafbit.com/entry/rapid_dhcp_or_how_do Hmm ... the complaint of changing IP does not seem to make sense - as I read the article - the MAC simply remembers server info and instead of a blind dhcp (which causes delays if you are now on a new network as the dhcp server will not NAK a network for which is not authoritative), it ARP's the remembered server first which is very fast - hard to see how this would cause problems (shy of bugs of course)... IIRC connman (i.e. NM's competition) can do the ARP magic, too. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: koji: kernel-2.6.40-3.fc15
Am 30.07.2011 04:16, schrieb Dave Jones: On Sat, Jul 30, 2011 at 01:16:43AM +0200, Reindl Harald wrote: i have running 2.6.40-4.fc15.x86_64 #1 SMP in my testing-virtual-machine since some minutes, boot looked fine, after a minute a got a btrfs-stack-trace hope this helps (no i do not tend use btrfs in production *gg*) hmm, doesn't look like that one has been reported before. Can you file this in bugzilla please ? I expect Josef will want to take a look at it next week. thanks, Dave done: https://bugzilla.redhat.com/show_bug.cgi?id=726868 Am 30.07.2011 04:29, schrieb Genes MailLists: wasn't there some kind of issue in vm's ? Maybe I'm not remembering correctly no - performance sucks if the VM is stored on a BTRFS formatted disk this is a completly other problem and it must not make a differnece if a FS is used inside or outside a virtual machine, not in 2011 the BTRFS-FS in this VM survived two dist-upgrades until now :-) signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Rapid DHCP
On 07/30/2011 10:37 AM, Lennart Poettering wrote: On Sat, 30.07.11 10:31, Genes MailLists (li...@sapience.com) wrote: http://cafbit.com/entry/rapid_dhcp_or_how_do IIRC connman (i.e. NM's competition) can do the ARP magic, too. Lennart Seems like a pretty reasonable thing to do - surely better than just waiting for a timeout to decide if the server is not there ... are you aware of any gotcha's ? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: koji: kernel-2.6.40-3.fc15
On 07/30/2011 12:52 AM, Reindl Harald wrote: Am 30.07.2011 04:29, schrieb Genes MailLists: wasn't there some kind of issue in vm's ? Maybe I'm not remembering correctly no - performance sucks if the VM is stored on a BTRFS formatted disk this is a completly other problem and it must not make a differnece if a FS is used inside or outside a virtual machine, not in 2011 the BTRFS-FS in this VM survived two dist-upgrades until now :-) Ah right - that rings a bell now :-) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fwd: Broken dependencies: pysdm
This is my first time to get a message like this. Do I need to do anything yet or is this a branching issue that will likely resolve itself? Thanks, RIchard -- Forwarded message -- From: build...@fedoraproject.org Date: Sat, Jul 30, 2011 at 10:49 AM Subject: Broken dependencies: pysdm To: pysdm-ow...@fedoraproject.org pysdm has broken dependencies in the F-16 tree: On x86_64: pysdm-0.4.1-2.fc16.noarch requires beesu pysdm-0.4.1-2.fc16.noarch requires pygtk2 On i386: pysdm-0.4.1-2.fc16.noarch requires beesu pysdm-0.4.1-2.fc16.noarch requires pygtk2 Please resolve this as soon as possible. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Broken dependencies: pysdm
On Sat, Jul 30, 2011 at 16:11:34 GMT, Richard Shaw wrote: This is my first time to get a message like this. Do I need to do anything yet or is this a branching issue that will likely resolve itself? I got notifications about broken dependencies on /usr/bin/pkg-config. I'd wait until tomorrow to see if things settle. -- Ben -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Broken dependencies: pysdm
On Sat, Jul 30, 2011 at 11:11:34 -0500, Richard Shaw hobbes1...@gmail.com wrote: This is my first time to get a message like this. Do I need to do anything yet or is this a branching issue that will likely resolve itself? I suspect it is something related to the first build of F16. I got warnings for most (or all) of my packages and they don't get warnings in rawhide. So I suggest waiting a day or two to see if we continue to get these warnings before spending a lot of effort looking into it. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Defining build options based on available compiler version
Hi,
I tried using
%global gccver %(gcc -dumpversion)
%if %{gccver} = 4.6.0
foo here
%endif
to conditionalize usage of quadruple precision support in a spec file
that ships on multiple distros, but the comparison gives the error
parseExpressionBoolean returns -1
Is there a way to check if the gcc version is sufficient with some rpm
macro?
--
Jussi Lehtola
Fedora Project Contributor
jussileht...@fedoraproject.org
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Defining build options based on available compiler version
On Sat, Jul 30, 2011 at 11:44 AM, Jussi Lehtola
jussileht...@fedoraproject.org wrote:
Hi,
I tried using
%global gccver %(gcc -dumpversion)
%if %{gccver} = 4.6.0
foo here
%endif
to conditionalize usage of quadruple precision support in a spec file
that ships on multiple distros, but the comparison gives the error
parseExpressionBoolean returns -1
I'm just guessing here, but I think because of the dots it's returning
a string instead of a number which makes the = comparison invalid. Is
there another gcc option that will give you a dotless version
number?
I would try something like:
%global gccver %(gcc -dumpversion | sed s/\.//g)
%if %{gccver} = 460
foo here
%endif
Richard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Broken dependencies: pysdm
On Sat, 30 Jul 2011 11:03:05 -0500 Bruno Wolff III br...@wolff.to wrote: On Sat, Jul 30, 2011 at 11:11:34 -0500, Richard Shaw hobbes1...@gmail.com wrote: This is my first time to get a message like this. Do I need to do anything yet or is this a branching issue that will likely resolve itself? I suspect it is something related to the first build of F16. I got warnings for most (or all) of my packages and they don't get warnings in rawhide. So I suggest waiting a day or two to see if we continue to get these warnings before spending a lot of effort looking into it. Yeah, something went wacky with the branched compose. I would suggest everyone ignore these emails today. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Defining build options based on available compiler version
On 07/30/2011 07:44 PM, Jussi Lehtola wrote: Is there a way to check if the gcc version is sufficient with some rpm macro? Do you actually need to have it as a macro? Often cases like this can be handled with plain shell code in %prep, %build, etc. Or by patching the build system to do the check automatically and sending the patch upstream. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Defining build options based on available compiler version
On Sat, 30 Jul 2011 20:05:12 +0300 Ville Skyttä ville.sky...@iki.fi wrote: On 07/30/2011 07:44 PM, Jussi Lehtola wrote: Is there a way to check if the gcc version is sufficient with some rpm macro? Do you actually need to have it as a macro? Often cases like this can be handled with plain shell code in %prep, %build, etc. Or by patching the build system to do the check automatically and sending the patch upstream. Yes, since the existence of some subpackages depends on whether the option is supported or not. -- Jussi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Defining build options based on available compiler version
On Sat, 30 Jul 2011 11:50:51 -0500
Richard Shaw hobbes1...@gmail.com wrote:
I'm just guessing here, but I think because of the dots it's returning
a string instead of a number which makes the = comparison invalid. Is
there another gcc option that will give you a dotless version
number?
I would try something like:
%global gccver %(gcc -dumpversion | sed s/\.//g)
%if %{gccver} = 460
foo here
%endif
I'm guessing, too, that the issue has to do with strings vs numbers.
The above version also fails with parseExpressionBoolean returns -1.
--
Jussi Lehtola
Fedora Project Contributor
jussileht...@fedoraproject.org
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Would like to claim deprecated package brandy
I just found out about the package brandy and was saddened to realize that I missed the orphan-deprecation announcement. I'd like to take this one. Oddly, I see that the dead.package file states that: This package was retired on 2011-07-25 due to it being unable to build this package for multiple releases (FTBFS). However, it was built successfully for F15, and currently builds fine on both primary archs without change. Deprecated-package-revival review at https://bugzilla.redhat.com/show_bug.cgi?id=726910 -Chris -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Defining build options based on available compiler version
On Sat, 30 Jul 2011 19:44:41 +0300
Jussi Lehtola wrote:
Hi,
I tried using
%global gccver %(gcc -dumpversion)
%if %{gccver} = 4.6.0
foo here
%endif
to conditionalize usage of quadruple precision support in a spec file
that ships on multiple distros, but the comparison gives the error
parseExpressionBoolean returns -1
Is there a way to check if the gcc version is sufficient with some rpm
macro?
Using python for parsing seems to work, but it looks a bit weird ;)
%global true_or_false %(python -c print('%{gccver}' = '4.6.0'))
%if %{true_or_false} == True
echo true
%else
echo false
%endif
Hope that helps,
Thomsa
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: koji: kernel-2.6.40-3.fc15
On Fri, 2011-07-29 at 13:53 +0200, Reindl Harald wrote: http://koji.fedoraproject.org/koji/buildinfo?buildID=256138 does this mean that F15 will get a rebased 2.6.40 sooner or later in stable repos to avoid troubles with the new versioning and will not stuck at 2.6.38 the whole life cycle? Hi, I know its beyond the scope of this Fedora-proper, but would it be possible to rebuild the kernel w/ CONFIG_LOCKDEP disabled so people using the nVidia binary driver will be able to test it? Thanks. - Gilboa -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
RPM's For ClipGrab
Hi! Today I found Fedora Specific RPM packages for ClipGrab, a GUI tool for Downloading Youtube Videos. The thing is, the binary file that the original developers give away for general linux use didn't work for me and I wasn't able to compile it by source, so I went to RPMFind but didn't found anything... Searching in the web, I found a repo of an OpenSUSE user that made Fedora RPM Packages for this app and I tested the 64 bit one in my F15 system, worked great. Uploaded the 32 64 Bit RPM's to my CDN and also the SRC.RPM: 32 Bits: http://commondatastorage.googleapis.com/xenodecdn/clipgrab-3.1.0.1-2.1.i686.rpm 64 Bits: http://commondatastorage.googleapis.com/xenodecdn/clipgrab-3.1.0.1-2.1.x86_64.rpm src.rpm: http://commondatastorage.googleapis.com/xenodecdn/clipgrab-3.1.0.1-2.1.src.rpm I'm posting this here in case someone is interested in pushing this RPM's into RPMFusion or something like that, the repo where I found them is this one: http://download.opensuse.org/repositories/home:/Faster3ck:/fasterindesign/Fedora_15/ And if you want some more information about ClipGrab: http://clipgrab.de/en Have a Nice Day. -- Manuel Escudero Linux User #509052 Twitter: @Jmlevick http://twitter.com/Jmlevick Blogger: Blog Xenode http://xenodesystems.blogspot.com/ PGP/GnuPG: E2F5 12FA E1C3 FA58 CF15 8481 B77B 00CA C1E1 0FA7 Xenode Systems - xenodesystems.com http://www.xenodesystems.com/ - Conéctate a Tu Mundo -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Broken dependencies: pysdm
I got this message about broken dependencies too -- tesseract and recode. Well, I'd wait. -- Elder Marco GNU/Linux User: #471180 Contra o positivismo, que pára perante os fenômenos e diz: 'Há apenas fatos', eu digo: 'Ao contrário, fatos é o que não há; há apenas interpretações'. (Nietzsche) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Intent to package GNOME Shell frippery
On Sat, 2011-07-30 at 02:23 -0400, Jon Masters wrote: So, just so I understand, the requirement/assumption is that all machines will be online and pulling bits down directly from GNOME? That won't map at all to enterprise or non-fully connected environments. It needs to be possible to install/provision a system with this kind of functionality because users are going to want to get these extensions. David: on the subject of your followup...my advice, by the way, is that life is too short to continue to try to explain why GNOME Shell is unusable for folks like you and I. I'd just switch to XFCE and be done with it. My machines are a lot happier for having made the switch :) +1. There are also some very nice dock-programs available which make xfce even more easy to use. definitely recommended rather than tilting at windmills with gnome3. -sv -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Defining build options based on available compiler version
On Sat, Jul 30, 2011 at 09:38:29PM +0200, Thomas Spura wrote:
On Sat, 30 Jul 2011 19:44:41 +0300
Jussi Lehtola wrote:
Hi,
I tried using
%global gccver %(gcc -dumpversion)
%if %{gccver} = 4.6.0
foo here
%endif
to conditionalize usage of quadruple precision support in a spec file
that ships on multiple distros, but the comparison gives the error
parseExpressionBoolean returns -1
Is there a way to check if the gcc version is sufficient with some rpm
macro?
Using python for parsing seems to work, but it looks a bit weird ;)
%global true_or_false %(python -c print('%{gccver}' = '4.6.0'))
Watch out, this is very dangerous! You are comparing strings, not
versions:
print '4.6.2' = '4.6.12'
True
The better way would be to use distutils.version:
from distutils.version import StrictVersion
print StrictVersion('4.6.2') = StrictVersion('4.6.12')
False
It is possible to write this one one line, but that looks reall ugly:
%global true_or_false %(python -c from distutils.version import StrictVersion
as v; print v(%{gccver}) = v('4.6.0'))
HTH,
Niels
%if %{true_or_false} == True
echo true
%else
echo false
%endif
Hope that helps,
Thomsa
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Defining build options based on available compiler version
On Sat, 30 Jul 2011 21:39:24 +0100
Niels de Vos wrote:
Watch out, this is very dangerous! You are comparing strings, not
versions:
print '4.6.2' = '4.6.12'
True
Thanks... I was testing with to low numbers... :(
The better way would be to use distutils.version:
from distutils.version import StrictVersion
print StrictVersion('4.6.2') = StrictVersion('4.6.12')
False
It is possible to write this one one line, but that looks reall ugly:
%global true_or_false %(python -c from distutils.version import
StrictVersion as v; print v(%{gccver}) = v('4.6.0'))
Some '' are missing around gccver.
Thanks,
Thomas
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Rapid DHCP
On Sat, 2011-07-30 at 11:46 -0400, Genes MailLists wrote: On 07/30/2011 10:37 AM, Lennart Poettering wrote: On Sat, 30.07.11 10:31, Genes MailLists (li...@sapience.com) wrote: http://cafbit.com/entry/rapid_dhcp_or_how_do IIRC connman (i.e. NM's competition) can do the ARP magic, too. Lennart Seems like a pretty reasonable thing to do - surely better than just waiting for a timeout to decide if the server is not there ... are you aware of any gotcha's ? NM already keeps DHCP information around based on the network you're connecting to, so we don't need to ARP a bunch of servers just to determine whether the DHCP server we wanted is still there. dhclient is smart enough to attempt to reclaim the lease if it's not already expired. Note that the Mac attempts to ARP a number of different DHCP servers (192.168.2.1, 192.168.4.1, 192.168.1.1) which would be pointless with NetworkManager, because it's extremely unlikely that the DHCP server on your wifi network has changed; NM would simply know that the last DHCP server used *on that wifi network* was 192.168.1.1 and not bother to try talking to other ones like Mac OS X appears to do. NM could use the same method of ARPing multiple DHCP servers that Mac OS X does, but it wouldn't provide much additional benefit, if any, at least on WiFi networks. It could be used on wired networks to (a) determine which wired network you're connected to, and (b) do rapid DHCP. Again, NM already knows what DHCP server and what lease was last used on the specific wifi network you just connected to, and it won't bother doing a DISCOVER, it'll just jump to RENEW if your lease is still valid. What's unique about the method described there is that the Mac configures the interface with the same IP address it previously had if the lease is still valid, while NetworkManager waits for the DHCP server confirm the lease. So we could presumptuously configure the interface with the previous address from the lease and then only tear it down if the DHCP server fails or rejects the renewal. Of course, none of this helps if your DHCP leases are short, but it certainly helps if you put your laptop to sleep a lot and wake it up in the same location. Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Rapid DHCP
Dan, that works on wireless networks. On wired networks the ARP technique determines *which* of the valid leases you should attempt to restore. So on a wired network you: 1. ARP the known DHCP server IPs to discover the subnet. 2. ARP the IP from the valid lease on that subnet to avoid collision. 3. Restore the ifconfig from the still valid lease. 4. Renew the lease. This should be pretty sane and gives large speedups to resuming on wired (which people with docks do a lot). Nathaniel On Jul 30, 2011 6:45 PM, Dan Williams d...@redhat.com wrote: On Sat, 2011-07-30 at 11:46 -0400, Genes MailLists wrote: On 07/30/2011 10:37 AM, Lennart Poettering wrote: On Sat, 30.07.11 10:31, Genes MailLists (li...@sapience.com) wrote: http://cafbit.com/entry/rapid_dhcp_or_how_do IIRC connman (i.e. NM's competition) can do the ARP magic, too. Lennart Seems like a pretty reasonable thing to do - surely better than just waiting for a timeout to decide if the server is not there ... are you aware of any gotcha's ? NM already keeps DHCP information around based on the network you're connecting to, so we don't need to ARP a bunch of servers just to determine whether the DHCP server we wanted is still there. dhclient is smart enough to attempt to reclaim the lease if it's not already expired. Note that the Mac attempts to ARP a number of different DHCP servers (192.168.2.1, 192.168.4.1, 192.168.1.1) which would be pointless with NetworkManager, because it's extremely unlikely that the DHCP server on your wifi network has changed; NM would simply know that the last DHCP server used *on that wifi network* was 192.168.1.1 and not bother to try talking to other ones like Mac OS X appears to do. NM could use the same method of ARPing multiple DHCP servers that Mac OS X does, but it wouldn't provide much additional benefit, if any, at least on WiFi networks. It could be used on wired networks to (a) determine which wired network you're connected to, and (b) do rapid DHCP. Again, NM already knows what DHCP server and what lease was last used on the specific wifi network you just connected to, and it won't bother doing a DISCOVER, it'll just jump to RENEW if your lease is still valid. What's unique about the method described there is that the Mac configures the interface with the same IP address it previously had if the lease is still valid, while NetworkManager waits for the DHCP server confirm the lease. So we could presumptuously configure the interface with the previous address from the lease and then only tear it down if the DHCP server fails or rejects the renewal. Of course, none of this helps if your DHCP leases are short, but it certainly helps if you put your laptop to sleep a lot and wake it up in the same location. Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unresponsive maintainer: cvsgraph
Bojan Smojver bojan at rexursive.com writes: I'm guessing these things take time to propagate: Bodhi still telling me I don't have commit access to cvsgraph... -- Bojan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Rapid DHCP
On 07/30/2011 06:49 PM, Dan Williams wrote: NM already keeps DHCP information around based on the network you're connecting to, so we don't need to ARP a bunch of servers just to determine whether the DHCP server we wanted is still there. dhclient is Cool - so is NM already pretty optimal for the case when one sleeps a laptop - and wakes it up in a new wireless domain? How does it know the dhcp server is still there when the laptop has moved on? What's unique about the method described there is that the Mac configures the interface with the same IP address it previously had if the lease is still valid, while NetworkManager waits for the DHCP server confirm the lease. So we could presumptuously configure the interface with the previous address from the lease and then only tear it down if the DHCP server fails or rejects the renewal. Probably best not to do this - as it can lead to duplicate IP's on the network - even if briefly - wasn't something like this an issue with some smartphones and princeton univ wifi - and led to them banning android for whatever version had the problem ? http://code.google.com/p/android/issues/detail?id=11236 Of course, none of this helps if your DHCP leases are short, but it certainly helps if you put your laptop to sleep a lot and wake it up in the same location. I tend to wake mine up in new locations a lot ... NM doesn't seem to take very long to latch onto the new one. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Rapid DHCP
On Sat, Jul 30, 2011 at 11:30:30PM -0400, Genes MailLists wrote: On 07/30/2011 06:49 PM, Dan Williams wrote: What's unique about the method described there is that the Mac configures the interface with the same IP address it previously had if the lease is still valid, while NetworkManager waits for the DHCP server confirm the lease. So we could presumptuously configure the interface with the previous address from the lease and then only tear it down if the DHCP server fails or rejects the renewal. Probably best not to do this - as it can lead to duplicate IP's on the network - even if briefly - wasn't something like this an issue with some smartphones and princeton univ wifi - and led to them banning android for whatever version had the problem ? No, it cannot lead to duplicate IPs *if the lease is still valid*. If the client has a cached lease, and the lease has not yet reached expiry, then the promise that the DHCP server has made to that client for it to use that IP address for that period of time is still valid and the client is free to continue use that IP address. http://code.google.com/p/android/issues/detail?id=11236 This was a case of a client continuing to use an IP address /after it had expired/. This is clearly broken behavior. Of course, none of this helps if your DHCP leases are short, but it certainly helps if you put your laptop to sleep a lot and wake it up in the same location. I tend to wake mine up in new locations a lot ... NM doesn't seem to take very long to latch onto the new one. Most of the problems I have after resume are with flakey wireless drivers and/or wpa_supplicant making a solid association to an AP before even getting to the DHCP stage. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 706689] perl-JSON-2.53 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=706689 Ville Skyttä ville.sky...@iki.fi changed: What|Removed |Added Status|NEW |CLOSED Resolution||RAWHIDE Fixed In Version||2.53-1 Last Closed||2011-07-30 05:51:03 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 726889] New: perl-IRC-Utils-0.11 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-IRC-Utils-0.11 is available https://bugzilla.redhat.com/show_bug.cgi?id=726889 Summary: perl-IRC-Utils-0.11 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-IRC-Utils AssignedTo: psab...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com, psab...@redhat.com Classification: Fedora Story Points: --- Type: --- Latest upstream release: 0.11 Current version in Fedora Rawhide: 0.10 URL: http://search.cpan.org/dist/IRC-Utils/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 715559] perl-Mojolicious-1.68 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=715559 Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org changed: What|Removed |Added Summary|perl-Mojolicious-1.67 is|perl-Mojolicious-1.68 is |available |available --- Comment #9 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org 2011-07-30 06:34:31 EDT --- Latest upstream release: 1.68 Current version in Fedora Rawhide: 1.65 URL: http://search.cpan.org/dist/Mojolicious/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File perl-Git-PurePerl.spec uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Git-PurePerl: 0965764be8f31ca9b75ffdea4aa0cd7e perl-Git-PurePerl.spec -- 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-Git-PurePerl] update to 0.48
commit dd826c2aa3771aeca711acd85f7b295b1eb743c6
Author: Iain Arnell iarn...@gmail.com
Date: Sat Jul 30 12:40:21 2011 +0200
update to 0.48
.gitignore |1 +
perl-Git-PurePerl.spec | 13 -
sources|2 +-
3 files changed, 10 insertions(+), 6 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 48f7325..ecf99b7 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
Git-PurePerl-0.46.tar.gz
/Git-PurePerl-0.47.tar.gz
+/perl-Git-PurePerl.spec
diff --git a/perl-Git-PurePerl.spec b/perl-Git-PurePerl.spec
index cfe9619..dc1519f 100644
--- a/perl-Git-PurePerl.spec
+++ b/perl-Git-PurePerl.spec
@@ -1,6 +1,6 @@
Name: perl-Git-PurePerl
-Version:0.47
-Release:4%{?dist}
+Version:0.48
+Release:1%{?dist}
Summary:Pure Perl interface to Git repositories
License:GPL+ or Artistic
Group: Development/Libraries
@@ -14,7 +14,7 @@ BuildRequires: perl(Compress::Zlib)
BuildRequires: perl(Config::GitLike)
BuildRequires: perl(Data::Stream::Bulk)
BuildRequires: perl(DateTime)
-BuildRequires: perl(Digest::SHA1)
+BuildRequires: perl(Digest::SHA)
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(File::Find::Rule)
BuildRequires: perl(IO::Digest)
@@ -53,12 +53,15 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {}
2/dev/null \;
make test
%files
-%defattr(-,root,root,-)
-%doc CHANGES README test-encoding.tgz test-project-packs2.tgz
test-project-packs.tgz test-project.tgz
+%doc CHANGES README
%{perl_vendorlib}/*
%{_mandir}/man3/*
%changelog
+* Tue Jul 26 2011 Iain Arnell iarn...@gmail.com 0.48-1
+- update to latest upstream
+- remove test tarballs from documentation
+
* Tue Jul 19 2011 Petr Sabata con...@redhat.com - 0.47-4
- Perl mass rebuild
diff --git a/sources b/sources
index f9529b3..51fd961 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-ae94e400442d03a8d8b42665de7295e7 Git-PurePerl-0.47.tar.gz
+0965764be8f31ca9b75ffdea4aa0cd7e perl-Git-PurePerl.spec
--
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-Git-PurePerl/f15] (2 commits) ...update to 0.48
Summary of changes: 828d2b4... Perl mass rebuild (*) dd826c2... update to 0.48 (*) (*) 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 Git-PurePerl-0.48.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Git-PurePerl: da6f1d0b4b33d1ac7508dbe87c6bf4ad Git-PurePerl-0.48.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-Git-PurePerl] upload correct sources
commit c4a14b957f6da3aaf445d4f2ffefb8bc91cb4f80 Author: Iain Arnell iarn...@gmail.com Date: Sat Jul 30 13:11:45 2011 +0200 upload correct sources .gitignore |1 + sources|2 +- 2 files changed, 2 insertions(+), 1 deletions(-) --- diff --git a/.gitignore b/.gitignore index ecf99b7..ed00f6a 100644 --- a/.gitignore +++ b/.gitignore @@ -1,3 +1,4 @@ Git-PurePerl-0.46.tar.gz /Git-PurePerl-0.47.tar.gz /perl-Git-PurePerl.spec +/Git-PurePerl-0.48.tar.gz diff --git a/sources b/sources index 51fd961..2f948db 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -0965764be8f31ca9b75ffdea4aa0cd7e perl-Git-PurePerl.spec +da6f1d0b4b33d1ac7508dbe87c6bf4ad Git-PurePerl-0.48.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-Git-PurePerl/f16] upload correct sources
Summary of changes: c4a14b9... upload correct sources (*) (*) 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-Git-PurePerl/f15] upload correct sources
Summary of changes: c4a14b9... upload correct sources (*) (*) 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-Git-PurePerl/f14] (5 commits) ...upload correct sources
Summary of changes: 3d14735... - 661697 rebuild for fixing problems with vendorach/lib (*) 443132e... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*) 828d2b4... Perl mass rebuild (*) dd826c2... update to 0.48 (*) c4a14b9... upload correct sources (*) (*) 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 Moose-2.0202.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Moose: 431bd76f7d93015e856786de062af164 Moose-2.0202.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-Moose] update to 2.0202
commit c2911f64eb85b5b89cf4618ff6ee11085081bbab
Author: Iain Arnell iarn...@gmail.com
Date: Sat Jul 30 14:37:32 2011 +0200
update to 2.0202
.gitignore |1 +
perl-Moose.spec | 12
sources |2 +-
3 files changed, 10 insertions(+), 5 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 2294fa5..213962f 100644
--- a/.gitignore
+++ b/.gitignore
@@ -10,3 +10,4 @@ Moose-1.08.tar.gz
/Moose-2.0002.tar.gz
/Moose-2.0007.tar.gz
/Moose-2.0010.tar.gz
+/Moose-2.0202.tar.gz
diff --git a/perl-Moose.spec b/perl-Moose.spec
index e19b623..24a4a4a 100644
--- a/perl-Moose.spec
+++ b/perl-Moose.spec
@@ -1,7 +1,7 @@
Name: perl-Moose
Summary:Complete modern object system for Perl 5
-Version:2.0010
-Release:2%{?dist}
+Version:2.0202
+Release:1%{?dist}
License:GPL+ or Artistic
Group: Development/Libraries
Source0:
http://search.cpan.org/CPAN/authors/id/D/DO/DOY/Moose-%{version}.tar.gz
@@ -52,9 +52,9 @@ BuildRequires: perl(Test::Requires) = 0.05
BuildRequires: perl(Data::OptList) = 0.107
BuildRequires: perl(Devel::GlobalDestruction)
BuildRequires: perl(Eval::Closure) = 0.04
-BuildRequires: perl(List::MoreUtils) = 0.12
+BuildRequires: perl(List::MoreUtils) = 0.28
BuildRequires: perl(MRO::Compat) = 0.05
-BuildRequires: perl(Package::DeprecationManager) = 0.10
+BuildRequires: perl(Package::DeprecationManager) = 0.11
BuildRequires: perl(Package::Stash) = 0.21
BuildRequires: perl(Package::Stash::XS) = 0.18
BuildRequires: perl(Params::Util) = 1.00
@@ -102,6 +102,7 @@ Requires: perl(Dist::CheckConflicts) = 0.02
# hidden from PAUSE
Provides: perl(Moose::Conflicts)
+Provides: perl(Moose::Error::Util)
%{?perl_default_filter}
@@ -164,6 +165,9 @@ make test
%{_mandir}/man3/Test::Moose*
%changelog
+* Sat Jul 30 2011 Iain Arnell iarn...@gmail.com 2.0202-1
+- update to latest upstream version
+
* Wed Jul 20 2011 Petr Sabata con...@redhat.com - 2.0010-2
- Perl mass rebuild
diff --git a/sources b/sources
index 8e47468..3c9032e 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c0b5c0ab72c9f80ab789cb20908e2deb Moose-2.0010.tar.gz
+431bd76f7d93015e856786de062af164 Moose-2.0202.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-Moose/f16] update to 2.0202
Summary of changes: c2911f6... update to 2.0202 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-NOCpulse-Gritch
perl-NOCpulse-Gritch has broken dependencies in the rawhide tree: On x86_64: perl-NOCpulse-Gritch-1.27.9-1.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-NOCpulse-Gritch-1.27.9-1.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
Broken dependencies: perl-Pugs-Compiler-Rule
perl-Pugs-Compiler-Rule has broken dependencies in the rawhide tree: On x86_64: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Clipboard
perl-Clipboard has broken dependencies in the F-16 tree: On x86_64: perl-Clipboard-0.13-3.fc16.noarch requires xclip On i386: perl-Clipboard-0.13-3.fc16.noarch requires xclip 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
Broken dependencies: perl-GSSAPI
perl-GSSAPI has broken dependencies in the F-16 tree: On x86_64: perl-GSSAPI-0.28-3.fc16.x86_64 requires libcom_err.so.2()(64bit) On i386: perl-GSSAPI-0.28-3.fc16.i686 requires libcom_err.so.2 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: mojomojo
mojomojo has broken dependencies in the F-16 tree: On x86_64: mojomojo-1.04-3.fc16.noarch requires mod_fcgid mojomojo-1.04-3.fc16.noarch requires docbook-style-xsl On i386: mojomojo-1.04-3.fc16.noarch requires docbook-style-xsl mojomojo-1.04-3.fc16.noarch requires mod_fcgid 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
Broken dependencies: perl-CGI-Application-Structured-Tools
perl-CGI-Application-Structured-Tools has broken dependencies in the F-16 tree: On x86_64: perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires perl(tmpl_var) perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires main_module) perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires perl(tmpl_var On i386: perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires perl(tmpl_var perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires main_module) perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires perl(tmpl_var) 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
Broken dependencies: perl-Gtk2-GladeXML
perl-Gtk2-GladeXML has broken dependencies in the F-16 tree: On x86_64: perl-Gtk2-GladeXML-1.007-9.fc16.x86_64 requires libglade-2.0.so.0()(64bit) On i386: perl-Gtk2-GladeXML-1.007-9.fc16.i686 requires libglade-2.0.so.0 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
Broken dependencies: cpanspec
cpanspec has broken dependencies in the F-16 tree: On x86_64: cpanspec-1.78-9.fc16.noarch requires /usr/bin/repoquery On i386: cpanspec-1.78-9.fc16.noarch requires /usr/bin/repoquery 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
Broken dependencies: perl-ExtUtils-PkgConfig
perl-ExtUtils-PkgConfig has broken dependencies in the F-16 tree: On x86_64: perl-ExtUtils-PkgConfig-1.12-10.fc16.noarch requires pkgconfig On i386: perl-ExtUtils-PkgConfig-1.12-10.fc16.noarch requires pkgconfig 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
Broken dependencies: perl-Text-CHM
perl-Text-CHM has broken dependencies in the F-16 tree: On x86_64: perl-Text-CHM-0.01-11.fc16.x86_64 requires libchm.so.0()(64bit) On i386: perl-Text-CHM-0.01-11.fc16.i686 requires libchm.so.0 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
Broken dependencies: perl-Compress-Raw-Bzip2
perl-Compress-Raw-Bzip2 has broken dependencies in the F-16 tree: On x86_64: perl-Compress-Raw-Bzip2-2.037-2.fc16.x86_64 requires libbz2.so.1()(64bit) On i386: perl-Compress-Raw-Bzip2-2.037-2.fc16.i686 requires libbz2.so.1 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
Broken dependencies: perl-Gnome2-Canvas
perl-Gnome2-Canvas has broken dependencies in the F-16 tree: On x86_64: perl-Gnome2-Canvas-1.002-17.fc16.x86_64 requires libgnomecanvas-2.so.0()(64bit) perl-Gnome2-Canvas-1.002-17.fc16.x86_64 requires libart_lgpl_2.so.2()(64bit) On i386: perl-Gnome2-Canvas-1.002-17.fc16.i686 requires libart_lgpl_2.so.2 perl-Gnome2-Canvas-1.002-17.fc16.i686 requires libgnomecanvas-2.so.0 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
Broken dependencies: perl-LWP-MediaTypes
perl-LWP-MediaTypes has broken dependencies in the F-16 tree: On x86_64: perl-LWP-MediaTypes-6.01-3.fc16.noarch requires mailcap On i386: perl-LWP-MediaTypes-6.01-3.fc16.noarch requires mailcap 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
Broken dependencies: perl-Gnome2-Print
perl-Gnome2-Print has broken dependencies in the F-16 tree: On x86_64: perl-Gnome2-Print-1.000-13.fc16.x86_64 requires libgnomeprintui-2-2.so.0()(64bit) perl-Gnome2-Print-1.000-13.fc16.x86_64 requires libgnomecanvas-2.so.0()(64bit) perl-Gnome2-Print-1.000-13.fc16.x86_64 requires libart_lgpl_2.so.2()(64bit) perl-Gnome2-Print-1.000-13.fc16.x86_64 requires libgnomeprint-2-2.so.0()(64bit) On i386: perl-Gnome2-Print-1.000-13.fc16.i686 requires libgnomeprint-2-2.so.0 perl-Gnome2-Print-1.000-13.fc16.i686 requires libart_lgpl_2.so.2 perl-Gnome2-Print-1.000-13.fc16.i686 requires libgnomecanvas-2.so.0 perl-Gnome2-Print-1.000-13.fc16.i686 requires libgnomeprintui-2-2.so.0 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
Broken dependencies: perl-Math-Pari
perl-Math-Pari has broken dependencies in the F-16 tree: On x86_64: perl-Math-Pari-2.010806-11.fc16.x86_64 requires libpari-gmp.so.2()(64bit) perl-Math-Pari-2.010806-11.fc16.x86_64 requires pari(x86-64) = 0:2.3.5 On i386: perl-Math-Pari-2.010806-11.fc16.i686 requires pari(x86-32) = 0:2.3.5 perl-Math-Pari-2.010806-11.fc16.i686 requires libpari-gmp.so.2 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Tk
perl-Tk has broken dependencies in the F-16 tree: On x86_64: perl-Tk-804.029-3.fc16.x86_64 requires libXft.so.2()(64bit) On i386: perl-Tk-804.029-3.fc16.i686 requires libXft.so.2 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Compress-Bzip2
perl-Compress-Bzip2 has broken dependencies in the F-16 tree: On x86_64: perl-Compress-Bzip2-2.09-13.fc16.x86_64 requires libbz2.so.1()(64bit) On i386: perl-Compress-Bzip2-2.09-13.fc16.i686 requires libbz2.so.1 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
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
Broken dependencies: perl-Mail-Mbox-MessageParser
perl-Mail-Mbox-MessageParser has broken dependencies in the F-16 tree: On x86_64: perl-Mail-Mbox-MessageParser-1.5002-9.fc16.noarch requires bzip2 perl-Mail-Mbox-MessageParser-1.5002-9.fc16.noarch requires gzip On i386: perl-Mail-Mbox-MessageParser-1.5002-9.fc16.noarch requires gzip perl-Mail-Mbox-MessageParser-1.5002-9.fc16.noarch requires bzip2 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
Broken dependencies: perl-Gnome2
perl-Gnome2 has broken dependencies in the F-16 tree: On x86_64: perl-Gnome2-1.042-9.fc16.x86_64 requires libORBit-2.so.0()(64bit) perl-Gnome2-1.042-9.fc16.x86_64 requires libgnomecanvas-2.so.0()(64bit) perl-Gnome2-1.042-9.fc16.x86_64 requires libgnome-2.so.0()(64bit) perl-Gnome2-1.042-9.fc16.x86_64 requires libart_lgpl_2.so.2()(64bit) perl-Gnome2-1.042-9.fc16.x86_64 requires libSM.so.6()(64bit) perl-Gnome2-1.042-9.fc16.x86_64 requires libgnomeui-2.so.0()(64bit) On i386: perl-Gnome2-1.042-9.fc16.i686 requires libgnome-2.so.0 perl-Gnome2-1.042-9.fc16.i686 requires libORBit-2.so.0 perl-Gnome2-1.042-9.fc16.i686 requires libart_lgpl_2.so.2 perl-Gnome2-1.042-9.fc16.i686 requires libgnomeui-2.so.0 perl-Gnome2-1.042-9.fc16.i686 requires libSM.so.6 perl-Gnome2-1.042-9.fc16.i686 requires libgnomecanvas-2.so.0 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
Broken dependencies: perl-Net-CUPS
perl-Net-CUPS has broken dependencies in the F-16 tree: On x86_64: perl-Net-CUPS-0.61-8.fc16.x86_64 requires libcom_err.so.2()(64bit) On i386: perl-Net-CUPS-0.61-8.fc16.i686 requires libcom_err.so.2 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-HTML-Tidy
perl-HTML-Tidy has broken dependencies in the F-16 tree: On x86_64: perl-HTML-Tidy-1.54-3.fc16.x86_64 requires libtidyp-1.02.so.0()(64bit) On i386: perl-HTML-Tidy-1.54-3.fc16.i686 requires libtidyp-1.02.so.0 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
Broken dependencies: perl-BDB
perl-BDB has broken dependencies in the F-16 tree: On x86_64: perl-BDB-1.88-4.fc16.x86_64 requires libdb-4.8.so()(64bit) On i386: perl-BDB-1.88-4.fc16.i686 requires libdb-4.8.so 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
Broken dependencies: perl-Net-DBus-GLib
perl-Net-DBus-GLib has broken dependencies in the F-16 tree: On x86_64: perl-Net-DBus-GLib-0.33.0-8.fc16.x86_64 requires libdbus-glib-1.so.2()(64bit) On i386: perl-Net-DBus-GLib-0.33.0-8.fc16.i686 requires libdbus-glib-1.so.2 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Module-Signature
perl-Module-Signature has broken dependencies in the F-16 tree: On x86_64: perl-Module-Signature-0.68-2.fc16.noarch requires gnupg On i386: perl-Module-Signature-0.68-2.fc16.noarch requires gnupg 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
Broken dependencies: rt3
rt3 has broken dependencies in the F-16 tree: On x86_64: rt3-3.8.10-4.fc16.noarch requires /usr/share/fonts/google-droid/DroidSans.ttf rt3-3.8.10-4.fc16.noarch requires /usr/share/fonts/google-droid/DroidSansFallback.ttf On i386: rt3-3.8.10-4.fc16.noarch requires /usr/share/fonts/google-droid/DroidSansFallback.ttf rt3-3.8.10-4.fc16.noarch requires /usr/share/fonts/google-droid/DroidSans.ttf 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
Broken dependencies: perl-Gtk2-Spell
perl-Gtk2-Spell has broken dependencies in the F-16 tree: On x86_64: perl-Gtk2-Spell-1.03-17.fc16.x86_64 requires libgtkspell.so.0()(64bit) On i386: perl-Gtk2-Spell-1.03-17.fc16.i686 requires libgtkspell.so.0 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
Broken dependencies: perl-GnuPG-Interface
perl-GnuPG-Interface has broken dependencies in the F-16 tree: On x86_64: perl-GnuPG-Interface-0.44-2.fc16.noarch requires gpg On i386: perl-GnuPG-Interface-0.44-2.fc16.noarch requires gpg 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
Broken dependencies: perl-Kwiki-Archive-Rcs
perl-Kwiki-Archive-Rcs has broken dependencies in the F-16 tree: On x86_64: perl-Kwiki-Archive-Rcs-0.16-5.fc16.noarch requires rcs On i386: perl-Kwiki-Archive-Rcs-0.16-5.fc16.noarch requires rcs 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
Broken dependencies: w3c-markup-validator
w3c-markup-validator has broken dependencies in the F-16 tree: On x86_64: w3c-markup-validator-libs-1.2-3.fc16.noarch requires sgml-common w3c-markup-validator-libs-1.2-3.fc16.noarch requires xhtml1-dtds = 0:1.0-20020801.1 w3c-markup-validator-libs-1.2-3.fc16.noarch requires html401-dtds On i386: w3c-markup-validator-libs-1.2-3.fc16.noarch requires html401-dtds w3c-markup-validator-libs-1.2-3.fc16.noarch requires xhtml1-dtds = 0:1.0-20020801.1 w3c-markup-validator-libs-1.2-3.fc16.noarch requires sgml-common 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
Broken dependencies: perl-Fedora-Rebuild
perl-Fedora-Rebuild has broken dependencies in the F-16 tree: On x86_64: perl-Fedora-Rebuild-0.8.0-4.fc16.noarch requires koji perl-Fedora-Rebuild-0.8.0-4.fc16.noarch requires rpmdevtools On i386: perl-Fedora-Rebuild-0.8.0-4.fc16.noarch requires rpmdevtools perl-Fedora-Rebuild-0.8.0-4.fc16.noarch requires koji 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
Broken dependencies: perl-Event-Lib
perl-Event-Lib has broken dependencies in the F-16 tree: On x86_64: perl-Event-Lib-1.03-15.fc16.x86_64 requires libevent-2.0.so.5()(64bit) On i386: perl-Event-Lib-1.03-15.fc16.i686 requires libevent-2.0.so.5 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-YAML-Parser-Syck
perl-YAML-Parser-Syck has broken dependencies in the F-16 tree: On x86_64: perl-YAML-Parser-Syck-0.01-19.fc16.x86_64 requires libsyck.so.0()(64bit) On i386: perl-YAML-Parser-Syck-0.01-19.fc16.i686 requires libsyck.so.0 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
Broken dependencies: perl-threads-tbb
perl-threads-tbb has broken dependencies in the F-16 tree: On x86_64: perl-threads-tbb-0.04-1.fc16.x86_64 requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-threads-tbb-0.04-1.fc16.i686 requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: dspam
dspam has broken dependencies in the F-16 tree: On x86_64: dspam-devel-3.9.0-22.fc16.x86_64 requires /usr/bin/pkg-config On i386: dspam-devel-3.9.0-22.fc16.i686 requires /usr/bin/pkg-config 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
Broken dependencies: perl-Text-Kakasi
perl-Text-Kakasi has broken dependencies in the F-16 tree: On x86_64: perl-Text-Kakasi-2.04-16.fc16.x86_64 requires kakasi = 0:2.3.1 perl-Text-Kakasi-2.04-16.fc16.x86_64 requires libkakasi.so.2()(64bit) On i386: perl-Text-Kakasi-2.04-16.fc16.i686 requires kakasi = 0:2.3.1 perl-Text-Kakasi-2.04-16.fc16.i686 requires libkakasi.so.2 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-PDF-Haru
perl-PDF-Haru has broken dependencies in the F-16 tree: On x86_64: perl-PDF-Haru-1.00-4.fc16.x86_64 requires libhpdf-2.1.0.so()(64bit) On i386: perl-PDF-Haru-1.00-4.fc16.i686 requires libhpdf-2.1.0.so 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
Broken dependencies: perl-Alien-SeleniumRC
perl-Alien-SeleniumRC has broken dependencies in the F-16 tree: On x86_64: perl-Alien-SeleniumRC-1.03-7.fc16.noarch requires selenium-server On i386: perl-Alien-SeleniumRC-1.03-7.fc16.noarch requires selenium-server 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
Broken dependencies: perl-Crypt-GPG
perl-Crypt-GPG has broken dependencies in the F-16 tree: On x86_64: perl-Crypt-GPG-1.63-12.fc16.noarch requires gnupg On i386: perl-Crypt-GPG-1.63-12.fc16.noarch requires gnupg 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
Broken dependencies: perl-GD
perl-GD has broken dependencies in the F-16 tree: On x86_64: perl-GD-2.44-8.fc16.x86_64 requires gd = 0:2.0.28 perl-GD-2.44-8.fc16.x86_64 requires libgd.so.2()(64bit) perl-GD-2.44-8.fc16.x86_64 requires libXpm.so.4()(64bit) On i386: perl-GD-2.44-8.fc16.i686 requires libgd.so.2 perl-GD-2.44-8.fc16.i686 requires gd = 0:2.0.28 perl-GD-2.44-8.fc16.i686 requires libXpm.so.4 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
Broken dependencies: perl-Audio-Beep
perl-Audio-Beep has broken dependencies in the F-16 tree: On x86_64: perl-Audio-Beep-0.11-5.fc16.noarch requires beep On i386: perl-Audio-Beep-0.11-5.fc16.noarch requires beep 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
Broken dependencies: perl-XML-LibXSLT
perl-XML-LibXSLT has broken dependencies in the F-16 tree: On x86_64: perl-XML-LibXSLT-1.70-8.fc16.x86_64 requires libgdbm_compat.so.3()(64bit) perl-XML-LibXSLT-1.70-8.fc16.x86_64 requires libgdbm.so.3()(64bit) On i386: perl-XML-LibXSLT-1.70-8.fc16.i686 requires libgdbm_compat.so.3 perl-XML-LibXSLT-1.70-8.fc16.i686 requires libgdbm.so.3 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 725608] Module does not parse epoch correctly
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=725608 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #5 from Fedora Update System upda...@fedoraproject.org 2011-07-30 23:31:33 EDT --- Package perl-RPM-VersionCompare-0.1.1-1.fc14: * should fix your issue, * was pushed to the Fedora 14 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-RPM-VersionCompare-0.1.1-1.fc14' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/perl-RPM-VersionCompare-0.1.1-1.fc14 then log in and leave karma (feedback). -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
