Firstly sorry for the cross post, I think its some what relevant for both.
I started this discussion in the F-13 timeframe but it was too late in
the cycle and was considered to risky, leading up to the beta it might
be a little close too.
Looking through the various kickstart files in the git repo while
looking at a couple of issues that I'm seeing on my own spins I have a
couple of queries.
Firstly in fedora-live-minimization.ks and fedora-livecd-desktop.ks
there's a whole lot of removal of packages. This is basically what i
do in the fedora-live-mini.ks and I think things like @printing can
(and should be) removed from base so that other kick starts don't have
to explicitly remove everything that it adds in. Its easy enough for
the people that want printing to add the one liner into their own
There's also a comment in the fedora-live-minimization.ks about
removing them from comps for F-14. Is there a reason this hasn't
happened? I was also suprised to see things like "printing" related
things in the base-x group in comps. It looks like someone had this on
their todo list, is it still there?
Ultimately I would like to get rid of the fedora-live-mini.ks file and
use the mainline base. I believe that base should be exactly that...
the base/core packages and all the useful scripting. Then possibly
have a base-desktop which adds all the core X stuff that any desktop
spin would need (plus associated related scripts that all could make
use of like X auto login). From there a desktop based spin would just
need to pull in the base-desktop.ks to get all the core stuff to get
to a minimal X.
The following desktop packages in F-14 are orphaned, and
need new maintainers:
Notably, their removals will break orca, gnote, gnome-python2,
and assorted other apps.
Someone picking them up would be appreciated.
I'm a blind Linux user and i'm not sure if this is the right list. I
was wondering if you could package speech-dispatcher with orca instead
of gnome-speech? The reason why I ask is because orca is working a lot
with speech-dispatcher for better performance and by using
speech-dispatcher orca works better with pulseaudio. Orca does not
work well with gnome-speech if pulseaudio is implamented into the os
it causes orca to be delayed with how fast it responds when keyboard
commands are given to read the screen or do other actions. In f13 I'm
running now but that is only because I had to tweek it to get better
performance. If this change was made to speech-dispatcher this would
give a better experience out of the box for new users or even blind
users who want to switch to Fedora or at least try it out. Thanks for
your time and help and all the hard work.
Is there a reason that the gnome-desktop group contains both gnome-2
and gnome-3 desktops? Is it possible to split them out. Its not hard
to add both groups into a livecd kickstart file but it makes it much
harder to install one or the other. This becomes a problem on the OLPC
where we have between 1 and 4 Gb of storage and neither hardware
release (nor the upcoming ARM based devices I suspect) will run gnome
3. I tried to install a plain "gnome desktop" from a F-14 alpha RC
onto my eeePC 901 which has a 4 Gb primary SSD and in F-13 had
Sugar/gnome and moblin on it with about 800Mb free and with F-14 I
can't even install the standard gnome desktop as the installer says
there's not enough space.
Can we do a gnome-desktop for the current gnome2 desktop and a
gnome-desktop3 group for the gtk3/gnome3 components as it seems that
gnome2 is something that will be needed or used by a number of groups
for some time to come.
Given that users will experiences some what faster boot with systemd
are there any plans to try to speed up the actual user login time as in
from GDM to end user desktop?
What's the best method to measure what's taking most of that time?
I've spent most of yesterday rebuilding things against gtk2, and
downgrading packages that needed it, so there is now a big update that
brings the gnome in f14 onto the 2.32 track. This update should fix most
of the 'mixed gtk2/gtk3' and dconf problems that have been plaguing f14
recently. The one thing still missing is empathy, where the 2.31 version
needs a new package that is still under review.
I'd appreciate if people could give it a try.
I'd love to have some comaintainers for the yorba apps: shotwell,
lombard and fillmore. These are lovely little vala apps and not hard to
The current task that needs doing is updating shotwell in rawhide (and
possibly F14 too) to 0.6.90, which also requires updating libgexiv2 to
Anjuta 2.31.x needs Devhelp 2.31.x for one of its plugins. However,
looking at Koji, it seems Devhelp has been updated to 2.90.x. What is
the recommended way of dealing with this situation?