Re: yum-presto and comps
On Thu, 2010-01-07 at 04:44 -0500, Jens Petersen wrote: In F12 we shipped yum-presto in @gnome-desktop - a kind of a compromise I guess. Presto/deltarpm is very useful for machines with low net connectivity to mirrors but enough resources to rebuild rpms. But yum-presto is not a desktop package at all and certainly does not belong in the gnome-desktop group. [1] Perhaps the right approach for f13 is to install yum-presto by default but to disable it by default? Lighter compression might also help to reduce the resource requirements for older machines? I don't think that there really is something to fix here, and I don't know that I can make you happy. If I do the customization in the kickstart file, you complain as well (see PK-command-not-found) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Proposal: fedora-release-rawhide subpackage
On Wed, 2010-01-06 at 20:47 -0700, Kevin Fenzi wrote: I wrote up this using the Feature template, but I don't guess it's really that much of a feature: https://fedoraproject.org/wiki/Features/RawhideRepoSubpackage (except in that it needs coordination across the distro and docs updates, etc). Thoughts? Sounds like a great idea to me. Preventing accidents is good. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rpms/pango/devel pango.spec,1.180,1.181 sources,1.99,1.100
Author: mclasen
Update of /cvs/pkgs/rpms/pango/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv20168
Modified Files:
pango.spec sources
Log Message:
1.26.2
Index: pango.spec
===
RCS file: /cvs/pkgs/rpms/pango/devel/pango.spec,v
retrieving revision 1.180
retrieving revision 1.181
diff -u -p -r1.180 -r1.181
--- pango.spec 3 Dec 2009 21:12:36 - 1.180
+++ pango.spec 6 Jan 2010 14:11:50 - 1.181
@@ -8,11 +8,11 @@
Summary: System for layout and rendering of internationalized text
Name: pango
-Version: 1.26.1
+Version: 1.26.2
Release: 1%{?dist}
License: LGPLv2+
Group: System Environment/Libraries
-Source: http://download.gnome.org/sources/pango/1.25/pango-%{version}.tar.bz2
+Source: http://download.gnome.org/sources/pango/1.26/pango-%{version}.tar.bz2
URL: http://www.pango.org
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
@@ -162,6 +162,8 @@ esac
# autoconf uses powerpc not ppc
host=`echo $host | sed s/^ppc/powerpc/`
+# autoconf uses ibm-linux not redhat-linux on s390x
+host=`echo $host | sed s/^s390\(x\)*-redhat/s390\1-ibm/`
case $host in
alpha*|ia64*|powerpc64*|s390x*|sparc64*|x86_64*)
@@ -228,6 +230,10 @@ fi
%changelog
+* Wed Dec 16 2009 Matthias Clasen mcla...@redhat.com - 1.26.2-1
+- Update to 1.26.2
+- See http://download.gnome.org/sources/pango/1.26/pango-1.26.2.news
+
* Thu Dec 3 2009 Behdad Esfahbod besfa...@redhat.com - 1.26.1-1
- 1.26.1
Index: sources
===
RCS file: /cvs/pkgs/rpms/pango/devel/sources,v
retrieving revision 1.99
retrieving revision 1.100
diff -u -p -r1.99 -r1.100
--- sources 3 Dec 2009 21:12:36 - 1.99
+++ sources 6 Jan 2010 14:11:50 - 1.100
@@ -1 +1 @@
-2cbc1f26639e335905f7d31c0da53fce pango-1.26.1.tar.bz2
+f30212b8833af3ce5c82121dc309e3d0 pango-1.26.2.tar.bz2
___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
packages up for adoption
I intend to give up the following packages: fedorainfinity-backgrounds libbeagle libcroco libexif libspectre preferences-menus Any takers ? Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: packages up for adoption
On Tue, 2010-01-05 at 15:54 +0100, Mathieu Bridon wrote: On Tue, Jan 5, 2010 at 15:37, Matthias Clasen mcla...@redhat.com wrote: I intend to give up the following packages: fedorainfinity-backgrounds I've been using it since Fedora 8 (never liked any other Fedora wallpaper as much as this one), so I can't let it be retired. :) I'll take it. Thanks, I've released it now. You can pick it up at https://admin.fedoraproject.org/pkgdb/packages/name/fedorainfinity-backgrounds -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: packages up for adoption
On Tue, 2010-01-05 at 09:46 -0600, Rex Dieter wrote: Matthias Clasen wrote: I intend to give up the following packages: libspectre I can help out here. Already sold to Marek, but I'm sure he'll welcome you as a comaintainer -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: packages up for adoption
On Tue, 2010-01-05 at 16:59 +0100, Thomas Janssen wrote: 2010/1/5 Matthias Clasen mcla...@redhat.com: I intend to give up the following packages: libexif I will take this one. Thanks, its yours if you take it: http://admin.fedoraproject.org/pkgdb/packages/name/libexif -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Reviewers needed
I need some kind soul to review at-spi2-atk and pyatspi for me, both of which are part of the new at-spi2 accessibility stack. The bugs are here: http://bugzilla.redhat.com/show_bug.cgi?id=544629 http://bugzilla.redhat.com/show_bug.cgi?id=544630 Thanks, Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Packaging problem with %find_lang
On Sun, 2010-01-03 at 01:22 +, Paul wrote: The build is producing the following mkdir -p /home/paul/rpmbuild/BUILDROOT/monodevelop-boo-2.2-1.fc13.i386/usr/lib/monodevelop/AddIns/BooBinding/locale/zh_CN/LC_MESSAGES/ cp '../build/locale/zh_CN/LC_MESSAGES/monodevelop-boo.mo' '/home/paul/rpmbuild/BUILDROOT/monodevelop-boo-2.2-1.fc13.i386/usr/lib/monodevelop/AddIns/BooBinding/locale/zh_CN/LC_MESSAGES/monodevelop-boo.mo' mkdir -p /home/paul/rpmbuild/BUILDROOT/monodevelop-boo-2.2-1.fc13.i386/usr/lib/monodevelop/AddIns/BooBinding/locale/zh_TW/LC_MESSAGES/ cp '../build/locale/zh_TW/LC_MESSAGES/monodevelop-boo.mo' '/home/paul/rpmbuild/BUILDROOT/monodevelop-boo-2.2-1.fc13.i386/usr/lib/monodevelop/AddIns/BooBinding/locale/zh_TW/LC_MESSAGES/monodevelop-boo.mo' Your build is copying its translations into /usr/lib/monodevelop/AddIns/BooBinding/locale, where %find_lang is not looking. %find_lang looks for translations in /usr/share/locale -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Mass rebuild for F13?
On Mon, 2009-12-21 at 07:38 -0500, Orcan Ogetbil wrote: On Mon, Dec 21, 2009 at 7:21 AM, Jakub Jelinek wrote: On Mon, Dec 21, 2009 at 07:03:13AM -0500, Orcan Ogetbil wrote: It would be nice if you folks add these little explanations as comments next to the patches of the gcc SPEC file. (this is also a packaging requirement [1]). 1) gcc-4.4-RH has its own svn branch in upstream repository, so the src.rpm contains only very few patches, most of the changes are simply committed to the svn branch. svn commit logs contain all relevant info. 2) the patches (~ 20) that are left have comments in their bodies, rather than in the spec file, which is much more maintainable. Yeah, those comments in the patches are quite informative, like libtool sucks. Seriously, this comment about the patch in the specfile is a packaging requirement, not a personal request. Keeping comments in patches is perfectly fine; if the packaging guidelines don't reflect that, they ought to be clarified. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
File pango-1.26.2.tar.bz2 uploaded to lookaside cache by mclasen
A file has been added to the lookaside cache for pango: f30212b8833af3ce5c82121dc309e3d0 pango-1.26.2.tar.bz2 ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
rpms/pango/F-12 .cvsignore, 1.98, 1.99 pango.spec, 1.180, 1.181 sources, 1.99, 1.100
Author: mclasen
Update of /cvs/pkgs/rpms/pango/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv25879
Modified Files:
.cvsignore pango.spec sources
Log Message:
1.26.2
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/pango/F-12/.cvsignore,v
retrieving revision 1.98
retrieving revision 1.99
diff -u -p -r1.98 -r1.99
--- .cvsignore 3 Dec 2009 21:12:00 - 1.98
+++ .cvsignore 17 Dec 2009 00:51:58 - 1.99
@@ -1 +1 @@
-pango-1.26.1.tar.bz2
+pango-1.26.2.tar.bz2
Index: pango.spec
===
RCS file: /cvs/pkgs/rpms/pango/F-12/pango.spec,v
retrieving revision 1.180
retrieving revision 1.181
diff -u -p -r1.180 -r1.181
--- pango.spec 3 Dec 2009 21:12:00 - 1.180
+++ pango.spec 17 Dec 2009 00:51:58 - 1.181
@@ -8,11 +8,11 @@
Summary: System for layout and rendering of internationalized text
Name: pango
-Version: 1.26.1
+Version: 1.26.2
Release: 1%{?dist}
License: LGPLv2+
Group: System Environment/Libraries
-Source: http://download.gnome.org/sources/pango/1.25/pango-%{version}.tar.bz2
+Source: http://download.gnome.org/sources/pango/1.26/pango-%{version}.tar.bz2
URL: http://www.pango.org
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
@@ -228,6 +228,10 @@ fi
%changelog
+* Wed Dec 16 2009 Matthias Clasen mcla...@redhat.com - 1.26.2-1
+- Update to 1.26.2
+- See http://download.gnome.org/sources/pango/1.26/pango-1.26.2.news
+
* Thu Dec 3 2009 Behdad Esfahbod besfa...@redhat.com - 1.26.1-1
- 1.26.1
Index: sources
===
RCS file: /cvs/pkgs/rpms/pango/F-12/sources,v
retrieving revision 1.99
retrieving revision 1.100
diff -u -p -r1.99 -r1.100
--- sources 3 Dec 2009 21:12:00 - 1.99
+++ sources 17 Dec 2009 00:51:58 - 1.100
@@ -1 +1 @@
-2cbc1f26639e335905f7d31c0da53fce pango-1.26.1.tar.bz2
+f30212b8833af3ce5c82121dc309e3d0 pango-1.26.2.tar.bz2
___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
Planning the accessibility stack rebase
As some of you may know, the accessibility framework is getting ported from CORBA/ORBit to DBus [1]. The (ambitious) upstream plan is to have this transition completed in time for GNOME 2.30, ie within the F-13 timeframe. This is a big effort, and the accessibility guys need all the help they can get. To help with testing and feedback, I plan to get the new accessibility stack into rawhide in early January. I have done initial packages for the at-spi2 components [2], but they are not quite ready for prime time yet (they don't have the coexistence part entirely sorted out). Some details about the changes that coming: The CORBA-based at-spi package is being replaced by three components: at-spi2-core - protocol definitions and registry daemon at-spi2-atk - the atk-bridge GTK+ module pyatspi - Python bindings for at-spi There is no replacement for the cspi 'C bindings' at the moment. The current users of cspi are being ported to use D-Bus directly (mousetweaks) or replaced (gok being replaced by Caribou [3]). I am not sure about the porting status of dasher... To make the transition phase less painful, there are some efforts to allow the old and new stacks to coexist. The CORBA-based at-spi stuff will install its atk-bridge module and Python bindings somewhere else, and there will be a desktop file that sets the GTK_PATH environment variable and a pyatspi.pth Python module that sets some Python path. These path-tweaks will be triggered by a GConf key, allowing both stacks to be installed at the same time and allowing users and testers to switch back and forth between the stacks. It would be great if people who are interested in accessibility on Fedora could chime in and help with planning this to make the transition as smooth as it can. I'm sure there will be some bumps along the way anyway... Matthias PS Having written all this down, I realize that I should probably turn this into a feature page... [1] http://www.linuxfoundation.org/collaborate/workgroups/accessibility/atk/at-spi/at-spi_on_d-bus [2] http://bugzilla.redhat.com/show_bug.cgi?id=544628 http://bugzilla.redhat.com/show_bug.cgi?id=544629 http://bugzilla.redhat.com/show_bug.cgi?id=544630 [3] http://live.gnome.org/Caribou -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: example content
On Tue, 2009-11-24 at 22:39 -0600, Mel Chua wrote: Because it's brainstorm time and I'm procrastinating on FUDCon accounting... ;) * FWN podcast, http://www.braincache.de/wp/2009/11/15/fwn-fedora-weekly-news-201. * the http://www.redhat.com/mailman/listinfo/fedora-music-list might have more suggestions / be able to come up with something audio-related * SVG versions of the one-page release notes are at http://duffy.fedorapeople.org/collateral/release%20notes/f12/ and might make a nice hey, try Inkscape prompter. * GIMP-transformed images of Fedora contributors alongside their originals and some how we did this notes - see the Do It With Fedora! section in the middle of http://duffy.fedorapeople.org/temp/woot/page1.png for inspiration * https://fedoraproject.org/wiki/Statistics in spreadsheet format adding up total downloads * a screencast on how to use http://fedoraproject.org/join-fedora to go from I'm interested! to I have a FAS account and am posting an intro on a mailing list? or I'm on IRC! or something of the sort. Those are nice suggestions, thanks a lot. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: livecds in the future
Trying to respond to several points that were raised in this thread... 1. If live cds are as indispensable as you claim they are, it will be relatively straightforward to produce them for F13 simply by omitting the big items that will push us over the cd size limit, ie OpenOffice, example content, and whatever else we decide to fill the new space with. But the bigger image will be the one that we try to make as good as possible, and the CD-sized offspring will be a cut down version with gaps. 2. More download choices are not a part of the solution, but a part of the problem... We already have the problem that people are choosing to download the DVD just because DVD CD; but unlike the spins, the DVD is not a designed product at all. If we need to make a cd-sized alternative available, it should be marked clearly as a secondary option on the download page, e.g. hidden behind a 'Can't boot USB ?' question... 3. 'Chain-booting' from cd to usb sounds like an elegant way to avoid the 'Can't boot USB' problem. Did we figure out how Mandriva are doing it ? Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: crazy Xrandr/XOrg automatic display configuration.
On Wed, 2009-11-25 at 12:33 -0500, Jud Craft wrote: I assumed, via the release notes, that the new Xorg operates in extend-desktop mode by default. However, I'm not sure. When I hook up a running Fedora laptop to a projector, my desktop is extended. Very nice. When I hook up the same projector and then -boot- my Fedora laptop, I am set to mirrored-mode by default at startup. Does anyone else have this? Why are there two different external display behaviors? This is intentional. Plymouth is rendering the same boot animation on all heads; not sure we can do much better. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: crazy Xrandr/XOrg automatic display configuration.
On Wed, 2009-11-25 at 13:00 -0500, Jud Craft wrote: On Wed, Nov 25, 2009 at 12:48 PM, Matthias Clasen wrote: This is intentional. Plymouth is rendering the same boot animation on all heads; not sure we can do much better. Oh, I don't mind that at all. That's awesome. I understand that clone mode is excellent for Plymouth. But after Fedora logs in, couldn't GNOME/Xorg set an extended desktop? Since that does seem to be the endorsed behavior. Surely letting Plymouth use clone mode doesn't mean the desktop session can't expand the desktop after login? Oh, I misunderstood. Yeah, it should remember the previous configuration you had with this combination of outputs. This information is stored in ~/.config/monitors.xml. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: crazy Xrandr/XOrg automatic display configuration.
On Wed, 2009-11-25 at 13:13 -0500, Jud Craft wrote: Oh, I misunderstood. Yeah, it should remember the previous configuration you had with this combination of outputs. This information is stored in ~/.config/monitors.xml. Right. I guess what I'm saying is...it doesn't seem to. The very first time I booted my laptop with this (800x600) projector, it defaulted to clone mode in session. I left the room and restarted my laptop. When I returned, plugging the monitor in live resulted in an extended desktop (very cool). I then restarted my laptop and let it boot fresh with the monitor plugged in. The desktop session started in clone mode again. I have a completely-different-in-every-way giant widescreen monitor at home, so I don't think Display Settings is mixing up the external display configurations. https://bugzilla.gnome.org/show_bug.cgi?id=572876 might be related. It has some discussion about ~/.config/monitors.xml.backup. I don't have a multi-monitor setup at hand over the long weekend, so I can't investigate further atm. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: PolicyKit and syslog
On Tue, 2009-11-24 at 11:26 -0500, Matthew Miller wrote: One of the important features of sudo is its ability to log elevated-access actions to syslog. Userhelper similarly logs actions, like so: userhelper[26491]: running '/usr/share/system-config-users/system-config-users ' with root privileges on behalf of 'mattdm'. PolicyKit serves a similar function, but doesn't seem to log anything. In fact, the only use of syslog appears to be in polkit-agent-helper-1, which logs in two possible situations -- when called with the wrong number of arguments and when stdin is a tty. (Most other things it fprintfs to stderr.) I'm not bringing this up to complain -- I just want to make sure that I'm not missing something (which happens more often than it should; *sigh*). If I'm not missing something, is this something anyone is working on already or has existing plans for? PolicyKit itself is not running anything. It is just answering the question of a mechanism: 'is X allowed to do foo ?'. It would make more sense for the mechanisms that use PolicyKit to log privileged actions that they do or deny to do. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: PolicyKit and syslog
On Tue, 2009-11-24 at 11:48 -0500, Seth Vidal wrote: when the policies are updated it is policy kit that has to be involved. polkitd is running, at least. That might be ok to log, indeed. polkitd need not be running, though. It is activated as needed. It would make sense for polkitd to note a change to a policy. Maybe also to note any communications to polkitd of any kind. That I would consider spamming. But maybe at absurd log levels... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: PolicyKit and syslog
On Tue, 2009-11-24 at 12:29 -0500, Matthew Miller wrote: 1. In fact, a PAM-backed authority for PolicyKit might be interesting and useful -- but there's a tangent. What do you think PolicyKit is using for authentication ? See http://cgit.freedesktop.org/PolicyKit/tree/src/polkitagent/polkitagenthelper.c -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: tangent: PolicyKit and PAM
On Tue, 2009-11-24 at 13:18 -0500, Matthew Miller wrote: Like I said, this is a tangent, and I'm certainly not expecting anyone to work on this. But it'd be cool if they did. Just as everybody else is struggling to get away from pam's awful apis...I don't think this would be a step forward; but sure, it might be doable. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: PolicyKit and syslog
On Tue, 2009-11-24 at 11:26 -0500, Matthew Miller wrote: One of the important features of sudo is its ability to log elevated-access actions to syslog. Userhelper similarly logs actions, like so: userhelper[26491]: running '/usr/share/system-config-users/system-config-users ' with root privileges on behalf of 'mattdm'. PolicyKit serves a similar function, but doesn't seem to log anything. In fact, the only use of syslog appears to be in polkit-agent-helper-1, which logs in two possible situations -- when called with the wrong number of arguments and when stdin is a tty. (Most other things it fprintfs to stderr.) I'm not bringing this up to complain -- I just want to make sure that I'm not missing something (which happens more often than it should; *sigh*). If I'm not missing something, is this something anyone is working on already or has existing plans for? PolicyKit itself is not running anything. It is just answering the question of a mechanism: 'is X allowed to do foo ?'. It would make more sense for the mechanisms that use PolicyKit to log privileged actions that they do or deny to do. -- Fedora-security-list mailing list Fedora-security-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-security-list
Re: tangent: PolicyKit and PAM
On Tue, 2009-11-24 at 13:18 -0500, Matthew Miller wrote: Like I said, this is a tangent, and I'm certainly not expecting anyone to work on this. But it'd be cool if they did. Just as everybody else is struggling to get away from pam's awful apis...I don't think this would be a step forward; but sure, it might be doable. -- Fedora-security-list mailing list Fedora-security-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-security-list
Re: abrt and bugzilla
On Mon, 2009-11-23 at 16:58 +0100, Kevin Kofler wrote: Jiri Moskovcak wrote: Thx, btw, I thought there was a plan to unite the dbus interfaces for kwallet and g-keyring. AFAIK, that hasn't been implemented yet. :-( Kevin Kofler I believe the gnome-keyring implementation lives here: http://git.gnome.org/cgit/gnome-keyring/log/?h=dbus-api -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Security testing: need for a security policy, and a security-critical package process
On Mon, 2009-11-23 at 14:08 -0800, Adam Williamson wrote: It's not QA's role to define exactly what the security policy should look like or what it should cover, but from the point of view of testing, what we really need are concrete requirements. The policy does not have to be immediately comprehensive - try and cover every possible security-related issue - to be valuable. Something as simple as spot's proposed list of things an unprivileged user must not be able to do - http://spot.livejournal.com/312216.html - would serve a valuable purpose here. I don't think spots list is too useful, unfortunately; discussing an abstract 'unprivileged user' without defining some roles and use cases doesn't make much sense to me. There is probably a difference between a guest account and a regular (non-admin) user in what I want them to be able to do; 'unprivileged user' does not allow that distinction. And there is certainly a difference between what a regular user is expected to be allowed on a family computer vs a university computer lab. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Security testing: need for a security policy, and a security-critical package process
On Mon, 2009-11-23 at 18:31 -0500, Seth Vidal wrote: Otherwise we open ourselves up to a less-secure-by-default posture in an average install. We've been in that position in the past and it is not a favorable place to be. We should just avoid to sink tons of QA resources in verifying that a theoretical 'unprivileged user' can do nothing, when that role is not something anybody would want to use anyway (because it can do nothing) and is not the role that most users will actually end up with in a typical desktop install. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Security testing: need for a security policy, and a security-critical package process
On Mon, 2009-11-23 at 19:36 -0500, Seth Vidal wrote: On Mon, 23 Nov 2009, Matthias Clasen wrote: On Mon, 2009-11-23 at 18:31 -0500, Seth Vidal wrote: Otherwise we open ourselves up to a less-secure-by-default posture in an average install. We've been in that position in the past and it is not a favorable place to be. We should just avoid to sink tons of QA resources in verifying that a theoretical 'unprivileged user' can do nothing, when that role is not something anybody would want to use anyway (because it can do nothing) and is not the role that most users will actually end up with in a typical desktop install. If someone installing/deploying fedora (or a fedora-derived spin) wants to configure a specific user or a set of users to have greater power, then they should be able to do that. The default as shipped in our packages should not empower users significantly. Default strict, configure relaxed. I don't want to ship a desktop that doesn't let the user do useful things. How that translates in packages and defaults is not really the most important part, but the plan is to have strict package defaults + a policy package that makes things work. The important part is that we QA the combination, not just the strict defaults. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Security testing: need for a security policy, and a security-critical package process
On Mon, 2009-11-23 at 19:54 -0500, Seth Vidal wrote: We should not be forcing the choices for the desktop spin on everyone who installs a pkg in the distribution. Sure, I agree. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Security testing: need for a security policy, and a security-critical package process
On Mon, 2009-11-23 at 14:08 -0800, Adam Williamson wrote: It's not QA's role to define exactly what the security policy should look like or what it should cover, but from the point of view of testing, what we really need are concrete requirements. The policy does not have to be immediately comprehensive - try and cover every possible security-related issue - to be valuable. Something as simple as spot's proposed list of things an unprivileged user must not be able to do - http://spot.livejournal.com/312216.html - would serve a valuable purpose here. I don't think spots list is too useful, unfortunately; discussing an abstract 'unprivileged user' without defining some roles and use cases doesn't make much sense to me. There is probably a difference between a guest account and a regular (non-admin) user in what I want them to be able to do; 'unprivileged user' does not allow that distinction. And there is certainly a difference between what a regular user is expected to be allowed on a family computer vs a university computer lab. -- Fedora-security-list mailing list Fedora-security-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-security-list
Re: intent to retire: kudzu
On Wed, 2009-11-11 at 14:03 +0100, Nils Philippsen wrote: On Tue, 2009-11-10 at 01:58 +0530, Rahul Sundaram wrote: On 11/10/2009 01:58 AM, Bill Nottingham wrote: I'd like to retire kudzu for F-13. Why? - There are places where it almost certainly does not work with current kernels - It's so deprecated that one of its replacements (HAL) has since been frozen and deprecated - Given that, its upstream is very dead However, it is still being required by two programs: - hwbrowser - fwfstab If someone wants to keep it limping along for thsese two programs I can orphan it. But I'd really rather just retire it. I filed a bug report against these programs a while back to move away from Kudzu. Neither of these programs themselves seem to be actively maintained anymore. The move from kudzu over udev to hal and via DeviceKit back to (lib)udev wasn't something I wanted to follow while it was still moving ;-). In the hope that using libudev is here to stay, I can now reimplement hwbrowser on top of it -- I don't think porting the old code is a good idea, as it wasn't written with hot-pluggable hardware in mind. I noticed recently that suse have a patch to add a 'Hardware' tab to gnome-system-monitor. I haven't looked deeper, so I don't know if it is any good. But it might be worth checking out. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Status of HAL
On Tue, 2009-11-10 at 08:45 +0530, Rahul Sundaram wrote: On 11/10/2009 08:43 AM, Orion Poplawski wrote: On Mon, November 9, 2009 1:28 pm, Bill Nottingham wrote: - It's so deprecated that one of its replacements (HAL) has since been frozen and deprecated Okay, I really can't keep up with Linux development these days. What has replaced HAL? It hasn't yet but DeviceKit will over a period of time. You can't keep up either :-) There is no DeviceKit package anymore; the central role has been taken over by udev, mostly. And then there are subsystem-specific services, like DeviceKit-disks, DeviceKit-power, NetworkManager, etc. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: missing help files for Evolution and Nautilus in F12 Beta?
On Sat, 2009-11-07 at 11:48 -0500, Jud Craft wrote: In F12, the GNOME Help Program (I think it's called Yelp, now?) shows an error when trying to access Help in either Nautilus or Evolution. Do these programs not have help available? Or has it simply not been packaged for the F12 beta? The help browser has been called yelp for quite a number of years, not exactly a recent change... The help files for evolution are in the package evolution-help, the help files for nautilus (and the rest of the desktop infrastructure) are in the package gnome-user-docs. Both are not on the live CD for size reasons. We'll include them when we switch to targeting a larger USB stick. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: updating F11 GNOME release
On Mon, 2009-11-02 at 16:44 -0500, Jud Craft wrote: This is unfortunately not actually a helpful topic, but I am deathly curious. Will GNOME be stuck at 2.26 for the rest of the F11 cycle? Or are updates in the works, just not ready yet? We've updated GNOME in F11 to 2.26.3. We don't do jumps to the next major GNOME version within a released Fedora, that would be incompatible with our understanding of a released product. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Gnome panel crashes when changing color
On Fri, 2009-10-30 at 17:31 -0500, Mike Chambers wrote: It seems, whether you use the bottom panel, or change the top panel to be the bottom (speaking after an initial rawhide install), and go to properties and change the color of it, it crashes. It logs you out of gnome and into gdm, then fails to load and won't allow you to log in to gnome again. Anyone else seen this lately? If your panel crashes, that does not end your session. Try it: killall -SEGV gnome-panel If your session ends, most likely the X server crashed. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Status of multiseat feature
On Thu, 2009-10-22 at 18:20 +0200, Linus Walleij wrote: Is anyone actively working on multiseat? https://fedoraproject.org/wiki/Features/Multiseat The necessary infrastructure for multiseat is (slowly) being developed in ConsoleKit and gdm branches upstream. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: FESCo meeting summary for 2009-10-02
On Wed, 2009-10-07 at 17:11 -0400, Steve Grubb wrote: On Friday 02 October 2009 01:56:21 pm Jon Stanley wrote: Meeting summary --- * incomplete features (jds2001, 17:04:12) * AGREED: Lower Process Capabilities is retained, dbus changes are being committed to complete the feature. (jds2001, 17:38:58) I'm wondering if this is still in work? I just checked koji and dbus was rebuilt today, but without applying the patch here: https://bugzilla.redhat.com/show_bug.cgi?id=518541 I really want to mark this feature 100% done. All that needs to be done is change the BuildRequires to libcap-ng-devel and apply the attached patch. I just asked Colin, who looked at the patch. There must have been some miscommunication, since he had expected you to do the build for F12...let me do a build now. Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F-12 Beta Blocker Meeting 2009-10-02 @ 15:00 UTC (11 AM EDT) - Recap
On Fri, 2009-10-02 at 18:17 -0700, Dan Williams wrote: On Fri, 2009-10-02 at 14:47 -0400, James Laska wrote: * https://bugzilla.redhat.com/show_bug.cgi?id=526535 (jlaska, 16:17:50) * AGREED: after good discussion around related changes, the group agreed to accept a fix for bug#526535 and several other NM changes that would be good to get broad testing from beta testers (jlaska, 16:36:46) * open discussion (jlaska, 16:38:53) * ACTION: dcbw will fix keys not shown as well, then rebuild pacakges, then follow up on the jlaska's mail with link to packages (jlaska, 16:39:38) http://koji.fedoraproject.org/koji/taskinfo?taskID=1725454 * Fri Oct 2 2009 Dan Williams d...@redhat.com - 0.7.996-4.git20091002 - install: fix -gnome package %pre script failures (rh #526519) - nm: fix failures validating private keys when using the NSS crypto backend - applet: fix crashes when clicking on menu but not associated (rh #526535) - editor: fix crash editing wired 802.1x settings - editor: fix secrets retrieval when editing connections Shouldn't you have built that in dist-f12 ? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F-12 Beta Blocker Meeting 2009-10-02 @ 15:00 UTC (11 AM EDT) - Recap
On Sat, 2009-10-03 at 10:47 -0400, Matthias Clasen wrote: On Fri, 2009-10-02 at 18:17 -0700, Dan Williams wrote: On Fri, 2009-10-02 at 14:47 -0400, James Laska wrote: * https://bugzilla.redhat.com/show_bug.cgi?id=526535 (jlaska, 16:17:50) * AGREED: after good discussion around related changes, the group agreed to accept a fix for bug#526535 and several other NM changes that would be good to get broad testing from beta testers (jlaska, 16:36:46) * open discussion (jlaska, 16:38:53) * ACTION: dcbw will fix keys not shown as well, then rebuild pacakges, then follow up on the jlaska's mail with link to packages (jlaska, 16:39:38) http://koji.fedoraproject.org/koji/taskinfo?taskID=1725454 * Fri Oct 2 2009 Dan Williams d...@redhat.com - 0.7.996-4.git20091002 - install: fix -gnome package %pre script failures (rh #526519) - nm: fix failures validating private keys when using the NSS crypto backend - applet: fix crashes when clicking on menu but not associated (rh #526535) - editor: fix crash editing wired 802.1x settings - editor: fix secrets retrieval when editing connections Shouldn't you have built that in dist-f12 ? I've started an F12 build now, so we can get some testing over the weekend: http://koji.fedoraproject.org/koji/taskinfo?taskID=1725789 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: yum-presto not on by default
On Thu, 2009-09-24 at 16:00 -0400, Seth Vidal wrote: #2 is about the way someone would use the system. If I'm a place where I know the bandwidth is questionable then I figure immediately after install I can run: yum install yum-presto and be ready to go. Or, we install yum-presto by default but disable it. So the first thing someone with bandwidth issues does is enable the plugin. Neither of these will happen because they require esoteric knowledge of yum plugins that users don't have. So if we turn it off by default, it will not be used by a significant percentage of the people for whom it is beneficial. And all the infrastructure cost we put into maintaining delta rpms is effectively wasted... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: yum-presto not on by default
On Thu, 2009-09-24 at 16:22 -0400, Seth Vidal wrote: I don't consider the single command a significant barrier, either way. Maybe not for people who maintain yum... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: default fonts in Fedora
On Fri, 2009-09-18 at 15:55 +, Colin Walters wrote: On Fri, Sep 18, 2009 at 3:46 PM, Colin Walters walt...@verbum.org wrote: On Fri, Sep 18, 2009 at 3:40 PM, Rex Dieter rdie...@math.unl.edu wrote: As far as I can tell, gnome-desktop doesn't include explicit (default or otherwise) fonts either. I haven't dug through the dependency graph yet, but looking at fedora-livecd-desktop.ks: google-droid-sans-fonts google-droid-sans-mono-fonts google-droid-serif-fonts These are wrong and should be in the comps group. Looks like Matthias added them. I'll move them to comps now. Patches attached; Matthias could you review? Please hold off with moving them to comps until we are sure that the Japanese problems with Droid are solved. If we can't get that fixed in time for the beta, I'm going to drop the Droid fonts from the desktop spin for F12. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: default fonts in Fedora
On Fri, 2009-09-18 at 12:44 -0400, Bill Nottingham wrote: Colin Walters (walt...@verbum.org) said: On Fri, Sep 18, 2009 at 3:40 PM, Rex Dieter rdie...@math.unl.edu wrote: As far as I can tell, gnome-desktop doesn't include explicit (default or otherwise) fonts either. I haven't dug through the dependency graph yet, but looking at fedora-livecd-desktop.ks: google-droid-sans-fonts google-droid-sans-mono-fonts google-droid-serif-fonts These are wrong and should be in the comps group. Looks like Matthias added them. I'll move them to comps now. Is there a reason we make these the default instead of the more-or-less current default of dejavu? We don't. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: default fonts in Fedora
On Sun, 2009-09-20 at 05:55 +, Matej Cepl wrote: Colin Walters, Fri, 18 Sep 2009 15:46:50 +: These are wrong and should be in the comps group. Looks like Matthias added them. I'll move them to comps now. Which seems like to typical Fedora event ... after all FESCO approved Features, code freezes, etc. etc., somebody just throws incompatible, untested, and frankly worse fonts to comps and chages the look of whole distro (yes, I know, these are just for LiveCD). /me shakes his fist at comps and complaints for thousand times that we don't have Suggests/Recommends, which would maintained by somebody who at least has a clue about package in question. Save your fake rage...nobody changed any look. The fonts are included on the spin, but dejavu is still the default. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: default fonts in Fedora
On Sun, 2009-09-20 at 20:08 +0200, nicolas.mail...@laposte.net wrote: Because they're not the default, the defaults are defined in the @fonts group, this is an experiment by the desktop team, without any concertation, or understanding on how we managed fonts so far. Given that fact that merely including a font in a spin has the potential to break the Japanese desktop, there seem to be some things amiss with 'how we managed fonts so far', I'd say. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bug buddy and gnomebreakpad
On Thu, 2009-09-10 at 18:02 -0400, Michel Alexandre Salim wrote: Now that abrt has obsoleted bug-buddy, starting any GTK+ application results in the innocuous, but rather annoying warning: Gtk-Message: Failed to load module gnomebreakpad: libgnomebreakpad.so: cannot open shared object file: No such file or directory This should probably be addressed -- any idea where this is coming from? gconftool-2 --type bool --set /apps/gnome_settings_daemon/gtk-modules/gnomebreakpad false should get rid of it. The harder question is where to put that command... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bug buddy and gnomebreakpad
On Thu, 2009-09-10 at 18:40 -0400, Tom spot Callaway wrote: On 09/10/2009 06:36 PM, Matthias Clasen wrote: should get rid of it. The harder question is where to put that command... %post for abrt-gui ? :) That doesn't help, since the gconf key is in your users gconf db. The command has to be run inside your session to have the desired effect. Conceivably, abrt-applet could do it on startup. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bug buddy and gnomebreakpad
On Thu, 2009-09-10 at 19:39 -0400, Paul W. Frields wrote: On Thu, Sep 10, 2009 at 06:57:43PM -0400, Matthias Clasen wrote: On Thu, 2009-09-10 at 18:40 -0400, Tom spot Callaway wrote: On 09/10/2009 06:36 PM, Matthias Clasen wrote: should get rid of it. The harder question is where to put that command... %post for abrt-gui ? :) That doesn't help, since the gconf key is in your users gconf db. The command has to be run inside your session to have the desired effect. Conceivably, abrt-applet could do it on startup. The fix, workaround, or decision not to provide either should definitely get a mention in the release notes. Just edit the wiki here: https://fedoraproject.org/wiki/Documentation_Desktop_Beat Yeah, I think I am just going to document the manual fix. It looks like bug-buddy installs the schema for that key with a default of true, so you will only have the key in your own GConf db if you manually modified it - and if you did that, then you most likely set it to false, anyway... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Fit and Finish test day coming up
We will look at sharing of files, music and desktops in the next Fit and Finish test day, which is coming up very soon, 2009-09-08, which is the coming Tuesday. Read all about it at http://fedoraproject.org/wiki/Test_Day:2009-09-08_Fit_and_Finish:Sharing Join us on Tuesday in #fedora-fit-and-finish on Freenode.e Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: ABRT for f12 status
On Wed, 2009-09-02 at 17:04 +, Colin Walters wrote: On Wed, Sep 2, 2009 at 4:38 PM, Matthias Clasenmcla...@redhat.com wrote: After talking to the abrt guys, I've changed the desktop spin ks to replace bug-buddy and kerneloops by abrt. This change should be made in comps (as per my original attached patch), not the kickstart. If we only change the kickstart then people doing automatic kickstarted desktop installs will get a divergent desktop which is not what we want. Sure, I agree that we should also do this change in comps. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
PolicyKit 0.9 is going away
As part of the move to PolicyKit 1.0, the old PolicyKit 0.9 and PolicyKit-gnome 0.9 packages are going to be obsoleted. Our plan is to have the Obsoletes in place before the beta. Most users of PolicyKit have been ported over by now, but there are a few stragglers. If your package is using PolicyKit, now is the right time to look at porting it to PolicyKit 1.0. If you need help with that, feel free to ask on fedora-desktop-l...@redhat.com or polkit-de...@lists.freedesktop.org. For details, see http://www.fedoraproject.org/wiki/Features/PolicyKitOne Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: fedora-pkgdb: make it discoverable on browser home page?
On Mon, 2009-08-24 at 19:35 +0200, drago01 wrote: On Mon, Aug 24, 2009 at 7:26 PM, Matthias Clasenmcla...@redhat.com wrote: [..] Static? Doesn't scale (unless you would want to do it just for specific apps) My initial idea was to make this a 'top 10 apps', ie be selective, instead of trying to be all-inclusive and make the user scroll through dozens of pages with niche apps... Yeah but where does this top 10 come from? Wouldn't that end up list stuff that is installed by default anyway (+/- Oo.org ) ? My initial criteria will be something like: - Only graphical apps - Include 'flagship apps' that people might have heard about - Include apps from a variety of different areas - Prefer things that are not included on the live cd, since this is supposed to help people find new apps, not things they already have Using those criteria, 10 slots are quickly filled: firefox thunderbird openoffice (writer, calc, impress) pidgin gimp inkscape eclipse virt-manager maybe f-spot a game A nice extension would be to reserve a spot for some 'package of the week' like feature, that would showcase lesser-known apps like glabels, agave, etc. Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: fedora-pkgdb: make it discoverable on browser home page?
On Mon, 2009-08-24 at 14:36 +0200, drago01 wrote: On Sun, Aug 23, 2009 at 9:35 PM, Toshio Kuratomia.bad...@gmail.com wrote: On 08/23/2009 10:50 AM, Rahul Sundaram wrote: Aren't we pitching Fedora Community interface as the end user facing thing, going forward? It seems some of these features will overlap or duplicate it. It's possible. The packagedb is going to be the backend for the Fedora Community Front end so it had to get written this summer so that work on the front-end can proceed. For the front-end to be end user suitable it should: * List applications rather than packages * Group them * Provide some kind of rating system to show best rated or most downloaded * Use the application icon if it has one * Make use of the packagekit browser plugin for installation But just letting the user search for random packages should not be the goal imho. Very good points. I very much agree that a list of applications is what we want here. Fedora Community is not really filling that niche, since is very much focused on the 'project' aspect of Fedora. In fact, I have been toying with the idea to make a 'Cool applications for Fedora' style page, using the PackageKit browser plugin. A very crude test of the idea can be seen here: http://people.redhat.com/mclasen/Screenshot-Applications%20for% 20Fedora.png This obviously needs the helping hand of a web designer. For F12, this would probably be not much more than a static web page. Rating and similar ideas described in http://www.fedoraproject.org/wiki/Features/ApplicationInstaller will come later. Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: fedora-pkgdb: make it discoverable on browser home page?
On Mon, 2009-08-24 at 18:56 +0200, drago01 wrote: Yeah looks good but I would rather not show screenshots in this view (or atleast not different sized ones). A short description + icon should be enough. Have a show more link that contains a longer description + screenshots and a Install Now link. Pretty much like it is done in Apples Appstore Yeah, appstore is the right angle for this... This obviously needs the helping hand of a web designer. For F12, this would probably be not much more than a static web page. Static? Doesn't scale (unless you would want to do it just for specific apps) My initial idea was to make this a 'top 10 apps', ie be selective, instead of trying to be all-inclusive and make the user scroll through dozens of pages with niche apps... Rating and similar ideas described in http://www.fedoraproject.org/wiki/Features/ApplicationInstaller will come later. mockup links are dead. Unfortunately, yeah. I noticed that too. Not sure if I can do anything about that, though. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: fedora-pkgdb: make it discoverable on browser home page?
On Mon, 2009-08-24 at 16:31 -0400, Michel Salim wrote: On Mon, 2009-08-24 at 13:26 -0400, Matthias Clasen wrote: This obviously needs the helping hand of a web designer. For F12, this would probably be not much more than a static web page. Static? Doesn't scale (unless you would want to do it just for specific apps) My initial idea was to make this a 'top 10 apps', ie be selective, instead of trying to be all-inclusive and make the user scroll through dozens of pages with niche apps... Rating and similar ideas described in http://www.fedoraproject.org/wiki/Features/ApplicationInstaller will come later. How much of the work done on online-desktop will be carried forward to this? The PackageKit browser plugin that is shown in that mockup is one piece that was initially developed for online-desktop. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Last call for talking points - what makes you excited about F12?
On Tue, 2009-08-18 at 22:18 +0530, Rahul Sundaram wrote: On 08/18/2009 10:15 PM, Mel Chua wrote: PS: I know this is last-minute notice - sorry about that. We're still learning how to do things on a schedule, and next time around we'll put the call out here much earlier. Is there a particular reason today is the last day instead of some date closer to the release? We need to brief Ambassadors on Talking Points at Beta release (9/22) so they need to be complete by then, so we have to freeze the list asap to give us enough time to find writers, and give the writers enough time to write them. (http://poelstra.fedorapeople.org/schedules/f-12/f-12-marketing-tasks.html) (Feel free to push back if this schedule sounds unreasonable, btw; it probably could use some patches for the next cycle in terms of having more time for getting dev feedback.) The schedule itself might have been fine but it still looks rather early to me. If you want to collect feedback from developers, one day is definitely not going to be enough. Atleast three days or so needs to be provided and you usually need more than one reminder to get as much feedback as you can. Otherwise you are going to end up with a rather small list which is not meaningful. To a first approximation, the relevant information should already be in the feature pages, no ? I don't think it is wise to establish the feature process as painfully as we've done over the last few releases, only to then start new, different initiatives to collect marketing talking points... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Printing test day coming up...
Another week, another Fit and Finish test day. This time around, we want to look at printing. See http://www.fedoraproject.org/wiki/Test_Day:2009-08-18_Fit_and_Finish:Printing Both Marek Kasik and Tim Waugh have kindly agreed to be around, so we'll have sufficient expertise for all of the printing stack. Drop in #fedora-fit-and-finish on Freenode on Tuesday, Aug 14, to join in the fun. Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Printing test day coming up...
On Fri, 2009-08-14 at 11:38 -0400, Matthias Clasen wrote: Another week, another Fit and Finish test day. This time around, we want to look at printing. See http://www.fedoraproject.org/wiki/Test_Day:2009-08-18_Fit_and_Finish:Printing Both Marek Kasik and Tim Waugh have kindly agreed to be around, so we'll have sufficient expertise for all of the printing stack. Drop in #fedora-fit-and-finish on Freenode on Tuesday, Aug 14, to join in the fun. ...and of course, when I was talking about Aug 14, I meant Aug 18. Sorry, Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: 2009-08-13: Fedora 12 Test Day - NetworkManager
On Wed, 2009-08-12 at 18:40 +0200, Ralf Ertzinger wrote: Hi. On Wed, 12 Aug 2009 12:32:48 -0400, Matthias Clasen wrote Sorry, I had no idea somebody else was referring to them. Next time, kindly tell me if you want to reuse something that I put up with the explicit warning that it will be removed shortly after the test day that it was intended for... Errr. wouldn't that be tomorrow, technically? No, my isos were for the Fit and Finish test day that happened yesterday. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: 2009-08-13: Fedora 12 Test Day - NetworkManager
On Wed, 2009-08-12 at 18:56 +0200, Ralf Ertzinger wrote: Hi. On Wed, 12 Aug 2009 12:51:26 -0400, Matthias Clasen wrote Errr. wouldn't that be tomorrow, technically? No, my isos were for the Fit and Finish test day that happened yesterday. Well, they're referenced on the wiki page regarding the NM test tomorrow. Yes. But I did not put that reference there, and I did not know about it. That is why I removed the isos after they served their purpose yesterday... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Epiphany effectively orphaned
On Wed, 2009-08-12 at 11:29 -0700, Adam Williamson wrote: In the course of doing a bug report on Epiphany, it's come up that Epiphany is effectively orphaned: https://admin.fedoraproject.org/pkgdb/packages/name/epiphany it is owned by gecko-maint, but since it's now based on Webkit, that makes no sense, and I see no reason to expect the Gecko maintainers group to care about Epiphany. It seems like whoever controls the 'gecko-maint' group should formally orphan Epiphany, and someone else should pick it up. For reference, the bug I was reporting was https://bugzilla.redhat.com/show_bug.cgi?id=516938 . I'd say you are making stuff up based on a throwaway comment of mine... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Epiphany effectively orphaned
On Wed, 2009-08-12 at 12:20 -0700, Adam Williamson wrote: On Wed, 2009-08-12 at 15:05 -0400, Matthias Clasen wrote: On Wed, 2009-08-12 at 11:29 -0700, Adam Williamson wrote: In the course of doing a bug report on Epiphany, it's come up that Epiphany is effectively orphaned: https://admin.fedoraproject.org/pkgdb/packages/name/epiphany it is owned by gecko-maint, but since it's now based on Webkit, that makes no sense, and I see no reason to expect the Gecko maintainers group to care about Epiphany. It seems like whoever controls the 'gecko-maint' group should formally orphan Epiphany, and someone else should pick it up. For reference, the bug I was reporting was https://bugzilla.redhat.com/show_bug.cgi?id=516938 . I'd say you are making stuff up based on a throwaway comment of mine... Making what up? How does it make sense for a project that's no longer based on Gecko to be maintained by the Gecko maintainers group? Well, what you said was different, namely that it is not maintained at all. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: help needed for bug #512115 (Gdk-CRITICAL **: gdk_x11_atom_to_xatom_for_display...)
On Tue, 2009-08-11 at 10:12 +0200, Zoltan Kota wrote: Hi, Could you help with the following bug? https://bugzilla.redhat.com/show_bug.cgi?id=512115 It is a Gdk-CRITICAL **: gdk_x11_atom_to_xatom_for_display: assertion `atom != GDK_NONE' failed error. This seems to be appeared with gtk 2.16.x. Pybliographer on F10 with gtk 2.14.7 has no problem. Try updating to the latest gtk2 update in f11 (2.16.5). That should fix it. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Reminder: fit and finish test day tomorrow
Just a quick reminder: We are meeting tomorrow in #fedora-fit-and-finish on freenode to test how well F12 works with phones, music players, cameras, usb sticks and other things you care to plug into your computer. See http://www.fedoraproject.org/wiki/Test_Day:2009-08-04_Fit_and_Finish:Peripherals Live cds are available on that page now. See you tomorrow, Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Reign?
On Fri, 2009-08-07 at 11:33 +0100, Richard W.M. Jones wrote: Just went to download a Fedora ISO and I'm struck once again by how peculiar the Fedora homepage has become: http://fedoraproject.org/ (or screenshot: http://www.annexia.org/tmp/fedora.png) What does the word Reign have to do with a Linux distro? If I knew nothing about Fedora, what impression would I get from this page? Now compare it to the Ubuntu home page: http://www.ubuntu.com/ (or screenshot: http://www.annexia.org/tmp/ubuntu.png) This clearly states what Ubuntu does, what benefits it has, and it's immediately obvious how to download it. Yes, this is a big problem. Thanks for stating it so clearly. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Fit and Finish, round three: peripherals
Hi all, time for another 'Fit and Finish' test day. This time, we want to look at issues and use cases surrounding anything you can plug into your computer, be it a camera, a phone, a usb stick, or whatever gizmos you have at home... Join us in #fedora-fit-and-finish on Freenode, on Aug 11 (next Tuesday). For more information about this test day, see http://www.fedoraproject.org/wiki/Test_Day:2009-08-04_Fit_and_Finish:Peripherals For more information about 'Fit and Finish', see http://www.fedoraproject.org/wiki/Fit_and_Finish Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fit and Finish, round three: peripherals
On Fri, 2009-08-07 at 13:34 -0400, Bill McGonigle wrote: On 08/07/2009 12:53 PM, Matthias Clasen wrote: a camera, a phone, a usb stick, or whatever gizmos you have at home... Real plastic and metal plugs only, or bluetooth connections as well? Bluetooth is definitively in scope. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: KDE vs. GNOME on F10
On Fri, 2009-08-07 at 10:43 -0700, Jesse Keating wrote: Well with the no frozen rawhide proposal, from the Alpha freeze point on there would be such an updates-testing for the pending release, while rawhide remains the wild west. You could say install F12, then at F13 Alpha jump onto F13 and have the much newer more often content that has had some testing. Just keep jumping to the next Alpha and you have your rolling release as it were. Of course, that assumes that the 'jumping', ie preupgrade / upgrade are well supported and work smoothly... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 Features Proposed for Removal
On Wed, 2009-08-05 at 15:15 -0700, John Poelstra wrote: Hi FESCo, After requesting status updates, including direct email to the feature owners, the following feature pages do not have a current status or their ability to tested during the Alpha is unclear based on the lack of information provided or percentage of completion. https://fedoraproject.org/wiki/Features/Thusnelda The upstream release was a few days late since they actually test their stuff before release, but a feature-complete beta has been released yesterday, and in is in rawhide today. I have moved the feature to 90% since it is not the final 1.1 release yet, but for all practical matters, the Thusnelda feature should be considered complete now, just some bugfixing remains to be done. Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: KDE vs. GNOME on F10
On Thu, 2009-08-06 at 12:30 -0700, Jesse Keating wrote: On Thu, 2009-08-06 at 12:06 -0700, Adam Williamson wrote: OK, bad example, but you know what I mean. Yes, I do, and I think there is room for a Fedora offering that is released frequently (every 6 months), supported for about a year, with conservative updates to the platform. That's nearly exactly what we have in Fedora Desktop. There is also room for a Fedora offering that is released frequently (every 6 months), supported for about a year, with aggressive updates to the latest and greatest for the platform. That's nearly exactly what we have in Fedora KDE. Its kinda funny how the GNOME side is ending up on the 'conservative' side here. We are pretty agressive in pushing new stuff into each release. But we believe it is better to do that _before_ the release, not after. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: KDE vs. GNOME on F10
On Wed, 2009-08-05 at 11:49 +0200, Josephine Tannhäuser wrote: Hi all. KDE 4.3 will come to F11 and F10. It's a cool thing. There aren't updates like this for Gnome. Why not? F10 with Gnome 2.26 sounds fine to me. GNOME has stable bugfix updates, and we do bring all of those into released Fedoras. Backporting entirely new desktop versions to old Fedora releases is a bad idea for a number of reasons: - It would pull along a good-sized portion of the 'plumbing' layer: new udev, kernel, pulseaudio, X... - We don't have the man power to do a good job on this. This may be different on the KDE side. While we do a good chunk of the development work for each GNOME release, the KDE sig is more of a packaging effort, as far as I understand. Correct me if I'm wrong here... - It is not compatible with the concept of a finished, stable release. If we just want to dump all the latest stuff in there, why bother with freezes and releases at all ? We could all just use rawhide... Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: KDE vs. GNOME on F10
On Wed, 2009-08-05 at 13:04 -0700, Adam Williamson wrote: An alternative would be to tag updates within a single repo in a way that yum and PackageKit understand and have appropriate configuration options to enable certain types of update, which would really be much the same situation, just organized slightly differently. bodhi and packagekit already work together to mark updates as bug-fix, security or enhancement. Do you need anything else ? Of course, with this setup, once you decide to not be adventurous and install the enhancement update to KDE 4.3.0, you won't get bug fixes for the older version you are stuck on, and more seriously, no security updates either... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 Features Proposed for Removal
On Thu, 2009-08-06 at 00:56 +0100, Bastien Nocera wrote: I'll make sure one of the Desktop-y guys updates this (presumably Matthias). I've updated it recently and bumped it to 75%. It would seem disingenuous to bump it to 100% when GNOME 2.28 has not been released yet. It is fine for the feature wrangler to propose it for removal. But I certainly hope that Fesco will not only look at pretty meaningless percentages, but at precedents and schedule alignments. Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning glade2
On Thu, 2009-07-30 at 12:31 +0100, Pádraig Brady wrote: Till Maas wrote: On Wed, Jul 29, 2009 at 08:41:49PM -0400, Matthias Clasen wrote: I'm going to orphan glade2. glade3 is the only actively maintained version of glade, and I don't see a reason to keep glade2 around any longer. You should probably retire glade2 if nobody rejects. For more information look at this page: https://fedoraproject.org/wiki/Retired_packages Object. When I open my app in glade-3 it goes batshit. Please keep it around for a while. Ok then. I've orphaned it now. It'll linger around for long enough as an orphan to let make your app work with glade3... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Installing glibc 2.10.90-10 hosed my system last night
On Thu, 2009-07-30 at 13:12 +0200, nicolas.mail...@laposte.net wrote: GNOME has been broken in rawhide for a week now https://www.redhat.com/archives/fedora-devel-list/2009-July/msg01500.html What you are seeing is probably https://bugzilla.redhat.com/show_bug.cgi?id=513629 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Orphaning glade2
I'm going to orphan glade2. glade3 is the only actively maintained version of glade, and I don't see a reason to keep glade2 around any longer. Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Batteries and Suspend Test day summary
The 'Fit and Finish' test day about batteries and suspend took place yesterday. Thanks to everybody who came by and helped us find, fix and test things ! If you could not make it, our test cases are still available here: http://www.fedoraproject.org/wiki/Test_Day:2009-07-21_Fit_and_Finish:Batteries_and_Suspend That page also contains the results of our yesterdays testing efforts, if you are interested. Amazingly, Richard fixed quite a few of the incoming bugs already, while the test day was still ongoing, and people were able to confirm that the fixes are working. Well done! I'll post the date an topic for our next 'Fit and Finish' test day in the next few days. Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fit and Finish test day: batteries and suspend
On Tue, 2009-07-21 at 13:10 +1000, Rodd Clarkson wrote: It would be great if the test day (and others) could link to a iso for rawhide that fits on a CD to make this part of the process simple. hint, hint ;-] Yeah, I'm working on it. However, todays (and yesterdays) spins so far had the unfortunate tendency to not boot at all, at least in qemu. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Fit and Finish test day: batteries and suspend
Just a reminder: The next 'fit and finish' test day will take place on July 21, which is next Tuesday. We want to look at issues with the user experience around batteries, suspend and power management in general. https://fedoraproject.org/wiki/Test_Day:2009-07-21_Fit_and_Finish:Batteries_and_Suspend Please join us in #fedora-fit-and-finish. Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fit and Finish test day: batteries and suspend
On Fri, 2009-07-17 at 12:05 -0500, Michael Cronenworth wrote: Matthias Clasen on 07/17/2009 11:50 AM wrote: Just a reminder: The next 'fit and finish' test day will take place on July 21, which is next Tuesday. We want to look at issues with the user experience around batteries, suspend and power management in general. This test day should not be limited to laptops. Even thought the wiki page doesn't state any restrictions, it is implied that this is for laptops. There are some folks that have UPS battery backups that used to function under HAL and F10. Now that DeviceKit has removed all references to UPS devices until they figure out how they want to add them back in, I, and other UPS owners are left without methods of adjusting settings or even using the shutdown feature. I don't want to install httpd and configure config files for apcupsd. If you are going to suggest such, then Fedora has lost touch with reality. Do you feel like writing up a use case involving a UPS ? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 Features Needing Updates
On Wed, 2009-07-15 at 13:54 +0300, Muayyad AlSadi wrote: regardless of any of those factors, what should I do to make this feature be part of F12 features ? Put your feature in the category FeatureReadyForWrangler when your feature page is sufficiently complete. Its all explained here: http://www.fedoraproject.org/wiki/Features/Policy -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: How to contact Tomáš Bžatek?
Anybody knows how to contact Tomáš Bžatek? Is he still working for Red Hat? I see he has a lot of open bugs (some of them are just getting closed by the bugzappers) without a single comment from him. I set one to NEEDINFO but didn't get a response for months. You can send mail to tbza...@redhat.com, and wait for him to return from conferences and vacation. He works in Europe, so he actually gets noticable amounts of vacation :-) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Update startup-notification to version 0.10
On Mon, 2009-07-13 at 10:05 -0400, Michal Nowak wrote: Awesome Window Manager [0] requires startup-notification of version 0.10 [1], I filled bug for it [3], however, no action was taken so far. Can some of you desktop folks bump the version, please? Done -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Next Fit and Finish test day: Batteries and Suspend
Time to announce the next 'fit and finish' test day. On July 21, we want to look at issues with the user experience around batteries, suspend and power management in general. https://fedoraproject.org/wiki/Test_Day:2009-07-21_Fit_and_Finish:Batteries_and_Suspend Please join us in #fedora-fit-and-finish. Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: inotify and gnome authorization
On Wed, 2009-07-08 at 08:30 -0700, darrell pfeifer wrote: The bottom line: with policykit being used more heavily in rawhide, if you're getting strange intermittent permissions failures, try the workaround. When you run out of inotify watches, many things will fail, not just PolicyKit. Likely culprits for eating the watches would be indexers like beagle or tracker. I used to have a systemtap script for monitoring inotify watch consumption, but I seem to have lost it... Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Display Configuration test day summary
We've had the first 'Fit and Finish' test day on display configuration yesterday. I'd like to thank everybody who came by on irc and tested something, or filed a bug. If you could not make it, our test cases are still available here: https://fedoraproject.org/wiki/Test_Day:2009-07-07_Fit_and_Finish:Display_Configuration That page also contains the results of our yesterdays testing efforts, if you are interested. The good news is that we have already fixed some of the things that were found broken, and more fixes are on the way. Here is just one exemplary fix: * Tue Jul 07 2009 Adam Jackson a...@redhat.com 2.27.3-2 - gnome-desktop-2.27.3-edid-prop-name.patch: Adapt to RANDR 1.3's new name for the EDID output property. I'll post the date an topic for our next 'Fit and Finish' test day in the next few days. Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Display configuration test day tomorrow
Just a reminder that we are kicking off our 'fit and finish' initiative with a test day on display configuration tomorrow, in #fedora-fit-and-finish. If you go to http://www.fedoraproject.org/wiki/Test_Day:2009-07-07_Fit_and_Finish:Display_Configuration you'll find more information. We will also have (slightly oversize) live cds available. Please come and join us tomorrow, Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Raising the bar
On Tue, 2009-06-30 at 13:55 -0400, Christopher Beland wrote: On Mon, 2009-06-29 at 15:27 -0400, Matthias Clasen wrote: If you have ideas for other areas that could benefit from this kind of attention, please let us know. I can think of a number of different cross-component tests... [...] Yeah, this is a very nice checklist for 'basic sanity'. And any bug you file about a problem in one of those categories certainly qualifies as a 'fit and finish' issue. But as a test day topic, it might be a bit boring to spend the whole day testing e.g. copy-and-paste between app X and Y to fill a big matrix... Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
libxklavier api change
I built libxklavier 4.0 in rawhide yesterday. It changed api; the required change looks like this: -xkl_config_registry_load (config_registry); +xkl_config_registry_load (config_registry, FALSE); Sorry for the late notice... Here is a list of likely affected packages: xfce4-settings-0:4.6.1-1.fc12.x86_64 libgnomekbd-0:2.27.2-1.fc12.x86_64 gnome-settings-daemon-0:2.27.3-1.fc12.x86_64 cairo-dock-plug-ins-0:2.0.6-1.fc12.x86_64 xfce4-xkb-plugin-0:0.5.2-3.fc11.x86_64 control-center-1:2.26.0-9.fc12.x86_64 libgnomekbd-capplet-0:2.27.2-1.fc12.x86_64 kdebase-workspace-0:4.2.95-3.fc12.x86_64 gdm-1:2.26.1-10.fc12.x86_64 gnome-applets-1:2.27.3-2.fc12.x86_64 libxklavier-devel-0:3.9-1.fc11.x86_64 gnome-screensaver-0:2.27.0-1.fc12.x86_64 Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rpms/pango/F-11 pango.spec,1.161,1.162 sources,1.88,1.89
Author: mclasen
Update of /cvs/pkgs/rpms/pango/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv3231
Modified Files:
pango.spec sources
Log Message:
1.24.4
Index: pango.spec
===
RCS file: /cvs/pkgs/rpms/pango/F-11/pango.spec,v
retrieving revision 1.161
retrieving revision 1.162
diff -u -p -r1.161 -r1.162
--- pango.spec 1 Jun 2009 16:24:16 - 1.161
+++ pango.spec 1 Jul 2009 00:13:11 - 1.162
@@ -8,7 +8,7 @@
Summary: System for layout and rendering of internationalized text
Name: pango
-Version: 1.24.2
+Version: 1.24.4
Release: 1%{?dist}
License: LGPLv2+
Group: System Environment/Libraries
@@ -225,6 +225,10 @@ fi
%changelog
+* Tue Jun 30 2009 Matthias Clasen mcla...@redhat.com - 1.24.4-1
+- Update to 1.24.4
+- http://download.gnome.org/sources/pango/1.24/pango-1.24.4.news
+
* Mon Jun 1 2009 Matthias Clasen mcla...@redhat.com - 1.24.2-1
- Update to 1.24.2
- http://download.gnome.org/sources/pango/1.24/pango-1.24.2.news
Index: sources
===
RCS file: /cvs/pkgs/rpms/pango/F-11/sources,v
retrieving revision 1.88
retrieving revision 1.89
diff -u -p -r1.88 -r1.89
--- sources 1 Jun 2009 16:24:16 - 1.88
+++ sources 1 Jul 2009 00:13:11 - 1.89
@@ -1 +1 @@
-7bc6c884d847cabc613e4c6d663771f5 pango-1.24.2.tar.bz2
+f2eeaf183930e00ed28fca3a6ed1deb0 pango-1.24.4.tar.bz2
___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
Raising the bar
Hey all, we'd like to announce the 'Fit and Finish' initiative for Fedora, http://fedoraproject.org/wiki/Fit_and_Finish with the goal to improve the user experience of the Fedora desktop. We want to identify the small (and sometimes large) roadblocks that make everyday computer use harder than it needs to be, and try to fix them. 'Fit and Finish' is meant to be complementary to the work of the Fedora QA team. They do a great job of ensuring the quality of all the new features that land in Fedora each cycle. But when features are developed and tested on their own, the overall experience of the system as a whole can sometimes end up a bit uneven and rough. 'Fit and Finish' will focus on improving the way our users experience Fedora. To achieve this, we will hold regular test days, each of which will focus on use cases in a certain area. A few ideas for test day topics can be found on the 'Fit and Finish' page already. If you have ideas for other areas that could benefit from this kind of attention, please let us know. Our first test day will focus on display configuration, and will be held on Tuesday, July 7, from 12:00 to 21:00 UTC (8am - 5pm EDT), in the fedora-fit-and-finish irc channel on FreeNode. Please come and join us there ! Matthias Clasen for the Desktop team -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Raising the bar
On Mon, 2009-06-29 at 23:48 +0400, Peter Lemenkov wrote: If you wish to improve *user* experience, then you should focus entirely on actual Fedora releases rather than on Rawhide. However I see that in testing days you still encourage only users with up-to-date Rawhide installations. That's not an option for wide audience, and, therefore this initiative will be doomed. Making it easy for a wide audience to participate without requiring a rawhide installation is certainly a goal. We will have live cds available for the test days, just like you know from other Fedora test days. As soon as live cd creation works again on rawhide... Thanks for raising this point, Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: [JANITOR] Duplicate directory ownership cleanups
On Sun, 2009-06-28 at 08:06 -0400, Tom spot Callaway wrote: The only other packages I intend to touch on this issue are: (duplicate directory with filesystem) avahi avahi is good now, I think, after I made it use %find_lang. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: FESCo meeting summary for 2009-06-26
On Sun, 2009-06-28 at 23:35 +0200, Kevin Kofler wrote: Matthew Garrett wrote: The reality is that KDE *is* a second class citizen in Fedora - it doesn't get anywhere near the attention that Gnome does. SARCASMThanks/SARCASM for insulting our (KDE SIG's) work yet again, that's SARCASMreally appreciated/SARCASM! :-/ Where are the monthly bugfix updates of the entirety of GNOME in the stable updates? Where are the updates to minor feature releases? Oh wait, they don't exist! Now I guess it would be my turn to feel insulted, and stamp my foot, because I do the majority of the stable Gnome updates. And yes, they do exist. But I propose we stop this game now. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: FESCo meeting summary for 2009-06-26
On Sun, 2009-06-28 at 02:04 +0200, Kevin Kofler wrote: That's not distro integration. It's Fedora developers who happen to be upstream developers calling their upstream GNOME features Fedora features. That doesn't make them any less GNOME-only features. This is at most a failure of our feature process, certainly not an integration problem with KDE. In the end, what counts is what features are there, whether they were implemented upstream by people who happen to be Fedora packagers or not is completely irrelevant for the user. So special-casing Fedora-driven features gets us nowhere. I shall also point out that KDE is not standing still while features are getting implemented in GNOME, in fact most of the ones you listed are being implemented in KDE as we speak. I really don't see where you are going with this...so it is failure if we advertise the improvements that we are doing for Fedora just because we implement them upstream in the software that we are maintaining. And you seem to think that the KDE way of doing all this stuff without any distro involvement and participation is the better way of doing it. Yet you complain that KDE doesn't get enough attention inside Fedora. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Thunderbird/Evolution quirks
On Wed, 2009-06-24 at 11:02 -0500, Michael Cronenworth wrote: My random thought for today: Thunderbird is listed under the Internet sub-menu. Evolution is listed under the Office sub-menu. Why are they in different places? Ah... mozilla-thunderbird.desktop: Categories=Email;Network; evolution.desktop: Categories=GNOME;GTK;Office;Email;Calendar;ContactManagement;X-Red-Hat-Base; As bloated as Evolution is, does it need 7 different categories? Thats perfectly fine. It is one main category (Office) plus several additional categories, as described in the desktop entry spec. Plus some old gunk thats not used anymore (X-Red-Hat-Base). -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Thunderbird/Evolution quirks
On Wed, 2009-06-24 at 20:06 -0500, Michael Cronenworth wrote: On 06/24/2009 07:18 PM, Matthias Clasen wrote: Thats perfectly fine. It is one main category (Office) plus several additional categories, as described in the desktop entry spec. Plus some old gunk thats not used anymore (X-Red-Hat-Base). You answered half of the OP. Isn't it counter-productive to have two relatively similar programs in completely different sub-menus? Just for the sake of keeping old gunk around? The old gunk is unrelated to what menu evo ends up in. Thats decided by the main category. If you look at the three things evolution does: mail, contacts and calendar, two out of three fit very well into office. Its the nature of categorization that 'relatively similar' things eventually end up in different buckets. One of the many reasons why hierarchical menus are a suboptimal solution to organizing applications... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: PolicyKit and malware, was: What I HATE about F11
On Thu, 2009-06-18 at 11:58 +0200, Nils Philippsen wrote: As it is, malware need only sit in the background and wait for e.g. a PolicyKit-enabled user manager to acquire the authorization for user creation to be able to easily install a backdoor account. Nils, this is somewhat inaccurate (or to put it more strongly, it is misinformation...). First of all, unless the policy specifies _keep, you can only do things once after getting the authorization. And even with _keep, it is not true that PolicyKit automatically authorizes all other applications running on the same desktop. The retained authorization is only valid for the subject that obtained it, which will typically be a process (identified by process id and start time) or a canonical bus name. And your malware does not have either. Here is a little demo to show how this works: The org.freedesktop.policykit.example.pkexec.run-frobnicate action has auth_self_keep in its policy. Now if you try running pkexec pk-example-frobnicate in a terminal, PolicyKit retains the authorization that you obtain by entering your password, and the subject it associates it with is the parent process of pkexec, ie the shell you are running this in. Repeating the pkexec call in the same shell will not ask you for your password again. But if you open a new terminal or tab and repeat it there, you will get asked again. Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: PolicyKit and malware, was: What I HATE about F11
On Thu, 2009-06-18 at 19:09 +0100, Richard W.M. Jones wrote: On Thu, Jun 18, 2009 at 11:02:22AM -0400, Matthias Clasen wrote: The retained authorization is only valid for the subject that obtained it, which will typically be a process (identified by process id and start time) or a canonical bus name. And your malware does not have either. Can the malware inject code into the process which gained the authentication (eg. using ptrace)? Once you have malware running in your session, there's probably more important stuff to worry about, like all your data in ~/.firefox... Anyway, further discussion about details of PolicyKit would be much better on polkit-de...@lists.freedesktop.org Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: What I HATE about F11
On Tue, 2009-06-16 at 16:17 -0800, Jeff Spaleta wrote: Its the next circle, the less frequent administrative chore tasks, that I'm not sure its well defined in terms of which applications need PolKit support added in. Maybe Nautilus is that circle, maybe its not. Maybe its not time to start work on the stuff in that circle. But I think it would be a good idea to define that next circle of functionality as the currently boundary between what you can comfortably do and not do without cmdline knowledge and to give pointers as to where the next priorities are for PolKit integration work. Enabling nautilus to operate on files not owned by yourself has certainly been one of the envisioned use cases for PolicyKit right from the start. It just hasn't been done yet. If someone wants to investigate that, nautilus-l...@gnome.org is a friendly and helpful place... Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
