Hi,
the new firstboot (inital-setup) will require anaconda. That will cause all anaconda dependencies to be pulled into the installed environment. And KDE or Xfce based installs will get a lot of unnecessary gnome clutter this way.
So I would like to know where exactly do we need Gnome specific packages (metacity I know about.. are there any others?) and if we can remove those pieces to anaconda-gnome subpackage or lorax itself.
For example with metacity, we could require only window manager alias instead (like the old firstboot does). Both Anaconda and inital-setup will then use that alias to start it's window manager (which would point to metacity in Anaconda and to whatever is installed in inital-setup). Lorax will make sure that the proper window manager is installed and configured in the installation environment.
-- Martin Sivák msivak@redhat.com Red Hat Czech Anaconda team / Brno, CZ
Martin Sivak (msivak@redhat.com) said:
For example with metacity, we could require only window manager alias instead (like the old firstboot does). Both Anaconda and inital-setup will then use that alias to start it's window manager (which would point to metacity in Anaconda and to whatever is installed in inital-setup). Lorax will make sure that the proper window manager is installed and configured in the installation environment.
If lorax ensures that the proper env is in the installation environment, and live installs specify their own desktop groups anyway, does anaconda need to require a WM at all? Wouldn't it just stick to the pygobject3, etc. basics?
Bill
Hi,
Someone has to start the WM and currently that someone is anaconda. That is the reason for the require.
Firstboot has the same issue.. it needs window manager to handle screens and dialogs, but systemd unit files start primarily [GK]DM where you have to log in first. There is no service to start bare window manager.
Martin
----- Original Message -----
Martin Sivak (msivak@redhat.com) said:
For example with metacity, we could require only window manager alias instead (like the old firstboot does). Both Anaconda and inital-setup will then use that alias to start it's window manager (which would point to metacity in Anaconda and to whatever is installed in inital-setup). Lorax will make sure that the proper window manager is installed and configured in the installation environment.
If lorax ensures that the proper env is in the installation environment, and live installs specify their own desktop groups anyway, does anaconda need to require a WM at all? Wouldn't it just stick to the pygobject3, etc. basics?
Bill
Anaconda-devel-list mailing list Anaconda-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/anaconda-devel-list
On Mon, 2013-01-14 at 08:41 -0500, Martin Sivak wrote:
Hi,
the new firstboot (inital-setup) will require anaconda. That will cause all anaconda dependencies to be pulled into the installed environment. And KDE or Xfce based installs will get a lot of unnecessary gnome clutter this way.
So I would like to know where exactly do we need Gnome specific packages (metacity I know about.. are there any others?) and if we can remove those pieces to anaconda-gnome subpackage or lorax itself.
For example with metacity, we could require only window manager alias instead (like the old firstboot does). Both Anaconda and inital-setup will then use that alias to start it's window manager (which would point to metacity in Anaconda and to whatever is installed in inital-setup). Lorax will make sure that the proper window manager is installed and configured in the installation environment.
I have patches to split the installer-specific scripts (eg: /usr/sbin/anaconda) and the runtime requires (eg: metacity) into an anaconda-installer subpackage. The pyanaconda module will be in the main anaconda package with significantly fewer requires than the current package. I'll be sending these patches out in the next couple of weeks. I can provide details about the new requires if you want them.
David
-- Martin Sivák msivak@redhat.com Red Hat Czech Anaconda team / Brno, CZ
Anaconda-devel-list mailing list Anaconda-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/anaconda-devel-list
anaconda-devel@lists.fedoraproject.org