gnome-shell and VNC
Hi everyone and a happy new year to you ! I've tried today to start a gnome session on rawhide via VNC: although the gnome shell is now able to use software rendering, gnome uses the fallback mode. Is it normal? If yes, will it be fixed in F17? Else what did I missed? The parameters I use to start my vnc server are: -inetd -once -query localhost -geometry 1280x1024 -dpi 100 -depth 24 -securitytypes=none +extension GLX Any hint will be appreciated. Thanks in advance, Patrick -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Packaging guidelines for packaging vala bindings
Hi, On 01/17/2012 11:54 PM, Richard W.M. Jones wrote: On Tue, Jan 17, 2012 at 11:05:36PM +0100, Hans de Goede wrote: Once that is done, then just adding the vala bindings to the devel-package likely takes less disk space for those who do install them, then the meta data needed for a separate subpackage, and that metadata needs to be downloaded and *stored* by all users, not just those installing the -devel package. You've measured this, right? I just ran some tests for you, here you go spice-gtk3-devel.rpm size with vala bindings included: 10865 spice-gtk3-devel.rpm size without vala bindings: 9921 Compressed size of bindings files: 10865 - 9921 = 944 bytes spice-gtk3-vala.rpm (separate vala bindings pkg): 7645 Separate pkg header size / overhead: 7645 - 944 = 6701 bytes Installed vala bindings size: 2808 bytes (in 2 files). So either we are forcing *all* our users to download and store say 3k of extra metadata (assuming yum metadata is more efficient then rpm headers), or we are forcing those who install -devel packages to install 2808 bytes extra under /usr/share/vala/vapi I'd like to see hard figures before we dismiss the idea of packaging this correctly. Splitting packages is not always about doing things correctly splitting packages has a cost, in the form of added metadata, and through that more bandwidth and disk usage and slower yum performance, for *all* of our users not just the users of the package in question! So we need to find a balance between splitting packages where necessary and not splitting them up unnecessarily. Also we are talking about -devel packages here which typically have tons of deps anyways and are typically installed on bigger machines rather then smaller ones. I'm not saying that -devel packages can be any size, and can freely drag in whatever deps. But splitting off the vala bindings just because of their puny file size is counter productive. So back to the issue at hand, to me the bigger problem is the ownership of the /usr/share/vala/vapi directory, if we can come up with a solution for that, then I think it is safe to say that vala's vapi files should be part of a package's -devel subpackage (as is the case atm for all but 2 packages on my system). Regards, Hans -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Packaging guidelines for packaging vala bindings
On Wed, Jan 18, 2012 at 12:48:58PM +0100, Hans de Goede wrote: spice-gtk3-devel.rpm size with vala bindings included: 10865 spice-gtk3-devel.rpm size without vala bindings: 9921 Compressed size of bindings files: 10865 - 9921 = 944 bytes spice-gtk3-vala.rpm (separate vala bindings pkg): 7645 Separate pkg header size / overhead: 7645 - 944 = 6701 bytes Installed vala bindings size: 2808 bytes (in 2 files). So either we are forcing *all* our users to download and store say 3k of extra metadata (assuming yum metadata is more efficient then rpm headers), or we are forcing those who install -devel packages to install 2808 bytes extra under /usr/share/vala/vapi Even assuming there are 10 million Fedora users who all install this vala package, that's just $2 of extra disk space. Even if there are 1000 vala packages, and all 10 million users have to install them, it's barely worth mentioning the extra cost. Bandwidth costs are very variable so harder to calculate, but 3k extra isn't going to be much money. I'd like to see hard figures before we dismiss the idea of packaging this correctly. Splitting packages is not always about doing things correctly splitting packages has a cost, in the form of added metadata, and through that more bandwidth and disk usage and slower yum performance, for *all* of our users not just the users of the package in question! Well yum's metadata certainly seems very inefficient compared to APT, but that's a bug in yum. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Rawhide rebuild issues
El Tue, 17 Jan 2012 16:03:21 -0700 Orion Poplawski or...@cora.nwra.com escribió: It appears that when tagging in the f17 rebuild packages, packages built after the rebuild package but before they got tagged in to f17 are not in current rawhide. This in particular hit a bunch of packages rebuilt for octave 3.6.0 koji untag-pkg f17 old package seems to do the trick. There was 2 bugs in the mass tag script, when cleaning up from this i found the second, but not before i untagged the whole mass rebuild. ive just now tagged it back in. if anyone does notice any issues still please let releng know Dennis -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Mojolicious] new sources
commit c3edd032540c647beb4f34172f3fc0886f8491e3 Author: Yanko Kaneti yan...@declera.com Date: Wed Jan 18 15:44:30 2012 +0200 new sources .gitignore |1 + sources|2 +- 2 files changed, 2 insertions(+), 1 deletions(-) --- diff --git a/.gitignore b/.gitignore index 22499ac..37360fb 100644 --- a/.gitignore +++ b/.gitignore @@ -33,3 +33,4 @@ Mojolicious-0.26.tar.gz /Mojolicious-2.41.tar.gz /Mojolicious-2.42.tar.gz /Mojolicious-2.43.tar.gz +/Mojolicious-2.44.tar.gz diff --git a/sources b/sources index 049d113..da40d19 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -6bd64518b0530485ee566cd1a5e728ff Mojolicious-2.43.tar.gz +de8c89bb41159bd7f6334d1c3e3e70a8 Mojolicious-2.44.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
Re: Django packages - proposed name changes
- Original Message - On Wed, Jan 18, 2012 at 2:21 PM, Bohuslav Kabrda bkab...@redhat.com wrote: So you want to actually get this into F17? I'm not sure that this is a good idea, the time is short and only two of us have stated their opinions, so let's wait for more people and then make the decision. If we really agree on this, then I'll be happy to find a way to get this going (wiki page, etc.). The only thing, that's bothering me is the usual python2/3 mess. Maybe it should be clear directly from the name? python2-django-* for python2 modules and python3-django-* for python3 modules, when they are finally ready? (And python-django-* only for packages that have both python2 and python3 in one module?) Well, if I understand it correctly, the Python packaging guidelines say, that the Python 2 modules should be named python-* and Python 3 modules python3-*, so I would go with that (although I agree that it is a mess :) ). Bohuslav. Greetings, Tom ___ python-devel mailing list python-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/python-devel ___ python-devel mailing list python-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/python-devel
Re: Package categorization and distribution construction
Following up with notes from FUDCon. Bill Nottingham (nott...@redhat.com) said: == Distribution construction == For this, we will continue to use groups in comps. PRO: - Don't have to change any distribution tools - Don't have to change kickstarts CON that can be fixed: - Doesn't allow for tracking what groups a user has installed - Doesn't allow for adjusting installations to new groups - The 'group removal' operation does not behave in a way users expect By using something like what's suggested in: http://lists.baseurl.org/pipermail/yum-devel/2010-December/007740.html we can make groups persistent objects in yum, such that it's stored what groups the user has installed, what packages are in those groups, and so on. This was discussed at FUDCon, and there was general agreement that this is the way to go. However, there are a couple of implementation notes here: 1) If we are both reorganizing groups (splitting, renaming, etc.) and making them first-class objects in yum, we need to do both *at the same time*. 2) The anaconda UI change is not landing in F-17. If what we're doing affects anaconda package selection deeply, we need to wait until F-18. I'm going to investigate how much of this can be done without significant anaconda changes; if it can't be done well, then we'll wait until F-18. == Package categorization for browsing == In PackageKit parlance, these are 'collections'. Here, I have a few proposals. 1) Continue to use groups in comps PRO: - Don't have to change any package tools CON: - Requires editing to list a package - Need to separate them from groups used for distribution construction 2) Give packages in tags. Sort packages for choosing by them Options would be: - as a header in the RPM package, extracted into metadata - as a entry in the package database, extracted into some useable form - as part of the pkgtags yum metadata PRO: - Decentralized. Allows packages to organize themselves CON: - Requires touching every package (if it's set in the package) - Requires RPM changes (if it's set in the package) - Requires a mechanism to generate metadata - Requires modifying packaging tools (mostly PackageKit) to support this metadata - Decentralized. Any package can mess up the display and organization by using a garbage tag. 3) Invent some similar curated listing, similar to groups in comps, but not in comps CON: - ... why bother, other than to just move the data? During the talk at FUDCon there was a lot of discussion about how to do tags for packages that would be set by the maintainer, that could be used in addition to the tags in the database set by the Fedora Tagger. One option was tags in a file in the package git repo, that could then be pulled into the metadata; the pros and cons of this were discussed. Later it was brought up that it may just be simpler to create a second file of metadata, similar to the comps file, that just contains lists of categorized packages. (i.e., #3 above.) Opinions? Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package categorization and distribution construction
On 01/18/2012 09:30 AM, Bill Nottingham wrote: Later it was brought up that it may just be simpler to create a second file of metadata, similar to the comps file, that just contains lists of categorized packages. (i.e., #3 above.) Opinions? One of the ideas that we've been seriously considering implementing is a Fedora specific extension to DOAP, where the DOAP files would be checked into git. It should be straightforward to add a Fedora extension field for tags, allowing the maintainer to add tags, along with other useful metadata about the package that we don't know from other sources. Then, tagger/packages can simply read in the DOAP files and use those tags in addition to the user-generated ones. ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
gnome-shell breakage in rawhide
Just a heads up: the cogl and clutter 1.9.4 releases that have inadvertently been pushed into rawhide yesterday contain api changes that break gnome-shell - until we get a gnome-shell release that fixes that, it would be advisable to steer clear of those updates. Matthias -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package categorization and distribution construction
Tom Callaway (tcall...@redhat.com) said: On 01/18/2012 09:30 AM, Bill Nottingham wrote: Later it was brought up that it may just be simpler to create a second file of metadata, similar to the comps file, that just contains lists of categorized packages. (i.e., #3 above.) Opinions? One of the ideas that we've been seriously considering implementing is a Fedora specific extension to DOAP, where the DOAP files would be checked into git. It should be straightforward to add a Fedora extension field for tags, allowing the maintainer to add tags, along with other useful metadata about the package that we don't know from other sources. Then, tagger/packages can simply read in the DOAP files and use those tags in addition to the user-generated ones. The concern that was raised from infrastructure is that scouring package git for DOAP (or any other metadata files) might be prohibitive in cost to do regularly. PackageDB would be simpler, of course (maybe have git hooks that populate PackageDB on commit?) Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Moving gnustep to clang/llvm
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, because I have got issues with the gcc-4.7 compiler suite i have contacted the upstream of the gnustep project to get a solution for my issues. He has adviced me to migrate the gnustep stuff to clang/llvm. Espeicially some gnustep stuff like EToile may works only in the llvm environment. So I would like to ask, if there any reason, which may blokcks this step for F-17. Best Regards: Jochen Schmitt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iJwEAQECAAYFAk8W7y4ACgkQZLAIBz9lVu+YVwP/Yi6WwQZ1HPJkzYai1KG18xR5 gKyztBRUjBuSV07cGSzuXGSIPzAM5DJbeT56QyMBPbiuWeyCf78ql45r/FwEA1SY yxFywmYrEvpcn2dHuTdYwhEyHTu9oen8a8vFHPgjhwhV/C9k/CMNOQwC/WizE5+5 k3CYP5vVDN7rnZH4+V0= =Ls1t -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File LWP-Protocol-http10-6.02.tar.gz uploaded to lookaside cache by corsepiu
A file has been added to the lookaside cache for perl-LWP-Protocol-http10: 112c39e0bf0c58a6c092f24643f8e37c LWP-Protocol-http10-6.02.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-LWP-Protocol-http10] Import.
commit 225cfcae0303be2e0110898849dbcfda8cf4fc81 Author: Ralf Corsépius corse...@fedoraproject.org Date: Wed Jan 18 17:18:57 2012 +0100 Import. .gitignore|1 + perl-LWP-Protocol-http10.spec | 62 + sources |1 + 3 files changed, 64 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..6092435 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/LWP-Protocol-http10-6.02.tar.gz diff --git a/perl-LWP-Protocol-http10.spec b/perl-LWP-Protocol-http10.spec new file mode 100644 index 000..2148a24 --- /dev/null +++ b/perl-LWP-Protocol-http10.spec @@ -0,0 +1,62 @@ +Name: perl-LWP-Protocol-http10 +Version:6.02 +Release:3%{?dist} +Summary:Legacy HTTP/1.0 support for LWP +License:GPL+ or Artistic +Group: Development/Libraries +URL:http://search.cpan.org/dist/LWP-Protocol-http10/ +Source0: http://www.cpan.org/authors/id/G/GA/GAAS/LWP-Protocol-http10-%{version}.tar.gz +BuildArch: noarch +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(HTTP::Response) = 6 +BuildRequires: perl(HTTP::Status) = 6 +BuildRequires: perl(LWP::Protocol) = 6 + +Requires: perl(HTTP::Response) = 6 +%global __requires_exclude %{?__requires_exclude:%__requires_exclude|}^perl\\(HTTP::Response\\) +Requires: perl(HTTP::Status) = 6 +%global __requires_exclude %{?__requires_exclude:%__requires_exclude|}^perl\\(HTTP::Status\\) +Requires: perl(LWP::Protocol) = 6 +%global __requires_exclude %{?__requires_exclude:%__requires_exclude|}^perl\\(LWP::Protocol\\) +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +# Make optional dependency mandatory +Requires: perl(URI::Escape) + +%description +The LWP::Protocol::http10 module provides support for using HTTP/1.0 +protocol with LWP. To use it you need to call LWP::Protocol::implementor() +to override the standard handler for http URLs. + +%prep +%setup -q -n LWP-Protocol-http10-%{version} + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor +make %{?_smp_mflags} + +%install +make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT + +find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; +find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; + +%{_fixperms} $RPM_BUILD_ROOT/* + +%check +make test + +%files +%defattr(-,root,root,-) +%doc Changes README +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Mon Jan 16 2012 Ralf Corsépius corse...@fedoraproject.org 6.02-3 +- Rework filters. + +* Fri Jun 19 2011 Ralf Corsépius corse...@fedoraproject.org 6.02-2 +- Reflect feedback from package review. + +* Mon Apr 18 2011 Ralf Corsépius corse...@fedoraproject.org 6.02-1 +- Specfile autogenerated by cpanspec 1.78. diff --git a/sources b/sources index e69de29..13d4e29 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +112c39e0bf0c58a6c092f24643f8e37c LWP-Protocol-http10-6.02.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-LWP-Protocol-http10/f16] Import.
Summary of changes: 225cfca... Import. (*) (*) 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-LWP-Protocol-http10/f15] Import.
Summary of changes: 225cfca... Import. (*) (*) 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: Moving gnustep to clang/llvm
On 01/18/2012 04:11 PM, Jochen Schmitt wrote: because I have got issues with the gcc-4.7 compiler suite i have contacted the upstream of the gnustep project to get a solution for my issues. He has adviced me to migrate the gnustep stuff to clang/llvm. Espeicially some gnustep stuff like EToile may works only in the llvm environment. So I would like to ask, if there any reason, which may blokcks this step for F-17. It might be more helpful to tell us what these issues are. While LLVM might well be OK on x86, I'm less convinced about support for other arches. Andrew. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: cmake parallel make problem.
On Mon, Jan 16, 2012 at 5:35 PM, Petr Machata pmach...@redhat.com wrote: I didn't look into your problem, but what you say would mean that cmake is not generating all necessary dependencies for make. Having a rule like X: Y Z is not enough. If Z depends on Y, you need additionally Z: Y, otherwise make will parallelize Y and Z. Thanks! That's just the hint I needed. I didn't realize that cmake doesn't look at the whole picture before writing the config files. That's exactly what happened. Here's my patch: +# For parallel building. +if(USE_SHARED) +add_dependencies(GeneratedSaxParser_shared ${CMAKE_REQUIRED_LIBRARIES}) +endif() +if(USE_STATIC) +add_dependencies(GeneratedSaxParser_static ${CMAKE_REQUIRED_LIBRARIES}) +endif() + This may be overkill as the macro that adds each library appends to CMAKE_REQUIRED_LIBRARIES. Even though it completed, the build time was not noticeably reduced over a single threaded build. I think I'm over serializing the build with this method. I'll try adding only the dependent library and see if I run into any other issues. Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Changes coming for CUPS 1.6
Hi, Although the latest version of CUPS is 1.5.0, development is continuing apace on 1.6. There are some important changes coming in 1.6 which deserve to be pointed out. Some time ago CUPS became an Apple project, and now some of the features that are not relevant to Mac OS are being orphaned. Where they are of use for the Linux environment, those orphaned features will continue to be maintained at OpenPrinting (http://www.openprinting.org/) as a separate project. CUPS Browsing - One of the notable things that will be disappearing is CUPS Browsing. This is currently the primary mechanism for CUPS-to-CUPS printer queue discovery on Linux. It works by having each CUPS server periodically broadcast UDP packets on port 631 announcing its available queues. This method of discovery is being dropped in favour of DNS-SD. Support for this has been upstream in CUPS for some time -- it's what CUPS uses on Mac OS X -- but is not functional with Avahi. (For Fedora, I have added patches to support Avahi.) This means that once CUPS drops support for CUPS Browsing, automatic CUPS queue discovery *will require Avahi* to be running on both the server (i.e. the system hosting the CUPS queue) and the clients (i.e. the systems wanting to print to it). Some Filters Moving To New Home --- Apple is removing some filters from CUPS as they are not needed for Mac OS X. These filters will be maintained in a new cups-filters project at OpenPrinting. As part of this move, Till Kamppeter will be merging the existing PDF Workflow filters¹ into that effort. The main purpose of this email was to raise awareness of the CUPS Browsing/Avahi issue. Till Kamppeter's email about the CUPS 1.6 changes on the printing-architecture list: http://lists.linuxfoundation.org/pipermail/printing-architecture/2012/002412.html Tim. */ ¹ http://www.linuxfoundation.org/collaborate/workgroups/openprinting/pdf_as_standard_print_job_format signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Moving gnustep to clang/llvm
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18.01.2012 17:25, Andrew Haley wrote: On 01/18/2012 04:11 PM, Jochen Schmitt wrote: It might be more helpful to tell us what these issues are. While LLVM might well be OK on x86, I'm less convinced about support for other arches. The issue was, that during thu build of gnustep-base I have got a error messag which told me, that the file objc/objc-api.h was not found. So I have ask upstream for support to solve this issue. Best Regards: Jochen Schmitt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iJwEAQECAAYFAk8W+REACgkQZLAIBz9lVu9nSAP+LbHFgOlZH5+8od60ABukcUcX ESJHsLN0BR4v3haCCUUk6Tq9VtHV5uz55g488/XI1uHvabCFUtFYt8wOMiGviGOg FHh5i+r49NrcdWwSctjEFh8z+QhB+X48/SWg+BFWHocOYjQSPI+iDg6mBZE4u6OG GtotVkgNUMT+zy6zDek= =wrqw -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Moving gnustep to clang/llvm
On 01/18/2012 04:53 PM, Jochen Schmitt wrote: On 18.01.2012 17:25, Andrew Haley wrote: On 01/18/2012 04:11 PM, Jochen Schmitt wrote: It might be more helpful to tell us what these issues are. While LLVM might well be OK on x86, I'm less convinced about support for other arches. The issue was, that during thu build of gnustep-base I have got a error messag which told me, that the file objc/objc-api.h was not found. So I have ask upstream for support to solve this issue. Right, so it's probably not a gcc issue but a real bug in gnustep. Andrew. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Packaging guidelines for packaging vala bindings
Peter Robinson wrote: python in an explicit dependency in Fedora due to yum. That's exactly why we need zif to become the default instead. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Packaging guidelines for packaging vala bindings
Peter Robinson wrote: Spins are required to have yum so by definition they will have python as well. Official spins maybe, but remixes can now be zif-based instead. (Yes, this is already realistic for a remix, though zif is still a bit rough.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Moving gnustep to clang/llvm
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18.01.2012 17:57, Andrew Haley wrote: The issue was, that during thu build of gnustep-base I have got a error messag which told me, that the file objc/objc-api.h was not found. So I have ask upstream for support to solve this issue. Right, so it's probably not a gcc issue but a real bug in gnustep. The cited file objc/objc-api.h was provided by the gcc-objc package and was removed by gcc-4.7.0, so the reason for my issue depends on the gcc-4.7.0 packages. Best Regards: Jochen Schmitt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iJwEAQECAAYFAk8W+0kACgkQZLAIBz9lVu9zEAQAtiKbEBPjsRIqk8X3qpFsIu/S Z6Tn0IPN5vSAQsPnT/Bj1moCeZja8RXTPZxMhw2Vh+OZp1O5sB7WjG2ybU4zgd6h Fa1dsWvYP4wINwRsgZ8eqnq6sFsDjyW0spZnrVjNMrtRpe0MkckS5BswMIs3aagq nNp/+mXC5wl5ekxUl54= =N8Xr -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Bundled part of code
Pavel Alexeev wrote: We have forbidden bundle libs. But what status if from one project copied some source files into another and it is not lib to link it? IMHO, that's not a library, ergo not a bundled library. Sure, it would be nice to have that code made into an actual library, but I don't think it makes sense to require that. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Moving gnustep to clang/llvm
On 01/18/2012 05:03 PM, Jochen Schmitt wrote: On 18.01.2012 17:57, Andrew Haley wrote: The issue was, that during thu build of gnustep-base I have got a error messag which told me, that the file objc/objc-api.h was not found. So I have ask upstream for support to solve this issue. Right, so it's probably not a gcc issue but a real bug in gnustep. The cited file objc/objc-api.h was provided by the gcc-objc package and was removed by gcc-4.7.0, so the reason for my issue depends on the gcc-4.7.0 packages. Ah, right. The old Objective-C runtime API has been removed. http://gcc.gnu.org/ml/gcc-patches/2011-06/msg00571.html And, I guess the gnustep maintainers don't want to update. I suppose there's not much choice for the time being. Andrew. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Moving gnustep to clang/llvm
On Wed, Jan 18, 2012 at 06:03:05PM +0100, Jochen Schmitt wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18.01.2012 17:57, Andrew Haley wrote: The issue was, that during thu build of gnustep-base I have got a error messag which told me, that the file objc/objc-api.h was not found. So I have ask upstream for support to solve this issue. Right, so it's probably not a gcc issue but a real bug in gnustep. The cited file objc/objc-api.h was provided by the gcc-objc package and was removed by gcc-4.7.0, so the reason for my issue depends on the gcc-4.7.0 packages. GCC 4.6 objc-api.h said: /* This file declares the traditional GNU Objective-C Runtime API. It is the API supported by older versions of the GNU Objective-C Runtime. Include this file to use it. This API is being replaced by the modern GNU Objective-C Runtime API, which is declared in objc/runtime.h. The modern API is very similar to the API used by the modern Apple/NeXT runtime. The last version of GCC supporting the traditional API is GCC 4.6. This file will not exist in later versions of GCC. Because the two APIs have some conflicting definitions (in particular, Method and Category are defined differently) you should include either objc/objc-api.h (to use the traditional GNU Objective-C Runtime API) or objc/runtime.h (to use the modern GNU Objective-C Runtime API), but not both. */ so it is surprising that gnustep maintainers didn't bother to do anything to move toward objc/runtime.h. And it surprises me that clang actually didn't remove that header too, I'd have thought that Nicola Pero removed it because it was gone in clang/llvm too. Jakub -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Changes coming for CUPS 1.6
On Wed, Jan 18, 2012 at 16:43:33 GMT, Tim Waugh wrote: This means that once CUPS drops support for CUPS Browsing, automatic CUPS queue discovery *will require Avahi* to be running on both the server (i.e. the system hosting the CUPS queue) and the clients (i.e. the systems wanting to print to it). For those of us that just have static printer setups, would it be possible to make a cups-browse (or similar) subpackage which brings in Avahi? -- Ben -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Changes coming for CUPS 1.6
Tim Waugh wrote: Till Kamppeter's email about the CUPS 1.6 changes on the printing-architecture list: http://lists.linuxfoundation.org/pipermail/printing-architecture/2012/002412.html What's the story about the PPD stuff Till is talking about there? That scares me the most when I read that mail. Will this be supported by a patch from openprinting.org? Seeing how Apple upstream is dropping features we need, I wonder whether the best solution wouldn't be a full-blown fork of CUPS, where your Avahi patches could also be merged to. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Packaging guidelines for packaging vala bindings
Kevin Kofler wrote: That's exactly why we need zif to become the default instead. Sounds like a Fedora 18 feature just waiting to be made. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Moving gnustep to clang/llvm
On 01/18/2012 05:10 PM, Jakub Jelinek wrote: so it is surprising that gnustep maintainers didn't bother to do anything to move toward objc/runtime.h. And it surprises me that clang actually didn't remove that header too, I'd have thought that Nicola Pero removed it because it was gone in clang/llvm too. I guess we should ask Nicola. Andrew. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Packaging guidelines for packaging vala bindings
Michael Cronenworth wrote: Kevin Kofler wrote: That's exactly why we need zif to become the default instead. Sounds like a Fedora 18 feature just waiting to be made. Sadly, so far this got blocked on: * the zif developers targeting only the GUI primarily and feeling the command line is not powerful enough to be the default for command-line users and * FESCo requiring that the command-line default and the PackageKit default are one and the same. So it looks like one or both will have to change to get zif as the default. :-( Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Changes coming for CUPS 1.6
On 01/18/2012 04:43 PM, Tim Waugh wrote: snip /snip Has it been considered to ditch cups altogether ( or keep what's worth keeping from it ) and coming up with a native printer client/server for GNU/Linux? JBG -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package categorization and distribution construction
On 01/18/2012 11:04 AM, Bill Nottingham wrote: The concern that was raised from infrastructure is that scouring package git for DOAP (or any other metadata files) might be prohibitive in cost to do regularly. PackageDB would be simpler, of course (maybe have git hooks that populate PackageDB on commit?) Yeah, I could see that, although, I'm not convinced it's true, or that we'd need to scour it regularly. ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Moving gnustep to clang/llvm
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18.01.2012 18:10, Andrew Haley wrote: On 01/18/2012 05:03 PM, Jochen Schmitt wrote: Ah, right. The old Objective-C runtime API has been removed. http://gcc.gnu.org/ml/gcc-patches/2011-06/msg00571.html And, I guess the gnustep maintainers don't want to update. I suppose there's not much choice for the time being. Andrew. Yes, one issue is, that they provide a package called gnustep-objc which provides an Objective-C runtime. Best Regards: Jochen Schmitt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iJwEAQECAAYFAk8XBpEACgkQZLAIBz9lVu+7QwP/bkquzLFEYrhcqPcW2aQ05X4Q 29TtqYUuWoufi+tDNRw4L1SCNykunxjY7ymKP41bfJEJrYbDpRwSqpgyupmZqNnk H1rBQuJ+Vs2+IwRmG+piMBXD4ukYpN48kg4DgUXVwU5j+ih3D6uv7+ZV3ID6Jbje Xkpqj74+DT0JkwRYjJY= =+i41 -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaned Perl packages on 2012-01-16
On Tue, Jan 17, 2012 at 09:59:42AM +0100, Petr Pisar wrote: On Mon, Jan 16, 2012 at 06:20:01PM +0100, Iain Arnell wrote: On Mon, Jan 16, 2012 at 3:55 PM, Petr Pisar ppi...@redhat.com wrote: any chance you could generate that list with the reverse (build-)dependencies as well? Would help to identify the leaves that can be left to die and allow those that really matter to be picked up by people who care most about them. I see, reverse dependencies. I will try it. So here are reverse dependencies. Both build- and run-time. The red ones are orphaned perl packages, the black ones are other packages. The only flaw is I did not expanded orphaned perl source package to binary packages (because I could not find the relation in this direction in yum repository; I could ask koji for build results, but I didn't). This graphs is generarated from the original orphaned perl package list and today rawhide repository. -- Petr orphaned_perl_packages-20120116.sorted.rdeps.svg.gz Description: GNU Zip compressed data pgpjX1rbaKKbv.pgp Description: PGP signature -- 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: Ticket #12 - 389 DS DNA Plugin / Replication failing on GSSAPI
https://fedorahosted.org/389/ticket/12 patch to fix the problem https://fedorahosted.org/389/attachment/ticket/12/0001-Ticket-12-389-DS-DNA-Plugin-Replication-failing-on-G.patch patch to allow disabling of the SASL canonical hostname lookup for running on localhost https://fedorahosted.org/389/attachment/ticket/12/0001-add-a-hack-to-disable-sasl-hostname-canonicalization.patch -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: cmake parallel make problem.
On Wed, Jan 18, 2012 at 10:34 AM, Richard Shaw hobbes1...@gmail.com wrote: I'll try adding only the dependent library and see if I run into any other issues. Nope! It worked. Took the build time from about 65-70 minutes to just under 20 minutes. Thanks all! Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[ACTION REQUIRED v2] Retiring packages for F-17
Each release, before branching, we block currently orphaned packages. It's that time again for Fedora 17. New this go-round is that we are also blocking packages that have failed to build since before Fedora 15. The following packages are currently orphaned, or fail to build. If you have a need for one of these packages, please pick them up. Due to the orphaning of packages due to inactive maintainers, this list is a little longer than normal. If these packages are not claimed, they will be retired shortly before the mass branch for Fedora 17 on February 7th. Orphan adaptx Orphan ario Orphan asa comaintained by: pertusus Orphan autodafe Orphan avant-window-navigator comaintained by: ngompa Orphan avl Orphan awn-extras-applets Orphan bit Orphan blackbox Orphan blt Orphan bmake Orphan bsh Orphan bwidget Orphan byaccj comaintained by: dbhole Orphan camstream Orphan castor Orphan ccsm Orphan compiz Orphan compiz-bcop Orphan compiz-fusion-extras Orphan compiz-fusion-unsupported Orphan compiz-manager Orphan compizconfig-backend-gconf Orphan compizconfig-backend-kconfig4 Orphan compizconfig-python Orphan concurrent Orphan conexus Orphan dbus-cxx Orphan eazykeyboard Orphan eclipse-setools Orphan eclipse-slide Orphan eclipse-systemtapgui Orphan eg Orphan erlang-erlzmq2 Orphan expatmm Orphan freehdl comaintained by: chitlesh Orphan gestikk Orphan gget Orphan gimpfx-foundry Orphan gkrellm-volume Orphan gmime22 Orphan gnome-paint Orphan gnubversion Orphan gpx-viewer Orphan higlayout Orphan intellij-idea Orphan intuitively comaintained by: pertusus Orphan invulgotracker Orphan itaka Orphan itcl Orphan itk Orphan itools Orphan iwak Orphan iwidgets Orphan jps Orphan kcirbshooter Orphan kurdit-unikurd-web-fonts Orphan libcompizconfig Orphan libdesktop-agnostic Orphan libmetalink Orphan libmodelfile Orphan libnoise Orphan libspe2 Orphan libsx comaintained by: pertusus Orphan libyahoo2 comaintained by: siddhesh Orphan lifeograph comaintained by: sundaram Orphan log4c Orphan lush Orphan maradns Orphan mathmap Orphan maxr comaintained by: cassmodiah Orphan mediawiki-rss comaintained by: ianweller Orphan medusa Orphan memchan Orphan metalink Orphan mingw32-OpenSceneGraph Orphan mingw32-SDL_image Orphan mingw32-SDL_mixer Orphan mingw32-plib Orphan mod_perlite Orphan monsoon Orphan mtkbabel Orphan mulk Orphan nanoxml Orphan netbeans Orphan netstiff Orphan openbios Orphan papyrus Orphan perl-Archive-RPM comaintained by: ppisar psabata mmaslano Orphan perl-Array-RefElem comaintained by: ppisar psabata mmaslano Orphan perl-B-Hooks-OP-Check-StashChange comaintained by: ppisar psabata mmaslano Orphan perl-Best comaintained by: ppisar psabata mmaslano Orphan perl-CPAN-Mini comaintained by: ppisar psabata mmaslano Orphan perl-CPANPLUS-Shell-Default-Plugins-Changes comaintained by: ppisar psabata mmaslano Orphan perl-CPANPLUS-Shell-Default-Plugins-Diff comaintained by: ppisar psabata mmaslano Orphan perl-CPANPLUS-Shell-Default-Plugins-RT comaintained by: ppisar psabata mmaslano Orphan perl-Check-ISA comaintained by: ppisar psabata mmaslano Orphan perl-Class-Can Orphan perl-Class-Data-Accessor comaintained by: ppisar psabata mmaslano Orphan perl-Class-Exporter Orphan perl-Class-Factory comaintained by: ppisar psabata mmaslano Orphan perl-Class-Prototyped comaintained by: ppisar psabata mmaslano Orphan perl-Convert-NLS_DATE_FORMAT comaintained by: ppisar psabata mmaslano Orphan perl-DBD-Mock comaintained by: ppisar psabata mmaslano Orphan perl-DBD-Multi comaintained by: ppisar psabata mmaslano Orphan perl-DBI-Dumper comaintained by: ppisar psabata mmaslano Orphan perl-DBIx-POS comaintained by: ppisar psabata mmaslano Orphan perl-Data-TreeDumper comaintained by: psabata ppisar mmaslano Orphan perl-Data-TreeDumper-Renderer-GTK comaintained by: psabata ppisar mmaslano Orphan perl-DateTime-Format-DB2 comaintained by: ppisar psabata mmaslano Orphan perl-DateTime-Format-DBI comaintained by: ppisar psabata mmaslano Orphan perl-DateTime-Format-DateManip comaintained by: ppisar psabata mmaslano Orphan perl-DateTime-Format-DateParse comaintained by: ppisar psabata mmaslano Orphan perl-DateTime-Format-Excel comaintained by: ppisar psabata mmaslano Orphan perl-DateTime-Format-Flexible comaintained by: ppisar psabata mmaslano Orphan perl-DateTime-Format-ISO8601 comaintained by: ppisar psabata mmaslano Orphan perl-DateTime-Format-Oracle comaintained by: ppisar psabata mmaslano Orphan perl-DateTimeX-Easy comaintained by: ppisar psabata mmaslano Orphan perl-Directory-Scratch-Structured comaintained by: psabata ppisar mmaslano Orphan perl-Eval-Context comaintained by: ppisar psabata mmaslano Orphan perl-File-ExtAttr
[389-devel] Please review: Ticket #15 - Get rid of rwlock.h/rwlock.c and just use slapi_rwlock instead
https://fedorahosted.org/389/ticket/15 https://fedorahosted.org/389/attachment/ticket/15/diffs-without-autoconf.patch -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: [ACTION REQUIRED v2] Retiring packages for F-17
I took over xpp3. If someone else is willing to take it I am glad to orphan it again. Johannes Orphan xpp3 comaintained by: dbhole Removing: xpp3 dom4j requires xpp3 = 1.1.3.8-5.fc15 freemind requires xpp3 = 1.1.3.8-5.fc15 gooddata-cl requires xpp3-minimal = 1.1.3.8-5.fc15 jibx requires xpp3 = 1.1.3.8-5.fc15 kxml requires xpp3 = 1.1.3.8-5.fc15 objenesis requires xpp3-minimal = 1.1.3.8-5.fc15 xstream requires xpp3-minimal = 1.1.3.8-5.fc15 xstream requires xpp3 = 1.1.3.8-5.fc15 The script that generated this page can be found at https://fedorahosted.org/rel-eng/browser/scripts/find-unblocked-orphans.py There you can also report bugs and RFEs. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Removing SysV Init Scripts
Sorry, I didn't mean to start a heated thread on SysV vs. Systemd or anything. Unfortunately my question wasn't really answered. I *am* removing SysV support from gearmand … and have already implemented Systemd scripts. My question is… for existing users still on SysV in Fedora 17 …. are there any safeguards I need to put in place as to not break them… or should I just rip out all the SysV stuff and hope for the best? Thanks. --- derks On Jan 13, 2012, at 3:31 PM, BJ Dierkes wrote: Hello, I have this bug open: https://bugzilla.redhat.com/show_bug.cgi?id=781451 And so, I am needing to remove my sysvinit scripts from gourmand in rawhide. I've read the docs on SysVInit Scripts and Systemd but haven't found an answer… How should I handle removing the init script? Should I just assume that users are moved over to systemd? Do I need to call 'chkconfig --del gearmand'? --- derks -- 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: Removing SysV Init Scripts
Hi, On 18/01/12 22:42, BJ Dierkes wrote: Sorry, I didn't mean to start a heated thread on SysV vs. Systemd or anything. Unfortunately my question wasn't really answered. I *am* removing SysV support from gearmand … and have already implemented Systemd scripts. My question is… for existing users still on SysV in Fedora 17 …. are there any safeguards I need to put in place as to not break them… or should I just rip out all the SysV stuff and hope for the best? I'm not sure if this is what you're looking for but when I migrated a package to systemd I used the spec file tips from this page: http://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Systemd (Specifically the section entitled Packages migrating to a systemd unit file from a SysV initscript) Andy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Removing SysV Init Scripts
On Wed, 2012-01-18 at 16:42 -0600, BJ Dierkes wrote: My question is… for existing users still on SysV in Fedora 17 …. are there any safeguards I need to put in place as to not break them… or should I just rip out all the SysV stuff and hope for the best? I read that shouldn't or not allowed change from SysV to systemd in middle of a release. -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED v2] Retiring packages for F-17
I took over preload. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Moving gnustep to clang/llvm
On Wed, Jan 18, 2012 at 05:11:27PM +0100, Jochen Schmitt wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, because I have got issues with the gcc-4.7 compiler suite i have contacted the upstream of the gnustep project to get a solution for my issues. He has adviced me to migrate the gnustep stuff to clang/llvm. Espeicially some gnustep stuff like EToile may works only in the llvm environment. So I would like to ask, if there any reason, which may blokcks this step for F-17. Yes, there is. The Fedora-packaged clang does not work at all because of https://bugzilla.redhat.com/show_bug.cgi?id=750187 . There is another C++-specific bug (https://bugzilla.redhat.com/show_bug.cgi?id=729308), but I guess that is not a problem for you. D. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Bundled part of code
18.01.2012 21:02, Kevin Kofler wrote: Pavel Alexeev wrote: We have forbidden bundle libs. But what status if from one project copied some source files into another and it is not lib to link it? IMHO, that's not a library, ergo not a bundled library. Sure, it would be nice to have that code made into an actual library, but I don't think it makes sense to require that. Thank you very much for the clarification. But how I should then deal with licensing in my situation if its mismatch? Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 746941] perl-Mojolicious-2.44 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=746941 Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org changed: What|Removed |Added Summary|perl-Mojolicious-2.40 is|perl-Mojolicious-2.44 is |available |available --- Comment #31 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org 2012-01-18 06:34:27 EST --- Latest upstream release: 2.44 Current version in Fedora Rawhide: 2.43 URL: http://search.cpan.org/dist/Mojolicious/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy 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-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 782756] New: perl-Mozilla-CA-20120118 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-Mozilla-CA-20120118 is available https://bugzilla.redhat.com/show_bug.cgi?id=782756 Summary: perl-Mozilla-CA-20120118 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-Mozilla-CA AssignedTo: ppi...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com, ppi...@redhat.com Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Latest upstream release: 20120118 Current version in Fedora Rawhide: 20111025 URL: http://search.cpan.org/dist/Mozilla-CA/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy 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-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: rt3
rt3 has broken dependencies in the rawhide tree: On x86_64: rt3-3.8.11-2.fc17.noarch requires perl(DBIx::SearchBuilder::Handle::) On i386: rt3-3.8.11-2.fc17.noarch requires perl(DBIx::SearchBuilder::Handle::) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[rt3] Fix typo in filter rules. Add lexdir, manualdir, RT3_LEXDIR.
commit 2b1b5812c0d9e10992d61ac520e959fd0a6a8266 Author: Ralf Corsépius corse...@fedoraproject.org Date: Wed Jan 18 13:55:06 2012 +0100 Fix typo in filter rules. Add lexdir, manualdir, RT3_LEXDIR. rt3.spec | 12 +--- 1 files changed, 9 insertions(+), 3 deletions(-) --- diff --git a/rt3.spec b/rt3.spec index 8a3cb71..1a87e6b 100644 --- a/rt3.spec +++ b/rt3.spec @@ -34,13 +34,14 @@ %global RT3_BINDIR %{_sbindir} %global RT3_LIBDIR %{perl_vendorlib} %global RT3_WWWDIR %{_datadir}/rt3/html +%global RT3_LEXDIR %{_datadir}/rt3/po %global RT3_LOGDIR %{_localstatedir}/log/rt3 %global RT3_CACHEDIR %{_localstatedir}/cache/rt3 %global RT3_LOCALSTATEDIR %{_localstatedir}/lib/rt3 Name: rt3 Version: 3.8.11 -Release: 2%{?dist} +Release: 3%{?dist} Summary: Request tracker 3 Group: Applications/Internet @@ -201,7 +202,7 @@ Requires: rt3-mailgate # Filter bogus requires %global __requires_exclude %{?__requires_exclude:%__requires_exclude|}^perl\\(\\) # Work-around rpm's depgenerator defect: -%global _requires_exclude %{?__requires_exclude:%__requires_exclude|}^perl\\(DBIx::SearchBuilder::Handle::\\) +%global __requires_exclude %{?__requires_exclude:%__requires_exclude|}^perl\\(DBIx::SearchBuilder::Handle::\\) # Filter redundant provides %global __provides_exclude %{?__provides_exclude:%__provides_exclude|}^perl\\(RT\\)$ @@ -266,7 +267,8 @@ cat \EOF config.layout bindir: %{RT3_BINDIR} sysconfdir: %{_sysconfdir}/rt3 libdir: %{RT3_LIBDIR} - manualdir: ${datadir}/doc + manualdir: %{_defaultdocdir}/%{name}-%{version} + lexdir: %{RT3_LEXDIR} localstatedir: %{RT3_LOCALSTATEDIR} htmldir: %{RT3_WWWDIR} fontdir: %{_datadir}/rt3/fonts @@ -439,6 +441,10 @@ fi %endif %changelog +* Wed Jan 18 2012 Ralf Corsépius corse...@fedoraproject.org - 3.8.11-3 +- Fix typo in filter rules. +- Add lexdir, manualdir, RT3_LEXDIR. + * Mon Jan 16 2012 Ralf Corsépius corse...@fedoraproject.org - 3.8.11-2 - Remove redundant R: config(rt3), Remove P: config(rt3). - Rewrite filter rules. -- 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-Mojolicious] Update to 2.44
commit 5ae147c9128d32be6841bb655d67be17e54f27b7 Author: Yanko Kaneti yan...@declera.com Date: Wed Jan 18 15:36:35 2012 +0200 Update to 2.44 perl-Mojolicious.spec |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) --- diff --git a/perl-Mojolicious.spec b/perl-Mojolicious.spec index b82779b..98bb7ea 100644 --- a/perl-Mojolicious.spec +++ b/perl-Mojolicious.spec @@ -1,11 +1,11 @@ Name: perl-Mojolicious -Version:2.43 +Version:2.44 Release:1%{?dist} Summary:A next generation web framework for Perl License:Artistic 2.0 Group: Development/Libraries URL:http://mojolicious.org/ -Source0: http://search.cpan.org/CPAN/authors/id/S/SR/SRI/Mojolicious-%{version}.tar.gz +Source0: http://search.cpan.org/CPAN/authors/id/A/AM/AMS/Mojolicious-%{version}.tar.gz BuildArch: noarch BuildRequires: perl = 0:5.008007 BuildRequires: perl(ExtUtils::MakeMaker) @@ -52,6 +52,9 @@ make test %{_mandir}/man3/* %changelog +* Wed Jan 18 2012 Yanko Kaneti yan...@declera.com - 2.44-1 +- Update to 2.44 + * Wed Jan 11 2012 Yanko Kaneti yan...@declera.com - 2.43-1 - Update to 2.43 -- 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 HTML-Selector-XPath-0.14.tar.gz uploaded to lookaside cache by corsepiu
A file has been added to the lookaside cache for perl-HTML-Selector-XPath: ab2c07e320c3c1b41f0b761d491c037b HTML-Selector-XPath-0.14.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-HTML-Selector-XPath] Upstream update.
commit 164cf022e4a01f9eae36283a6704ba26e759a9c1 Author: Ralf Corsépius corse...@fedoraproject.org Date: Wed Jan 18 14:41:20 2012 +0100 Upstream update. .gitignore|2 +- perl-HTML-Selector-XPath.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 4 deletions(-) --- diff --git a/.gitignore b/.gitignore index fd58c71..8e40f23 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1 @@ -/HTML-Selector-XPath-0.12.tar.gz +/HTML-Selector-XPath-0.14.tar.gz diff --git a/perl-HTML-Selector-XPath.spec b/perl-HTML-Selector-XPath.spec index be43825..3df3ec4 100644 --- a/perl-HTML-Selector-XPath.spec +++ b/perl-HTML-Selector-XPath.spec @@ -1,6 +1,6 @@ Name: perl-HTML-Selector-XPath -Version:0.12 -Release:2%{?dist} +Version:0.14 +Release:1%{?dist} Summary:CSS Selector to XPath compiler License:GPL+ or Artistic Group: Development/Libraries @@ -47,6 +47,9 @@ make test %{_mandir}/man3/* %changelog +* Wed Jan 18 2012 Ralf Corsépius corse...@fedoraproject.org - 0.14-1 +- Upstream update. + * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.12-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild diff --git a/sources b/sources index d58dfbb..62d268d 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -315ca0bf5818256f35ae351b53eab82a HTML-Selector-XPath-0.12.tar.gz +ab2c07e320c3c1b41f0b761d491c037b HTML-Selector-XPath-0.14.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-HTML-Selector-XPath/f16] (4 commits) ...Merge cleanup.
Summary of changes: d0a2cb1... - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass (*) 164cf02... Upstream update. (*) 9ce3f5b... Merge remote-tracking branch 'origin/master' into f16 ced9b25... Merge cleanup. (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-HTML-Selector-XPath/f16: 3/4] Merge remote-tracking branch 'origin/master' into f16
commit 9ce3f5b6b8754613af1122ad37ec9e441c5c Merge: 20fb72d 164cf02 Author: Ralf Corsépius corse...@fedoraproject.org Date: Wed Jan 18 14:42:08 2012 +0100 Merge remote-tracking branch 'origin/master' into f16 .gitignore|2 +- perl-HTML-Selector-XPath.spec |8 +++- sources |2 +- 3 files changed, 9 insertions(+), 3 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-HTML-Selector-XPath/f16: 4/4] Merge cleanup.
commit ced9b25c505682e4c527c2ff70edf3886a0dc976 Author: Ralf Corsépius corse...@fedoraproject.org Date: Wed Jan 18 14:42:45 2012 +0100 Merge cleanup. perl-HTML-Selector-XPath.spec |3 --- 1 files changed, 0 insertions(+), 3 deletions(-) --- diff --git a/perl-HTML-Selector-XPath.spec b/perl-HTML-Selector-XPath.spec index 88a1ec4..bbe6da9 100644 --- a/perl-HTML-Selector-XPath.spec +++ b/perl-HTML-Selector-XPath.spec @@ -50,9 +50,6 @@ make test * Wed Jan 18 2012 Ralf Corsépius corse...@fedoraproject.org - 0.14-1 - Upstream update. -* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.12-2 -- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild - * Fri Nov 25 2011 Ralf Corsépius corse...@fedoraproject.org 0.12-1 - Upstream update. -- 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 Mojolicious-2.44.tar.gz uploaded to lookaside cache by yaneti
A file has been added to the lookaside cache for perl-Mojolicious: de8c89bb41159bd7f6334d1c3e3e70a8 Mojolicious-2.44.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-HTML-Selector-XPath/f15] (5 commits) ...Merge remote-tracking branch 'origin/f16' into f15
Summary of changes: d0a2cb1... - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass (*) 164cf02... Upstream update. (*) 9ce3f5b... Merge remote-tracking branch 'origin/master' into f16 (*) ced9b25... Merge cleanup. (*) 26abb99... Merge remote-tracking branch 'origin/f16' into f15 (*) 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-HTML-Selector-XPath/f15: 5/5] Merge remote-tracking branch 'origin/f16' into f15
commit 26abb99a04b08aff773307573b0396e349f0508d Merge: 81e32f5 ced9b25 Author: Ralf Corsépius corse...@fedoraproject.org Date: Wed Jan 18 14:43:47 2012 +0100 Merge remote-tracking branch 'origin/f16' into f15 .gitignore|2 +- perl-HTML-Selector-XPath.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 3 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
File Mozilla-CA-20120118.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Mozilla-CA: e1c650d25303bf3d59a6502efd002b06 Mozilla-CA-20120118.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-Mozilla-CA] 20120118 bump
commit aca18b84e8eac16450dbd03d4b4661508a5880a0 Author: Petr Písař ppi...@redhat.com Date: Wed Jan 18 14:55:32 2012 +0100 20120118 bump .gitignore |1 + perl-Mozilla-CA.spec | 11 --- sources |2 +- 3 files changed, 10 insertions(+), 4 deletions(-) --- diff --git a/.gitignore b/.gitignore index 33952a1..1ff90e0 100644 --- a/.gitignore +++ b/.gitignore @@ -3,3 +3,4 @@ /Mozilla-CA-20110904.tar.gz /Mozilla-CA-20110914.tar.gz /Mozilla-CA-20111025.tar.gz +/Mozilla-CA-20120118.tar.gz diff --git a/perl-Mozilla-CA.spec b/perl-Mozilla-CA.spec index 62d78be..78b39d8 100644 --- a/perl-Mozilla-CA.spec +++ b/perl-Mozilla-CA.spec @@ -1,6 +1,8 @@ Name: perl-Mozilla-CA -Version:20111025 -Release:2%{?dist} +# You do not need to back-port new version for list of certificates solely. +# They are taken from ca-certificates package instead per bug #738383. +Version:20120118 +Release:1%{?dist} Summary:Mozilla's CA cert bundle in PEM format License:MPLv1.1 or LGPLv2+ or GPLv2+ Group: Development/Libraries @@ -40,11 +42,14 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; make test %files -%doc README +%doc Changes README %{perl_vendorlib}/* %{_mandir}/man3/* %changelog +* Wed Jan 18 2012 Petr Pisar ppi...@redhat.com - 20120118-1 +- 20120118 bump + * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 20111025-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild diff --git a/sources b/sources index 9186574..f312ae8 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -74026b1a7aa0de8fc17d81efb3629195 Mozilla-CA-20111025.tar.gz +e1c650d25303bf3d59a6502efd002b06 Mozilla-CA-20120118.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-Class-C3-XS] Spec clean-up
commit 3dfa03da245e92de37889181ae8f53ba2058cf50 Author: Paul Howarth p...@city-fan.org Date: Wed Jan 18 14:00:19 2012 + Spec clean-up - BR: perl(Sub::Name) for testing - Make %files list more explicit - Filter unwanted requires and provides - Use DESTDIR rather than PERL_INSTALL_ROOT - Use tabs .gitignore|2 +- perl-Class-C3-XS.spec | 111 +++-- 2 files changed, 62 insertions(+), 51 deletions(-) --- diff --git a/.gitignore b/.gitignore index 5ecface..0aab967 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1 @@ -Class-C3-XS-0.13.tar.gz +/Class-C3-XS-[0-9.]*.tar.gz diff --git a/perl-Class-C3-XS.spec b/perl-Class-C3-XS.spec index 5a208d4..67a517c 100644 --- a/perl-Class-C3-XS.spec +++ b/perl-Class-C3-XS.spec @@ -1,21 +1,21 @@ -Name: perl-Class-C3-XS -Version:0.13 -Release:7%{?dist} -Summary:XS speedups for Class::C3 -License:GPL+ or Artistic -Group: Development/Libraries -URL:http://search.cpan.org/dist/Class-C3-XS/ -Source0: http://search.cpan.org/CPAN/authors/id/F/FL/FLORA/Class-C3-XS-%{version}.tar.gz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) -Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) - -# core -BuildRequires: perl(ExtUtils::MakeMaker) = 6.42 -BuildRequires: perl(Test::More) = 0.47 -# test -BuildRequires: perl(Test::Pod) - -# don't provide private Perl libs +Name: perl-Class-C3-XS +Version: 0.13 +Release: 8%{?dist} +Summary: XS speedups for Class::C3 +License: GPL+ or Artistic +Group: Development/Libraries +URL: http://search.cpan.org/dist/Class-C3-XS/ +Source0: http://search.cpan.org/CPAN/authors/id/F/FL/FLORA/Class-C3-XS-%{version}.tar.gz +BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Sub::Name) +BuildRequires: perl(Test::More) = 0.47 +BuildRequires: perl(Test::Pod) +Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) + +# Filter bogus requires/provides +%{?filter_from_requires: %filter_from_requires /^perl(base)$/d} +%{?filter_from_provides: %filter_from_provides /^perl(t::.*)$/d} %{?perl_default_filter} %description @@ -26,19 +26,23 @@ it can find it. Do not use this package directly, use Class::C3 instead. %prep %setup -q -n Class-C3-XS-%{version} +# Filter bogus provides and requires if we don't have %%{perl_default_filter} +%global provfilt /bin/sh -c %{__perl_provides} | grep -v '^perl(t::' +%define __perl_provides %{provfilt} +%global reqfilt /bin/sh -c %{__perl_requires} | grep -Fvx 'perl(base)' +%define __perl_requires %{reqfilt} + %build -%{__perl} Makefile.PL INSTALLDIRS=vendor +perl Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install rm -rf %{buildroot} - -make pure_install PERL_INSTALL_ROOT=%{buildroot} +make pure_install DESTDIR=%{buildroot} find %{buildroot} -type f -name .packlist -exec rm -f {} \; find %{buildroot} -type f -name '*.bs' -a -size 0 -exec rm -f {} \; -find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \; - -%{_fixperms} %{buildroot}/* +find %{buildroot} -depth -type d -exec rmdir {} \; 2/dev/null +%{_fixperms} %{buildroot} %check make test @@ -49,11 +53,18 @@ rm -rf %{buildroot} %files %defattr(-,root,root,-) %doc ChangeLog README t/ -%{_mandir}/man3/* -%{perl_vendorarch}/* -%exclude %dir %{perl_vendorarch}/auto +%{perl_vendorarch}/auto/Class/ +%{perl_vendorarch}/Class/ +%{_mandir}/man3/Class::C3::XS.3pm* %changelog +* Wed Jan 18 2012 Paul Howarth p...@city-fan.org - 0.13-8 +- BR: perl(Sub::Name) for testing +- Make %%files list more explicit +- Filter unwanted requires and provides +- Use DESTDIR rather than PERL_INSTALL_ROOT +- Use tabs + * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.13-7 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild @@ -64,24 +75,24 @@ rm -rf %{buildroot} - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild * Wed Dec 15 2010 Marcela Maslanova mmasl...@redhat.com - 0.13-4 -- 661697 rebuild for fixing problems with vendorach/lib +- Rebuild to fix problems with vendorarch/lib (#661697) * Fri Apr 30 2010 Marcela Maslanova mmasl...@redhat.com - 0.13-3 - Mass rebuild with perl-5.12.0 * Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 0.13-2 -- rebuild against perl 5.10.1 +- Rebuild against perl 5.10.1 -* Sat Sep 26 2009 Chris Weyl cw...@alumni.drew.edu 0.13-1 -- update filtering -- auto-update to 0.13 (by cpan-spec-update 0.01) -- altered br on perl(ExtUtils::MakeMaker) (0 = 6.42) +* Sat Sep 26 2009 Chris Weyl cw...@alumni.drew.edu - 0.13-1 +- Update filtering +- Auto-update to 0.13 (by cpan-spec-update 0.01) +- Altered br on perl(ExtUtils::MakeMaker) (0 = 6.42) * Sat Jul 25 2009 Fedora Release Engineering
[Bug 782756] perl-Mozilla-CA-20120118 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=782756 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Mozilla-CA-20120118-1. ||fc17 Resolution||RAWHIDE Last Closed||2012-01-18 09:02:28 -- 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-Class-C3-XS] Created tag perl-Class-C3-XS-0.13-8.fc17
The lightweight tag 'perl-Class-C3-XS-0.13-8.fc17' was created pointing to: 3dfa03d... Spec clean-up -- 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-Class-C3] Spec clean-up
commit 0c7f1679088fabfc3bb5a6801291904e2069ea13 Author: Paul Howarth p...@city-fan.org Date: Wed Jan 18 12:41:56 2012 + Spec clean-up - Reinstate compatibility with older distributions like EL-5 - Drop -tests subpackage (general lack of interest in this), but include them as documentation for the main package - BR: perl(MRO::Compat) for testing if we're not bootstrapping - Don't use macros for commands - Make %files list more explicit - Filter unwanted requires and provides - Use tabs .gitignore |3 +- perl-Class-C3.spec | 200 ++-- 2 files changed, 116 insertions(+), 87 deletions(-) --- diff --git a/.gitignore b/.gitignore index ba0a179..61f64cd 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1 @@ -Class-C3-0.22.tar.gz -/Class-C3-0.23.tar.gz +/Class-C3-[0-9.]*.tar.gz diff --git a/perl-Class-C3.spec b/perl-Class-C3.spec index b2e71a2..123ce6d 100644 --- a/perl-Class-C3.spec +++ b/perl-Class-C3.spec @@ -1,39 +1,48 @@ -%global older_perl %(%{__perl} -e '$] 5.009_005 ? print 1 : print 0') - -Name: perl-Class-C3 -Version:0.23 -Release:3%{?dist} -Summary:Pragma to use the C3 method resolution order algorithm -License:GPL+ or Artistic -Group: Development/Libraries -URL:http://search.cpan.org/dist/Class-C3/ -Source0: http://search.cpan.org/CPAN/authors/id/F/FL/FLORA/Class-C3-%{version}.tar.gz -BuildArch: noarch -Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) - -# not automatically detected -Provides: perl(c3) = %{version} - -BuildRequires: perl(ExtUtils::MakeMaker) = 6.42 -BuildRequires: perl(Test::More) = 0.47 -BuildRequires: perl(Test::Exception) = 0.15 -# testing... -BuildRequires: perl(Test::Pod) -BuildRequires: perl(Test::Pod::Coverage) -BuildRequires: perl(Sub::Name) - -# past 5.9.5 mro is in core -%if %{older_perl} -BuildRequires: perl(Algorithm::C3) = 0.06 -BuildRequires: perl(Class::C3::XS) = 0.07 -BuildRequires: perl(Scalar::Util) = 1.10 -Requires: perl(Algorithm::C3) = 0.06 -Requires: perl(Class::C3::XS) = 0.07 -Requires: perl(Scalar::Util) = 1.10 -%endif - -%{?perl_default_filter} -%{?perl_default_subpackage_tests} +# MRO is part of the Perl core since 5.9.5 +%global mro_in_core %(perl -e 'print $] 5.009005 ? 1 : 0;') + +Name: perl-Class-C3 +Version: 0.23 +Release: 4%{?dist} +Summary: Pragma to use the C3 method resolution order algorithm +License: GPL+ or Artistic +Group: Development/Libraries +URL: http://search.cpan.org/dist/Class-C3/ +Source0: http://search.cpan.org/CPAN/authors/id/F/FL/FLORA/Class-C3-%{version}.tar.gz +BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) +BuildArch: noarch +# Build +BuildRequires: perl(ExtUtils::MakeMaker) +# Test suite +BuildRequires: perl(Sub::Name) +BuildRequires: perl(Test::Exception) = 0.15 +BuildRequires: perl(Test::More) = 0.47 +BuildRequires: perl(Test::Pod) +BuildRequires: perl(Test::Pod::Coverage) +# MRO::Compat itself requires Class::C3 +# The test that uses the module is skipped unless MRO is part of the Perl core +%if 0%{!?perl_bootstrap:1} %{mro_in_core} +BuildRequires: perl(MRO::Compat) +%endif +# Runtime +Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) + +# Requirements for older distributions with Perl 5.9.5 +%if ! %{mro_in_core} +BuildRequires: perl(Algorithm::C3) = 0.06 +BuildRequires: perl(Class::C3::XS) = 0.07 +BuildRequires: perl(Scalar::Util) = 1.10 +Requires: perl(Algorithm::C3) = 0.06 +Requires: perl(Class::C3::XS) = 0.07 +Requires: perl(Scalar::Util) = 1.10 +%endif + +# Let people use c3; +Provides: perl(c3) = %{version} + +# Filter out bogus dependencies and provides (rpm 4.9 onwards) +%global __requires_exclude ^perl\\((c3|base)\\) +%global __provides_exclude ^perl\\(t::lib:: %description This is a pragma to change Perl 5's standard method resolution order from @@ -43,105 +52,126 @@ method resolution order. %prep %setup -q -n Class-C3-%{version} +# Filter out bogus dependencies and provides (prior to rpm 4.9) +%global reqfilt /bin/sh -c %{__perl_requires} | grep -Evx 'perl[(](c3|base)[)]' +%define __perl_requires %{reqfilt} +%global provfilt /bin/sh -c %{__perl_provides} | grep -v '^perl(t::lib::' +%define __perl_provides %{provfilt} + %build %{?perl_ext_env_unset} -%{__perl} Makefile.PL INSTALLDIRS=vendor +perl Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install +rm -rf %{buildroot} make pure_install DESTDIR=%{buildroot} find %{buildroot} -type f -name .packlist -exec rm -f {} \; -find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \; -cp opt/c3.pm %{buildroot}%{perl_vendorlib}/ - -%{_fixperms} %{buildroot}/* +find %{buildroot} -depth -type d -exec rmdir {} \; 2/dev/null +cp -p opt/c3.pm
[perl-Class-C3] Created tag perl-Class-C3-0.23-4.fc17
The lightweight tag 'perl-Class-C3-0.23-4.fc17' was created pointing to: 0c7f167... Spec clean-up -- 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-Digest/el6] (10 commits) ...Merge branch 'master' into el6
Summary of changes: b6eda72... Fix typo that causes a failure to update the common directo (*) 790171d... - rebuild against perl 5.10.1 (*) acffbf0... - Mass rebuild with perl-5.12.0 (*) cdb2105... dist-git conversion (*) e384536... - 661697 rebuild for fixing problems with vendorach/lib (*) 72b92fe... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*) a05f63b... Perl mass rebuild (*) 1fd4a02... - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass (*) 9dd83a1... BR: perl(Digest), perl(Digest::MD5) (*) 058d2de... 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-Digest/el6: 10/10] Merge branch 'master' into el6
commit 058d2de6869093c85c6e3fa2544f2f20b6a5996e Merge: 3be0970 9dd83a1 Author: Robin Lee cheese...@fedoraproject.org Date: Thu Jan 19 09:52:15 2012 +0800 Merge branch 'master' into el6 perl-IO-Digest.spec | 25 - 1 files changed, 24 insertions(+), 1 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
[pkgdb] perl-IO-Handle-Util ownership changed
Package perl-IO-Handle-Util in Fedora devel is now owned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-IO-Handle-Util -- 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
[pkgdb] perl-IO-Handle-Util ownership changed
Package perl-IO-Handle-Util in Fedora 15 is now owned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-IO-Handle-Util -- 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
[pkgdb] perl-IO-Handle-Util ownership changed
Package perl-IO-Handle-Util in Fedora 16 is now owned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-IO-Handle-Util -- 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 Contextual-Return-0.003002.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Contextual-Return: 19df2918367b72498a1afe0fdd77c74c Contextual-Return-0.003002.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-Contextual-Return] update to 0.003002
commit abf32b9af3735a4539dbd40fffa3df8ed2ea587f Author: Iain Arnell iarn...@gmail.com Date: Thu Jan 19 05:35:17 2012 +0100 update to 0.003002 .gitignore |1 + perl-Contextual-Return.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 0a915c9..2375c8d 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ Contextual-Return-v0.2.1.tar.gz /Contextual-Return-0.003001.tar.gz +/Contextual-Return-0.003002.tar.gz diff --git a/perl-Contextual-Return.spec b/perl-Contextual-Return.spec index f26a31c..4daec86 100644 --- a/perl-Contextual-Return.spec +++ b/perl-Contextual-Return.spec @@ -1,5 +1,5 @@ Name: perl-Contextual-Return -Version:0.003001 +Version:0.003002 Release:1%{?dist} Summary:Create context-sensitive return values Group: Development/Libraries @@ -48,6 +48,9 @@ make test %changelog +* Thu Jan 19 2012 Iain Arnell iarn...@gmail.com 0.003002-1 +- update to latest upstream version + * Tue Jan 17 2012 Iain Arnell iarn...@gmail.com 0.003001-1 - update to latest upstream version - drop explicit provides filtering; perl_default_filter already includes DB diff --git a/sources b/sources index ca15cb3..7e32e47 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -6a52d38edf58667c2d1d5ef37eaa38fd Contextual-Return-0.003001.tar.gz +19df2918367b72498a1afe0fdd77c74c Contextual-Return-0.003002.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[389-devel] Please review: Ticket #257 repl-monitor doesn't work if leftmost hostnames are the same
https://fedorahosted.org/389/ticket/257 https://fedorahosted.org/389/attachment/ticket/257/0001-Ticket-257-repl-monitor-doesn-t-work-if-leftmost-hos.patch -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
[389-devel] Please review: fix recent compiler warnings
From 8d4fa6d412b0bf911c063b371ad23d9257df312f Mon Sep 17 00:00:00 2001 From: Rich Megginson rmegg...@redhat.com Date: Wed, 18 Jan 2012 13:23:30 -0700 Subject: [PATCH] fix recent compiler warnings MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit ../ds.git/ldap/servers/slapd/entry.c: In function 'slapi_entry_get_nrdn_const': ../ds.git/ldap/servers/slapd/entry.c:2193: warning: passing argument 1 of 'slapi_rdn_init_all_dn' discards qualifiers from pointer target type ../ds.git/ldap/servers/slapd/slapi-plugin.h:2873: note: expected 'struct Slapi_RDN *' but argument is of type 'const struct slapi_rdn *' ../ds.git/ldap/servers/slapd/pw.c: In function 'slapi_pwpolicy_is_expired': ../ds.git/ldap/servers/slapd/pw.c:2193: warning: unused variable 'now' ../ds.git/ldap/servers/slapd/uniqueid.c:56: warning: 'str2Byte' declared 'static' but never defined ../ds.git/lib/base/rwlock.cpp: In function 'void rwlock_Unlock(void*)': ../ds.git/lib/base/rwlock.cpp:146: warning: suggest explicit braces to avoid ambiguous 'else' ../ds.git/ldap/servers/slapd/auth.c: In function âslapu_search_sâ: ../ds.git/ldap/servers/slapd/auth.c:85: warning: initialization discards qualifiers from pointer target type ../ds.git/ldap/servers/slapd/back-ldbm/cache.c: In function 'dump_hash': ../ds.git/ldap/servers/slapd/back-ldbm/cache.c:305: warning: suggest parentheses around assignment used as truth value ../ds.git/ldap/servers/slapd/back-ldbm/idl_common.c: In function 'idl_append_extend': ../ds.git/ldap/servers/slapd/back-ldbm/idl_common.c:144: warning: unused variable 'x' --- ldap/servers/slapd/auth.c |2 +- ldap/servers/slapd/back-ldbm/cache.c |2 +- ldap/servers/slapd/back-ldbm/idl_common.c |1 - ldap/servers/slapd/back-ldbm/import-threads.c |4 ++-- ldap/servers/slapd/entry.c|3 ++- ldap/servers/slapd/pw.c |1 - ldap/servers/slapd/uniqueid.c |1 - lib/base/rwlock.cpp |3 ++- 8 files changed, 8 insertions(+), 9 deletions(-) diff --git a/ldap/servers/slapd/auth.c b/ldap/servers/slapd/auth.c index 796ca7a..0631b15 100644 --- a/ldap/servers/slapd/auth.c +++ b/ldap/servers/slapd/auth.c @@ -82,7 +82,7 @@ slapu_search_s( LDAP* ld, const char* rawbaseDN, int scope, const char* filter, Slapi_PBlock* pb = NULL; LDAPControl **ctrls; Slapi_DN *sdn = slapi_sdn_new_dn_byval(rawbaseDN); -char *baseDN = slapi_sdn_get_dn(sdn); +const char *baseDN = slapi_sdn_get_dn(sdn); if (ld != internal_ld) { err = ldap_search_ext_s(ld, baseDN, scope, filter, attrs, attrsonly, diff --git a/ldap/servers/slapd/back-ldbm/cache.c b/ldap/servers/slapd/back-ldbm/cache.c index e2f1768..1ccfd29 100644 --- a/ldap/servers/slapd/back-ldbm/cache.c +++ b/ldap/servers/slapd/back-ldbm/cache.c @@ -302,7 +302,7 @@ dump_hash(Hashtable *ht) } PR_snprintf(p, ids_size, %s:, ep_id); p += len + 1; ids_size -= len + 1; -} while (e = HASH_NEXT(ht, e)); +} while ((e = HASH_NEXT(ht, e))); } if (p != ep_ids) { LDAPDebug1Arg(LDAP_DEBUG_ANY, %s\n, ep_ids); diff --git a/ldap/servers/slapd/back-ldbm/idl_common.c b/ldap/servers/slapd/back-ldbm/idl_common.c index f04f8de..584bba5 100644 --- a/ldap/servers/slapd/back-ldbm/idl_common.c +++ b/ldap/servers/slapd/back-ldbm/idl_common.c @@ -141,7 +141,6 @@ idl_append_extend(IDList **orig_idl, ID id) } if ( idl-b_nids == idl-b_nmax ) { - size_t x = 0; /* No more room, need to extend */ /* Allocate new IDL with twice the space of this one */ IDList *idl_new = NULL; diff --git a/ldap/servers/slapd/back-ldbm/import-threads.c b/ldap/servers/slapd/back-ldbm/import-threads.c index ec8585d..458ead0 100644 --- a/ldap/servers/slapd/back-ldbm/import-threads.c +++ b/ldap/servers/slapd/back-ldbm/import-threads.c @@ -1782,8 +1782,8 @@ upgradedn_producer(void *param) char ebuf[BUFSIZ]; import_log_notice(job, WARNING: skipping entry \%s\, escape_string(slapi_entry_get_dn(e), ebuf)); -import_log_notice(job, REASON: entry too large (%u bytes) for -the buffer size (%u bytes), newesize, job-fifo.bsize); +import_log_notice(job, REASON: entry too large (%lu bytes) for +the buffer size (%lu bytes), newesize, job-fifo.bsize); backentry_free(ep); job-skipped++; continue; diff --git a/ldap/servers/slapd/entry.c b/ldap/servers/slapd/entry.c index cac7b85..5afba09 100644 --- a/ldap/servers/slapd/entry.c +++ b/ldap/servers/slapd/entry.c @@ -2190,7 +2190,8 @@ slapi_entry_get_nrdn_const( const Slapi_Entry *e ) if (NULL == nrdn) { const char *dn = slapi_entry_get_dn_const(e); if (dn) { - slapi_rdn_init_all_dn(e-e_srdn, dn); + /* cast away const */ + slapi_rdn_init_all_dn((Slapi_RDN *)e-e_srdn, dn);
Re: [389-devel] Please review: fix recent compiler warnings
Rich Megginson wrote: -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel ack. -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: [389-devel] Please review: Ticket #15 - Get rid of rwlock.h/rwlock.c and just use slapi_rwlock instead
Rich Megginson wrote: https://fedorahosted.org/389/ticket/15 https://fedorahosted.org/389/attachment/ticket/15/diffs-without-autoconf.patch -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel ack. -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: Django packages - proposed name changes
- Original Message - -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18/01/12 14:01, Bohuslav Kabrda wrote: It seems actually, that there are pretty straightforward guidelines for renaming packages: http://fedoraproject.org/wiki/Package_Renaming_Process#Re-review_required http://fedoraproject.org/wiki/Packaging:Guidelines#Renaming.2FReplacing_Existing_Packages So if renaming, we will _have to_ re-review. Also, the guidelines are pretty clear with the Provides and Obsoletes, so it shouldn't really be a problem. Bohuslav. OK, if renaming is consence, we should implement it right after branching F17 in devel-tree. Probably one should write an example .spec, especially taking care on sane requires, provides. Maybe we should make a wiki page to coordinate this step (overview, which package is required to change, which is changed, etc. Bohuslav, would you start such a page? We could divide up reviews. I would volunteer to do some reviews. Matthias So you want to actually get this into F17? I'm not sure that this is a good idea, the time is short and only two of us have stated their opinions, so let's wait for more people and then make the decision. If we really agree on this, then I'll be happy to find a way to get this going (wiki page, etc.). Bohuslav. - -- Matthias Runge mru...@matthias-runge.de mru...@fedoraproject.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPFsV3AAoJEOnz8qQwcaIWdbMH/Ax4ESj6qnAnC60N+4L8I1Xk CUKC9xTPU/S3Pmw2fgqXTs2N89W0FosSfDtX3xy8iBJ8F8QHWpNXlWl/1Lb98Kgo qyO4IR3AANTDZAPFc7J3hNqwUnt8NiiyVrolfM4gCKRSqp/bmEEd0xKaO+pynrnq bkwdcVEtIgE57QY9MzHcUyA06GobKyF9ICX/TLHqDwyfXCtx+qQYUmiW36xAOBTb Qjm09T1x95XvMMCnTpYoLAmUcx/3AfzOsrl2vOzJEMFhsn97dlyVtFC5M1ZwO+7v bnzWfQQxWmPffetjp/DN9OLNl+HbmCrltDwKsLdubDl7S6zJFbpiOu7QbtZl1CQ= =ejbI -END PGP SIGNATURE- ___ python-devel mailing list python-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/python-devel