Re: Introduction to a new SIG for creation of Live DVD
by Colin Walters
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.
14 years, 7 months
Introduction to a new SIG for creation of Live DVD
by Aditya Patawari
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
14 years, 7 months
Redirecting ABRT spam
by Matthew Barnes
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
14 years, 7 months
GNOME Shell support in desktop-effects
by Owen Taylor
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
14 years, 7 months
PackageKit command line plugin
by Rahul Sundaram
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
14 years, 7 months