/usr/share/gtk-doc status
Hi, i'm co-maintaining part of the gtkmm stack and a documentation location issue has been raised (https://bugzilla.redhat.com/show_bug.cgi?id=678981) By default, gtkmm-related packages put their documentation in /usr/share/doc, but for historical reason, fedora packages move them to /usr/share/gtk-doc. Since it's quite error-prone (you have to move documentation and fix devhelp index files), and not uniformized, if we don't have any mandatory rule to move documentation to /usr/share/gtk-doc (technically, gtkmm documentation is generated by doxygen and not gtk-doc), i'd like to stick to default location (/usr/share/doc). Other distro seems to use /usr/share/doc for gtkmm documentation. Either way, we need to fix all doc subpackages, but i'd like to gather your opinions before doing anything. best regards, H. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: /usr/share/gtk-doc status
2011/2/21 80 karlthe...@gmail.com: Hi, i'm co-maintaining part of the gtkmm stack and a documentation location issue has been raised (https://bugzilla.redhat.com/show_bug.cgi?id=678981) By default, gtkmm-related packages put their documentation in /usr/share/doc, but for historical reason, fedora packages move them to /usr/share/gtk-doc. Since it's quite error-prone (you have to move documentation and fix devhelp index files), and not uniformized, if we don't have any mandatory rule to move documentation to /usr/share/gtk-doc (technically, gtkmm documentation is generated by doxygen and not gtk-doc), i'd like to stick to default location (/usr/share/doc). Other distro seems to use /usr/share/doc for gtkmm documentation. Either way, we need to fix all doc subpackages, but i'd like to gather your opinions before doing anything. I'm maintaining (sort of) libvtemm, which is also a part of mm stack. In this package I decided to keep docs in /usr/share/doc, but the only change I did is moving .devhelp2 file from /usr/share/devhelp/... to /usr/share/gtk-doc. For details, see libvtemm.spec [1]. [1] http://pkgs.fedoraproject.org/gitweb/?p=libvtemm.git;a=blob;f=libvtemm.spec#l58 best regards, H. Hope this helps, Krzesimir Nowak -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: /usr/share/gtk-doc status
Le 21/02/2011 09:41, 80 a écrit : (you have to move documentation and fix devhelp index files), Not only package.devhelp, but also package.pc which is used to retrieve doc path by others packages. # pkg-config --variable=doxytagfile cairomm-1.0 /usr/share/doc/cairomm-1.0/reference/cairomm-1.0.tag # pkg-config --variable=htmlrefdir cairomm-1.0 /usr/share/doc/cairomm-1.0/reference/html Remi. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: /usr/share/gtk-doc status
2011/2/21 Remi Collet fed...@famillecollet.com: Le 21/02/2011 09:41, 80 a écrit : (you have to move documentation and fix devhelp index files), Not only package.devhelp, but also package.pc which is used to retrieve doc path by others packages. # pkg-config --variable=doxytagfile cairomm-1.0 /usr/share/doc/cairomm-1.0/reference/cairomm-1.0.tag # pkg-config --variable=htmlrefdir cairomm-1.0 /usr/share/doc/cairomm-1.0/reference/html Remi. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: GitHub Hosted upstream 'Source0'
Stanislav Ochotnicky sochotni...@redhat.com writes: On 02/16/2011 04:58 PM, Andreas Schwab wrote: That does not mean that the compressed contents will always be the same. $ git clone -q git://github.com/sonatype/sisu $ GIT_DIR=sisu/.git git archive --prefix=sonatype-sisu-1.4.3.2/ --format=tar sisu-1.4.3.2 | gzip tarball1.tar.gz $ GIT_DIR=sisu/.git git archive --prefix=sonatype-sisu-1.4.3.2/ --format=tar sisu-1.4.3.2 | gzip tarball2.tar.gz $ md5sum tarball* 94101d5c44539875f09db8487b900abc tarball1.tar.gz e87037cc65b3ff602675b84a23548299 tarball2.tar.gz q.e.d. At least the gzip compressed tarballs from github contain a time stamp. True, but git-archive doesn't do that by default. I didn't say anything about git-archive. 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. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: /usr/share/gtk-doc status
@krzesimir: thank you, if we settle to /usr/share/doc, then you should move devhelp index to /usr/share/devhelp/books. Another issue is that gtkmm doc subpackages should require base package documentation packages (for libvtemm, at least gtkmm24-doc, glibmm24-doc, libsigc++20-doc) so that hyperlinks are not broken. @remi: thank for reporting the original issue, that will be taken into account. H. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20110219 changes - requires perl(Gtk2::
On 02/19/2011 09:10 PM, Remi Collet wrote: Le 19/02/2011 20:25, Rawhide Report a écrit : gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ScrolledWindow) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::DrawingArea) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Frame) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ComboBox) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::VBox) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ToggleButton) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Dialog) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Window) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Notebook) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::OptionMenu) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::HBox) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Entry) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::EventBox) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::HScale) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::SpinButton) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Button) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Viewport) I don't understand why this requires are detected in f15/rawhide (wasn't in f14) ? Should I filter them ? Shouldn't perl-Gtk2 provides them ? Any tips / idea ? The huge number of perl requires is result of recent update to rpm-4.9. In rpm were fixed some bugs and our filtering macro doesn't work well now [1]. [1] https://bugzilla.redhat.com/show_bug.cgi?id=674765 Marcela -- Marcela Mašláňová BaseOS team Brno -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd fail-to-boot in rawhide
On 02/21/2011 06:38 AM, Matthew Miller wrote: How do I even go about diagnosing this? https://fedoraproject.org/wiki/How_to_debug_Systemd_problems JBG -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20110219 changes - requires perl(Gtk2::
On 02/21/2011 11:23 AM, Marcela Mašláňová wrote: On 02/19/2011 09:10 PM, Remi Collet wrote: Le 19/02/2011 20:25, Rawhide Report a écrit : gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ScrolledWindow) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::DrawingArea) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Frame) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ComboBox) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::VBox) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ToggleButton) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Dialog) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Window) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Notebook) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::OptionMenu) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::HBox) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Entry) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::EventBox) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::HScale) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::SpinButton) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Button) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Viewport) I don't understand why this requires are detected in f15/rawhide (wasn't in f14) ? Should I filter them ? Shouldn't perl-Gtk2 provides them ? Any tips / idea ? The huge number of perl requires is result of recent update to rpm-4.9. In rpm were fixed some bugs and our filtering macro doesn't work well now [1]. [1] https://bugzilla.redhat.com/show_bug.cgi?id=674765 The filtering macros work just like they always did, the issue of config(foo) dependencies when using external dependency generator (which the current Fedora-specific filter macros rely on) in bug 674765 is not new to 4.9.x. So 674765 is not really related here... A more likely candidate for new dependencies appearing is that rpm now collects dependencies from perl's use base qw syntax, which older versions did not. - Panu - -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20110219 changes - requires perl(Gtk2::
Le 21/02/2011 10:36, Panu Matilainen a écrit : A more likely candidate for new dependencies appearing is that rpm now collects dependencies from perl's use base qw syntax, which older versions did not. So ? Should we fill a bug against perl-Gtk2 to Provides all usable class provided by Gtk2.so and not detected by RPM ? (a very long list which could probably be generated from *.pod or or man3/*) For now I have add a huge filter, which is really a poor workaround %filter_from_requires /perl(Gtk2::B/d %filter_from_requires /perl(Gtk2::C/d %filter_from_requires /perl(Gtk2::D/d %filter_from_requires /perl(Gtk2::E/d %filter_from_requires /perl(Gtk2::F/d %filter_from_requires /perl(Gtk2::H/d %filter_from_requires /perl(Gtk2::L/d %filter_from_requires /perl(Gtk2::Notebook)/d %filter_from_requires /perl(Gtk2::O/d %filter_from_requires /perl(Gtk2::ProgressBar)/d %filter_from_requires /perl(Gtk2::S/d %filter_from_requires /perl(Gtk2::ToggleButton)/d %filter_from_requires /perl(Gtk2::V/d %filter_from_requires /perl(Gtk2::W/d Remi. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20110219 changes - requires perl(Gtk2::
On Mon, 21 Feb 2011 10:36:05 +0100, Panu Matilainen wrote: A more likely candidate for new dependencies appearing is that rpm now collects dependencies from perl's use base qw syntax, which older versions did not. filed now as: https://bugzilla.redhat.com/show_bug.cgi?id=679014 /usr/bin/cvs2cl: package CVS::Utils::ChangeLog::EntrySet::Output::Text; use base qw( CVS::Utils::ChangeLog::EntrySet::Output ); package CVS::Utils::ChangeLog::EntrySet::Output; rpm (or which one) generates: rpm -q --requires cvs2cl perl(CVS::Utils::ChangeLog::EntrySet::Output) - this is incorrect BTW (this is correct): rpm -q --provides cvs2cl no Perl packages Regards, Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20110219 changes - requires perl(Gtk2::
On 02/21/2011 10:36 AM, Panu Matilainen wrote: On 02/21/2011 11:23 AM, Marcela Mašláňová wrote: On 02/19/2011 09:10 PM, Remi Collet wrote: Le 19/02/2011 20:25, Rawhide Report a écrit : gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ScrolledWindow) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::DrawingArea) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Frame) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ComboBox) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::VBox) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ToggleButton) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Dialog) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Window) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Notebook) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::OptionMenu) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::HBox) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Entry) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::EventBox) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::HScale) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::SpinButton) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Button) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Viewport) I don't understand why this requires are detected in f15/rawhide (wasn't in f14) ? Should I filter them ? Shouldn't perl-Gtk2 provides them ? Any tips / idea ? The huge number of perl requires is result of recent update to rpm-4.9. In rpm were fixed some bugs and our filtering macro doesn't work well now [1]. [1] https://bugzilla.redhat.com/show_bug.cgi?id=674765 The filtering macros work just like they always did, the issue of config(foo) dependencies when using external dependency generator (which the current Fedora-specific filter macros rely on) in bug 674765 is not new to 4.9.x. So 674765 is not really related here... A more likely candidate for new dependencies appearing is that rpm now collects dependencies from perl's use base qw syntax, which older versions did not. That's only one half of the issue. In case of the perl(Gtk2::*), rpm now collects use base ... requires, but misses to collect and provide the XS-symbols they are implicitly provided through. I.e. in a perfect world, rpm's deptracking needs to be extended to collect XS-symbols, A quick hack applicable to the perl-Gtk2-* packages would be to run some nm -sD --undefined ... based script to generate a list of these Provides: Rough uncooked example: nm -sD --defined /usr/lib64/perl5/auto/Gtk2/Gtk2.so \ | grep -E 'XS_Gtk2.*_new$' \ | sed -e 's,^.*XS_Gtk2,perl(Gtk2,;s,__,::,g;s,_new,),' Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 678755] perl-Coro-5.37 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=678755 Petr Pisar ppi...@redhat.com changed: What|Removed |Added External Bug ID||CPAN 65991 --- Comment #1 from Petr Pisar ppi...@redhat.com 2011-02-21 05:28:03 EST --- Cannot be compiled due to syntax error. See CPAN RT #65991. -- 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
Re: rawhide report: 20110219 changes - requires perl(Gtk2::
On 02/21/2011 11:47 AM, Remi Collet wrote: Le 21/02/2011 10:36, Panu Matilainen a écrit : A more likely candidate for new dependencies appearing is that rpm now collects dependencies from perl's use base qw syntax, which older versions did not. So ? Should we fill a bug against perl-Gtk2 to Provides all usable class provided by Gtk2.so and not detected by RPM ? (a very long list which could probably be generated from *.pod or or man3/*) Well, I dont know. Short term, if the use-base requires are causing more trouble than good, there's always the option of just reverting the patch. Longer term (something to investigate for F16 I suppose), language and other application specific dependency generation needs to move out of rpm into the hands of those who know their language, now that it's finally possible. The current situation is nothing short of ridiculous: I've close to zero chance at fixing bugs in scripts that are written in perl, about perl, which is a language I have absolutely no clue about. Heck, I don't even know what use base means, other than it apparently relates to using modules in one way or the other. - Panu - -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20110219 changes - requires perl(Gtk2::
On 02/21/2011 11:39 AM, Panu Matilainen wrote: On 02/21/2011 11:47 AM, Remi Collet wrote: Le 21/02/2011 10:36, Panu Matilainen a écrit : A more likely candidate for new dependencies appearing is that rpm now collects dependencies from perl's use base qw syntax, which older versions did not. So ? Should we fill a bug against perl-Gtk2 to Provides all usable class provided by Gtk2.so and not detected by RPM ? (a very long list which could probably be generated from *.pod or or man3/*) Well, I dont know. Short term, if the use-base requires are causing more trouble than good, I disagree - These are a significant improvement ... there's always the option of just reverting the patch. ... except that the time they were introduced into Fedora was poorly chosen. Now it's too late too revert this change, because it would cause further troubles. In short: The current problems are a temporary churn which could easily be fixed (most of them already are fixed!) if QA would finally stop taking Fedora 15's packages hostage. Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: /usr/share/gtk-doc status
2011/2/21 80 karlthe...@gmail.com: @krzesimir: thank you, if we settle to /usr/share/doc, then you should move devhelp index to /usr/share/devhelp/books. I moved devhelp2 file to directory owned by gtk-doc because avoiding dependency on devhelp application seemed sensible to me - it is not necessary to read doxygen docs. Another issue is that gtkmm doc subpackages should require base package documentation packages (for libvtemm, at least gtkmm24-doc, glibmm24-doc, libsigc++20-doc) so that hyperlinks are not broken. I suppose that in such case those hyperlinks linked to library.gnome.org, but should be checked. H. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rhythmbox-radio-browser review
I'm looking for a reviewer for this almost trivial package: https://bugzilla.redhat.com/show_bug.cgi?id=678714 If needed, I can trade it for another a review. -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 673965] perl-File-HomeDir-0.97 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=673965 Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org changed: What|Removed |Added Summary|perl-File-HomeDir-0.95 is |perl-File-HomeDir-0.97 is |available |available --- Comment #1 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org 2011-02-21 06:28:43 EST --- Latest upstream release: 0.97 Current version in Fedora Rawhide: 0.93 URL: http://search.cpan.org/dist/File-HomeDir/ Please consult the package update guidelines before you issue an update to a stable branch: https://fedoraproject.org/wiki/Package_update_guidelines More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: /usr/share/gtk-doc status
2011/2/21 80 karlthe...@gmail.com: As for /usr/share/devhelp/books, since a similar issue raised by gtk-doc, guidelines should allow us now to own /usr/share/devhelp/books since devhelp is an optional functionality. http://fedoraproject.org/wiki/PackagingGuidelines#Conditional_dependencies The directory is owned by a package which is not required for your package to function best regards, H. I see, so I suppose that no moving/seding/whatnot should be done with documentation now. I'll try to fix it in my free time. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20110219 changes - requires perl(Gtk2::
On 02/21/2011 12:28 PM, Ralf Corsepius wrote: On 02/21/2011 10:36 AM, Panu Matilainen wrote: On 02/21/2011 11:23 AM, Marcela Mašláňová wrote: On 02/19/2011 09:10 PM, Remi Collet wrote: Le 19/02/2011 20:25, Rawhide Report a écrit : gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ScrolledWindow) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::DrawingArea) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Frame) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ComboBox) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::VBox) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ToggleButton) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Dialog) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Window) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Notebook) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::OptionMenu) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::HBox) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Entry) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::EventBox) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::HScale) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::SpinButton) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Button) gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Viewport) I don't understand why this requires are detected in f15/rawhide (wasn't in f14) ? Should I filter them ? Shouldn't perl-Gtk2 provides them ? Any tips / idea ? The huge number of perl requires is result of recent update to rpm-4.9. In rpm were fixed some bugs and our filtering macro doesn't work well now [1]. [1] https://bugzilla.redhat.com/show_bug.cgi?id=674765 The filtering macros work just like they always did, the issue of config(foo) dependencies when using external dependency generator (which the current Fedora-specific filter macros rely on) in bug 674765 is not new to 4.9.x. So 674765 is not really related here... A more likely candidate for new dependencies appearing is that rpm now collects dependencies from perl's use base qw syntax, which older versions did not. That's only one half of the issue. In case of the perl(Gtk2::*), rpm now collects use base ... requires, but misses to collect and provide the XS-symbols they are implicitly provided through. I.e. in a perfect world, rpm's deptracking needs to be extended to collect XS-symbols, A quick hack applicable to the perl-Gtk2-* packages would be to run some nm -sD --undefined ... based script to generate a list of these Provides: Rough uncooked example: nm -sD --defined /usr/lib64/perl5/auto/Gtk2/Gtk2.so \ | grep -E 'XS_Gtk2.*_new$' \ | sed -e 's,^.*XS_Gtk2,perl(Gtk2,;s,__,::,g;s,_new,),' Right, if it's possible to generalize that to work with other XS modules it's easy to add a separate rule for them. Meanwhile it's possible to override __elf_provides to a script which does the above (see attached patch perl-Gtk2 spec), BUT that only works when the internal dependency generator is used, and the fedora filtering macros disable it. So it's pretty much caught in the middle :-/ - Panu - diff --git a/perl-Gtk2.spec b/perl-Gtk2.spec index 61f1e86..544f2be 100644 --- a/perl-Gtk2.spec +++ b/perl-Gtk2.spec @@ -13,6 +13,7 @@ Group: Development/Libraries License:LGPLv2+ URL:http://search.cpan.org/dist/Gtk2/ Source0:http://www.cpan.org/authors/id/T/TS/TSCH/Gtk2-%{version}.tar.gz +Source100: xs-provides.sh BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildRequires: perl = 2:5.8.0 @@ -26,7 +27,7 @@ Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $versi Requires: perl(Glib) = 1.200 Requires: perl(Cairo) = 1.00 -%{?perl_default_filter} +%define __elf_provides %{SOURCE100} %description This module allows you to write Gtk+ graphical user interfaces in a diff --git a/xs-provides.sh b/xs-provides.sh new file mode 100755 index 000..78070fa --- /dev/null +++ b/xs-provides.sh @@ -0,0 +1,5 @@ +#!/bin/sh +while read f; do +nm -sD ${f} | grep -E 'XS_Gtk2.*_new$' \ +| sed -e 's,^.*XS_Gtk2,perl(Gtk2,;s,__,::,g;s,_new,),' +done -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20110219 changes - requires perl(Gtk2::
On 02/21/2011 12:58 PM, Ralf Corsepius wrote: On 02/21/2011 11:39 AM, Panu Matilainen wrote: On 02/21/2011 11:47 AM, Remi Collet wrote: Le 21/02/2011 10:36, Panu Matilainen a écrit : A more likely candidate for new dependencies appearing is that rpm now collects dependencies from perl's use base qw syntax, which older versions did not. So ? Should we fill a bug against perl-Gtk2 to Provides all usable class provided by Gtk2.so and not detected by RPM ? (a very long list which could probably be generated from *.pod or or man3/*) Well, I dont know. Short term, if the use-base requires are causing more trouble than good, I disagree - These are a significant improvement ... Like I said, I don't know. If it's a significant improvement, good :) there's always the option of just reverting the patch. ... except that the time they were introduced into Fedora was poorly chosen. Now it's too late too revert this change, because it would cause further troubles. In short: The current problems are a temporary churn which could easily be fixed (most of them already are fixed!) if QA would finally stop taking Fedora 15's packages hostage. Nod, branching right after a mass-rebuild with such a huge number of broken dependencies in the package set (many of which existed before, many more brought in by the mass-rebuild) is causing unnecessary pain. I've been trying to watch over any regressions from the new dependency generator bits, but with half the world broken it's pretty hopeless to spot any individual issues. Rawhide's been certainly living up to its name recently... - Panu - -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Problem uploading to lookaside cache
I'm trying to update perl-IO-Multiplex to 1.11 but I can't upload the tarball to the lookaside cache. fedpkg new-sources reports success but hasn't actually worked: $ fedpkg new-sources IO-Multiplex-1.11.tar.gz Uploading: 7db84e16c24579865c9044843880962a IO-Multiplex-1.11.tar.gz 100.0% Uploaded and added to .gitignore: IO-Multiplex-1.11.tar.gz Source upload succeeded. Don't forget to commit the sources file $ mv IO-Multiplex-1.11.tar.gz IO-Multiplex-1.11.tar.gz.orig $ fedpkg sources Downloading IO-Multiplex-1.11.tar.gz % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0 00 00 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (22) The requested URL returned error: 404 Could not download sources: Command '['curl', '-H', 'Pragma:', '-o', 'IO-Multiplex-1.11.tar.gz', '-R', '-S', '--fail', '--show-error', 'http://pkgs.fedoraproject.org/repo/pkgs/perl-IO-Multiplex/IO-Multiplex-1.11.tar.gz/7db84e16c24579865c9044843880962a/IO-Multiplex-1.11.tar.gz']' returned non-zero exit status 22 It appears that the upload CGI is reporting success despite having failed. Here's a manual attempt at running it with curl in verbose mode: $ PACKAGE_NAME=perl-IO-Multiplex $ SOURCE_FILE_NAME=IO-Multiplex-1.11.tar.gz $ MD5_SUM_OF_SOURCE_FILE=$(cut -d -f1 sources) $ cat sources 7db84e16c24579865c9044843880962a IO-Multiplex-1.11.tar.gz $ curl -v -k --cert ~/.fedora.cert -F name=${PACKAGE_NAME} -F md5sum=${MD5_SUM_OF_SOURCE_FILE} -F file=@${SOURCE_FILE_NAME} https://pkgs.fedoraproject.org/repo/pkgs/upload.cgi * About to connect() to pkgs.fedoraproject.org port 443 (#0) * Trying 209.132.181.4... connected * Connected to pkgs.fedoraproject.org (209.132.181.4) port 443 (#0) * Initializing NSS with certpath: /etc/pki/nssdb * warning: ignoring unsupported value (1) of ssl.verifyhost * Certificate is signed by an untrusted issuer: 'E=ad...@fedoraproject.org,CN=Fedora Project CA,OU=Fedora Project CA,O=Fedora Project,L=Raleigh,ST=North Carolina,C=US' * SSL certificate verify ok. * NSS: client certificate: PEM Token #1:.fedora.cert * subject: E=p...@city-fan.org,CN=pghmcfc,OU=Fedora User Cert,O=Fedora Project,ST=North Carolina,C=US * start date: Feb 12 10:59:43 2011 GMT * expire date: Aug 11 10:59:43 2011 GMT * common name: pghmcfc * issuer: E=ad...@fedoraproject.org,CN=Fedora Project CA,OU=Fedora Project CA,O=Fedora Project,L=Raleigh,ST=North Carolina,C=US * SSL connection using TLS_RSA_WITH_AES_256_CBC_SHA * Server certificate: * subject: E=build...@fedoraproject.org,CN=pkgs.fedoraproject.org,OU=Package SCM,O=Fedora Project,ST=North Carolina,C=US * start date: Jul 27 16:12:45 2010 GMT * expire date: Jul 24 16:12:45 2020 GMT * common name: pkgs.fedoraproject.org * issuer: E=ad...@fedoraproject.org,CN=Fedora Project CA,OU=Fedora Project CA,O=Fedora Project,L=Raleigh,ST=North Carolina,C=US POST /repo/pkgs/upload.cgi HTTP/1.1 User-Agent: curl/7.21.4 (x86_64-unknown-linux-gnu) libcurl/7.21.4 NSS/3.12.9.0 zlib/1.2.5 libidn/1.19 libssh2/1.2.7 Host: pkgs.fedoraproject.org Accept: */* Content-Length: 16491 Expect: 100-continue Content-Type: multipart/form-data; boundary=b85197046580 HTTP/1.1 100 Continue HTTP/1.1 200 OK Date: Mon, 21 Feb 2011 12:16:51 GMT Server: Apache/2.2.15 (Red Hat) Content-Length: 0 Content-Type: text/plain * Connection #0 to host pkgs.fedoraproject.org left intact * Closing connection #0 Any idea what's up? Paul. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Problem uploading to lookaside cache
On 2011-02-21, Paul Howarth p...@city-fan.org wrote: I'm trying to update perl-IO-Multiplex to 1.11 but I can't upload the tarball to the lookaside cache. fedpkg new-sources reports success but hasn't actually worked: https://fedorahosted.org/rel-eng/ticket/4453 -- Petr -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Problem uploading to lookaside cache
On Mon, Feb 21, 2011 at 12:25:44PM +, Paul Howarth wrote: I'm trying to update perl-IO-Multiplex to 1.11 but I can't upload the tarball to the lookaside cache. fedpkg new-sources reports success but hasn't actually worked: $ fedpkg new-sources IO-Multiplex-1.11.tar.gz Uploading: 7db84e16c24579865c9044843880962a IO-Multiplex-1.11.tar.gz 100.0% Uploaded and added to .gitignore: IO-Multiplex-1.11.tar.gz Source upload succeeded. Don't forget to commit the sources file $ mv IO-Multiplex-1.11.tar.gz IO-Multiplex-1.11.tar.gz.orig $ fedpkg sources Downloading IO-Multiplex-1.11.tar.gz % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0 00 00 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (22) The requested URL returned error: 404 Could not download sources: Command '['curl', '-H', 'Pragma:', '-o', 'IO-Multiplex-1.11.tar.gz', '-R', '-S', '--fail', '--show-error', 'http://pkgs.fedoraproject.org/repo/pkgs/perl-IO-Multiplex/IO-Multiplex-1.11.tar.gz/7db84e16c24579865c9044843880962a/IO-Multiplex-1.11.tar.gz']' returned non-zero exit status 22 It appears that the upload CGI is reporting success despite having failed. [snip] Any idea what's up? I've no idea, but it isn't just you. I'm seeing exactly the same problem trying to provide new sources for virt-viewer. Upload succeeds according to fedpkg, but the file doesn't exist on the server when you try to fetch it again Regards, Daniel -- |: http://berrange.com -o-http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20110219 changes - requires perl(Gtk2::
On Mon, Feb 21, 2011 at 11:28 AM, Ralf Corsepius rc040...@freenet.de wrote: [snip] In case of the perl(Gtk2::*), rpm now collects use base ... requires, but misses to collect and provide the XS-symbols they are implicitly provided through. I.e. in a perfect world, rpm's deptracking needs to be extended to collect XS-symbols, A quick hack applicable to the perl-Gtk2-* packages would be to run some nm -sD --undefined ... based script to generate a list of these Provides: Rough uncooked example: nm -sD --defined /usr/lib64/perl5/auto/Gtk2/Gtk2.so \ | grep -E 'XS_Gtk2.*_new$' \ | sed -e 's,^.*XS_Gtk2,perl(Gtk2,;s,__,::,g;s,_new,),' grep /and/ sed? What about simply: nm -sD --defined /usr/lib64/perl5/auto/Gtk2/Gtk2.so \ | sed -ne '/XS_Gtk2.*_new$/{s,^.*XS_Gtk2,perl(Gtk2,;s,__,::,g;s,_new,),;p}' Or a perlier way would be to grab the info from perl's symbol table: perl -MDevel::Symdump -MGtk2 -E 'say perl($_) for sort Devel::Symdump-rnew(Gtk2)-packages' -- Iain. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20110219 changes - requires perl(Gtk2::
On 02/21/2011 02:47 PM, Iain Arnell wrote: On Mon, Feb 21, 2011 at 11:28 AM, Ralf Corsepiusrc040...@freenet.de wrote: [snip] In case of the perl(Gtk2::*), rpm now collects use base ... requires, but misses to collect and provide the XS-symbols they are implicitly provided through. I.e. in a perfect world, rpm's deptracking needs to be extended to collect XS-symbols, A quick hack applicable to the perl-Gtk2-* packages would be to run some nm -sD --undefined ... based script to generate a list of these Provides: Rough uncooked example: nm -sD --defined /usr/lib64/perl5/auto/Gtk2/Gtk2.so \ | grep -E 'XS_Gtk2.*_new$' \ | sed -e 's,^.*XS_Gtk2,perl(Gtk2,;s,__,::,g;s,_new,),' grep /and/ sed? Please note, I said uncooked - It wasn't meant to be more than just a demo of concept. On a second thought - May-be it would be more suitable for perl to parse the *.pods, such XS-modules normally are accompanied with? I am not sure. Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Orphaning some GNOME C++ packages
I am orphaning the following GNOME C++ related packages: + atkmm + glibmm24 + gtkmm24 + gtkmm30 + libsigc++ + libsigc++20 Kalev Lember (kalev) and hguemar have been taking good care of them, so I am more than happy to leave them in their hands. I would also like to release the following Clutter bindings if someone steps up to take care of them: + clutter-gktmm + cluttermm Happy hacking, Debarshi pgpAwp7d3dP8H.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rpm's treatment of unversioned provides
RPM traditionally treats unversioned provides as meaning any version. Over on perl-devel list, it's been suggested that this is a bug in rpm. Googling around, I can't find any specific rationale for why rpm does this as opposed to say providing version 0. Can anybody enlighten me? Paul. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd fail-to-boot in rawhide
On Mon, 21.02.11 01:38, Matthew Miller (mat...@mattdm.org) wrote: Updated to this morning's rawhide. Rebooted. Now, I get to mounting my filesystems, which works succesfully, and then it just sits there. I need more information: Is the plymouth screen shown? Does it react to Esc? Can you switch to another VT? Does it timeout after 60s? Any interesting output if you boot with systemd.log_level=debug systemd.log_target=kmsg on the kernel cmdline? Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File IO-Multiplex-1.11.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-IO-Multiplex: 7db84e16c24579865c9044843880962a IO-Multiplex-1.11.tar.gz -- 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
[perl-IO-Multiplex/f15/master] (2 commits) ...Update to 1.11
Summary of changes: 7a89d34... Tidy up changelog entry (*) 033acd7... Update to 1.11 (*) (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: rpm's treatment of unversioned provides
On 2011-02-21, Paul Howarth p...@city-fan.org wrote: RPM traditionally treats unversioned provides as meaning any version. Over on perl-devel list, it's been suggested that this is a bug in rpm. Googling around, I can't find any specific rationale for why rpm does this as opposed to say providing version 0. Can anybody enlighten me? The full story begins on https://bugzilla.redhat.com/show_bug.cgi?id=672246#c7. I'm really interrested why RPM dependecny solver behaves like Paul says and what it is good for. -- Petr -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-IO-Multiplex/f15/master] (3 commits) ...Merge branch 'master' into f13
Summary of changes: f260128... Initialize branch F-13 for perl-IO-Multiplex (*) 7e34c2b... dist-git conversion (*) 5ddec6e... Merge branch 'master' into f13 (*) (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-IO-Multiplex/f14/master] (3 commits) ...Merge branch 'master' into f13
Summary of changes: f260128... Initialize branch F-13 for perl-IO-Multiplex (*) 7e34c2b... dist-git conversion (*) 5ddec6e... Merge branch 'master' into f13 (*) (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
RE: rpm's treatment of unversioned provides
Perhaps, should be most useful to post question as this, interesting as they are, on the rpm mailing list. Just an opinion. Regards -Original Message- From: Petr Pisar Sent: 21/02/2011, 16:43 To: devel@lists.fedoraproject.org Subject: Re: rpm's treatment of unversioned provides On 2011-02-21, Paul Howarth p...@city-fan.org wrote: RPM traditionally treats unversioned provides as meaning any version. Over on perl-devel list, it's been suggested that this is a bug in rpm. Googling around, I can't find any specific rationale for why rpm does this as opposed to say providing version 0. Can anybody enlighten me? The full story begins on https://bugzilla.redhat.com/show_bug.cgi?id=672246#c7. I'm really interrested why RPM dependecny solver behaves like Paul says and what it is good for. -- Petr -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Problem uploading to lookaside cache
On Mon, Feb 21, 2011 at 12:58:57PM +, Daniel P. Berrange wrote: On Mon, Feb 21, 2011 at 12:25:44PM +, Paul Howarth wrote: I'm trying to update perl-IO-Multiplex to 1.11 but I can't upload the tarball to the lookaside cache. fedpkg new-sources reports success but hasn't actually worked: $ fedpkg new-sources IO-Multiplex-1.11.tar.gz Uploading: 7db84e16c24579865c9044843880962a IO-Multiplex-1.11.tar.gz 100.0% Uploaded and added to .gitignore: IO-Multiplex-1.11.tar.gz Source upload succeeded. Don't forget to commit the sources file $ mv IO-Multiplex-1.11.tar.gz IO-Multiplex-1.11.tar.gz.orig $ fedpkg sources Downloading IO-Multiplex-1.11.tar.gz % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0 00 00 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (22) The requested URL returned error: 404 Could not download sources: Command '['curl', '-H', 'Pragma:', '-o', 'IO-Multiplex-1.11.tar.gz', '-R', '-S', '--fail', '--show-error', 'http://pkgs.fedoraproject.org/repo/pkgs/perl-IO-Multiplex/IO-Multiplex-1.11.tar.gz/7db84e16c24579865c9044843880962a/IO-Multiplex-1.11.tar.gz']' returned non-zero exit status 22 It appears that the upload CGI is reporting success despite having failed. [snip] Any idea what's up? I've no idea, but it isn't just you. I'm seeing exactly the same problem trying to provide new sources for virt-viewer. Upload succeeds according to fedpkg, but the file doesn't exist on the server when you try to fetch it again Should be working now. dgilmore found that the filesystem had gone ro this morning and fixed it. Not sure why fedpkg is showing success there -- the script is failing in the server log. -Toshio pgpTUlBp0EgVc.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Problem uploading to lookaside cache
On 21/02/11 16:42, Toshio Kuratomi wrote: On Mon, Feb 21, 2011 at 12:58:57PM +, Daniel P. Berrange wrote: On Mon, Feb 21, 2011 at 12:25:44PM +, Paul Howarth wrote: I'm trying to update perl-IO-Multiplex to 1.11 but I can't upload the tarball to the lookaside cache. fedpkg new-sources reports success but hasn't actually worked: $ fedpkg new-sources IO-Multiplex-1.11.tar.gz Uploading: 7db84e16c24579865c9044843880962a IO-Multiplex-1.11.tar.gz 100.0% Uploaded and added to .gitignore: IO-Multiplex-1.11.tar.gz Source upload succeeded. Don't forget to commit the sources file $ mv IO-Multiplex-1.11.tar.gz IO-Multiplex-1.11.tar.gz.orig $ fedpkg sources Downloading IO-Multiplex-1.11.tar.gz % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0 00 00 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (22) The requested URL returned error: 404 Could not download sources: Command '['curl', '-H', 'Pragma:', '-o', 'IO-Multiplex-1.11.tar.gz', '-R', '-S', '--fail', '--show-error', 'http://pkgs.fedoraproject.org/repo/pkgs/perl-IO-Multiplex/IO-Multiplex-1.11.tar.gz/7db84e16c24579865c9044843880962a/IO-Multiplex-1.11.tar.gz']' returned non-zero exit status 22 It appears that the upload CGI is reporting success despite having failed. [snip] Any idea what's up? I've no idea, but it isn't just you. I'm seeing exactly the same problem trying to provide new sources for virt-viewer. Upload succeeds according to fedpkg, but the file doesn't exist on the server when you try to fetch it again Should be working now. dgilmore found that the filesystem had gone ro this morning and fixed it. Not sure why fedpkg is showing success there -- the script is failing in the server log. Probably because the script is returning a 200 OK HTTP status. Paul. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rpm's treatment of unversioned provides
On Mon, Feb 21, 2011 at 02:51:11PM +, Paul Howarth wrote: RPM traditionally treats unversioned provides as meaning any version. Over on perl-devel list, it's been suggested that this is a bug in rpm. Googling around, I can't find any specific rationale for why rpm does this as opposed to say providing version 0. Can anybody enlighten me? I think it is for symmetry reasons: Requires: foo require any version/release of foo Requires: foo = 1 require version 1 of foo, any release Requires: foo = 1-1 require version 1 of foo, release 1 Provides: foo provide any version/release of foo Provides: foo = 1 provide version 1 of foo, any release Provides: foo = 1-1 provide version 1 of foo, release 1 Also, if it always provides version 0 there would be no way to tell it to provide all versions. So it's more flexible the way that it is. (Yes, Debian is different in that regard: versioned requires never match unversioned provides for them. But they also don't support an any release matcher.) Cheers, Michael. -- Michael Schroeder m...@suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] This week is Graphics Test Week
On Sun, Feb 20, 2011 at 09:06:03PM -0800, Adam Williamson wrote: Hi, Fedorans. Please be informed that this week is Fedora Graphics Test Week. Tuesday 2011-02-22 is Nouveau Test Day [1], Wednesday 2011-02-23 is Radeon Test Day [2] and Thursday 2011-02-24 is Intel (graphics) Test Day [3]. Testing is very easy and can be done entirely with a live image, there's no need to install F15 or Rawhide; full instructions are available on the Wiki pages. QA folks and graphics developers will be in #fedora-test-day during the events. These test days are super-important this release because we'll be checking out the support for GNOME Shell, one of the major features of F15; we really need to get a good idea of the state of hardware support for the Shell, so PLEASE do come out and help test if you have any spare time this week! Also please help spread the word anywhere you can - your local enthusiast community, any news websites you know, particularly ones in non-English languages (as I'm not great at covering those). There's a longer write-up on my blog [4]. Please get in touch with me directly or the test mailing list if you have any questions or suggestions. Thanks! [1] http://fedoraproject.org/wiki/Test_Day:2011-02-22_Nouveau [2] http://fedoraproject.org/wiki/Test_Day:2011-02-23_Radeon [3] http://fedoraproject.org/wiki/Test_Day:2011-02-24_Intel [4] http://www.happyassassin.net/2011/02/20/its-graphics-test-week-again/ Hello, I'd like to remind about issues I've had with graphics in Fedora.. ie. support for laptops with external monitors (in a docking station). I can probably attend the radeon test day and try my setup, but others should test this stuff aswell! -- Pasi -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20110219 changes - requires perl(Gtk2::
On Mon, 21 Feb 2011 15:22:48 +0100, Ralf Corsepius wrote: On a second thought - May-be it would be more suitable for perl to parse the *.pods, such XS-modules normally are accompanied with? As discussed in [Bug 679014] rpmbuild: Perl excessive auto-Requires https://bugzilla.redhat.com/show_bug.cgi?id=679014 there is no need for autodetection. CPAN packages already provide their requires list: Gtk2-GladeXML-1.007/META.yml: requires: ExtUtils::Depends: 0.300 ExtUtils::PkgConfig: 1.000 Glib: 1.020 Gtk2: 1.000 which is IIRC generated from Makefile.PL, where one can also find the provides list using ExtUtils::MakeMaker. This should be resolved by perl maintainers. Regards, Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: /usr/share/gtk-doc status
On Mon, Feb 21, 2011 at 10:18:38AM +0100, 80 wrote: @krzesimir: thank you, if we settle to /usr/share/doc, then you should move devhelp index to /usr/share/devhelp/books. One thing to note about /usr/share/doc is that files under there are automatically marked as %doc. Programs can't have a runtime dependency on those because someone could install with --nodoc to omit those files. So with the devhelp index -- if devhelp can tell that the documentation doesn't exist and then doesn't show the index entry, you're fine. If devhelp shows an entry for the documentation but yields an error when someone tries to use it, it's probably better not to use /usr/share/doc or otherwise mark the files as %doc. -Toshio pgpd7At7QYP3Y.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: librsvg2 unmaintained?
On Sun, 2011-02-20 at 19:47 +0100, Michael Schwendt wrote: In bugzilla 553069 many of the dupes are false positives due to ABRT running wild with non-working detection of duplicates. For the tenth time, this is a really unhelpful way of looking at things. Detecting duplicates is not some sort of simple, 'digital' operation which either works or doesn't; it's a hugely complicated, much more 'analog' area. You can't say abrt has 'working' or 'non-working' detection of duplicates. It detects some - quite a lot, actually - and misses others. The abrt devs are always working to make it detect more. If you see a case where it misses duplicates, the correct thing to do is not passively-aggressively whine about it on a mailing list, but contact the abrt developers to report it, with data. -- 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: rawhide report: 20110219 changes - requires perl(Gtk2::
On Mon, Feb 21, 2011 at 06:45:03PM +0100, Jan Kratochvil wrote: On Mon, 21 Feb 2011 15:22:48 +0100, Ralf Corsepius wrote: On a second thought - May-be it would be more suitable for perl to parse the *.pods, such XS-modules normally are accompanied with? As discussed in [Bug 679014] rpmbuild: Perl excessive auto-Requires https://bugzilla.redhat.com/show_bug.cgi?id=679014 there is no need for autodetection. CPAN packages already provide their requires list: Gtk2-GladeXML-1.007/META.yml: requires: ExtUtils::Depends: 0.300 ExtUtils::PkgConfig: 1.000 Glib: 1.020 Gtk2: 1.000 which is IIRC generated from Makefile.PL, where one can also find the provides list using ExtUtils::MakeMaker. This should be resolved by perl maintainers. This assume the upstream maintainers fill out the META.yml accurately which is often not the case :( One of the tests in Module::CPANTS::Analyse is to run the package through Module::ExtractUse and report all the things that the maintainer forgot. Unfortunately the CPANTS website is offline right now so I can't point to the stats showing how many Perl package fail this test. I've in fact got an open RFE against cpanspec[1] for it to use Module::ExtractUse to fill in the BuildRequires properly because its current scanning of Makefile.PL / META.yml is insufficient in many cases. Regards, Daniel [1] https://bugzilla.redhat.com/show_bug.cgi?id=461350 -- |: http://berrange.com -o-http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20110221 changes
Compose started at Mon Feb 21 08:15:27 UTC 2011 Broken deps for x86_64 -- R-hdf5-1.6.9-10.fc15.x86_64 requires hdf5 = 0:1.8.5.patch1 balsa-2.4.9-3.fc15.x86_64 requires libgtkhtml-3.15.so.19()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libwv-1.2.so.3()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0(VER_1)(64bit) beanstalkd-1.4.6-2.fc15.x86_64 requires libevent-1.4.so.2()(64bit) byzanz-0.2.2-1.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oassocb) = 0:d873c4a1eeb6fa5c5333f8658c49d1db coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Ograph2way) = 0:7442f647b0a74ed48a5c9361fc42ccc4 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Flag) = 0:522d7f86f1236405e53271ff74923515 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Osetb) = 0:8f21a0a4f771662673604ed92a237d79 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oseti) = 0:a937e7661f510c17bfd21d4372507795 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Setb) = 0:93bdb588146a13126bfad4eab6c58206 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oassoc_buffer) = 0:cf6fbee4fcc6644a0a90f07da8eb6c7b coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Mapb) = 0:617c09a110cef9f040335b35078c7234 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Sexplib) = 0:a990ea80438337d5407bbc0343c7236a coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Dumper) = 0:76126ba149caeb2d34f12e11187a9d4e coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oassoch) = 0:87f7dc2635e5a7ed1ab03b7cd5380ace coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(SetPt) = 0:b69c030e8ca717d556d3d9bd2a5d22fd coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(ANSITerminal) = 0:3d0d1700618d8b3a4e4b2308f28cefb6 conmux-0.0-12.493svn.fc15.noarch requires perl(Payload) conmux-0.0-12.493svn.fc15.noarch requires perl(Client) cpm-0.23-0.3.beta.fc12.x86_64 requires libdotconf-1.0.so.0()(64bit) cvs2cl-2.72-4.noarch requires perl(CVS::Utils::ChangeLog::EntrySet::Output) db4o-7.4-2.fc13.x86_64 requires mono(Mono.GetOptions) = 0:2.0.0.0 dbmail-3.0.0-0.3.rc1.fc15.x86_64 requires libevent-1.4.so.2()(64bit) dbmail-auth-ldap-3.0.0-0.3.rc1.fc15.x86_64 requires libevent-1.4.so.2()(64bit) dh-make-0.55-3.fc15.noarch requires debhelper drupal6-views_bulk_operations-1.10-6.fc15.noarch requires drupal6-views ease-0.4-1.fc14.i686 requires librest-extras-0.6.so.0 ease-0.4-1.fc14.i686 requires libpoppler.so.7 ease-0.4-1.fc14.i686 requires libpoppler-glib.so.5 ease-0.4-1.fc14.i686 requires librest-0.6.so.0 ease-0.4-1.fc14.x86_64 requires librest-0.6.so.0()(64bit) ease-0.4-1.fc14.x86_64 requires libpoppler-glib.so.5()(64bit) ease-0.4-1.fc14.x86_64 requires librest-extras-0.6.so.0()(64bit) ease-0.4-1.fc14.x86_64 requires libpoppler.so.7()(64bit) ember-0.6.0-1.fc15.x86_64 requires libboost_thread-mt.so.1.44.0()(64bit) empathy-2.91.6.1-5.fc15.x86_64 requires libfolks.so.20()(64bit) empathy-2.91.6.1-5.fc15.x86_64 requires libfolks-telepathy.so.20()(64bit) eog-plugins-2.30.0-2.fc14.x86_64 requires libgdata.so.7()(64bit) evolution-couchdb-0.5.1-5.fc15.x86_64 requires libgtk-3.0.so.0()(64bit) evolution-couchdb-0.5.1-5.fc15.x86_64 requires libgdk-3.0.so.0()(64bit) fawkes-plugin-player-0.4.1-1.fc15.x86_64 requires libboost_signals-mt.so.1.44.0()(64bit) fawkes-plugin-player-0.4.1-1.fc15.x86_64 requires libboost_thread-mt.so.1.44.0()(64bit) 1:fife-0.3.2-1.fc15.i686 requires libboost_regex.so.1.44.0 1:fife-0.3.2-1.fc15.i686 requires libboost_system.so.1.44.0 1:fife-0.3.2-1.fc15.i686 requires libboost_filesystem.so.1.44.0 1:fife-0.3.2-1.fc15.x86_64 requires libboost_regex.so.1.44.0()(64bit) 1:fife-0.3.2-1.fc15.x86_64 requires libboost_system.so.1.44.0()(64bit) 1:fife-0.3.2-1.fc15.x86_64 requires libboost_filesystem.so.1.44.0()(64bit) file-browser-applet-0.6.6-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) g2ipmsg-0.9.6-6.fc12.x86_64 requires libpanel-applet-2.so.0()(64bit) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::ScrolledWindow) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::MessageDialog) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Dialog) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Toolbar) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::TreeView) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::MenuBar) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::VBox) gcstar-1.6.1-3.fc15.noarch requires
File Mail-IMAPClient-3.27.tar.gz uploaded to lookaside cache by nb
A file has been added to the lookaside cache for perl-Mail-IMAPClient: 846ea5a54ea57ff4ea148e143319acef Mail-IMAPClient-3.27.tar.gz -- 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
[perl-Mail-IMAPClient] Upgrade to 3.27
commit 13ea19546bf98d5c7976c0d7bf1548c1d4173855 Author: Nick Bebout n...@fedoraproject.org Date: Mon Feb 21 13:50:39 2011 -0600 Upgrade to 3.27 .gitignore|1 + perl-Mail-IMAPClient.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index c68acd8..5b6cb57 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ Mail-IMAPClient-3.25.tar.gz +/Mail-IMAPClient-3.27.tar.gz diff --git a/perl-Mail-IMAPClient.spec b/perl-Mail-IMAPClient.spec index 252b4a1..005089c 100644 --- a/perl-Mail-IMAPClient.spec +++ b/perl-Mail-IMAPClient.spec @@ -1,6 +1,6 @@ Name: perl-Mail-IMAPClient -Version:3.25 -Release:3%{?dist} +Version:3.27 +Release:1%{?dist} Summary:An IMAP Client API Group: Development/Libraries License:GPL+ or Artistic @@ -52,6 +52,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/*.3* %changelog +* Mon Feb 21 2011 Nick Bebout n...@fedoraproject.org - 3.27-1 +- Upgrade to 3.27 + * Tue Feb 08 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org - 3.25-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild diff --git a/sources b/sources index 43d7fd7..6fcf585 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -1035ad9328fef03f72a65d7afed6fa26 Mail-IMAPClient-3.25.tar.gz +846ea5a54ea57ff4ea148e143319acef Mail-IMAPClient-3.27.tar.gz -- 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
[389-devel] Please Review: (654990) Certificate prompt window does not autosize
https://bugzilla.redhat.com/show_bug.cgi?id=654990 https://bugzilla.redhat.com/attachment.cgi?id=479987action=edit -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
[perl-Mail-IMAPClient] Remove COPYRIGHT from %files
commit 5315e1de36c4ec1d7cdc3316105246cbbbfdbeaa Author: Nick Bebout n...@fedoraproject.org Date: Mon Feb 21 14:14:39 2011 -0600 Remove COPYRIGHT from %files perl-Mail-IMAPClient.spec |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) --- diff --git a/perl-Mail-IMAPClient.spec b/perl-Mail-IMAPClient.spec index 005089c..a1fa8ce 100644 --- a/perl-Mail-IMAPClient.spec +++ b/perl-Mail-IMAPClient.spec @@ -47,7 +47,7 @@ rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) -%doc Changes COPYRIGHT README examples/ +%doc Changes README examples/ %{perl_vendorlib}/Mail/ %{_mandir}/man3/*.3* -- 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
[perl-Mail-IMAPClient/f15/master] (2 commits) ...Remove COPYRIGHT from %files
Summary of changes: 13ea195... Upgrade to 3.27 (*) 5315e1d... Remove COPYRIGHT from %files (*) (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Mail-IMAPClient/f14/master] (4 commits) ...Remove COPYRIGHT from %files
Summary of changes: 7b3b607... Fix docfile dependencies (*) d1ad6ef... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*) 13ea195... Upgrade to 3.27 (*) 5315e1d... Remove COPYRIGHT from %files (*) (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Mail-IMAPClient/f13/master] (8 commits) ...Merge branch 'master' into f13
Summary of changes: 16632d7... - Mass rebuild with perl-5.12.0 (*) 4662966... 3.25 (*) cb7327d... dist-git conversion (*) 7b3b607... Fix docfile dependencies (*) d1ad6ef... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*) 13ea195... Upgrade to 3.27 (*) 5315e1d... Remove COPYRIGHT from %files (*) 3e520cf... Merge branch 'master' into f13 (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Mail-IMAPClient/f13/master: 8/8] Merge branch 'master' into f13
commit 3e520cfac4bcc01674cc6bbaa3f557e5ea7b2ae4 Merge: d05af50 5315e1d Author: Nick Bebout n...@fedoraproject.org Date: Mon Feb 21 14:17:44 2011 -0600 Merge branch 'master' into f13 Conflicts: .gitignore .gitignore|2 +- perl-Mail-IMAPClient.spec | 29 ++--- sources |2 +- 3 files changed, 28 insertions(+), 5 deletions(-) --- diff --cc .gitignore index 0650f07,5b6cb57..97d038a --- a/.gitignore +++ b/.gitignore @@@ -1,1 -1,2 +1,1 @@@ - Mail-IMAPClient-3.21.tar.gz -Mail-IMAPClient-3.25.tar.gz -/Mail-IMAPClient-3.27.tar.gz ++Mail-IMAPClient-3.27.tar.gz -- 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
[perl-Mail-IMAPClient/el6/master] (4 commits) ...Merge branch 'master' into el6
Summary of changes: d1ad6ef... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*) 13ea195... Upgrade to 3.27 (*) 5315e1d... Remove COPYRIGHT from %files (*) d1e8104... Merge branch 'master' into el6 (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Mail-IMAPClient/el6/master: 4/4] Merge branch 'master' into el6
commit d1e810492a61fbe3e3a2de81c74823ce274e577d Merge: 5b632aa 5315e1d Author: Nick Bebout n...@fedoraproject.org Date: Mon Feb 21 14:18:40 2011 -0600 Merge branch 'master' into el6 Conflicts: .gitignore .gitignore|3 ++- perl-Mail-IMAPClient.spec | 12 +--- sources |2 +- 3 files changed, 12 insertions(+), 5 deletions(-) --- -- 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
Re: GitHub Hosted upstream 'Source0'
On 02/21/2011 11:13 AM, Andreas Schwab wrote: Stanislav Ochotnicky sochotni...@redhat.com writes: On 02/16/2011 04:58 PM, Andreas Schwab wrote: That does not mean that the compressed contents will always be the same. $ git clone -q git://github.com/sonatype/sisu $ GIT_DIR=sisu/.git git archive --prefix=sonatype-sisu-1.4.3.2/ --format=tar sisu-1.4.3.2 | gzip tarball1.tar.gz $ GIT_DIR=sisu/.git git archive --prefix=sonatype-sisu-1.4.3.2/ --format=tar sisu-1.4.3.2 | gzip tarball2.tar.gz $ md5sum tarball* 94101d5c44539875f09db8487b900abc tarball1.tar.gz e87037cc65b3ff602675b84a23548299 tarball2.tar.gz q.e.d. FWIW, s/gzip/gzip -n/ and they'll match. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora 15 Alpha Go/No-Go Meeting Wednesday, February 23, 2011 @ 22:00 UTC
Join us on irc.freenode.net #fedora-meeting for this important meeting. Wednesday, February 23, 2011 @22:00 UTC (17:00 EST/14:00 PST) Before each public release Development, QA and Release Engineering meet to determine if the release criteria are met for a particular release. This meeting is called the: Go/No-Go Meeting. Verifying that the Release criteria are met is the responsibility of the QA Team. For more details about this meeting see: https://fedoraproject.org/wiki/Go_No_Go_Meeting In the meantime, keep an eye on the Fedora 15 Alpha Blocker list: https://bugzilla.redhat.com/showdependencytree.cgi?id=657616hide_resolved=1 Talk to you Wednesday! -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
Re: rawhide report: 20110219 changes - requires perl(Gtk2::
On 02/21/2011 11:36 AM, Panu Matilainen wrote: A more likely candidate for new dependencies appearing is that rpm now collects dependencies from perl's use base qw syntax, which older versions did not. Another one which will result in more dependencies than before is a here-doc related fix; previously there were more cases where the dep extractor got the start/end of a here-doc wrong, possibly resulting in it missing dependencies for the rest of that file and in some cases even the rest of all the remaining perl files in the build. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: librsvg2 unmaintained?
On Mon, 2011-02-21 at 22:18 +0100, Michael Schwendt wrote: On Mon, 21 Feb 2011 10:14:16 -0800, Adam wrote: On Sun, 2011-02-20 at 19:47 +0100, Michael Schwendt wrote: In bugzilla 553069 many of the dupes are false positives due to ABRT running wild with non-working detection of duplicates. For the tenth time, this is a really unhelpful way of looking at things. Detecting duplicates is not some sort of simple, 'digital' operation which either works or doesn't; it's a hugely complicated, much more 'analog' area. You can't say abrt has 'working' or 'non-working' detection of duplicates. It detects some - quite a lot, actually - and misses others. The abrt devs are always working to make it detect more. If you see a case where it misses duplicates, the correct thing to do is not passively-aggressively whine about it on a mailing list, but contact the abrt developers to report it, with data. Check your attitude! It is way too hostile. I don't see that you add anything helpful here at all. I'm not whining passively-aggressively. Dropping a snide criticism in a message on a mailing list which is purportedly about something else entirely is exactly passive-aggressive: no-one can react to it without getting accused of being 'too hostile', but it's sitting there right where everyone reads it. I've sent a notification to abrt-owner a few days ago, and not only have I mentioned the false positive dupes, I've also communicated with the bug reporters to have their fresh backtraces to the ticket manually. That's great - so why put such a snide comment in a mailing list message when you've already done the right thing? What's that going to achieve? Several of the wrong dupes I've looked up in bugzilla and posted the correct bug numbers. While at it, I've even closed several real dupes of the 600 open nautilus tickets. Again, great. -- 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
Problem with Bodhi not pushing to stable F15 after 7 days
Hi, I've just tried to push an update to F15 stable that has been in testing for more than 7 days, and it doesn't seem to work. You can see the time released versus the time in the top right of this screenshot: http://mbooth.fedorapeople.org/bodhi.png I clicked mark as stable and received that error message. Am I doing something wrong? Mat -- Mat Booth http://fedoraproject.org/get-fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Problem with Bodhi not pushing to stable F15 after 7 days
On 21 February 2011 21:57, Mat Booth fed...@matbooth.co.uk wrote: Hi, I've just tried to push an update to F15 stable that has been in testing for more than 7 days, and it doesn't seem to work. You can see the time released versus the time in the top right of this screenshot: http://mbooth.fedorapeople.org/bodhi.png I clicked mark as stable and received that error message. Am I doing something wrong? Mat My math is bad, it's only 6 days, but the policy says it should only be 3 days... Shouldn't it have emailed me days ago? -- Mat Booth http://fedoraproject.org/get-fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: librsvg2 unmaintained?
On Mon, 2011-02-21 at 22:55 +0100, Michael Schwendt wrote: On Mon, 21 Feb 2011 13:32:34 -0800, Adam wrote: Dropping a snide criticism in a message on a mailing list which is purportedly about something else entirely is exactly passive-aggressive: What the heck is your mission? sorry, it's just that people are forever criticizing abrt in this list and it gets really tiring. I probably over-reacted somewhat. My bad. Return to the 1st post in this thread. My comment on the many false positive dupes is related to what I've written in the 1st post. It explains why there are many dupes in that ticket. It also suggests that several more of the bug reporters probably are not affected by the crash in librsvg2 (even though it crashes nautilus during thumbnail generation), but by other bugs. The latest test update of ABRT in bodhi mentions improved duplicate detection. So, there is a pattern. Now move on, please. Moving! -- 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: Problem with Bodhi not pushing to stable F15 after 7 days
On Mon, 2011-02-21 at 22:05 +, Paul Howarth wrote: It's a moot point anyway as only alpha blockers and nice-to-haves are being pushed to F-15 at the moment, despite the raft of broken-dependency-fixing packages being ready to go. ^^ this - we're in Alpha freeze so you can't push things to stable ATM. Only rel-eng can, and they will only push packages which fix bugs accepted as Alpha blockers or nice-to-have. See https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process and https://fedoraproject.org/wiki/QA:SOP_nth_bug_process . -- 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
[389-devel] Please Review: (678646) Managed entry plug-in needs to ignore tombstone deletion
https://bugzilla.redhat.com/show_bug.cgi?id=678646 https://bugzilla.redhat.com/attachment.cgi?id=480016action=edit -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: Problem with Bodhi not pushing to stable F15 after 7 days
On 21 February 2011 22:08, Adam Williamson awill...@redhat.com wrote: On Mon, 2011-02-21 at 22:05 +, Paul Howarth wrote: It's a moot point anyway as only alpha blockers and nice-to-haves are being pushed to F-15 at the moment, despite the raft of broken-dependency-fixing packages being ready to go. ^^ this - we're in Alpha freeze so you can't push things to stable ATM. Only rel-eng can, and they will only push packages which fix bugs accepted as Alpha blockers or nice-to-have. See https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process and https://fedoraproject.org/wiki/QA:SOP_nth_bug_process . -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net Ok, thanks. I didn't realise there was a freeze on too. -- Mat Booth http://fedoraproject.org/get-fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rpm: working with locale files
Hi list, I'm new in rpm building and want to prepare a package for webapp Habari (review request: https://bugzilla.redhat.com/show_bug.cgi?id=673630) but.. I have a problem with locale files, which are situated in %{_datadir}/habari/system/locale. When I use %find_lang macro, rpmbuild have problem with twice listed files.. Is there any way how to exclude locale files from rpm in spec file? Maybe it is a silly question, but I can't google anything. Thanks for reply, Jakub J. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Problem with Bodhi not pushing to stable F15 after 7 days
On Mon, 2011-02-21 at 22:27 +, Mat Booth wrote: Ok, thanks. I didn't realise there was a freeze on too. Looking back I don't actually see a freeze announcement, though I may just be missing it in the archives. If there wasn't one, that's a miss on qa/releng's part, sorry. -- 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: Problem uploading to lookaside cache
On 2/21/11 8:52 AM, Paul Howarth wrote: I've no idea, but it isn't just you. I'm seeing exactly the same problem trying to provide new sources for virt-viewer. Upload succeeds according to fedpkg, but the file doesn't exist on the server when you try to fetch it again Should be working now. dgilmore found that the filesystem had gone ro this morning and fixed it. Not sure why fedpkg is showing success there -- the script is failing in the server log. Probably because the script is returning a 200 OK HTTP status. Which in turn probably makes curl return 0 instead of non-zero. Fedpkg is just calling out to curl at this point, rather than duplicating all the UI to make the upload look pretty :) -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Broken dependencies: perl-Kwiki-RecentChanges
perl-Kwiki-RecentChanges has broken dependencies in the F-15 tree: On x86_64: perl-Kwiki-RecentChanges-0.14-12.fc15.noarch requires perl(mixin) On i386: perl-Kwiki-RecentChanges-0.14-12.fc15.noarch requires perl(mixin) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-JSON-RPC
perl-JSON-RPC has broken dependencies in the F-15 tree: On x86_64: perl-JSON-RPC-0.96-7.fc15.noarch requires perl(MyApp) On i386: perl-JSON-RPC-0.96-7.fc15.noarch requires perl(MyApp) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Kwiki-UserName
perl-Kwiki-UserName has broken dependencies in the F-15 tree: On x86_64: perl-Kwiki-UserName-0.14-14.fc15.noarch requires perl(mixin) On i386: perl-Kwiki-UserName-0.14-14.fc15.noarch requires perl(mixin) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Kwiki-Search
perl-Kwiki-Search has broken dependencies in the F-15 tree: On x86_64: perl-Kwiki-Search-0.12-14.fc15.noarch requires perl(mixin) On i386: perl-Kwiki-Search-0.12-14.fc15.noarch requires perl(mixin) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-CGI-Application-Structured-Tools
perl-CGI-Application-Structured-Tools has broken dependencies in the F-15 tree: On x86_64: perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires main_module) perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires perl(tmpl_var) perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires perl(tmpl_var On i386: perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires main_module) perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires perl(tmpl_var) perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires perl(tmpl_var Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Data-ObjectDriver
perl-Data-ObjectDriver has broken dependencies in the F-15 tree: On x86_64: perl-Data-ObjectDriver-0.08-2.fc15.noarch requires perl(DBD::Oracle) perl-Data-ObjectDriver-0.08-2.fc15.noarch requires perl(DBI::db) On i386: perl-Data-ObjectDriver-0.08-2.fc15.noarch requires perl(DBD::Oracle) perl-Data-ObjectDriver-0.08-2.fc15.noarch requires perl(DBI::db) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Gtk2-Ex-Carp
perl-Gtk2-Ex-Carp has broken dependencies in the F-15 tree: On x86_64: perl-Gtk2-Ex-Carp-0.01-10.fc15.noarch requires perl(Gtk2::Dialog) On i386: perl-Gtk2-Ex-Carp-0.01-10.fc15.noarch requires perl(Gtk2::Dialog) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Declare-Constraints-Simple
perl-Declare-Constraints-Simple has broken dependencies in the F-15 tree: On x86_64: perl-Declare-Constraints-Simple-0.03-11.fc15.noarch requires perl(Declare::Constraints::Simple-Library) On i386: perl-Declare-Constraints-Simple-0.03-11.fc15.noarch requires perl(Declare::Constraints::Simple-Library) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Ace
perl-Ace has broken dependencies in the F-15 tree: On x86_64: perl-Ace-1.92-7.fc15.noarch requires perl(Ace::Browser::LocalSiteDefs) On i386: perl-Ace-1.92-7.fc15.noarch requires perl(Ace::Browser::LocalSiteDefs) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-CSS-DOM
perl-CSS-DOM has broken dependencies in the F-15 tree: On x86_64: perl-CSS-DOM-0.14-3.fc15.noarch requires perl() On i386: perl-CSS-DOM-0.14-3.fc15.noarch requires perl() Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Kwiki-Users-Remote
perl-Kwiki-Users-Remote has broken dependencies in the F-15 tree: On x86_64: perl-Kwiki-Users-Remote-0.04-12.fc15.noarch requires perl(mixin) On i386: perl-Kwiki-Users-Remote-0.04-12.fc15.noarch requires perl(mixin) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Object-InsideOut
perl-Object-InsideOut has broken dependencies in the F-15 tree: On x86_64: perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::Imp1) perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::Imp2) On i386: perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::Imp1) perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::Imp2) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-bioperl
perl-bioperl has broken dependencies in the F-15 tree: On x86_64: perl-bioperl-1.6.1-6.fc15.noarch requires perl(Bio::Expression::FeatureSet) On i386: perl-bioperl-1.6.1-6.fc15.noarch requires perl(Bio::Expression::FeatureSet) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Net-SSH-Perl
perl-Net-SSH-Perl has broken dependencies in the F-15 tree: On x86_64: perl-Net-SSH-Perl-1.34-10.fc15.noarch requires perl(Crypt::IDEA) On i386: perl-Net-SSH-Perl-1.34-10.fc15.noarch requires perl(Crypt::IDEA) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Kwiki-Raw
perl-Kwiki-Raw has broken dependencies in the F-15 tree: On x86_64: perl-Kwiki-Raw-0.02-13.fc15.noarch requires perl(mixin) On i386: perl-Kwiki-Raw-0.02-13.fc15.noarch requires perl(mixin) Please resolve this as soon as possible. -- 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
Broken dependencies: perl-Kwiki-UserPreferences
perl-Kwiki-UserPreferences has broken dependencies in the F-15 tree: On x86_64: perl-Kwiki-UserPreferences-0.13-13.fc15.noarch requires perl(mixin) On i386: perl-Kwiki-UserPreferences-0.13-13.fc15.noarch requires perl(mixin) Please resolve this as soon as possible. -- 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
Re: Trying to contact David Zeuthen for nonresponsive maintainer process
On Tue, 2011-02-22 at 00:57 +0100, Tim Niemueller wrote: Hello fellow Fedorans. With this email I'm trying to contact David Zeuthen. There is a bug [1] filed for Festival speech synthesis which is open for almost four years now (besides a few others, but the particular one is bothering me). snip Is David still around? Yes, and hacking on GNOME 3. Does anybody know how to contact him and how to #fedora-desktop on GIMPNet during EST work hours, usually. resolve the issues surrounding Festival? I've asked Jason Tibbitts to approve ACLs for me, so I could approve your requests. If you want to take over the package, let me know, and I'll get David to drop the maintainership. Cheers -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
notification-daemon autostart changes
I'm going to build notification-daemon 0.7.1 as an F15 update; this release changes the way the daemon is started. In the past, it was bus activated on the session bus and exited after some idle time. This was causing a race condition with gnome-shell taking the same bus name at session start to support notifications. Starting with 0.7.1, the notification daemon is no longer bus activated, and does not exit on its own. Desktop environments that use it to provide notifications have to ensure it gets started in some way; gnome-session will start it as a required component of the fallback session. Matthias ___ 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
Re: rawhide report: 20110219 changes - requires perl(Gtk2::
On 02/21/2011 07:27 PM, Daniel P. Berrange wrote: On Mon, Feb 21, 2011 at 06:45:03PM +0100, Jan Kratochvil wrote: On Mon, 21 Feb 2011 15:22:48 +0100, Ralf Corsepius wrote: On a second thought - May-be it would be more suitable for perl to parse the *.pods, such XS-modules normally are accompanied with? As discussed in [Bug 679014] rpmbuild: Perl excessive auto-Requires https://bugzilla.redhat.com/show_bug.cgi?id=679014 there is no need for autodetection. CPAN packages already provide their requires list: Gtk2-GladeXML-1.007/META.yml: requires: ExtUtils::Depends: 0.300 ExtUtils::PkgConfig: 1.000 Glib: 1.020 Gtk2: 1.000 which is IIRC generated from Makefile.PL, where one can also find the provides list using ExtUtils::MakeMaker. This should be resolved by perl maintainers. I guess, you didn't realize that the people involved in this thread are the perl maintainers. It's probably only thanks to the fact that the OP who raised this thread isn't subscribed to Fedora's perl-list, we raised this thread here and due to the effects of Fedora's QA's package blockage (otherwise his issues would have likely already been shipped), he rose this question, here. This assume the upstream maintainers fill out the META.yml accurately which is often not the case Exactly. Also consider there are many perl-packages (esp. those out of CPAN) for which the META.yml-machinery is not available. On a more abstract level one may consider perl's META.yml-machinery to be a package dependency tracking machinery of its own, in parallel to rpm's dependency tracking machinery, with the essentially the same issues, problems and imperfections as rpm/rpm.specs itself. Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [perl-Coro] 5.37 bump
On Mon, Feb 21, 2011 at 01:11:10PM +, Paul Howarth wrote: On 21/02/11 12:45, Petr Pisar wrote: Injecting 0 is pointless. Better no version than useless 0. On the contrary, no version is equivalent to any version as far as rpm is concerned, which is a problem waiting to happen and why rpmlint will complain about it if you explicitly add an unversioned provide. Adding a version of 0 means that any sane versioning scheme introduced by upstream in the future will be newer than what you've already used. At this time there shouldn't be any versioned requires on these provides since upstream doesn't version them, so having a version 0 provide shouldn't break anything. We talked about it already. In my opinion it's a bug in RPM dependency solver. It's cheating rpmlint and RPM. No more, no less. -- Petr pgpJcgwczx2BE.pgp Description: PGP signature -- 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-Multiplex/f14/master] (4 commits) ...Update to 1.11
Summary of changes: e702d16... - 661697 rebuild for fixing problems with vendorach/lib (*) 49eb83c... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*) 7a89d34... Tidy up changelog entry (*) 033acd7... Update to 1.11 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Coro-5.37.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Coro: f644de75d65c0dacadea04146ce8329f Coro-5.37.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-File-HomeDir] 0.97
commit 2722d01f1edf6eabe1f2750487697a965ab02d09 Author: Tom spot Callaway tcall...@redhat.com Date: Mon Feb 21 10:54:54 2011 -0500 0.97 .gitignore |1 + perl-File-HomeDir.spec |9 ++--- sources|2 +- 3 files changed, 8 insertions(+), 4 deletions(-) --- diff --git a/.gitignore b/.gitignore index 068fa74..c357683 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ File-HomeDir-0.86.tar.gz /File-HomeDir-0.93.tar.gz +/File-HomeDir-0.97.tar.gz diff --git a/perl-File-HomeDir.spec b/perl-File-HomeDir.spec index 12c47af..005cee0 100644 --- a/perl-File-HomeDir.spec +++ b/perl-File-HomeDir.spec @@ -1,6 +1,6 @@ Name: perl-File-HomeDir -Version:0.93 -Release:3%{?dist} +Version:0.97 +Release:1%{?dist} Summary:Find your home and other directories on any platform Group: Development/Libraries @@ -27,7 +27,7 @@ Requires: perl(File::Spec) = 3.12 Requires: perl(File::Temp) = 0.19 Requires: perl(File::Which) = 0.05 -%filter_from_requires /^perl(Cwd)$/ +%filter_from_requires /perl(Cwd)$/d %filter_setup %description @@ -71,6 +71,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Mon Feb 21 2011 Tom Callaway s...@fedoraproject.org - 0.97-1 +- update to 0.97 + * Tue Feb 08 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.93-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild diff --git a/sources b/sources index 9f40cfc..7f9f788 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -ad3634ec7fb92c4c14c22d5ec51402a3 File-HomeDir-0.93.tar.gz +1b605a5bd389b295434b93430cf3e9a7 File-HomeDir-0.97.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 678755] perl-Coro-5.37 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=678755 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Coro-5.37-1.fc16 Resolution||RAWHIDE Last Closed||2011-02-21 10:56:34 -- 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-IO-Multiplex] (3 commits) ...Merge branch 'master' into f13
Summary of changes: f260128... Initialize branch F-13 for perl-IO-Multiplex (*) 7e34c2b... dist-git conversion (*) 5ddec6e... Merge branch 'master' into f13 (*) (*) 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-IO-Multiplex/el6/master] (13 commits) ...Merge branch 'master' into el6
Summary of changes: c7a4012... Fix typo that causes a failure to update the common directo (*) ae1ff69... - rebuild against perl 5.10.1 (*) f260128... Initialize branch F-13 for perl-IO-Multiplex (*) 2ccedbe... - Mass rebuild with perl-5.12.0 (*) 1ca60a7... Minor clean-ups (*) 7e34c2b... dist-git conversion (*) f600090... dist-git conversion (*) e702d16... - 661697 rebuild for fixing problems with vendorach/lib (*) 49eb83c... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*) 7a89d34... Tidy up changelog entry (*) 033acd7... Update to 1.11 (*) 5ddec6e... Merge branch 'master' into f13 (*) 138515e... Merge branch 'master' into el6 (*) 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-IO-Multiplex/el6/master: 13/13] Merge branch 'master' into el6
commit 138515e7b9450d69dd2abd206e0f1f490780b67b Merge: 62eac32 5ddec6e Author: Paul Howarth p...@city-fan.org Date: Mon Feb 21 16:15:53 2011 + Merge branch 'master' into el6 Conflicts: .gitignore perl-IO-Multiplex.spec .gitignore |2 +- perl-IO-Multiplex.spec | 44 ++-- sources|2 +- 3 files changed, 36 insertions(+), 12 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-Multiplex] (5 commits) ...Merge branch 'master' into el6
Summary of changes: 1fa1060... Fix typo that causes a failure to update the common directo (*) 9ac590c... Initialize branch EL-6 for perl-IO-Multiplex (*) 09d3e1c... Minor clean-ups (*) 62eac32... dist-git conversion (*) 138515e... Merge branch 'master' into el6 (*) (*) 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-IO-Multiplex/f15/master] (5 commits) ...Merge branch 'master' into el6
Summary of changes: 1fa1060... Fix typo that causes a failure to update the common directo (*) 9ac590c... Initialize branch EL-6 for perl-IO-Multiplex (*) 09d3e1c... Minor clean-ups (*) 62eac32... dist-git conversion (*) 138515e... Merge branch 'master' into el6 (*) (*) 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-IO-Multiplex/f14/master] (5 commits) ...Merge branch 'master' into el6
Summary of changes: 1fa1060... Fix typo that causes a failure to update the common directo (*) 9ac590c... Initialize branch EL-6 for perl-IO-Multiplex (*) 09d3e1c... Minor clean-ups (*) 62eac32... dist-git conversion (*) 138515e... Merge branch 'master' into el6 (*) (*) 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-IO-Multiplex] Created tag perl-IO-Multiplex-1.11-1.el6
The lightweight tag 'perl-IO-Multiplex-1.11-1.el6' was created pointing to: 138515e... Merge branch 'master' into el6 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-IO-Multiplex] Created tag perl-IO-Multiplex-1.11-1.fc13
The lightweight tag 'perl-IO-Multiplex-1.11-1.fc13' was created pointing to: 5ddec6e... Merge branch 'master' into f13 -- 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-Multiplex] Created tag perl-IO-Multiplex-1.11-1.fc14
The lightweight tag 'perl-IO-Multiplex-1.11-1.fc14' was created pointing to: 033acd7... Update to 1.11 -- 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