As part of https://fedoraproject.org/wiki/Features/ReworkPackageGroups, I've
been working on redoing some of the groups that make up installation choices
in anaconda. The idea is to offer a simpler interface, where the user simply
selects which environment they want to run in, plus options for that
environment.
Based on what's in the kickstart file for the Desktop spin, here's what I
have for the Desktop:
and has the following 'options' available:
gnome-apps:
empathy
evolution
evolution-help
evolution-NetworkManager
gnome-boxes
gnome-games
shotwell
simple-scan
sane-backends-drivers-scanners
vinagre
vino
gnome-media:
brasero
rhythmbox
sound-juicer
totem
totem-mozplugin
totem-nautilus
libreoffice:
libreoffice-calc
libreoffice-draw
libreoffice-graphicfilter
libreoffice-impress
libreoffice-math
libreoffice-writer
libreoffice-xsltfilter
I welcome any and all sanity-checking of this, and ideas for
additions/removals. You can open the current F18/F19 comps files and see the
data that makes this up - the 'gnome-desktop' environment defines what
groups go into GNOME, and which are shown as options, and the groups
referenced there define what packages make them up.
Thanks,
Bill
--
desktop mailing list
desktop@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop
08-20-2012, 11:37 AM
Matthias Clasen
Request for review: new desktop groups
On Fri, 2012-08-17 at 15:18 -0400, Bill Nottingham wrote:
>
> I welcome any and all sanity-checking of this, and ideas for
> additions/removals. You can open the current F18/F19 comps files and see the
> data that makes this up - the 'gnome-desktop' environment defines what
> groups go into GNOME, and which are shown as options, and the groups
> referenced there define what packages make them up.
From a quick look, it seems that gnome-settings-daemon is missing
(although it will probably get pulled in by deps), and epiphany should
probably be listed under options.
--
desktop mailing list
desktop@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop
08-20-2012, 02:34 PM
Colin Walters
Request for review: new desktop groups
On Fri, 2012-08-17 at 15:18 -0400, Bill Nottingham wrote:
> As part of https://fedoraproject.org/wiki/Features/ReworkPackageGroups, I've
> been working on redoing some of the groups that make up installation choices
> in anaconda. The idea is to offer a simpler interface, where the user simply
> selects which environment they want to run in, plus options for that
> environment.
From what I can see a lot of this is shuffling around where metadata
lives and how it's presented, which sounds fine, but is kind of
uninteresting.
However, the "yum is changed so that persistent groups are enabled by
default" seems to me to have more significant ramifications. Does it
mean that we no longer need to add artificial dependencies just to
ensure that new packages are pulled in on upgrades, for example?
Or do we still need to do that to handle the case where the user is
upgrading a pre-persistent-groups system?
--
desktop mailing list
desktop@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop
08-20-2012, 07:08 PM
Bill Nottingham
Request for review: new desktop groups
Matthias Clasen (mclasen@redhat.com) said:
> > I welcome any and all sanity-checking of this, and ideas for
> > additions/removals. You can open the current F18/F19 comps files and see the
> > data that makes this up - the 'gnome-desktop' environment defines what
> > groups go into GNOME, and which are shown as options, and the groups
> > referenced there define what packages make them up.
>
> From a quick look, it seems that gnome-settings-daemon is missing
> (although it will probably get pulled in by deps), and epiphany should
> probably be listed under options.
OK, added. Thanks!
Bill
--
desktop mailing list
desktop@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop
08-20-2012, 07:09 PM
Bill Nottingham
Request for review: new desktop groups
Colin Walters (walters@verbum.org) said:
> On Fri, 2012-08-17 at 15:18 -0400, Bill Nottingham wrote:
> > As part of https://fedoraproject.org/wiki/Features/ReworkPackageGroups, I've
> > been working on redoing some of the groups that make up installation choices
> > in anaconda. The idea is to offer a simpler interface, where the user simply
> > selects which environment they want to run in, plus options for that
> > environment.
>
> From what I can see a lot of this is shuffling around where metadata
> lives and how it's presented, which sounds fine, but is kind of
> uninteresting.
Yeah, it's more interesting in what it allows us to use (have spins be
more consistent across install methods, and less tied to each other), than
it is directly for the user.
> However, the "yum is changed so that persistent groups are enabled by
> default" seems to me to have more significant ramifications. Does it
> mean that we no longer need to add artificial dependencies just to
> ensure that new packages are pulled in on upgrades, for example?
That's the idea, but...
> Or do we still need to do that to handle the case where the user is
> upgrading a pre-persistent-groups system?
... there's going to be a lot of these users.
Bill
--
desktop mailing list
desktop@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop
08-23-2012, 04:03 PM
Dan Williams
Request for review: new desktop groups
On Fri, 2012-08-17 at 15:18 -0400, Bill Nottingham wrote:
> As part of https://fedoraproject.org/wiki/Features/ReworkPackageGroups, I've
> been working on redoing some of the groups that make up installation choices
> in anaconda. The idea is to offer a simpler interface, where the user simply
> selects which environment they want to run in, plus options for that
> environment.
>
> Based on what's in the kickstart file for the Desktop spin, here's what I
> have for the Desktop:
NetworkManager-gnome is dead, having been replaced by both
network-manager-applet and nm-connection-editor, among others. At this
point, the Shell is functional enough that we don't need
network-manager-applet anymore for GNOME desktops. But we still need
nm-connection-editor.
Dan
> GNOME contains:
> desktop-backgrounds-basic
> control-center
> dconf
> gnome-panel
> gnome-session
> gnome-shell
> gnome-themes-standard
> metacity
> notification-daemon
> abrt-desktop
> aisleriot
> at-spi2-atk
> at-spi2-core
> avahi
> baobab
> brasero-nautilus
> caribou
> cheese
> deja-dup
> eog
> evince
> evince-nautilus
> file-roller
> file-roller-nautilus
> fprintd-pam
> gcalctool
> gdm
> gedit
> glib-networking
> gnome-backgrounds
> gnome-bluetooth
> gnome-color-manager
> gnome-contacts
> gnome-dictionary
> gnome-disk-utility
> gnome-disk-utility-nautilus
> gnome-documents
> gnome-font-viewer
> gnome-icon-theme
> gnome-icon-theme-extras
> gnome-icon-theme-symbolic
> gnome-packagekit
> gnome-screensaver
> gnome-screenshot
> gnome-system-log
> gnome-system-monitor
> gnome-terminal
> gnome-user-docs
> gucharmap
> gvfs-fuse
> gvfs-gphoto2
> gvfs-smb
> libcanberra-gtk2
> libcanberra-gtk3
> libproxy-mozjs
> librsvg2
> libsane-hpaio
> mousetweaks
> nautilus
> nautilus-sendto
> NetworkManager-gnome
> NetworkManager-openconnect
> NetworkManager-openvpn
> NetworkManager-pptp
> NetworkManager-vpnc
> orca
> PackageKit-command-not-found
> PackageKit-gtk-module
> PackageKit-gtk3-module
> policycoreutils-restorecond
> polkit-gnome
> seahorse
> sushi
> xdg-user-dirs-gtk
> yelp
> firefox
> icedtea-web
>
> and has the following 'options' available:
> gnome-apps:
> empathy
> evolution
> evolution-help
> evolution-NetworkManager
> gnome-boxes
> gnome-games
> shotwell
> simple-scan
> sane-backends-drivers-scanners
> vinagre
> vino
> gnome-media:
> brasero
> rhythmbox
> sound-juicer
> totem
> totem-mozplugin
> totem-nautilus
> libreoffice:
> libreoffice-calc
> libreoffice-draw
> libreoffice-graphicfilter
> libreoffice-impress
> libreoffice-math
> libreoffice-writer
> libreoffice-xsltfilter
>
> I welcome any and all sanity-checking of this, and ideas for
> additions/removals. You can open the current F18/F19 comps files and see the
> data that makes this up - the 'gnome-desktop' environment defines what
> groups go into GNOME, and which are shown as options, and the groups
> referenced there define what packages make them up.
>
> Thanks,
> Bill
--
desktop mailing list
desktop@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop
08-23-2012, 04:04 PM
Bastien Nocera
Request for review: new desktop groups
On Thu, 2012-08-23 at 11:03 -0500, Dan Williams wrote:
> On Fri, 2012-08-17 at 15:18 -0400, Bill Nottingham wrote:
> > As part of https://fedoraproject.org/wiki/Features/ReworkPackageGroups, I've
> > been working on redoing some of the groups that make up installation choices
> > in anaconda. The idea is to offer a simpler interface, where the user simply
> > selects which environment they want to run in, plus options for that
> > environment.
> >
> > Based on what's in the kickstart file for the Desktop spin, here's what I
> > have for the Desktop:
>
> NetworkManager-gnome is dead, having been replaced by both
> network-manager-applet and nm-connection-editor, among others. At this
> point, the Shell is functional enough that we don't need
> network-manager-applet anymore for GNOME desktops. But we still need
> nm-connection-editor.
We'll need it until we can get rid of fallback
--
desktop mailing list
desktop@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop
08-23-2012, 04:07 PM
Brendan Jones
Request for review: new desktop groups
On 08/23/2012 06:04 PM, Bastien Nocera wrote:
On Thu, 2012-08-23 at 11:03 -0500, Dan Williams wrote:
On Fri, 2012-08-17 at 15:18 -0400, Bill Nottingham wrote:
As part of https://fedoraproject.org/wiki/Features/ReworkPackageGroups, I've
been working on redoing some of the groups that make up installation choices
in anaconda. The idea is to offer a simpler interface, where the user simply
selects which environment they want to run in, plus options for that
environment.
Based on what's in the kickstart file for the Desktop spin, here's what I
have for the Desktop:
NetworkManager-gnome is dead, having been replaced by both
network-manager-applet and nm-connection-editor, among others. At this
point, the Shell is functional enough that we don't need
network-manager-applet anymore for GNOME desktops. But we still need
nm-connection-editor.
We'll need it until we can get rid of fallback
Hey all,
we've just submitted the Fedora Audio spin for the first time. I'm
thinking that perhaps all of the packages should be present in the comps
file on install. What do you think?
bsjones
--
desktop mailing list
desktop@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop
08-23-2012, 05:36 PM
Bill Nottingham
Request for review: new desktop groups
Bastien Nocera (bnocera@redhat.com) said:
> On Thu, 2012-08-23 at 11:03 -0500, Dan Williams wrote:
> > On Fri, 2012-08-17 at 15:18 -0400, Bill Nottingham wrote:
> > > As part of https://fedoraproject.org/wiki/Features/ReworkPackageGroups, I've
> > > been working on redoing some of the groups that make up installation choices
> > > in anaconda. The idea is to offer a simpler interface, where the user simply
> > > selects which environment they want to run in, plus options for that
> > > environment.
> > >
> > > Based on what's in the kickstart file for the Desktop spin, here's what I
> > > have for the Desktop:
> >
> > NetworkManager-gnome is dead, having been replaced by both
> > network-manager-applet and nm-connection-editor, among others. At this
> > point, the Shell is functional enough that we don't need
> > network-manager-applet anymore for GNOME desktops. But we still need
> > nm-connection-editor.
>
> We'll need it until we can get rid of fallback
OK, I will make the appropriate substitutions. As an aside:
Not saying we need 100% consistency, but a little might be nice.
Bill
--
desktop mailing list
desktop@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop
08-24-2012, 08:15 PM
Dan Williams
Request for review: new desktop groups
On Thu, 2012-08-23 at 13:36 -0400, Bill Nottingham wrote:
> Bastien Nocera (bnocera@redhat.com) said:
> > On Thu, 2012-08-23 at 11:03 -0500, Dan Williams wrote:
> > > On Fri, 2012-08-17 at 15:18 -0400, Bill Nottingham wrote:
> > > > As part of https://fedoraproject.org/wiki/Features/ReworkPackageGroups, I've
> > > > been working on redoing some of the groups that make up installation choices
> > > > in anaconda. The idea is to offer a simpler interface, where the user simply
> > > > selects which environment they want to run in, plus options for that
> > > > environment.
> > > >
> > > > Based on what's in the kickstart file for the Desktop spin, here's what I
> > > > have for the Desktop:
> > >
> > > NetworkManager-gnome is dead, having been replaced by both
> > > network-manager-applet and nm-connection-editor, among others. At this
> > > point, the Shell is functional enough that we don't need
> > > network-manager-applet anymore for GNOME desktops. But we still need
> > > nm-connection-editor.
> >
> > We'll need it until we can get rid of fallback
>
> OK, I will make the appropriate substitutions. As an aside:
>
> *NetworkManager*{-glib,-openvpn,-vpnc,etc.}
> *network-manager*-applet
> *nm*-connection-editor
>
> Not saying we need 100% consistency, but a little might be nice.
Would be nice, and I tried to create "NetworkManager-applet" repos on
gnome.org when we moved the git repos there a few years ago, but for
whatever @%#%@# reason gnome.org has a policy of refusing StudlyCaps
repo names. So I had to name the repo network-manager-applet. And
since our package names follow our tarball names...
Dan
--
desktop mailing list
desktop@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop
Request for review: new desktop groups
