Re: Review Sugar Activities
I am still willing to contribute but waiting for sponsorship. :) On Tue, Aug 14, 2012 at 8:39 PM, Ankur Sinha sanjay.an...@gmail.com wrote: On Tue, 2012-08-14 at 18:00 +0530, Danishka Navin wrote: Here is the all the activities I have packaged https://bugzilla.redhat.com/show_bug.cgi?id=841239 https://bugzilla.redhat.com/show_bug.cgi?id=842101 https://bugzilla.redhat.com/show_bug.cgi?id=842107 https://bugzilla.redhat.com/show_bug.cgi?id=843678 https://bugzilla.redhat.com/show_bug.cgi?id=840425 https://bugzilla.redhat.com/show_bug.cgi?id=840437 https://bugzilla.redhat.com/show_bug.cgi?id=843646 https://bugzilla.redhat.com/show_bug.cgi?id=840551 Just to clarify: Danishka needs a sponsor. All the above are review tickets _pending_review_. (Some of them have had unofficial reviews from non sponsor packagers though). All the above are related to sugar activities. Are there any sugar folks who are sponsors and can help out here please? -- Thanks, Warm regards, Ankur: FranciscoD Please only print if necessary. Looking to contribute to Fedora? Look here: https://fedoraproject.org/wiki/Fedora_Join_SIG http://fedoraproject.org/wiki/User:Ankursinha http://dodoincfedora.wordpress.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Danishka Navin http://danishkanavin.blogspot.com http://twitter.com/danishkanavin http://www.flickr.com/photos/danishkanavin/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Daily package ownership changes?
On Tue, May 28, 2013 at 11:19 PM, Michael Scherer m...@zarb.org wrote: The way we could do it for Fedora is to see if there is a build on koji ( using fedmsg ), see if that a library, see the abi has changed ( using some kind of filter and a database ), and so run some script that rebuild and bump the spec on rawhide in mock, mail errors if any, and if not, just send it to koji. IMHO it would be nicer if the script that spews out broken dependency e-mails also emitted them on the fedmsg bus. Then you'd just have to grep for .so in the broken dependencies and rebuild then, instead of having to check every single koji build for broken dependencies twice. BTW, where is that script? The EPEL version seems to be here [1], but I can't find the Fedora analog. -T.C. [1] https://git.fedorahosted.org/cgit/releng/tree/scripts/check_epel_deps.py -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Soname bump libpng (rawhide) - new libraries libpng.16.so and libpng16.so.16.2.0
On 05/22/2013 09:51 AM, Petr Hracek wrote: Thank you for really deep explanation. We had discussion how to do that issue and we will created a side tag for that. Compatibility package will not be needed and BZ will be closed. Best regards / S pozdravem Petr Hracek On 05/21/2013 03:43 PM, Kalev Lember wrote: 2013-05-20 09:03, Petr Hracek skrev: Just a one short question. You are talking about side tag. Could you please describe me what are you talking about? It seems like I am a newbie. Koji organizes builds by labelling them with tags. There's a a tag for f19, a tag for f19-updates, a tag for f20, and a number of others. These decide what repository packages from a particular build end up in. For rawhide, all packages that are built get automatically tagged with the f20 tag, and this is what causes newly built packages to appear in the rawhide build roots and in daily rawhide composes. Earlier you untagged your libpng 1.6 build and that was enough to remove it from the repos. What Adam means is that it's possible to ask the koji admins to create a new side tag + a separate build target in koji, so that the libpng 1.6 rebuilds could happen without disturbing the regular rawhide repos. Such side build targets can be used to handle soname bumps: A library package with a soname bump is tagged with the side tag and appears in the side target, then all consumers are rebuilt against the new library using the side build target, and finally once all is done, the new builds are tagged back into the main rawhide all together. In this case however I think it's not necessary to have a side tag. You are already working on a compatibility libpng15 package [1] and that removes the need to rebuild everything at once -- with that in place, builds can happen slowly, over time. The side tag makes sense if you do _not_ want to provide the compatibility library. Hope this helps, Kalev [1] https://bugzilla.redhat.com/show_bug.cgi?id=964161 Ok, well. It seems that libpng15 compatibility package is built in rawhide. What are the next steps? Tagged already built libpng(1.6) package? I do not want to break rawhide completely and I would like to avoid all mistakes which can be done from my side. If I understand whole process then I can tagged libpng package again and create a lot of bugzillas for support libpng1.6, right? I will make a notes what to do that in the future of course. -- Best regards / S pozdravem Petr Hracek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Review Sugar Activities
On Thu, 2013-05-30 at 14:34 +0800, Danishka Navin wrote: I am still willing to contribute but waiting for sponsorship. :) Hi Danishka, Unfortunately, there isn't an upper limit to the time that one takes to get sponsored. Can you please post what informal reviews you've done? A sponsor on this list may notice them and decide to look into sponsoring you. I've found two: https://bugzilla.redhat.com/show_bug.cgi?id=772521 https://bugzilla.redhat.com/show_bug.cgi?id=838540 -- Thanks, Warm regards, Ankur (FranciscoD) http://fedoraproject.org/wiki/User:Ankursinha Join Fedora! Come talk to us! http://fedoraproject.org/wiki/Fedora_Join_SIG 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: sharutils license correction
On Wednesday 29 May 2013 19:36:31 Tom Tromey wrote: Paul convert all info pages to proper man pages and obsolete: the info Paul package. Man pages aren't really a replacement for info. Replacing info with HTML would be more reasonable,... There's no need to convert input format in order to have your preferred presentation. For example, in konqueror you can simply type the info:/ URI and browse the info documentation with proper fonts, highlighting and links. (IIRC, the GNOME help browser had similar functionality) -- Oron Peled Voice: +972-4-8228492 o...@actcom.co.il http://users.actcom.co.il/~oron Gratis is nice, Libre is an inalienable right. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Soname bump libpng (rawhide) - new libraries libpng.16.so and libpng16.so.16.2.0
On 05/30/2013 10:07 AM, Petr Hracek wrote: On 05/22/2013 09:51 AM, Petr Hracek wrote: Thank you for really deep explanation. We had discussion how to do that issue and we will created a side tag for that. Compatibility package will not be needed and BZ will be closed. Best regards / S pozdravem Petr Hracek On 05/21/2013 03:43 PM, Kalev Lember wrote: 2013-05-20 09:03, Petr Hracek skrev: Just a one short question. You are talking about side tag. Could you please describe me what are you talking about? It seems like I am a newbie. Koji organizes builds by labelling them with tags. There's a a tag for f19, a tag for f19-updates, a tag for f20, and a number of others. These decide what repository packages from a particular build end up in. For rawhide, all packages that are built get automatically tagged with the f20 tag, and this is what causes newly built packages to appear in the rawhide build roots and in daily rawhide composes. Earlier you untagged your libpng 1.6 build and that was enough to remove it from the repos. What Adam means is that it's possible to ask the koji admins to create a new side tag + a separate build target in koji, so that the libpng 1.6 rebuilds could happen without disturbing the regular rawhide repos. Such side build targets can be used to handle soname bumps: A library package with a soname bump is tagged with the side tag and appears in the side target, then all consumers are rebuilt against the new library using the side build target, and finally once all is done, the new builds are tagged back into the main rawhide all together. In this case however I think it's not necessary to have a side tag. You are already working on a compatibility libpng15 package [1] and that removes the need to rebuild everything at once -- with that in place, builds can happen slowly, over time. The side tag makes sense if you do _not_ want to provide the compatibility library. Hope this helps, Kalev [1] https://bugzilla.redhat.com/show_bug.cgi?id=964161 Ok, well. It seems that libpng15 compatibility package is built in rawhide. What are the next steps? Tagged already built libpng(1.6) package? I do not want to break rawhide completely and I would like to avoid all mistakes which can be done from my side. If I understand whole process then I can tagged libpng package again and create a lot of bugzillas for support libpng1.6, right? I will make a notes what to do that in the future of course. I have forgot that now I have to find out any proven packager which can built up most of the packages with that new library by fedpkg chain-build. -- Best regards / S pozdravem Petr Hracek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Info in Konqueror
Oron Peled wrote: For example, in konqueror you can simply type the info:/ URI and browse the info documentation with proper fonts, highlighting and links. Looking through the manuals of GDB, GCC and Make, I get a seemingly random mixture with some paragraphs in a Courier-like font with a fixed line length, and some paragraphs in a variable-width sans-serif font and adapting to the width of the window. I wouldn't exactly call that proper fonts. Apparently the converter tries to guess which paragraphs are prose and which are code blocks, but its criteria are no better than flipping a coin. Björn Persson -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Software Management call for RFEs
On Wed, May 22, 2013 at 3:43 PM, Jan Zelený jzel...@redhat.com wrote: Dear Fedora community, several months ago, at the Developer conference in Brno, Software Management team received a whole bunch of proposals for new functionality in RPM and related software stack. We acknowledge the need for some changes in Software Management stack in Fedora but we don't want to make changes just by guessing what our users want. Therefore I call to you, consumers of our products (dnf, yum and rpm): what are the changes that you would like to see in the foreseeable future (say 2-3 years) and why would you like to see them (what would they help you with)? There is already a list of some RFEs on rpm.org wiki, you can use it as an inspiration, to see what RFEs we have already received: http://rpm.org/wiki/FeaturePlanning The only limitation for your requests is our manifest which defines the scope of SW management stack for the future. It is attached to this email (note that it's quite extensive but the first part should give you a good image of what is the planned scope of SW management stack). Please send your requests as replies to this email so they can be properly discussed. How about improving delta rpm performance? Currently we save download time but require a lot of time to rebuild the rpms. Can we just sign the deltas and then don't compress the generated rpms? We waste time and cycles building xz compressed rpms (from the deltas) just to decompress them a few minutes later. Skipping this (just create uncompressed rpms when building from deltas) should improve performance a lot. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Daily package ownership changes?
Dne 29.5.2013 04:12, Adam Williamson napsal(a): We already in fact do an 'upgradepath' check in AutoQA. Unfortunately, it doesn't work for Rawhide, so it is a bit pointless :/ Vít -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Info in Konqueror
On Thu, 30 May 2013 11:25:36 +0200, Björn Persson wrote: Looking through the manuals of GDB, GCC and Make, I get a seemingly random mixture with some paragraphs in a Courier-like font with a fixed line length, and some paragraphs in a variable-width sans-serif font and adapting to the width of the window. I wouldn't exactly call that proper fonts. Apparently the converter tries to guess which paragraphs are prose and which are code blocks, but its criteria are no better than flipping a coin. While not advocating Texinfo and its output formats at least for GDB (and I guess also for other GNU projects) there is a significant amount of work spent on having it right incl. its formatting. I can't speak for Konqueror .info display but at least these files should have the formatting right. If it is not right please file a specific Bug (possibly upstream): /usr/share/doc/gdb-doc-*/gdb.html /usr/share/doc/gdb-doc-*/gdb.pdf wrt Fedora packaged documentation formats there was a proposal: [Fedora-packaging] HTML format preferred over INFO documents http://lists.fedoraproject.org/pipermail/packaging/2011-February/007634.html Message-ID: 20110215145931.ga26...@host1.dyn.jankratochvil.net - https://fedoraproject.org/wiki/PackagingDrafts/HtmlDocs but the discussion died; anyway I at least package info + html + pdf in gdb-doc as there were requests for each of these formats. Regards, Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fwd: Thursday is Spice Test Day!
Are you tired of using VNC? Best Regards, Martin Holec Desktop QE, Red Hat Brno - Forwarded Message - From: David Jaša dj...@redhat.com To: brno-memo-l...@redhat.com, spice-l...@redhat.com, tech-l...@redhat.com, desktop-qa-l...@redhat.com Sent: Wednesday, May 29, 2013 10:37:04 PM Subject: Thursday is Spice Test Day! Hi All, The day has come to test Spice! The project got several new features, half of them developed almost exclusively by the community. There are several test cases on the Test Day page that allow you to try these features: https://fedoraproject.org/wiki/Test_Day:2013-05-30_Spice if you have any questions, ask on IRC channels (#fedora-test-day @ Freenode, #spice @ gimpnet) Happy testing! David -- David Jaša, RHCE SPICE QE based in Brno GPG Key: 22C33E24 Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20130530 changes
Compose started at Thu May 30 08:15:03 UTC 2013 Broken deps for x86_64 -- [dragonegg] dragonegg-3.1-19.fc19.x86_64 requires gcc = 0:4.7.2-9.fc19 [ekiga] ekiga-4.0.1-1.fc19.x86_64 requires libedata-book-1.2.so.17()(64bit) [gambas3] gambas3-gb-jit-3.4.1-3.fc20.x86_64 requires libLLVM-3.3svn.so()(64bit) [gooddata-cl] gooddata-cl-1.2.56-2.fc19.noarch requires gdata-java [kawa] 1:kawa-1.11-5.fc19.x86_64 requires servlet25 [koji] koji-vm-1.8.0-1.fc20.noarch requires python-virtinst [lancet] lancet-1.0.1-6.fc19.noarch requires ant-nodeps = 0:1.7.1 [lua-logging] lua-logging-1.3.0-1.fc20.noarch requires lua = 0:5.2 [lua-rex] lua-rex-2.7.2-1.fc20.x86_64 requires lua = 0:5.2 [luadoc] luadoc-3.0.1-8.fc20.noarch requires lua = 0:5.2 [lutok] lutok-devel-0.2-4.fc19.i686 requires lua-devel 0:5.2 lutok-devel-0.2-4.fc19.x86_64 requires lua-devel 0:5.2 [ooo2gd] ooo2gd-3.0.0-6.fc19.x86_64 requires gdata-java [openbox] gdm-control-3.5.0-11.20121001git782b28.fc19.x86_64 requires gnome-panel gnome-panel-control-3.5.0-11.20121001git782b28.fc19.x86_64 requires gnome-panel [ovirt-engine] ovirt-engine-notification-service-3.1.0-1.fc19.noarch requires classpathx-mail [ovirt-guest-agent] ovirt-guest-agent-gdm-plugin-1.0.6-6.fc19.x86_64 requires libgdmsimplegreeter.so.1()(64bit) [perl-Bio-ASN1-EntrezGene] perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) [perl-Bio-SamTools] perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq) [python-TraitsBackendQt] python-TraitsBackendQt-3.5.0-5.fc19.noarch requires python-TraitsGUI [python-flask-admin] python-flask-admin-1.0.5-3.fc20.noarch requires python-wtf-peewee [qpid-cpp] qpid-cpp-server-xml-0.20-6.fc20.x86_64 requires libxqilla.so.5()(64bit) [scala] scala-2.9.2-2.fc19.noarch requires osgi(org.scala-ide.scala.library) [spacewalk-web] spacewalk-dobby-1.9.22-2.fc19.noarch requires perl(Spacewalk::Setup) [spring] spring-94.1-1.fc20.x86_64 requires libassimp.so.2()(64bit) [tex-simplecv] tex-simplecv-doc-1.6-12.fc19.noarch requires texlive-texmf-doc [texlive] 2:texlive-convbkmk-bin-svn30408.0-23.20130523_r30652.fc20.noarch requires tex-convbkmk 2:texlive-texdiff-bin-svn15506.0-23.20130523_r30652.fc20.noarch requires tex-texdiff [zarafa] libmapi-7.0.13-1.fc19.i686 requires libicalss.so.0 libmapi-7.0.13-1.fc19.i686 requires libical.so.0 libmapi-7.0.13-1.fc19.x86_64 requires libicalss.so.0()(64bit) libmapi-7.0.13-1.fc19.x86_64 requires libical.so.0()(64bit) php-mapi-7.0.13-1.fc19.x86_64 requires php(zend-abi) = 0:20100525-x86-64 php-mapi-7.0.13-1.fc19.x86_64 requires php(api) = 0:20100412-x86-64 zarafa-ical-7.0.13-1.fc19.x86_64 requires libicalss.so.0()(64bit) zarafa-ical-7.0.13-1.fc19.x86_64 requires libical.so.0()(64bit) Broken deps for i386 -- [dragonegg] dragonegg-3.1-19.fc19.i686 requires gcc = 0:4.7.2-9.fc19 [ekiga] ekiga-4.0.1-1.fc19.i686 requires libedata-book-1.2.so.17 [gambas3] gambas3-gb-jit-3.4.1-3.fc20.i686 requires libLLVM-3.3svn.so [gooddata-cl] gooddata-cl-1.2.56-2.fc19.noarch requires gdata-java [kawa] 1:kawa-1.11-5.fc19.i686 requires servlet25 [koji] koji-vm-1.8.0-1.fc20.noarch requires python-virtinst [lancet] lancet-1.0.1-6.fc19.noarch requires ant-nodeps = 0:1.7.1 [lua-logging] lua-logging-1.3.0-1.fc20.noarch requires lua = 0:5.2 [lua-rex] lua-rex-2.7.2-1.fc20.i686 requires lua = 0:5.2 [luadoc] luadoc-3.0.1-8.fc20.noarch requires lua = 0:5.2 [lutok] lutok-devel-0.2-4.fc19.i686 requires lua-devel 0:5.2 [ooo2gd] ooo2gd-3.0.0-6.fc19.i686 requires gdata-java [openbox] gdm-control-3.5.0-11.20121001git782b28.fc19.i686 requires gnome-panel gnome-panel-control-3.5.0-11.20121001git782b28.fc19.i686 requires gnome-panel [ovirt-engine] ovirt-engine-notification-service-3.1.0-1.fc19.noarch requires classpathx-mail [ovirt-guest-agent] ovirt-guest-agent-gdm-plugin-1.0.6-6.fc19.i686 requires libgdmsimplegreeter.so.1 [perl-Bio-ASN1-EntrezGene] perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) [perl-Bio-SamTools] perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::PrimarySeq) [python-TraitsBackendQt] python-TraitsBackendQt-3.5.0-5.fc19.noarch requires python-TraitsGUI [python-flask-admin] python-flask-admin-1.0.5-3.fc20.noarch requires python-wtf-peewee [qpid-cpp]
F-19 Branched report: 20130530 changes
Compose started at Thu May 30 09:15:03 UTC 2013 Broken deps for x86_64 -- [airinv] airinv-1.00.0-3.fc19.i686 requires libsoci_mysql.so.3.1 airinv-1.00.0-3.fc19.i686 requires libsoci_core.so.3.1 airinv-1.00.0-3.fc19.x86_64 requires libsoci_mysql.so.3.1()(64bit) airinv-1.00.0-3.fc19.x86_64 requires libsoci_core.so.3.1()(64bit) [airrac] airrac-1.00.0-3.fc19.i686 requires libsoci_mysql.so.3.1 airrac-1.00.0-3.fc19.i686 requires libsoci_core.so.3.1 airrac-1.00.0-3.fc19.x86_64 requires libsoci_mysql.so.3.1()(64bit) airrac-1.00.0-3.fc19.x86_64 requires libsoci_core.so.3.1()(64bit) [airsched] airsched-1.00.0-3.fc19.i686 requires libsoci_mysql.so.3.1 airsched-1.00.0-3.fc19.i686 requires libsoci_core.so.3.1 airsched-1.00.0-3.fc19.x86_64 requires libsoci_mysql.so.3.1()(64bit) airsched-1.00.0-3.fc19.x86_64 requires libsoci_core.so.3.1()(64bit) [bochs] bochs-2.6.1-1.fc19.x86_64 requires vgabios [deltacloud-core] deltacloud-core-rhevm-1.1.3-1.fc19.noarch requires rubygem(rbovirt) = 0:0.0.18 [dragonegg] dragonegg-3.1-19.fc19.x86_64 requires gcc = 0:4.7.2-9.fc19 [gcc-python-plugin] gcc-python2-debug-plugin-0.12-1.fc19.x86_64 requires gcc = 0:4.8.0-2.fc19 gcc-python2-plugin-0.12-1.fc19.x86_64 requires gcc = 0:4.8.0-2.fc19 gcc-python3-debug-plugin-0.12-1.fc19.x86_64 requires gcc = 0:4.8.0-2.fc19 gcc-python3-plugin-0.12-1.fc19.x86_64 requires gcc = 0:4.8.0-2.fc19 [gooddata-cl] gooddata-cl-1.2.56-2.fc19.noarch requires gdata-java [kawa] 1:kawa-1.11-5.fc19.x86_64 requires servlet25 [koji] koji-vm-1.8.0-1.fc19.noarch requires python-virtinst [libkolab] php-kolab-0.4.1-3.fc19.x86_64 requires php(zend-abi) = 0:20100525-x86-64 php-kolab-0.4.1-3.fc19.x86_64 requires php(api) = 0:20100412-x86-64 [libreatlas] libreatlas-1.0.0a-3.fc19.x86_64 requires librasterlite.so.0()(64bit) [ooo2gd] ooo2gd-3.0.0-6.fc19.x86_64 requires gdata-java [openbox] gdm-control-3.5.0-11.20121001git782b28.fc19.x86_64 requires gnome-panel gnome-panel-control-3.5.0-11.20121001git782b28.fc19.x86_64 requires gnome-panel [ovirt-engine] ovirt-engine-notification-service-3.1.0-1.fc19.noarch requires classpathx-mail [ovirt-guest-agent] ovirt-guest-agent-gdm-plugin-1.0.6-6.fc19.x86_64 requires libgdmsimplegreeter.so.1()(64bit) [perl-Bio-ASN1-EntrezGene] perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) [perl-Bio-SamTools] perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq) [python-TraitsBackendQt] python-TraitsBackendQt-3.5.0-5.fc19.noarch requires python-TraitsGUI [python-docs] python-docs-2.7.4-1.fc19.noarch requires python = 0:2.7.4 [rmol] rmol-1.00.0-2.fc19.i686 requires libsoci_mysql.so.3.1 rmol-1.00.0-2.fc19.i686 requires libsoci_core.so.3.1 rmol-1.00.0-2.fc19.x86_64 requires libsoci_mysql.so.3.1()(64bit) rmol-1.00.0-2.fc19.x86_64 requires libsoci_core.so.3.1()(64bit) [scala] scala-2.9.2-2.fc19.noarch requires osgi(org.scala-ide.scala.library) [sevmgr] sevmgr-1.00.0-4.fc19.i686 requires libsoci_mysql.so.3.1 sevmgr-1.00.0-4.fc19.i686 requires libsoci_core.so.3.1 sevmgr-1.00.0-4.fc19.x86_64 requires libsoci_mysql.so.3.1()(64bit) sevmgr-1.00.0-4.fc19.x86_64 requires libsoci_core.so.3.1()(64bit) [simcrs] simcrs-1.00.0-2.fc19.i686 requires libsoci_mysql.so.3.1 simcrs-1.00.0-2.fc19.i686 requires libsoci_core.so.3.1 simcrs-1.00.0-2.fc19.x86_64 requires libsoci_mysql.so.3.1()(64bit) simcrs-1.00.0-2.fc19.x86_64 requires libsoci_core.so.3.1()(64bit) [simfqt] simfqt-1.00.0-2.fc19.i686 requires libsoci_mysql.so.3.1 simfqt-1.00.0-2.fc19.i686 requires libsoci_core.so.3.1 simfqt-1.00.0-2.fc19.x86_64 requires libsoci_mysql.so.3.1()(64bit) simfqt-1.00.0-2.fc19.x86_64 requires libsoci_core.so.3.1()(64bit) [spacewalk-web] spacewalk-dobby-1.9.22-2.fc19.noarch requires perl(Spacewalk::Setup) [stdair] stdair-1.00.1-3.fc19.i686 requires libsoci_mysql.so.3.1 stdair-1.00.1-3.fc19.i686 requires libsoci_core.so.3.1 stdair-1.00.1-3.fc19.x86_64 requires libsoci_mysql.so.3.1()(64bit) stdair-1.00.1-3.fc19.x86_64 requires libsoci_core.so.3.1()(64bit) [trademgen] trademgen-1.00.0-2.fc19.i686 requires libsoci_mysql.so.3.1 trademgen-1.00.0-2.fc19.i686 requires libsoci_core.so.3.1 trademgen-1.00.0-2.fc19.x86_64 requires libsoci_mysql.so.3.1()(64bit) trademgen-1.00.0-2.fc19.x86_64 requires libsoci_core.so.3.1()(64bit) [travelccm] travelccm-1.00.1-2.fc19.i686 requires libsoci_mysql.so.3.1 travelccm-1.00.1-2.fc19.i686
Re: Fwd: Thursday is Spice Test Day!
On 30.05.2013 14:16, Martin Holec wrote: Are you tired of using VNC? Nope. Do you have any issues with VNC? poma -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Software Management call for RFEs
drago01 (drag...@gmail.com) said: How about improving delta rpm performance? Currently we save download time but require a lot of time to rebuild the rpms. Can we just sign the deltas and then don't compress the generated rpms? We waste time and cycles building xz compressed rpms (from the deltas) just to decompress them a few minutes later. Skipping this (just create uncompressed rpms when building from deltas) should improve performance a lot. The entire delta framework is built around generating the original RPM and handing that off wholesale to yum/rpm - it's how it can be done as a yum plugin without changing anything in RPM itself. Changing it to create something *different* than the full RPM (in terms of checksum, size, signature, and so on) would be a non-trivial change to how they work. I think if you want to go down this road, you probably want to start by integrating delta technology into RPM core itself, probably redefining the delta format into something much more efficient. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Why is chrony conditional on system-config-date?
Adam Williamson (awill...@redhat.com) said: On Wed, 2013-05-29 at 16:18 -0600, Orion Poplawski wrote: In F19 comps @standard group: packagereq type=conditional requires=system-config-datechrony/packagereq This seems odd to me. I also only see system-config-date being brought in by the kde-desktop group. commit 20529fa5ab687f042db3d484ee7738e78e844852 Author: Bill Nottingham nott...@redhat.com Date: Tue Aug 9 12:27:29 2011 -0400 If s-c-date is installed, pull in chrony. So...ask Bill, I guess? firstboot (in the old days) imported system-config-date to configure the date, time, and whether NTP was used. Its configuring of NTP required an NTP client to be installed. By having chrony conditional in @standard, it ensured 1) that when system-config-date (and by proxy, firstboot) were installed, we'd have a NTP client so it could ocnfigure successfully 2) that we defaulted to chrony as the client as intended by the F16 feature Nowadays... many things use timedatectl the systemd service to set the NTP status. It does not directly bring in any ntp client, intentionally. (not needed for minimal installs) While anaconda will bring chrony in for the live images, we probably want to add a similar conditional for gnome-control-center, so GNOME images/installs make sure to install a working NTP setup. Matthias? Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Why is chrony conditional on system-config-date?
On Thu, May 30, 2013 at 10:25:14AM -0400, Bill Nottingham wrote: Nowadays... many things use timedatectl the systemd service to set the NTP status. It does not directly bring in any ntp client, intentionally. (not needed for minimal installs) Particularly, in virt environments, each guest should get an accurate timesource from the host. (Unless something is broken, which it often is.) While anaconda will bring chrony in for the live images, we probably want to add a similar conditional for gnome-control-center, so GNOME images/installs make sure to install a working NTP setup. Matthias? It feels weird to make timekeeping conditional on the configuration tool. And again, if we're running GNOME in virt, that's still not necessarily the right thing to do. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Software Management call for RFEs
On Thu, May 30, 2013 at 4:13 PM, Bill Nottingham nott...@redhat.com wrote: drago01 (drag...@gmail.com) said: How about improving delta rpm performance? Currently we save download time but require a lot of time to rebuild the rpms. Can we just sign the deltas and then don't compress the generated rpms? We waste time and cycles building xz compressed rpms (from the deltas) just to decompress them a few minutes later. Skipping this (just create uncompressed rpms when building from deltas) should improve performance a lot. The entire delta framework is built around generating the original RPM and handing that off wholesale to yum/rpm - it's how it can be done as a yum plugin without changing anything in RPM itself. Changing it to create something *different* than the full RPM (in terms of checksum, size, signature, and so on) would be a non-trivial change to how they work. Yeah but the goal is to have the same files installed on disk, not really a 1:1 copy of the rpm file (doing this just causes additional work). I think if you want to go down this road, you probably want to start by integrating delta technology into RPM core itself, probably redefining the delta format into something much more efficient. Yeah that makes sense. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sharutils license correction
On Wed, May 29, 2013 at 06:39:56PM -0400, Paul Wouters wrote: On Tue, 28 May 2013, Petr Pisar wrote: I've corrected license declaration at sharutils package: Why do we even bother shipping an old obsoleted [.] ... and I thought you were talking about sharutils :-) Should we really distribute shar/unshar? It's been known at least 20 years that these programs are horribly unsafe. (Note that 'sharutils' also contains uuencode/uudecode which are rather more useful). Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Software Management call for RFEs
Am 30.05.2013 16:13, schrieb Bill Nottingham: drago01 (drag...@gmail.com) said: How about improving delta rpm performance? Currently we save download time but require a lot of time to rebuild the rpms. Can we just sign the deltas and then don't compress the generated rpms? We waste time and cycles building xz compressed rpms (from the deltas) just to decompress them a few minutes later. Skipping this (just create uncompressed rpms when building from deltas) should improve performance a lot. The entire delta framework is built around generating the original RPM and handing that off wholesale to yum/rpm - it's how it can be done as a yum plugin without changing anything in RPM itself. Changing it to create something *different* than the full RPM (in terms of checksum, size, signature, and so on) would be a non-trivial change to how they work. and it would break infrastructure like below where the one admin-machine get any update, benefits from delta-rpms and deploy the updates later to all other internal machines - you can calculate how much traffic is saved on both sides (mine and fedora infrastructure) with this fro more than 20 machines [root@buildserver:~]$ cat /buildserver/repo-cache.sh #!/usr/bin/bash basearch=`uname -i` releasever=`rpm -q --qf %{version}\n fedora-release` # Alle Subfolder unter /var/cache/yum durchlaufen und RPM-Pakete # in das eigene Repo verschieben for g in `ls -1b /var/cache/yum` do if [ -d /var/cache/yum/$g/packages ] then echo /var/cache/yum/$g/packages/ /repo/cache/fc$releasever/ sudo mv --verbose /var/cache/yum/$g/packages/*.rpm /repo/cache/fc$releasever/ 2 /dev/null fi done /buildserver/repo-create.sh signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Thursday is Spice Test Day!
On Thu, 2013-05-30 at 15:53 +0200, poma wrote: On 30.05.2013 14:16, Martin Holec wrote: Are you tired of using VNC? Nope. Do you have any issues with VNC? It's slow, doesn't have as good guest integration as Spice, and misses lots of spice's advanced features... -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sharutils license correction
Richard W.M. Jones (rjo...@redhat.com) said: On Wed, May 29, 2013 at 06:39:56PM -0400, Paul Wouters wrote: On Tue, 28 May 2013, Petr Pisar wrote: I've corrected license declaration at sharutils package: Why do we even bother shipping an old obsoleted [.] ... and I thought you were talking about sharutils :-) Should we really distribute shar/unshar? It's been known at least 20 years that these programs are horribly unsafe. (Note that 'sharutils' also contains uuencode/uudecode which are rather more useful). There are 20 or so packages that buildrequire sharutils; they would all need audited to see what parts they're actually using. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Soname bump libpng (rawhide) - new libraries libpng.16.so and libpng16.so.16.2.0
2013-05-30 10:07, Petr Hracek skrev: Ok, well. It seems that libpng15 compatibility package is built in rawhide. What are the next steps? Tagged already built libpng(1.6) package? I do not want to break rawhide completely and I would like to avoid all mistakes which can be done from my side. If I understand whole process then I can tagged libpng package again Yes, I believe it should now be fine to tag the libpng 1.6 build back into rawhide. It seems to have been tagged with trashcan in the mean time, but if you tag it with f20 again, koji should be smart enough to figure out that it's in use again and will stop the garbage collection process for that build. http://fedoraproject.org/wiki/Koji/GarbageCollection and create a lot of bugzillas for support libpng1.6, right? No, I don't think you should create any bugzilla tickets at this point. I would advise the following course of action: 1) Re-add libpng 1.6 back into rawhide. 2) There seems to be one package that requires libpng 1.5 pkgconfig file -- gdk-pixbuf2 -- I will rebuild it. $ repoquery --whatrequires 'pkgconfig(libpng15)' 3) Find someone (provenpackager / rel-eng) to rebuild all other libpng15 using packages (repoquery --whatrequires libpng15). This should be easy in the sense that it shouldn't require any build ordering -- just fire off 500 rebuilds. 4) Give it a few days -- package maintainers need time to fix up any failed builds. 5) Do another 'repoquery --whatrequires libpng15' to see what packages failed to rebuild and haven't been fixed up by that time, and possibly file bugzilla tickets then, if you want to. 6) There is likely going to be a F20 mass rebuild at a later time, where all the remaining packages hopefully get rebuilt. 7) Retire the libpng15 package (or keep it alive for F20 and retire in F21, if it turns out there are still packages needing it). Hope this helps, Kalev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Thursday is Spice Test Day!
On 30.05.2013 19:27, Doug wrote: … Besides, Spice is a bad name for some kind of media program; Spice is the name of a powerful and useful electronic engineering program! Both sides should be more precise in the terminology, so they don't mix uppercase and lowercase, sure. ;) http://www.spice-space.org/ The Simple Protocol for Independent Computing Environments (SPICE) SPICE/Xspice http://ngspice.sourceforge.net/ Ngspice is a general-purpose circuit simulator program. Ngspice/XSPICE poma -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Thursday is Spice Test Day!
On 30.05.2013 19:23, Adam Williamson wrote: On Thu, 2013-05-30 at 15:53 +0200, poma wrote: On 30.05.2013 14:16, Martin Holec wrote: Are you tired of using VNC? Nope. Do you have any issues with VNC? It's slow, doesn't have as good guest integration as Spice, and misses lots of spice's advanced features... In this respect, is there a comparison study and where? poma -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Thursday is Spice Test Day!
On Thu, 2013-05-30 at 20:15 +0200, poma wrote: On 30.05.2013 19:23, Adam Williamson wrote: On Thu, 2013-05-30 at 15:53 +0200, poma wrote: On 30.05.2013 14:16, Martin Holec wrote: Are you tired of using VNC? Nope. Do you have any issues with VNC? It's slow, doesn't have as good guest integration as Spice, and misses lots of spice's advanced features... In this respect, is there a comparison study and where? Don't know if there's spice vs. VNC study exactly, but there's some useful stuff on the Spice page: http://spice-space.org/features.html http://spice-space.org/faq.html -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Thursday is Spice Test Day!
On Thu, May 30, 2013 at 10:23:52AM -0700, Adam Williamson wrote: On Thu, 2013-05-30 at 15:53 +0200, poma wrote: On 30.05.2013 14:16, Martin Holec wrote: Are you tired of using VNC? Nope. Do you have any issues with VNC? It's slow, doesn't have as good guest integration as Spice, and misses lots of spice's advanced features... I'm remoting my VMs using X11 :-) Mainly because I don't want to be running a whole desktop environment anywhere except on my local laptop. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Thursday is Spice Test Day!
On Fri, May 31, 2013 at 7:59 AM, Richard W.M. Jones rjo...@redhat.com wrote: I'm remoting my VMs using X11 :-) Mainly because I don't want to be running a whole desktop environment anywhere except on my local laptop. How do you do installs? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Thursday is Spice Test Day!
On Fri, May 31, 2013 at 7:59 AM, Richard W.M. Jones rjo...@redhat.com wrote: I'm remoting my VMs using X11 :-) Mainly because I don't want to be running a whole desktop environment anywhere except on my local laptop. How do you do installs? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sharutils license correction
On Thu, May 30, 2013 at 12:38 PM, Richard W.M. Jones rjo...@redhat.com wrote: On Wed, May 29, 2013 at 06:39:56PM -0400, Paul Wouters wrote: On Tue, 28 May 2013, Petr Pisar wrote: I've corrected license declaration at sharutils package: Why do we even bother shipping an old obsoleted [.] ... and I thought you were talking about sharutils :-) Should we really distribute shar/unshar? It's been known at least 20 years that these programs are horribly unsafe. (Note that 'sharutils' also contains uuencode/uudecode which are rather more useful). Rich. uuencode is... an old and reliable friend. I'd like to keep it around. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Daily package ownership changes?
On Thu, 2013-05-30 at 12:57 +0200, Vít Ondruch wrote: Dne 29.5.2013 04:12, Adam Williamson napsal(a): We already in fact do an 'upgradepath' check in AutoQA. Unfortunately, it doesn't work for Rawhide, so it is a bit pointless :/ Hmm? It seemed to last time I checked. It fails a lot because people push new builds to Branched and don't bother to push them to Rawhide, but that doesn't mean it's broken :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-threads-lite] 0.033 bump
commit 7ebfece47acd112aec28b6f26cdd5bb51c3fc0eb Author: Petr Písař ppi...@redhat.com Date: Wed May 29 09:46:10 2013 +0200 0.033 bump .gitignore |1 + perl-threads-lite.spec |6 +- sources|2 +- 3 files changed, 7 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 81842ef..402fdc6 100644 --- a/.gitignore +++ b/.gitignore @@ -1,3 +1,4 @@ /threads-lite-0.030.tar.gz /threads-lite-0.031.tar.gz /threads-lite-0.032.tar.gz +/threads-lite-0.033.tar.gz diff --git a/perl-threads-lite.spec b/perl-threads-lite.spec index 9a91ce5..73f247d 100644 --- a/perl-threads-lite.spec +++ b/perl-threads-lite.spec @@ -1,5 +1,5 @@ Name: perl-threads-lite -Version:0.032 +Version:0.033 Release:1%{?dist} Summary:Actor model threading for Perl License:GPL+ or Artistic @@ -15,6 +15,7 @@ BuildRequires: perl(warnings) # Run-time: BuildRequires: perl(Carp) BuildRequires: perl(constant) +BuildRequires: perl(experimental) = 0.003 BuildRequires: perl(Exporter) = 5.57 BuildRequires: perl(feature) BuildRequires: perl(overload) @@ -59,6 +60,9 @@ find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \; %{_mandir}/man3/* %changelog +* Wed May 29 2013 Petr Pisar ppi...@redhat.com - 0.033-1 +- 0.033 bump + * Wed Feb 20 2013 Petr Pisar ppi...@redhat.com - 0.032-1 - 0.032 bump diff --git a/sources b/sources index 53504f9..bbd635e 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -7b78207f85beb6c2b8ccf4c1b4df9f73 threads-lite-0.032.tar.gz +d1d823d7ddd14b07d9c5da53e9290da9 threads-lite-0.033.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File threads-1.87.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-threads: fec362ed1857f7b5a59a0f284a2dd749 threads-1.87.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-threads] 1.87 bump
commit 1b0cdee2e11755de9fd23cf971f046db265c9c49 Author: Petr Písař ppi...@redhat.com Date: Thu May 30 08:26:12 2013 +0200 1.87 bump .gitignore|1 + perl-threads.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index a405acc..749b5e8 100644 --- a/.gitignore +++ b/.gitignore @@ -4,3 +4,4 @@ /threads-1.83.tar.gz /threads-1.85.tar.gz /threads-1.86.tar.gz +/threads-1.87.tar.gz diff --git a/perl-threads.spec b/perl-threads.spec index 211369f..1725150 100644 --- a/perl-threads.spec +++ b/perl-threads.spec @@ -1,6 +1,6 @@ Name: perl-threads -Version:1.86 -Release:243%{?dist} +Version:1.87 +Release:1%{?dist} Summary:Perl interpreter-based threads License:GPL+ or Artistic Group: Development/Libraries @@ -57,6 +57,9 @@ make test %{_mandir}/man3/* %changelog +* Thu May 30 2013 Petr Pisar ppi...@redhat.com - 1.87-1 +- 1.87 bump + * Tue Apr 30 2013 Petr Pisar ppi...@redhat.com - 1.86-243 - Increase release number to supersede perl sub-package (bug #957931) diff --git a/sources b/sources index c36719a..067fdbf 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -d1398760a4a5c4b41cd42b624fff91c2 threads-1.86.tar.gz +fec362ed1857f7b5a59a0f284a2dd749 threads-1.87.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 968423] perl-threads-1.87 is available
https://bugzilla.redhat.com/show_bug.cgi?id=968423 --- Comment #1 from Petr Pisar ppi...@redhat.com --- This is a bug-fix release. All Fedoras are affected. -- 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=BTstitTfMfa=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
[perl-threads/f19] 1.87 bump
Summary of changes: 1b0cdee... 1.87 bump (*) (*) 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-threads/f18] 1.87 bump
commit f8b091e10451e934d9699300c84ef77cffc11520 Author: Petr Písař ppi...@redhat.com Date: Thu May 30 08:26:12 2013 +0200 1.87 bump .gitignore|1 + perl-threads.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index a405acc..749b5e8 100644 --- a/.gitignore +++ b/.gitignore @@ -4,3 +4,4 @@ /threads-1.83.tar.gz /threads-1.85.tar.gz /threads-1.86.tar.gz +/threads-1.87.tar.gz diff --git a/perl-threads.spec b/perl-threads.spec index a83265d..5cb8383 100644 --- a/perl-threads.spec +++ b/perl-threads.spec @@ -1,6 +1,6 @@ Name: perl-threads -Version:1.86 -Release:243%{?dist} +Version:1.87 +Release:1%{?dist} Summary:Perl interpreter-based threads License:GPL+ or Artistic Group: Development/Libraries @@ -57,6 +57,9 @@ make test %{_mandir}/man3/* %changelog +* Thu May 30 2013 Petr Pisar ppi...@redhat.com - 1.87-1 +- 1.87 bump + * Tue Apr 30 2013 Petr Pisar ppi...@redhat.com - 1.86-243 - Increase release number to supersede perl sub-package (bug #957931) diff --git a/sources b/sources index c36719a..067fdbf 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -d1398760a4a5c4b41cd42b624fff91c2 threads-1.86.tar.gz +fec362ed1857f7b5a59a0f284a2dd749 threads-1.87.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-threads/f17] 1.87 bump
commit 01472e061a4c953be950dbef98c78a458368e301 Author: Petr Písař ppi...@redhat.com Date: Thu May 30 08:26:12 2013 +0200 1.87 bump .gitignore|1 + perl-threads.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index a405acc..749b5e8 100644 --- a/.gitignore +++ b/.gitignore @@ -4,3 +4,4 @@ /threads-1.83.tar.gz /threads-1.85.tar.gz /threads-1.86.tar.gz +/threads-1.87.tar.gz diff --git a/perl-threads.spec b/perl-threads.spec index 1e689d6..d64ec2e 100644 --- a/perl-threads.spec +++ b/perl-threads.spec @@ -1,6 +1,6 @@ Name: perl-threads -Version:1.86 -Release:2.1%{?dist} +Version:1.87 +Release:1%{?dist} Summary:Perl interpreter-based threads License:GPL+ or Artistic Group: Development/Libraries @@ -52,6 +52,9 @@ make test %{_mandir}/man3/* %changelog +* Thu May 30 2013 Petr Pisar ppi...@redhat.com - 1.87-1 +- 1.87 bump + * Tue Feb 21 2012 Karsten Hopp kars...@redhat.com 1.86-2.1 - rebuild on PPC diff --git a/sources b/sources index c36719a..067fdbf 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -d1398760a4a5c4b41cd42b624fff91c2 threads-1.86.tar.gz +fec362ed1857f7b5a59a0f284a2dd749 threads-1.87.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 968423] perl-threads-1.87 is available
https://bugzilla.redhat.com/show_bug.cgi?id=968423 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version||perl-threads-1.87-1.fc20 -- 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=o4bcBKWhXla=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 968423] perl-threads-1.87 is available
https://bugzilla.redhat.com/show_bug.cgi?id=968423 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-threads-1.87-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/perl-threads-1.87-1.fc18 -- 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=Tb2EeBtyKwa=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 968423] perl-threads-1.87 is available
https://bugzilla.redhat.com/show_bug.cgi?id=968423 --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- perl-threads-1.87-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/perl-threads-1.87-1.fc19 -- 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=9Jd6TfpWKTa=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 968423] perl-threads-1.87 is available
https://bugzilla.redhat.com/show_bug.cgi?id=968423 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-threads-1.87-1.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/perl-threads-1.87-1.fc17 -- 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=ed8FPumSjha=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
[perl] Correct typo in perl-Storable file list
commit 70c762468fb405647529f250281c9bf4842bf7d7 Author: Petr Písař ppi...@redhat.com Date: Thu May 30 10:38:40 2013 +0200 Correct typo in perl-Storable file list perl.spec |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) --- diff --git a/perl.spec b/perl.spec index 4ef5950..1e76027 100644 --- a/perl.spec +++ b/perl.spec @@ -31,7 +31,7 @@ Name: perl Version:%{perl_version} # release number must be even higher, because dual-lived modules will be broken otherwise -Release:274%{?dist} +Release:275%{?dist} Epoch: %{perl_epoch} Summary:Practical Extraction and Report Language Group: Development/Languages @@ -2698,7 +2698,7 @@ sed \ %exclude %{_mandir}/man3/Scalar::Util* # Storable -%exclude %{archlib}/Storabe.pm +%exclude %{archlib}/Storable.pm %exclude %{archlib}/auto/Storable/ %exclude %{_mandir}/man3/Storable.* @@ -3575,6 +3575,9 @@ sed \ # Old changelog entries are preserved in CVS. %changelog +* Thu May 30 2013 Petr Pisar ppi...@redhat.com - 4:5.16.3-275 +- Correct typo in perl-Storable file list (bug #966865) + * Wed May 29 2013 Petr Pisar ppi...@redhat.com - 4:5.16.3-274 - Sub-package Storable (bug #966865) -- 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] Remove bundled Storable
commit 063075ec2d0207c1bbf8d17afa583bf89cd64a1c Author: Petr Písař ppi...@redhat.com Date: Thu May 30 10:51:28 2013 +0200 Remove bundled Storable perl.spec |5 + 1 files changed, 5 insertions(+), 0 deletions(-) --- diff --git a/perl.spec b/perl.spec index 1e76027..baf9339 100644 --- a/perl.spec +++ b/perl.spec @@ -1496,6 +1496,7 @@ really be high enough to warrant the use of a keyword, and the size so small such that being individual extensions would be wasteful. %endif +%if %{dual_life} || %{rebuild_from_scratch} %package Storable Summary:Persistence for Perl data structures Group: Development/Libraries @@ -1515,6 +1516,7 @@ Conflicts: perl 4:5.16.3-274 The Storable package brings persistence to your Perl data structures containing scalar, array, hash or reference objects, i.e. anything that can be conveniently stored to disk and retrieved at a later time. +%endif %if %{dual_life} || %{rebuild_from_scratch} %package Sys-Syslog @@ -3460,10 +3462,12 @@ sed \ %{_mandir}/man3/Socket.3* %endif +%if %{dual_life} || %{rebuild_from_scratch} %files Storable %{archlib}/Storable.pm %{archlib}/auto/Storable/ %{_mandir}/man3/Storable.* +%endif %if %{dual_life} || %{rebuild_from_scratch} %files Term-UI @@ -3577,6 +3581,7 @@ sed \ %changelog * Thu May 30 2013 Petr Pisar ppi...@redhat.com - 4:5.16.3-275 - Correct typo in perl-Storable file list (bug #966865) +- Remove bundled Storable (bug #966865) * Wed May 29 2013 Petr Pisar ppi...@redhat.com - 4:5.16.3-274 - Sub-package Storable (bug #966865) -- 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-Bio-SamTools
perl-Bio-SamTools has broken dependencies in the F-19 tree: On x86_64: perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq) On i386: perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::SeqFeature::Lite) perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::PrimarySeq) 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-Bio-ASN1-EntrezGene
perl-Bio-ASN1-EntrezGene has broken dependencies in the F-19 tree: On x86_64: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) On i386: perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires perl(Bio::Index::AbstractSeq) 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 ZMQ-LibZMQ3-1.12.tar.gz uploaded to lookaside cache by jpo
A file has been added to the lookaside cache for perl-ZMQ-LibZMQ3: c7388445e7898c3937ebc73483830081 ZMQ-LibZMQ3-1.12.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-ZMQ-LibZMQ3] * Update to version 1.12
commit 4df58251a4dc9c88a259a4d8e48a2e8cdaae5c82 Author: Jose Pedro Oliveira j...@di.uminho.pt Date: Thu May 30 19:14:16 2013 +0100 * Update to version 1.12 .gitignore|1 + perl-ZMQ-LibZMQ3.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 72fbe96..56f40d1 100644 --- a/.gitignore +++ b/.gitignore @@ -2,3 +2,4 @@ /ZMQ-LibZMQ3-1.09.tar.gz /ZMQ-LibZMQ3-1.10.tar.gz /ZMQ-LibZMQ3-1.11.tar.gz +/ZMQ-LibZMQ3-1.12.tar.gz diff --git a/perl-ZMQ-LibZMQ3.spec b/perl-ZMQ-LibZMQ3.spec index 6df8657..531a7b5 100644 --- a/perl-ZMQ-LibZMQ3.spec +++ b/perl-ZMQ-LibZMQ3.spec @@ -1,5 +1,5 @@ Name: perl-ZMQ-LibZMQ3 -Version:1.11 +Version:1.12 Release:1%{?dist} Summary:Perl wrapper for the libzmq 3.x library @@ -59,6 +59,9 @@ make test %changelog +* Thu May 30 2013 Jose Pedro Oliveira jpo at di.uminho.pt - 1.12-1 +- Update to version 1.12 + * Wed May 15 2013 Jose Pedro Oliveira jpo at di.uminho.pt - 1.11-1 - Update to version 1.11 diff --git a/sources b/sources index 514f24d..c3e7db8 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -c8fb1f926d031f793bff2be0e0f14763 ZMQ-LibZMQ3-1.11.tar.gz +c7388445e7898c3937ebc73483830081 ZMQ-LibZMQ3-1.12.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-ZMQ-LibZMQ3/f18] * Update to version 1.12
Summary of changes: 4df5825... * Update to version 1.12 (*) (*) 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-ZMQ-LibZMQ3/f19] * Update to version 1.12
Summary of changes: 4df5825... * Update to version 1.12 (*) (*) 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 IO-Socket-SSL-1.91.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-IO-Socket-SSL: 9975472771eef0070f050e77ea1603fa IO-Socket-SSL-1.91.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File IO-Socket-SSL-1.92.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-IO-Socket-SSL: d653aa674face0905d6fb1971bd31453 IO-Socket-SSL-1.92.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-IO-Socket-SSL] Update to 1.91
commit 9a569c941716cbdffcded992fd750aad3f9fc7de Author: Paul Howarth p...@city-fan.org Date: Thu May 30 21:02:19 2013 +0100 Update to 1.91 - New upstream release 1.91 - Added IO::Socket::SSL::Utils for easier manipulation of certificates and keys - Moved SSL interception into IO::Socket::SSL::Intercept and simplified it using IO::Socket::SSL::Utils - Enhance meta information in Makefile.PL - Bump openssl version requirement to 0.9.8a - Need at least version 6.58 of ExtUtils::MakeMaker (CPAN RT#85739) perl-IO-Socket-SSL.spec | 20 sources |2 +- 2 files changed, 17 insertions(+), 5 deletions(-) --- diff --git a/perl-IO-Socket-SSL.spec b/perl-IO-Socket-SSL.spec index e33dd24..e91bcac 100644 --- a/perl-IO-Socket-SSL.spec +++ b/perl-IO-Socket-SSL.spec @@ -1,5 +1,5 @@ Name: perl-IO-Socket-SSL -Version: 1.90 +Version: 1.91 Release: 1%{?dist} Summary: Perl library for transparent SSL Group: Development/Libraries @@ -8,11 +8,11 @@ URL: http://search.cpan.org/dist/IO-Socket-SSL/ Source0: http://search.cpan.org/CPAN/authors/id/S/SU/SULLR/IO-Socket-SSL-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) BuildArch: noarch -BuildRequires: openssl = 0.9.7e +BuildRequires: openssl = 0.9.8a BuildRequires: perl(Carp) BuildRequires: perl(constant) BuildRequires: perl(Exporter) -BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(ExtUtils::MakeMaker) = 6.58 BuildRequires: perl(IO::Select) BuildRequires: perl(IO::Socket) BuildRequires: perl(IO::Socket::INET) @@ -32,7 +32,7 @@ Requires: perl(IO::Socket::INET6), perl(Socket6) %endif Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) Requires: perl(Net::LibIDN) -Requires: openssl = 0.9.7e +Requires: openssl = 0.9.8a %description This module is a true drop-in replacement for IO::Socket::INET that @@ -66,8 +66,20 @@ rm -rf %{buildroot} %doc BUGS Changes README docs/ certs/ example/ util/ %{perl_vendorlib}/IO/ %{_mandir}/man3/IO::Socket::SSL.3pm* +%{_mandir}/man3/IO::Socket::SSL::Intercept.3pm* +%{_mandir}/man3/IO::Socket::SSL::Utils.3pm* %changelog +* Thu May 30 2013 Paul Howarth p...@city-fan.org - 1.91-1 +- Update to 1.91 + - Added IO::Socket::SSL::Utils for easier manipulation of certificates and +keys + - Moved SSL interception into IO::Socket::SSL::Intercept and simplified it +using IO::Socket::SSL::Utils + - Enhance meta information in Makefile.PL +- Bump openssl version requirement to 0.9.8a +- Need at least version 6.58 of ExtUtils::MakeMaker (CPAN RT#85739) + * Wed May 29 2013 Paul Howarth p...@city-fan.org - 1.90-1 - Update to 1.90 - Support more digests, especially SHA-2 (CPAN RT#85290) diff --git a/sources b/sources index 5c8146d..ac786d2 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -0d0a15f5178edbbf84b7a8eef34b9a06 IO-Socket-SSL-1.90.tar.gz +9975472771eef0070f050e77ea1603fa IO-Socket-SSL-1.91.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-IO-Socket-SSL] Update to 1.92
commit 476a8b5c3b104cf958d81455f0084fd835191531 Author: Paul Howarth p...@city-fan.org Date: Thu May 30 22:10:57 2013 +0100 Update to 1.92 - New upstream release 1.92 - Intercept: use sha1-fingerprint of original cert for id into cache unless otherwise given - Fix pod error in IO::Socket::SSL::Utils (CPAN RT#85733) perl-IO-Socket-SSL.spec |8 +++- sources |2 +- 2 files changed, 8 insertions(+), 2 deletions(-) --- diff --git a/perl-IO-Socket-SSL.spec b/perl-IO-Socket-SSL.spec index e91bcac..9d677ae 100644 --- a/perl-IO-Socket-SSL.spec +++ b/perl-IO-Socket-SSL.spec @@ -1,5 +1,5 @@ Name: perl-IO-Socket-SSL -Version: 1.91 +Version: 1.92 Release: 1%{?dist} Summary: Perl library for transparent SSL Group: Development/Libraries @@ -70,6 +70,12 @@ rm -rf %{buildroot} %{_mandir}/man3/IO::Socket::SSL::Utils.3pm* %changelog +* Thu May 30 2013 Paul Howarth p...@city-fan.org - 1.92-1 +- Update to 1.92 + - Intercept: use sha1-fingerprint of original cert for id into cache unless +otherwise given + - Fix pod error in IO::Socket::SSL::Utils (CPAN RT#85733) + * Thu May 30 2013 Paul Howarth p...@city-fan.org - 1.91-1 - Update to 1.91 - Added IO::Socket::SSL::Utils for easier manipulation of certificates and diff --git a/sources b/sources index ac786d2..443f412 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -9975472771eef0070f050e77ea1603fa IO-Socket-SSL-1.91.tar.gz +d653aa674face0905d6fb1971bd31453 IO-Socket-SSL-1.92.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-IO-Socket-SSL] Created tag perl-IO-Socket-SSL-1.92-1.fc20
The lightweight tag 'perl-IO-Socket-SSL-1.92-1.fc20' was created pointing to: 476a8b5... Update to 1.92 -- 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-Authen-CAS-Client: 3/3] Typo in last merge
commit 14bf960bb73354ee127e5e13cc5ee5fa24d0ff6b Author: Nicholas van Oudtshoorn vano...@gmail.com Date: Fri May 31 10:13:58 2013 +0800 Typo in last merge perl-Authen-CAS-Client.spec |1 - 1 files changed, 0 insertions(+), 1 deletions(-) --- diff --git a/perl-Authen-CAS-Client.spec b/perl-Authen-CAS-Client.spec index 1cf738b..cab259b 100644 --- a/perl-Authen-CAS-Client.spec +++ b/perl-Authen-CAS-Client.spec @@ -46,7 +46,6 @@ make test %{_mandir}/man3/* %changelog - HEAD * Fri May 31 2013 Nicholas van Oudtshoorn vano...@gmail.com - 0.06-1 - New upstream release -- 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-Authen-CAS-Client/f19] Update to 0.06
commit 2e0ec009c72ead8d403d798b6fba6e046bd2c6ea Author: Nicholas van Oudtshoorn vano...@gmail.com Date: Fri May 31 10:16:19 2013 +0800 Update to 0.06 .gitignore |1 + perl-Authen-CAS-Client.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index c94acfa..7ce3119 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ /Authen-CAS-Client-0.05.tar.gz +/Authen-CAS-Client-0.06.tar.gz diff --git a/perl-Authen-CAS-Client.spec b/perl-Authen-CAS-Client.spec index 4c85c5a..cab259b 100644 --- a/perl-Authen-CAS-Client.spec +++ b/perl-Authen-CAS-Client.spec @@ -1,6 +1,6 @@ Name: perl-Authen-CAS-Client -Version:0.05 -Release:6%{?dist} +Version:0.06 +Release:1%{?dist} Summary:Interface for authentication via JA-SIG's Central Authentication Service License:BSD Group: Development/Libraries @@ -46,6 +46,9 @@ make test %{_mandir}/man3/* %changelog +* Fri May 31 2013 Nicholas van Oudtshoorn vano...@gmail.com - 0.06-1 +- New upstream release + * Sat Feb 23 2013 Ralf Corsépius corse...@fedoraproject.org - 0.05-6 - Pass --skipdeps to prevent ExtUtils::AutoInstall from accessing CPAN. (Fix FTBFS #914242). diff --git a/sources b/sources index 441f768..24330f0 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -61ef866f63cb72f209017f8f9f0b2c59 Authen-CAS-Client-0.05.tar.gz +e8673e8c30e76b0bf14a5a804355f2d8 Authen-CAS-Client-0.06.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Authen-CAS-Client: 2/3] Merge branch 'master' of ssh://pkgs.fedoraproject.org/perl-Authen-CAS-Client
commit acb7e7722385260be02656727d02ca1e6860facd Merge: 20a6fb2 a5c65eb Author: Nicholas van Oudtshoorn vano...@gmail.com Date: Fri May 31 10:12:48 2013 +0800 Merge branch 'master' of ssh://pkgs.fedoraproject.org/perl-Authen-CAS-Client Conflicts: perl-Authen-CAS-Client.spec perl-Authen-CAS-Client.spec | 18 +- 1 files changed, 17 insertions(+), 1 deletions(-) --- diff --cc perl-Authen-CAS-Client.spec index 5392063,4c85c5a..1cf738b --- a/perl-Authen-CAS-Client.spec +++ b/perl-Authen-CAS-Client.spec @@@ -45,8 -46,19 +46,23 @@@ make tes %{_mandir}/man3/* %changelog ++ HEAD +* Fri May 31 2013 Nicholas van Oudtshoorn vano...@gmail.com - 0.06-1 +- New upstream release ++ + * Sat Feb 23 2013 Ralf Corsépius corse...@fedoraproject.org - 0.05-6 + - Pass --skipdeps to prevent ExtUtils::AutoInstall from accessing CPAN. + (Fix FTBFS #914242). + + * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.05-5 + - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild + + * Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.05-4 + - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild + + * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.05-3 + - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild + * Mon Nov 28 2011 Nicholas van Oudtshoorn vano...@gmail.com - 0.05-2 - Specfile cleanups * Thu Apr 28 2011 Nicholas van Oudtshoorn vano...@gmail.com - 0.05-1 -- 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-Authen-CAS-Client/f18] Update to 0.06
commit 405c328c0c04354014c02b0e84c413faf1563e49 Author: Nicholas van Oudtshoorn vano...@gmail.com Date: Fri May 31 10:19:44 2013 +0800 Update to 0.06 .gitignore |1 + perl-Authen-CAS-Client.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index c94acfa..7ce3119 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ /Authen-CAS-Client-0.05.tar.gz +/Authen-CAS-Client-0.06.tar.gz diff --git a/perl-Authen-CAS-Client.spec b/perl-Authen-CAS-Client.spec index 42f01a6..0b1e983 100644 --- a/perl-Authen-CAS-Client.spec +++ b/perl-Authen-CAS-Client.spec @@ -1,6 +1,6 @@ Name: perl-Authen-CAS-Client -Version:0.05 -Release:6%{?dist} +Version:0.06 +Release:1%{?dist} Summary:Interface for authentication via JA-SIG's Central Authentication Service License:BSD Group: Development/Libraries @@ -46,6 +46,9 @@ make test %{_mandir}/man3/* %changelog +* Fri May 31 2013 Nicholas van Oudtshoorn vano...@gmail.com - 0.06-1 +- New upstream release + * Sat Feb 23 2013 Ralf Corsépius corse...@fedoraproject.org - 0.05-6 - Pass --skipdeps to prevent ExtUtils::AutoInstall from accessing CPAN. (Fix FTBFS #914242). diff --git a/sources b/sources index 441f768..24330f0 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -61ef866f63cb72f209017f8f9f0b2c59 Authen-CAS-Client-0.05.tar.gz +e8673e8c30e76b0bf14a5a804355f2d8 Authen-CAS-Client-0.06.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[389-devel] Please review: Ticket #47377 - make listen backlog size configurable
https://fedorahosted.org/389/attachment/ticket/47377/0001-Ticket-47377-make-listen-backlog-size-configurable.patch -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: Review Request 26: entries should be updated when component changes
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard-tflink.rhcloud.com/r/26/ --- (Updated May 30, 2013, 9:50 p.m.) Status -- This change has been marked as submitted. Review request for blockerbugs. Bugs: 330 https://fedorahosted.org/fedora-qa/ticket/330 Repository: blockerbugs Description --- This is a fix for #330 and another fix for full sync not working (which I didn't know about) Diffs - blockerbugs/util/bz_interface.py 0579b2455b57a03e3bee570b8cd97aac0eeaf1a4 blockerbugs/util/bug_sync.py 6e092aa35c04ec9a7a4b03653fddf2cef27e4ba1 blockerbugs/cli.py 5cfc306a9051555ad972fd05c627f906d3b2 Diff: http://reviewboard-tflink.rhcloud.com/r/26/diff/ Testing --- The changes are pretty minor and I've been testing them locally Thanks, Tim Flink ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel