desktop September 2009

desktop@lists.fedoraproject.org

27 participants
17 discussions

Re: Introduction to a new SIG for creation of Live DVD
by Colin Walters 16 Sep '09

16 Sep '09

On Wed, Sep 16, 2009 at 10:06 AM, Benny Amorsen <benny+usenet(a)amorsen.dk> wrote: > Colin Walters <walters(a)verbum.org> writes: > >> I'd imagine that running the "live Anaconda" UI from inside the GDM X >> session wouldn't take significantly more resources than the Anaconda >> OS after creating an image that doesn't have games, etc. > > Images sound significantly more difficult to create and maintain than > kickstart-files. > > I would really hate to lose kickstart. No one's suggesting replacing kickstart, actually I think we way undersell it. What I'm talking about is the mode where the image boots directly into Anaconda as a complete OS should instead be a live image with Anaconda as an application, which for the most part would be the same except you'd gain the ability to run say Firefox (or any other app; games), or do "yum install" during the install.

1 0

Introduction to a new SIG for creation of Live DVD
by Aditya Patawari 14 Sep '09

14 Sep '09

I was just reading the mails about the Fedora print magazine. There Paul Frields said that "In the longer term we really do want to move away from the Install DVD to a Live DVD that has more relevant applications and content". We didn't had any SIG for creating Live DVD and Live DVD spin. So I have started the same. The main motive of the SIG will be to roll out one live DVD per fedora release which will have all the packages of live cd and other packages as suggested by the community. For this to be a success, community support is very much required. Interested contributors please join the SIG at https://fedoraproject.org/wiki/SIGs/LiveDVD . Any kind of suggestions or pointers are most welcome. -- Aditya Patawari Birla Institute Of Technology, Mesra http://blog.adityapatawari.com/ https://fedoraproject.org/wiki/User:Adimania India

5 15

Redirecting ABRT spam
by Matthew Barnes 14 Sep '09

14 Sep '09

Now that Fedora's ABRT system has begun spewing random Evolution crash reports at me, I have to spend more time manually forwarding the stack traces upstream to our BugBuddyBugs component that we designated for this kind of thing. So far the flow of incoming reports is a mere trickle, but I expect this to become much more time consuming once Fedora 12 is released. Bug Buddy was able to read X-GNOME-Bugzilla-* keys from the application's .desktop file, allowing maintainers -some- control over where crash reports were directed. Does ABRT have some kind of similar feature that would allow me to redirect crash reports to GNOME Bugzilla instead of Red Hat Bugzilla? Matthew Barnes

4 7

Re: Question regarding "About this computer" for gnome-system-monitor
by Will Woods 11 Sep '09

11 Sep '09

On Wed, 2009-09-09 at 17:50 +0530, Ankitkumar Rameshchandra Patel wrote: > I remember Will Woods tried helping us during Fedora 9 release. we have added > translations on the wiki page > > After going through the couple of related bugs, I think it's a Fedora > (not Gnome) issue and needs to bring an attention to the package maintainer for > gnome-system-monitor for Fedora. > > Added Will in the CC list, who can probably give us a direction since he knows > this better. Correct - patches were submitted upstream[1] but only the first one was accepted. I haven't had time to rework/resubmit the patches. Until that happens, the translations get put directly into about-this-computer.desktop, which lives in the gnome-system-monitor package: http://cvs.fedoraproject.org/viewvc/rpms/gnome-system-monitor/devel/about-t… Add translations there[2] and I'll try to get someone to help me upstream the other patches so we can get this string translated normally. -w [1] See the following bugs: https://bugzilla.gnome.org/show_bug.cgi?id=522988 (accepted) https://bugzilla.gnome.org/show_bug.cgi?id=534413 https://bugzilla.gnome.org/show_bug.cgi?id=534538 [2] g-s-m allows checkins from provenpackager, so there are quite a few people who can make the change for you if you can't do it yourself.

3 2

Fit and Finish test day coming up
by Matthias Clasen 04 Sep '09

04 Sep '09

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

1 0

GNOME Shell support in desktop-effects
by Owen Taylor 02 Sep '09

02 Sep '09

I just pushed a set of changes to the desktop-effects repository on fedorahosted to add support for GNOME Shell. The basic idea can be seen in the screenshot attached - instead of a single "Enable Desktop Effects" button, the user is now presented with a three-way choice of "Standard" "Compiz" and "GNOME Shell", with short explanations for each. As before the choice is instant-apply and when the user is switching to a compositor, they are presented with a count-down dialog that they have to click on to confirm their choice. UI suggestions, small and large, appreciated. The dialog will be split out of the compiz-gnome package into a separate package required by both compiz-gnome and gnome-shell. If compiz-gnome or gnome-shell is not installed the option is simply not shown. It would be neat to instead have a "Not installed. _Install Now_" message with a package-kit enabled link, but: A) I'd have to implement it B) I'm not completely sure that we want to make it quite that easy to try out GNOME Shell with out any context. If people have to read about it somewhere and install gnome-shell as a separate step, then they'll have the opportunity to get some context. C) I'd have to implement it Longer-term, maybe even in Fedora 13, the idea is that desktop-effects goes away. Switching between gnome-panel/metacity and gnome-shell will be done through standard GNOME dialogs, for as long as gnome-panel is still supported. gnome-shell won't have the inter-distribution differences that made a unified switcher to Compiz impossible. For Compiz, Fedora should stop using the GConf plugin and ship a Compiz that is more natively "Compiz" and uses the standard Compiz configuration tools. Presumably those tools already provide the opportunity to switch your session to use Compiz, if it is not currently running, or will do so in the future. - Owen

7 13

PackageKit command line plugin
by Rahul Sundaram 01 Sep '09

01 Sep '09

Hi, First time I run a command for a package I don't have to install, I have to wait for a really long time for the whole file list to be downloaded. This is not really going to be a good first impression. Since this plugin is now by default in Rawhide, I was wondering if there was any plans to fix or workaround the problem. Rahul

2 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

desktop September 2009