EPEL Fedora 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 552 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6 67 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11274/ssmtp-2.61-21.el6 27 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11703/chicken-4.8.0.4-4.el6 15 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11785/phpMyAdmin-3.5.8.2-1.el6 9 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11865/quassel-0.9.1-1.el6 9 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11817/ReviewBoard-1.7.16-2.el6.1,python-djblets-0.7.21-1.el6 9 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11880/GraphicsMagick-1.3.18-2.el6 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11883/salt-0.17.1-1.el6 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11891/libuv-0.10.18-1.el6,nodejs-0.10.21-1.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing iperf3-3.0-1.el6 jq-1.3-2.el6 openstack-puppet-modules-2013.2-4.el6 otf2-1.2.1-4.el6 python-amqp-1.3.1-1.el6 python-irawadi-user-0.1-7.el6 python-tahrir-0.4.3-1.el6 python-tahrir-api-0.4.0-1.el6 supybot-fedmsg-0.0.7-1.el6 znc-1.2-0.4.rc2.el6 Details about builds: iperf3-3.0-1.el6 (FEDORA-EPEL-2013-11968) Measurement tool for TCP/UDP bandwidth performance Update Information: upstream released 3.0 ChangeLog: * Fri Oct 25 2013 Steven Roberts strob...@strobe.net 3.0-1 - Update to 3.0 jq-1.3-2.el6 (FEDORA-EPEL-2013-11959) Command-line JSON processor Update Information: - New json cli tool References: [ 1 ] Bug #1020961 - Review Request: jq - Command-line JSON processor https://bugzilla.redhat.com/show_bug.cgi?id=1020961 openstack-puppet-modules-2013.2-4.el6 (FEDORA-EPEL-2013-11967) Puppet modules used to deploy OpenStack Update Information: Added puppet-ceilometer, puppetlabs-mongodb, puppet-heat and puppet-pacemaker otf2-1.2.1-4.el6 (FEDORA-EPEL-2013-11961) Open Trace Format 2 library Update Information: The Open Trace Format 2 (OTF2) is a highly scalable, memory efficient event trace data format plus support library. python-amqp-1.3.1-1.el6 (FEDORA-EPEL-2013-11965) Low-level AMQP client for Python (fork of amqplib) Update Information: Update to 1.3.1, containing bugfixes. Introduce python-amqp-1.3.0 References: [ 1 ] Bug #1023406 - python-amqp-1.3.1 is available https://bugzilla.redhat.com/show_bug.cgi?id=1023406 python-irawadi-user-0.1-7.el6 (FEDORA-EPEL-2013-11964) Python Library for manage system user in Linux Update Information: python-irawadi-user 0.1 References: [ 1 ] Bug #1023210 - Review Request: python-irawadi-user - Python Library for manage system user in Linux https://bugzilla.redhat.com/show_bug.cgi?id=1023210 python-tahrir-0.4.3-1.el6 (FEDORA-EPEL-2013-11969) A pyramid app for issuing your own Open Badges Update Information: Latest upstream with lots of new features.
Fwd: [Bug 1019244] ECDHE in openssl available - NSS needs too for Firefox/Thunderbird
and it happens again: the bugreport is for Fedora 18 while on my workstations currently F19 is installed - do maintainers *really* not understand how angry it makes bugreporters if they have no f*** koji-build to test and verify it would make *more sense* to first serve the reporter, get feedback and after confirmation serve Rawhide where nobody at all cares about what was originally reported and you get most likely positive karma because it doe snot break anything http://koji.fedoraproject.org/koji/packageinfo?packageID=9043 with a koji build for F19 and Calomel SSL Validation * you would get positive karma and feedback within minutes, but hey who cares what Fedora version burreporters are running to waste their time and no i hardly install Rawhide on my wrokstation why the report is for F18? because there is no multiselect in Bugzilla and production servers are using F18 for their SSL related components which had highest priority due my triage * https://addons.mozilla.org/en-US/firefox/addon/calomel-ssl-validation/ Original-Nachricht Betreff: [Bug 1019244] ECDHE in openssl available - NSS needs too for Firefox/Thunderbird Datum: Wed, 23 Oct 2013 19:47:26 + Von: bugzi...@redhat.com An: h.rei...@thelounge.net https://bugzilla.redhat.com/show_bug.cgi?id=1019244 Elio Maldonado Batiz emald...@redhat.com changed: What|Removed |Added Status|NEW |MODIFIED Fixed In Version||nss-softokn-3.15.2-2.fc21 signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Status of packages buffer mindi mindi-busybox mondo
Hello Bruno! A few days ago on Fedora devel@ list, the ancient and stalled Review Request of mindi-busybox has been pointed at. Together with the hint that the submitter is still waiting to be sponsored since five years. That's also the reason I'm posting a copy of this message to devel@ list. When I've had a first look in bugzilla, I've discovered that the ticket has not been displayed properly in the review queue, because it was assigned to a reviewer via the fedora-review flag. The review request tracker displays such tickets on a separate page only, http://fedoraproject.org/PackageReviewStatus/ and potential reviewers as well as sponsors assume somebody else is working on the review. There are various reasons why a review may have stalled. Only occasionally somebody makes extra effort to recheck aging tickets. Here, there has been no progress in that ticket at all until recently when it has been discovered. As a next step, I've located a few related review requests, since there are inter-dependencies. I've found: mindi : https://bugzilla.redhat.com/187317 mondo : https://bugzilla.redhat.com/187318 mindi-busybox : https://bugzilla.redhat.com/476234 buffer : https://bugzilla.redhat.com/759818 There is some confusion, and it's not easy to track down the details: 1) Package buffer is a re-review, because it has been retired in 2011 after it FTBFS. The re-review had been assigned to the buffer component, so it has not been displayed as a Review Request anywhere. 2) It has been questioned why it had been retired. Dist git claims: http://pkgs.fedoraproject.org/cgit/buffer.git/plain/dead.package | This package was retired on 2011-07-25 due to it being unable to | build this package for multiple releases (FTBFS). https://lists.fedoraproject.org/pipermail/scm-commits/2011-July/639234.html But koji shows a successful build on 2011-02-08 as done by Dennis Gilmore for the Fedora 15 mass-rebuild: http://koji.fedoraproject.org/koji/packageinfo?packageID=7297 In July 2011, it has been listed as orphan, [ACTION REQUIRED] Retiring packages in F-16 (final warning) https://lists.fedoraproject.org/pipermail/devel/2011-July/154622.html and I could not find out its status at that time. Pkgdb activity gets logged to scm-commits@ list, so perhaps somebody else has more luck. 3) In koji, dist git and pkgdb, I've found that user bcornec has been an approved packager before *and* even the maintainer of that package: [pkgdb] buffer was added for bcornec https://lists.fedoraproject.org/pipermail/scm-commits/2008-December/231912.html an older FTBFS ticket for that maintainer: https://bugzilla.redhat.com/511589 In the Fedora Account System, user bcornec is not a member of the packager group anymore. What has happened there? 4) In the review queue, the review requests have been submitted using three different e-mail addresses. What's the status/plan with regard to these package review requests? Regards, -- Michael Schwendt (mschwendt) Fedora release 20 (Heisenbug) - Linux 3.12.0-0.rc6.git1.2.fc21.x86_64 loadavg: 0.04 0.12 0.17 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
F-20 Branched report: 20131026 changes
Compose started at Sat Oct 26 09:15:02 UTC 2013 Broken deps for armhfp -- [blueman] blueman-1.23-7.fc20.armv7hl requires obex-data-server = 0:0.4.3 blueman-1.23-7.fc20.armv7hl requires gvfs-obexftp [bwm-ng] bwm-ng-0.6-11.1.fc20.armv7hl requires libstatgrab.so.9 [cloud-init] cloud-init-0.7.2-7.fc20.noarch requires dmidecode [cobbler] cobbler-2.4.0-2.fc20.noarch requires syslinux [condor-wallaby] condor-wallaby-client-5.0.3-4.fc20.noarch requires python-qmf = 0:0.9.1073306 [fts] fts-server-3.1.1-1.fc20.armv7hl requires libactivemq-cpp.so.14 [glpi] glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-Version glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-Stdlib glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-ServiceManager glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-Loader glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-I18n glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-Cache-apc glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-Cache [gnome-do-plugins] gnome-do-plugins-thunderbird-0.8.4-14.fc20.armv7hl requires thunderbird [gofer] ruby-gofer-0.75-4.fc20.noarch requires rubygem(qpid) = 0:0.16.0 [gradle] gradle-1.0-18.fc20.noarch requires plexus-container-default [grass] grass-6.4.3-2.fc20.armv7hl requires libgeos-3.3.8.so grass-libs-6.4.3-2.fc20.armv7hl requires libgeos-3.3.8.so [gtkd] gtkd-geany-tags-2.0.0-29.20120815git9ae9181.fc18.noarch requires gtkd = 0:2.0.0-29.20120815git9ae9181.fc18 [gxine] gxine-0.5.907-10.fc20.armv7hl requires libxine.so.1 [kawa] 1:kawa-1.11-5.fc19.armv7hl requires servlet25 [koji] koji-vm-1.8.0-2.fc20.noarch requires python-virtinst [kyua-cli] kyua-cli-0.5-3.fc19.armv7hl requires liblutok.so.0 kyua-cli-tests-0.5-3.fc19.armv7hl requires liblutok.so.0 [monotone] monotone-1.0-11.fc19.armv7hl requires libbotan-1.8.2.so perl-Monotone-1.0-11.fc19.armv7hl requires perl(:MODULE_COMPAT_5.16.2) [mozilla-firetray] mozilla-firetray-thunderbird-0.3.6-0.5.143svn.fc18.1.armv7hl requires thunderbird = 0:11 [msp430-libc] msp430-libc-20120224-2.fc19.noarch requires msp430-gcc = 0:4.6.3 [nifti2dicom] nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtksys.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkWidgets.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkVolumeRendering.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkViews.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkTextAnalysis.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkRendering.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkParallel.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkInfovis.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkImaging.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkIO.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkHybrid.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkGraphics.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkGeovis.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkGenericFiltering.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkFiltering.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkCommon.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkCharts.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libQVTK.so.5.10 [nocpulse-common] nocpulse-common-2.2.7-2.fc20.noarch requires perl(RHN::DBI) [openbox] gdm-control-3.5.2-2.fc20.armv7hl requires gnome-panel gnome-panel-control-3.5.2-2.fc20.armv7hl requires gnome-panel [openpts] openpts-0.2.6-7.fc20.armv7hl requires tboot [osm2pgsql] osm2pgsql-0.82.0-1.fc20.armv7hl requires libgeos-3.3.8.so [oyranos] oyranos-libs-0.4.0-7.fc19.armv7hl requires libraw.so.5 [perl-BerkeleyDB] perl-BerkeleyDB-0.53-1.fc20.armv7hl requires libdb = 0:5.3.21 [perl-Language-Expr] perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) [perl-MIME-Lite-HTML] perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) [perl-Padre] perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) [pure] pure-doc-0.57-4.fc20.noarch requires pure = 0:0.57-4.fc20 [python-tag] python-tag-2013.1-1.fc20.armv7hl requires libboost_python.so.1.53.0 [rootplot] rootplot-2.2.1-7.fc19.noarch requires root-python [ruby-spqr] ruby-spqr-0.3.6-7.fc20.noarch requires ruby-qpid-qmf [rubygem-audited-activerecord] rubygem-audited-activerecord-3.0.0-3.fc19.noarch requires rubygem(activerecord) 0:4 [rubygem-fog] rubygem-fog-1.11.1-1.fc20.noarch
Re: bcache strategies for consistency in case of powerloss
Hi Florian, On 10/25/2013 11:44 AM, Florian Weimer wrote: On 10/15/2013 09:13 PM, Rolf Fokkens wrote: On 10/14/2013 10:08 AM, Florian Weimer wrote: Is there a write-up somewhere documenting what strategies are implemented by bcache to keep the SSD and the hard disk contents in sync even in the event of a sudden power loss? This is good place to start: http://bcache.evilpiepirate.org/ It doesn't actually address this as far as I can see. It only describes how the data structure integrity is maintained on the SSD side. Even that doesn't seem to address torn writes (which are problem for cheap-to-medium-grade SSDs). The code contains propagate barriers as a to-do item (see the beginning of drivers/md/bcache/btree.c). I couldn't find anything that discusses write ordering issues which can occur in write-through mode. I don't have the expertise myself to answer your question, so I hereby forward this question to Kent and Gabriel and the bcache mail list. Rolf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Test-Announce] Fedora 20 Beta Test Compose 6 (TC6) Available Now!
NOTE: The 32- and 64-bit DVDs, and the 32- and 64-bit Security Spins are over their respective size targets. As per the Fedora 20 schedule [1], Fedora 20 Beta Test Compose 6 (TC6) is now available for testing. Content information, including changes, can be found at https://fedorahosted.org/rel-eng/ticket/5787#comment:10 . Please see the following pages for download links (including delta ISOs) and testing instructions. Normally dl.fedoraproject.org should provide the fastest download, but download-ib01.fedoraproject.org is available as a mirror (with an approximately 1 hour lag) in case of trouble. To use it, just replace dl with download-ib01 in the download URL. Installation: https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test Base: https://fedoraproject.org/wiki/Test_Results:Current_Base_Test Desktop: https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test Ideally, all Alpha and Beta priority test cases for Installation [2], Base [3], and Desktop [4] should pass in order to meet the Beta Release Criteria [5]. Help is available on #fedora-qa on irc.freenode.net [6], or on the test list [7]. Create Fedora 20 Beta test compose (TC) and release candidate (RC) https://fedorahosted.org/rel-eng/ticket/5787 Current Blocker and Freeze Exception bugs: http://qa.fedoraproject.org/blockerbugs/current [1] http://fedorapeople.org/groups/schedule/f-20/f-20-quality-tasks.html [2] https://fedoraproject.org/wiki/QA:Installation_validation_testing [3] https://fedoraproject.org/wiki/QA:Base_validation_testing [4] https://fedoraproject.org/wiki/QA:Desktop_validation_testing [5] https://fedoraproject.org/wiki/Fedora_20_Beta_Release_Criteria [6] irc://irc.freenode.net/fedora-qa [7] https://admin.fedoraproject.org/mailman/listinfo/test signature.asc Description: OpenPGP digital signature ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: bcache-tools and bcache support in other linux packages
On 10/23/2013 04:01 AM, Paul B. Henson wrote: I believe that quote describes what we'd like to do someday, not what it does now? You're right, it's about plans for the future. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: bcache-tools and bcache support in other linux packages
On 10/22/2013 07:53 PM, Rolf Fokkens wrote: Well, I agree, there's more to it. Like cost. One could consider to pair serveral HHD' each with a dedicated bcache SSD. And from that one could build a RAID array. This RAID array has excellent (read) performance because of the combined SSD performance. This storage system does break when one of the HDD's or SDD's breaks, which is also a nice feature. So if it weren't for the cost (and the number of availbale SATA connectors) this could be interresting. But it's all a matter of requirements of course. I noticed a somewhat confusing typo, the right sentence is This storage system does NOT break when one of the HDD's or SDD's breaks. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Fedora 20-Beta TC6 AMIS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi all, Beta TC6 images have been uploaded to EC2 and are available at ami-69bfe000 : us-east-1 image for i386 ami-c5bfe0ac : us-east-1 image for x86_64 additionally if your looking to the AMI's they have been added to files in the release tree http://dl.fedoraproject.org/pub/alt/stage/20-Beta-TC6/Images/i386/Fedora-Images-i386-20-Beta-TC6-AMI http://dl.fedoraproject.org/pub/alt/stage/20-Beta-TC6/Images/x86_64/Fedora-Images-x86_64-20-Beta-TC6-AMI when we get to final alpha and the images are uploaded to all regions they will all be listed and the file will be signed in the final tree Dennis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJSa9w1AAoJEH7ltONmPFDR5tcP/jW6C0G8idV1BfOjptf977/n hT7OvBhgSMrzC1tFvFeJ22iSFhEOov5mZwIZbNtlmenZFHCFcgqF6PZRt3HQ3GdY VsANYSFYdwuhFcaLYO+qSkZOUbS71J5fSAU/+M+Gem1GHKZsAfjqyUBS2gphT5iA LlmWFEd8um/3XLkFtoqy/cwyuisJFQEsJx3/fIIiWjei30kPfAN8dKOaecqB52go QhJpIDpkxcRQO9f9FFjBahwHlamQzV0bv7vMBVZ3xaSmkUWOWxOIWTaZwRlYLDd9 rCaNFcWSgEGET1AkVJc8yotzsAkjDjycCfjk3bY2rNOKuPc4HsxwBeFR6t1b14Lk 3cUHWYbcTJ2T3syeHfp0o+iRK3B9bDqixZ0lKFBqSSqwMZTfOvb8qegBNQpz+rNs T/fm9Sb0eZ6N5Ig9Au097VW8NdwqOJL+CpfnMVxdb4YVz2mvlDWeLZQMd4Sst+QK C+KsaNHN6mqxJha+KaYWfvuGXXVWrslurcrBVCvUGSNKjSTPm9m6Apg/jeN9/7OO YkVAQKJmrCCy6qUitYNzV/2p87DDtRph0xTAapv7co3UVwmIkIhiJyvxZrb6barB OeIOFhC8GWEV8V9YJ5OAX3f+67jCp9BzXle6/bf4U1PxobGKr2BjBCvebR11go0K yLXb2YyFthT9ynxKvwSn =sX9q -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Fedora 20-Beta TC6 AMIS
On Sat, Oct 26, 2013 at 10:13:56AM -0500, Dennis Gilmore wrote: additionally if your looking to the AMI's they have been added to files in the release tree http://dl.fedoraproject.org/pub/alt/stage/20-Beta-TC6/Images/i386/Fedora-Images-i386-20-Beta-TC6-AMI http://dl.fedoraproject.org/pub/alt/stage/20-Beta-TC6/Images/x86_64/Fedora-Images-x86_64-20-Beta-TC6-AMI when we get to final alpha and the images are uploaded to all regions they will all be listed and the file will be signed in the final tree Thank you Dennis! I won't have a chance to test these out this weekend, so if someone else does, that'd be awesome. Also, I see that we are 200MB for the qcow2 image. Not that that number is _really_ magical, but it seems nice. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
PATH has /bin before /usr/bin in upgraded rawhide
Hi, I just noticed that my rawhide installation, which was originally installed when F18 was rawhide in summer 2012 and upgraded since, has PATH=/bin:/usr/bin:/usr/local/bin:/usr/local/sbin:/usr/sbin:/home/sandro/.local/bin:/home/sandro/bin On a fresh rawhide installation, I get PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/sandro/.local/bin:/home/sandro/bin So, the order of /bin /usr/bin /usr/local/bin is reversed. Who is screwing up the order? - /etc/profile, /etc/bashrc and /etc/profile.d/* are identical between the old and the new installations - strings /bin/bash | grep /bin gives me the same output in both cases - my .bashrc and .bash_profile are harmless (i.e. PATH=$PATH:$HOME/.local/bin:$HOME/bin) Any ideas? Thanks! Sandro -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: PATH has /bin before /usr/bin in upgraded rawhide
Am 27.10.2013 01:10, schrieb Sandro Mani: I just noticed that my rawhide installation, which was originally installed when F18 was rawhide in summer 2012 and upgraded since, has PATH=/bin:/usr/bin:/usr/local/bin:/usr/local/sbin:/usr/sbin:/home/sandro/.local/bin:/home/sandro/bin On a fresh rawhide installation, I get PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/sandro/.local/bin:/home/sandro/bin So, the order of /bin /usr/bin /usr/local/bin is reversed besides the fact that /bin and /sbin should *not* be anywhere in the path over the whole distribution after the UsrMove in F17 /usr/local/bin before /usr/bin is the correct order because of the intention of /usr/local http://fedoraproject.org/wiki/Features/UsrMove so why is there /bin these days in any path? signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: PATH has /bin before /usr/bin in upgraded rawhide
On 27.10.2013 01:38, Reindl Harald wrote: Am 27.10.2013 01:10, schrieb Sandro Mani: I just noticed that my rawhide installation, which was originally installed when F18 was rawhide in summer 2012 and upgraded since, has PATH=/bin:/usr/bin:/usr/local/bin:/usr/local/sbin:/usr/sbin:/home/sandro/.local/bin:/home/sandro/bin On a fresh rawhide installation, I get PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/sandro/.local/bin:/home/sandro/bin So, the order of /bin /usr/bin /usr/local/bin is reversed besides the fact that /bin and /sbin should *not* be anywhere in the path over the whole distribution after the UsrMove in F17 /usr/local/bin before /usr/bin is the correct order because of the intention of /usr/local I actually have /usr/bin *before* /usr/local/bin http://fedoraproject.org/wiki/Features/UsrMove so why is there /bin these days in any path? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: gtk3 broken/missing icons on kde
Adam Williamson wrote: I don't think we'd really be correct in blocking the release for such issues - especially not Beta. We used to have 'polish' criteria for Final which at least required the icons used in the system menus - i.e. what's specified in the app's .desktop file - to be sane for all installed applications, but we dropped that (and other polish criteria) with the F19/F20 criteria re-write on the basis that they were really stretching a bit too far and would be unlikely to hold up to a 'last blocker before release' acid test. Stuff like this doesn't break anyone's use of the system catastrophically and can reasonably be fixed with updates. But it also affects the live images (making them look very unpolished) and we don't respin those. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: PATH has /bin before /usr/bin in upgraded rawhide
Am 27.10.2013 01:41, schrieb Sandro Mani: On 27.10.2013 01:38, Reindl Harald wrote: Am 27.10.2013 01:10, schrieb Sandro Mani: I just noticed that my rawhide installation, which was originally installed when F18 was rawhide in summer 2012 and upgraded since, has PATH=/bin:/usr/bin:/usr/local/bin:/usr/local/sbin:/usr/sbin:/home/sandro/.local/bin:/home/sandro/bin On a fresh rawhide installation, I get PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/sandro/.local/bin:/home/sandro/bin So, the order of /bin /usr/bin /usr/local/bin is reversed besides the fact that /bin and /sbin should *not* be anywhere in the path over the whole distribution after the UsrMove in F17 /usr/local/bin before /usr/bin is the correct order because of the intention of /usr/local I actually have /usr/bin *before* /usr/local/bin your first post is unclear because you speak about two setups to get rid of all this UsrMove fragments make a strict config the way below it affects interactive as wella s non-interactive shells and overrides even the openssh/bash builtin paths which was buggy not so lnog ago or maybe still are [harry@srv-rhsoft:~]$ cat /home/harry/.bashrc | grep PATH export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/home/harry/bin [harry@srv-rhsoft:~]$ cat /home/harry/.bash_profile | grep PATH export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/home/harry/bin [harry@srv-rhsoft:~]$ cat /etc/crontab | grep PATH PATH=/usr/sbin:/usr/bin [harry@srv-rhsoft:~]$ cat /etc/anacrontab | grep PATH PATH=/usr/sbin:/usr/bin signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: PATH has /bin before /usr/bin in upgraded rawhide
your first post is unclear because you speak about two setups to get rid of all this UsrMove fragments make a strict config Ah yes, I could have expressed it better. My problem is the following: [sandro@oldrawhide]$ echo $PATH /bin:/usr/bin:/usr/local/bin:/usr/local/sbin:/usr/sbin:/home/sandro/.local/bin:/home/sandro/bin [sandro@newrawhide]$ echo $PATH /usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/sandro/.local/bin:/home/sandro/bin So, to write it clearly: I didn't change or play with any PATH settings anywhere, on neither of the two machines. My problem is that I cannot find who is causing the paths on my oldrawhide machines to be different from those of my newrawhide. Hope this is clearer. Sandro -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Lack of response about sponsorship
On Sat, 19 Oct, 2013 at 22:22:58 GMT, Kevin Fenzi wrote: How about anytime someone (who is not a sponsor) has helped someone not yet sponsored and thinks their package(s) are ready for official review/sponsorship, they mail the pool of sponsors asking for someone to step up and do so? Or we add another state sponsors could query for this? Well, there is FE-NEEDSPONSOR. Could we add a checkbox to this page[1] for needing a sponsor? A new packager might not know about FE-NEEDSPONSOR and getting it right up front would help, I'd think. I also wouldn't mind seeing a list of FE-NEEDSPONSOR bugs be emailed to devel@ (similar to the ownership change email). Open reviews might be nice as well, but maybe just FE-NEEDSPONSOR would be something to start with. --Ben [1]https://bugzilla.redhat.com/enter_bug.cgi?product=Fedoraformat=fedora-review -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Broken dependencies: perl-Padre
perl-Padre has broken dependencies in the F-20 tree: On x86_64: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.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: slic3r
slic3r has broken dependencies in the F-20 tree: On x86_64: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On i386: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On armhfp: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.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-Language-Expr
perl-Language-Expr has broken dependencies in the F-20 tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.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-PDL
perl-PDL has broken dependencies in the F-20 tree: On x86_64: perl-PDL-2.4.10-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit) On i386: perl-PDL-2.4.10-6.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.i686 requires libgd.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-MIME-Lite-HTML
perl-MIME-Lite-HTML has broken dependencies in the F-20 tree: On x86_64: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.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-BerkeleyDB
perl-BerkeleyDB has broken dependencies in the F-20 tree: On x86_64: perl-BerkeleyDB-0.53-1.fc20.x86_64 requires libdb = 0:5.3.21 On i386: perl-BerkeleyDB-0.53-1.fc20.i686 requires libdb = 0:5.3.21 On armhfp: perl-BerkeleyDB-0.53-1.fc20.armv7hl requires libdb = 0:5.3.21 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-Language-Expr
perl-Language-Expr has broken dependencies in the rawhide tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.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
File Perl-Critic-1.120.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Perl-Critic: 4faa7c55f94b2068770d6f41f3a1cc6f Perl-Critic-1.120.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Perl-Critic] Update to 1.120
commit 2702ff7c1f714180c3de5ed9f335c6d56ce11365
Author: Paul Howarth p...@city-fan.org
Date: Sat Oct 26 19:52:59 2013 +0100
Update to 1.120
- New upstream release 1.120
- Fix precedence error in Perl::Critic::Utils (CPAN RT#88866)
perl-Perl-Critic.spec |6 +-
sources |2 +-
2 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/perl-Perl-Critic.spec b/perl-Perl-Critic.spec
index 847d566..c61bbc9 100644
--- a/perl-Perl-Critic.spec
+++ b/perl-Perl-Critic.spec
@@ -1,5 +1,5 @@
Name: perl-Perl-Critic
-Version: 1.119
+Version: 1.120
Release: 1%{?dist}
Summary: Critique Perl source code for best-practices
Group: Development/Libraries
@@ -149,6 +149,10 @@ LC_ALL=en_US ./Build %{!?perl_bootstrap:author}test
%{_mandir}/man3/Test::Perl::Critic::Policy.3pm*
%changelog
+* Sat Oct 26 2013 Paul Howarth p...@city-fan.org - 1.120-1
+- Update to 1.120
+ - Fix precedence error in Perl::Critic::Utils (CPAN RT#88866)
+
* Thu Sep 26 2013 Paul Howarth p...@city-fan.org - 1.119-1
- Update to 1.119
- Tests were failing with Config::Tiny 2.17 or later, due to a change in the
diff --git a/sources b/sources
index 0ef1553..41ca3b6 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-0adf1dcf3e749e007cde2670ae259506 Perl-Critic-1.119.tar.gz
+4faa7c55f94b2068770d6f41f3a1cc6f Perl-Critic-1.120.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Perl-Critic/f20] Update to 1.120
Summary of changes: 2702ff7... Update to 1.120 (*) (*) 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-Critic] Created tag perl-Perl-Critic-1.120-1.fc21
The lightweight tag 'perl-Perl-Critic-1.120-1.fc21' was created pointing to: 2702ff7... Update to 1.120 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Perl-Critic] Created tag perl-Perl-Critic-1.120-1.fc20
The lightweight tag 'perl-Perl-Critic-1.120-1.fc20' was created pointing to: 2702ff7... Update to 1.120 -- 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 757089] cpanspec error: Dest dir longer than base dir is not supported
https://bugzilla.redhat.com/show_bug.cgi?id=757089 Richard W.M. Jones rjo...@redhat.com changed: What|Removed |Added Status|CLOSED |ASSIGNED CC||ffe...@redhat.com, ||jzel...@redhat.com, ||novyjindr...@gmail.com, ||packaging-team-maint@redhat ||.com, pknir...@redhat.com, ||rjo...@redhat.com Component|cpanspec|rpm Version|16 |rawhide Resolution|WONTFIX |--- Assignee|st...@silug.org |packaging-team-maint@redhat ||.com Keywords||Reopened --- Comment #4 from Richard W.M. Jones rjo...@redhat.com --- This happens to me in Fedora 19 when I use /build as the _topdir path in rpmbuild. It seems to be a developer shortcut in debugedit.c: https://github.com/ereshetova/rpm/blob/1684b696111cca7a3b96bf22f8168baab2a2c5e6/tools/debugedit.c#L1514 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=8sFQkZy4Wna=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 757089] Dest dir longer than base dir is not supported
https://bugzilla.redhat.com/show_bug.cgi?id=757089 Richard W.M. Jones rjo...@redhat.com changed: What|Removed |Added Summary|cpanspec error: Dest dir|Dest dir longer than base |longer than base dir is not |dir is not supported |supported | --- Comment #5 from Richard W.M. Jones rjo...@redhat.com --- Change summary. This happens when building libvirt. It has nothing to do with cpanspec, and is just a bug in the debuginfo generation. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=1Z9ecnE3Kva=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File XML-TreeBuilder-5.0_1.tar.gz uploaded to lookaside cache by rlandmann
A file has been added to the lookaside cache for perl-XML-TreeBuilder: adbc1cacbcf6c4ff371f85b9e498fa3f XML-TreeBuilder-5.0_1.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-XML-TreeBuilder/f18] new upstream
commit 4dbb98c639e15c385ba21a075b138ca372245b4b
Author: Ruediger Landmann r.landm...@redhat.com
Date: Sun Oct 27 06:43:54 2013 +1000
new upstream
.gitignore|1 +
perl-XML-TreeBuilder.spec | 74 +---
sources |2 +-
3 files changed, 24 insertions(+), 53 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 7dd769c..3bf3ffb 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
XML-TreeBuilder-3.09.tar.gz
/XML-TreeBuilder-4.0.tar.gz
/XML-TreeBuilder-4.2.tar.gz
+/XML-TreeBuilder-5.0_1.tar.gz
diff --git a/perl-XML-TreeBuilder.spec b/perl-XML-TreeBuilder.spec
index 774cf9d..d57d300 100644
--- a/perl-XML-TreeBuilder.spec
+++ b/perl-XML-TreeBuilder.spec
@@ -1,27 +1,29 @@
Summary: Parser that builds a tree of XML::Element objects
Name: perl-XML-TreeBuilder
-Version: 4.2
+Version: 5.0_1
Release: 0%{?dist}
License: GPL+ or Artistic
Group: Development/Libraries
URL: http://search.cpan.org/dist/XML-TreeBuilder/
-Source:
http://www.cpan.org/modules/by-authors/id/J/JF/JFEARN/XML-TreeBuilder-%{version}.tar.gz
+# have to:
+# push the patch upstream
+Source:
http://www.cpan.org/modules/by-module/XML/XML-TreeBuilder-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl
-BuildRequires: perl(ExtUtils::MakeMaker)
-BuildRequires: perl(Test::More)
-BuildRequires: perl(Test::Perl::Critic)
-BuildRequires: perl(Test::Pod::Coverage)
-BuildRequires: perl(Test::Pod)
-BuildRequires: perl(Devel::Cover)
-BuildRequires: perl(Module::Build)
-BuildRequires: perl(Test::Exception)
BuildRequires: perl(HTML::Element) = 4.1
BuildRequires: perl(HTML::Tagset)
BuildRequires: perl(XML::Parser)
-Requires: perl(HTML::Element) = 4.1 perl(HTML::Tagset) perl(XML::Parser)
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+BuildRequires: perl(XML::Catalog) = 1.0.0
+BuildRequires: perl(Devel::Cover)
+BuildRequires: perl(Module::Build)
+BuildRequires: perl(Test::Exception)
+BuildRequires: perl(Test::More)
+BuildRequires: perl(Test::Pod)
+BuildRequires: perl(Test::Pod::Coverage)
+BuildRequires: perl(Test::Perl::Critic)
+Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+Requires: perl(HTML::Element) perl(HTML::Tagset) perl(XML::Parser)
%description
perl-XML-TreeBuilder is a Perl module that implements a parser
@@ -39,10 +41,8 @@ that builds a tree of XML::Element objects.
%install
%{__rm} -rf $RPM_BUILD_ROOT
-./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
-
-### Clean up buildroot
-find $RPM_BUILD_ROOT -name .packlist -exec %{__rm} {} \;
+./Build pure_install destdir=$RPM_BUILD_ROOT create_packlist=0
+find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2/dev/null ';'
%clean
%{__rm} -rf $RPM_BUILD_ROOT
@@ -54,44 +54,14 @@ find $RPM_BUILD_ROOT -name .packlist -exec %{__rm} {} \;
%{perl_vendorlib}/XML/
%changelog
-* Mon Jul 15 2013 Jeff Fearn jfe...@redhat.com 4.2-0
-- New upstream with CDATA support.
-
-* Wed Aug 15 2012 Daniel Mach dm...@redhat.com - 4.0-8.1
-- Rebuild for perl 5.16
-
-* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 4.0-8
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
-
-* Fri Jun 15 2012 Petr Pisar ppi...@redhat.com - 4.0-7
-- Perl 5.16 rebuild
-
-* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 4.0-6
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
-
-* Wed Jul 20 2011 Petr Sabata con...@redhat.com - 4.0-5
-- Perl mass rebuild
-
-* Wed Feb 09 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 4.0-4
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
-
-* Tue Jan 4 2011 Rüdiger Landmann r.landm...@redhat.com - 4.0-3
-- Add Test::More to build requires
-
-* Thu Dec 23 2010 Marcela Maslanova mmasl...@redhat.com - 4.0-2
-- 661697 rebuild for fixing problems with vendorach/lib
-
-* Thu Dec 02 2010 Jeff Fearn jfe...@redhat.com - 4.0-1
-- New upstream
-
-* Fri May 07 2010 Marcela Maslanova mmasl...@redhat.com - 3.09-19
-- Mass rebuild with perl-5.12.0
+* Fri Oct 04 2013 Jeff Fearn jfe...@redhat.com - 5.0-0
+- Support entity expansion.
-* Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 3.09-18
-- rebuild against perl 5.10.1
+* Fri Jan 25 2013 Jeff Fearn jfe...@redhat.com - 4.1-0
+- Support XML::Parser ParseParamEnt parameter
-* Mon Nov 16 2009 Jeff Fearn jfe...@redhat.com - 3.09-17
-- Fix Requires
+* Mon Jun 21 2010 Jeff Fearn jfe...@redhat.com - 4.0-1
+- new upstream version.
* Tue Sep 29 2009 Jeff Fearn jfe...@redhat.com - 3.09-16
- Stupid man! Don't eat entities :(
diff --git a/sources b/sources
index a6293c3..238a413 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c43a1394089b33fc816e461196ca618a
[perl-XML-TreeBuilder/f19] new upstream
commit e9875e22deeb527434d16c70b689338691579045
Author: Ruediger Landmann r.landm...@redhat.com
Date: Sun Oct 27 08:14:15 2013 +1000
new upstream
.gitignore|1 +
perl-XML-TreeBuilder.spec | 74 +---
sources |2 +-
3 files changed, 24 insertions(+), 53 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 7dd769c..3bf3ffb 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
XML-TreeBuilder-3.09.tar.gz
/XML-TreeBuilder-4.0.tar.gz
/XML-TreeBuilder-4.2.tar.gz
+/XML-TreeBuilder-5.0_1.tar.gz
diff --git a/perl-XML-TreeBuilder.spec b/perl-XML-TreeBuilder.spec
index 774cf9d..d57d300 100644
--- a/perl-XML-TreeBuilder.spec
+++ b/perl-XML-TreeBuilder.spec
@@ -1,27 +1,29 @@
Summary: Parser that builds a tree of XML::Element objects
Name: perl-XML-TreeBuilder
-Version: 4.2
+Version: 5.0_1
Release: 0%{?dist}
License: GPL+ or Artistic
Group: Development/Libraries
URL: http://search.cpan.org/dist/XML-TreeBuilder/
-Source:
http://www.cpan.org/modules/by-authors/id/J/JF/JFEARN/XML-TreeBuilder-%{version}.tar.gz
+# have to:
+# push the patch upstream
+Source:
http://www.cpan.org/modules/by-module/XML/XML-TreeBuilder-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl
-BuildRequires: perl(ExtUtils::MakeMaker)
-BuildRequires: perl(Test::More)
-BuildRequires: perl(Test::Perl::Critic)
-BuildRequires: perl(Test::Pod::Coverage)
-BuildRequires: perl(Test::Pod)
-BuildRequires: perl(Devel::Cover)
-BuildRequires: perl(Module::Build)
-BuildRequires: perl(Test::Exception)
BuildRequires: perl(HTML::Element) = 4.1
BuildRequires: perl(HTML::Tagset)
BuildRequires: perl(XML::Parser)
-Requires: perl(HTML::Element) = 4.1 perl(HTML::Tagset) perl(XML::Parser)
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+BuildRequires: perl(XML::Catalog) = 1.0.0
+BuildRequires: perl(Devel::Cover)
+BuildRequires: perl(Module::Build)
+BuildRequires: perl(Test::Exception)
+BuildRequires: perl(Test::More)
+BuildRequires: perl(Test::Pod)
+BuildRequires: perl(Test::Pod::Coverage)
+BuildRequires: perl(Test::Perl::Critic)
+Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+Requires: perl(HTML::Element) perl(HTML::Tagset) perl(XML::Parser)
%description
perl-XML-TreeBuilder is a Perl module that implements a parser
@@ -39,10 +41,8 @@ that builds a tree of XML::Element objects.
%install
%{__rm} -rf $RPM_BUILD_ROOT
-./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
-
-### Clean up buildroot
-find $RPM_BUILD_ROOT -name .packlist -exec %{__rm} {} \;
+./Build pure_install destdir=$RPM_BUILD_ROOT create_packlist=0
+find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2/dev/null ';'
%clean
%{__rm} -rf $RPM_BUILD_ROOT
@@ -54,44 +54,14 @@ find $RPM_BUILD_ROOT -name .packlist -exec %{__rm} {} \;
%{perl_vendorlib}/XML/
%changelog
-* Mon Jul 15 2013 Jeff Fearn jfe...@redhat.com 4.2-0
-- New upstream with CDATA support.
-
-* Wed Aug 15 2012 Daniel Mach dm...@redhat.com - 4.0-8.1
-- Rebuild for perl 5.16
-
-* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 4.0-8
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
-
-* Fri Jun 15 2012 Petr Pisar ppi...@redhat.com - 4.0-7
-- Perl 5.16 rebuild
-
-* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 4.0-6
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
-
-* Wed Jul 20 2011 Petr Sabata con...@redhat.com - 4.0-5
-- Perl mass rebuild
-
-* Wed Feb 09 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 4.0-4
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
-
-* Tue Jan 4 2011 Rüdiger Landmann r.landm...@redhat.com - 4.0-3
-- Add Test::More to build requires
-
-* Thu Dec 23 2010 Marcela Maslanova mmasl...@redhat.com - 4.0-2
-- 661697 rebuild for fixing problems with vendorach/lib
-
-* Thu Dec 02 2010 Jeff Fearn jfe...@redhat.com - 4.0-1
-- New upstream
-
-* Fri May 07 2010 Marcela Maslanova mmasl...@redhat.com - 3.09-19
-- Mass rebuild with perl-5.12.0
+* Fri Oct 04 2013 Jeff Fearn jfe...@redhat.com - 5.0-0
+- Support entity expansion.
-* Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 3.09-18
-- rebuild against perl 5.10.1
+* Fri Jan 25 2013 Jeff Fearn jfe...@redhat.com - 4.1-0
+- Support XML::Parser ParseParamEnt parameter
-* Mon Nov 16 2009 Jeff Fearn jfe...@redhat.com - 3.09-17
-- Fix Requires
+* Mon Jun 21 2010 Jeff Fearn jfe...@redhat.com - 4.0-1
+- new upstream version.
* Tue Sep 29 2009 Jeff Fearn jfe...@redhat.com - 3.09-16
- Stupid man! Don't eat entities :(
diff --git a/sources b/sources
index a6293c3..238a413 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c43a1394089b33fc816e461196ca618a
[Bug 1022678] perl-Math-NumSeq-66 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1022678 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-Math-NumSeq-66-1.fc19 Resolution|--- |ERRATA Last Closed||2013-10-26 23:56:26 --- Comment #5 from Fedora Update System upda...@fedoraproject.org --- perl-Math-NumSeq-66-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=g1ntYfkwjAa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Authen-Simple
perl-Authen-Simple has broken dependencies in the epel-6 tree: On ppc64: perl-Authen-Simple-0.4-5.el6.noarch requires perl(Crypt::PasswdMD5) 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-WWW-GoodData
perl-WWW-GoodData has broken dependencies in the epel-5 tree: On ppc: perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36 On i386: perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36 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-WWW-GoodData
perl-WWW-GoodData has broken dependencies in the epel-5 tree: On ppc: perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36 On i386: perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36 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 1022678] perl-Math-NumSeq-66 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1022678 --- Comment #6 from Fedora Update System upda...@fedoraproject.org --- perl-Math-NumSeq-66-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=M5wOakJDHCa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: [389-devel] Proof of concept: mocking DS in lib389
On 10/25/2013 11:00 PM, Rich Megginson wrote: On 10/25/2013 01:36 PM, Jan Rusnacko wrote: Hello Roberto and Thierry, as I promised, I am sending you a proof-of-concept code that demonstrates, how we can mock DS in unit tests for library function (see attachment). You can run tests just by executing py.test in tests directory. Only 3 files are of interest here: lib389/dsmodules/repl.py - this is a Python module with functions - they expect DS instance as the first argument. Since they are functions, not methods, I can just mock DS and pass that fake one as the first argument to them in unit tests. tests/test_dsmodules/conftest.py - this file contains definition of mock DS class along with py.test fixture, that returns it. tests/test_dsmodules/test_repl.py - this contains unit tests for functions from repl.py. What I do is quite simple - I override ldapadd, ldapdelete .. methods of mock DS class, so that instead of sending command to real DS instance, they just store the data in 'dit' dictionary (which represents content stored in DS). This way, I can check that when I call e.g. function enable_changelog(..), in the end DS will have correct changelog entry. To put it very bluntly - enable_changelog(..) function just adds correct changelog entry to whatever is passed to it as the first argument. In unit tests, it is mock DS, otherwise it would be real DS class that sends real ldap commands to real DS instance behind. def test_add_repl_manager(fake_ds_inst_with_repl): ds_inst = fake_ds_inst_with_repl ds_inst.repl.add_repl_manager(cn=replication manager, cn=config, Secret123) assert ds_inst.dit[cn=replication manager, cn=config][userPassword] == Secret123 assert ds_inst.dit[cn=replication manager, cn=config][nsIdleTimeout] == 0 assert ds_inst.dit[cn=replication manager, cn=config][cn] == replication manager If you are using a real directory server instance, doing add_repl_manager() is going to make a real LDAP ADD request, right? Correct. If you pass DS with real ldapadd method that makes real reqests, its going to use that. Will it still update the ds_inst.dit dict? ds_inst.dit is updated in mocked ldapadd. So in real ldapadd, no. Wouldn't you have to do a real LDAP Search request to get the actual values? Yes, correct. ds_inst.dit[] .. call is specific to mocked DS. But you are right - I could add fake ldapsearch method, that would return entries from 'dit' dictionary and use that to retrieve entries from mocked DS. Now I can successfully test that enable_changelog really works, without going into trouble defining DSInstance or ldap calls at all. Also, I believe this approach would work for 95% of all functions in lib389. Another benefit is that unit tests are much faster, than on real DS instance. Sidenote: even though everything is defined in separate namespace of 'repl' module as function, in runtime they can be used as normal methods of class DSInstance. That is handled by DSModuleProxy. We already went through this, but not with Roberto. Hopefully, now with some code in our hands, we will be able to understand each other on this 'mocking' issue and come to conclusions more quickly. Let me know what you think. Thank you, Jan -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
