Re: ImageMagick update coming to 6.7.6-5 (.so.5)
24.03.2012 02:18, Orion Poplawski wrote: On 03/23/2012 02:11 PM, Pavel Alexeev wrote: I want push now builds perl-GD-SecurityImage-1.71-3.fc17 techne-0.2.1-4.fc17 gdl-0.9.2-5.fc17 calibre-0.8.39-1.fc17 autotrace-0.31.1-29.fc17.1 ImageMagick-6.7.5.6-3.fc17 with tat build overrides but got error from bodhi what ImageMagick-6.7.5.6-3.fc17 update already exists. Should I delete it first and unpushing is not enough? You can edit it and adds builds. You may have to be a proven packager or a co-maintainer to submit an update though. Others will have to confirm. No, I still can't edit it because got errors: hubbitus does not have commit access to perl-GD-SecurityImage hubbitus does not have commit access to techne I have not provenpackager rights indeed. I kindly ask FESCO to grant its me, but it not in that moment in any case. If I had them, I could compile all the packages on their own, without asking anyone. Please could you say how I may push such update now? May someone help with it if my rights is not enough? -- With best wishes, Pavel Alexeev (aka Pahan-Hubbitus). For fast contact with me use jabber: hubbi...@jabber.ru -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Vacation Notice: March 25 - March 31
Hi, everyone. Just a brief note to say that I'll be gone through the end of March on vacation with family, and so I'll be offline entirely. I would greatly appreciate the Fedora community keeping up with my packages during my absence, though I don't foresee any major issues or updates with them. Thanks very much, and best regards. (P.S. Apologies for the short notice of this. I had this posted on my FedoraProject.org Wiki page for a long time, but had not made any mention of it otherwise.) -- Peter Gordon (codergeek42) pe...@thecodergeek.com Who am I? :: http://thecodergeek.com/about-me signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
usbview in F17 and /proc/bus/usb
Hi, trying to run usbview in F17 (alpha) fails because of Cannot open /proc/bus/usb/devices I think, usbview should be reorganized by using /sys/bus/usb -- Joachim Backes joachim.bac...@rhrk.uni-kl.de http://www.rhrk.uni-kl.de/~backes smime.p7s Description: S/MIME Cryptographic Signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Booting Fedora from LVM with grub2
On Fri, Mar 23, 2012 at 12:08:42PM -0400, Gerry Reno wrote: You can do all of these things manually outside of anaconda and then just tell anaconda to use existing setup. But that is not very user friendly. I had similar problems trying to set up a basic RAID 1 (not /boot) guest. I found Anaconda is full of bugs and wierdness once you stray into the custom partitioning code. Apparently kickstart is a better way to do this. Perhaps, like Ubuntu's installer, the graphical part of Anaconda should concentrate on doing the simple stuff, and leave everything else to kickstart non-graphical installations. 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
Need help with writing a yum plugin
Hello, I'm trying to write a yum plug-in: wait-for-kmod For quite a few users, the kmods from RPMFusion are a must. Take broadcom wireless for example. Now, the kmods generally lag the kernel updates by a few hours: people who do update their systems in this interval are left without wireless/display etc. on reboot. We see this issue regularly in #fedora, each time a kernel update is pushed. The plug-in will make yum skip a updating the kernel if it sees that the corresponding kmods are not yet available for update. I think this needs to be added in the postresolve slot, but I'm not adept enough at the yum API yet. I have looked at the API: I spent most of yesterday doing it. I think tsInfo is the way to go: - Get the currently running kernel - Get a list of installed kmods - In postresolve hook - check if the transaction set has kernel marked for update - if yes, check if all installed kmods have updates too - if all kmods aren't being updated, remove kernel from transaction set. Could someone please confirm if this is the way to go? I'd be grateful if any implementation specifics could also be given. (I was referring to the fedorakmod plug-in in the yum-utils, but it seems to be grossly outdated API wise) -- Thanks, Regards, Ankur: FranciscoD http://fedoraproject.org/wiki/User:Ankursinha http://dodoincfedora.wordpress.com/ 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: ImageMagick update coming to 6.7.6-5 (.so.5)
25.03.2012 11:59, Emmanuel Seyman wrote: * Pavel Alexeev [25/03/2012 09:51] : hubbitus does not have commit access to perl-GD-SecurityImage Ask for co-maintainer status for this package and I'll grant it right away. Hello, Emmanuel. I have asked it, thank you. But It change nothing give me in global plane - then I need be co-maintainer of all dependent packages. Emmanuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fan switch on permanently
There are no particular and avid processes. This problem, once which manifesting itself, exists indipendently also with other OS. I can understand that is very difficult to find a resolution or its cause, but is very strange. In any moment the fan is out of control and works indipendently of the temperature. *Until to the Bios formatting. * Can, for example, a kernel under testing affect the bios directly ? 2012/3/24 Reindl Harald h.rei...@thelounge.net Am 24.03.2012 13:42, schrieb Antonio Trande: Hello. With my Acer Aspire 6930G happen that after an indefinite time, the fan starts to work permanently regardless of temperature. In this moment, according to nvclock [1] the GPU temp is 43°C and the fan is on; strangely because it starts to work over 47°C all along. If i format the BIOS, the fan goes back to work only over 47°C. Infos: [2] I don't know if this issue depends on Fedora, but i wish understand its cause. Had someone a similar experience o an idea of what is it ? there can be no generally answer yum install htop look what prcoesses are running if this starts with high load -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- *Antonio Trande Fedora Ambassador **mail*: mailto:sagit...@fedoraproject.org sagit...@fedoraproject.org *Homepage*: http://www.fedora-os.org *Sip Address* : sip:sagitter AT ekiga.net *Jabber http://jabber.org/* :sagitter AT jabber.org *GPG Key: 19E6DF27* -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-17 Branched report: 20120325 changes
Compose started at Sun Mar 25 08:15:06 UTC 2012 Broken deps for x86_64 -- [HippoDraw] HippoDraw-devel-1.21.3-2.fc17.i686 requires python-numarray HippoDraw-devel-1.21.3-2.fc17.x86_64 requires python-numarray HippoDraw-python-1.21.3-2.fc17.x86_64 requires python-numarray [aeolus-conductor] aeolus-conductor-0.4.0-2.fc17.noarch requires ruby(abi) = 0:1.8 [aeolus-configserver] aeolus-configserver-0.4.1-5.fc17.noarch requires ruby-nokogiri [alexandria] alexandria-0.6.8-2.fc17.1.noarch requires ruby(abi) = 0:1.8 [catfish] catfish-engines-0.3.2-4.fc17.1.noarch requires pinot [comoonics-cdsl-py] comoonics-cdsl-py-0.2-19.noarch requires comoonics-base-py [comoonics-cluster-py] comoonics-cluster-py-0.1-25.noarch requires comoonics-base-py [contextkit] contextkit-0.5.15-2.fc15.i686 requires libcdb.so.1 contextkit-0.5.15-2.fc15.x86_64 requires libcdb.so.1()(64bit) [converseen] converseen-0.4.9-3.fc17.x86_64 requires libMagickWand.so.5()(64bit) converseen-0.4.9-3.fc17.x86_64 requires libMagickCore.so.5()(64bit) converseen-0.4.9-3.fc17.x86_64 requires libMagick++.so.5()(64bit) [dh-make] dh-make-0.55-4.fc17.noarch requires debhelper [eruby] eruby-1.0.5-17.fc17.x86_64 requires libruby.so.1.8()(64bit) eruby-libs-1.0.5-17.fc17.i686 requires ruby(abi) = 0:1.8 eruby-libs-1.0.5-17.fc17.i686 requires libruby.so.1.8 eruby-libs-1.0.5-17.fc17.x86_64 requires ruby(abi) = 0:1.8 eruby-libs-1.0.5-17.fc17.x86_64 requires libruby.so.1.8()(64bit) [gcc-python-plugin] gcc-python2-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python2-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python3-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python3-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 [gearmand] gearmand-0.23-2.fc17.x86_64 requires libtcmalloc.so.0()(64bit) gearmand-0.23-2.fc17.x86_64 requires libmemcached.so.8()(64bit) gearmand-0.23-2.fc17.x86_64 requires libboost_program_options-mt.so.1.47.0()(64bit) [genius] genius-1.0.12-2.fc15.x86_64 requires libgmp.so.3()(64bit) gnome-genius-1.0.12-2.fc15.x86_64 requires libgmp.so.3()(64bit) [gnome-phone-manager] gnome-phone-manager-0.66-9.fc17.x86_64 requires libgnome-bluetooth.so.9()(64bit) [gnome-user-share] gnome-user-share-3.0.1-3.fc17.x86_64 requires libgnome-bluetooth.so.9()(64bit) [gorm] gorm-1.2.13-0.2.20110331.fc17.i686 requires libobjc.so.3 gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-gui.so.0.20 gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-base.so.1.23 gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libobjc.so.3()(64bit) gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libgnustep-gui.so.0.20()(64bit) gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libgnustep-base.so.1.23()(64bit) [gscribble] gscribble-0.1.2-2.fc17.noarch requires gnome-python2-gtkhtml2 [i3] i3-4.0.1-2.fc17.x86_64 requires libxcb-property.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-keysyms.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-icccm.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-event.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-aux.so.0()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-atom.so.1()(64bit) [ibus-fep] ibus-fep-1.4.3-1.fc17.x86_64 requires libibus-1.0.so.0()(64bit) [ibus-gucharmap] ibus-gucharmap-1.4.0-3.fc17.x86_64 requires libibus-1.0.so.0()(64bit) [ibus-panel-extensions] ibus-panel-extensions-1.4.99.20111207-1.fc17.i686 requires libibus-1.0.so.0 ibus-panel-extensions-1.4.99.20111207-1.fc17.x86_64 requires libibus-1.0.so.0()(64bit) [ibus-unikey] ibus-unikey-0.6.1-1.fc17.x86_64 requires libibus-1.0.so.0()(64bit) [jboss-jaxrpc-1.1-api] jboss-jaxrpc-1.1-api-1.0.1-0.1.20120309gita3c227.fc17.noarch requires jboss-servlet-3.0-api [kazehakase] kazehakase-ruby-0.5.8-11.svn3873_trunk.fc17.x86_64 requires ruby(abi) = 0:1.8 kazehakase-ruby-0.5.8-11.svn3873_trunk.fc17.x86_64 requires libruby.so.1.8()(64bit) [libprelude] 1:libprelude-ruby-1.0.0-11.fc17.x86_64 requires ruby(abi) = 0:1.8 1:libprelude-ruby-1.0.0-11.fc17.x86_64 requires libruby.so.1.8()(64bit) [libteam] libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-route-3.so.199 libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-nf-3.so.199 libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-genl-3.so.199 libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-cli-3.so.199 libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-3.so.199 libteam-0.1-3.20120130gitb5cf2a8.fc17.x86_64
Re: Need help with writing a yum plugin
On Sun, 2012-03-25 at 14:51 +0530, Ankur Sinha wrote: Hello, I'm trying to write a yum plug-in: wait-for-kmod For quite a few users, the kmods from RPMFusion are a must. Take broadcom wireless for example. Now, the kmods generally lag the kernel updates by a few hours: people who do update their systems in this interval are left without wireless/display etc. on reboot. We see this issue regularly in #fedora, each time a kernel update is pushed. The plug-in will make yum skip a updating the kernel if it sees that the corresponding kmods are not yet available for update. I think this needs to be added in the postresolve slot, but I'm not adept enough at the yum API yet. I have looked at the API: I spent most of yesterday doing it. I think tsInfo is the way to go: - Get the currently running kernel - Get a list of installed kmods - In postresolve hook - check if the transaction set has kernel marked for update - if yes, check if all installed kmods have updates too - if all kmods aren't being updated, remove kernel from transaction set. Could someone please confirm if this is the way to go? I'd be grateful if any implementation specifics could also be given. (I was referring to the fedorakmod plug-in in the yum-utils, but it seems to be grossly outdated API wise) Before someone points it out: I've only posted to the devel list because the yum mailing lists appear to be down. -- Thanks, Regards, Ankur: FranciscoD http://fedoraproject.org/wiki/User:Ankursinha http://dodoincfedora.wordpress.com/ 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: Django 1.4 in F17?
On Tue, Mar 06, 2012 at 10:03:58AM +0100, Jos Vos wrote: Is there a possibility to see Django 1.4 in F17? Django 1.4 RC1 came out yesterday, the final release is expected within a month from now. AFAICS there are no real incomapatibilities, see: https://docs.djangoproject.com/en/dev/releases/1.4/ FWIW: Django 1.4 has now been officially released. I submitted an upgrade request in bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=806614 -- --Jos Vos j...@xos.nl --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: creating dynamic access control lists for a device: systemd and udev
On 24 March 2012 19:01, Ian Malone ibmal...@gmail.com wrote:
Hi,
I put in a RFE https://bugzilla.redhat.com/show_bug.cgi?id=806534 for
a udev rule for the Fender Mustang amplifier and got a very quick
response from Kay Sievers (some needs to tell RedHat about weekends).
Obviously things have moved on since I last looked at permissions and
their use with devices. Anyway his answer was this:
---
Systemd/udev offers to assign dynamic access control lists to device
nodes, which are only added when the user's login is active/in the
foreground. For that to work, a name ID_some name for the device
class needs to be found, this property needs to be set by the rules,
then added to the systemd file, and logged-in users with active
session will get access the the device.
The rules file can be a single line like:
SUBSYSTEM==usb, ENV{DEVTYPE}==usb_device, \
ATTRS{idVendor}==1ed8, ATTRS{idProduct}==000[456] \
ENV{ID_some_name}=1
---
The matching shown is for the device, what I don't know is how to
choose the ID_some_name to set; whether there are existing ones that
might be appropriate or whether I need to create a unit in systemd and
a new ID_ for it. The software that needs this is currently packaged
by someone as RPM for SUSE and Fedora, but I'd hope it could
eventually be moved into Fedora and getting these rules right would be
a step towards that.
Or indeed, if anyone can show me where this is documented. All I've
managed to find with google are git commits and irrelevant mailing
list fragments. systemd-logind isn't documented,
/lib/udev/rules.d/70-uaccess.rules appears to deal with this, but what
I've seen so far appears to say that udev handling of this is being
deprecated for systemd, also there are no suitable ID_ in there, which
brings me back to the question of choosing suitable names. Is there a
list of reserved names or naming rules? If you were creating
site-specific rules presumably they could go in /etc/... To have the
package for the software add its own rules would Fedora accept a new
ID_ into wherever ID_ needs to go? (70-uaccess.rules?). I assume that
setting TAG+=uaccess directly (assuming that's what's needed, is it?
how should I know?) in a device rule would be frowned on.
--
imalone
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Need help with writing a yum plugin
On Sun, Mar 25, 2012 at 4:21 AM, Ankur Sinha sanjay.an...@gmail.com wrote: - Get the currently running kernel - Get a list of installed kmods - Or installed akmods - In postresolve hook - check if the transaction set has kernel marked for update - if yes, check if all installed kmods have updates too - Or if the appropriate akmod is installed - if all kmods aren't being updated, remove kernel from transaction set. I think this is a great idea but my yum-fu isn't good enough either. Thanks for taking this on. Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: usbview in F17 and /proc/bus/usb
On 03/25/2012 02:04 AM, Joachim Backes wrote: Hi, trying to run usbview in F17 (alpha) fails because of Cannot open /proc/bus/usb/devices I think, usbview should be reorganized by using /sys/bus/usb So why not just file a bug against it? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Evolution + bogofilter
On Thu, 2012-03-22 at 10:12 -0500, Mike Chambers wrote: On Thu, 2012-03-22 at 10:40 +0100, Milan Crha wrote: Hi, just a little follow-up. I came across similar question with other user and even not for him, but for me, in my F17 install, I get an empty string when issuing: $ dconf read /org/gnome/evolution/mail/junk-default-plugin regardless the schema file defines the default value as 'Bogofilter'. Maybe that's the reason for non-working automatic spam filtering? Bye, Milan P.S.: I would change the value while evolution is off, just to make sure its change will be taken in the effect On F16 I run the dconf line above and returns nothing as well, cept junk stuff works. How do you change the value, as in what is the command and what am I suppose to see/read in the dconf if it's working correctly? gconftool-2 --get /apps/evolution/mail/junk/default_plugin Bogofilter Side Note: Just did a fresh F17 install last night and trying again at it. One think I see here compared to F16 is on F17 there is no .bogofilter in my home dir compared to F16 there was. Is the bogofilter db or info stored somewhere else? -- Mike Chambers Madisonville, KY Best little town on Earth! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: usbview in F17 and /proc/bus/usb
On 03/25/2012 05:06 PM, Orion Poplawski wrote: On 03/25/2012 02:04 AM, Joachim Backes wrote: Hi, trying to run usbview in F17 (alpha) fails because of Cannot open /proc/bus/usb/devices I think, usbview should be reorganized by using /sys/bus/usb So why not just file a bug against it? Hi Orion, already done: https://bugzilla.redhat.com/show_bug.cgi?id=806595 -- Joachim Backes joachim.bac...@rhrk.uni-kl.de http://www.rhrk.uni-kl.de/~backes smime.p7s Description: S/MIME Cryptographic Signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Need help with writing a yum plugin
On Sun, 25 Mar 2012 17:22:12 +0530 Ankur Sinha sanjay.an...@gmail.com wrote: On Sun, 2012-03-25 at 14:51 +0530, Ankur Sinha wrote: Hello, I'm trying to write a yum plug-in: wait-for-kmod For quite a few users, the kmods from RPMFusion are a must. Take broadcom wireless for example. Now, the kmods generally lag the kernel updates by a few hours: people who do update their systems in this interval are left without wireless/display etc. on reboot. We see this issue regularly in #fedora, each time a kernel update is pushed. The plug-in will make yum skip a updating the kernel if it sees that the corresponding kmods are not yet available for update. I think this needs to be added in the postresolve slot, but I'm not adept enough at the yum API yet. I have looked at the API: I spent most of yesterday doing it. I think tsInfo is the way to go: - Get the currently running kernel - Get a list of installed kmods - In postresolve hook - check if the transaction set has kernel marked for update - if yes, check if all installed kmods have updates too - if all kmods aren't being updated, remove kernel from transaction set. Could someone please confirm if this is the way to go? I'd be grateful if any implementation specifics could also be given. (I was referring to the fedorakmod plug-in in the yum-utils, but it seems to be grossly outdated API wise) Before someone points it out: I've only posted to the devel list because the yum mailing lists appear to be down. The yum mailing lists are down? seem up to me http://lists.baseurl.org/mailman/listinfo/yum -sv signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Django 1.4 in F17?
On 6.3.2012 16:31, Stephen Gallagher wrote: As a related consideration, some other Django-derived projects such as Review Board already have Django 1.3 as a minimum for their latest releases. Review Board in particular is planning to move to Django 1.4 as its minimum for it's next major release. What's even worse (IMHO), Red Hat's OpenShift now requires Django 1.3, so with RHEL-6/EPEL it is not possible to develop for it. Could we really rebase Django in EPEL (6, I am not sure RHEL 5 is that much used for workstations) or at least have a Django13 package? I am willing to help as much as I can, but the effort should be probably lead by people who actually know what they are doing around django. Best, Matěj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
octave-miscellaneous: license change from GPLv2+ to GPLv3+
I'd like to push octave-miscellaneous v1.1.0 to rawhide; octave-miscellaneous changes the license from GPLv2+ to GPLv3+. The only package that depends on octave-miscellaneous in the repository that I am aware of is octave-optim. octave-optim is currently partly GPLv2+ and GPLv3+. The only dependency of octave-optim is octave-signal, and that is already GPLv3+. Are there any objections? Thanks, Tom -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Need help with writing a yum plugin
On Sun, 2012-03-25 at 12:12 -0400, seth vidal wrote: The yum mailing lists are down? seem up to me http://lists.baseurl.org/mailman/listinfo/yum -sv Ah! I'll head there. I tried both the devel and users lists yesterday and got site not responding for them. (I had even come down to #yum about this). Thanks Seth. -- Thanks, Regards, Ankur: FranciscoD http://fedoraproject.org/wiki/User:Ankursinha http://dodoincfedora.wordpress.com/ signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
dh-make broken deps for 3 releases (was: F-17 Branched report: 20120325 changes)
On 03/25/2012 02:44 PM, Fedora Branched Report wrote: Broken deps for i386 -- [snip] [dh-make] dh-make-0.55-4.fc17.noarch requires debhelper For the past 17 months, each rawhide report has had broken dh-make deps. The package was imported 21 Oct 2010 depending on a non-existing debhelper package and has been broken ever since. We have the orphan removal process where releng purges orphaned packages and those that have failed to build for 2 Fedora releases. But what about packages with broken deps? Can these stay in the distro forever, even though they are impossible to install and thus unusable? Original package review: https://bugzilla.redhat.com/show_bug.cgi?id=591192 Open bug about the broken dep: https://bugzilla.redhat.com/show_bug.cgi?id=716298 -- Kalev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F16: kernel 3.3 terrible slow boot/shutdown
am i the only one who take snotice that 3.3 is ugly slow a boot / shutdown, as example at shutdown ie see all the unmount-lines for around a whole second which was until now a short flickering interresting is taht this affects only boot/shutdown normal operations are as before as far i can say _ [root@arrakisvm:~]$ systemd-analyze Startup finished in 1360ms (kernel) + 3505ms (initramfs) + 32053ms (userspace) = 36919ms [root@arrakisvm:~]$ uname -r 3.3.0-4.fc16.x86_64 #1 SMP Tue Mar 20 18:05:40 UTC 2012 _ boot time of this machine before was 5-8 seconds and i see this behavior on all machines (physical and virtual) while on VM's it is worst signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Booting Fedora from LVM with grub2
Richard W.M. Jones wrote: Perhaps, like Ubuntu's installer, the graphical part of Anaconda should concentrate on doing the simple stuff, and leave everything else to kickstart non-graphical installations. I don't think that would be a good idea, at all. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: creating dynamic access control lists for a device: systemd and udev
On 25 March 2012 13:22, Ian Malone ibmal...@gmail.com wrote: On 24 March 2012 19:01, Ian Malone ibmal...@gmail.com wrote: Hi, I put in a RFE https://bugzilla.redhat.com/show_bug.cgi?id=806534 for snip Taken to systemd-devel. -- imalone -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dh-make broken deps for 3 releases (was: F-17 Branched report: 20120325 changes)
On Sunday, 25 בMarch 2012 20:01:37 Kalev Lember wrote: On 03/25/2012 02:44 PM, Fedora Branched Report wrote: Broken deps for i386 -- [snip] [dh-make] dh-make-0.55-4.fc17.noarch requires debhelper For the past 17 months, each rawhide report has had broken dh-make deps. The package was imported 21 Oct 2010 depending on a non-existing debhelper package and has been broken ever since. Regretfully, you are correct. What's not so clear is how can we *fix* this instead of abolishing all this package chain: * IMO, it's important to have Debian packaging tools for Fedora so it can be used as a more complete development platform: - Currently, there's no problem building rpm's and yum repos on Debian as a development platform, but not the other way around - This means that a Debian/Ubuntu workstation can build both .deb and RPM packages, and we cannot use Fedora for a similar role. * As I mentioned on some of these bug-reports, I'm willing to maintain all these packages (see below). However, I wasn't the one submitting the BR, nor the reviewer. What process should I follow to make this happen? * The following dependency tree would help clarify the situation: https://bugzilla.redhat.com/showdependencytree.cgi?id=591332 - Original packager of all these: Jeroen van Meeuwen Long time the following RR are without any response from him. (some of the reviewers seem also to lose interest) - #591332 - debconf - Debian configuration management system Reviewer: Miroslav Suchý - #591389 - po-debconf - Tool for managing templates file translations Reviewer: Christoph Wickert - #591190 - debhelper - Helper programs for debian/rules Reviewer: Chen Lei - #591192 - dh-make - Tool that converts source archives into Debian Reviewer: Miroslav Suchý (acked, but without blocker #591190) - #591388 - pbuilder - Personal package builder for Debian packages Reviewer: Christoph Wickert * Is someone brave enough to take-over reviewing all these? (Christoph?) I'm definitely willing to work though the review and maintain them all as a unified collection of packages (as the BR in the subject shows, they are useless otherwise). We have the orphan removal process where releng purges orphaned packages and those that have failed to build for 2 Fedora releases. But what about packages with broken deps? Can these stay in the distro forever, even though they are impossible to install and thus unusable? Original package review: https://bugzilla.redhat.com/show_bug.cgi?id=591192 Open bug about the broken dep: https://bugzilla.redhat.com/show_bug.cgi?id=716298 Totally agree with you. If both dh_make and the other RR can be orphaned (can they?), than we'll just need a brave reviewer to work with me on these packages in correct dependency order. Bye, -- Oron Peled Voice: +972-4-8228492 o...@actcom.co.il http://users.actcom.co.il/~oron Reality must take precedence over public relations, for Mother Nature cannot be fooled. -- R.P. Feynman -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: compat-gcc-32
I asked: How is it possible that Fedora 16 includes package compat-gcc-32-3.2.3-debuginfo.i686.rpm but does not appear to include the underlying compat-gcc-32-3.2.3.i686.rpm? To what does the debuginfo package pertain (it says, This package provides debug information for package compat-gcc-32.)? Should I be looking somewhere other than the Fedora repositories to find it? Jakub Jelinek answered: compat-gcc-32 is the name of the src.rpm, compat-libstdc++* is the package it generates. Ok, thanks. But I still don't see the value of debug information for a package that doesn't exist. F16 includes debuginfo packages for compat-gcc-34 and compat-gcc-296 as well as compat-gcc-32. But it actually includes a compat-gcc-34 package, just not the other two. With gcc, compat-gcc-32-debuginfo, and libstdc++-33 installed, there must be some trick to actually making use of version 3.2 of gcc. But when I try gcc -V 3.2, I'm told, gcc: error: 3.2: No such file or directory and gcc: error: unrecognized option '-V'. What's the trick to making use of this facility? Or is there no value to having the compat packages? Is there a page somewhere that describes how to use these compatibility packages? -- Dave Close, Compata, Irvine CA The cost of silicon chips has been d...@compata.com, +1 714 434 7359steady at about $1bn per acre for dhcl...@alumni.caltech.edu 40 years. --Gordon Moore -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: compat-gcc-32
El Sun, 25 Mar 2012 19:37:40 -0700 Dave Close d...@compata.com escribió: I asked: How is it possible that Fedora 16 includes package compat-gcc-32-3.2.3-debuginfo.i686.rpm but does not appear to include the underlying compat-gcc-32-3.2.3.i686.rpm? To what does the debuginfo package pertain (it says, This package provides debug information for package compat-gcc-32.)? Should I be looking somewhere other than the Fedora repositories to find it? Jakub Jelinek answered: compat-gcc-32 is the name of the src.rpm, compat-libstdc++* is the package it generates. Ok, thanks. But I still don't see the value of debug information for a package that doesn't exist. F16 includes debuginfo packages for compat-gcc-34 and compat-gcc-296 as well as compat-gcc-32. But it actually includes a compat-gcc-34 package, just not the other two. With gcc, compat-gcc-32-debuginfo, and libstdc++-33 installed, there must be some trick to actually making use of version 3.2 of gcc. But when I try gcc -V 3.2, I'm told, gcc: error: 3.2: No such file or directory and gcc: error: unrecognized option '-V'. What's the trick to making use of this facility? Or is there no value to having the compat packages? Is there a page somewhere that describes how to use these compatibility packages? it provides compatability libraries, but not a 3.2 version of gcc. its just used to run old programs. Dennis -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-common-sense] Created tag perl-common-sense-3.5-1.el5
The lightweight tag 'perl-common-sense-3.5-1.el5' was created pointing to: 7d1987c... Merge branch 'master' into el6 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 746941] perl-Mojolicious-2.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=746941 Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org changed: What|Removed |Added Summary|perl-Mojolicious-2.66 is|perl-Mojolicious-2.68 is |available |available --- Comment #46 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org 2012-03-25 06:42:40 EDT --- Latest upstream release: 2.68 Current version in Fedora Rawhide: 2.56 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
Broken dependencies: perl-Language-Prolog-Yaswi
perl-Language-Prolog-Yaswi has broken dependencies in the F-17 tree: On x86_64: perl-Language-Prolog-Yaswi-0.19-1.fc17.x86_64 requires libswipl.so.5.10.5()(64bit) On i386: perl-Language-Prolog-Yaswi-0.19-1.fc17.i686 requires libswipl.so.5.10.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
[perl-Test-use-ok: 4/5] Merge branch 'master' into el6
commit 3c8f91b7e3804620d0e72decdeb222cc85263459 Merge: 04846b3 6fbb9b1 Author: Paul Howarth p...@city-fan.org Date: Sun Mar 25 13:25:47 2012 +0100 Merge branch 'master' into el6 perl-Test-use-ok.spec | 20 +++- 1 files changed, 19 insertions(+), 1 deletions(-) --- -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-use-ok] (5 commits) ...Spec clean-up
Summary of changes: bc4934b... Initialize branch F-12 for perl-Test-use-ok (*) 4a938bc... Fix typo that causes a failure to update the common directo (*) 04846b3... dist-git conversion (*) 3c8f91b... Merge branch 'master' into el6 475c162... Spec clean-up (*) 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-Test-use-ok: 5/5] Spec clean-up
commit 475c162bc655e37e5dbed0ddb3e0ea54ec79b597
Author: Paul Howarth p...@city-fan.org
Date: Sun Mar 25 13:41:18 2012 +0100
Spec clean-up
- Drop buildreq perl ≥ 0:5.005, satisfied by all Perls in living memory
- Drop redundant buildreq perl(Test::Harness)
- Don't need to remove empty directories from buildroot
- Don't use macros for commands
- Make %files list more explicit
- Use DESTDIR rather than PERL_INSTALL_ROOT
- Use tabs
- Drop %defattr, redundant since rpm 4.4
perl-Test-use-ok.spec | 78 +
1 files changed, 40 insertions(+), 38 deletions(-)
---
diff --git a/perl-Test-use-ok.spec b/perl-Test-use-ok.spec
index 742a481..a5ec491 100644
--- a/perl-Test-use-ok.spec
+++ b/perl-Test-use-ok.spec
@@ -1,21 +1,16 @@
-Name: perl-Test-use-ok
-Version:0.02
-Release:12%{?dist}
-Summary:Alternative to Test::More::use_ok
-License:MIT
-Group: Development/Libraries
-URL:http://search.cpan.org/dist/Test-use-ok/
-Source0:
http://www.cpan.org/authors/id/A/AU/AUDREYT/Test-use-ok-%{version}.tar.gz
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
-BuildArch: noarch
-BuildRequires: perl = 0:5.005
-
-# core:
-BuildRequires: perl(ExtUtils::MakeMaker)
-BuildRequires: perl(Test::More)
-BuildRequires: perl(Test::Harness)
-
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+Name: perl-Test-use-ok
+Version: 0.02
+Release: 13%{?dist}
+Summary: Alternative to Test::More::use_ok
+License: MIT
+Group: Development/Libraries
+URL: http://search.cpan.org/dist/Test-use-ok/
+Source0:
http://www.cpan.org/authors/id/A/AU/AUDREYT/Test-use-ok-%{version}.tar.gz
+BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
+BuildArch: noarch
+BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(Test::More)
+Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
%description
According to the Test::More documentation, it is recommended to run
@@ -34,18 +29,14 @@ makes it clear that this is a single compile-time action.
%setup -q -n Test-use-ok-%{version}
%build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
rm -rf %{buildroot}
-
-make pure_install PERL_INSTALL_ROOT=%{buildroot}
-
+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}/*
+%{_fixperms} %{buildroot}
%check
make test
@@ -54,12 +45,23 @@ make test
rm -rf %{buildroot}
%files
-%defattr(-,root,root,-)
%doc Changes README t/
-%{perl_vendorlib}/*
-%{_mandir}/man3/*
+%{perl_vendorlib}/ok.pm
+%{perl_vendorlib}/Test/
+%{_mandir}/man3/Test::use::ok.3pm*
+%{_mandir}/man3/ok.3pm*
%changelog
+* Sun Mar 25 2012 Paul Howarth p...@city-fan.org - 0.02-13
+- Drop buildreq perl ≥ 0:5.005, satisfied by all Perls in living memory
+- Drop redundant buildreq perl(Test::Harness)
+- Don't need to remove empty directories from buildroot
+- Don't use macros for commands
+- Make %%files list more explicit
+- Use DESTDIR rather than PERL_INSTALL_ROOT
+- Use tabs
+- Drop %%defattr, redundant since rpm 4.4
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.02-12
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
@@ -70,13 +72,13 @@ rm -rf %{buildroot}
- Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
* Wed Dec 22 2010 Marcela Maslanova mmasl...@redhat.com - 0.02-9
-- 661697 rebuild for fixing problems with vendorach/lib
+- Rebuild to fix problems with vendorarch/lib (#661697)
* Fri May 07 2010 Marcela Maslanova mmasl...@redhat.com - 0.02-8
- Mass rebuild with perl-5.12.0
* Fri Dec 4 2009 Stepan Kasal ska...@redhat.com - 0.02-7
-- rebuild against perl 5.10.1
+- Rebuild against perl 5.10.1
* Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.02-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
@@ -84,14 +86,14 @@ rm -rf %{buildroot}
* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.02-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
-* Wed Mar 5 2008 Tom spot Callaway tcall...@redhat.com 0.02-4
-- rebuild for new perl
+* Wed Mar 5 2008 Tom spot Callaway tcall...@redhat.com - 0.02-4
+- Rebuild for new perl
-* Mon Apr 30 2007 Chris Weyl cw...@alumni.drew.edu 0.02-3
-- bump
+* Mon Apr 30 2007 Chris Weyl cw...@alumni.drew.edu - 0.02-3
+- Bump
-* Tue Apr 10 2007 Chris Weyl cw...@alumni.drew.edu 0.02-2
-- updated with core modules as BR's
+* Tue Apr 10 2007 Chris Weyl cw...@alumni.drew.edu - 0.02-2
+- Updated with core modules as BR's
-* Tue Apr 10 2007 Chris Weyl
[perl-Test-use-ok/f17] (5 commits) ...Spec clean-up
Summary of changes: bc4934b... Initialize branch F-12 for perl-Test-use-ok (*) 4a938bc... Fix typo that causes a failure to update the common directo (*) 04846b3... dist-git conversion (*) 3c8f91b... Merge branch 'master' into el6 (*) 475c162... Spec clean-up (*) (*) 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-Test-use-ok/el6] (10 commits) ...Spec clean-up
Summary of changes: ab1abb5... Fix typo that causes a failure to update the common directo (*) e87a164... - rebuild against perl 5.10.1 (*) 37e7402... - Mass rebuild with perl-5.12.0 (*) e083afb... dist-git conversion (*) 1f74c14... - 661697 rebuild for fixing problems with vendorach/lib (*) 100c3fe... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*) b616277... Perl mass rebuild (*) 6fbb9b1... - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass (*) 3c8f91b... Merge branch 'master' into el6 (*) 475c162... Spec clean-up (*) (*) 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-Test-use-ok] Created tag perl-Test-use-ok-0.02-13.fc17
The lightweight tag 'perl-Test-use-ok-0.02-13.fc17' was created pointing to: 475c162... Spec clean-up -- 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-Test-use-ok] Created tag perl-Test-use-ok-0.02-13.fc18
The lightweight tag 'perl-Test-use-ok-0.02-13.fc18' was created pointing to: 475c162... Spec clean-up -- 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 CPAN-Perl-Releases-0.46.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-CPAN-Perl-Releases: b571cf588c9adcff595a2b374b060434 CPAN-Perl-Releases-0.46.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-CPAN-Perl-Releases] update to 0.46
commit 24fb5fe8152ee9fa01c7e287402d6e74c94d8388
Author: Iain Arnell iarn...@gmail.com
Date: Sun Mar 25 07:42:42 2012 -0600
update to 0.46
.gitignore |1 +
perl-CPAN-Perl-Releases.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index ec04e17..b34bf55 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
/CPAN-Perl-Releases-0.42.tar.gz
/CPAN-Perl-Releases-0.44.tar.gz
+/CPAN-Perl-Releases-0.46.tar.gz
diff --git a/perl-CPAN-Perl-Releases.spec b/perl-CPAN-Perl-Releases.spec
index aff2ef3..2f526ac 100644
--- a/perl-CPAN-Perl-Releases.spec
+++ b/perl-CPAN-Perl-Releases.spec
@@ -1,5 +1,5 @@
Name: perl-CPAN-Perl-Releases
-Version:0.44
+Version:0.46
Release:1%{?dist}
Summary:Mapping Perl releases on CPAN to the location of the tarballs
License:GPL+ or Artistic
@@ -49,6 +49,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Sun Mar 25 2012 Iain Arnell iarn...@gmail.com 0.46-1
+- update to latest upstream version
+
* Tue Feb 21 2012 Iain Arnell iarn...@gmail.com 0.44-1
- update to latest upstream version
diff --git a/sources b/sources
index 4f463fa..8475a6f 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-88a795516d714a9c00e451190e4abb07 CPAN-Perl-Releases-0.44.tar.gz
+b571cf588c9adcff595a2b374b060434 CPAN-Perl-Releases-0.46.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-CPAN-Perl-Releases/f15] update to 0.46
Summary of changes: 24fb5fe... update to 0.46 (*) (*) 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 Perl-PrereqScanner-1.011.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Perl-PrereqScanner: c936c4538dcc21ece2d76bc5a5e66de8 Perl-PrereqScanner-1.011.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-CPAN-Perl-Releases/f17] update to 0.46
Summary of changes: 24fb5fe... update to 0.46 (*) (*) 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-Perl-PrereqScanner] update to 1.011
commit 867c914fabb26e54b17de39912e3636dbfbf4133
Author: Iain Arnell iarn...@gmail.com
Date: Sun Mar 25 07:50:05 2012 -0600
update to 1.011
.gitignore |1 +
perl-Perl-PrereqScanner.spec |9 ++---
sources |2 +-
3 files changed, 8 insertions(+), 4 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 7e70d85..34295a2 100644
--- a/.gitignore
+++ b/.gitignore
@@ -12,3 +12,4 @@ Perl-PrereqScanner-0.101480.tar.gz
/Perl-PrereqScanner-1.008.tar.gz
/Perl-PrereqScanner-1.009.tar.gz
/Perl-PrereqScanner-1.010.tar.gz
+/Perl-PrereqScanner-1.011.tar.gz
diff --git a/perl-Perl-PrereqScanner.spec b/perl-Perl-PrereqScanner.spec
index a412605..b5375b9 100644
--- a/perl-Perl-PrereqScanner.spec
+++ b/perl-Perl-PrereqScanner.spec
@@ -1,13 +1,13 @@
Name: perl-Perl-PrereqScanner
-Version:1.010
+Version:1.011
Release:1%{?dist}
Summary:Tool to scan your Perl code for its prerequisites
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Perl-PrereqScanner/
-Source0:
http://search.cpan.org/CPAN/authors/id/R/RJ/RJBS/Perl-PrereqScanner-%{version}.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/J/JQ/JQUELIN/Perl-PrereqScanner-%{version}.tar.gz
BuildArch: noarch
-BuildRequires: perl(CPAN::Meta::Requirements)
+BuildRequires: perl(CPAN::Meta::Requirements) = 2.120630
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(List::MoreUtils)
BuildRequires: perl(Moose)
@@ -60,6 +60,9 @@ RELEASE_TESTING=1 make test
%{_mandir}/man3/*
%changelog
+* Sun Mar 25 2012 Iain Arnell iarn...@gmail.com 1.011-1
+- update to latest upstream version
+
* Thu Feb 23 2012 Iain Arnell iarn...@gmail.com 1.010-1
- update to latest upstream version
diff --git a/sources b/sources
index a9bc62d..dab742d 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-e6a6b8bb2291b5927510bec3d6627c6e Perl-PrereqScanner-1.010.tar.gz
+c936c4538dcc21ece2d76bc5a5e66de8 Perl-PrereqScanner-1.011.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-Scalar-List-Utils] update to 1.25
commit 66a5878b65e46fb6d49d71e4d712f2cd5fff
Author: Iain Arnell iarn...@gmail.com
Date: Sun Mar 25 07:58:49 2012 -0600
update to 1.25
.gitignore |1 +
perl-Scalar-List-Utils.spec | 10 ++
sources |2 +-
3 files changed, 8 insertions(+), 5 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index ae6b1bb..e78ce4d 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
/Scalar-List-Utils-1.23.tar.gz
+/Scalar-List-Utils-1.25.tar.gz
diff --git a/perl-Scalar-List-Utils.spec b/perl-Scalar-List-Utils.spec
index 70fe68a..b6869ed 100644
--- a/perl-Scalar-List-Utils.spec
+++ b/perl-Scalar-List-Utils.spec
@@ -1,11 +1,11 @@
Name: perl-Scalar-List-Utils
-Version:1.23
-Release:3%{?dist}
+Version:1.25
+Release:1%{?dist}
Summary:A selection of general-utility scalar and list subroutines
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Scalar-List-Utils/
-Source0:
http://www.cpan.org/authors/id/G/GB/GBARR/Scalar-List-Utils-%{version}.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/P/PE/PEVANS/Scalar-List-Utils-%{version}.tar.gz
BuildRequires: perl(bignum)
BuildRequires: perl(Config)
BuildRequires: perl(Devel::Peek)
@@ -51,7 +51,6 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {}
2/dev/null \;
make test
%files
-%defattr(-,root,root,-)
%doc Changes README
%{perl_vendorarch}/auto/*
%{perl_vendorarch}/List*
@@ -59,6 +58,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Sun Mar 25 2012 Iain Arnell iarn...@gmail.com 1.25-1
+- update to latest upstream version
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.23-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
diff --git a/sources b/sources
index 1460b6b..c727490 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-2e7909f8737cd6eecd8520b77326916b Scalar-List-Utils-1.23.tar.gz
+80ce77e3d7ec212905b263797b34b3fd Scalar-List-Utils-1.25.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-Scalar-List-Utils/f17] update to 1.25
Summary of changes: 66a5878... update to 1.25 (*) (*) 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-Scalar-List-Utils/f16] (2 commits) ...update to 1.25
Summary of changes: 0ff20f0... - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass (*) 66a5878... update to 1.25 (*) (*) 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-Scalar-List-Utils/f15] (3 commits) ...update to 1.25
Summary of changes: ff9c2fe... Perl mass rebuild (*) 0ff20f0... - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass (*) 66a5878... update to 1.25 (*) (*) 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
