persistent clutter and ghc breakage (was Re: rawhide report: 20090803 changes)
Rawhide Report writes: [...] There appear to be a boatload of broken deps for packages based on clutter (presumably because of API bump from 0.9 to 1.0) that have been listed here for over a week and no movement to fix most of them. Have the other apps been ported to the new API so they just need to be built, or have they not yet been ported? (I tried to find an update of cluttermm to 1.0 but only 0.9 versions are on the gnome site). If the latter, it would be nice the maintainer of clutter did an inventory of dependent-packages and co-ordinate with downstream consumers of clutter to make sure that there was a plan to update those packages, or built a compat- package if necessary. Otherwise users of rawhide are left with huge swathe of breakage: Broken deps for i386 -- clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) libchamplain-0.2.9-1.fc11.i586 requires libclutter-glx-0.8.so.0 libchamplain-0.2.9-1.fc11.i586 requires libclutter-cairo-0.8.so.0 libchamplain-devel-0.2.9-1.fc11.i586 requires pkgconfig(clutter-0.8) nbtk-0.16.3-5.fc12.i686 requires libclutter-glx-0.9.so.0 nbtk-devel-0.16.3-5.fc12.i686 requires pkgconfig(clutter-0.9) pyclutter-0.8.2-2.fc11.i586 requires libclutter-glx-0.8.so.0 pyclutter-cairo-0.8.2-2.fc11.i586 requires libclutter-cairo-0.8.so.0 pyclutter-cairo-0.8.2-2.fc11.i586 requires libclutter-glx-0.8.so.0 pyclutter-gst-0.8.2-2.fc11.i586 requires libclutter-gst-0.8.so.0 pyclutter-gst-0.8.2-2.fc11.i586 requires libclutter-glx-0.8.so.0 pyclutter-gtk-0.8.2-2.fc11.i586 requires libclutter-glx-0.8.so.0 pyclutter-gtk-0.8.2-2.fc11.i586 requires libclutter-gtk-0.8.so.0 Similarly with ghc based packages, there appears to be no movement to fix these broken deps: ghc-HTTP-devel-4000.0.6-3.fc12.i586 requires ghc = 0:6.10.3 ghc-HTTP-devel-4000.0.6-3.fc12.i586 requires ghc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-HTTP-prof-4000.0.6-3.fc12.i586 requires ghc-prof = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.i586 requires ghc = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.i586 requires ghc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-ghc-paths-prof-0.1.0.5-7.fc12.i586 requires ghc-prof = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.i586 requires ghc = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.i586 requires ghc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-prof-1.0.1-1.fc12.i586 requires ghc-prof = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.i586 requires ghc = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.i586 requires ghc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-uniplate-prof-1.2.0.3-4.fc12.i586 requires ghc-prof = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.i586 requires ghc = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.i586 requires ghc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-zlib-prof-0.5.0.0-9.fc12.i586 requires ghc-prof = 0:6.10.3 I must be a broken record on this, but it would be nice if maintainers could make announcements to all concerned (e.g. on fedora-devel-announce) about API/soname etc. bumps in major libraries/frameworks *before* they are put into motion so that the dependent packages can be rebuilt in a timely manner. Or if that causes too much breakage where, for example, many apps aren't ready to be ported to the new version, then consider delaying the update for a while or introducing compat- packages. Otherwise breakage goes on for weeks and necessitating a rush to rebuild the software by provenpackagers just before a freeze which leaves an
sponsor request of ibus-anthy
Hi, I'd like to get the sponsor role of ibus-anthy to commit patches. Would you give the role? Thanks, fujiwara -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: persistent clutter and ghc breakage (was Re: rawhide report: 20090803 changes)
There appear to be a boatload of broken deps for packages based on clutter (presumably because of API bump from 0.9 to 1.0) that have been listed here for over a week and no movement to fix most of them. It was actually broken on the move from 0.8 to 0.9 (and there were a couple of smaller api breakages during the 0.9 process). Have the other apps been ported to the new API so they just need to be built, or have they not yet been ported? (I tried to find an update of cluttermm to 1.0 but only 0.9 versions are on the gnome site). No, they haven't in most cases been ported yet. All the pyclutter* stuff and cluttermm are still to be ported to the new API. The 0.9 versions if they are available might/should compile against 1.0. If the latter, it would be nice the maintainer of clutter did an inventory of dependent-packages and co-ordinate with downstream consumers of clutter to make sure that there was a plan to update those packages, or built a compat- package if necessary. Otherwise users of rawhide are left with huge swathe of breakage: [snip] I must be a broken record on this, but it would be nice if maintainers could make announcements to all concerned (e.g. on fedora-devel-announce) about API/soname etc. bumps in major libraries/frameworks *before* they are put into motion so that the dependent packages can be rebuilt in a timely manner. Or if that causes too much breakage where, for example, many apps aren't ready to be ported to the new version, then consider delaying the update for a while or introducing compat- packages. No idea about the ghc stuff but until recently there wasn't really a owner to the clutter* stuff. Otherwise breakage goes on for weeks and necessitating a rush to rebuild the software by provenpackagers just before a freeze which leaves an inadequate time for user/developer testing on rawhide. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: sponsor request of ibus-anthy
Takao Fujiwara wrote, at 08/04/2009 03:49 PM +9:00: Hi, I'd like to get the sponsor role of ibus-anthy to commit patches. Would you give the role? Thanks, fujiwara Perhaps it is better that you would contact Petersen-san petersen_AT_redhat.com Regards, Mamoru -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Proposal for voice data naming guide
I've tried out gcin's voice data, it's neat, interesting, and useful. Since it does not depend on gcin, I wish to pack it as an independent package, so other packages can use it. However, generally, what should we name it and other voice data? How about: voicedata-locale-generated_method-source-variant Where * locale: Locale string like en_US, zh_CN... * generated_method: The algorithm or synthesizer that generate the voice, or realperson if the recorded voice is from a real person. * source: Name of the project or organization that provides the voice. * variant: Optional field for noticeable info, such as the person who provide the voice, or parameter of the synthesizer. Thus, according to the naming guild, gcin's voice data should be named as: voicedata-zh_TW-realperson-gcin-EdwardLiu Any comments? -- Ding-Yi Chen Software Engineer Internationalization Group Red Hat, Inc. Looking to carve out IT costs? www.apac.redhat.com/promo/carveoutcosts/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: persistent clutter and ghc breakage
PR == Peter Robinson writes: There appear to be a boatload of broken deps for packages based on clutter (presumably because of API bump from 0.9 to 1.0) that have been listed here for over a week and no movement to fix most of them. PR It was actually broken on the move from 0.8 to 0.9 (and there were a PR couple of smaller api breakages during the 0.9 process). Have the other apps been ported to the new API so they just need to be built, or have they not yet been ported? (I tried to find an update of cluttermm to 1.0 but only 0.9 versions are on the gnome site). PR No, they haven't in most cases been ported yet. All the pyclutter* PR stuff and cluttermm are still to be ported to the new API. The 0.9 PR versions if they are available might/should compile against 1.0. OK, thanks for the update. I looked into the cluttermm, it seems that cluttermm is already at 0.9.4 but doesn't seem to build against the new clutter 1.0.x. Given that so many packages haven't been ported, it doesn't seem clear to my why clutter was updated to 0.9/1.0 in the first place, however. Since there seems to be no proper/regular clutter maintainer (as you suggest below) who could co-ordinate these things, this certainly contributes to the problem. If the latter, it would be nice the maintainer of clutter did an inventory of dependent-packages and co-ordinate with downstream consumers of clutter to make sure that there was a plan to update those packages, or built a compat- package if necessary. Otherwise users of rawhide are left with huge swathe of breakage: PR [snip] I must be a broken record on this, but it would be nice if maintainers could make announcements to all concerned (e.g. on fedora-devel-announce) about API/soname etc. bumps in major libraries/frameworks *before* they are put into motion so that the dependent packages can be rebuilt in a timely manner. Or if that causes too much breakage where, for example, many apps aren't ready to be ported to the new version, then consider delaying the update for a while or introducing compat- packages. PR No idea about the ghc stuff but until recently there wasn't really a PR owner to the clutter* stuff. I looked into the ghc-* packages. Seems there was some build system problem that was probably transient that prevented the previous mass rebuilds. Seems that the versions bumped and tagged for the mass F12 rebuild now build properly. I am kicking off new builds now, so hopefully that will fix that breakage (although don't know why the ghc-* package maintainers haven't chimed in with a rebuild attempt or two as yet). Alex -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: persistent clutter and ghc breakage
2009/8/4 Alex Lancaster al...@users.sourceforge.net: PR == Peter Robinson writes: PR No idea about the ghc stuff but until recently there wasn't really a PR owner to the clutter* stuff. I looked into the ghc-* packages. Seems there was some build system problem that was probably transient that prevented the previous mass rebuilds. Seems that the versions bumped and tagged for the mass F12 rebuild now build properly. I am kicking off new builds now, so hopefully that will fix that breakage (although don't know why the ghc-* package maintainers haven't chimed in with a rebuild attempt or two as yet). Because we don't have enough comaintainers yet. I just applied for comaintainership yesterday on those packages, and i was planning on doing some rebuilds today, unless you've gotten to it. -Yaakov -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
An easy way to redefine configure?
Hi,
related to the MPI packaging draft
http://www.fedoraproject.org/wiki/PackagingDrafts/MPI
I have a need to redefine %configure to use ../configure instead
of ./configure to do off-root builds.
So far I've tried
%global dconfigure %(echo %{configure} | sed
's|./configure|../configure|g')
but calling
%dconfigure
gives me
+ CFLAGS=-O2
+ -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=generic
/var/tmp/rpm-tmp.mvjW71: line 42: -g: command not found
What's the correct way to do this?
--
Jussi Lehtola
Fedora Project Contributor
jussileht...@fedoraproject.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Well Done: Rawhide Setroubleshoot Bug Reporting
Excellent, take a bow. -- Regards, Frank jabber | msn | skype: frankly3d http://www.frankly3d.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: An easy way to redefine configure?
On Tue, 04 Aug 2009 12:14:34 +0300, Jussi wrote:
Hi,
related to the MPI packaging draft
http://www.fedoraproject.org/wiki/PackagingDrafts/MPI
I have a need to redefine %configure to use ../configure instead
of ./configure to do off-root builds.
So far I've tried
%global dconfigure %(echo %{configure} | sed
's|./configure|../configure|g')
but calling
%dconfigure
gives me
+ CFLAGS=-O2
+ -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=generic
/var/tmp/rpm-tmp.mvjW71: line 42: -g: command not found
What's the correct way to do this?
The easy way (as in Subject) or the correct way?
Here's an easy way:
echo '%configure' | sed 's!./configure!../configure!g' my-configure
sh my-configure
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
rawhide report: 20090804 changes
Compose started at Tue Aug 4 06:15:05 UTC 2009 New package gnome-applet-cpufire GNOME panel applet showing the CPU load as a fire New package jana An interface library for time-related PIM New package moblin-icon-theme Moblin icon theme New package moblin-sound-theme Moblin sound theme New package perl-Test-Refcount Assert reference counts on objects New package poppler-data Encoding files New package python-sprox A package for creation of web widgets directly from database schema New package python-tgext-admin Admin Controller add-on for basic TG identity model New package rubygem-flexmock Mock object library for ruby Removed package R-BSgenome.Dmelanogaster.FlyBase.r51 Removed package ruby-flexmock Updated Packages: ClanLib06-0.6.5-15.fc12 --- * Fri Jul 24 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.6.5-15 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild DeviceKit-power-010-4.fc12 -- * Mon Aug 03 2009 Richard Hughes rich...@hughsie.com - 010-4 - Continue to poll when we guessed a status value, and only stop when the kernel says definitively that we are fully charged. GraphicsMagick-1.3.6-2.fc12 --- * Mon Aug 03 2009 Ville Skyttä ville.skytta at iki.fi - 1.3.6-2 - Use lzma-compressed upstream source tarball. ImageMagick-6.5.4.7-3.fc12 -- * Mon Aug 03 2009 Pavel Alexeev pa...@hubbitus.info - 6.5.4.7-3 - Update to version 6.5.4-7 - Use lzma-compressed source tarball as sugested by Ville Skyttä (BZ#515319) PackageKit-0.5.1-1.fc12 --- * Mon Aug 03 2009 Richard Hughes rhug...@redhat.com - 0.5.1-1 - New upstream version, many bugfixes and performance fixes - Fixes #491859, #513856, #510874, #513376, #472876, #514708 and #513557 PersonalCopy-Lite-soundfont-4.1-6.fc12 -- * Fri Jul 24 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 4.1-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild abby-0.4.2-1.fc12 - * Mon Aug 03 2009 Nicoleau Fabien nicoleau.fab...@gmail.com 0.4.2-1 - Update to 0.4.2 apcupsd-3.14.7-1.fc12 - * Mon Aug 03 2009 Michal Hlavinka mhlav...@redhat.com - 3.14.7-1 - updated to 3.14.7 astronomy-bookmarks-1-6.fc12 * Mon Aug 03 2009 Marek Mahut mma...@fedoraproject.org - 1-6 - RHBZ#480513: typo in astronomy's bookmarks.html azureus-4.2.0.4-1.fc12 -- * Wed Jul 29 2009 David Juran da...@juran.se - 4.2.0.4-1 - Upgrade to 4.2.0.4 - Fix SWT dir on x86_64 (Bz 515228) - fix rpmlint warnings bind-9.6.1-7.P1.fc12 * Tue Aug 04 2009 Martin Nagy mnagy redhat com 32:9.6.1-7.P1 - update the patch for dynamic loading of database backends bleachbit-0.6.0-1.fc12 -- * Mon Aug 03 2009 Rahul Sundaram sunda...@fedoraproject.org - 0.6.0-1 - new upstream release - http://bleachbit.blogspot.com/2009/08/bleachbit-cleaner-060-released.html blender-2.49a-5.fc12 * Mon Aug 03 2009 Jochen Schmitt Jochen herr-schmitt de 2.49a-4 - Rebuild for python-2.6.2 * Mon Aug 03 2009 Jochen Schmitt Jochen herr-schmitt de 2.49a-5 - Revoke using of system FTGL library brasero-2.27.5-2.fc12 - * Mon Aug 03 2009 Matthias Clasen mcla...@redhat.com - 2.27.5-2 - Fix a nautilus segfault when burning cclive-0.4.6-1.fc12 --- * Mon Aug 03 2009 Nicoleau Fabien nicoleau.fab...@gmail.com 0.4.6-1 - Update to 0.4.6 clive-2.2.4-1.fc12 -- * Mon Aug 03 2009 Nicoleau Fabien nicoleau.fab...@gmail.com 2.2.4-1 - Update to 2.2.4 - Add perl-Class-Singleton as an explicit require control-center-2.27.4-5.fc12 * Mon Aug 03 2009 Matthias Clasen mcla...@redhat.com - 2.27.4-5 - Fix a lost mnemonic dracut-0.7-4.fc12 - * Mon Aug 03 2009 Warren Togami wtog...@redhat.com 0.7-4 - require which, file, bzip2 eina-0.8.0-4.fc12 - * Mon Aug 03 2009 Allisson Azevedo allis...@gmail.com 0.8.0-4 - Added libnotify-devel to BuildRequires. empathy-2.27.5-2.fc12 - * Mon Aug 03 2009 Matthias Clasen mcla...@redhat.com - 2.27.5-2 - Enable map and location features filesystem-2.4.26-1.fc12 * Mon Aug 03 2009 Ondrej Vasik ova...@redhat.com 2.4.26-1 - Do own /usr/share/man/locale directories (ghosted, missingok) - #220265 filezilla-3.2.7-0.1_rc1.fc12 * Mon Aug 03 2009 kwizart kwizart at gmail.com - 3.2.7-0.1_rc1 - Update to 3.2.7-rc1 gegl-0.1.0-2.fc12 - * Fri Jul 24 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.1.0-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild gemdropx-0.9-6.fc12 --- * Fri Jul 24 2009 Fedora Release Engineering
Re: rawhide report: 20090729 changes
On 07/29/2009 08:20 PM, Adam Jackson wrote: I just want to highlight this, as it's a behaviour change that might surprise people. With this change you'll get a spanning desktop by default if possible, which matches the behaviour of every other major window system and is what you usually configured in the session anyway. Added a note to http://fedoraproject.org/wiki/Fedora_12_Alpha_release_notes Feel free to edit to any more details if necessary. Rahul -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: An easy way to redefine configure?
tis 2009-08-04 klockan 12:14 +0300 skrev Jussi Lehtola:
Hi,
related to the MPI packaging draft
http://www.fedoraproject.org/wiki/PackagingDrafts/MPI
I have a need to redefine %configure to use ../configure instead
of ./configure to do off-root builds.
So far I've tried
%global dconfigure %(echo %{configure} | sed 's|./configure|../configure|g')
but calling
%dconfigure
gives me
+ CFLAGS=-O2
+ -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=generic
/var/tmp/rpm-tmp.mvjW71: line 42: -g: command not found
What's the correct way to do this?
%global dconfigure %(rpm -E %%configure | sed 's!./configure!../configure!g')
%dconfigure
Mattias
smime.p7s
Description: S/MIME cryptographic signature
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: An easy way to redefine configure?
On Tue, 2009-08-04 at 13:42 +0200, Mattias Ellert wrote: What's the correct way to do this? %global dconfigure %(rpm -E %%configure | sed 's!./configure!../configure!g') %dconfigure This works, but isn't it bad style to call rpm from within a spec file..? -- Jussi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: An easy way to redefine configure?
On 08/04/2009 02:01 PM, Jussi Lehtola wrote: On Tue, 2009-08-04 at 13:42 +0200, Mattias Ellert wrote: What's the correct way to do this? %global dconfigure %(rpm -E %%configure | sed 's!./configure!../configure!g') %dconfigure This works, but isn't it bad style to call rpm from within a spec file..? Correct - This is not allowed in Fedora. In occasions like yours, I normally use a manually expanded ../configure IMO, it's much cleaner and less error prone than to mess around with %configure. Ralf -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: An easy way to redefine configure?
Jussi Lehtola jussileht...@fedoraproject.org writes:
So far I've tried
%global dconfigure %(echo %{configure} | sed
's|./configure|../configure|g')
Since %configure expands to a text containing double quotes this gets
the quoting wrong. Using single quotes work here (albeit still not
general enough):
%global dconfigure %(printf %%s '%configure' | sed
's!\./configure!../configure!g')
Andreas.
--
Andreas Schwab, sch...@redhat.com
GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E
And now for something completely different.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: An easy way to redefine configure?
Am Dienstag, den 04.08.2009, 14:15 +0200 schrieb Ralf Corsepius: On 08/04/2009 02:01 PM, Jussi Lehtola wrote: On Tue, 2009-08-04 at 13:42 +0200, Mattias Ellert wrote: What's the correct way to do this? %global dconfigure %(rpm -E %%configure | sed 's!./configure!../configure!g') %dconfigure This works, but isn't it bad style to call rpm from within a spec file..? Correct - This is not allowed in Fedora. In occasions like yours, I normally use a manually expanded ../configure IMO, it's much cleaner and less error prone than to mess around with %configure. I'd also recommend this way, just run ../configure ... and pass all necessary flags via arguments. - fabian -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: An easy way to redefine configure?
On Tue, 2009-08-04 at 14:47 +0200, Andreas Schwab wrote:
Jussi Lehtola jussileht...@fedoraproject.org writes:
So far I've tried
%global dconfigure %(echo %{configure} | sed
's|./configure|../configure|g')
Since %configure expands to a text containing double quotes this gets
the quoting wrong. Using single quotes work here (albeit still not
general enough):
%global dconfigure %(printf %%s '%configure' | sed
's!\./configure!../configure!g')
Thanks, this was what I was looking for.
--
Jussi Lehtola
Fedora Project Contributor
jussileht...@fedoraproject.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: X defaulting to side-by-side output on multiple displays: Anaconda implications?
On Thu, 2009-07-30 at 16:03 -0700, Adam Williamson wrote: I remember seeing a recent announcement from the X guys that henceforth, X will be defaulting to side-by-side mode on systems with multiple displays, rather than clone mode. I just realized this may have implications for anaconda. Is whatever WM we load anaconda in capable of handling this, or are we going to wind up with anaconda centred across the middle of both displays on systems with two monitors? mini-wm is a focus-only window manager. It doesn't modify requested window positions; wherever you ask to be placed, there you are. anaconda itself doesn't ask for anything special in terms of main UI placement, that I can see. I believe gtk's placement algorithm will try to avoid placing us across screen boundaries though. - ajax signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Package Kit messages...
Nathanael D. Noblet on 07/31/2009 05:27 PM wrote: Which is what I was trying to communicate... Should I file a bug then? Bug[1] had been filed in Rawhide during F11 cycle. [1] https://bugzilla.redhat.com/show_bug.cgi?id=502138 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: persistent clutter and ghc breakage (was Re: rawhide report: 20090803 changes)
libchamplain-0.2.9-1.fc11.i586 requires libclutter-glx-0.8.so.0 libchamplain-0.2.9-1.fc11.i586 requires libclutter-cairo-0.8.so.0 libchamplain-devel-0.2.9-1.fc11.i586 requires pkgconfig(clutter-0.8) This has been ported and built. Cheers, Debarshi -- One reason that life is complex is that it has a real part and an imaginary part. -- Andrew Koenig -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
dia outdated
Dear sir, I have put a put a message here: https://bugzilla.redhat.com/show_bug.cgi?id=515097 But i have no answer, actually dia version is 0.96.1 dia version: - 2007-03-25: 0.96 final release - 2009-05-03: 0.97 sources on http://live.gnome.org/Dia/ it's write the latest stable release version 0.97 is now available Someone have some news about that ? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090729 changes
On 07/29/2009 10:50 AM, Adam Jackson wrote: On Wed, 2009-07-29 at 11:13 +, Rawhide Report wrote: xorg-x11-server-1.6.99-21.20090724.fc12 --- * Tue Jul 28 2009 Adam Jackson a...@redhat.com 1.6.99-19.20090724 - xserver-1.6.99-randr-error-debugging.patch: Dump RANDR protocol errors to the log. - Un-package xf8_16bpp, no one cares. * Tue Jul 28 2009 Adam Jackson a...@redhat.com 1.6.99-20.20090724 - xserver-1.6.99-use-pci-access-boot.patch: Some chips (thanks Intel) will change their PCI class at runtime if you disable their VGA decode, so consider both 0x0300 and 0x0380 classes when looking for the boot VGA. * Tue Jul 28 2009 Adam Jackson a...@redhat.com 1.6.99-21.20090724 - xserver-1.6.99-right-of.patch: Default to right-of initial placement for RANDR 1.2 drivers with enough virtual space. I just want to highlight this, as it's a behaviour change that might surprise people. With this change you'll get a spanning desktop by default if possible, which matches the behaviour of every other major window system and is what you usually configured in the session anyway. The cloning heuristic was pretty losing to begin with, since the available mode lists for each output don't have a lot of commonality. There are still some rough edges here. X will center the mouse over the root window, and not over a particular screen, which is usually wrong. gdm extends the error by displaying the greeter on the screen that contains the cursor; so if for example your external display is larger than your laptop display, the cursor will be centered on the external, and gdm will show up there instead of on the LVDS like you probably expected. Known bug, we're working on it. Also, Intel gen3 hardware (915 and 945 variants) hit a corner case here, where the maximum 3d pitch is 2048 but the maximum scanout pitch is 4096. So if you're using compiz or another GL compositor in your session, you'll see garbage rendering off to the right. This isn't a _new_ problem, but you might hit it now when you didn't before. However, with KMS, we'll resize the render buffers on RANDR events, so if you switch back to cloning in your session GL compositors should look right. - ajax Possibly off topic, I've had issues with certain apps (totem comes to mind) not going full-screen on the screen I want them to. Is this another outstanding issue? --CJD -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Last few orphans left
On Mon, 03 Aug 2009 11:31:44 -0700 Jesse Keating jkeat...@redhat.com wrote: There are only a few orphans left. I blocked all that weren't causing dep breakage, so these /really/ need a home or we need to block a few more things beyond just the orphans. glade2 is on this list because it was just recently orphaned. Unblocked orphan cryptix Unblocked orphan glade2 Unblocked orphan libdockapp I will take libdockapp as I maintain wmaker and some dockapps... - Andreas -- Andreas Bierfert, M.Sc.| http://awbsworld.de | GPG: C58CF1CB andreas.bierf...@lowlatency.de | http://lowlatency.de | signed/encrypted phone: +49 6897 1721738| cell: +49 173 5803043| mail preferred signature.asc Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090729 changes
On Tue, 2009-08-04 at 14:19 -0400, Casey Dahlin wrote: Possibly off topic, I've had issues with certain apps (totem comes to mind) not going full-screen on the screen I want them to. Is this another outstanding issue? It's an app issue, but sure. - ajax signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: kde-4.3.0 coming to F-10, F-11
On Tue, 2009-08-04 at 13:55 -0500, Rex Dieter wrote: The KDE SIG is now working on KDE-4.3.0-related builds for Fedora 10 and 11 candidate updates. As this requires some buildroot overrides, if your package uses KDE libraries, it may inadvertently build against KDE 4.3.0 libraries and may, at least in some cases, NOT work with 4.2.4. So please either hold off on update builds for packages using KDE libraries or contact us (on the #fedora-kde IRC chan or the fedora-kde mailing list). Not that I'm an F-10 user, or a KDE user, but: F-10? Seriously? - ajax signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090729 changes
On 08/04/2009 03:04 PM, Adam Jackson wrote: On Tue, 2009-08-04 at 14:19 -0400, Casey Dahlin wrote: Possibly off topic, I've had issues with certain apps (totem comes to mind) not going full-screen on the screen I want them to. Is this another outstanding issue? It's an app issue, but sure. - ajax Hmm, my brain said related and my fingers said outstanding. Either way I get to file bugs... --CJD -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
[Proposal] have feature submitted before feature freeze
I have put forward for FESCo to consider this week a proposal to have feature proposals submitted and approved in advance of feature freeze. the proposal can be seen at https://fedorahosted.org/fesco/ticket/234 there will be no shortening of development time. the idea is to have feature submission in well before feature freeze so that we can try and make sure all succeed. I think that Kevin Kofler's comments are fairly true in the ticket. the changes in the F-12 cycle have probably not been fully understood. but i still think it will be very valuable to us to make this change. I would like to get some feedback and improvements. Dennis signature.asc Description: This is a digitally signed message part. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Alpha Freeze is TODAY
On Tue, 2009-08-04 at 21:36 +0200, Martin Sourada wrote: Does that mean 2009-08-05 06:00 UTC? Yes. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: License change for ghostscript
On Sat, 2009-08-01 at 12:11 +0100, Tim Waugh wrote: No, please look more closely. The above is a list of packages that *use* or *require* ghostscript, not that link to it. See my most recent contribution to this thread to see the correct list based on requirements for libgs.so.8 and libijs-0.35.so. Yes, I saw that after I'd sent my reply. I had assumed the original list was correct, and worked on that basis. An interesting side-question here is what license tag we should use for an app whose license text states GPLv2+, but which we are linking against a GPLv3+ library, effectively meaning that its license for our purposes is GPLv3+... Yes, indeed. I should probably talk to Spot about that. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Fedora Community v0.3.5
I just pushed v0.3.5 of the Fedora Community portal into production. https://admin.fedoraproject.org/community Changes in this release include: - Fedora Community is now EPEL aware! (#257) - Improvements fixes to the updates app - Enhanced multi-build update grid view (#177) - Added the pending request status to the update details - Improvements to the update action buttons As always, you can file bugs and feature requests here: https://fedorahosted.org/fedoracommunity/newticket luke ___ Fedora-devel-announce mailing list fedora-devel-annou...@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Well Done: Rawhide Setroubleshoot Bug Reporting
On Tue, 2009-08-04 at 10:22 +0100, Frank Murphy wrote: Excellent, take a bow. Yes, I greatly appreciated this feature when going on a little SELinux bug report filing binge recently. Thanks a lot. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: An easy way to redefine configure?
On Tue, 2009-08-04 at 15:58 +0300, Jussi Lehtola wrote:
On Tue, 2009-08-04 at 14:47 +0200, Andreas Schwab wrote:
Jussi Lehtola jussileht...@fedoraproject.org writes:
So far I've tried
%global dconfigure %(echo %{configure} | sed
's|./configure|../configure|g')
Since %configure expands to a text containing double quotes this gets
the quoting wrong. Using single quotes work here (albeit still not
general enough):
%global dconfigure %(printf %%s '%configure' | sed
's!\./configure!../configure!g')
Thanks, this was what I was looking for.
I feel like I've mentioned this before, but just in case...in Mandriva,
the configure location is not hard-coded but is an environment variable
(CONFIGURE_TOP) with a default value of ./configure . If you need to run
configure from a different location, you just redefine CONFIGURE_TOP in
the spec file. I've found that useful in two builds, myself.
I think the last time this came up, someone liked the idea but suggested
a better implementation, and then the thread just died...
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: kde-4.3.0 coming to F-10, F-11
On Tue, Aug 4, 2009 at 12:53 PM, Adam Jacksona...@redhat.com wrote: On Tue, 2009-08-04 at 13:55 -0500, Rex Dieter wrote: The KDE SIG is now working on KDE-4.3.0-related builds for Fedora 10 and 11 candidate updates. As this requires some buildroot overrides, if your package uses KDE libraries, it may inadvertently build against KDE 4.3.0 libraries and may, at least in some cases, NOT work with 4.2.4. So please either hold off on update builds for packages using KDE libraries or contact us (on the #fedora-kde IRC chan or the fedora-kde mailing list). Not that I'm an F-10 user, or a KDE user, but: F-10? Seriously? Ummm, wait a second, F-10 is still supported is it not? /me is *seriously* confused by Ajax's comment. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Fedora 12 Alpha blocker bug review meeting recap 2009-07-31
Oyez! Oyez! Let it hereby be known that a blocker bug review meeting was held in the town of #fedora-bugzappers on Friday 2009-07-31. Present at this meeting were the following stout citizens: Adam Williamson (adamw) James Laska (jlaska) David Pravec (dpravec) Jesse Keating (f13) Matthias Clasen (mclasen) Kevin Fenzi (nirik) Lennart Poettering (mezcalero) Bill Nottingham (notting) John Poelstra (poelcat) Richard June (rjune_) A summary of the said meeting may be found at the following address: http://meetbot.fedoraproject.org/fedora-bugzappers/2009-07-31/fedora-bugzappers.2009-07-31-15.01.html And a full log at this one: http://meetbot.fedoraproject.org/fedora-bugzappers/2009-07-31/fedora-bugzappers.2009-07-31-15.01.log.html Let it further be known that the following bugs were considered, with the following conclusions: https://bugzilla.redhat.com/show_bug.cgi?id=486284 no action possible on 486284 due to broken anaconda: will confirm fix when anaconda is less screwed https://bugzilla.redhat.com/show_bug.cgi?id=497650 request status on 497650 in latest rawhide, drop it from f12alpha due to restricted breadth and severity of impact https://bugzilla.redhat.com/show_bug.cgi?id=510033 no action possible on 510033 due to broken anaconda: will confirm fix when anaconda is less screwed https://bugzilla.redhat.com/show_bug.cgi?id=511907 no action possible on 511907 due to broken anaconda: will confirm fix when anaconda is less screwed https://bugzilla.redhat.com/show_bug.cgi?id=513629 Bug was marked fixed during the course of the meeting https://bugzilla.redhat.com/show_bug.cgi?id=513879 no action possible on 513879 due to broken anaconda: will confirm fix when anaconda is less screwed https://bugzilla.redhat.com/show_bug.cgi?id=514084 drop 514084 to f12blocker, its impact does not fit the definition of an alpha blocker https://bugzilla.redhat.com/show_bug.cgi?id=514185 no action possible on 514185 due to broken anaconda: will confirm fix when anaconda is less screwed https://bugzilla.redhat.com/show_bug.cgi?id=514501 no significant action on 514501 as it is under active development, but clean up bug report (jlaska) https://bugzilla.redhat.com/show_bug.cgi?id=514610 jlaska to test whether 514610 is fixed for him https://bugzilla.redhat.com/show_bug.cgi?id=514718 514718 to be tested when a new anaconda build is available https://bugzilla.redhat.com/show_bug.cgi?id=505071 set 505071 to block alpha release, for alpha amigaone support should be disabled It is also to be promulgated that another blocker bug review meeting will be held on Friday 2009-08-07. A more detailed announcement will follow in due course. Oyez! Oyez! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: kde-4.3.0 coming to F-10, F-11
On Tue, 2009-08-04 at 17:32 -0700, Christopher Stone wrote: On Tue, Aug 4, 2009 at 12:53 PM, Adam Jacksona...@redhat.com wrote: On Tue, 2009-08-04 at 13:55 -0500, Rex Dieter wrote: The KDE SIG is now working on KDE-4.3.0-related builds for Fedora 10 and 11 candidate updates. As this requires some buildroot overrides, if your package uses KDE libraries, it may inadvertently build against KDE 4.3.0 libraries and may, at least in some cases, NOT work with 4.2.4. So please either hold off on update builds for packages using KDE libraries or contact us (on the #fedora-kde IRC chan or the fedora-kde mailing list). Not that I'm an F-10 user, or a KDE user, but: F-10? Seriously? Ummm, wait a second, F-10 is still supported is it not? /me is *seriously* confused by Ajax's comment. It's supported, but there are those of us that feel that it shouldn't be getting version updates, only bug fixes. Just going by the version numbers, 4.2.4 to 4.3.0 seems like a fairly big jump. However it could just be a bugfix rollup, it's hard to tell just by looking at version numbers. The fact that there are warnings about abi issues would make it seem a bit more than just bugfix updates. -- Jesse Keating RHCE (http://jkeating.livejournal.com) Fedora Project (http://fedoraproject.org/wiki/JesseKeating) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) identi.ca (http://identi.ca/jkeating) signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: kde-4.3.0 coming to F-10, F-11
Christopher Stone wrote: On Tue, Aug 4, 2009 at 12:53 PM, Adam Jacksona...@redhat.com wrote: On Tue, 2009-08-04 at 13:55 -0500, Rex Dieter wrote: The KDE SIG is now working on KDE-4.3.0-related builds for Fedora 10 and 11 candidate updates. As this requires some buildroot overrides, if your package uses KDE libraries, it may inadvertently build against KDE 4.3.0 libraries and may, at least in some cases, NOT work with 4.2.4. So please either hold off on update builds for packages using KDE libraries or contact us (on the #fedora-kde IRC chan or the fedora-kde mailing list). Not that I'm an F-10 user, or a KDE user, but: F-10? Seriously? ... /me is *seriously* confused by Ajax's comment. It's understandable, it's a release in the later stages of support, but at this time, the sig strongly feels the best way to continue that support is to follow through on our plan. -- Rex -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: kde-4.3.0 coming to F-10, F-11
On Tue, Aug 4, 2009 at 5:59 PM, Rex Dieterrdie...@math.unl.edu wrote: Christopher Stone wrote: On Tue, Aug 4, 2009 at 12:53 PM, Adam Jacksona...@redhat.com wrote: On Tue, 2009-08-04 at 13:55 -0500, Rex Dieter wrote: The KDE SIG is now working on KDE-4.3.0-related builds for Fedora 10 and 11 candidate updates. As this requires some buildroot overrides, if your package uses KDE libraries, it may inadvertently build against KDE 4.3.0 libraries and may, at least in some cases, NOT work with 4.2.4. So please either hold off on update builds for packages using KDE libraries or contact us (on the #fedora-kde IRC chan or the fedora-kde mailing list). Not that I'm an F-10 user, or a KDE user, but: F-10? Seriously? ... /me is *seriously* confused by Ajax's comment. It's understandable, it's a release in the later stages of support, but at this time, the sig strongly feels the best way to continue that support is to follow through on our plan. Okay, maybe it's just a confusion between RHEL and Fedora. Although I think the version numbers are major.minor.bugfix or something and even RHEL would allow an update for just a minor point release IIRC. Anyway, its moot because this is Fedora we are talking about. I'm glad you are going through with it. Awesome support from the KDE SIG! Kudos! -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: kde-4.3.0 coming to F-10, F-11
Jesse Keating wrote: It's supported, but there are those of us that feel that it shouldn't be getting version updates, only bug fixes. Just going by the version numbers, 4.2.4 to 4.3.0 seems like a fairly big jump. However it could just be a bugfix rollup, it's hard to tell just by looking at version numbers. The fact that there are warnings about abi issues would make it seem a bit more than just bugfix updates. Rest assured, things are backward compatible, but not forward, ie, apps compiled against kde-4.2.x run are fine on kde-4.3.x, just not necessarily vice-versa. That's the abi issues we're warning about. Further, this is a case where a vast majority of known bugfixes are found in the version upgrade. There are also other mitigating factors (upstream and downstream), but I'd prefer this not be the time or place to go into that. -- Rex -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Evolution fonts
Does anyone else see the fonts and/or window panes or preview panes showing the email fonts or whatever in a larger size than in previous versions? In other words, if you highlight a folder on left pane, look at top section on left side at the emails at how big they are. Then highlight an email and look at the bottom at the preview pane and the fonts in the body of the email seem bigger than in previous versions. Anyone else (IF I am explaining this correctly) seeing this? Mike -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
F12 Alpha Test install
Things I ran into when trying to install this test image and checking to see if anyone else ran into them, or ask for confirmation on what I see or shouldn't see. BTW, install consisted of downloading x86_64 dvd iso and it along with the images/install.img both residing in a mounted nfs directory. I burned boot.iso and used it to start the install from, while the install.img I got from mounting the dvd.iso and copying it to the proper location. 1 - askmethod - was able to select language and keyboard types, but it didn't let me configure network or type of install. It might have let me do the previous later on if I had proceeded, but it asked me about what partition and path to the install image to install from. But mine is on nfs and it didn't allow me to configure nfs at that point. 2 - My mouse was not detected at all during install. Or at least, I never saw the mouse arrow during it. Had to use keyboard the whole time. 3 - I used the GUI to do the install and when getting to type of install, I tried to select NFS and listed my server and path to iso image (yes dir is mounted), and it was looking for repo stuff for instead of detecting the iso image itself. Just a few things I ran into during install. -- Mike Chambers Madisonville, KY Fedora Project - Tester, User, Bugzapper, etc.. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Evolution fonts
On 08/04/2009 10:21 PM, Mike Chambers wrote: Does anyone else see the fonts and/or window panes or preview panes showing the email fonts or whatever in a larger size than in previous versions? In other words, if you highlight a folder on left pane, look at top section on left side at the emails at how big they are. Then highlight an email and look at the bottom at the preview pane and the fonts in the body of the email seem bigger than in previous versions. Anyone else (IF I am explaining this correctly) seeing this? Mike You're not alone. I am seeing it less now. TK009 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: License change for ghostscript
On 08/04/2009 05:38 PM, Adam Williamson wrote: On Sat, 2009-08-01 at 12:11 +0100, Tim Waugh wrote: No, please look more closely. The above is a list of packages that *use* or *require* ghostscript, not that link to it. See my most recent contribution to this thread to see the correct list based on requirements for libgs.so.8 and libijs-0.35.so. Yes, I saw that after I'd sent my reply. I had assumed the original list was correct, and worked on that basis. An interesting side-question here is what license tag we should use for an app whose license text states GPLv2+, but which we are linking against a GPLv3+ library, effectively meaning that its license for our purposes is GPLv3+... Yes, indeed. I should probably talk to Spot about that. So, the rule here is that we don't take outside linking into effect when marking the package's licensing. We go by what the source in the tarball tells us. Otherwise, it would become massively too complicated to figure it out for a lot of packages. ~spot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
New facility to request tagging actions
There is a new facility coming very soon to aid in requesting tag
actions of rel-eng. A new target will show up in dist-cvs make system
in the next day or so, called 'tag-request'.
This will function much like the 'update' target, it will prompt you to
edit a file to fill in the target and a description of your change. It
will use a cli tool (fedora-hosted) to file a ticket in the rel-eng trac
for you, and you should receive an email with the results of the filing.
Those of you out there that know a thing or two about makefiles, please
read the attached diff and keep me from committing something stupid.
Those of you that don't know anything about makefiles, avert your eyes
lest you be corrupted!
--
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
? .Makefile.common.swp
? tag-request.patch
Index: Makefile.common
===
RCS file: /cvs/pkgs/common/Makefile.common,v
retrieving revision 1.131
diff -u -r1.131 Makefile.common
--- Makefile.common 6 Jul 2009 14:48:15 - 1.131
+++ Makefile.common 5 Aug 2009 04:34:31 -
@@ -156,6 +156,7 @@
CLIENT ?= $(if $(CURL),$(CURL),$(if $(WGET),$(WGET)))
BUILD_CLIENT ?= $(shell which koji 2/dev/null)
BODHI_CLIENT ?= $(shell which bodhi 2/dev/null)
+FEDORAHOSTED ?= $(shell which fedora-hosted 2/dev/null)
# RPM with all the overrides in place; you can override this in your
# .cvspkgsrc also, to use a default rpm setup
@@ -510,6 +511,32 @@
update: bodhi
+tag-request: build-check $(COMMON_DIR)/branches
+ @if [ ! -x $(FEDORAHOSTED) ]; then echo Must have fedora-packager installed; exit 1; fi
+ @echo -e \
+# Tag target (default is target of the CVS branch)\n\
+target=$(TARGET)\n\n\
+# Description of your tag request\n\
+notes=Here is where you give a description of what you want to change,\n\
+rational for why the change is important enough to break the freeze,\n\
+impact of not accepting the change, and what testing has been done.\
+Or if this is a tag request for updates, just the info about the updates.\
+ fedora-hosted.template
+ @sed -e '/^#/d' fedora-hosted.template fedora-hosted.template.orig
+ @if [ -z $$EDITOR ]; then vi fedora-hosted.template; else $$EDITOR fedora-hosted.template; fi
+ @if [ -n `sed -e '/^#/d' fedora-hosted.template | diff fedora-hosted.template.orig -` ]; then \
+ target=`grep '^target=' fedora-hosted.template | sed -e 's/target=//'` \
+ descript={{{\
+`grep -v -e '^target=' -e '^#' fedora-hosted.template | sed -e 's/notes=//'`; \
+ $(FEDORAHOSTED) -u $(USER) -P rel-eng new-ticket -s \
+ Tag request $(NAME)-$(VERSION)-$(RELEASE) for $$target \
+ -d $$descript; \
+ else \
+ echo Tag request aborted!; \
+ fi
+ @rm -f fedora-hosted.template{,.orig}
+
+
cvsurl:
@echo '$(CVS_URL)'
@@ -654,6 +681,7 @@
@echo unused-fedora-patches Print Fedora patches not used by Patch and/or ApplyPatch directives
@echo gimmespec Print the name of the specfile
@echo update Submit $(NAME)-$(VERSION)-$(RELEASE) as an update for $(BRANCH)
+ @echo tag-request Submit $(NAME)-$(VERSION)-$(RELEASE) as an tag-request for $(BRANCH)
@echo
@echo For bug reports or patch submissions, please use the issue tracker at:
@echo https://fedorahosted.org/fedora-infrastructure;
signature.asc
Description: This is a digitally signed message part
___
Fedora-devel-announce mailing list
fedora-devel-annou...@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
rpms/perl-DateTimeX-Easy/devel perl-DateTimeX-Easy.spec,1.4,1.5
Author: corsepiu
Update of /cvs/pkgs/rpms/perl-DateTimeX-Easy/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv30579
Modified Files:
perl-DateTimeX-Easy.spec
Log Message:
* Tue Aug 04 2009 Ralf Corsépius corse...@fedoraproject.org 0.087-3
- Fix mass rebuild breakdown: Add --skipdeps.
- Use Test::Most.
Index: perl-DateTimeX-Easy.spec
===
RCS file: /cvs/pkgs/rpms/perl-DateTimeX-Easy/devel/perl-DateTimeX-Easy.spec,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -p -r1.4 -r1.5
--- perl-DateTimeX-Easy.spec26 Jul 2009 05:39:51 - 1.4
+++ perl-DateTimeX-Easy.spec4 Aug 2009 07:30:58 - 1.5
@@ -1,6 +1,6 @@
Name: perl-DateTimeX-Easy
Version:0.087
-Release:2%{?dist}
+Release:3%{?dist}
# see lib/DateTimeX/Easy.pm
License:GPL+ or Artistic
Group: Development/Libraries
@@ -19,7 +19,7 @@ BuildRequires: perl(DateTime::Format::Na
BuildRequires: perl(DateTime::Format::ICal)
BuildRequires: perl(DateTime::Format::DateManip)
BuildRequires: perl(Scalar::Util)
-BuildRequires: perl(Test::More)
+BuildRequires: perl(Test::Most)
# not picked up
Provides: perl(DateTimeX::Easy::DateParse)
@@ -33,12 +33,8 @@ timezone detection and selection).
%prep
%setup -q -n DateTimeX-Easy-%{version}
-# note -- we cannot package/use Test::Most as it requires newer levels of core
-# modules than are currently present in F-9+
-perl -pi -e 's/Most/More/g' t/*.t Makefile.PL
-
%build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+%{__perl} Makefile.PL INSTALLDIRS=vendor --skipdeps
make %{?_smp_mflags}
%install
@@ -63,6 +59,10 @@ rm -rf %{buildroot}
%{_mandir}/man3/*.3*
%changelog
+* Tue Aug 04 2009 Ralf Corsépius corse...@fedoraproject.org 0.087-3
+- Fix mass rebuild breakdown: Add --skipdeps.
+- Use Test::Most.
+
* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.087-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Gtk2-Notify/devel perl-Gtk2-Notify.spec,1.12,1.13
Author: corsepiu
Update of /cvs/pkgs/rpms/perl-Gtk2-Notify/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv20002
Modified Files:
perl-Gtk2-Notify.spec
Log Message:
* Tue Aug 04 2009 Ralf Corsépius corse...@fedoraproject.org - 0.05-6
- Fix mass rebuild breakdown: Add BR: perl(Glib::MakeHelper).
Index: perl-Gtk2-Notify.spec
===
RCS file: /cvs/pkgs/rpms/perl-Gtk2-Notify/devel/perl-Gtk2-Notify.spec,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -p -r1.12 -r1.13
--- perl-Gtk2-Notify.spec 26 Jul 2009 06:22:30 - 1.12
+++ perl-Gtk2-Notify.spec 4 Aug 2009 13:08:28 - 1.13
@@ -1,6 +1,6 @@
Name: perl-Gtk2-Notify
Version:0.05
-Release:5%{?dist}
+Release:6%{?dist}
Summary:Perl interface to libnotify
License:LGPLv2+
Group: Development/Libraries
@@ -15,8 +15,7 @@ BuildRequires: libnotify-devel
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(Test::More)
# cpan
-BuildRequires: perl(ExtUtils::MakeMaker), libnotify-devel
-BuildRequires: perl(Glib) = 1.093, perl(Gtk2)
+BuildRequires: perl(Glib) = 1.093, perl(Gtk2), perl(Glib::MakeHelper)
BuildRequires: perl(ExtUtils::Depends), perl(ExtUtils::PkgConfig)
# for tests...
@@ -71,6 +70,9 @@ rm -rf %{buildroot}
%{_mandir}/man3/*
%changelog
+* Tue Aug 04 2009 Ralf Corsépius corse...@fedoraproject.org - 0.05-6
+- Fix mass rebuild breakdown: Add BR: perl(Glib::MakeHelper).
+
* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.05-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Devel-FindRef/devel perl-Devel-FindRef.spec,1.2,1.3
Author: kasal
Update of /cvs/extras/rpms/perl-Devel-FindRef/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv10070
Modified Files:
perl-Devel-FindRef.spec
Log Message:
- back out the previous rebuild
Index: perl-Devel-FindRef.spec
===
RCS file: /cvs/extras/rpms/perl-Devel-FindRef/devel/perl-Devel-FindRef.spec,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- perl-Devel-FindRef.spec 31 Jul 2009 16:13:57 - 1.2
+++ perl-Devel-FindRef.spec 4 Aug 2009 19:44:08 - 1.3
@@ -48,6 +48,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/Devel*.3*
%changelog
+* Tue Aug 4 2009 Stepan Kasal ska...@redhat.com 1.42-3
+- back out the previous rebuild
+
* Fri Jul 31 2009 Stepan Kasal ska...@redhat.com 1.42-2
- rebuild against perl build without -DDEBUGGING
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Gtk2-GladeXML/devel perl-Gtk2-GladeXML.spec,1.9,1.10
Author: corsepiu
Update of /cvs/pkgs/rpms/perl-Gtk2-GladeXML/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv29460
Modified Files:
perl-Gtk2-GladeXML.spec
Log Message:
* Wed Aug 05 2009 Ralf Corsépius corse...@fedoraproject.org - 1.007-4
- Fix mass rebuild breakdown: Add BR: perl(Glib::MakeHelper).
Index: perl-Gtk2-GladeXML.spec
===
RCS file: /cvs/pkgs/rpms/perl-Gtk2-GladeXML/devel/perl-Gtk2-GladeXML.spec,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -p -r1.9 -r1.10
--- perl-Gtk2-GladeXML.spec 26 Jul 2009 06:21:37 - 1.9
+++ perl-Gtk2-GladeXML.spec 5 Aug 2009 03:15:33 - 1.10
@@ -1,6 +1,6 @@
Name: perl-Gtk2-GladeXML
Version:1.007
-Release:3%{?dist}
+Release:4%{?dist}
Summary:Create user interfaces directly from Glade XML files
Group: Development/Libraries
@@ -17,6 +17,7 @@ BuildRequires: perl(ExtUtils::MakeMaker
BuildRequires: perl(ExtUtils::Depends) = 0.300
BuildRequires: perl(ExtUtils::PkgConfig)
BuildRequires: perl(Glib)
+BuildRequires: perl(Glib::MakeHelper)
BuildRequires: perl(Gtk2)
%description
@@ -74,6 +75,9 @@ rm -rf %{buildroot}
%changelog
+* Wed Aug 05 2009 Ralf Corsépius corse...@fedoraproject.org - 1.007-4
+- Fix mass rebuild breakdown: Add BR: perl(Glib::MakeHelper).
+
* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.007-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Gtk2-Spell/devel perl-Gtk2-Spell.spec,1.7,1.8
Author: corsepiu
Update of /cvs/pkgs/rpms/perl-Gtk2-Spell/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv7080
Modified Files:
perl-Gtk2-Spell.spec
Log Message:
* Wed Aug 05 2009 Ralf Corsépius corse...@fedoraproject.org - 1.03-11
- Fix mass rebuild breakdown: Add BR: perl(Glib::MakeHelper).
Index: perl-Gtk2-Spell.spec
===
RCS file: /cvs/pkgs/rpms/perl-Gtk2-Spell/devel/perl-Gtk2-Spell.spec,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -p -r1.7 -r1.8
--- perl-Gtk2-Spell.spec26 Jul 2009 06:22:58 - 1.7
+++ perl-Gtk2-Spell.spec5 Aug 2009 03:52:00 - 1.8
@@ -1,7 +1,7 @@
Name: perl-Gtk2-Spell
Version:1.03
-Release:10%{?dist}
+Release:11%{?dist}
Summary:Gtk2::Spell perl module
Group: Development/Libraries
@@ -11,6 +11,7 @@ Source0: http://search.cpan.org/CPAN/a
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildRequires: gtk2-devel, perl(Gtk2), perl(Glib), perl(ExtUtils::Depends)
+BuildRequires: perl(Glib::MakeHelper)
BuildRequires: perl(ExtUtils::PkgConfig), gtkspell-devel
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version))
@@ -56,6 +57,9 @@ rm -rf %{buildroot}
%changelog
+* Wed Aug 05 2009 Ralf Corsépius corse...@fedoraproject.org - 1.03-11
+- Fix mass rebuild breakdown: Add BR: perl(Glib::MakeHelper).
+
* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.03-10
- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Apache-Session-Wrapper/EL-5 perl-Apache-Session-Wrapper.spec, 1.6, 1.7
Author: spot
Update of /cvs/pkgs/rpms/perl-Apache-Session-Wrapper/EL-5
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv9755
Modified Files:
perl-Apache-Session-Wrapper.spec
Log Message:
sync with rawhide
Index: perl-Apache-Session-Wrapper.spec
===
RCS file:
/cvs/pkgs/rpms/perl-Apache-Session-Wrapper/EL-5/perl-Apache-Session-Wrapper.spec,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -p -r1.6 -r1.7
--- perl-Apache-Session-Wrapper.spec17 Jan 2007 23:36:15 - 1.6
+++ perl-Apache-Session-Wrapper.spec5 Aug 2009 03:59:25 - 1.7
@@ -1,9 +1,9 @@
Name: perl-Apache-Session-Wrapper
Version:0.33
-Release:1%{?dist}
+Release:5%{?dist}
Summary:A simple wrapper around Apache::Session
Group: Development/Libraries
-License:GPL or Artistic
+License:GPL+ or Artistic
URL:http://search.cpan.org/dist/Apache-Session-Wrapper
Source0:
http://search.cpan.org/CPAN/authors/id/D/DR/DROLSKY/Apache-Session-Wrapper-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
@@ -45,6 +45,15 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.33-5
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
+
+* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.33-4
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
+
+* Sat Feb 2 2008 Tom spot Callaway tcall...@redhat.com 0.33-2
+- rebuild for new perl
+
* Wed Jan 17 2007 Tom spot Callaway tcall...@redhat.com 0.33-1
- bump to 0.33
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Gtk2-TrayIcon/devel perl-Gtk2-TrayIcon.spec,1.9,1.10
Author: corsepiu
Update of /cvs/pkgs/rpms/perl-Gtk2-TrayIcon/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv3074
Modified Files:
perl-Gtk2-TrayIcon.spec
Log Message:
* Wed Aug 05 2009 Ralf Corsépius corse...@fedoraproject.org - 0.06-7
- Fix mass rebuild breakdown: Add BR: perl(Glib::MakeHelper).
Index: perl-Gtk2-TrayIcon.spec
===
RCS file: /cvs/pkgs/rpms/perl-Gtk2-TrayIcon/devel/perl-Gtk2-TrayIcon.spec,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -p -r1.9 -r1.10
--- perl-Gtk2-TrayIcon.spec 26 Jul 2009 06:23:13 - 1.9
+++ perl-Gtk2-TrayIcon.spec 5 Aug 2009 04:18:27 - 1.10
@@ -12,7 +12,7 @@
Name: perl-Gtk2-TrayIcon
Version:0.06
-Release:6%{?dist}
+Release:7%{?dist}
Summary:Perl interface to the EggTrayIcon library
Group: Development/Libraries
@@ -30,6 +30,7 @@ BuildRequires: perl(ExtUtils::MakeMaker
BuildRequires: perl(ExtUtils::Depends)
BuildRequires: perl(ExtUtils::PkgConfig)
BuildRequires: perl(Gtk2) = 1.00
+BuildRequires: perl(Glib::MakeHelper)
%description
This module allows a Perl developer to embed an arbitrary widget in a System
@@ -73,6 +74,9 @@ rm -rf %{buildroot}
%changelog
+* Wed Aug 05 2009 Ralf Corsépius corse...@fedoraproject.org - 0.06-7
+- Fix mass rebuild breakdown: Add BR: perl(Glib::MakeHelper).
+
* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.06-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-DBIx-Class-Schema-Loader/devel DBIx-Class-Schema-Loader-0.04006.diff, NONE, 1.1 perl-DBIx-Class-Schema-Loader.spec, 1.6, 1.7
Author: corsepiu
Update of /cvs/pkgs/rpms/perl-DBIx-Class-Schema-Loader/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv18927
Modified Files:
perl-DBIx-Class-Schema-Loader.spec
Added Files:
DBIx-Class-Schema-Loader-0.04006.diff
Log Message:
* Wed Aug 05 2009 Ralf Corsépius corse...@fedoraproject.org - 0.04006-4
- Fix mass rebuild breakdown:
Replace bundled Module-Install with Module-Install-0.91.
Add --skipdeps.
DBIx-Class-Schema-Loader-0.04006.diff:
AutoInstall.pm| 341 ++
Install.pm|7
Install/Admin.pm | 294 +++
Install/Admin/Bundle.pm | 73 +
Install/Admin/Compiler.pm | 27 +++
Install/Admin/Find.pm | 77 ++
Install/Admin/Include.pm | 147 +++
Install/Admin/Makefile.pm | 53 +++
Install/Admin/Manifest.pm | 162 +
Install/Admin/Metadata.pm | 185
Install/Admin/ScanDeps.pm | 80 ++
Install/Admin/WriteAll.pm | 20 ++
Install/AutoInstall.pm|9 -
Install/Base.pm | 116 ---
Install/Bundle.pm | 195 ++
Install/Can.pm| 93 +++-
Install/Compiler.pm | 123
Install/DSL.pm| 91
Install/Deprecated.pm | 115 +++
Install/External.pm | 138 ++
Install/Fetch.pm |9 -
Install/Include.pm|9 -
Install/Inline.pm | 49 ++
Install/MakeMaker.pm | 49 ++
Install/Makefile.pm | 140 +-
Install/Metadata.pm | 105 +-
Install/PAR.pm| 274
Install/Philosophy.pod| 187 +
Install/Run.pm| 15 ++
Install/Scripts.pm| 28 +++
Install/Share.pm | 125
Install/Win32.pm |7
Install/With.pm | 159 +
Install/WriteAll.pm | 19 +-
34 files changed, 3395 insertions(+), 126 deletions(-)
--- NEW FILE DBIx-Class-Schema-Loader-0.04006.diff ---
diff -Naur DBIx-Class-Schema-Loader-0.04006.orig/inc/Module/AutoInstall.pm
DBIx-Class-Schema-Loader-0.04006/inc/Module/AutoInstall.pm
--- DBIx-Class-Schema-Loader-0.04006.orig/inc/Module/AutoInstall.pm
2009-05-01 22:10:12.0 +0200
+++ DBIx-Class-Schema-Loader-0.04006/inc/Module/AutoInstall.pm 2009-05-27
18:46:13.0 +0200
@@ -1,4 +1,3 @@
-#line 1
package Module::AutoInstall;
use strict;
@@ -18,7 +17,9 @@
# various lexical flags
my ( @Missing, @Existing, %DisabledTests, $UnderCPAN, $HasCPANPLUS );
-my ( $Config, $CheckOnly, $SkipInstall, $AcceptDefault, $TestOnly );
+my (
+$Config, $CheckOnly, $SkipInstall, $AcceptDefault, $TestOnly, $AllDeps
+);
my ( $PostambleActions, $PostambleUsed );
# See if it's a testing or non-interactive session
@@ -73,6 +74,9 @@
elsif ( $arg =~ /^--test(?:only)?$/ ) {
$TestOnly = 1;
}
+elsif ( $arg =~ /^--all(?:deps)?$/ ) {
+$AllDeps = 1;
+}
}
}
@@ -115,7 +119,12 @@
)[0]
);
-$UnderCPAN = _check_lock(1);# check for $UnderCPAN
+# We want to know if we're under CPAN early to avoid prompting, but
+# if we aren't going to try and install anything anyway then skip the
+# check entirely since we don't want to have to load (and configure)
+# an old CPAN just for a cosmetic message
+
+$UnderCPAN = _check_lock(1) unless $SkipInstall;
while ( my ( $feature, $modules ) = splice( @args, 0, 2 ) ) {
my ( @required, @tests, @skiptests );
@@ -165,15 +174,24 @@
}
# XXX: check for conflicts and uninstalls(!) them.
-if (
-defined( my $cur = _version_check( _load($mod), $arg ||= 0 ) )
)
+my $cur = _load($mod);
+if (_version_cmp ($cur, $arg) = 0)
{
print loaded. ($cur . ( $arg ? = $arg : '' ) . )\n;
push @Existing, $mod = $arg;
$DisabledTests{$_} = 1 for map { glob($_) } @skiptests;
}
else {
-print missing. . ( $arg ? (would need $arg) : '' ) . \n;
+if (not defined $cur) # indeed missing
+{
+print missing. . ( $arg ? (would need $arg) : '' ) .
\n;
+}
+else
+{
+# no need to check $arg as _version_cmp ($cur, undef)
would satisfy = above
+print too old. ($cur $arg)\n;
+}
+
push @required, $mod = $arg;
}
}
@@ -187,6 +205,7 @@
and (
$CheckOnly
or ($mandatory and $UnderCPAN)
+or $AllDeps
