Re: Retire glib and gtk+ 1.2 from rawhide?
On Wed, 2010-05-12 at 00:28 -0500, Bruno Wolff III wrote: I still use an old nethack-like game that unfortunately depends on gtk 1.2. Since i'll never be able to get it into Fedora, i just install gtk myself then i'm good to go again. I would regret it if my favorite distro drops the package simply because it's not being maintaned upstream. Does it have an incompatible license? Yes, it has :( At least, the variant i play. But actions are being taken to license it under GPL, so i'm hopeful. Léon -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Quake3 security issue and non-responsive maintainer: Xavier Lamien
On Tuesday 11 May 2010 18:51:08 Kevin Fenzi wrote: On Tue, 11 May 2010 15:37:51 +0200 Jaroslav Reznik jrez...@redhat.com wrote: On Tuesday 11 May 2010 13:08:53 Rahul Sundaram wrote: On 05/11/2010 03:43 PM, Daniel P. Berrange wrote: Do we have a security team who evaluate security issues that are filed against any package, and who have the privileges to immediately fix the CVE should the maintainer not be responsive enough wrt the severity of the security problem ? We shouldn't have security fixes blocked on the unreponsive maintainer process. Proven packagers obviously have suitable CVS commit privileges to make the changes, but do any of them actively monitor for security issues address them ? Yes. Security team did monitor and filed the security issue but they don't do commits and builds and there is no team outside of them taking care of these issues. It would be great to take care of this. Would be great to have similar team - I've already did update for them as provenpackager (unmaintained orphaned package - mod_auth_shadow) but I wasn't sure about my responsibilities for this update. Some clarification would be great (I'm not talking about another policy just recommended practice). We do have: https://fedoraproject.org/wiki/Who_is_allowed_to_modify_which_packages Ok, thanks! That was what I was looking for. I wasn't sure what are my responsibilities. I would love to have a provenpackager security team that helps apply security fixes in a timely manner. As I said - I've already helped security team, so count me in too. It does not have to be special provensecuritypackagers team but more likely just a list of people who are willing to help with security issues, security people know them and thus they can be in touch when it's needed. Would be great to CC some people from security response team (I'm not sure about interconnection between RH Fedora people there, I'll try to poke them). Jaroslav kevin -- Jaroslav Řezník jrez...@redhat.com Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 602 797 774 Red Hat, Inc. http://cz.redhat.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Quake3 security issue and non-responsive maintainer: Xavier Lamien
On Tue, May 11, 2010 at 05:47:48PM +0800, Chen Lei wrote: 2010/5/11 Rahul Sundaram methe...@gmail.com Hi https://admin.fedoraproject.org/pkgdb/acls/bugs/quake3 Quake 3 engine needs to be updated. The current version has security issues and breaks multiplayer in a couple of Quake3 based games such as OpenArena. The maintainer has not responded in bugzilla since March and has not responded to private email either. I would like to invoke the fast track process. Meanwhile, I will be much obliged if someone updates Quake 3 to the latest version available and push out updates for Fedora 13 and 12. It seems a lot of trivial packages in fedora are unmaintained for a long time, even those maintainers may still be active in fedora community. Maybe setting up an automatic orphan policy combining with a package QA page is necessary now. IMHO this is approaching the problem in a rather negative way. We should not be looking for ways to automatically orphan packages / kick out maintainers. A person might have particular reasons for not being able to engage in Fedora for 3 or even 6 months, but still have a desire todo package maintenance work in the long term. Automatically removing them from all packages is just saying 'we dont want you' which will discourage them from every wanting to come back in the future. We should be focusing on ensuring that every package has multiple assigned maintainers, so that if one is not able todo any work for a period there is always at least 1 extra co-maintainer to take up the slack (aside from provenpackagers general team). Daniel -- |: Red Hat, Engineering, London-o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://deltacloud.org :| |: http://autobuild.org-o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 13 continuing the tradition of being an update monster
On Tue, 2010-05-11 at 23:01 +0530, Rahul Sundaram wrote: The reason is that it is *game* and it is not part of the default set. Anyone who chooses to install it will get an updated game. I think the focus here is misguided. We should be paying attention to updates of the default package set instead IMO but if there is a consensus that it is actually a problem, I can refrain from pushing it. Let me know. I'm entirely with the 'it's no problem' camp, here. To answer the question someone posed earlier in the thread, when I was doing a lot of testing of various F13 RC2 installs yesterday, none of them - not the default desktop install from DVD, the desktop spin, the KDE spin or the Xfce spin - had more than 12 updates available. I don't recall the exact size of the available update sets, but they were around 10-20MB I think. -- 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: Fedora 13 continuing the tradition of being an update monster
On Tue, 2010-05-11 at 17:19 +0100, Richard W.M. Jones wrote: Why does the large size of some game files matter? _Number_ of updates matters (ie. 140 is a bit large) but on the other hand F13 has been in limbo for such a long time I'm not surprised. It really hasn't. We accepted submissions of non-critpath updates to stable (i.e. the final F13 package set) up until very very recently (Jesse could tell you exactly when). Critpath updates obviously were more carefully looked at, but a lot went through. -- 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
rawhide report: 20100512 changes
Compose started at Wed May 12 08:15:06 UTC 2010 Broken deps for i386 -- almanah-0.7.2-1.fc13.i686 requires libedataserver-1.2.so.11 almanah-0.7.2-1.fc13.i686 requires libedataserverui-1.2.so.8 anjal-0.3.2-2.fc14.i686 requires libedataserver-1.2.so.11 anjal-0.3.2-2.fc14.i686 requires libcamel-1.2.so.14 anjal-0.3.2-2.fc14.i686 requires libcamel-provider-1.2.so.14 anjal-0.3.2-2.fc14.i686 requires libedataserverui-1.2.so.8 clutter-gtkmm-0.9.4-3.fc12.i686 requires libcluttermm-0.9.so.3 clutter-gtkmm-devel-0.9.4-3.fc12.i686 requires pkgconfig(cluttermm-0.9) dates-0.4.11-3.fc14.i686 requires libedataserver-1.2.so.11 evolution-couchdb-0.3.2-2.fc13.i686 requires libcamel-provider-1.2.so.14 evolution-couchdb-0.3.2-2.fc13.i686 requires libcamel-1.2.so.14 evolution-couchdb-0.3.2-2.fc13.i686 requires libedataserver-1.2.so.11 evolution-couchdb-0.3.2-2.fc13.i686 requires libcouchdb-glib-1.0.so.1 glabels-2.2.7-1.fc14.i686 requires libedataserver-1.2.so.11 gnome-launch-box-0.4-17.fc13.i686 requires libedataserver-1.2.so.11 gnome-phone-manager-0.65-5.fc12.i686 requires libedataserver-1.2.so.11 gnome-phone-manager-telepathy-0.65-5.fc12.i686 requires libedataserver-1.2.so.11 1:libopensync-plugin-evolution2-0.22-3.fc13.i686 requires libedataserver-1.2.so.11 qtgpsc-0.2.3-6.fc12.i686 requires libgps.so.18 rubygem-right_aws-1.10.0-3.fc14.noarch requires rubygem(right-http_connection) = 0:1.2.4 vfrnav-0.4-1.fc13.i686 requires libgps.so.18 vifir-0.4-2.fc14.i686 requires libgps.so.18 viking-0.9.9-1.fc12.i686 requires libgps.so.18 Broken deps for x86_64 -- almanah-0.7.2-1.fc13.x86_64 requires libedataserverui-1.2.so.8()(64bit) almanah-0.7.2-1.fc13.x86_64 requires libedataserver-1.2.so.11()(64bit) anjal-0.3.2-2.fc14.x86_64 requires libcamel-provider-1.2.so.14()(64bit) anjal-0.3.2-2.fc14.x86_64 requires libedataserverui-1.2.so.8()(64bit) anjal-0.3.2-2.fc14.x86_64 requires libcamel-1.2.so.14()(64bit) anjal-0.3.2-2.fc14.x86_64 requires libedataserver-1.2.so.11()(64bit) clutter-gtkmm-0.9.4-3.fc12.i686 requires libcluttermm-0.9.so.3 clutter-gtkmm-0.9.4-3.fc12.x86_64 requires libcluttermm-0.9.so.3()(64bit) clutter-gtkmm-devel-0.9.4-3.fc12.i686 requires pkgconfig(cluttermm-0.9) clutter-gtkmm-devel-0.9.4-3.fc12.x86_64 requires pkgconfig(cluttermm-0.9) dates-0.4.11-3.fc14.x86_64 requires libedataserver-1.2.so.11()(64bit) evolution-couchdb-0.3.2-2.fc13.x86_64 requires libcamel-provider-1.2.so.14()(64bit) evolution-couchdb-0.3.2-2.fc13.x86_64 requires libcouchdb-glib-1.0.so.1()(64bit) evolution-couchdb-0.3.2-2.fc13.x86_64 requires libcamel-1.2.so.14()(64bit) evolution-couchdb-0.3.2-2.fc13.x86_64 requires libedataserver-1.2.so.11()(64bit) glabels-2.2.7-1.fc14.x86_64 requires libedataserver-1.2.so.11()(64bit) gnome-launch-box-0.4-17.fc13.x86_64 requires libedataserver-1.2.so.11()(64bit) gnome-phone-manager-0.65-5.fc12.x86_64 requires libedataserver-1.2.so.11()(64bit) gnome-phone-manager-telepathy-0.65-5.fc12.x86_64 requires libedataserver-1.2.so.11()(64bit) 1:libopensync-plugin-evolution2-0.22-3.fc13.x86_64 requires libedataserver-1.2.so.11()(64bit) qtgpsc-0.2.3-6.fc12.x86_64 requires libgps.so.18()(64bit) rubygem-right_aws-1.10.0-3.fc14.noarch requires rubygem(right-http_connection) = 0:1.2.4 vfrnav-0.4-1.fc13.x86_64 requires libgps.so.18()(64bit) vifir-0.4-2.fc14.x86_64 requires libgps.so.18()(64bit) viking-0.9.9-1.fc12.x86_64 requires libgps.so.18()(64bit) New package apache-commons-compress Java API for working with tar, zip and bzip2 files New package cricscore-applet A cricket score applet for GNOME New package dbusmenu-qt A Qt implementation of the DBusMenu protocol New package python-debian Modules for Debian-related data formats New package tigase-xmltools Tigase XML Tools New package yecht A YAML processor based on Syck Updated Packages: R-AnnotationDbi-1.10.1-1.fc14 - * Tue May 11 2010 pingou pin...@pingoured.fr 1.10.1-1 - Update to version 1.10.1 - Fix url to a more stable form - Fix R for latex - Remove R post/postun R-Biobase-2.8.0-1.fc14 -- * Tue May 11 2010 pingou pin...@pingoured.fr 2.8.0-1 - Update to version 2.8.0 - Fix url to a more stable form - Fix BR for latex - Remove R on post/postun since there is no post/postun R-BufferedMatrix-1.12.0-1.fc14 -- * Tue May 11 2010 pingou pin...@pingoured.fr 1.12.0-1 - Update to version 1.12.0 - Fix R and BR (R-core tex(latex)) - Remove R for post/postun
File rpm-build-perl-0.72.tar.gz uploaded to lookaside cache by mmaslano
A file has been added to the lookaside cache for perl-rpm-build-perl: 71ad00f918352c2a26ac5a67778ea243 rpm-build-perl-0.72.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
rpms/perl-rpm-build-perl/devel .cvsignore, 1.2, 1.3 perl-rpm-build-perl.spec, 1.6, 1.7 sources, 1.2, 1.3
Author: mmaslano Update of /cvs/pkgs/rpms/perl-rpm-build-perl/devel In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv6318 Modified Files: .cvsignore perl-rpm-build-perl.spec sources Log Message: * Thu May 06 2010 Marcela Maslanova mmasl...@redhat.com - 0.72-1 - Mass rebuild with perl-5.12.0 update Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-rpm-build-perl/devel/.cvsignore,v retrieving revision 1.2 retrieving revision 1.3 diff -u -p -r1.2 -r1.3 --- .cvsignore 2 Dec 2008 00:44:53 - 1.2 +++ .cvsignore 12 May 2010 11:58:13 - 1.3 @@ -1 +1 @@ -rpm-build-perl-0.6.8.tar.gz +rpm-build-perl-0.72.tar.gz Index: perl-rpm-build-perl.spec === RCS file: /cvs/pkgs/rpms/perl-rpm-build-perl/devel/perl-rpm-build-perl.spec,v retrieving revision 1.6 retrieving revision 1.7 diff -u -p -r1.6 -r1.7 --- perl-rpm-build-perl.spec6 May 2010 13:53:33 - 1.6 +++ perl-rpm-build-perl.spec12 May 2010 11:58:13 - 1.7 @@ -1,6 +1,6 @@ Name: perl-rpm-build-perl -Version:0.6.8 -Release:5%{?dist} +Version:0.72 +Release:1%{?dist} # see lib/B/PerlReq.pm, among others License:GPLv2+ Group: Development/Libraries @@ -36,8 +36,6 @@ The provides/requires scripts packaged a %prep %setup -q -n rpm-build-perl-%{version} -# not sure if this package really works if R are so old versioned -%patch0 -p1 %build %{__perl} Makefile.PL INSTALLDIRS=vendor @@ -71,8 +69,8 @@ rm -rf %{buildroot} %{_mandir}/man1/*.1* %changelog -* Thu May 06 2010 Marcela Maslanova mmasl...@redhat.com - 0.6.8-5 -- Mass rebuild with perl-5.12.0 +* Thu May 06 2010 Marcela Maslanova mmasl...@redhat.com - 0.72-1 +- Mass rebuild with perl-5.12.0 update * Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 0.6.8-4 - rebuild against perl 5.10.1 Index: sources === RCS file: /cvs/pkgs/rpms/perl-rpm-build-perl/devel/sources,v retrieving revision 1.2 retrieving revision 1.3 diff -u -p -r1.2 -r1.3 --- sources 2 Dec 2008 00:44:53 - 1.2 +++ sources 12 May 2010 11:58:13 - 1.3 @@ -1 +1 @@ -9e21d5d60b78fca93d2b00300b5f497d rpm-build-perl-0.6.8.tar.gz +71ad00f918352c2a26ac5a67778ea243 rpm-build-perl-0.72.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
clutter on F13 - nvidia graphics card
hey, I'm using pyclutter to develop an app. It worked perfectly on F12, on nouveau. The same code is failing on F13 with segfaults. Any pointers to debugging this? I don't think it's a clutter issue since the program works on my colleague's machine which features intel graphics. Could someone please tell me what the status of support for clutter on nvidia cards in F13 is? Does nouveau support composting or whatever it is needed for clutter? I'd like to learn more on the subject so any links etc. would really be helpful. I would like to offer my machine for testing too here. Thanks and regards, Ankur -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: clutter on F13 - nvidia graphics card
On Wed, May 12, 2010 at 8:18 AM, Ankur Sinha sanjay.an...@gmail.com wrote: hey, I'm using pyclutter to develop an app. It worked perfectly on F12, on nouveau. The same code is failing on F13 with segfaults. Any pointers to debugging this? I don't think it's a clutter issue since the program works on my colleague's machine which features intel graphics. Could someone please tell me what the status of support for clutter on nvidia cards in F13 is? Does nouveau support composting or whatever it is needed for clutter? I'd like to learn more on the subject so any links etc. would really be helpful. I would like to offer my machine for testing too here. Thanks and regards, Ankur -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel I don't know if this helps but here is a thread on gnome-games (uses clutter) issues: http://lists.fedoraproject.org/pipermail/devel/2010-April/134957.html -- Mark Bidewell http://www.linkedin.com/in/markbidewell -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: syslog-ng
Hello, 2010-04-08 21:06 keltezéssel, Daniel J Walsh írta: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/08/2010 10:02 AM, Peter Czanik wrote: Hello, I'm helping to upgrade syslog-ng to current version in major Linux distributions. I would like to ask, if you could update syslog-ng to version 3.1. I'm working on the openSUSE version of syslog-ng 3.1 ( http://download.opensuse.org/repositories/home:/czanik:/branches:/Base:/System/openSUSE_Factory/src/ ), and it is also being upgraded in Debian ( http://packages.qa.debian.org/s/syslog-ng.html ) and Gentoo ( http://gentoo.linuxhowtos.org/portage/app-admin/syslog-ng ) and Mandriva ( http://sophie.zarb.org/viewrpm/b8182fa1eee109cc655a020a2cb62f5f ). For a complete list of changes, please see: http://www.balabit.com/downloads/files/syslog-ng/open-source-edition/3.0.5/changelog-en.txt http://www.balabit.com/downloads/files/syslog-ng/open-source-edition/3.1.0/changelog-en.txt Major changes from the packaging point of view: - addition of new utilities: /usr/bin/pdbtool /usr/sbin/syslog-ng-ctl Are these tools executed by init scripts or just by administrators? - apparmor (or SElinux in case of Fedora) needs some extra permissions: /var/run/syslog-ng.ctl rw, Is this a sock_file? /var/run/syslog-ng/additional-log-sockets.conf r, Why not put syslog-ng.ctl in /var/run/syslog-ng? capability sys_tty_config, What other processes need to read/write in these directories or sock_files? Version 3.0 also added SSL support among many other changes, but that can't be enabled on openSUSE (configure arg: --disable-ssl): syslog-ng is in /sbin, openssl libs are in /usr/lib, linking from /usr is not allowed in /, and SSL is not available statically for security reasons. As far as I can see (I have a Fedora 13 snapshot installed in vmware), Fedora has the same problem. Please let me know, if you need any additional help/information to get syslog-ng updated for Fedora. I'm looking for information, how to get a package (in my case: syslog-ng) updated to the latest available version. First I tried to contact the original syslog-ng packagers directly, but I got no response at all. Here on the list I got some questions about the new syslog-ng version, but while I update my rawhide installation quite often, I still did not see an update for syslog-ng. Now I looked around on the Fedora wiki, how I could to the packaging work myself. I found a page with many interesting details: http://fedoraproject.org/wiki/PackageMaintainers/Join , but this seems to be for packagers joining to add a new package. How could I get an existing package upgraded? Bye, CzP -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: clutter on F13 - nvidia graphics card
On Wed, May 12, 2010 at 17:48:42 +0530, Ankur Sinha sanjay.an...@gmail.com wrote: Could someone please tell me what the status of support for clutter on nvidia cards in F13 is? Does nouveau support composting or whatever it is needed for clutter? If you install mesa-dri-drivers-experimental in F13, Nouveau will provide some limited 3D support. It's buggy and/or incomplete as some 3D games don't work right. But it works for some stuff. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rpms/perl-Unicode-Map/EL-6 perl-Unicode-Map.spec,1.19,1.20
Author: pghmcfc Update of /cvs/pkgs/rpms/perl-Unicode-Map/EL-6 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv13364 Modified Files: perl-Unicode-Map.spec Log Message: sync with EL-5 (no EL-6 build done yet so OK to go 'backwards') Index: perl-Unicode-Map.spec === RCS file: /cvs/pkgs/rpms/perl-Unicode-Map/EL-6/perl-Unicode-Map.spec,v retrieving revision 1.19 retrieving revision 1.20 diff -u -p -r1.19 -r1.20 --- perl-Unicode-Map.spec 26 Jul 2009 17:23:09 - 1.19 +++ perl-Unicode-Map.spec 12 May 2010 12:50:51 - 1.20 @@ -1,32 +1,31 @@ -%{!?perl_vendorarch: %define perl_vendorarch %(eval `%{__perl} -V:installvendorarch`; echo $installvendorarch)} - Name: perl-Unicode-Map Version:0.112 -Release:17%{?dist} +Release:12%{?dist} Summary:Perl module for mapping charsets from and to utf16 unicode Group: Development/Libraries License:GPL+ or Artistic URL:http://search.cpan.org/dist/Unicode-Map/ -Source0: http://www.cpan.org/authors/id/M/MS/MSCHWARTZ/Unicode-Map-0.112.tar.gz +Source0: http://www.cpan.org/authors/id/M/MS/MSCHWARTZ/Unicode-Map-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) -BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(ExtUtils::MakeMaker) %description -This module converts strings from and to 2-byte Unicode UCS2 -format. All mappings happen via 2 byte UTF16 encodings, not via 1 byte -UTF8 encoding. To convert between UTF8 and UTF16 use Unicode::String. -For historical reasons this module coexists with Unicode::Map8. -Please use Unicode::Map8 unless you need to care for 1 byte character -sets, e.g. chinese GB2312. Anyway, if you stick to the basic -functionality (see documentation) you can use both modules -equivalently. -Practically this module will disappear from earth sooner or later as -Unicode mapping support needs somehow to get into perl's core. If you -like to work on this field please don't hesitate contacting Gisle Aas -and check out the mailing list perl-unicode! +This module converts strings from and to 2-byte Unicode UCS2 format. All +mappings happen via 2 byte UTF16 encodings, not via 1 byte UTF8 encoding. +To convert between UTF8 and UTF16 use Unicode::String. + +For historical reasons this module coexists with Unicode::Map8. Please use +Unicode::Map8 unless you need to care for 1 byte character sets, e.g. +Chinese GB2312. Anyway, if you stick to the basic functionality (see +documentation) you can use both modules equivalently. + +Practically this module will disappear from earth sooner or later as Unicode +mapping support needs somehow to get into Perl's core. If you like to work +on this field please don't hesitate contacting Gisle Aas and check out the +mailing list perl-unicode! %prep @@ -42,18 +41,16 @@ map: $DestMap/MS/WIN/CP932Excel.map %build -CFLAGS=$RPM_OPT_FLAGS %{__perl} Makefile.PL INSTALLDIRS=vendor -make %{?_smp_mflags} OPTIMIZE=$RPM_OPT_FLAGS +%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=$RPM_OPT_FLAGS +make %{?_smp_mflags} %install rm -rf $RPM_BUILD_ROOT -make install \ - PERL_INSTALL_ROOT=$RPM_BUILD_ROOT \ - INSTALLARCHLIB=$RPM_BUILD_ROOT%{perl_archlib} -find $RPM_BUILD_ROOT -type f -a \( -name perllocal.pod -o -name .packlist \ - -o \( -name '*.bs' -a -empty \) \) -exec rm -f {} ';' -find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2/dev/null ';' +make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT +find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';' +find $RPM_BUILD_ROOT -type f -name '*.bs' -a -size 0 -exec rm -f {} ';' +find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null ';' chmod -R u+w $RPM_BUILD_ROOT/* @@ -68,30 +65,24 @@ rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc COPYING Changes README -%{_bindir}/m* -%{perl_vendorarch}/auto/Unicode -%{perl_vendorarch}/Unicode -%{_mandir}/man[13]/*.[13]* +%{_bindir}/map +%{_bindir}/mirrorMappings +%{_bindir}/mkCSGB2312 +%{_bindir}/mkmapfile +%{perl_vendorarch}/Unicode/ +%{perl_vendorarch}/auto/Unicode/ +%{_mandir}/man1/map.1* +%{_mandir}/man1/mkmapfile.1* +%{_mandir}/man3/Unicode::Map.3pm* %changelog -* Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.112-17 -- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild - -* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.112-16 -- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild - -* Thu Jun 05 2008 Aurelien Bompard abomp...@fedoraproject.org 0.112-15 -- fix build - -* Mon Mar 3 2008 Tom spot Callaway tcall...@redhat.com 0.112-14 -- rebuild for new perl (again) - -* Mon Feb 18 2008 Fedora Release Engineering rel-...@fedoraproject.org - 0.112-13 -- Autorebuild for GCC 4.3 - -* Fri Feb 8 2008 Tom spot Callaway tcall...@redhat.com
Re: Quake3 security issue and non-responsive maintainer: Xavier Lamien
On 05/11/2010 07:30 PM, Jeff Spaleta wrote: On Tue, May 11, 2010 at 3:10 PM, Przemek Klosowski przemek.klosow...@nist.gov wrote: This probably means at least a rudimentary application testing rig and a discipline that identifies and deals with distressed packages. Does the ongoing work with AutoQA provide the solution you are looking for? http://fedoraproject.org/wiki/AutoQA Yes, it looks like the right approach, and reasonable infrastructure, but it needs a lot of work on tests, and on the policy of integrating the tests with the packaging and release process. Currently the tests seem to only address the packaging issues; tallying the tests from https://fedorahosted.org/pipermail/autoqa-results/2010-May/thread.html gives this distribution: 23 rats_install 45 rats_sanity 98 conflicts: 171 repoclosure: 673 rpmguard: 799 rpmlint: We need a lot of application-specific tests, which at least presently would have to be hand-rolled. A reasonable future approach might be the regression testing, i.e. tests generated out of bug reports. In principle, the bugzilla informal query on how to replicate the bug could be broken out and formalized to a point where the data might be usable to a testing harness. The policy question is pretty complicated and multifaceted: * errors have to be classified as to severity/impact; * each failure requires a decision by the package manager on what is the appropriate action, and who should be responsible (upstream? manager?); * such decisions should probably be remembered from test run to test run to mask test noise, but probably should be reviewed periodically * what to do if the maintainer or upstream are not responsive It's a large and complicated task; even carefully maintained projects have test errors, and in fact such projects tend to have more extensive test suites so they may end up being noisier at least initially. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Realtek 8192se on F12/F13
Hi Jos, On 05/10/2010 12:38 PM, Jos Vos wrote: Hi, What is the status of support for the Realtek 8192se WiFi controller in F12 and F13? I see in some wiki page a reference to the Realtek website, at least for (stock) F12. Is this chipset in the meantime supported in the F12 kernel and/or will it be supported in F13? I just happen to have spend 2 days recently getting such a card to work. With older versions of the realtek provided driver you will get bad reception with newer versions a kernel panic due to stack corruption. After spending too much time on this, I've found at that this version: http://launchpadlibrarian.net/36688638/rtl8192se_linux_2.6.0010.1211.2009.tar.gz Which is the 0010 version + bugfixes for 64 bit and the bad reception issue (power of the transmitter programmed too low) fixed works very well. I meant to write a blog pist about this but I have not gotten around to this yet. Note this version is attached to this launchpad bug, which comes with 186 comments: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/401126?comments=all Enjoy, Hans -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Will make review for food!
Hello All! Well, not actually just for food. I would like to exchange requests - someone could pick up each of these three easy-to-review erlang-related applications, and I will finish your stalled review request. One mine package for one yours - that's quite fair deal! Here is the list of packages for trade: * https://bugzilla.redhat.com/581278 erlang-etap - Erlang testing library * https://bugzilla.redhat.com/581279 erlang-ibrowse - Erlang HTTP client * https://bugzilla.redhat.com/581280 erlang-oauth - An Erlang OAuth implementation -- With best regards, Peter Lemenkov. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Reasons for hall monitoring
On Mon, May 10, 2010 at 11:18:54AM +0200, Matěj Cepl wrote: Dne 10.5.2010 06:54, Ralf Corsepius napsal(a): Have you ever talked to Ubuntu/openSUSE users and listened to their replies when telling them you are using Fedora? You will hear answers along the line of too much inconvenience to get multimedia working, too unstable (in the sense of low MTBF), I tried Fedora once, but had suffered from -failures, no usable system-config GUI, ... I heard these arguments many times and some of them are fair, but some of them just are not ... how less difficult it could be to get multimedia working than clicking on two links (http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm and http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm) and agreeing on the inserting new repository? and then you get the idea you also want to use nice synaptics package manager and your system is ruined with a few clicks. I have opend bugs on that in redhat and rpmfusion which apper untouched since than. https://bugzilla.redhat.com/show_bug.cgi?id=566917 Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Reasons for hall monitoring
On 12/05/10 15:19, Richard Zidlicky wrote: --snip-- (http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm and http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm) and agreeing on the inserting new repository? and then you get the idea you also want to use nice synaptics package manager and your system is ruined with a few clicks. I have opend bugs on that in redhat and rpmfusion which apper untouched since than. https://bugzilla.redhat.com/show_bug.cgi?id=566917 Richard That could be an rpmfusion problem as remi.repo gets added to synaptic. and is listed in /etc/apt/sources.list.d/remi.list Frank -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rpms/perl-Smart-Comments/devel perl-Smart-Comments.spec,1.12,1.13
Author: mmaslano Update of /cvs/pkgs/rpms/perl-Smart-Comments/devel In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv2413 Modified Files: perl-Smart-Comments.spec Log Message: * Thu May 06 2010 Marcela Maslanova mmasl...@redhat.com - 1:1.0.4-2 - Mass rebuild with perl-5.12.0 Index: perl-Smart-Comments.spec === RCS file: /cvs/pkgs/rpms/perl-Smart-Comments/devel/perl-Smart-Comments.spec,v retrieving revision 1.12 retrieving revision 1.13 diff -u -p -r1.12 -r1.13 --- perl-Smart-Comments.spec6 May 2010 12:15:23 - 1.12 +++ perl-Smart-Comments.spec12 May 2010 14:32:02 - 1.13 @@ -43,7 +43,7 @@ needed them once, you'll almost certainl %prep %setup -q -n Smart-Comments-%{version} -perl -pi -e 's|^#!perl|#!%{_perl}|' t/* +perl -pi -e 's|^#!perl -T|#!%{_perl}|' t/* %build %{__perl} Makefile.PL INSTALLDIRS=vendor -- 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
preupgrade 1.1.6 released
Version 1.1.6 ~~ Released: 2010-05-12 * Translations - Added Finnish translation (vpv) - Added Polish translation (raven) - Added Russian translation (ypoyarko) - Added Simplified Chinese translation (tiansworld) - Updates to Spanish (Castilian) translation (beckerde) * Bugfix: - Generate a valid kickstart when there is no space for the install.img Fixes rh#587627 (James Laska) - Ensure we disable all plugins which could cause issues with downloading. Fixes rh#587378 (Richard Hughes) - Ensure preupgrade is pylint clean (Richard Hughes) I'm building rpms in koji now. Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: clutter on F13 - nvidia graphics card
On Wed, 2010-05-12 at 08:27 -0400, Mark Bidewell wrote: On Wed, May 12, 2010 at 8:18 AM, Ankur Sinha sanjay.an...@gmail.com wrote: hey, I'm using pyclutter to develop an app. It worked perfectly on F12, on nouveau. The same code is failing on F13 with segfaults. Any pointers to debugging this? I don't think it's a clutter issue since the program works on my colleague's machine which features intel graphics. Could someone please tell me what the status of support for clutter on nvidia cards in F13 is? Does nouveau support composting or whatever it is needed for clutter? I'd like to learn more on the subject so any links etc. would really be helpful. I would like to offer my machine for testing too here. Thanks and regards, Ankur -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel I don't know if this helps but here is a thread on gnome-games (uses clutter) issues: http://lists.fedoraproject.org/pipermail/devel/2010-April/134957.html hey, I've already looked at the thread. I got the same error initially. Installing the experimental mesa driver corrected the failed to create drawable issue. Now it silently segfaults :( As I said earlier, the code works normally on an intel graphics machine. Any other suggestions? If I could debug it or get more info, I might be able to file a bug @nouveau. Anything to aid me in that direction? Thanks and regards, Ankur -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: clutter on F13 - nvidia graphics card
On Wed, 2010-05-12 at 07:43 -0500, Bruno Wolff III wrote: On Wed, May 12, 2010 at 17:48:42 +0530, Ankur Sinha sanjay.an...@gmail.com wrote: Could someone please tell me what the status of support for clutter on nvidia cards in F13 is? Does nouveau support composting or whatever it is needed for clutter? If you install mesa-dri-drivers-experimental in F13, Nouveau will provide some limited 3D support. It's buggy and/or incomplete as some 3D games don't work right. But it works for some stuff. hi, I already have that installed :X OpenArena began functioning but the pyclutter code silently segfaults. How is it that it worked normally in F12, where I was also only using nouveau (haven't been on kmods for quite a while now) thanks and regards, Ankur -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: syslog-ng
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/12/2010 08:28 AM, Peter Czanik wrote: Hello, 2010-04-08 21:06 keltezéssel, Daniel J Walsh írta: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/08/2010 10:02 AM, Peter Czanik wrote: Hello, I'm helping to upgrade syslog-ng to current version in major Linux distributions. I would like to ask, if you could update syslog-ng to version 3.1. I'm working on the openSUSE version of syslog-ng 3.1 ( http://download.opensuse.org/repositories/home:/czanik:/branches:/Base:/System/openSUSE_Factory/src/ ), and it is also being upgraded in Debian ( http://packages.qa.debian.org/s/syslog-ng.html ) and Gentoo ( http://gentoo.linuxhowtos.org/portage/app-admin/syslog-ng ) and Mandriva ( http://sophie.zarb.org/viewrpm/b8182fa1eee109cc655a020a2cb62f5f ). For a complete list of changes, please see: http://www.balabit.com/downloads/files/syslog-ng/open-source-edition/3.0.5/changelog-en.txt http://www.balabit.com/downloads/files/syslog-ng/open-source-edition/3.1.0/changelog-en.txt Major changes from the packaging point of view: - addition of new utilities: /usr/bin/pdbtool /usr/sbin/syslog-ng-ctl Are these tools executed by init scripts or just by administrators? - apparmor (or SElinux in case of Fedora) needs some extra permissions: /var/run/syslog-ng.ctl rw, Is this a sock_file? /var/run/syslog-ng/additional-log-sockets.conf r, Why not put syslog-ng.ctl in /var/run/syslog-ng? capability sys_tty_config, What other processes need to read/write in these directories or sock_files? Version 3.0 also added SSL support among many other changes, but that can't be enabled on openSUSE (configure arg: --disable-ssl): syslog-ng is in /sbin, openssl libs are in /usr/lib, linking from /usr is not allowed in /, and SSL is not available statically for security reasons. As far as I can see (I have a Fedora 13 snapshot installed in vmware), Fedora has the same problem. Please let me know, if you need any additional help/information to get syslog-ng updated for Fedora. I'm looking for information, how to get a package (in my case: syslog-ng) updated to the latest available version. First I tried to contact the original syslog-ng packagers directly, but I got no response at all. Here on the list I got some questions about the new syslog-ng version, but while I update my rawhide installation quite often, I still did not see an update for syslog-ng. Now I looked around on the Fedora wiki, how I could to the packaging work myself. I found a page with many interesting details: http://fedoraproject.org/wiki/PackageMaintainers/Join , but this seems to be for packagers joining to add a new package. How could I get an existing package upgraded? Bye, CzP Have you opened a bugzilla requesting the update? I think you need to sign up and work to become a provenpackager. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkvqxBwACgkQrlYvE4MpobM23wCfQ5xQpnNRyHsPeoe9YaD8HdEr bMMAn2LFPC816t62NK1uTw9urz0Tfzgq =SfLy -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Realtek 8192se on F12/F13
On 05/12/2010 03:05 PM, Hans de Goede wrote: I just happen to have spend 2 days recently getting such a card to work. With older versions of the realtek provided driver you will get bad reception with newer versions a kernel panic due to stack corruption. After spending too much time on this, I've found at that this version: http://launchpadlibrarian.net/36688638/rtl8192se_linux_2.6.0010.1211.2009.tar.gz get it latest from realtek directly: $ ncftpget -u WebUser -p 7p5XTFw 218.210.127.132 . '/cn/wlan/*inux*' PD: password is changed every day. -- If less is more than more, most is more than less. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 13 continuing the tradition of being an update monster
Ralf Corsepius (rc040...@freenet.de) said: And right now the values used are scaled to the hardware we have at hand. So adjusting it wouldn't help Fedora one bit. Makes me wonder about your HW. Fact is, extending the limits to 200MB (the hard-coded limit is 100MB) I having no problems with building drpms from packages which are in the order of 150MB-200MB (unpacked size) on standard x86_64-PC hardware with 4GB RAM. Due to how the tree is composed, if updates and a tree are being composed at the same time, it could be making 5 or more deltas simultaneously... Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
One week slip of Fedora 13 release
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The F13 final readiness meeting, also known as the go/no-go meeting, was held this evening. As the meeting notes indicate, there are bugs remaining on the blocker list: http://lists.fedoraproject.org/pipermail/test/2010-May/090880.html According to the release criteria[1], the decision was made to slip the release of Fedora 13 by one week, to Tuesday 2010-05-25. During composition of any further release candidates, the Fedora Release Engineering and Quality Assurance teams plan to be conservative in accepting fixes for the release, and will limit these to blocker items and critical fixes. The Fedora 13 release schedule[2] has been updated to reflect the new release date. We regret any inconvenience to the community. Thank you for your patience as we try to ensure the best possible Fedora release. * * * [1] https://fedoraproject.org/wiki/Fedora_13_Final_Release_Criteria [2] https://fedoraproject.org/wiki/Releases/13/Schedule - -- Paul W. Frields -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) iD8DBQFL6gZfrNvJN70RNxcRAovhAJ4gCqmdpUPjxqcUeZT/9Rufm2T1gQCgjHKw d3Iuc1YktqutAtkkB/zI3l0= =TpN+ -END PGP SIGNATURE- ___ 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
Provenpackager and Sponsor guidelines change
Greetings. At today's fesco meeting we approved a change in the way we handle provenpackager and sponsor nominations. Old policy: - Candidate files a ticket in the fesco trac instance. - FESCo chair sends a email to sponsors for feedback. - After a week FESCo looks at feedback and votes at their next meeting. New Policy: - Candidate files a ticket in the fesco trac instance. - FESCo chair sends an email to sponsors. - After a week, if more than 3 (three) sponsors provide positive feedback, the candidate is approved. - If the candidate has any negative or veto votes, then FESCo looks at feedback at their next meeting and votes. See https://fedorahosted.org/fesco/ticket/376 for more information, or feel free to reply to me for any clarifications. I think I have updated the parts of the wiki affected by this, please let me know or just fix any you spot otherwise. kevin signature.asc Description: PGP signature ___ 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: Provenpackager and Sponsor guidelines change
On 5/12/2010 0:00, Kevin Fenzi wrote: - After a week, if more than 3 (three) sponsors provide positive feedback, the candidate is approved. This disagrees with the ticket. Is it supposed to be three or more than three? - If the candidate has any negative or veto votes, then FESCo looks at feedback at their next meeting and votes. Is there any difference between a negative vote and a veto vote? If there is a difference they could use clarification. If there isn't it might as well be trimmed down to just negative votes. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Provenpackager and Sponsor guidelines change
On Wed, 12 May 2010 10:57:34 -0500 Garrett Holmstrom gho...@fedoraproject.org wrote: On 5/12/2010 0:00, Kevin Fenzi wrote: - After a week, if more than 3 (three) sponsors provide positive feedback, the candidate is approved. This disagrees with the ticket. Is it supposed to be three or more than three? Sorry, thats my typo there. ;( it should be three. I did update the wiki page correctly, but then didn't put the right thing in the announcement. ;( Sorry about that. - If the candidate has any negative or veto votes, then FESCo looks at feedback at their next meeting and votes. Is there any difference between a negative vote and a veto vote? If there is a difference they could use clarification. If there isn't it might as well be trimmed down to just negative votes. No, no difference. I used only 'negative' on the wiki too. ;( That will teach me to write up an email from memory after a long day. Sorry for the trouble. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
perl 5.12 status - dependency graph
Hello, I've computed dependency graph of failed packages (based on the 113-item list sent by Marcela on Wednesday. See attached compressed SVG file. The graph is layed out in such way that Required packages are below, arrow shows what package depends on that package. Thus I recommend to start with packages at bottom and prefer the ones that have a lot of incoming edges (e.g. perl-namespace-clean or Perl-Catalyst-Runtime). Generator is attached too. It accepts list of package names delimited by new line on stdin, and it prints SVG file to stdout. The only insufficency is it uses Requires instead of BuildRequires as I do not know how to ask repoquery for that.) -- Petr attachment: graph-20100512.svgz#!/usr/bin/env perl use warnings; use strict; use Graph::Directed; use GraphViz; sub add_package($$@) { my ($graph, $subject, @deps) = @_; foreach $_ (@deps) { $graph-add_edge($subject, $_); } $graph-set_vertex_attribute($subject, 'broken', 1); } sub draw_graph($$) { my ($graph, $picture) = @_; foreach $_ ($graph-vertices) { if ($graph-has_vertex_attribute($_, 'broken')) { $picture-add_node($_, color='red'); } else { $picture-add_node($_); } } foreach $_ ($graph-edges) { $picture-add_edge($$_[0], $$_[1]); } } # Build dependency graph my $graph = Graph::Directed-new(); while () { chomp; my $subject = $_; my @dependencies; @_ = split /\n/, `repoquery --requires $subject`; @_ = grep /^perl\(/, @_; @_ = map { #m/\(([^)]+)/; s/.*\(([^)]+).*/perl-$1/; s/::/-/g; $_; } @_; @dependencies = @_; add_package($graph, $subject, @dependencies); } #print Rich graphs is $graph\n; # Minimize graph foreach $_ (grep {$graph-is_sink_vertex($_)} ($graph-vertices)) { if (!$graph-has_vertex_attribute($_, 'broken')) { $graph-delete_vertex($_); } } # Draw graph my $picture = GraphViz-new(directed = 1, layout = 'dot'); draw_graph($graph, $picture); print $picture-as_svg; pgpRHBRARZBR9.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
Btrfs and SSSD in Fedora 13 feature profiles: Review
Hi, As you might have noticed, the marketing team has been doing a few feature profiles covering various new features in Fedora 13, the last ones remaining are one of Btrfs and SSSD https://fedoraproject.org/wiki/Btrfs_in_Fedora_13 https://fedoraproject.org/wiki/SSSD_in_Fedora_13 So, take a quick look and let me if you have any suggestions on improving it. Documentation folks - appreciate you review as well. We would like to send it out to the press in a couple of days. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Preupgrade F12-F13 error
Hi all, I want to upgrade to Fedora F12-F13 but the first time I tried I had this error: Not enough space in /boot/upgrade to download install.img. My boot partition is 190MB and AFAIK that is not unusual so I tried tidying up a bit, uninstalling all except unused kernels, and now have about 145MB for whatever needs to be downloaded in /boot/upgrade. But I get the same error. I can fix this by using wired instead of wireless networking but I want to know for planning purposes (next time I create a boot partition) how much space is required? How do I increase size the boot partition? My partition: FilesystemSize Used Avail Use% Mounted on /dev/mapper/VolGroup00-LogVol00 226G 60G 155G 28% / tmpfs1002M 124K 1001M 1% /dev/shm /dev/sda1 190M 39M 142M 22% /boot Can anyone help? Thanks a lot, Clóvis -- Clovis Tristao - UNICAMP/Faculdade de Engenharia Agricola Administrador de Redes - Secao de Informatica (SINFO) E-mail: clo...@feagri.unicamp.br http://www.feagri.unicamp.br Fone(0xx19) 35211031-35211038-91173116 ou FAX(55xx19) 35211005/35211010 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Preupgrade F12-F13 error
On 12/05/10 18:31, Clovis Tristao wrote: Hi all, I want to upgrade to Fedora F12-F13 but the first time I tried I had this error: Not enough space in /boot/upgrade to download install.img. Read: http://lists.fedoraproject.org/pipermail/devel/2010-May/136148.html then: http://koji.fedoraproject.org/koji/buildinfo?buildID=173161 My boot partition is 190MB and AFAIK that is not unusual so I tried tidying up a bit, uninstalling all except unused kernels, and now have about 145MB for whatever needs to be downloaded in /boot/upgrade. But I get the same error. I can fix this by using wired instead of wireless networking but I want to know for planning purposes (next time I create a boot partition) how much space is required? for the moment F13+ you will need 500mb /boot -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 13 Release Candidate Phase
Jesse Keating said the following on 05/10/2010 04:08 PM Pacific Time: Fedora 13 has released Release Candidate stage. We have reached a state where the known blockers were fixed and were able to make a release candidate. This happened last Thursday, and almost immediately we found a need to spin a second release candidate. From this point on, only items critical to the release will be tagged into the branched Fedora 13 repo. I'm currently doing the first push of Fedora 13 stable updates. These will be what we call 0-day updates, that is updates available at release time. Things in the bodhi update system for Fedora 13 can now be pushed stable to this updates repo. This allows our maintainers to continue to improve Fedora 13 as release engineering and QA finalize the release bits. If you have a bug that you think is critical to the release of Fedora 13 and must be fixed on the media, please make your bug block F13Blocker. We will be reviewing the contents of this blocker bug frequently throughout the days as we near our go / no go decision. I've noticed some discussion on #fedora-devel about taking in nice-to-haves since the release is slipping. If these new packages are not blockers or critical to the release when/where did we decide to deviate from what is stated above? Who decides what gets in and what is the criteria? Better yet, is this written down anywhere? John -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Preupgrade F12-F13 error
Hi Frank, Em 12-05-2010 14:37, Frank Murphy escreveu: On 12/05/10 18:31, Clovis Tristao wrote: Hi all, I want to upgrade to Fedora F12-F13 but the first time I tried I had this error: Not enough space in /boot/upgrade to download install.img. Read: http://lists.fedoraproject.org/pipermail/devel/2010-May/136148.html then: http://koji.fedoraproject.org/koji/buildinfo?buildID=173161 Thanks, for the moment F13+ you will need 500mb /boot How do I increase size the boot partition, with LVM? My partition: FilesystemSize Used Avail Use% Mounted on /dev/sda1 190M 39M 142M 22% /boot Can anyone help? Thanks a lot, Clóvis -- Clovis Tristao - UNICAMP/Faculdade de Engenharia Agricola Administrador de Redes - Secao de Informatica (SINFO) E-mail: clo...@feagri.unicamp.br http://www.feagri.unicamp.br Fone(0xx19) 35211031-35211038-91173116 ou FAX(55xx19) 35211005/35211010 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 13 Release Candidate Phase
On Wed, 2010-05-12 at 11:14 -0700, John Poelstra wrote: I've noticed some discussion on #fedora-devel about taking in nice-to-haves since the release is slipping. If these new packages are not blockers or critical to the release when/where did we decide to deviate from what is stated above? Who decides what gets in and what is the criteria? Better yet, is this written down anywhere? These were high value issues that were either discussed at the various blocker meetings as we'd take this if we slipped, but wouldn't slip because of it, or made such a decision today while looking at tickets filed in releng requesting the builds. Judgment calls made by releng, qa, and engineering. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating 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: Preupgrade F12-F13 error
On Wed, 12 May 2010, Clovis Tristao wrote: Hi Frank, Em 12-05-2010 14:37, Frank Murphy escreveu: On 12/05/10 18:31, Clovis Tristao wrote: Hi all, I want to upgrade to Fedora F12-F13 but the first time I tried I had this error: Not enough space in /boot/upgrade to download install.img. Read: http://lists.fedoraproject.org/pipermail/devel/2010-May/136148.html then: http://koji.fedoraproject.org/koji/buildinfo?buildID=173161 Thanks, for the moment F13+ you will need 500mb /boot How do I increase size the boot partition, with LVM? My partition: FilesystemSize Used Avail Use% Mounted on /dev/sda1 190M 39M 142M 22% /boot Can anyone help? Looks like you're not using lvm for /boot (not your fault, IIRC you can't use lvm for /boot :) Another option is to download the iso and do an upgrade that way. Or you can try the BFO method. Check out Can I use it with grub? here: http://boot.fedoraproject.org/faq -Mike -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 13 Release Candidate Phase
On 05/13/2010 12:36 AM, Jesse Keating wrote: These were high value issues that were either discussed at the various blocker meetings as we'd take this if we slipped, but wouldn't slip because of it, or made such a decision today while looking at tickets filed in releng requesting the builds. Judgment calls made by releng, qa, and engineering. Since a couple of people complained, have you considered taking in the OpenArena and Wesnoth updates? How about the Pino update? I have a ticket in trac for it. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On Mon, May 10, 2010 at 11:22:22AM +0800, Chen Lei wrote: 2010/5/10 Patrice Dumas pertu...@free.fr For the applications I know some comments * I am quite sure that gmanedit is not a manedit evolution. However, manedit is orphaned right now (though still not purged). * xdialog is build twice, once agains gtk+ and then against Gtk2. I think it would be nice to keep it that way, though you could also convince the current maintainer to keep only the Gtk2 stuff. also xdialog seems to be pretty dead upstream too, though I still haven't seen a perfect substitute (zenity is close, but not compatible). There are no open bugs against gtk+ which is, in my opinion in favor of keeping it. One point against gtk+ is the lack of utf8 support. I don't know if there are other noteworthy differences. In my point of view, the only convincing reason to keep gtk+ 1.2 in fedora is if there are some widely-used gtk+ applications that don't have better alternatives with modern toolkit. As you mentioned, gtk+ is the lack of utf8 support, this is really bad for non-English users. Also, there may be potential security problems exists in gtk+ with dead upstream for 9 years which is really a long time. lack of support for utf-8 does not mean it can not be done. I am using a patched dillo version for years now with xft+utf8. Regarding security, I would not bet on the modern alternatives either although I have experienced myself how diddifcult it is to keep gtk-1.2 in shape. Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 13 Release Candidate Phase
On Thu, 2010-05-13 at 01:00 +0530, Rahul Sundaram wrote: Since a couple of people complained, have you considered taking in the OpenArena and Wesnoth updates? How about the Pino update? I have a ticket in trac for it. We took pino, we did not take the games. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating 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: Fedora 13 Release Candidate Phase
On 05/13/2010 01:07 AM, Jesse Keating wrote: On Thu, 2010-05-13 at 01:00 +0530, Rahul Sundaram wrote: Since a couple of people complained, have you considered taking in the OpenArena and Wesnoth updates? How about the Pino update? I have a ticket in trac for it. We took pino, we did not take the games. I would like to hear some more thoughts on that. IMO, either the game update should getting pulled in or people should just accept that the size of the games are large and updates are going to be big as well and focus on the updates for the default applications instead. It seems a waste of time to create more and more threads on frequent intervals without forming some consensus and guidelines on the right approach. I am happy to follow any guidelines set forward but not as happy to be singled out for an update that does affect except those who deliberately choose to install it. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Preupgrade F12-F13 error
On Wed, 12 May 2010, Clovis Tristao wrote: How do I increase size the boot partition, with LVM? My partition: FilesystemSize Used Avail Use% Mounted on /dev/sda1 190M 39M 142M 22% /boot LVM won't help you with a physical partition like that. If the disk space immediately following /dev/sda1 is free you can increase the size of /dev/sda1 (eg. using fdisk) and then use resize2fs to increase the size of the file system. If the rest of the disk is LVM and you have enough spare space you can shrink the LVM area used using pvresize, then the partition containing it, use the free space to create a new LVM partition, use pvmove to move your logical volumes over to the new area, delete the original LVM area, and use the freed space to extend /dev/sda1, then perhaps reverse the process so that LVM uses up all the disk not otherwise allocated. Thus it might be possible to increase the size of /dev/sda1 in some circumstances, but it is probably only worth attempting if you are good linux skills. Michael Young -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Preupgrade F12-F13 error
On Wed, 2010-05-12 at 15:41 -0300, Clovis Tristao wrote: Hi Frank, Em 12-05-2010 14:37, Frank Murphy escreveu: On 12/05/10 18:31, Clovis Tristao wrote: Hi all, I want to upgrade to Fedora F12-F13 but the first time I tried I had this error: Not enough space in /boot/upgrade to download install.img. Read: http://lists.fedoraproject.org/pipermail/devel/2010-May/136148.html then: http://koji.fedoraproject.org/koji/buildinfo?buildID=173161 Thanks, for the moment F13+ you will need 500mb /boot How do I increase size the boot partition, with LVM? My partition: FilesystemSize Used Avail Use% Mounted on /dev/sda1 190M 39M 142M 22% /boot Can anyone help? While strictly speaking, the problems are caused by the default partition scheme in Fedora 12, this issue, and pointers to workarounds, is listed in the Common F13 bugs page. http://fedoraproject.org/wiki/Common_F13_bugs#preupgrade-default-boot Thanks, James 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: Reasons for hall monitoring
On Wed, May 12, 2010 at 03:25:09PM +0100, Frank Murphy wrote: On 12/05/10 15:19, Richard Zidlicky wrote: --snip-- (http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm and http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm) and agreeing on the inserting new repository? and then you get the idea you also want to use nice synaptics package manager and your system is ruined with a few clicks. I have opend bugs on that in redhat and rpmfusion which apper untouched since than. https://bugzilla.redhat.com/show_bug.cgi?id=566917 Richard That could be an rpmfusion problem as remi.repo gets added to synaptic. and is listed in /etc/apt/sources.list.d/remi.list there are many places where it could be fixed so I filled an rpmfusion bugzilla report as well. https://bugzilla.rpmfusion.org/show_bug.cgi?id=1137 Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 13 Release Candidate Phase
On Thu, May 13, 2010 at 01:25:11 +0530, Rahul Sundaram methe...@gmail.com wrote: I would like to hear some more thoughts on that. IMO, either the game update should getting pulled in or people should just accept that the size of the games are large and updates are going to be big as well and focus on the updates for the default applications instead. It seems a waste of time to create more and more threads on frequent intervals without forming some consensus and guidelines on the right approach. I am happy to follow any guidelines set forward but not as happy to be singled out for an update that does affect except those who deliberately choose to install it. I don't see that pulling in the games is a good idea. The release process is that only blockers should be pulled in right now, though that is being bent a little. There should be some clarification done in that regard for the next release, but there is no way these game updates are in that category. While the risk that they would break other things seems very low, I don't think starting out with a smaller updates repository at this point is worth taking the risk. I might be convinced otherwise for a large package that was on the default install as that could result in significant bandwidth savings. But I don't think that applies to wesnoth or openarena. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
PackageKit need to be more intelligent!
The system package manager for Fedora to be smarter ... When the user will get a package like this: Serch by: Latex Editor (None) Serch by: PHP IDE (Nothing) Serch by: Twitter - Devel packages - Python packages - No twitter CLIENTS appear in search! Serch by: Gtalk - Nothing! Serch by: Msn - Pakage Devel - AMSN (MSN Only by having the name!) - Emesene, Kopete, Pidgin, Empathy don`t be on the search result box! That is, the search is for nothing! A good example of clever eh package manager of Ubuntu, which shows packages with graphics and image and description. Anyone who wants to install development packages it uses GUI tools, eh GUI for those who want something easy and not a package called perl-Text-Emoticon-MSN! We will improve it :-) -- Joao Neto - Web Developer | PHP Zend Certified Engineer @joao_neto | http://www.joaoneto.blog.br -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 13 Release Candidate Phase
On Thu, May 13, 2010 at 02:23:38 +0530, Rahul Sundaram methe...@gmail.com wrote: On 05/13/2010 02:22 AM, Bruno Wolff III wrote: I don't see that pulling in the games is a good idea. The release process is that only blockers should be pulled in right now, though that is being bent a little. There should be some clarification done in that regard for the next release, but there is no way these game updates are in that category. While the risk that they would break other things seems very low, I don't think starting out with a smaller updates repository at this point is worth taking the risk. I might be convinced otherwise for a large package that was on the default install as that could result in significant bandwidth savings. But I don't think that applies to wesnoth or openarena. Well then, why do I hear people complain about it? I think because they see the size of updates as important and the risk of something breaking as being very low. Also the rules for including new packages are being bent for some packages, which makes one think they can be bent for other packages. I don't think the complaints are unreasonable. I think the answer should still be no. The process should be explained as well as at least a general rational for other exceptions granted this go around. And for the future the process should be more closely followed and the process documentation updated if there are reasons we will take updates for packages other than to fix blockers after the RC process has started. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PackageKit need to be more intelligent!
On Wed, 12 May 2010, João Neto wrote: The system package manager for Fedora to be smarter ... When the user will get a package like this: Not sure what package kit is doing but just for fun try: yum search Latex Editor | less I get a number of replies. the ones at the top are better. Serch by: Twitter search for twitter client it returns a bunch of them Serch by: Gtalk yum search gtalk Loaded plugins: downloadonly, keys, presto Matched: gtalk empathy.i686 : Instant Messaging Client for GNOME qutim.i686 : Multiprotocol (ICQ, Jabber, IRC etc) instant messenger with : modern Qt4 interface Serch by: Msn - Pakage Devel - AMSN (MSN Only by having the name!) - Emesene, Kopete, Pidgin, Empathy don`t be on the search result box! That is, the search is for nothing! I think we should have package kit use yum search rather than yum list for the searching? I'll see if I can find out what's the story there. -sv -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 13 Release Candidate Phase
Rahul Sundaram (methe...@gmail.com) said: We took pino, we did not take the games. I would like to hear some more thoughts on that. There was an open ticket requesting Pino. There was not anything from the maintainers requesting the games. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 13 Release Candidate Phase
On Wed, 2010-05-12 at 11:14 -0700, John Poelstra wrote: Jesse Keating said the following on 05/10/2010 04:08 PM Pacific Time: Fedora 13 has released Release Candidate stage. We have reached a state where the known blockers were fixed and were able to make a release candidate. This happened last Thursday, and almost immediately we found a need to spin a second release candidate. From this point on, only items critical to the release will be tagged into the branched Fedora 13 repo. I'm currently doing the first push of Fedora 13 stable updates. These will be what we call 0-day updates, that is updates available at release time. Things in the bodhi update system for Fedora 13 can now be pushed stable to this updates repo. This allows our maintainers to continue to improve Fedora 13 as release engineering and QA finalize the release bits. If you have a bug that you think is critical to the release of Fedora 13 and must be fixed on the media, please make your bug block F13Blocker. We will be reviewing the contents of this blocker bug frequently throughout the days as we near our go / no go decision. I've noticed some discussion on #fedora-devel about taking in nice-to-haves since the release is slipping. If these new packages are not blockers or critical to the release when/where did we decide to deviate from what is stated above? Just to clarify this: the nice-to-have I have been asking about is a newer release of Shotwell. The only change in the release is the inclusion of several new translations. I would not have asked for it to be 'sneaked in', normally, but a) the shotwell guys went out of their way to produce a new tarball for me in time for F13, because I pointed them at a Fedora bug where the lack of Russian translations in our shotwell package was bemoaned. b) shotwell is on the live cd, so leaving this as an update would increase the zero-day download size for everybody. Matthias -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PackageKit need to be more intelligent!
João Neto wrote: The system package manager for Fedora to be smarter ... When the user will get a package like this: snip Serch by: Gtalk - Nothing! What are you using to search? The GUI Add/Remove Software app or something else? Here on an F12 box I typed in Gtalk into the GUI search box and it found the same results that Seth found for you. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 13 Release Candidate Phase
On 05/13/2010 02:37 AM, Bill Nottingham wrote: There was an open ticket requesting Pino. There was not anything from the maintainers requesting the games. I did mention this on IRC but what is the criteria for pulling in the updates? If I knew what would be reasonable to request, it would help for future releases. I am also looking for guidelines on, what updates are considered a good thing.Is the game update a problem? Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PackageKit need to be more intelligent!
2010/5/12 Seth Vidal skvi...@fedoraproject.org I think we should have package kit use yum search rather than yum list for the searching? The search result of PackageKit is not broken! my article was to raise discussion on the ease of use in the search ... When I search for Twitter I need relevant results, as Gwitter, Choqok ... This is missing in PackageKit ... You've seen the Software Tracking System from Ubuntu? :-) -- Joao Neto - Web Developer | PHP Zend Certified Engineer @joao_neto | http://www.joaoneto.blog.br -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PackageKit need to be more intelligent!
On 05/13/2010 02:38 AM, Seth Vidal wrote: I think we should have package kit use yum search rather than yum list for the searching? I'll see if I can find out what's the story there. The search box has a icon on the left side which defaults to searching the name rather than description. It is probably too subtle to notice. I bet that is the problem here. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PackageKit need to be more intelligent!
On 12/05/10 21:58, João Neto wrote: The system package manager for Fedora to be smarter ... When the user will get a package like this: Serch by: Latex Editor (None) --snip-- If you click on the magnify glass icon change to search by description. Then you will find the other programs. Frank -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PackageKit need to be more intelligent!
2010/5/12 Rahul Sundaram methe...@gmail.com: The search box has a icon on the left side which defaults to searching the name rather than description. It is probably too subtle to notice. I bet that is the problem here. Rahul Having an additional option in that context menu, which makes the search mimic the applications search implemented in latest pkgdb, would be a very nice feature indeed. -- Guido Grazioli guido.grazi...@gmail.com Via Parri 11 48011 - Alfonsine (RA) Mobile: +39 347 1017202 (10-18) Key FP = 7040 F398 0DED A737 7337 DAE1 12DC A698 5E81 2278 Linked in: http://www.linkedin.com/in/guidograzioli -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PackageKit need to be more intelligent!
2010/5/12 Michael Cronenworth m...@cchtml.com Here on an F12 box I typed in Gtalk into the GUI search box and it found the same results that Seth found for you. PackageKit is too technical software, it must be more easy to the Comum user! The relevant packages must be: OpenOffice, Koffice, KdeGames, Kile, Amarok, Mplayer! Do you understand? users do not need to find devel packages from the PackageKit GUI, we need to search useful packages from here, that is my opinion... Is too hard to make people to Use Fedora because they are accustomed to look stuff very easily through the Add / Remove Software tool. In Fedora this is too hard! -- Joao Neto - Web Developer | PHP Zend Certified Engineer @joao_neto | http://www.joaoneto.blog.br -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 13 Release Candidate Phase
On 05/12/2010 04:12 PM, Rahul Sundaram wrote: On 05/13/2010 02:37 AM, Bill Nottingham wrote: There was an open ticket requesting Pino. There was not anything from the maintainers requesting the games. I did mention this on IRC but what is the criteria for pulling in the updates? If I knew what would be reasonable to request, it would help for future releases. I am also looking for guidelines on, what updates are considered a good thing.Is the game update a problem? Rahul My understanding was that we would still open a rel-eng ticket for a freeze exception. Which I didn't do for Wesnoth. Because the outcry for it was underwhelming. -J -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PackageKit need to be more intelligent!
On 12/05/10 22:14, Rahul Sundaram wrote: On 05/13/2010 02:38 AM, Seth Vidal wrote: I think we should have package kit use yum search rather than yum list for the searching? I'll see if I can find out what's the story there. The search box has a icon on the left side which defaults to searching the name rather than description. It is probably too subtle to notice. I bet that is the problem here. Rahul +1. If you click on the magnify glass icon -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PackageKit need to be more intelligent!
On Wed, 12 May 2010, Guido Grazioli wrote: 2010/5/12 Rahul Sundaram methe...@gmail.com: The search box has a icon on the left side which defaults to searching the name rather than description. It is probably too subtle to notice. I bet that is the problem here. Rahul Having an additional option in that context menu, which makes the search mimic the applications search implemented in latest pkgdb, would be a very nice feature indeed. yum can search an additional keywords database if it is in the metadata. We added support for that in f13. -sv -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PackageKit need to be more intelligent!
users do not need to find devel packages from the PackageKit GUI, we need to search useful packages from here, that is my opinion... This line of thinking needs to stop. Developers are users, too, and development packages ending up in the search results is not such a bad thing. Those packages *are* useful to people, just not the people you have in mind. - Chris -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PackageKit need to be more intelligent!
Those packages *are* useful to people, just not the people you have in mind. the same way rawhide is useful for some people too but it is disabled by default I guess the right way is to have a filter as a combo box applications, docs or devel+sources or at least some visual indication [ color or icon ] -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: One week slip of Fedora 13 release
On Tue, May 11, 2010 at 09:36:31PM -0500, Bruno Wolff III wrote: On Tue, May 11, 2010 at 21:37:35 -0400, Paul W. Frields sticks...@gmail.com wrote: According to the release criteria[1], the decision was made to slip the release of Fedora 13 by one week, to Tuesday 2010-05-25. Even though the end result was a slip, I'd still want to thank the people that worked hard over the last couple of weeks on getting blocker bugs cleared. I really liked the users@ list thread you started in this regard, Bruno. I kept the announcement terse, but I wrote more here: http://marilyn.frields.org:8080/~paul/wordpress/?p=3175 -- Paul W. Frieldshttp://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ Where open source multiplies: http://opensource.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PackageKit need to be more intelligent!
On Wed, 2010-05-12 at 18:19 -0300, João Neto wrote: 2010/5/12 Michael Cronenworth m...@cchtml.com Here on an F12 box I typed in Gtalk into the GUI search box and it found the same results that Seth found for you. PackageKit is too technical software, it must be more easy to the Comum user! You can probably weed out some of the irrelevant results by going into the 'Filter' menu, and select 'Only End User Files' and 'Only graphical' But I agree that our app install experience is miserable currently. We need to do significantly better. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PackageKit need to be more intelligent!
On 2010/5/12 Seth Vidal wrote: On Wed, 12 May 2010, Guido Grazioli wrote: Having an additional option in that context menu, which makes the search mimic the applications search implemented in latest pkgdb, would be a very nice feature indeed. yum can search an additional keywords database if it is in the metadata. We added support for that in f13. Sorry for that, im still on F12 in my laptop; well i must then say it IS a nice function. But actually i meant something that can refine results more than increasing them; like a new applications shortcut, in the search-mode context menu, which sets filter defaults as only graphical files+only end-users files+only available+hide subpkgs -- Guido Grazioli guido.grazi...@gmail.com Via Parri 11 48011 - Alfonsine (RA) Mobile: +39 347 1017202 (10-18) Key FP = 7040 F398 0DED A737 7337 DAE1 12DC A698 5E81 2278 Linked in: http://www.linkedin.com/in/guidograzioli -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PackageKit need to be more intelligent!
On Thu, 2010-05-13 at 02:44 +0530, Rahul Sundaram wrote: On 05/13/2010 02:38 AM, Seth Vidal wrote: I think we should have package kit use yum search rather than yum list for the searching? I'll see if I can find out what's the story there. The search box has a icon on the left side which defaults to searching the name rather than description. It is probably too subtle to notice. I bet that is the problem here. I don't know if that's the issue, but this reminded me of this: http://www.secretgeek.net/ms_search.asp Implementing search is difficult. In a good implementation, the user shouldn't need to understand the schema of the underlying database (name vs description): you should be able to type text and get good results, in a meaningful order. You should be able to misspell things and have the program cope. You should be able to type synonyms of words and get good suggestions. It should cope with non-English queries. I don't know how to solve this well for Fedora; FWIW, I saw that the package database recently gained an Applications search feature. I'd love it if software search results within Fedora could direct the user to a pending package review, or to a relevant SIG within Fedora, perhaps. Hope this is helpful Dave -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 13 Release Candidate Phase
On Thu, 2010-05-13 at 02:42 +0530, Rahul Sundaram wrote: On 05/13/2010 02:37 AM, Bill Nottingham wrote: There was an open ticket requesting Pino. There was not anything from the maintainers requesting the games. I did mention this on IRC but what is the criteria for pulling in the updates? If I knew what would be reasonable to request, it would help for future releases. I am also looking for guidelines on, what updates are considered a good thing.Is the game update a problem? Rahul I was trying to do away with the tickets for freeze exceptions, as I was trying to do away with freeze exceptions outside of blocker bugs. However there are a few bugs which we would classify as not blockers but things which we would take a fix for. These generally start out by being proposed blockers. The process isn't perfect, nor all that documented, as we're exploring as we go. This is the first time we've done a RC phase with the no frozen rawhide style of development. I suspect we'll be better about process and documentation next time around. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating 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: PackageKit need to be more intelligent!
On Wed, 12 May 2010, David Malcolm wrote: I don't know if that's the issue, but this reminded me of this: http://www.secretgeek.net/ms_search.asp Implementing search is difficult. In a good implementation, the user shouldn't need to understand the schema of the underlying database (name vs description): you should be able to type text and get good results, in a meaningful order. You should be able to misspell things and have the program cope. You should be able to type synonyms of words and get good suggestions. It should cope with non-English queries. I don't know how to solve this well for Fedora; FWIW, I saw that the package database recently gained an Applications search feature. I'd love it if software search results within Fedora could direct the user to a pending package review, or to a relevant SIG within Fedora, perhaps. 1. try running: yum search python rsync ssh | less look at the results. - we sort them based on the number of items matched and where the items were found (pkgnames, summary, descriptions) 2. we implemented support for a tags db/keywords db lookup in yum. If a repo has a tags metadata defined in it - yum will download it and search it to match it to a pkg. The format of this db is the one that the pkgdb can generate. We just need that added to the fedora repos when they are made. Seriously folks- try doing a 'yum search foo' before saying we cannot provide good search results. -sv -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PackageKit need to be more intelligent!
2010/5/12 Seth Vidal skvi...@fedoraproject.org Seriously folks- try doing a 'yum search foo' before saying we cannot provide good search results. I do not doubt that yum bring good results, but what you see as good results? For me and, I believe, the target audience of Fedora, search for foo would need to bring results that make applications with use foo, or to open foo files. Or implement the foo cool service. When someone opens a terminal and type yum search ... he knows what he is doing. But when someone clicks Apps - Add / Remove Software and Search, does not want things that he did not know what he mean, he search for Cool applications! In my opinion, obviously... -- Joao Neto - Web Developer | PHP Zend Certified Engineer @joao_neto | http://www.joaoneto.blog.br -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
RE: PackageKit need to be more intelligent!
A nice feature for all the add/remove software, is to be able to select all packages in a group with one click rather than having to select each package. -Original Message- From: devel-boun...@lists.fedoraproject.org [mailto:devel-boun...@lists.fedoraproject.org] On Behalf Of Seth Vidal Sent: tWednesday, May 12, 2010 4:24 PM To: Development discussions related to Fedora Subject: Re: PackageKit need to be more intelligent! On Wed, 12 May 2010, Guido Grazioli wrote: 2010/5/12 Rahul Sundaram methe...@gmail.com: The search box has a icon on the left side which defaults to searching the name rather than description. It is probably too subtle to notice. I bet that is the problem here. Rahul Having an additional option in that context menu, which makes the search mimic the applications search implemented in latest pkgdb, would be a very nice feature indeed. yum can search an additional keywords database if it is in the metadata. We added support for that in f13. -sv -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-13 Branched report: 20100512 changes
Compose started at Wed May 12 19:32:05 UTC 2010 Updated Packages: NetworkManager-0.8.1-0.1.git20100510.fc13 - * Mon May 10 2010 Dan Williams d...@redhat.com - 0.8.1-0.1.git20100510 - core: fix handling of IPv6 RA flags when router goes away (rh #588560) - bluetooth: fix crash configuring DUN connections from the wizard (rh #590666) * Sun May 09 2010 Dan Williams d...@redhat.com - 0.8-13.git20100509 - core: restore initial accept_ra value for IPv6 ignored connections (rh #588619) - bluetooth: fix bad timeout on PAN connections (rh #586961) - applet: updated translations anaconda-13.42-1.fc13 - * Wed May 12 2010 David Lehman dleh...@redhat.com - 13.42-1 - bootloader timeout default should be None not 0 (#590661) (jkeating) pino-0.2.8-1.fc13 - * Mon May 10 2010 Rahul Sundaram sunda...@fedoraproject.org - 0.2.8-1 - Important bug fixes - option for link colors - update spec to match latest guidelines w.r.t buildroot - update summary and description to note identi.ca support shotwell-0.5.2-1.fc13 - * Wed May 12 2010 Matthias Clasen mcla...@redhat.com - 0.5.2-1 - Update to 0.5.2 - Translation updates for Czech, Finnish, Greek, Ukrainian and Russian Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 4 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fwd: Fedora 13 Final RC3 Available Now!
Original Message Subject: Fedora 13 Final RC3 Available Now! Date: Wed, 12 May 2010 22:57:24 -0400 From: Andre Robatino an...@bwh.harvard.edu To: test-annou...@lists.fedoraproject.org Fedora 13 Final RC3 is now available [1], with changes from RC2 in NetworkManager, anaconda, pino, and shotwell [2]. Please refer to the following pages for download links and testing instructions. Installation: https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test Desktop: https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test Ideally, all Alpha, Beta, and Final priority test cases for installation [3] and desktop [4] should pass in order to meet the Final Release Criteria [5]. Help is available on #fedora-qa on irc.freenode.net [6], or on the test list [7]. [1] http://poelstra.fedorapeople.org/schedules/f-13/f-13-quality-tasks.html [2] https://fedorahosted.org/rel-eng/ticket/3652#comment:5 [3] https://fedoraproject.org/wiki/QA:Installation_validation_testing [4] https://fedoraproject.org/wiki/QA:Desktop_validation_testing [5] https://fedoraproject.org/wiki/Fedora_13_Final_Release_Criteria [6] irc://irc.freenode.net/fedora-qa [7] https://admin.fedoraproject.org/mailman/listinfo/test signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 13 Release Candidate Phase
On Wed, May 12, 2010 at 16:22:13 -0500, Jon Ciesla l...@jcomserv.net wrote: My understanding was that we would still open a rel-eng ticket for a freeze exception. Which I didn't do for Wesnoth. Because the outcry for it was underwhelming. And likely another rebuild will be needed shortly. I still need to do a test, but it looks like wesnoth will need to get built against the new boost-devel (after a boost update gets pushed), because the bug causing the problem for x86_64 is in a header using during the wesnoth build. I can prep for the test tonight, but it's a pain to do the final test remotely. So that will wait until tomorrow. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: orphaning Calibre
On Tue, 11 May 2010 23:40:37 +0200 Martin Bacovsky mbaco...@redhat.com wrote: On Tuesday 11 May 2010 02:31:01 Kevin Fenzi wrote: On Mon, 10 May 2010 14:25:02 +0300 Ionuț C. Arțăriși maple...@fedoraproject.org wrote: Hello, I don't have the time to maintain calibre any more so I'm orphaning it. I fell behind on bugzilla, too. Beware, it requires a lot of love. Upstream moves very fast. Releases happen weekly and there are always new features and sometimes new bundled libs (yeah...). Whoever picks this up, feel free to contact me with questions. My time is pretty short these days, but I use and like calibre a lot. ;) Perhaps some other folks are in the same boat and we could get 3-4 of us to all work on it as our time permits? Who's in? kevin I like Calibre and am interested in co-maintainership too. ok. Thats 3 of us... Ionuț: Could you mail us any info about the current state of the package or any gotchas? Everyone else add yourself in pkgdb and I will approve it and we can see what we can do. ;) https://admin.fedoraproject.org/pkgdb/acls/name/calibre kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: clutter on F13 - nvidia graphics card
On Wed, 2010-05-12 at 07:43 -0500, Bruno Wolff III wrote: On Wed, May 12, 2010 at 17:48:42 +0530, Ankur Sinha sanjay.an...@gmail.com wrote: Could someone please tell me what the status of support for clutter on nvidia cards in F13 is? Does nouveau support composting or whatever it is needed for clutter? If you install mesa-dri-drivers-experimental in F13, Nouveau will provide some limited 3D support. It's buggy and/or incomplete as some 3D games don't work right. But it works for some stuff. hello, Bug filed. https://bugzilla.redhat.com/show_bug.cgi?id=591771 thanks and regards, Ankur -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: perl 5.12 status
On 05/11/2010 04:39 PM, Ralf Corsepius wrote: On 05/11/2010 03:42 PM, Marcela Maslanova wrote: perl-Gnome2 perl-Gnome2-Canvas perl-Gnome2-GConf perl-Gnome2-Print perl-Gnome2-VFS perl-Gnome2-Wnck [..] perl-Gtk2-Ex-Dialogs perl-Gtk2-GladeXML I rebuilt all of these above in perl-f14-perltest, except of perl-Gtk2-Spell. perl-Gtk2-Spell This doesn't. This still doesn't build. Breakdown logs can be found here: http://koji.fedoraproject.org/koji/taskinfo?taskID=2181966 BTW: On one hand, according to CPAN (http://search.cpan.org/~mlehmann/Gtk2-Spell-1.03/) this package hasn't received any maintainer attention since 2003. Also, buildmatrix http://matrix.cpantesters.org/?dist=Gtk2-Spell+1.03 looks quite frightening. On the other hand, there is a seemingly pretty active perl-Gtk2 upstream at sourceforge (http://gtk2-perl.sourceforge.net/), who seems to have adopted Gtk::Spell (http://sourceforge.net/projects/gtk2-perl/files/), but seeming hasn't touched it either. Not unlikely a dead exotic and hardly used package, I suppose :) Ralf -- 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
rpms/perl-Gtk2-Spell/devel Gtk2-Spell-1.03.diff, NONE, 1.1 perl-Gtk2-Spell.spec, 1.10, 1.11
Author: corsepiu Update of /cvs/pkgs/rpms/perl-Gtk2-Spell/devel In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv8150 Modified Files: perl-Gtk2-Spell.spec Added Files: Gtk2-Spell-1.03.diff Log Message: * Wed May 12 2010 Ralf Corsépius corse...@fedoraproject.org - 1.03-14 - Add Gtk2-Spell-1.03.diff (Change requirements to fix perl-5.12.0 build breakdown). Gtk2-Spell-1.03.diff: Makefile.PL |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) --- NEW FILE Gtk2-Spell-1.03.diff --- --- Gtk2-Spell-1.03.orig/Makefile.PL2003-09-22 02:45:59.0 +0200 +++ Gtk2-Spell-1.03/Makefile.PL 2010-05-12 08:31:44.0 +0200 @@ -11,8 +11,8 @@ our %build_reqs = ( 'perl-ExtUtils-Depends' = '0.1', 'perl-ExtUtils-PkgConfig' = '0.1', - 'perl-Glib' = '1.00rc2', - 'perl-Gtk2' = '1.00rc2', + 'perl-Glib' = '1.200', + 'perl-Gtk2' = '1.200', 'GtkSpell'= '2.0.0', ); Index: perl-Gtk2-Spell.spec === RCS file: /cvs/pkgs/rpms/perl-Gtk2-Spell/devel/perl-Gtk2-Spell.spec,v retrieving revision 1.10 retrieving revision 1.11 diff -u -p -r1.10 -r1.11 --- perl-Gtk2-Spell.spec2 May 2010 11:04:46 - 1.10 +++ perl-Gtk2-Spell.spec12 May 2010 06:53:07 - 1.11 @@ -1,13 +1,13 @@ - Name: perl-Gtk2-Spell Version:1.03 -Release:13%{?dist} +Release:14%{?dist} Summary:Gtk2::Spell perl module Group: Development/Libraries License: LGPLv2+ URL: http://search.cpan.org/dist/Gtk2-Spell/ Source0: http://search.cpan.org/CPAN/authors/id/M/ML/MLEHMANN/Gtk2-Spell-%{version}.tar.gz +Patch0:Gtk2-Spell-1.03.diff BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildRequires: gtk2-devel, perl(Gtk2), perl(Glib), perl(ExtUtils::Depends) @@ -22,7 +22,7 @@ suggested corrections. %prep %setup -q -n Gtk2-Spell-%{version} - +%patch0 -p1 %build %{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags} @@ -57,6 +57,10 @@ rm -rf %{buildroot} %changelog +* Wed May 12 2010 Ralf Corsépius corse...@fedoraproject.org - 1.03-14 +- Add Gtk2-Spell-1.03.diff (Change requirements to fix perl-5.12.0 + build breakdown). + * Sun May 02 2010 Marcela Maslanova mmasl...@redhat.com - 1.03-13 - Mass rebuild with perl-5.12.0 -- 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 582163] Review Request: perl-Test-Smoke - Perl core test smoke suite
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=582163 --- Comment #3 from Marcela Mašláňová mmasl...@redhat.com 2010-05-12 02:52:43 EDT --- Updated: http://mmaslano.fedorapeople.org/review/perl-Test-Smoke-1.43-1.fc13.src.rpm http://mmaslano.fedorapeople.org/review/perl-Test-Smoke.spec That's not consistency. cpanspec generate it with $RPM_BUILD_ROOT and I'm also using in all other non-perl packages. -- 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
rpms/rt3/devel rt3.spec,1.51,1.52
Author: mmaslano Update of /cvs/pkgs/rpms/rt3/devel In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv22114 Modified Files: rt3.spec Log Message: - Mass rebuild with perl-5.12.0 Index: rt3.spec === RCS file: /cvs/pkgs/rpms/rt3/devel/rt3.spec,v retrieving revision 1.51 retrieving revision 1.52 diff -u -p -r1.51 -r1.52 --- rt3.spec7 May 2010 05:33:43 - 1.51 +++ rt3.spec7 May 2010 15:16:21 - 1.52 @@ -40,7 +40,7 @@ Name: rt3 Version: 3.8.8 -Release: 1%{?dist} +Release: 2%{?dist} Summary: Request tracker 3 Group: Applications/Internet @@ -456,6 +456,9 @@ fi %endif %changelog +* Fri May 07 2010 Marcela Maslanova mmasl...@redhat.com - 3.8.8-2 +- Mass rebuild with perl-5.12.0 + * Fri May 07 2010 Ralf Corsépius corse...@fedoraproject.org - 3.8.8-1 - Upstream update. - Add %{_datadir}/rt3/fonts -- 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
Re: perl 5.12 status
On 05/12/2010 08:08 AM, Ralf Corsepius wrote: On 05/11/2010 04:39 PM, Ralf Corsepius wrote: On 05/11/2010 03:42 PM, Marcela Maslanova wrote: perl-Gtk2-Spell This doesn't. This still doesn't build. I've just applied a patch to make it build with perl-5.12.0 This package now also is in perl-f14-perltest. Ralf -- 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 582163] Review Request: perl-Test-Smoke - Perl core test smoke suite
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=582163 Paul Howarth p...@city-fan.org changed: What|Removed |Added CC||p...@city-fan.org --- Comment #4 from Paul Howarth p...@city-fan.org 2010-05-12 03:04:30 EDT --- The guidelines say to choose either the %{buildroot} form or the $RPM_BUILD_ROOT form (either are OK) but not to use both forms in the same spec file. So this spec is OK in that respect. There is a redundant / between $RPM_BUILD_ROOT and %{_bindir} but to block on that would be nit-picking. -- 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
rpms/perl-Math-BigInt-GMP/EL-6 perl-Math-BigInt-GMP.spec,1.3,1.4
Author: pghmcfc Update of /cvs/pkgs/rpms/perl-Math-BigInt-GMP/EL-6 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv18746 Modified Files: perl-Math-BigInt-GMP.spec Log Message: Bump to same release as EL-5 Index: perl-Math-BigInt-GMP.spec === RCS file: /cvs/pkgs/rpms/perl-Math-BigInt-GMP/EL-6/perl-Math-BigInt-GMP.spec,v retrieving revision 1.3 retrieving revision 1.4 diff -u -p -r1.3 -r1.4 --- perl-Math-BigInt-GMP.spec 26 Jul 2009 09:11:31 - 1.3 +++ perl-Math-BigInt-GMP.spec 12 May 2010 09:00:14 - 1.4 @@ -1,6 +1,6 @@ Name: perl-Math-BigInt-GMP Version:1.24 -Release:3%{?dist} +Release:5%{?dist} Summary:Math::BigInt::GMP Perl module License:GPL+ or Artistic Group: Development/Libraries @@ -38,7 +38,10 @@ find $RPM_BUILD_ROOT -depth -type d -exe %{_fixperms} $RPM_BUILD_ROOT/* %check +# perl-Math-BigInt 1.87 (delivered with perl-5.10.x) is needed +%if 0%{?rhel} 5 || 0%{?fedora} 8 make test +%endif %clean rm -rf $RPM_BUILD_ROOT @@ -51,6 +54,12 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/* %changelog +* Tue Dec 15 2009 Stepan Kasal ska...@redhat.com - 1.24-5 +- skip check in distributions with perl-5.8 + +* Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 1.24-4 +- rebuild against perl 5.10.1 + * Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.24-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild -- 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
rpms/perl-rpm-build-perl/devel perl-rpm-build-perl.spec,1.7,1.8
Author: mmaslano Update of /cvs/pkgs/rpms/perl-rpm-build-perl/devel In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv6705 Modified Files: perl-rpm-build-perl.spec Log Message: * Thu May 06 2010 Marcela Maslanova mmasl...@redhat.com - 0.72-1 - Mass rebuild with perl-5.12.0 update Index: perl-rpm-build-perl.spec === RCS file: /cvs/pkgs/rpms/perl-rpm-build-perl/devel/perl-rpm-build-perl.spec,v retrieving revision 1.7 retrieving revision 1.8 diff -u -p -r1.7 -r1.8 --- perl-rpm-build-perl.spec12 May 2010 11:58:13 - 1.7 +++ perl-rpm-build-perl.spec12 May 2010 12:02:27 - 1.8 @@ -10,7 +10,6 @@ Url:http://search.cpan.org/dist/ BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) BuildArch: noarch -Patch0: rpm-build-perl-0.6.8-old.patch BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(B) -- 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
rpms/perl-Math-Pari/EL-6 perl-Math-Pari.spec,1.17,1.18
Author: pghmcfc Update of /cvs/pkgs/rpms/perl-Math-Pari/EL-6 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv31643 Modified Files: perl-Math-Pari.spec Log Message: Use standard filter macros for provides filter Index: perl-Math-Pari.spec === RCS file: /cvs/pkgs/rpms/perl-Math-Pari/EL-6/perl-Math-Pari.spec,v retrieving revision 1.17 retrieving revision 1.18 diff -u -p -r1.17 -r1.18 --- perl-Math-Pari.spec 26 Jul 2009 11:14:43 - 1.17 +++ perl-Math-Pari.spec 12 May 2010 13:49:45 - 1.18 @@ -17,7 +17,7 @@ Summary: Perl interface to PARI Name: perl-Math-Pari Version: %{module_version} -Release: 4%{?dist} +Release: 5%{?dist} License: GPL+ or Artistic Group: Development/Libraries Url: http://search.cpan.org/dist/Math-Pari/ @@ -27,11 +27,9 @@ BuildRoot: %{_tmppath}/%{name}-%{version Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) BuildRequires: perl(ExtUtils::MakeMaker) -# don't provide private Perl libs or the redundant unversioned perl(Math::Pari) one -%global _use_internal_dependency_generator 0 -%global __deploop() while read FILE; do /usr/lib/rpm/rpmdeps -%{1} ${FILE}; done | /bin/sort -u -%global __find_provides /bin/sh -c %{__grep} -v '%{perl_vendorarch}/.*\\.so$' | %{__deploop P} | %{__grep} -Fvx 'perl(Math::Pari)' -%global __find_requires /bin/sh -c %{__deploop R} +# Don't provide private Perl libs or the redundant unversioned perl(Math::Pari) +%filter_from_provides /^perl(Math::Pari)$/d +%{?perl_default_filter} %description This package is a Perl interface to the famous library PARI for numerical/ @@ -59,8 +57,8 @@ export DLCFLAGS=-fPIC %{__make} pure_install PERL_INSTALL_ROOT=%{buildroot} /usr/bin/find %{buildroot} -type f -name .packlist -exec %{__rm} -f {} ';' /usr/bin/find %{buildroot} -type f -name '*.bs' -a -size 0 -exec %{__rm} -f {} ';' -/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} 2/dev/null ';' -%{__chmod} -R u+w %{buildroot}/* +/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} ';' 2/dev/null +%{__chmod} -R u+w %{buildroot} %check %{__make} test @@ -82,6 +80,9 @@ export DLCFLAGS=-fPIC %exclude %{_mandir}/man3/Math::libPARI.dumb.3pm* %changelog +* Wed May 12 2010 Paul Howarth p...@city-fan.org - 2.010801-5 +- Use standard filter macros for provides filter + * Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 2.010801-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild -- 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
rpms/perl-IO-LockedFile/devel perl-IO-LockedFile.spec,1.6,1.7
Author: mmaslano Update of /cvs/pkgs/rpms/perl-IO-LockedFile/devel In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv14231 Modified Files: perl-IO-LockedFile.spec Log Message: * Sun May 02 2010 Marcela Maslanova mmasl...@redhat.com - 0.23-7 - Mass rebuild with perl-5.12.0 Index: perl-IO-LockedFile.spec === RCS file: /cvs/pkgs/rpms/perl-IO-LockedFile/devel/perl-IO-LockedFile.spec,v retrieving revision 1.6 retrieving revision 1.7 diff -u -p -r1.6 -r1.7 --- perl-IO-LockedFile.spec 2 May 2010 17:41:34 - 1.6 +++ perl-IO-LockedFile.spec 12 May 2010 14:46:53 - 1.7 @@ -1,6 +1,6 @@ Name: perl-IO-LockedFile Version:0.23 -Release:7 +Release:7%{?dist} Summary:Something License:GPL+ or Artistic Group: Development/Libraries -- 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
Re: perl 5.12 status
On 05/11/2010 04:39 PM, Ralf Corsepius wrote: On 05/11/2010 03:42 PM, Marcela Maslanova wrote: Hello, I'm attaching list of failure. Some of them will be still fixable by simple rebuild. It's 133 build failures. perl-FreezeThaw ... builds after having upgraded it (package is in rawhide, but not in perl-f14-perltest, yet). perl-Gnome2 perl-Gnome2-Canvas perl-Gnome2-GConf perl-Gnome2-Print perl-Gnome2-VFS perl-Gnome2-Wnck AFAICT from my local build attempts, the perl-Gnome* packages suffer from a build ordering problem When building them this order: 1. perl-Glib2-* 2. perl-Gtk2-* 3. perl-Gnome2-VFS-* 4. All other perl-Gnome2-* packages but perl-Gnome2-VFS they build. perl-Gtk2-Ex-Dialogs perl-Gtk2-GladeXML These also build for me. perl-Gtk2-Spell This doesn't. Ralf I heard that GNOME doesn't use these modules, but if builds passed then it's no reason to solve it. Today list of packages is little shorter (114): ekg2 perl-Acme-PlayCode perl-Apache2-SOAP perl-Apache-Session-Wrapper perl-Archive-RPM perl-B-Hooks-EndOfScope perl-Calendar-Simple perl-Catalyst-Action-RenderView perl-Catalyst-Authentication-Store-DBIx-Class perl-Catalyst-Controller-BindLex perl-Catalyst-Controller-FormBuilder perl-Catalyst-Controller-HTML-FormFu perl-Catalyst-Devel perl-Catalyst-Helper-FastCGI-ExternalServer perl-Catalyst-Model-DBIC-Schema perl-Catalyst-Model-LDAP perl-Catalyst-Model-XMLRPC perl-Catalyst-Plugin-Authentication perl-Catalyst-Plugin-Authorization-ACL perl-Catalyst-Plugin-ConfigLoader perl-Catalyst-Plugin-Session perl-Catalyst-Plugin-Session-State-Cookie perl-Catalyst-Plugin-StackTrace perl-Catalyst-Plugin-Static-Simple perl-Catalyst-Plugin-SubRequest perl-Catalyst-Runtime perl-Catalyst-View-JSON perl-Catalyst-View-PDF-Reuse perl-Catalyst-View-TT perl-CatalystX-Component-Traits perl-CatalystX-LeakChecker perl-CGI-Prototype perl-Class-C3-Adopt-NEXT perl-Config-Model-CursesUI perl-Data-Alias perl-Data-FormValidator-Constraints-DateTime perl-Data-Visitor perl-DateTime-Format-DateManip perl-DateTime-Format-Strptime perl-DateTime-Set perl-DBI-Dumper perl-DBIx-Class-DateTime-Epoch perl-DBIx-Class-EncodedColumn perl-DBIx-Class-Schema-Loader perl-Devel-LexAlias perl-Fedora-Bugzilla perl-File-ChangeNotify perl-forks perl-FreezeThaw perl-GDGraph3d perl-GSSAPI perl-Gtk2-MozEmbed perl-HTTP-Server-Simple-Mason perl-Image-Math-Constrain perl-IO-Compress-Bzip2 perl-JSON-RPC-Common perl-libxml-perl perl-Log-Log4perl perl-MasonX-Request-WithApacheSession perl-mecab perl-MooseX-AttributeHelpers perl-MooseX-CascadeClearing perl-MooseX-Emulate-Class-Accessor-Fast perl-MooseX-GlobRef-Object perl-MooseX-MethodAttributes perl-MooseX-Params-Validate perl-MooseX-Role-Cmd perl-MooseX-Role-Parameterized perl-MooseX-Role-XMLRPC-Client perl-MooseX-Types-DateTime perl-MooseX-Types-DateTime-ButMaintained perl-Mozilla-LDAP perl-namespace-autoclean perl-namespace-clean perl-Net-GitHub perl-Net-SFTP perl-Net-SSH-Perl perl-Net-UPnP perl-Object-InsideOut perl-Olson-Abbreviations perl-opts perl-Padre perl-Parse-ErrorString-Perl perl-ParseLex perl-PDL perl-PDL-Graphics-PLplot perl-POE-Component-Client-HTTP perl-POE-Component-Server-Bayeux perl-POE-Component-Server-SimpleHTTP perl-POE-Component-Server-SOAP perl-POE-Component-Server-XMLRPC perl-Pugs-Compiler-Rule perl-SOAP-Lite perl-Socket-GetAddrInfo perl-SVG-Parser perl-SVN-Mirror perl-SystemPerl perl-Task-Catalyst perl-Template-GD perl-Template-Plugin-Class perl-Test-AutoBuild perl-Test-SubCalls perl-Test-WWW-Mechanize perl-Test-WWW-Mechanize-Catalyst perl-Test-WWW-Selenium perl-Text-Reform perl-Tie-RefHash-Weak perl-Tk perl-Tk-DirSelect perl-WebService-Validator-CSS-W3C perl-XXX perl-YAML-LibYAML zarafa Regards, Marcela -- 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
rpms/perl-Dist-Zilla/devel perl-Dist-Zilla.spec,1.1,1.2
Author: iarnell Update of /cvs/pkgs/rpms/perl-Dist-Zilla/devel In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv1202 Modified Files: perl-Dist-Zilla.spec Log Message: * Thu May 13 2010 Iain Arnell iarn...@gmail.com 2.101310-1 - update to latest upstream version Index: perl-Dist-Zilla.spec === RCS file: /cvs/pkgs/rpms/perl-Dist-Zilla/devel/perl-Dist-Zilla.spec,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- perl-Dist-Zilla.spec1 May 2010 12:09:32 - 1.1 +++ perl-Dist-Zilla.spec13 May 2010 05:32:01 - 1.2 @@ -1,5 +1,5 @@ Name: perl-Dist-Zilla -Version:2.101040 +Version:2.101310 Release:1%{?dist} Summary:Distribution builder; installer not included! License:GPL+ or Artistic @@ -14,7 +14,7 @@ BuildRequires: perl(App::Cmd::Setup) = BuildRequires: perl(App::Cmd::Tester) = 0.306 BuildRequires: perl(Archive::Tar) BuildRequires: perl(autobox) = 2.53 -BuildRequires: perl(Config::INI::MVP::Reader) = 0.024 +BuildRequires: perl(Config::MVP::Reader::INI) BuildRequires: perl(Config::MVP) = 0.100780 BuildRequires: perl(Config::MVP::Assembler) BuildRequires: perl(Config::MVP::Assembler::WithBundles) @@ -35,7 +35,6 @@ BuildRequires: perl(Hash::Merge::Simple BuildRequires: perl(JSON) = 2 BuildRequires: perl(List::MoreUtils) BuildRequires: perl(Log::Dispatchouli) = 1.100712 -BuildRequires: perl(Mixin::ExtraFields) BuildRequires: perl(Moose) = 0.92 BuildRequires: perl(Moose::Autobox) = 0.09 BuildRequires: perl(Moose::Role) @@ -54,17 +53,17 @@ BuildRequires: perl(PPI) BuildRequires: perl(Software::License) BuildRequires: perl(Software::LicenseUtils) BuildRequires: perl(String::Formatter) = 0.100680 -BuildRequires: perl(String::RewritePrefix) = 0.002 +BuildRequires: perl(String::RewritePrefix) = 0.005 BuildRequires: perl(Sub::Exporter) BuildRequires: perl(Sub::Exporter::Util) BuildRequires: perl(Test::More) = 0.90 BuildRequires: perl(Text::Template) BuildRequires: perl(Try::Tiny) -BuildRequires: perl(version) +BuildRequires: perl(version) = 0.82 BuildRequires: perl(Version::Requirements) = 0.100630 BuildRequires: perl(YAML::Tiny) Requires: perl(autobox) = 2.53 -Requires: perl(Config::INI::MVP::Reader) = 0.024 +Requires: perl(Config::MVP::Reader::INI) Requires: perl(Config::MVP::Assembler) Requires: perl(Config::MVP::Assembler::WithBundles) Requires: perl(Config::MVP::Reader) @@ -119,6 +118,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/* %changelog +* Thu May 13 2010 Iain Arnell iarn...@gmail.com 2.101310-1 +- update to latest upstream version + * Wed Apr 21 2010 Iain Arnell iarn...@gmail.com 2.101040-1 - update to latest upstream -- 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 Dist-Zilla-2.101310.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Dist-Zilla: f47be7ddc29de797fce8291e87e16688 Dist-Zilla-2.101310.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