License change for boswars-addons
The license has changed to GPLv2+ (from GPLv2). Unlike boswars itself, the upstream notice and copyright notices in the data both say version 2 or later, so I am marking the package that way in Fedora. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20110531 changes
Compose started at Tue May 31 08:15:02 UTC 2011 Broken deps for x86_64 -- CGSI-gSOAP-1.3.4.0-2.fc15.i686 requires libvomsapi.so.0 CGSI-gSOAP-1.3.4.0-2.fc15.x86_64 requires libvomsapi.so.0()(64bit) OpenEXR_Viewers-1.0.2-3.fc15.x86_64 requires libfltk.so.1.1()(64bit) OpenEXR_Viewers-1.0.2-3.fc15.x86_64 requires libfltk_gl.so.1.1()(64bit) SteGUI-0.0.1-17.fc15.x86_64 requires libfltk_images.so.1.1()(64bit) SteGUI-0.0.1-17.fc15.x86_64 requires libfltk.so.1.1()(64bit) acheck-0.5.1-4.fc15.noarch requires perl(Text::Aspell) alsa-tools-1.0.24.1-2.fc15.x86_64 requires libfltk.so.1.1()(64bit) callweaver-javascript-1.2.1-8.fc16.x86_64 requires libjs.so.1()(64bit) camcardsync-0.1.1-4.fc15.x86_64 requires libhal.so.1()(64bit) coda-vcodacon-6.9.5-4.fc15.x86_64 requires libfltk.so.1.1()(64bit) condor-deltacloud-gahp-7.7.0-0.1.fc16.x86_64 requires libdeltacloud.so.5(LIBDCLOUDAPI_2.0.0)(64bit) condor-deltacloud-gahp-7.7.0-0.1.fc16.x86_64 requires libdeltacloud.so.5(LIBDCLOUDAPI_0.0.0)(64bit) condor-deltacloud-gahp-7.7.0-0.1.fc16.x86_64 requires libdeltacloud.so.5(LIBDCLOUDAPI_1.0.0)(64bit) condor-deltacloud-gahp-7.7.0-0.1.fc16.x86_64 requires libdeltacloud.so.5()(64bit) csound-fltk-5.13.0-2.fc16.x86_64 requires libfltk.so.1.1()(64bit) csound-fltk-5.13.0-2.fc16.x86_64 requires libfltk_images.so.1.1()(64bit) csound-gui-5.13.0-2.fc16.x86_64 requires libfltk.so.1.1()(64bit) csound-gui-5.13.0-2.fc16.x86_64 requires libfltk_images.so.1.1()(64bit) csound-virtual-keyboard-5.13.0-2.fc16.x86_64 requires libfltk.so.1.1()(64bit) csound-virtual-keyboard-5.13.0-2.fc16.x86_64 requires libfltk_images.so.1.1()(64bit) db4o-7.4-2.fc13.x86_64 requires mono(Mono.GetOptions) = 0:2.0.0.0 deskbar-applet-2.32.0-4.fc15.x86_64 requires gnome-python2-applet deskbar-applet-2.32.0-4.fc15.x86_64 requires libcamel-1.2.so.23()(64bit) dh-make-0.55-3.fc15.noarch requires debhelper ed2k_hash-gui-0.4.0-10.fc13.x86_64 requires libfltk.so.1.1()(64bit) evolution-couchdb-0.5.3-1.fc16.x86_64 requires libcamel-provider-1.2.so.23()(64bit) evolution-couchdb-0.5.3-1.fc16.x86_64 requires libcamel-1.2.so.23()(64bit) exaile-0.3.2.1-1.fc16.noarch requires hal fawkes-guis-0.4.2-4.fc16.i686 requires libgraph.so.4 fawkes-guis-0.4.2-4.fc16.i686 requires libcdt.so.4 fawkes-guis-0.4.2-4.fc16.i686 requires libgvc.so.5 fawkes-guis-0.4.2-4.fc16.x86_64 requires libgraph.so.4()(64bit) fawkes-guis-0.4.2-4.fc16.x86_64 requires libcdt.so.4()(64bit) fawkes-guis-0.4.2-4.fc16.x86_64 requires libgvc.so.5()(64bit) 1:fife-0.3.2-4.r2.fc16.i686 requires libguichan_opengl-0.8.1.so.1 1:fife-0.3.2-4.r2.fc16.i686 requires libguichan_sdl-0.8.1.so.1 1:fife-0.3.2-4.r2.fc16.i686 requires libguichan-0.8.1.so.1 1:fife-0.3.2-4.r2.fc16.x86_64 requires libguichan-0.8.1.so.1()(64bit) 1:fife-0.3.2-4.r2.fc16.x86_64 requires libguichan_sdl-0.8.1.so.1()(64bit) 1:fife-0.3.2-4.r2.fc16.x86_64 requires libguichan_opengl-0.8.1.so.1()(64bit) file-browser-applet-0.6.6-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) fldigi-3.21.7-1.fc16.x86_64 requires libfltk_images.so.1.1()(64bit) fldigi-3.21.7-1.fc16.x86_64 requires libfltk.so.1.1()(64bit) flpsed-0.5.2-2.fc15.x86_64 requires libfltk.so.1.1()(64bit) gedit-valencia-0.3.0-4.fc14.x86_64 requires libvala-0.10.so.0()(64bit) gipfel-0.3.2-8.fc15.x86_64 requires libfltk_images.so.1.1()(64bit) gipfel-0.3.2-8.fc15.x86_64 requires libfltk.so.1.1()(64bit) glunarclock-0.34.1-1.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-bubblemon-2.0.15-1.fc13.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-cpufire-1.6-3.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-globalmenu-0.7.9-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-grandr-0.4.1-2.fc12.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-jalali-calendar-1.7.1-2.fc15.noarch requires gnome-python2-applet gnome-applet-music-2.5.1-5.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-music-2.5.1-5.fc15.x86_64 requires gnome-python2-applet gnome-applet-sensors-2.2.7-4.fc15.i686 requires libpanel-applet-2.so.0 gnome-applet-sensors-2.2.7-4.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-sshmenu-3.18-3.fc15.noarch requires ruby(panelapplet2) gnome-applet-timer-2.1.4-2.fc15.x86_64 requires gnome-python2-applet = 0:2.16 gnome-applet-window-picker-0.5.8-2.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-device-manager-0.2-6.fc15.x86_64 requires
Re: Upgrading from Fedora 14 to 15 - some problems
On 05/28/2011 08:11 PM, Björn Persson wrote: Adam Williamson wrote: the key is that we don't test any kind of real-world configuration, with anything other than default apps, actual user data in place and so on. And it shows. :-( My user account has been through many upgrades, and I've grown accustomed to having various problems that don't show up in newly created accounts. This is also my experience both at user level and at system level. At the user level, I just create a new user and see if I can replicate the problem. If not, a manual bisection of the user config files will typically lead to a solution rather quickly. (but KDE3-KDE4 was a difficult matter, in fact I still don't know how I can activate activities windows tabbing on kwin). At the system level, I install new Fedora releases from scratch on an an additional junk machine, try things around and after upgrading my real machines, I use the junk one as reference to replicate problems and diff configs. Used that recently for issues related to fonts and antialias settings (concluded that the new installation is bugged too). -- Roberto Ragusamail at robertoragusa.it -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Same noarch update to several releases?
I am co-maintaining boswars-addons which has been setup to not use dist as part of the versions, since the package is noarch and the same build is usable accross releases. It's 48 MB, so it has been considered large enough to be worth not triggering updates when updating between Fedora releases. So now I want to get the same update into F13, F14, F15 and rawhide. Is there a reasonable way to do this? I think I can get it into F13 and rawhide, but I am not sure how to get the same build into multiple updates repos for released versions. Can I do this one at a time? So that after it has made it all the way to updates in one release, to start again in another using manual tagging into updates-pending before using bodhi again? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Upgrading from Fedora 14 to 15 - some problems
On 05/27/2011 08:14 PM, Kevin Kofler wrote: So, can we have updates included for upgrades then? (IMHO, this should be the default, or even better, required. Upgrading without updates enabled just won't work reliably.) We'd certainly be willing to entertain a patch to enable the repo in cases where the network is available. -- Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: What to do if a package needs a modified SELinux policy?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/30/2011 04:52 AM, Kurt Seifried wrote: I'm experimenting with a package that needs to have rsyslog write to a named fifo pipe (so log data can be handed off from rsyslog to an external program). As I see it the options are: 1) apologize to the user and tell them to disable SELinux (no thanks) 2) get Fedora SELinux policy to add an exception (best case scenario I think) 3) tell the user how to manually modify policy and update it (which might then break the next SELinux policy gets updated/etc.). Is there any official process/advice for this? Thanks in advance. -Kurt I would just request the policy to be updated to allow this. Which policy version/OS are you dealing with? It should be a mere matter of labeling the fifo_file with the appropriate label to allow syslog to write. The real question is who is on the other end of the fifo file listing for syslog messages? We probably would need to write policy for this app. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAk3lAAoACgkQrlYvE4MpobOPeACgwpcmM8ITastd4pUFq0K0dcHi x2AAmgKjHX7smj2U0ZbIaB7PWiTsxcam =EiNE -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20110531 changes
On Tue, 2011-05-31 at 10:17 +, Rawhide Report wrote: rasterview-1.3-2.fc16.x86_64 requires libfltk.so.1.1()(64bit) rasterview-1.3-2.fc16.x86_64 requires libfltk_images.so.1.1()(64bit) Fixed. Tim. */ signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 628655] perl segfaults when joining a thread and using perl-Tk
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=628655 --- Comment #1 from Bug Zapper tri...@lists.fedoraproject.org 2011-05-31 11:01:02 EDT --- This message is a reminder that Fedora 13 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 13. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '13'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 13's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 13 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
headsup: F16 libupnp soname bumps
The following packages will be affected: djmount-0:0.71-3.fc15.i686 gmediaserver-0:0.13.0-7.fc15.i686 gmyth-0:0.7.1-14.fc15.i686 linux-igd-0:1.0-10.fc15.i686 ushare-0:1.1a-7.fc15.i686 and possibly more in third-party repos. I'll handle rebuilds for the above, I don't expect any will need more than trivial patches. - ajax -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Reminder: Fedora Engineering Steering Committee election town hall is today.
Greetings! As previously announced, the town hall for the Fedora Engineering Steering Committee (FESCo) is today, May 31, 2011. The town hall will be taking place at 1800 UTC (2pm US-Eastern). For information on how to participate, please see: http://fedoraproject.org/wiki/Elections#How_to_Join Further information about the elections, including the schedule and process, can be seen here: http://fedoraproject.org/wiki/Elections There are 5 seats open in this FESCo election, and 8 candidates. Please consider attending the town hall today, and bringing your questions to be asked of the nominees during the course of the town hall. A summary and the IRC log will be posted and linked from the wiki after the discussion, if you're unable to watch it live. FESCo candidates and their information can be seen here: http://fedoraproject.org/wiki/Development/SteeringCommittee/Nominations Cheers, Robyn ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
HEADS UP: KDE Platform 4.7 for Rawhide
Hi, we're going to import KDE Platform 4.7 to Rawhide soon but as upstream reorganized tarballs, it's going to be a little bit more difficult (it's mess!) and it means Rawhide is going to broken for a couple of days. We were considering own build target but it's not going to be hopefully so bad as we thought after the first time we saw the changes ;-) I'll send updates soon (the status, changes etc.). Jaroslav -- Jaroslav Řezník jrez...@redhat.com Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 602 797 774 Red Hat, Inc. http://cz.redhat.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Review swap
I need a new package to do an update on another package I maintain: https://bugzilla.redhat.com/show_bug.cgi?id=707819 DSDP: Software for semidefinite programming Let me know what I can review for you in exchange. -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
nss update to 3.12.10 needs proventester's karma
https://admin.fedoraproject.org/updates/nspr-4.8.8-1.fc14,nss-util-3.12.10-1.fc14,nss-softokn-3.12.10-1.fc14,nss-3.12.10-1.fc14 Thanks in advance Elio -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Review swap
On Tue, May 31, 2011 at 10:59 AM, Jerry James loganje...@gmail.com wrote: I need a new package to do an update on another package I maintain: https://bugzilla.redhat.com/show_bug.cgi?id=707819 DSDP: Software for semidefinite programming Let me know what I can review for you in exchange. I'm tempted to take you up on the offer. I haven't put in my review request yet but I can have it ready pretty soon. It's a fairly simple python script for archiving (and spanning) data to disc. Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Revoking and deleting in Bodhi Web
Hi, What does it occur when an update is revoked and is deleted? I've done an updated version of package, made a build and when I write the name in Package field I've found a bit odd that new build doesn't appear in the combo box. I wonder if I did something wrong... What do you think? Thanks in advance! -- -- Sergio Belkin http://www.sergiobelkin.com Watch More TV http://sebelk.blogspot.com LPIC-2 Certified - http://www.lpi.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: 9base in Fedora?
On Mon, May 30, 2011 at 11:24:08AM +0200, Petr Sabata wrote:
On Thu, May 26, 2011 at 10:19:43AM -0400, Matthew Miller wrote:
On Thu, May 26, 2011 at 02:23:44PM +0200, Jakub Jelinek wrote:
As I understand it, the best way to do this in Fedora, with respect to
same ideas in this thread, would be having %{_libexecdir}/plan9 or
similar,
with bin, lib and share (or whatever upstream supplies) subdirectories.
You understood it wrong, %{_libexecdir}/plan9 should contain only binaries
and nothing else, the rest would go into %{_libdir}/plan9.
I don't understand why exactly %{_libexecdir}/plan9/* would be preferable to
the more-straightforward /usr/bin/plan9/*. Generally, programs that are in
libexec are meant to _not_ be executed directly, which is not the case here.
That would indeed be better, I guess.
It's okay with both FHS 2.3 and our current Guidelines (or maybe I'm just
missing something), rpmlint complains about %{_bindir} subdirectory, though.
(...)
9base.x86_64: E: subdir-in-bin /usr/bin/plan9/dc
The package contains a subdirectory in /usr/bin. It's not permitted to create
a subdir there. Create it in /usr/lib/ instead.
(...)
I'm going to update the package review since this more like an rpmlint issue.
I just got back from FUDCon Panama so I may have read a few things too
quickly... What's the use case for these programs?
Just for scripts?
For users that are used to plan9 behaviour and want to use them from their
shell?
Either %{_libdir}/plan9 or %{_libdir}/plan9 + %{_libexecdir}/plan9 split
seem that they may fit the bill here. One of those may be more right than
the other depending on what use case we're trying to support.
Subdirectories of %{_bindir} really should not be used in Fedora.
-Toshio
pgpxwoKDRpBT1.pgp
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: headsup: F16 libupnp soname bumps
On 5/31/11 11:23 AM, Adam Jackson wrote: gmyth-0:0.7.1-14.fc15.i686 linux-igd-0:1.0-10.fc15.i686 djmount-0:0.71-3.fc15.i686 Rebuilds done. gmediaserver-0:0.13.0-7.fc15.i686 ushare-0:1.1a-7.fc15.i686 Coming eventually. Apparently libupnp decided to rewrite an entire API surface between 1.6.6 and 1.6.13. If this sounds like a massive misunderstanding of what revision numbers are supposed to mean, well, you are correct. - ajax -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Unresponsive Package Maintainer - Lubomir Rintel
I'm following the procedure at: http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers Does anyone know how to contact Lubomir Rintel? He is not answering e-mails at his listed address or the following Bugzilla reports: https://bugzilla.redhat.com/show_bug.cgi?id=668513 https://bugzilla.redhat.com/show_bug.cgi?id=663593 (duplicate of above) https://bugzilla.redhat.com/show_bug.cgi?id=676699 (duplicate of above) Thanks, David smime.p7s Description: S/MIME Cryptographic Signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unresponsive Package Maintainer - Lubomir Rintel
Ward, David - 0663 - MITLL wrote: I'm following the procedure at: http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers Does anyone know how to contact Lubomir Rintel? He is not answering e-mails at his listed address or the following Bugzilla reports: https://bugzilla.redhat.com/show_bug.cgi?id=668513 https://bugzilla.redhat.com/show_bug.cgi?id=663593 (duplicate of above) https://bugzilla.redhat.com/show_bug.cgi?id=676699 (duplicate of above) Thanks, David I've heard from him fairly recently, CCing another email address. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Heads up: impending IPv6 Test Day
Hey, folks. If you follow the trac ticket notifications on test@ you may have noticed this already, but I know it's easy to tune those out, and I'm CCing devel@ so people following that list know about this too. We're planning a Fedora IPv6 Test Day to coincide with World IPv6 Day on June 8. This has been kicked off by some folks inside Red Hat whose job it is to understand IPv6 (those poor, poor kids), so thanks to Linda and her team for bringing it to the Fedora community. We have a trac ticket for co-ordinating the event here: https://fedorahosted.org/fedora-qa/ticket/192 and the Wiki page for it is here: https://fedoraproject.org/wiki/QA/Test_Day:2011-06-08_IPv6 it would be really good if people can pencil in this event on their calendars so we can get some testing of Fedora 15's IPv6 preparedness, and it would also be great if those who understand what the hell they're doing with IPv6 could check over the Wiki page for accuracy and completeness. Finally it would also help if people who don't understand what the hell they're doing with IPv6 - like me! - could try and follow the instructions, and let us know - via this thread, or the trac ticket - if they struggle or find something unclear or don't seem to be able to make it work as intended, so we can improve the instructions. I've already noted, for example, that it's not particularly clear what you should do if you're using a router - whether to try and set the tunnel up on the router, or whether you can just do it on one of the machines behind the router. Thanks everyone! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: UID_MIN GID_MIN changed
On Thu, May 26, 2011 at 09:27:21AM +0200, Peter Vrabec wrote: Hi, On Wednesday, May 25, 2011 08:07:32 PM Toshio Kuratomi wrote: On Wed, May 25, 2011 at 1:55 AM, Peter Vrabec pvra...@redhat.com wrote: Hi, On Tuesday, May 24, 2011 05:25:44 PM Toshio Kuratomi wrote: On Tue, May 24, 2011 at 1:59 AM, Peter Vrabec pvra...@redhat.com wrote: Hi all, I'd like to inform you that I have changed UID_MIN GID_MIN from 500 to 1000 in upgraded shadow-utils. Where? /etc/login.defs. shadow-utils-4.1.4.3-1.fc16 I suppose UID/GID_MIN=1000 is more common(other distros, upstream). We are not in situation that 500 IDs for system accounts ought to be enough for anybody. Actually, it was not 500.It was 299 because range 0-200 is for reserved IDs. There are 799 non reserved IDs for system accounts available after this change. This change should be made as a Feature for F16 and needs some thought/coordination put behind it. There's several issues that I see: * AFAIK, we actually have not run into the 500 uid limit yet (although it is a bit low to be comfortable) * AFAIK, we've only allocated the range 0-100 for reserved IDs. * The 0-100 reserved IDs are actually the pain point that we need to deal with, not the dynamic system ids in the 101-499 range. We use 0-200 for reserved IDs since http://lists.fedoraproject.org/pipermail/devel/2009-April/028740.html If people think that 0-200 was the conclusion to that thread, it would explain why there's a few buggy accounts in /usr/share/doc/setup*/uidgid :-( But that was not the conclusion of that thread. Of the available range, using 100-200 is an especially bad choice for expanding the range. Dynamically allocated system accounts fall into that space and since allocation goes from the bottom up, there's likely to be collisions. If we decided that 399-499 was also a range for static uids, the changes of collisions would still exist but be much lower. This is not true. Changelog: * Fri Mar 16 2007 Peter Vrabec pvra...@redhat.com 2:4.0.18.1-11 - assign system dynamic UID/GID from the top of available UID/GID (#190523) Some people were expecting this issue. :) Ah so it does. I suppose that tells you how long ago its been since my machine has had a fresh install :-) * We don't know how many, if any IDs this actually gets us for the dynamic range because any site that has already filled the 500-1000 UID range won't gain any extra dynamic system account through this change. * This could potentially break sites that are currently using the 500-1000 UID range and rely on the order of allocation of UIDs for their users on new machines matching with the UIDs on old machines. (For instance, NFS UIDs on filesystems matching between a box installed with RHEL5 and a box that gets newly installed with F16). -Toshio I'm not against wider announcement. I'm just not sure what is the right way - F16 Feature/Release Notes/ ? Yes, we can release note it. But you still haven't answered the question of why this change is necessary. Do you really have a system where you have installed more than 400 packages that are allocating dynamic system accounts? 1. I'd like to avoid it. 2. interoperability What us it that you'd like to avoid? We can also annouce the 200 limit for reserved IDs. ;) We can't just make changes to this range. Especially not in the lower end of it. (and if we change the dynamic system account range to extend higher, we also can't use the 500-1000 range for that. This change has already happened. If it was done without any harm, I consider that a good job. :) To be clear, this change has only happened in rawhide with your last commit so it's a bit early to tell what harm there is. With the clarification that the dynamic UID range has started allocating at the top instead of the bottom in 2007, it makes a lot more sense that we can make this change. Are you sure you only want to allocate 0-200, though? Remember that the static assignments are our limited resource, perhaps you want to go higher than that? -Toshio pgpHeaYsjFHyy.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Review swap
On Tue, May 31, 2011 at 11:34 AM, Richard Shaw hobbes1...@gmail.com wrote: On Tue, May 31, 2011 at 10:59 AM, Jerry James loganje...@gmail.com wrote: I need a new package to do an update on another package I maintain: https://bugzilla.redhat.com/show_bug.cgi?id=707819 DSDP: Software for semidefinite programming Let me know what I can review for you in exchange. I forgot about one I had already submitted: https://bugzilla.redhat.com/show_bug.cgi?id=708475 Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: 9base in Fedora?
On Tue, May 31, 2011 at 10:16:02AM -0700, Toshio Kuratomi wrote:
On Mon, May 30, 2011 at 11:24:08AM +0200, Petr Sabata wrote:
On Thu, May 26, 2011 at 10:19:43AM -0400, Matthew Miller wrote:
On Thu, May 26, 2011 at 02:23:44PM +0200, Jakub Jelinek wrote:
As I understand it, the best way to do this in Fedora, with respect to
same ideas in this thread, would be having %{_libexecdir}/plan9 or
similar,
with bin, lib and share (or whatever upstream supplies)
subdirectories.
You understood it wrong, %{_libexecdir}/plan9 should contain only
binaries
and nothing else, the rest would go into %{_libdir}/plan9.
I don't understand why exactly %{_libexecdir}/plan9/* would be preferable
to
the more-straightforward /usr/bin/plan9/*. Generally, programs that are in
libexec are meant to _not_ be executed directly, which is not the case
here.
That would indeed be better, I guess.
It's okay with both FHS 2.3 and our current Guidelines (or maybe I'm just
missing something), rpmlint complains about %{_bindir} subdirectory, though.
(...)
9base.x86_64: E: subdir-in-bin /usr/bin/plan9/dc
The package contains a subdirectory in /usr/bin. It's not permitted to
create
a subdir there. Create it in /usr/lib/ instead.
(...)
I'm going to update the package review since this more like an rpmlint
issue.
I just got back from FUDCon Panama so I may have read a few things too
quickly... What's the use case for these programs?
Just for scripts?
For users that are used to plan9 behaviour and want to use them from their
shell?
Pretty much those. Plus they are fun to play with.
Either %{_libdir}/plan9 or %{_libdir}/plan9 + %{_libexecdir}/plan9 split
seem that they may fit the bill here. One of those may be more right than
the other depending on what use case we're trying to support.
Subdirectories of %{_bindir} really should not be used in Fedora.
But why exactly?
--
# Petr Sabata
pgpMNhPVWRWhO.pgp
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Heads up: GEOS 3.3.0 is entering F16
I will be pushing GeOS 3.3.0 to buildroots in the next 24 hours. I will also rebuild PostGIS. If you have a package that depends on GeOS, you might want to work on it, since there are bunch of API changes. Changelog is here: http://trac.osgeo.org/geos/browser/tags/3.3.0/NEWS Regards, -- Devrim GÜNDÜZ Principal Systems Engineer @ EnterpriseDB: http://www.enterprisedb.com PostgreSQL Danışmanı/Consultant, Red Hat Certified Engineer Community: devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr http://www.gunduz.org Twitter: http://twitter.com/devrimgunduz signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Plan for tomorrow's FESCo meeting (2011-06-01)
Following is the list of topics that will be discussed in the FESCo meeting tomorrow at 17:30UTC (1:30pm EDT) in #fedora-meeting on irc.freenode.net. Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Followups = #topic #563 suggested policy: all daemons must set RELRO and PIE flags .fesco 563 = New business = #topic #589 Porting from sysVinit init scripts to systemd unit files #topic #591 F16Feature: Aeolus Conductor - https://fedoraproject.org/wiki/Features/Aeolus_Conductor #topic #592 F16Feature: Blender 2.5 - http://fedoraproject.org/wiki/Features/Blender25 #topic #593 F16Feature: Cloudstack - https://fedoraproject.org/wiki/Features/Cloudstack #topic #594 F16Feature: F16 BTRFS default file system - http://fedoraproject.org/wiki/Features/F16BtrfsDefaultFs #topic #595 F16Feature: GHC 7.0.3 and Haskell Platform 2011.2.0.1 - http://fedoraproject.org/wiki/Features/GHC703 #topic #596 F16Feature: HAL Removal - https://fedoraproject.org/wiki/Features/HalRemoval #topic #597 F16Feature: Sheepdog - https://fedoraproject.org/wiki/Features/Sheepdog #topic #598 F16Feature: SysV to Systemd - https://fedoraproject.org/wiki/Features/SysVtoSystemd #topic #599 F16Feature: ConsoleKit Removal/Automatic Multi-Seat Support - https://fedoraproject.org/wiki/Features/ckremoval #topic #600 F16Feature: nss-myhostname by default - https://fedoraproject.org/wiki/Features/nssmyhostname #topic #601 F16 Feature: Perl5.14 https://fedoraproject.org/wiki/Features/perl5.14 = Fedora Engineering Services tickets = https://fedorahosted.org/fedora-engineering-services/report/6 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Params-Validate-0.99.tar.gz uploaded to lookaside cache by corsepiu
A file has been added to the lookaside cache for perl-Params-Validate: 218b0e970b3568eeddf83f65b24657f6 Params-Validate-0.99.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-Params-Validate] Upstream update. Rebase patch (Params-Validate-0.99.diff).
commit 08a78023b8eab4f154e0423bdc6b74b1936248e3
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Tue May 31 08:38:23 2011 +0200
Upstream update.
Rebase patch (Params-Validate-0.99.diff).
.gitignore|3 +--
Params-Validate-0.98.diff | 22 --
Params-Validate-0.99.diff | 18 ++
perl-Params-Validate.spec |8 ++--
sources |2 +-
5 files changed, 26 insertions(+), 27 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index f50910d..7d87d7b 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1 @@
-Params-Validate-0.95.tar.gz
-/Params-Validate-0.98.tar.gz
+/Params-Validate-0.99.tar.gz
diff --git a/Params-Validate-0.99.diff b/Params-Validate-0.99.diff
new file mode 100644
index 000..aee5d47
--- /dev/null
+++ b/Params-Validate-0.99.diff
@@ -0,0 +1,18 @@
+--- Params-Validate-0.99.orig/t/release-pod-spell.t2011-05-27
23:59:33.0 +0200
Params-Validate-0.99/t/release-pod-spell.t 2011-05-31 08:37:29.073051734
+0200
+@@ -31,11 +31,15 @@
+ all_pod_files_spelling_ok();
+
+ __DATA__
++'
++''
+ API
+ baz
+ CPAN
+ GLOBREF
++'globals'
+ Martynov
++onwards
+ OO
+ PayPal
+ pre
diff --git a/perl-Params-Validate.spec b/perl-Params-Validate.spec
index 054259d..bacc8bd 100644
--- a/perl-Params-Validate.spec
+++ b/perl-Params-Validate.spec
@@ -1,6 +1,6 @@
Summary: Params-Validate Perl module
Name: perl-Params-Validate
-Version: 0.98
+Version: 0.99
Release: 1%{?dist}
License: GPL+ or Artistic
Group: Development/Libraries
@@ -8,7 +8,7 @@ URL:http://search.cpan.org/dist/Params-Validate/
Source0:
http://search.cpan.org/CPAN/authors/id/D/DR/DROLSKY/Params-Validate-%{version}.tar.gz
# Hacks to make spell checking tests work with hunspell
-Patch0: Params-Validate-0.98.diff
+Patch0: Params-Validate-0.99.diff
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
@@ -66,6 +66,10 @@ RELEASE_TESTING=1 ./Build test
%{_mandir}/man3/*
%changelog
+* Tue May 31 2011 Ralf Corsépius corse...@fedoraproject.org - 0.99-1
+- Upstream update.
+- Rebase patch (Params-Validate-0.99.diff).
+
* Sat Apr 30 2011 Ralf Corsépius corse...@fedoraproject.org - 0.98-1
- Upstream update.
- Spec cleanup.
diff --git a/sources b/sources
index 0c1d3a0..a862c83 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6dacb26b1bdb6338b6eed45cd86958bb Params-Validate-0.98.tar.gz
+218b0e970b3568eeddf83f65b24657f6 Params-Validate-0.99.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-Params-Validate/f15] Upstream update. Rebase patch (Params-Validate-0.99.diff).
Summary of changes: 08a7802... Upstream update. Rebase patch (Params-Validate-0.99.diff). (*) (*) 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-Params-Validate/f14] (2 commits) ...Merge remote-tracking branch 'origin/f15' into f14
Summary of changes: 08a7802... Upstream update. Rebase patch (Params-Validate-0.99.diff). (*) 91e9c29... Merge remote-tracking branch 'origin/f15' into f14 (*) 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-Params-Validate/f14: 2/2] Merge remote-tracking branch 'origin/f15' into f14
commit 91e9c29ea2d90e6702232a97afaedb9e9160df0e Merge: 2bdd6bc 08a7802 Author: Ralf Corsépius corse...@fedoraproject.org Date: Tue May 31 09:00:03 2011 +0200 Merge remote-tracking branch 'origin/f15' into f14 .gitignore|3 +-- Params-Validate-0.98.diff | 22 -- Params-Validate-0.99.diff | 18 ++ perl-Params-Validate.spec |8 ++-- sources |2 +- 5 files changed, 26 insertions(+), 27 deletions(-) --- -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-IO-Stty/el6] Initial push.
commit 5fa05909e9e1029012ba9d08dca690c2fffd7046
Author: Marcela Mašláňová mmasl...@redhat.com
Date: Tue May 31 09:48:56 2011 +0200
Initial push.
perl-IO-Stty.spec |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
---
diff --git a/perl-IO-Stty.spec b/perl-IO-Stty.spec
index c66d870..4e70867 100644
--- a/perl-IO-Stty.spec
+++ b/perl-IO-Stty.spec
@@ -7,6 +7,7 @@ Group: Development/Libraries
URL:http://search.cpan.org/dist/IO-Stty/
Source0:
http://www.cpan.org/authors/id/T/TO/TODDR/IO-Stty-%{version}.tar.gz
BuildArch: noarch
+Buildroot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildRequires: perl(Module::Build)
BuildRequires: perl(Pod::Coverage)
BuildRequires: perl(strict)
--
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-Stty/el5] Initial push.
Summary of changes: 5fa0590... Initial push. (*) (*) 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
[Bug 709269] New: perl-SOAP-Lite provides bogus perl(LWP::Protocol)
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-SOAP-Lite provides bogus perl(LWP::Protocol) https://bugzilla.redhat.com/show_bug.cgi?id=709269 Summary: perl-SOAP-Lite provides bogus perl(LWP::Protocol) Product: Fedora Version: 14 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: perl-SOAP-Lite AssignedTo: psab...@redhat.com ReportedBy: rc040...@freenet.de QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, psab...@redhat.com Classification: Fedora Story Points: --- Description of problem: perl-SOAP-Lite provides a bogus perl(LWP::Protocol): # repoquery --whatprovides 'perl(LWP::Protocol)' perl-SOAP-Lite-0:0.712-4.fc14.noarch perl-libwww-perl-0:5.836-1.fc14.noarch perl-libwww-perl-0:5.837-2.fc14.noarch Version-Release number of selected component (if applicable): perl-SOAP-Lite-0:0.712-4.fc14.noarch Expected results: perl-SOAP-Lite not to provide LWP::Protocol Additional info: AFAIU, this bogus provides originates from perl-SOAP-Lite trying to internally override/overlay the real LWP::Protocol. It should be filtered. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-SOAP-Lite] Do not provide LWP::Protocol (#709269)
commit 704532a459c6d5b012c28d1aa9de1c456f6fd615
Author: Petr Sabata con...@redhat.com
Date: Tue May 31 11:21:35 2011 +0200
Do not provide LWP::Protocol (#709269)
perl-SOAP-Lite.spec |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
---
diff --git a/perl-SOAP-Lite.spec b/perl-SOAP-Lite.spec
index ff2d7f0..b185886 100644
--- a/perl-SOAP-Lite.spec
+++ b/perl-SOAP-Lite.spec
@@ -1,6 +1,6 @@
Name: perl-SOAP-Lite
Version:0.712
-Release:4%{?dist}
+Release:5%{?dist}
Summary:Client and server side SOAP implementation
License:GPL+ or Artistic
Group: Development/Libraries
@@ -50,6 +50,8 @@ Requires: perl(XML::Parser::Lite)
%{?filter_setup:
%filter_from_requires /perl(My::/d
+%filter_from_provides /perl(My::/d
+%filter_from_provides /perl(LWP::Protocol)/d
%?perl_default_filter
}
@@ -91,6 +93,9 @@ make test
%{_mandir}/man1/*
%changelog
+* Tue May 31 2011 Petr Sabata con...@redhat.com - 0.712-5
+- Filter LWP::Protocol from Provides (#709269)
+
* Tue May 17 2011 Petr Sabata psab...@redhat.com - 0.712-4
- Do not require Apache2::*; this introduces mod_perl/httpd dependencies
This is optional and needed only when running under mod_perl which provides
--
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-SOAP-Lite/f15] Do not provide LWP::Protocol (#709269)
Summary of changes: 704532a... Do not provide LWP::Protocol (#709269) (*) (*) 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-SOAP-Lite/f14] Do not provide LWP::Protocol (#709269)
Summary of changes: 704532a... Do not provide LWP::Protocol (#709269) (*) (*) 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
[Bug 709269] perl-SOAP-Lite provides bogus perl(LWP::Protocol)
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=709269 --- Comment #2 from Petr Sabata psab...@redhat.com 2011-05-31 05:30:06 EDT --- Indeed this was a mistake. 0.712-5 filters this out again. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 709269] perl-SOAP-Lite provides bogus perl(LWP::Protocol)
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=709269 --- Comment #3 from Fedora Update System upda...@fedoraproject.org 2011-05-31 05:32:12 EDT --- perl-SOAP-Lite-0.712-5.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/perl-SOAP-Lite-0.712-5.fc14 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Devel-StackTrace/f14] (5 commits) ...Merge cleanup.
Summary of changes: b51f51b... - Upstream update. - Spec overhaul. - Add %bcond_with relea (*) f853d4b... - Upstream update. (*) be14686... - Upstream update. (*) 10f5fb4... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*) e212307... Merge cleanup. (*) 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-SOAP-Lite/el5] Do not provide LWP::Protocol (#709269)
commit 5dcf3da87973820cc24c3bac076fe5079cfe4188
Author: Petr Sabata con...@redhat.com
Date: Tue May 31 11:21:35 2011 +0200
Do not provide LWP::Protocol (#709269)
perl-SOAP-Lite.spec |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
---
diff --git a/perl-SOAP-Lite.spec b/perl-SOAP-Lite.spec
index baa243a..a2e1cdc 100644
--- a/perl-SOAP-Lite.spec
+++ b/perl-SOAP-Lite.spec
@@ -1,6 +1,6 @@
Name: perl-SOAP-Lite
Version:0.712
-Release:4%{?dist}.1
+Release:5%{?dist}
Summary:Client and server side SOAP implementation
License:GPL+ or Artistic
Group: Development/Libraries
@@ -51,6 +51,8 @@ Requires: perl(XML::Parser::Lite)
%{?filter_setup:
%filter_from_requires /perl(My::/d
+%filter_from_provides /perl(My::/d
+%filter_from_provides /perl(LWP::Protocol)/d
%?perl_default_filter
}
@@ -92,6 +94,9 @@ make test
%{_mandir}/man1/*
%changelog
+* Tue May 31 2011 Petr Sabata con...@redhat.com - 0.712-5
+- Filter LWP::Protocol from Provides (#709269)
+
* Tue May 17 2011 Petr Sabata psab...@redhat.com - 0.712-4
- Do not require Apache2::*; this introduces mod_perl/httpd dependencies
This is optional and needed only when running under mod_perl which provides
--
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-SOAP-Lite/el5] Clean buildroot
commit 25f5fc9a80e95a4a1fdebf7419bb745e1fbc5b6b
Author: Paul Howarth p...@city-fan.org
Date: Tue May 31 12:00:44 2011 +0100
Clean buildroot
perl-SOAP-Lite.spec |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
---
diff --git a/perl-SOAP-Lite.spec b/perl-SOAP-Lite.spec
index a2e1cdc..5b89d92 100644
--- a/perl-SOAP-Lite.spec
+++ b/perl-SOAP-Lite.spec
@@ -9,7 +9,7 @@ Source0:
http://search.cpan.org/CPAN/authors/id/M/MK/MKUTTER/SOAP-Lite-%{vers
# rhbz#663931, rt#58538
Patch0: perl-SOAP-Lite-0.712-mod_perl.patch
BuildArch: noarch
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
# Core package
BuildRequires: perl(Class::Inspector)
@@ -71,6 +71,7 @@ find examples -type f -exec chmod ugo-x {} \;
make %{?_smp_mflags}
%install
+rm -rf $RPM_BUILD_ROOT
make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';'
find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2/dev/null ';'
@@ -79,6 +80,9 @@ chmod -R u+w $RPM_BUILD_ROOT/*
%check
make test
+%clean
+rm -rf $RPM_BUILD_ROOT
+
%files
%defattr(-,root,root,-)
# For license text(s), see the perl package.
--
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-SOAP-Lite/el5] Filter out bogus provides in a way that works with EPEL 6
commit a6599bec519210bd679599b41bc2d0e29fbede6c
Author: Paul Howarth p...@city-fan.org
Date: Tue May 31 12:21:25 2011 +0100
Filter out bogus provides in a way that works with EPEL 6
perl-SOAP-Lite.spec |4
1 files changed, 4 insertions(+), 0 deletions(-)
---
diff --git a/perl-SOAP-Lite.spec b/perl-SOAP-Lite.spec
index d1a7d70..34915b7 100644
--- a/perl-SOAP-Lite.spec
+++ b/perl-SOAP-Lite.spec
@@ -58,6 +58,10 @@ Requires: perl(XML::Parser::Lite)
%?perl_default_filter
}
+# Filter out unwanted provides for EPEL 6 (#709269)
+%global provfilt sh -c %{__perl_provides} | grep -Ev
'^perl[(](LWP::Protocol|My::.*)[)]'
+%define __perl_provides %{provfilt}
+
%description
SOAP::Lite is a collection of Perl modules which provides a simple and
lightweight interface to the Simple Object Access Protocol (SOAP) both on
--
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-SOAP-Lite/el5] BR: perl(Test::Differences), perl(Test::MockObject)
commit e26b07a0f51008f536c6e44ec2791ab0f78d65b3
Author: Paul Howarth p...@city-fan.org
Date: Tue May 31 12:10:31 2011 +0100
BR: perl(Test::Differences), perl(Test::MockObject)
perl-SOAP-Lite.spec |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
---
diff --git a/perl-SOAP-Lite.spec b/perl-SOAP-Lite.spec
index 5b89d92..d1a7d70 100644
--- a/perl-SOAP-Lite.spec
+++ b/perl-SOAP-Lite.spec
@@ -32,6 +32,8 @@ BuildRequires: perl(Net::POP3)
BuildRequires: perl(IO::File)
BuildRequires: perl(IO::Socket::SSL)
BuildRequires: perl(Compress::Zlib)
+BuildRequires: perl(Test::Differences)
+BuildRequires: perl(Test::MockObject)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
Requires: perl(Compress::Zlib)
--
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-SOAP-Lite/el5] Fix .gitignore
commit 881a60b7349febff8b5cd6a0536033daf1a84da1 Author: Paul Howarth p...@city-fan.org Date: Tue May 31 12:24:46 2011 +0100 Fix .gitignore .gitignore |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) --- diff --git a/.gitignore b/.gitignore index 65a93fc..a497101 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1 @@ -SOAP-Lite-0.710.10.tar.gz +/SOAP-Lite-[0-9.]*.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-SOAP-Lite] Created tag perl-SOAP-Lite-0.712-5.el5
The lightweight tag 'perl-SOAP-Lite-0.712-5.el5' was created pointing to: 881a60b... Fix .gitignore -- 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 709269] perl-SOAP-Lite provides bogus perl(LWP::Protocol)
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=709269 --- Comment #5 from Fedora Update System upda...@fedoraproject.org 2011-05-31 07:52:39 EDT --- perl-SOAP-Lite-0.712-5.el5 has been submitted as an update for Fedora EPEL 5. https://admin.fedoraproject.org/updates/perl-SOAP-Lite-0.712-5.el5 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 637077] PID file location miss match
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=637077 --- Comment #1 from Bug Zapper tri...@lists.fedoraproject.org 2011-05-31 08:43:05 EDT --- This message is a reminder that Fedora 13 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 13. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '13'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 13's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 13 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
