Re: urgent testing call: F13 kernel-2.6.33.1-24.fc13
On Wed, 2010-04-07 at 09:17 -0700, Adam Williamson wrote: Thanks to everyone for their testing, it's greatly appreciated. Based on the positive response here and on forums, we spun a new RC of the beta with the -24 kernel included, so now if you still want to help testing, please test that. See http://lists.fedoraproject.org/pipermail/test-announce/2010-April/61.html . Now that testing of f-13-beta rc#5 has commenced, shouldn't this kernel have appeared as an update through yum? Rodd -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F-13-Beta Go/No-Go Meeting #2 @ 2010-04-08 00:00 UTC Recap
On 8 April 2010 01:33, James Laska jla...@redhat.com wrote: Greetings, Representatives from Fedora QA, Rel-Eng and Development met on IRC to review whether the Fedora 13 Beta release criteria [1] have been met. The team agreed that the Beta criteria *have* been met with F-13-Beta-RC5. For additional details, please refer to the attached minutes. Thanks, James [1] https://fedoraproject.org/wiki/Fedora_13_Beta_Release_Criteria -- Hi, is there a Known or Common Problems page for F13? -- Mat Booth -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Wiki Freeze Reminder
In just over a week, on April 19, the wiki will freeze for Release Notes for Fedora 13. If you have content you would like to see the the Release Notes go to: https://fedoraproject.org/wiki/Documentation_Beats and click on the most appropriate beat. Add your content there. Note that the content will be reviewed and edited so there is no need to be concerned that your prose is exactly perfect. If you are pressed for time, a few words about what changed along with a link to more detail would be fine. The Docs Project needs to know what you have provided for F13 before it can write about it! --McD -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F-13-Beta Go/No-Go Meeting #2 @ 2010-04-08 00:00 UTC Recap
On Thu, 2010-04-08 at 11:30 +0100, Mat Booth wrote: On 8 April 2010 01:33, James Laska jla...@redhat.com wrote: Greetings, Representatives from Fedora QA, Rel-Eng and Development met on IRC to review whether the Fedora 13 Beta release criteria [1] have been met. The team agreed that the Beta criteria *have* been met with F-13-Beta-RC5. For additional details, please refer to the attached minutes. Thanks, James [1] https://fedoraproject.org/wiki/Fedora_13_Beta_Release_Criteria -- Hi, is there a Known or Common Problems page for F13? Hi Mat, You can find the list of Common problems, and notes on how to contribute bugs to the list, at https://fedoraproject.org/wiki/Common_F13_bugs There are several bugs tagged for addition to this page, so I suspect the content will change before F-13-Beta is released. 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: Macbook Pro 13.3 (5,5) Fedora 12 notes
On Wed, 2010-04-07 at 09:12 -0400, Jon Masters wrote: Folks, In case this helps anyone else setting up a Macbook Pro 13.3 model 5,5. snip 2). The new install has no networking because the 432b reversion part is unsupported by the b43 Open Source driver (they are working on it). Look for the n-phy patches at: http://news.gmane.org/gmane.linux.drivers.bcm54xx.devel I'm hoping for a proper upstream driver as well. snip 3). Sound won't work out of the box, but it will (including the headphone detection) if you do the following: rpm -e alsa-plugins-pulseaudio Urgh. Don't do that. Don't ever do that. Then alsamixer will show all of the channel options, which you should set to 100% volume for now. alsamixer -c 0 would have done the same thing. The GNOME volume controls will now work. Add alsa-plugins-pulseaudio to and exclude line /etc/yum.conf to prevent it ever getting installed again. When you could have file a bug instead, against ALSA, so that the unmute code can be fixed for your sound card. snip 6). The backlit keyboard and controls aren't showing up or working. I can live without these until I get chance to figure that out. Only pommed knows how to handle that right now, and it's not in Fedora (and shouldn't be). Instead the support for light sensors and keyboard backlight should be added to upower. It's on my very long TODO list. 7). The webcam isn't working out of the box and nor is bluetooth. There are instructions online covering these. Why isn't bluetooth working out of the box? It certainly works fine on my Macbook Air (1,1). File bugs, file bugs, file bugs: http://www.hadess.net/2008/06/how-not-to-do-laptop-support-page.html Cheers -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F-13-Beta Go/No-Go Meeting #2 @ 2010-04-08 00:00 UTC Recap
On Thu, Apr 08, 2010 at 11:30:12AM +0100, Mat Booth wrote: On 8 April 2010 01:33, James Laska jla...@redhat.com wrote: Greetings, Representatives from Fedora QA, Rel-Eng and Development met on IRC to review whether the Fedora 13 Beta release criteria [1] have been met. The team agreed that the Beta criteria *have* been met with F-13-Beta-RC5. For additional details, please refer to the attached minutes. Thanks, James [1] https://fedoraproject.org/wiki/Fedora_13_Beta_Release_Criteria -- Hi, is there a Known or Common Problems page for F13? https://fedoraproject.org/wiki/Common_F13_bugs -- 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: vga_switcharoo
On Wed, Apr 07, 2010 at 08:27:12PM -0400, Mail Lists wrote: On 04/07/2010 08:21 PM, Adam Williamson wrote: Well, I would think that if you boot with the Intel adapter active, it wouldn't power up the NVIDIA one. But I'm just guessing :) I guessed the same, until google found claims to the contrary '-) nouveau has powered down the nvidia if it's not in use for some time now. -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
syslog-ng
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 - apparmor (or SElinux in case of Fedora) needs some extra permissions: /var/run/syslog-ng.ctl rw, /var/run/syslog-ng/additional-log-sockets.conf r, capability sys_tty_config, 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. Best regards, Peter Czanik -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: syslog-ng
On Thu, Apr 08, 2010 at 04:02:54PM +0200, Peter Czanik wrote: 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. OpenSSL being in /usr/lib instead of /lib is a regression that was introduced in Fedora 11 afaics and partly broke pam_mount: https://bugzilla.redhat.com/show_bug.cgi?id=559953 https://bugzilla.redhat.com/show_bug.cgi?id=239375 Hopefully it will be moved back to /lib eventually and then syslog-ng could use SSL support, too. Regards Till pgp5vLISDg2px.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] 2010-03-30 - SSSD By Default Test Day report
Greetings folks, Thanks to all those who attended and contributed testing during the SSSD by default test day. We didn't anticipate a huge number of participants, but given the revised authconfig user-interface, and that SSSD will be used by default, we hoped for a larger turnout. If you weren't able to participate during the event, no worries. You can still participate, by running one or more of the test cases [1] in your environment. The following issues were reported during the test day: * 578303 NEW - SSSD users cannot log in through GDM * 578231 NEW - Add checkbox 'Allow authentication via self-signed certificates' * 578124 ASSIGNED - Get unknow error box when change password * 578219 ASSIGNED - Configuring ldaps:// + cacert does not run cacert_rehash on downloaded certificate * 578325 ASSIGNED - authconfig uses sss for automount * 578311 ON_QA - authconfig doesn't remember [X] Use TLS to encrypt connection setting * 577263 ON_QA - Changing authentication providers crashes authconfig For the full result matrix, refer to the test day wiki page [2] Thanks, James [1] https://fedoraproject.org/wiki/Category:SSSD_Test_Cases [2] https://fedoraproject.org/wiki/Test_Day:2010-03-30_SSSDByDefault signature.asc Description: This is a digitally signed message part ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File App-Cmd-0.307.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-App-Cmd: 887d54e6d30a8180f4b030c933feb572 App-Cmd-0.307.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-App-Cmd/F-13 .cvsignore, 1.7, 1.8 perl-App-Cmd.spec, 1.12, 1.13 sources, 1.8, 1.9
Author: iarnell Update of /cvs/pkgs/rpms/perl-App-Cmd/F-13 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv19414/F-13 Modified Files: .cvsignore perl-App-Cmd.spec sources Log Message: * Thu Apr 08 2010 Iain Arnell iarn...@gmail.com 0.307-1 - update to latest upstream - R/BR perl(String::RewritePrefix) - Bump R/BR perl(Getopt::Long::Descriptive) = 0.084 Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-App-Cmd/F-13/.cvsignore,v retrieving revision 1.7 retrieving revision 1.8 diff -u -p -r1.7 -r1.8 --- .cvsignore 19 Sep 2009 18:49:09 - 1.7 +++ .cvsignore 8 Apr 2010 15:48:55 - 1.8 @@ -1 +1 @@ -App-Cmd-0.301.tar.gz +App-Cmd-0.307.tar.gz Index: perl-App-Cmd.spec === RCS file: /cvs/pkgs/rpms/perl-App-Cmd/F-13/perl-App-Cmd.spec,v retrieving revision 1.12 retrieving revision 1.13 diff -u -p -r1.12 -r1.13 --- perl-App-Cmd.spec 2 Mar 2010 17:29:46 - 1.12 +++ perl-App-Cmd.spec 8 Apr 2010 15:48:55 - 1.13 @@ -1,6 +1,6 @@ Name: perl-App-Cmd Summary:Write command line apps with less suffering -Version:0.304 +Version:0.307 Release:1%{?dist} License:GPL+ or Artistic Group: Development/Libraries @@ -11,15 +11,17 @@ Requires: perl(:MODULE_COMPAT_%(ev BuildArch: noarch BuildRequires: perl(ExtUtils::MakeMaker) = 6.42 -BuildRequires: perl(Getopt::Long::Descriptive) = 0.081 +BuildRequires: perl(Getopt::Long::Descriptive) = 0.084 BuildRequires: perl(IO::TieCombine) = 1 BuildRequires: perl(Module::Pluggable::Object) +BuildRequires: perl(String::RewritePrefix) BuildRequires: perl(Sub::Exporter) = 0.975 BuildRequires: perl(Sub::Install) BuildRequires: perl(Test::More) -Requires: perl(Getopt::Long::Descriptive) = 0.081 +Requires: perl(Getopt::Long::Descriptive) = 0.084 Requires: perl(Module::Pluggable::Object) +Requires: perl(String::RewritePrefix) Requires: perl(Sub::Exporter) = 0.975 Requires: perl(Sub::Install) @@ -65,6 +67,11 @@ rm -rf %{buildroot} %{_mandir}/man3/*.3* %changelog +* Thu Apr 08 2010 Iain Arnell iarn...@gmail.com 0.307-1 +- update to latest upstream +- R/BR perl(String::RewritePrefix) +- Bump R/BR perl(Getopt::Long::Descriptive) = 0.084 + * Mon Mar 01 2010 Chris Weyl cw...@alumni.drew.edu 0.304-1 - update by Fedora::App::MaintainerTools 0.004 - PERL_INSTALL_ROOT = DESTDIR Index: sources === RCS file: /cvs/pkgs/rpms/perl-App-Cmd/F-13/sources,v retrieving revision 1.8 retrieving revision 1.9 diff -u -p -r1.8 -r1.9 --- sources 2 Mar 2010 17:29:46 - 1.8 +++ sources 8 Apr 2010 15:48:55 - 1.9 @@ -1 +1 @@ -5bfd119ab209b89a404bd10637d5e9e8 App-Cmd-0.304.tar.gz +887d54e6d30a8180f4b030c933feb572 App-Cmd-0.307.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-App-Cmd/devel .cvsignore, 1.8, 1.9 perl-App-Cmd.spec, 1.12, 1.13 sources, 1.8, 1.9
Author: iarnell Update of /cvs/pkgs/rpms/perl-App-Cmd/devel In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv19414/devel Modified Files: .cvsignore perl-App-Cmd.spec sources Log Message: * Thu Apr 08 2010 Iain Arnell iarn...@gmail.com 0.307-1 - update to latest upstream - R/BR perl(String::RewritePrefix) - Bump R/BR perl(Getopt::Long::Descriptive) = 0.084 Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-App-Cmd/devel/.cvsignore,v retrieving revision 1.8 retrieving revision 1.9 diff -u -p -r1.8 -r1.9 --- .cvsignore 1 Mar 2010 07:53:52 - 1.8 +++ .cvsignore 8 Apr 2010 15:48:56 - 1.9 @@ -1 +1 @@ -App-Cmd-0.304.tar.gz +App-Cmd-0.307.tar.gz Index: perl-App-Cmd.spec === RCS file: /cvs/pkgs/rpms/perl-App-Cmd/devel/perl-App-Cmd.spec,v retrieving revision 1.12 retrieving revision 1.13 diff -u -p -r1.12 -r1.13 --- perl-App-Cmd.spec 1 Mar 2010 07:53:52 - 1.12 +++ perl-App-Cmd.spec 8 Apr 2010 15:48:56 - 1.13 @@ -1,6 +1,6 @@ Name: perl-App-Cmd Summary:Write command line apps with less suffering -Version:0.304 +Version:0.307 Release:1%{?dist} License:GPL+ or Artistic Group: Development/Libraries @@ -11,15 +11,17 @@ Requires: perl(:MODULE_COMPAT_%(ev BuildArch: noarch BuildRequires: perl(ExtUtils::MakeMaker) = 6.42 -BuildRequires: perl(Getopt::Long::Descriptive) = 0.081 +BuildRequires: perl(Getopt::Long::Descriptive) = 0.084 BuildRequires: perl(IO::TieCombine) = 1 BuildRequires: perl(Module::Pluggable::Object) +BuildRequires: perl(String::RewritePrefix) BuildRequires: perl(Sub::Exporter) = 0.975 BuildRequires: perl(Sub::Install) BuildRequires: perl(Test::More) -Requires: perl(Getopt::Long::Descriptive) = 0.081 +Requires: perl(Getopt::Long::Descriptive) = 0.084 Requires: perl(Module::Pluggable::Object) +Requires: perl(String::RewritePrefix) Requires: perl(Sub::Exporter) = 0.975 Requires: perl(Sub::Install) @@ -65,6 +67,11 @@ rm -rf %{buildroot} %{_mandir}/man3/*.3* %changelog +* Thu Apr 08 2010 Iain Arnell iarn...@gmail.com 0.307-1 +- update to latest upstream +- R/BR perl(String::RewritePrefix) +- Bump R/BR perl(Getopt::Long::Descriptive) = 0.084 + * Mon Mar 01 2010 Chris Weyl cw...@alumni.drew.edu 0.304-1 - update by Fedora::App::MaintainerTools 0.004 - PERL_INSTALL_ROOT = DESTDIR Index: sources === RCS file: /cvs/pkgs/rpms/perl-App-Cmd/devel/sources,v retrieving revision 1.8 retrieving revision 1.9 diff -u -p -r1.8 -r1.9 --- sources 1 Mar 2010 07:53:52 - 1.8 +++ sources 8 Apr 2010 15:48:56 - 1.9 @@ -1 +1 @@ -5bfd119ab209b89a404bd10637d5e9e8 App-Cmd-0.304.tar.gz +887d54e6d30a8180f4b030c933feb572 App-Cmd-0.307.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: gtkmm24 updates to F13 (was Re: What are the rules for which package we build against in F-13)
On Thu, 2010-04-08 at 07:51 +0200, Denis Leroy wrote: Yikes, I'm pretty stumped. How can we deal with such a burdensome process for something that is not even released yet ? Unfortunately I do not have the spare time nor the patience to go through with it, I will have to pass the buck on this. Heck I can't even create scratch builds for my own testing. You can file a ticket asking for a build target that self updates for the purpose of performing all the builds necessary. The KDE folks have used this method, as have others. -- 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
PolicyKit-authentication-agents in Fedora
I just imported lxpolkit into CVS, but it's not yet build because I don't want to break anything. We now have 3 PolicyKit-authentication-agents in Fedora: * polkit-gnome * polkit-kde * lxpolkit As you can see lxpolkit has the shortest name and will therefore be chosen by yum if anything requires PolicyKit-authentication-agent (ATM system-config-samba and system-config-services). There is no problem having several agents installed but we need to make sure that only one gets started at a time. Suggestion: GNOME and KDE use their agents, everything else, for example window managers like icewm or openbox, gets lxpolkit. Rationale: 1. lxpolkit has the least dependencies. Currently polkit-gnome doesn't require anything but gtk2 ether, but I guess it will require GConf2 again once the group policy editor is ready (Please correct me if my assumption is wrong) 2. lxpolkit is the smallest package. 3. lxpolkit will be pulled in anyway due to the shortest name. Implementation: 1. Desktops are to have their authentication agent as required or default in comps, so the proper agent gets installed with the desktop. 2. The desktop files in /etc/xdg/autostart get OnlyShowIn/NotShowIn keys: * polkit-gnome gets OnlyShowIn=GNOME; (currently NotShowIn=KDE;) * polkit-kde gets OnlyShowIn=KDE; (done) * lxpolkit gets NotShowIn=GNOME;KDE; (done, LXDE is currently not supported as OnlyShowIn environment, this requires desktop-file-utils = 0.16 which is only available rawhide and F-13 updates-testing.) 3. Changes are released in one update Does this all sound reasonable? Did I miss something? Regards, Christoph -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gtkmm24 updates to F13 (was Re: What are the rules for which package we build against in F-13)
On Thu, Apr 08, 2010 at 07:51:42AM +0200, Denis Leroy wrote: On 04/07/2010 09:35 AM, Michael Schwendt wrote: On Wed, 07 Apr 2010 08:37:25 +0200, Denis wrote: On 04/07/2010 08:30 AM, Mamoru Tasaka wrote: Denis Leroy wrote, at 04/07/2010 03:20 PM +9:00: On 03/08/2010 04:37 PM, Josh Boyer wrote: The buildroots are populated from packages in the: dist-f13 dist-f13-override dist-f12-updates tags. If a package isn't in one of those tags, it's not going to be in the buildroot. If you need to build against a newer version of a package, then you need to file a ticket on the rel-eng trac instance asking for a buildroot override (which will get it tagged into dist-f13-override). Sorry to revive this old thread, but does this imply that one cannot use 'make chain-build' for F-13 updates then ? Yes. Thanks Mamoru-san, Well, this is not the most motivating news. How easy is it for releng to create a custom buildroot/tag, which could be used instead of working with an override tag? Yikes, I'm pretty stumped. How can we deal with such a burdensome process for something that is not even released yet ? Unfortunately I do not have the spare time nor the patience to go through with it, I will have to pass the buck on this. Heck I can't even create scratch builds for my own testing. Another possibility is to set up your own 'smock' instance. We used this when test-building all the Fedora cross-compiler packages. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PolicyKit-authentication-agents in Fedora
On Thu, 2010-04-08 at 18:05 +0200, Christoph Wickert wrote: Does this all sound reasonable? Did I miss something? There are a few complications here: currently, both gnome-session and gdm explicitly require polkit-gnome. gdm has to require it explicitly, since it needs to install a separate desktop file in /usr/share/gdm/autostart/LoginWindow/ which launches it. Or maybe, with OnlyShowIn, it won't hurt. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 580620] New: need an EL5 version
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: need an EL5 version https://bugzilla.redhat.com/show_bug.cgi?id=580620 Summary: need an EL5 version Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: perl-SGML-Parser-OpenSP AssignedTo: ville.sky...@iki.fi ReportedBy: nathan...@gnat.ca QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, ville.sky...@iki.fi Classification: Fedora Hello, I'm trying to get w3c-markup-validator for EL5, this is in the dependency chain. I can maintain the branch if needed. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 580618] New: need an EL5 version
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: need an EL5 version https://bugzilla.redhat.com/show_bug.cgi?id=580618 Summary: need an EL5 version Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: perl-HTML-Encoding AssignedTo: ville.sky...@iki.fi ReportedBy: nathan...@gnat.ca QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, ville.sky...@iki.fi Classification: Fedora I'd like to request a branch for EL5. I want to get the w3c-markup-validator for EL5, this is a package in the dependency chain. If needed I can maintain that branch if you are unwilling to. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
nouveau rebase for future kernels
Folks, This may have come up already (and I don't mean upstream :) ) but am interested to know what the plans are in F12 wrt. nouveau updates. Is there a plan to eventually rebase the kernel to 2.6.34? (and with it, requiring a non-backwards compatible update to xorg-x11-drv-nouveau?) If there is not, is there any way (other than building them manually) of getting an X driver that can work with more recent kernels in F12? I am not personally a fan of rebasing so I think I would rather deal with having to rebuild the X driver myself, but in my perfect world maybe someone has done this already and can share. Jon. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PolicyKit-authentication-agents in Fedora
On Thu, 8 Apr 2010, Christoph Wickert wrote: I just imported lxpolkit into CVS, but it's not yet build because I don't want to break anything. We now have 3 PolicyKit-authentication-agents in Fedora: * polkit-gnome * polkit-kde * lxpolkit As you can see lxpolkit has the shortest name and will therefore be chosen by yum if anything requires PolicyKit-authentication-agent (ATM system-config-samba and system-config-services). There is no problem having several agents installed but we need to make sure that only one gets started at a time. Shortest name is not the only criteria yum uses anymore. Not in quite a while, now, actually. Now if all other things are equal it will come down to shortestname. just a fyi. -sv -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gtkmm24 updates to F13 (was Re: What are the rules for which package we build against in F-13)
On 04/08/2010 06:05 PM, Jesse Keating wrote: On Thu, 2010-04-08 at 07:51 +0200, Denis Leroy wrote: Yikes, I'm pretty stumped. How can we deal with such a burdensome process for something that is not even released yet ? Unfortunately I do not have the spare time nor the patience to go through with it, I will have to pass the buck on this. Heck I can't even create scratch builds for my own testing. You can file a ticket asking for a build target that self updates for the purpose of performing all the builds necessary. The KDE folks have used this method, as have others. How can the simple process of pushing builds to an unrelease Fedora involves dealing with rel-eng tickets ? That's just unmanageable. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide gnome-panel
Folks, I created a spare encrypted LVM volume group for testing rawhide (and one for F13 too) on my new Macbook. I cloned the existing updated F12 install and then did an upgrade to rawhide. It does boot, and it does run X but the gnome-panel is not displayed (it is running). If I kill it, it reloads as an emply 1 inch width bar at the top of the screen. If I remove the home directory and copy /etc/skel, the same happens. There were a few segfaults (actually many segfaults) in gconf during the upgrade process and so I'm concerned something went awry. Is there some gconf managed global resource I need to regenerate that's not taken care of by wiping out the home directory? Jon. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Macbook Pro 13.3 (5,5) Fedora 12 notes
On Thu, 2010-04-08 at 13:13 +0100, Bastien Nocera wrote: On Wed, 2010-04-07 at 09:12 -0400, Jon Masters wrote: Folks, In case this helps anyone else setting up a Macbook Pro 13.3 model 5,5. snip 2). The new install has no networking because the 432b reversion part is unsupported by the b43 Open Source driver (they are working on it). Look for the n-phy patches at: http://news.gmane.org/gmane.linux.drivers.bcm54xx.devel I'm hoping for a proper upstream driver as well. I will take a look, thanks for that. Then alsamixer will show all of the channel options, which you should set to 100% volume for now. alsamixer -c 0 would have done the same thing. It would? Doesn't the ALSA plugin always end up hiding things PA doesn't think you need? I'm happy if that does work, and will re-install that package since PA is otherwise more or less working for me on this box. The GNOME volume controls will now work. Add alsa-plugins-pulseaudio to and exclude line /etc/yum.conf to prevent it ever getting installed again. When you could have file a bug instead, against ALSA, so that the unmute code can be fixed for your sound card. Yes, I will do that. I think I want to make a general point without meaning to cause offense because I think my motivation was unclear: Filing bugs is great and worthwhile and I should do that. It's a great thing to ask people on this list to do. But sharing an experience on a mailing list with installing some system I know others are having problems with (as witnessed by the threads I found that went nowhere, e.g. on the user list over the weekend) may help someone else. They might go searching through BZ and spend time figuring out everything, and they might wait 6 months for multitouch support to work just so, or they might just give up and use OSX (or another distro). If I had had this information in a thread I would have saved hours of time to get something useable today that I can then also boot into F13/rawhide to fix. So anyway, I will file bugs for each issue. snip 6). The backlit keyboard and controls aren't showing up or working. I can live without these until I get chance to figure that out. Only pommed knows how to handle that right now, and it's not in Fedora (and shouldn't be). Instead the support for light sensors and keyboard backlight should be added to upower. It's on my very long TODO list. Again, this mail wasn't meant as a criticism. It was intended for Google to index so that someone else who is hitting their head against a wall trying to get an F12 system that works today on that hardware can do so. I'm all about not having hacky kludges in the longer term, but I am personally willing to make a hacky kludge if it works today. For example, if my mouse doesn't support drag and drop I am inclined to get so frustrated with it that I won't run Fedora on the laptop at all - or throw the laptop out of the window, which was the other option :) 7). The webcam isn't working out of the box and nor is bluetooth. There are instructions online covering these. Why isn't bluetooth working out of the box? It certainly works fine on my Macbook Air (1,1). I will do so digging as time permits. It does see the device but I am unable to communicate (pair) with any of my other devices. File bugs, file bugs, file bugs: http://www.hadess.net/2008/06/how-not-to-do-laptop-support-page.html Yes. Jon. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PolicyKit-authentication-agents in Fedora
Am Donnerstag, den 08.04.2010, 12:50 -0400 schrieb Matthias Clasen: On Thu, 2010-04-08 at 18:05 +0200, Christoph Wickert wrote: Does this all sound reasonable? Did I miss something? There are a few complications here: currently, both gnome-session and gdm explicitly require polkit-gnome. gdm has to require it explicitly, since it needs to install a separate desktop file in /usr/share/gdm/autostart/LoginWindow/ which launches it. Or maybe, with OnlyShowIn, it won't hurt. Thanks for the heads-up Matthias, but I don't think this should become a problem. * The file in /usr/share/gdm/autostart/... will only affect gdm, no need for OnlyShowIn there. * Having gnome-session depend on polkit-gnome explicitly is a good thing: One core part of each desktop should explicitly require the agent of that particular desktop in order to prevent yum pulling in another agent. Just for the record: I don't mind polkit-gnome being the 'default' agent, as long as it doesn't have any additional dependencies. And I'm afraid that lxpolkit will be pulled in anyway due to it's name. Matthias, do you or David have any plans for additional dependencies of polkit-gnome? Regards, Christoph -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PolicyKit-authentication-agents in Fedora
Christoph Wickert (christoph.wick...@googlemail.com) said: Suggestion: GNOME and KDE use their agents, everything else, for example window managers like icewm or openbox, gets lxpolkit. I'd honestly prefer they use the GNOME one (maintained closer to the source, etc.) unless there are speicfic problems with it. Rationale: 2. lxpolkit is the smallest package. 20k of code vs 70k of code? Is that really something worth caring about? (Yes, the GNOME PK agent ends up being about 300k installed, but given that it's translated into 30+ languages as opposed to lxpolkit's 10...) 3. lxpolkit will be pulled in anyway due to the shortest name. That's not a useful decision rationale. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide gnome-panel
On Thu, Apr 08, 2010 at 01:23:31PM -0400, Jon Masters wrote: (snip) That's an excellent bug report, but it should be filed at http://bugzilla.redhat.com rather than de...@lists.fedoraproject.org. -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Macbook Pro 13.3 (5,5) Fedora 12 notes
On Thu, 2010-04-08 at 19:44 +0200, drago01 wrote: On Thu, Apr 8, 2010 at 7:35 PM, Jon Masters jonat...@jonmasters.org wrote: [...] Again, this mail wasn't meant as a criticism. It was intended for Google to index so that someone else who is hitting their head against a wall trying to get an F12 system that works today on that hardware can do so. I'm all about not having hacky kludges in the longer term, but I am personally willing to make a hacky kludge if it works today. For example, if my mouse doesn't support drag and drop I am inclined to get so frustrated with it that I won't run Fedora on the laptop at all - or throw the laptop out of the window, which was the other option :) Well but filling bugs and get the issues fixed will result into people not having to google for solutions at all ;) There's a lag time between these things. Problems don't get fixed instantly (not a criticism) but others who want to install a given system will decide very quickly not to bother if Google returns no useful results when things don't work out of the box. Hence both are appropriate - the answer is not always file a bug without mention. Jon. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PolicyKit-authentication-agents in Fedora
Am Donnerstag, den 08.04.2010, 13:37 -0400 schrieb Bill Nottingham: Christoph Wickert (christoph.wick...@googlemail.com) said: Suggestion: GNOME and KDE use their agents, everything else, for example window managers like icewm or openbox, gets lxpolkit. I'd honestly prefer they use the GNOME one (maintained closer to the source, etc.) unless there are speicfic problems with it. So far there are no problems, but when GConf2 or others get pulled in, we might get into trouble. People are not using a lightweight WM in order to install half of GNOME. Rationale: 2. lxpolkit is the smallest package. 20k of code vs 70k of code? Is that really something worth caring about? (Yes, the GNOME PK agent ends up being about 300k installed, but given that it's translated into 30+ languages as opposed to lxpolkit's 10...) lxpolkit is very young, it was announced a week ago and the number of translations is continuously rising. Nevertheless I agree that polkit-gnome offers the most value: It has more translations and it has the option to cache the password with a nice tray icon. 3. lxpolkit will be pulled in anyway due to the shortest name. That's not a useful decision rationale. I never said it is a useful decision rationale, it's something we cannot avoid. I agree it's not useful, but please address your complainants to the yum developers. Let me repeat what I already said in my previous mail: I don't mind polkit-gnome as default agent, but * I'm afraid that yum will choose lxpolkit * I'm afraid polkit-gnome will have more deps in the future * we cannot yet use OnlyShowIn=LXDE Bill Regards, Christoph -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PolicyKit-authentication-agents in Fedora
On Thu, 8 Apr 2010, Christoph Wickert wrote: 3. lxpolkit will be pulled in anyway due to the shortest name. That's not a useful decision rationale. I never said it is a useful decision rationale, it's something we cannot avoid. I agree it's not useful, but please address your complainants to the yum developers. Let me repeat what I already said in my previous mail: I don't mind polkit-gnome as default agent, but * I'm afraid that yum will choose lxpolkit * I'm afraid polkit-gnome will have more deps in the future * we cannot yet use OnlyShowIn=LXDE I'm all ears - tell me another way of how we should know that of 3 items one should be chosen over the others? We've got lots of criteria we use to score up/down pkgs in compare_providers in yum. It's not just length of pkg name. But at the end of the day, it is possible that length of pkg name could be the deciding variable. Would you rather we pull one at random? -sv -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Macbook Pro 13.3 (5,5) Fedora 12 notes
On Thu, Apr 08, 2010 at 02:10:52PM -0400, Jon Masters wrote: There's a lag time between these things. Problems don't get fixed instantly (not a criticism) but others who want to install a given system will decide very quickly not to bother if Google returns no useful results when things don't work out of the box. Hence both are appropriate - the answer is not always file a bug without mention. And some people won't even look on Google if things don't work. File bugs first, provide workarounds second. In the time you've been contributing to this thread you could have at least half of those filed (and in the time I have, I might have one of them fixed) -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20100408 changes
Compose started at Thu Apr 8 08:15:06 UTC 2010 Broken deps for i386 -- anaconda-14.3-1.fc14.i686 requires fcoe-utils = 0:1.0.12-3.20100323git emotion-0.1.0.042-5.fc12.i686 requires libecore_job.so.0 emotion-0.1.0.042-5.fc12.i686 requires libevas.so.0 emotion-0.1.0.042-5.fc12.i686 requires libecore.so.0 emotion-0.1.0.042-5.fc12.i686 requires libecore_fb.so.0 emotion-0.1.0.042-5.fc12.i686 requires libecore_x.so.0 emotion-0.1.0.042-5.fc12.i686 requires libecore_evas.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_ipc.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_con.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libevas.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_fb.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_x.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libedje.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_file.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_evas.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_ipc.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_con.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libevas.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_fb.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_x.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_file.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_evas.so.0 evolution-couchdb-0.3.2-2.fc13.i686 requires libcouchdb-glib-1.0.so.1 ewl-0.5.2.042-12.fc12.i686 requires libecore_txt.so.0 ewl-0.5.2.042-12.fc12.i686 requires libevas.so.0 ewl-0.5.2.042-12.fc12.i686 requires libecore.so.0 ewl-0.5.2.042-12.fc12.i686 requires libefreet.so.0 ewl-0.5.2.042-12.fc12.i686 requires libedje.so.0 ewl-0.5.2.042-12.fc12.i686 requires libecore_file.so.0 ewl-0.5.2.042-12.fc12.i686 requires libefreet_mime.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libecore_txt.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libevas.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libecore.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libedje.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libecore_file.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libecore_evas.so.0 hornsey-1.5.2-0.1.fc13.i686 requires libclutter-gst-0.10.so.0 3:koffice-filters-2.1.1-4.fc13.i686 requires libwv2.so.4 paperbox-0.4.4-2.fc12.i686 requires libtrackerclient.so.0 perl-Gtk2-MozEmbed-0.08-6.fc14.12.i686 requires gecko-libs = 0:1.9.2.2 rss-glx-0.9.1.p-2.fc13.i686 requires libMagickCore.so.2 rss-glx-0.9.1.p-2.fc13.i686 requires libMagickWand.so.2 rubygem-right_aws-1.10.0-3.fc14.noarch requires rubygem(right-http_connection) = 0:1.2.4 zikula-module-menutree-2.2-1.fc13.noarch requires zikula = 0:1.2 Broken deps for x86_64 -- anaconda-14.3-1.fc14.x86_64 requires fcoe-utils = 0:1.0.12-3.20100323git emotion-0.1.0.042-5.fc12.i686 requires libecore_job.so.0 emotion-0.1.0.042-5.fc12.i686 requires libevas.so.0 emotion-0.1.0.042-5.fc12.i686 requires libecore.so.0 emotion-0.1.0.042-5.fc12.i686 requires libecore_fb.so.0 emotion-0.1.0.042-5.fc12.i686 requires libecore_x.so.0 emotion-0.1.0.042-5.fc12.i686 requires libecore_evas.so.0 emotion-0.1.0.042-5.fc12.x86_64 requires libecore_evas.so.0()(64bit) emotion-0.1.0.042-5.fc12.x86_64 requires libecore_job.so.0()(64bit) emotion-0.1.0.042-5.fc12.x86_64 requires libecore_x.so.0()(64bit) emotion-0.1.0.042-5.fc12.x86_64 requires libevas.so.0()(64bit) emotion-0.1.0.042-5.fc12.x86_64 requires libecore_fb.so.0()(64bit) emotion-0.1.0.042-5.fc12.x86_64 requires libecore.so.0()(64bit) epsilon-0.3.0.012-9.fc12.i686 requires libecore_ipc.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_con.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libevas.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_fb.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_x.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libedje.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_file.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_evas.so.0 epsilon-0.3.0.012-9.fc12.x86_64 requires libecore_file.so.0()(64bit) epsilon-0.3.0.012-9.fc12.x86_64 requires libecore_evas.so.0()(64bit) epsilon-0.3.0.012-9.fc12.x86_64 requires libecore_x.so.0()(64bit)
Re: PolicyKit-authentication-agents in Fedora
On Thu, 2010-04-08 at 14:19 -0400, Seth Vidal wrote: On Thu, 8 Apr 2010, Christoph Wickert wrote: 3. lxpolkit will be pulled in anyway due to the shortest name. That's not a useful decision rationale. I never said it is a useful decision rationale, it's something we cannot avoid. I agree it's not useful, but please address your complainants to the yum developers. Let me repeat what I already said in my previous mail: I don't mind polkit-gnome as default agent, but * I'm afraid that yum will choose lxpolkit * I'm afraid polkit-gnome will have more deps in the future * we cannot yet use OnlyShowIn=LXDE I'm all ears - tell me another way of how we should know that of 3 items one should be chosen over the others? One interesting criterium might be 'pulls in the least uninstalled deps'. That would probably handle a lot of cases like the one at hand nicely. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide gnome-panel
On Thu, 2010-04-08 at 18:47 +0100, Matthew Garrett wrote: On Thu, Apr 08, 2010 at 01:23:31PM -0400, Jon Masters wrote: That's an excellent bug report, but it should be filed at http://bugzilla.redhat.com rather than de...@lists.fedoraproject.org. I've filed a bug against gconf (hoping that's it): https://bugzilla.redhat.com/show_bug.cgi?id=580665 More generically, I was interested to know if someone had a quick solution for rebuilding whatever databases are used by gconf without removing and re-installing a lot of packages. The current setup has panels that believe they are locked, and gconf-editor shows few properties which makes me think its database is hosed. I could ask halfline via IRC or via a BZ only he and I will see, or I could ask generally where others might get to share in my learning experience. Jon. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gtkmm24 updates to F13 (was Re: What are the rules for which package we build against in F-13)
On Thu, 2010-04-08 at 19:07 +0200, Denis Leroy wrote: How can the simple process of pushing builds to an unrelease Fedora involves dealing with rel-eng tickets ? That's just unmanageable. Because we're beyond the state of just throw it over the wall and hope it sticks. We branched and are attempting to polish and bugfix the work previously done. We're using peers to verify fixes and prevent regressions. This stage of development is very much not free for all, that's what rawhide is for. Your time for sweeping features has past. -- 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: PolicyKit-authentication-agents in Fedora
Am Donnerstag, den 08.04.2010, 14:22 -0400 schrieb Matthias Clasen: On Thu, 2010-04-08 at 14:19 -0400, Seth Vidal wrote: On Thu, 8 Apr 2010, Christoph Wickert wrote: 3. lxpolkit will be pulled in anyway due to the shortest name. That's not a useful decision rationale. I never said it is a useful decision rationale, it's something we cannot avoid. I agree it's not useful, but please address your complainants to the yum developers. Let me repeat what I already said in my previous mail: I don't mind polkit-gnome as default agent, but * I'm afraid that yum will choose lxpolkit * I'm afraid polkit-gnome will have more deps in the future * we cannot yet use OnlyShowIn=LXDE I'm all ears - tell me another way of how we should know that of 3 items one should be chosen over the others? One interesting criterium might be 'pulls in the least uninstalled deps'. That would probably handle a lot of cases like the one at hand nicely. +1, that's what I was just about to suggest. When I look into the critical path list, I see that there are also Xfce packages in there. This is due to xfce4-notifyd and notification-daemon both providing desktop-notification-daemon. At the point where xfce4-notifd gets pulled in, the notification-daemon and it's deps were already processed, so I don't understand why yum adds another 5 packages added (xfce4-notifyd, libsexy, xfconf, libxfce4util and libxfcegui4). Regards, Christoph -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-13 Branched report: 20100408 changes
Compose started at Thu Apr 8 09:15:03 UTC 2010 Broken deps for i386 -- edje-0.9.9.050-6.fc12.i686 requires libembryo.so.0 edje-devel-0.9.9.050-6.fc12.i686 requires embryo-devel gnome-web-photo-0.9-4.fc13.i686 requires gecko-libs = 0:1.9.2.1 hornsey-1.5.2-0.1.fc13.i686 requires libclutter-gst-0.10.so.0 libnodeupdown-backend-openib-1.9-5.fc13.i686 requires libosmcomp.so.3(OSMCOMP_2.3) libnodeupdown-backend-openib-1.9-5.fc13.i686 requires libosmcomp.so.3 moblin-app-installer-0.4.0-0.7.fc13.i686 requires libpackagekit-glib2.so.13 pyclutter-gst-0.9.2-1.fc12.i686 requires libclutter-gst-0.10.so.0 sepostgresql-8.4.2-2488.fc13.i686 requires postgresql-server = 0:8.4.2 totem-youtube-2.29.92-1.fc13.i686 requires libgdata.so.7 zikula-module-menutree-2.2-1.fc13.noarch requires zikula = 0:1.2 Broken deps for x86_64 -- edje-0.9.9.050-6.fc12.i686 requires libembryo.so.0 edje-0.9.9.050-6.fc12.x86_64 requires libembryo.so.0()(64bit) edje-devel-0.9.9.050-6.fc12.i686 requires embryo-devel edje-devel-0.9.9.050-6.fc12.x86_64 requires embryo-devel gnome-web-photo-0.9-4.fc13.x86_64 requires gecko-libs = 0:1.9.2.1 hornsey-1.5.2-0.1.fc13.x86_64 requires libclutter-gst-0.10.so.0()(64bit) libnodeupdown-backend-openib-1.9-5.fc13.x86_64 requires libosmcomp.so.3(OSMCOMP_2.3)(64bit) libnodeupdown-backend-openib-1.9-5.fc13.x86_64 requires libosmcomp.so.3()(64bit) moblin-app-installer-0.4.0-0.7.fc13.x86_64 requires libpackagekit-glib2.so.13()(64bit) pyclutter-gst-0.9.2-1.fc12.x86_64 requires libclutter-gst-0.10.so.0()(64bit) sepostgresql-8.4.2-2488.fc13.x86_64 requires postgresql-server = 0:8.4.2 totem-youtube-2.29.92-1.fc13.x86_64 requires libgdata.so.7()(64bit) zikula-module-menutree-2.2-1.fc13.noarch requires zikula = 0:1.2 Updated Packages: kernel-2.6.33.1-24.fc13 --- * Tue Mar 30 2010 John W. Linville linvi...@redhat.com 2.6.33.1-24 - Avoid null pointer dereference introduced by 'ssb: check for sprom' (#577463) * Mon Mar 29 2010 John W. Linville linvi...@redhat.com 2.6.33.1-23 - iwlwifi: reset card during probe (#557084) - iwlwifi: use dma_alloc_coherent (#574146) * Mon Mar 29 2010 Ben Skeggs bske...@redhat.com 2.6.33.1-22 - nouveau: sync with nouveau upstream * Wed Mar 24 2010 Josef Bacik jo...@toxicpanda.com 2.6.33.1-21 - Update btrfs so it includes the default subvolume stuff, for the rollback feature * Mon Mar 22 2010 Jarod Wilson ja...@redhat.com - A few more imon driver button additions - Fix minor init issue w/topseed 0x0008 mceusb transceivers plymouth-0.8.1-3.fc13 - * Wed Mar 31 2010 Ray Strode rstr...@redhat.com 0.8.1-3 - Fix assertion failure. May fix bug 578633 - Fix things up to work with new drm header file locations * Thu Mar 25 2010 Ray Strode rstr...@redhat.com 0.8.1-2 - Add debug statements to help debug transition problem Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 2 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: syslog-ng
-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. Best regards, Peter Czanik -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAku+KUsACgkQrlYvE4MpobNBeQCfRvP3ykhSY8xaAMCL6PlOY+18 fY8AoIo2TyUSPXEYDiUWs5ts/U6IMh8B =G3LL -END PGP SIGNATURE- -- 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? Just by administrators. The first manages the pattern database (patterns are not included), the second gives stats and controls debugging: bigone112:~ # pdbtool Syntax: pdbtool command [options] Possible commands are: matchMatch a message against the pattern database dump Dump pattern datebase tree mergeMerge pattern databases bigone112:~ # syslog-ng-ctl Syntax: syslog-ng-ctl command [options] Possible commands are: statsDump syslog-ng statistics verbose Enable/query verbose messages debugEnable/query debug messages traceEnable/query trace messages - apparmor (or SElinux in case of Fedora) needs some extra permissions: /var/run/syslog-ng.ctl rw, Is this a sock_file? Yes, it is. /var/run/syslog-ng/additional-log-sockets.conf r, Ooops, sorry, this is a SuSE related config file, where additional log sockects from chroots are added on start by the init script. Why not put syslog-ng.ctl in /var/run/syslog-ng? It is controlled by configure parameter: --with-pidfile-dir=/var/run which also affects pid file location (see src/syslog-ng.h): #define PATH_PIDFILEPATH_PIDFILEDIR /syslog-ng.pid #define PATH_CONTROL_SOCKET PATH_PIDFILEDIR /syslog-ng.ctl Fedora seems to be a bit more flexible here, than SuSE, so one could easily set to use /var/run/syslog-ng/ for both of these files. capability sys_tty_config, What other processes need to read/write in these directories or sock_files? Only syslog-ng and syslog-ng-ctl. Bye, CzP 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. Best regards, Peter Czanik -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAku+KUsACgkQrlYvE4MpobNBeQCfRvP3ykhSY8xaAMCL6PlOY+18 fY8AoIo2TyUSPXEYDiUWs5ts/U6IMh8B =G3LL -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F-13-Beta Go/No-Go Meeting #2 @ 2010-04-08 00:00 UTC Recap
On 8 April 2010 13:06, James Laska jla...@redhat.com wrote: On Thu, 2010-04-08 at 11:30 +0100, Mat Booth wrote: On 8 April 2010 01:33, James Laska jla...@redhat.com wrote: Greetings, Representatives from Fedora QA, Rel-Eng and Development met on IRC to review whether the Fedora 13 Beta release criteria [1] have been met. The team agreed that the Beta criteria *have* been met with F-13-Beta-RC5. For additional details, please refer to the attached minutes. Thanks, James [1] https://fedoraproject.org/wiki/Fedora_13_Beta_Release_Criteria -- Hi, is there a Known or Common Problems page for F13? Hi Mat, You can find the list of Common problems, and notes on how to contribute bugs to the list, at https://fedoraproject.org/wiki/Common_F13_bugs There are several bugs tagged for addition to this page, so I suspect the content will change before F-13-Beta is released. Thanks, James Thanks. -- Mat Booth -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: nouveau rebase for future kernels
On Thu, Apr 08, 2010 at 13:03:40 -0400, Jon Masters jonat...@jonmasters.org wrote: Folks, This may have come up already (and I don't mean upstream :) ) but am interested to know what the plans are in F12 wrt. nouveau updates. Is there a plan to eventually rebase the kernel to 2.6.34? (and with it, requiring a non-backwards compatible update to xorg-x11-drv-nouveau?) If there is not, is there any way (other than building them manually) of getting an X driver that can work with more recent kernels in F12? I am not personally a fan of rebasing so I think I would rather deal with having to rebuild the X driver myself, but in my perfect world maybe someone has done this already and can share. The nouvea abi change is already in 2.6.33 kernels in F13. Linus got something to work, so you might want to look near the end of the long kernel discussion about the issue to see what he did. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: urgent testing call: F13 kernel-2.6.33.1-24.fc13
On Thu, 2010-04-08 at 16:45 +1000, Rodd Clarkson wrote: On Wed, 2010-04-07 at 09:17 -0700, Adam Williamson wrote: Thanks to everyone for their testing, it's greatly appreciated. Based on the positive response here and on forums, we spun a new RC of the beta with the -24 kernel included, so now if you still want to help testing, please test that. See http://lists.fedoraproject.org/pipermail/test-announce/2010-April/61.html . Now that testing of f-13-beta rc#5 has commenced, shouldn't this kernel have appeared as an update through yum? It will do shortly. We didn't have time to go through that process before spinning RC5. -- 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: Using capabilities for libpcap apps
On Tuesday 06 April 2010 04:47:22 pm Radek Vokál wrote: I need few suggestions about this .. https://blog.wireshark.org/2010/02/running-wireshark-as-you/ .. Gerald Combs, the upstream maintainer of wireshark, suggests to use capabilities instead of consolehelper+root privileges for dumpcap/wireshark. It makes whole lot of sense, so I've looked if other apps in Fedora are already using it and I haven't found any. Honestly I'm not sure about right way to use them. The idea is to add something like following to %post # groupadd -g wireshark # chgrp wireshark /usr/bin/dumpcap # setcap cap_net_raw,cap_net_admin+eip /usr/bin/dumpcap # setcap cap_net_raw,cap_net_admin+eip /usr/bin/tshark Suggestions? Ideas? Spec file patches? rpm supposedly has native support for capabilities. That would mean that you don't need to call setcap. -Steve -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Macbook Pro 13.3 (5,5) Fedora 12 notes
On Thu, 2010-04-08 at 13:35 -0400, Jon Masters wrote: Then alsamixer will show all of the channel options, which you should set to 100% volume for now. alsamixer -c 0 would have done the same thing. It would? Doesn't the ALSA plugin always end up hiding things PA doesn't think you need? No. PA doesn't 'hide' anything from the ALSA interfaces (and hence tools). It's just that, with alsa-plugins-pulseaudio installed, the default ALSA device is not your physical sound card, but the virtual device PA creates. Plain 'alsamixer' always shows you the default ALSA device (all ALSA tools assume the default ALSA device if you don't specify some particular device), so if you just do 'alsamixer' you're not seeing some PA-nerfed view of the controls on your actual hardware adapter, you're seeing the actual complete set of ALSA controls that exists on the PA 'card' (which, obviously, isn't many). 'alsamixer -c0' just tells it to show you the control for card 0, instead, which will usually be the actual hardware adapter you want to adjust (on systems with multiple hardware sound devices you may have to go with -c1 or -c2 etc). -- 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: PolicyKit-authentication-agents in Fedora
On Thu, 2010-04-08 at 20:13 +0200, Christoph Wickert wrote: Am Donnerstag, den 08.04.2010, 13:37 -0400 schrieb Bill Nottingham: Christoph Wickert (christoph.wick...@googlemail.com) said: Suggestion: GNOME and KDE use their agents, everything else, for example window managers like icewm or openbox, gets lxpolkit. I'd honestly prefer they use the GNOME one (maintained closer to the source, etc.) unless there are speicfic problems with it. So far there are no problems, but when GConf2 or others get pulled in, we might get into trouble. People are not using a lightweight WM in order to install half of GNOME. Is there any particular reason polkit-gnome-authentication-agent couldn't be polkit-gtk-authentication-agent instead, and explicitly be designed to be GNOME dependency-free and hence suitable for other GTK-ish desktops? It seems a bit odd to mushroom off three different implementations of what's really a fairly simple widget... -- 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: nouveau rebase for future kernels
On Thu, 2010-04-08 at 15:27 -0500, Bruno Wolff III wrote: On Thu, Apr 08, 2010 at 13:03:40 -0400, Jon Masters jonat...@jonmasters.org wrote: Folks, This may have come up already (and I don't mean upstream :) ) but am interested to know what the plans are in F12 wrt. nouveau updates. Is there a plan to eventually rebase the kernel to 2.6.34? (and with it, requiring a non-backwards compatible update to xorg-x11-drv-nouveau?) If there is not, is there any way (other than building them manually) of getting an X driver that can work with more recent kernels in F12? I am not personally a fan of rebasing so I think I would rather deal with having to rebuild the X driver myself, but in my perfect world maybe someone has done this already and can share. The nouvea abi change is already in 2.6.33 kernels in F13. Linus got something to work, so you might want to look near the end of the long kernel discussion about the issue to see what he did. Oh ok, so I'll just bump to F13 when it's released, cool. Jon. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Macbook Pro 13.3 (5,5) Fedora 12 notes
On Thu, 2010-04-08 at 13:58 -0700, Adam Williamson wrote: On Thu, 2010-04-08 at 13:35 -0400, Jon Masters wrote: Then alsamixer will show all of the channel options, which you should set to 100% volume for now. alsamixer -c 0 would have done the same thing. It would? Doesn't the ALSA plugin always end up hiding things PA doesn't think you need? No. PA doesn't 'hide' anything from the ALSA interfaces (and hence tools). It's just that, with alsa-plugins-pulseaudio installed, the default ALSA device is not your physical sound card Oh fine, I guess I had it in my head that it also changed what you'd see in alsamixer. Traditionally, I've often had to remove pulseaudio to get skip free playback (I know this is not necessarily PAs fault) so I don't have a lot of experience as a PA user aside from the last few months :) Jon. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Macbook Pro 13.3 (5,5) Fedora 12 notes
On Wed, 2010-04-07 at 09:12 -0400, Jon Masters wrote: In case this helps anyone else setting up a Macbook Pro 13.3 model 5,5. There are bugs filed for most of these. As an update, I booted rawhide on the system to acquire some more data points. Things were largely the same except suspend/resume without VT switch works fine, but conversely there's some weirdness with the sound driver resulting in no sound (for which I will collate some data before blindly filing a bug on that). The issue with gnome-panel didn't go away per se, but after following Ray's advice in unsetting all panel attributes and killing it a few times I was eventually able to make two new panels and populate them from scratch so that they look as they did before. Jon. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Macbook Pro 13.3 (5,5) Fedora 12 notes
On Thu, 2010-04-08 at 17:30 -0400, Jon Masters wrote: On Wed, 2010-04-07 at 09:12 -0400, Jon Masters wrote: In case this helps anyone else setting up a Macbook Pro 13.3 model 5,5. There are bugs filed for most of these. As an update, I booted rawhide on the system to acquire some more data points. Things were largely the same except suspend/resume without VT switch works fine, but conversely there's some weirdness with the sound driver resulting in no sound (for which I will collate some data before blindly filing a bug on that). Please see: https://fedoraproject.org/wiki/How_to_debug_sound_problems https://fedoraproject.org/wiki/How_to_debug_PulseAudio_problems thanks. -- 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: Macbook Pro 13.3 (5,5) Fedora 12 notes
On Thu, 2010-04-08 at 14:35 -0700, Adam Williamson wrote: On Thu, 2010-04-08 at 17:30 -0400, Jon Masters wrote: On Wed, 2010-04-07 at 09:12 -0400, Jon Masters wrote: In case this helps anyone else setting up a Macbook Pro 13.3 model 5,5. There are bugs filed for most of these. As an update, I booted rawhide on the system to acquire some more data points. Things were largely the same except suspend/resume without VT switch works fine, but conversely there's some weirdness with the sound driver resulting in no sound (for which I will collate some data before blindly filing a bug on that). Please see: https://fedoraproject.org/wiki/How_to_debug_sound_problems https://fedoraproject.org/wiki/How_to_debug_PulseAudio_problems I'm aware of those, I'm just sharing in the thread because I hate it when Googling for stuff and finding threads that went nowhere ;) Jon. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gtkmm24 updates to F13 (was Re: What are the rules for which package we build against in F-13)
On 04/08/2010 08:36 PM, Jesse Keating wrote: On Thu, 2010-04-08 at 19:07 +0200, Denis Leroy wrote: How can the simple process of pushing builds to an unrelease Fedora involves dealing with rel-eng tickets ? That's just unmanageable. Because we're beyond the state of just throw it over the wall and hope it sticks. We branched and are attempting to polish and bugfix the work previously done. We're using peers to verify fixes and prevent regressions. This stage of development is very much not free for all, that's what rawhide is for. Your time for sweeping features has past. I'm not talking about sweeping features here. This is the gnome release. The gtkmm stack follows the Gnome release, i.e. a bunch of packages that go from unstable to stable release and need to be updated and tested all at once, and it always happens during the beta stage since Fedora schedule more or less follows the Gnome major releases. You clearly didn't give this much thought. Anyways, this is no longer my problem. -denis -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PolicyKit-authentication-agents in Fedora
On Thu, 2010-04-08 at 14:02 -0700, Adam Williamson wrote: On Thu, 2010-04-08 at 20:13 +0200, Christoph Wickert wrote: Am Donnerstag, den 08.04.2010, 13:37 -0400 schrieb Bill Nottingham: Christoph Wickert (christoph.wick...@googlemail.com) said: Suggestion: GNOME and KDE use their agents, everything else, for example window managers like icewm or openbox, gets lxpolkit. I'd honestly prefer they use the GNOME one (maintained closer to the source, etc.) unless there are speicfic problems with it. So far there are no problems, but when GConf2 or others get pulled in, we might get into trouble. People are not using a lightweight WM in order to install half of GNOME. Is there any particular reason polkit-gnome-authentication-agent couldn't be polkit-gtk-authentication-agent instead, and explicitly be designed to be GNOME dependency-free and hence suitable for other GTK-ish desktops? It seems a bit odd to mushroom off three different implementations of what's really a fairly simple widget... First of all, the fear of GConf has really grown to quite irrational levels. Just look at http://wiki.lxde.org/en/Google_Summer_of_Code_2010#Fork_GVFS_to_provide_a_more_lightweight.2C_stripped_down_version_without_Gnome_dependency Anyway, studying rpm -q --requires polkit-gnome, I have a really hard time coming up with anything that could be objectionable, bloated or unnecessary: libatk-1.0.so.0()(64bit) libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libcairo.so.2()(64bit) libfontconfig.so.1()(64bit) libfreetype.so.6()(64bit) libgdk-x11-2.0.so.0()(64bit) libgdk_pixbuf-2.0.so.0()(64bit) libgio-2.0.so.0()(64bit) libglib-2.0.so.0()(64bit) libgmodule-2.0.so.0()(64bit) libgobject-2.0.so.0()(64bit) libgtk-x11-2.0.so.0()(64bit) libpango-1.0.so.0()(64bit) libpangocairo-1.0.so.0()(64bit) libpangoft2-1.0.so.0()(64bit) libpolkit-agent-1.so.0()(64bit) libpolkit-gobject-1.so.0()(64bit) libpolkit-gtk-1.so.0()(64bit) libpthread.so.0()(64bit) libpthread.so.0(GLIBC_2.2.5)(64bit) librt.so.1()(64bit) polkit = 0.95 rpmlib(CompressedFileNames) = 3.0.4-1 rpmlib(FileDigests) = 4.6.0-1 rpmlib(PayloadFilesHavePrefix) = 4.0-1 rpmlib(VersionedDependencies) = 3.0.3-1 rtld(GNU_HASH) rpmlib(PayloadIsXz) = 5.2-1 Just what do you want to strip out here ? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PolicyKit-authentication-agents in Fedora
Am Donnerstag, den 08.04.2010, 17:56 -0400 schrieb Matthias Clasen: First of all, the fear of GConf has really grown to quite irrational levels. Just look at http://wiki.lxde.org/en/Google_Summer_of_Code_2010#Fork_GVFS_to_provide_a_more_lightweight.2C_stripped_down_version_without_Gnome_dependency It's not only GConf but also other things like gnome-keyring, libsoup, or gnome-disk-utility with it's dependeny on nautilus and many more things. The latter could be avoided with smarter packaging however. As long as GNOME developers hardcode things like gnome-terminal or gnome-mount in lowlevel stuff like GIO, there will always be people who want to fork from that. Anyway, studying rpm -q --requires polkit-gnome, I have a really hard time coming up with anything that could be objectionable, bloated or unnecessary: [snipped] Just what do you want to strip out here ? Previous versions relied on GConf2 and I already asked if you or David have any plans to bring this dependency back. Regards, Christoph -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PolicyKit-authentication-agents in Fedora
On Thu, 2010-04-08 at 17:56 -0400, Matthias Clasen wrote: Just what do you want to strip out here ? Nothing; Christoph indicated his worry was not about current deps but future ones, and my suggestion was just that the agent make an explicit commitment to restricting itself to GTK+-level, not GNOME-level, deps for the foreseeable future, so other desktops could choose it without fear its deps may grow. -- 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
Orphaning packages, retiring from
After maintaining the gtkmm stack for 7 years or so, as well as a number of other packages, I am now orphaning the remaining packages that were still under my care. I do find that contributing to Fedora is not as fun as it once was, and as such find it more and more difficult to commit the time and care these packages deserve. The following are orphaned in the pkg database: The main gtkmm stack (ideally should be owned by the same person, some C++ experience is helpful but not striclty required): glibmm24 pangomm gtkmm24 gconfmm26 gnome-vfsmm26 libgnomemm26 libgnomeuimm26 libglademm24 libgnomecanvasmm26 Others: libsigc++ libsigc++20 bakery compat-libgda distcc glom goocanvasmm gstreamermm gtksourceviewmm libburn libgda libgnomedb libnotifymm libpanelappletmm libxml++ wp_tray -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Orphaning packages, retiring from Fedora packaging
After maintaining the gtkmm stack for 7 years or so, as well as a number of other packages, I am now orphaning the remaining packages that were still under my care. I do find that contributing to Fedora is not as fun as it once was, and as such find it more and more difficult to commit the time and care these packages deserve. The following are orphaned in the pkg database: The main gtkmm stack (ideally should be owned by the same person, some C++ experience is helpful but not striclty required): glibmm24 pangomm gtkmm24 gconfmm26 gnome-vfsmm26 libgnomemm26 libgnomeuimm26 libglademm24 libgnomecanvasmm26 Others: libsigc++ libsigc++20 bakery compat-libgda distcc glom goocanvasmm gstreamermm gtksourceviewmm libburn libgda libgnomedb libnotifymm libpanelappletmm libxml++ wp_tray -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PolicyKit-authentication-agents in Fedora
Am Donnerstag, den 08.04.2010, 19:05 -0400 schrieb Tony Nelson: On 10-04-08 14:13:01, Christoph Wickert wrote: [snipped] I never said it is a useful decision rationale, it's something we cannot avoid. I agree it's not useful, but please address your complainants to the yum developers. ... Would it work to change the name to polkit-lxpolkit and have it Provide lxpolkit? Then polkit-kde would win and it has even more deps. ;) Not sure if we should change the name from what upstream uses. IMO first of all yum's depsolver should be enhanced. Matthias already made an important point here. Regards, Christoph P.S. /me wonders what would happen if we had polkit-gtk and polkit-kde with the same provides and the same length of the name.. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PolicyKit-authentication-agents in Fedora
On Fri, 2010-04-09 at 01:53 +0200, Christoph Wickert wrote: Am Donnerstag, den 08.04.2010, 19:05 -0400 schrieb Tony Nelson: On 10-04-08 14:13:01, Christoph Wickert wrote: [snipped] I never said it is a useful decision rationale, it's something we cannot avoid. I agree it's not useful, but please address your complainants to the yum developers. ... Would it work to change the name to polkit-lxpolkit and have it Provide lxpolkit? Then polkit-kde would win and it has even more deps. ;) Not sure if we should change the name from what upstream uses. IMO first of all yum's depsolver should be enhanced. Matthias already made an important point here. Regards, Christoph P.S. /me wonders what would happen if we had polkit-gtk and polkit-kde with the same provides and the same length of the name.. Part of the solution here is to not rely entirely on yum depsolving, and instead add explicitly which polkit you want in the comps group, so that a provider is already selected. Yum won't select an additional one. This is what we should do for critpath as well, mark the gnome policy kit explicitly as part of the critpath. -- 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: PolicyKit-authentication-agents in Fedora
Am Donnerstag, den 08.04.2010, 17:01 -0700 schrieb Jesse Keating: Part of the solution here is to not rely entirely on yum depsolving, and instead add explicitly which polkit you want in the comps group, so that a provider is already selected. Yes, I already wrote that in my very first mail. Additionally one core component of each desktop (e.g. gnome-session, kdebase-workspace, xfce4-session and lxsession) should also explicitly require the agent This is what we should do for critpath as well, mark the gnome policy kit explicitly as part of the critpath. +1 Regards, Christoph -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: vga_switcharoo
On 04/08/2010 08:56 AM, Matthew Garrett wrote: On Wed, Apr 07, 2010 at 08:27:12PM -0400, Mail Lists wrote: On 04/07/2010 08:21 PM, Adam Williamson wrote: Well, I would think that if you boot with the Intel adapter active, it wouldn't power up the NVIDIA one. But I'm just guessing :) I guessed the same, until google found claims to the contrary '-) nouveau has powered down the nvidia if it's not in use for some time now. Ah that is good news ... which kernel are we speaking about here and are you saying this will happen even without vga_switcharoo ? Do I assume then when I install f12 (f12?) that the intel wins the race to fedora's display heart and nvidia will be powered down ... and ignored from then on? Thanks. gene -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PolicyKit-authentication-agents in Fedora
On Thu, 2010-04-08 at 15:38 -0700, Adam Williamson wrote: On Thu, 2010-04-08 at 17:56 -0400, Matthias Clasen wrote: Just what do you want to strip out here ? Nothing; Christoph indicated his worry was not about current deps but future ones, and my suggestion was just that the agent make an explicit commitment to restricting itself to GTK+-level, not GNOME-level, deps for the foreseeable future, so other desktops could choose it without fear its deps may grow. I don't think that is reasonable at all. Dependencies are not added just because we enjoy bloating our stack, but because they add functionality that we deem useful. Fear of future dependencies is a crazy reason to preemptively reimplement something. If and when polkit-gnome grows a dependency that you consider unacceptable, that is the right time to voice that concern, and, in the worst case, consider forking off your own implementation. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PolicyKit-authentication-agents in Fedora
On 08/04/10 05:53 PM, Christoph Wickert wrote: Am Donnerstag, den 08.04.2010, 19:05 -0400 schrieb Tony Nelson: On 10-04-08 14:13:01, Christoph Wickert wrote: [snipped] I never said it is a useful decision rationale, it's something we cannot avoid. I agree it's not useful, but please address your complainants to the yum developers. ... Would it work to change the name to polkit-lxpolkit and have it Provide lxpolkit? Then polkit-kde would win and it has even more deps. ;) polkit-lx then? ;-) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
CD install delta from F-12 to F-13 current
Hi, A quick report on the current delta between F-12 and F-13's CD (generated by my just-committed script http://git.fedorahosted.org/git/spin-kickstarts.git?p=spin-kickstarts.git;a=blob;f=tools/liveimage-diff;h=a7ff363222facf7b908150fb6644aa25d1a56504;hb=HEAD ) Some highlights are that we added some OS components and apps: + shotwell 2582122 + gnome-color-manager 3079621 + sssd 4135276 + seahorse 7142974 + planner 6285529 There's a lot of added packages here, which I think is at least partly due to the comps unification work. Removed: - gnupg 5073185 - rhino 826258 - abiword 15361 - libabiword 24396251 - java-1.6.0-openjdk 84493096 The Abiword removal was due to the goal that the CD is just the desktop, shrunk to fit. And finally the biggest winners in terms of package size growth: = kernel 2667526 = empathy 2979990 = libgweather 3184637 = mesa-dri-drivers 21609392 The full report is attached. + hal-filesystem 0 + report-config-bugzilla-redhat-com 83 + color-filesystem 151 + goddard-backgrounds-gnome 808 + abrt-plugin-runapp 10154 + system-setup-keyboard 13752 + report-gtk 16147 + ar9170-firmware 18034 + vpnc-script 18270 + python-virtkey 22244 + hostname 22566 + cyrus-sasl-gssapi 29592 + shared-color-profiles 30906 + nss-sysinit 31149 + plymouth-graphics-libs 32008 + libtevent 38336 + pcsc-lite-libs 45184 + ghostscript-cups 50143 + gsm 51396 + libmpcdec 56622 + keyutils 66023 + report-plugin-bugzilla 68509 + cifs-utils 74259 + acpid 74381 + libieee1284 75477 + python-GnuPGInterface 77474 + sssd-client 82605 + libcdaudio 83444 + usb_modeswitch 89097 + libkate 93327 + libgomp 95092 + gtkimageview 101551 + librsync 102334 + pinentry-gtk 103896 + c-ares 107829 + caribou 108948 + report 112635 + gstreamer-rtsp 113664 + lohit-devanagari-fonts 113721 + libplist 117171 + celt 118149 + libass 121955 + slv2 124763 + json-glib 141615 + libsysfs 145333 + libdvdread 148174 + libofa 158949 + libimobiledevice 161227 + NetworkManager-openconnect 165427 + usbmuxd 167040 + plymouth-core-libs 172368 + libdvdnav 184261 + pywebkitgtk 190103 + gvfs-afc 202852 + libgnome-keyring 207475 + openconnect 207992 + lcms 208504 + libdwarf 211217 + libldb 213304 + zbar 267613 + python-beaker 281295 + xorg-x11-drv-wacom 289061 + enca 311773 + libdc1394 332585 + libmodplug 333854 + iwl5150-firmware 344430 + libgee 352461 + mpfr 379322 + simple-scan 412156 + iwl6000-firmware 469192 + smp_utils 484087 + libnih 485694 + libiodbc 551662 + postgresql-libs 556843 + udisks 638215 + sil-abyssinica-fonts 649794 + schroedinger 661935 + rasqal 675620 + dvb-apps 689921 + redland 716343 + pyclutter 755316 + raptor 837641 + transmission-common 963590 + python-mako 1049800 + dirac-libs 1071160 + ncftp 1284092 + gnome-dvb-daemon 1406199 + deja-dup 1455297 + setools-libs-python 1628036 + duplicity 1707928 + python-boto 1985950 + transmission-gtk 2233988 + shotwell 2582122 + tigervnc-server 2926713 + paratype-pt-sans-fonts 300 + gnome-color-manager 3079621 + gstreamer-plugins-bad-free 3365801 + sane-backends 3792312 + fftw 3910154 + goddard-backgrounds-single 3928407 + sssd 4135276 + mysql-libs 421 + cheese-libs 5609567 + planner 6285529 + dmz-cursor-themes 6526975 + ImageMagick 6735456 + xorg-x11-fonts-misc 7134279 + seahorse 7142974 + sane-backends-libs 7704160 + linux-firmware 8109143 + poppler-data 11987205 + wqy-zenhei-fonts 13319014 - nodoka-filesystem 0 - lyx-fonts-common 3301 - libopenraw-gnome 7504 - htmlview 9502 - libbdevid-python 11592 - fedora-setup-keyboard 13071 - abiword 15361 - lyx-cmex10-fonts 21092 - abrt-plugin-kerneloopsreporter 25088 - lyx-cmr10-fonts 26348 - paktype-fonts-common 28567 - lyx-cmsy10-fonts 29392 - lyx-cmmi10-fonts 32556 - nodoka-metacity-theme 35397 - abrt-plugin-sqlite3 38573 - aiksaurus-gtk 74832 - giflib 81932 - jline 89869 - joystick 99769 - fedorainfinity-screensaver-theme 104031 - lohit-marathi-fonts 110736 - lohit-maithili-fonts 110768 - lohit-hindi-fonts 110982 - jpackage-utils 168677 - ots-libs 171678 - plymouth-libs 171976 - fribidi 178754 - loudmouth 198480 - ethtool 225660 - java-1.6.0-openjdk-plugin 231112 - gstreamer-plugins-flumpegdemux 264775 - libwpg 274216 - libksba 275016 - tzdata-java 275562 - nash 302096 - libopenraw 363042 - python-enchant 379079 - t1lib 394344 - libwmf 447905 - DeviceKit-disks 514853 - dirmngr 596260 - aiksaurus 601798 - linuxwacom 619094 - abyssinica-fonts 649794 - wv 701148 - libwpd 750507 - rhino 826258 - empathy-libs 831664 - link-grammar 1316764 - kernel-firmware 2067581 - gtkmathview 2892598 - bluecurve-cursor-theme 3181040 - transmission 3644011 - constantine-backgrounds-single 4372087 - gnupg 5073185 - bitmap-fonts 7045704 - gthumb 7782182 - constantine-backgrounds 9556485 - cjkuni-uming-fonts 21552609 - libabiword 24396251 - java-1.6.0-openjdk 84493096 = ibus-pinyin -33762022 = fedora-release-notes -19195917 = cheese -5180327 = evolution -4741537 = gcalctool -4251295 = gnome-icon-theme -2521313 = gnome-games -2282235 = gnome-bluetooth -1080495 =
Re: CD install delta from F-12 to F-13 current
On 04/09/2010 08:58 AM, Colin Walters wrote: Some highlights are that we added some OS components and apps: + shotwell 2582122 + gnome-color-manager 3079621 + sssd 4135276 + seahorse 7142974 + planner 6285529 Removed: - gnupg 5073185 - rhino 826258 - abiword 15361 - libabiword 24396251 - java-1.6.0-openjdk 84493096 The Abiword removal was due to the goal that the CD is just the desktop, shrunk to fit. How does it make sense to remove Abiword and add Planner? I assume a project management tool is much less used than a word processor. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 555420] FTBFS perl-IO-Compress-Bzip2-2.005-6.fc12
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=555420 --- Comment #17 from Ville Skyttä ville.sky...@iki.fi 2010-04-08 02:15:35 EDT --- Still not updated in F-13+, do you need help with this? -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 555420] FTBFS perl-IO-Compress-Bzip2-2.005-6.fc12
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=555420 Marcela Mašláňová mmasl...@redhat.com changed: What|Removed |Added Depends on||573932 --- Comment #18 from Marcela Mašláňová mmasl...@redhat.com 2010-04-08 02:33:30 EDT --- My plan is add into Fedora new module IO-Compress, which work fine. I'm blocked by #573932 and #573929. This package will be dead after adding the replacement. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 580618] need an EL5 version
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=580618 Ville Skyttä ville.sky...@iki.fi changed: What|Removed |Added AssignedTo|ville.sky...@iki.fi |nathan...@gnat.ca --- Comment #1 from Ville Skyttä ville.sky...@iki.fi 2010-04-08 15:25:27 EDT --- I have no need for this on EL, feel free to do it. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 580620] need an EL5 version
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=580620 Ville Skyttä ville.sky...@iki.fi changed: What|Removed |Added AssignedTo|ville.sky...@iki.fi |nathan...@gnat.ca --- Comment #1 from Ville Skyttä ville.sky...@iki.fi 2010-04-08 15:30:35 EDT --- I have no need for this in EL, feel free to take it. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 580618] need an EL5 version
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=580618 Nathanael Noblet nathan...@gnat.ca changed: What|Removed |Added Flag||fedora-cvs? --- Comment #2 from Nathanael Noblet nathan...@gnat.ca 2010-04-08 15:33:10 EDT --- Package Change Request == Package Name: perl-HTML-Encoding New Branches: EL-5 Owners: gnat InitialCC: perl-sig -- 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
[389-devel] Please Review: (578863) Password Modify Extended Operation ignoring referrals and writing information on dedicated consumer server
https://bugzilla.redhat.com/show_bug.cgi?id=578863 https://bugzilla.redhat.com/attachment.cgi?id=405422action=diff https://bugzilla.redhat.com/attachment.cgi?id=405422action=edit -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel