On 04/21/2012 02:30 PM, Bruce Dubbs wrote: > Armin K. wrote: Sorry, I'm late in my reply. >> Hello there. As you may have noticed I have been upgraded a lot of Gnome >> 3.4 packages for now. But there are still 62 of them left. >> >> By grepping through the changelog, I have sucessfully managed to get 91 >> packages up and running (not all of them are gnome packages), 20 of >> those are new packages. One package is still pending to be added, and >> one package has been removed - the one that bas been split into 6 source >> packages. >> >> The library stuff is almost done - Only 13 packages remain to be >> upgraded. Then there are still 49 packages required to be done before >> BLFS would have full gnome 3.4. >> Gnome has always been a monster! >> I expect gnome-shell to be done in the middle of next week, maybe >> Wednesday or Thursday or so, depends on how much time I will have. >> There are at least 25 packages that need to be upgraded in order to >> achieve that. >> >> You may have noticed that I've chosen default prefix as /usr and >> sysconfdir as /etc since that is the most common configuration that just >> works (tm). However, I will switch to the standard GNOME_PREFIX and >> GNOME_SYSCONFDIR,
Yuck! ;-) See below. >> but I would like to modify those directories a bit, >> since I am not sure if Gnome can be run in anything other than /usr as >> prefix and anything other than /etc as sysconfdir. I am proposing that >> we make some directories from the root file system (/usr and /etc >> hierarchy) symlinks to the GNOME_SYSCONFDIR and GNOME_PREFIX. >> >> $GNOME_PREFIX/share/polkit-1 -> /usr/share/polkit-1 >> $GNOME_PREFIX/share/dbus-1 -> /usr/share/dbus-1 >> $GNOME_PREFIX/lib/pkcs11 -> /usr/lib/pkcs11 (I don't know how to expand >> the p11-kit modules path). >> >> $GNOME_SYSCONFDIR/xdg -> /etc/xdg (someone pointed this out, for the >> menu stuff and autostart files) >> $GNOME_SYSCONFDIR/pkcs11 -> /etc/pkcs11 (same for the one in /usr/lib) >> >> and at last /etc/gconf -> $GNOME_SYSCONFDIR/gconf for the apps that use >> GConf, but are not part of gnome, like xchat and gnucash. >> >> Those should be mentioned at pre-configuration page, but only if >> GNOME_PREFIX != /usr and GNOME_SYSCONFDIR != /etc. >> >> I would still make /usr and /etc default values for those things since >> that's the one I have tested. If someone else manages to get the things >> up and running gnome in anything other than those, then it can be >> modified as necesary. >> The suggestions above remove the isolation of Gnome, which is the point of building in a dedicated directory in the first place. It is simply not feasible to separate it from the rest of the system any more, and it really hasn't been possible since around 2.26 (which never made it into the book because of this 'problem'). 2.28 sort of worked, but it wasn't without some difficulty, and I finally gave up on it at 2.32. >> For the PATH, LD_LIBRARY_PATH, PYTHON_PATH, PKG_CONFIG_PATH and XDG_* >> there is already configuration, so I don't need to talk about this. >> >> If someone wants to test current packages, you are welcome. Please >> report or correct anything you might find wrong. Also, if someone wants >> to test with the GNOME_PREFIX and GNOME_SYSCONFDIR other than standard, >> then also feel free to write instructions somewhere, don't correct it >> just now in the book. >> >> And for the end, I wanted to make new organisation of the gnome chapter. >> >> For the Gnome Core: >> >> I propose Platform, Shell and Utilities, but dropping the shell fallback >> and extras. Note that all of those packages are Core packages from upstream. >> Strictly my opinion, but I'd organize the packages as they are done upstream...just makes comparison easier if you happen to look at the single package lists (I can't find them anymore, are they still around?). OTOH, there is some merit in separating the fallback parts in that they are not needed for a properly configured system (which can be difficult). Would a note on the package page that it is only needed for the fallback desktop suffice? >> For the Aditional ones: >> just changing Libraries to platform or moving non-libraries somewhere >> else, thus keeping Libraries. > I don't really feel qualified to comment. I think you should just do what you > what you think right, but I'd prefer to keep the environment variables so that > experimentation is easier. Of course there would be no guarantee that other > values for the variables would work as intended. > > -- Bruce Personally, citing the reasons above, I'd rather see the GNOME_PREFIX stuff gone, but if it really is wanted (even though its goal is not possible without heavy modifications) I suggest adding a warning, not a note, stating that $GNOME_PREFIX=/usr and $GNOME_SYSCONFDIR=/etc are the only values tested by BLFS editors and that anything else is not only possibly broken, but is *likely* to be, maybe even providing some of the past's more common examples such as Computer, Trash, Network, and all "Places" not working (ck-* IIRC), default protocol handlers not working (don't remember), missing icons (icons and xdg symlinks/paths), missing artwork (pixmap symlink), automount issues (? udisks), etc. All kinda fuzzy now as I've been building in /usr for a while now. Also, as discussed earlier in the FHS-3.0 notes, a shared libexec dir would be nice now that it is explicitly allowed (use defaults so there are no surprises). I'll be following right on your heels come Friday (hopefully). Oh, also, on GDM (which I said I'd do in a previous response to Ken and then got side tracked), we need a new bootscript or to have it started in inittab, and the PAM config file should be updated with what I posted earlier (also in response to Ken IIRC) using system values where possible. I'll post anything else I notice as I come across it. -- DJ Lucas -- This message has been scanned for viruses and dangerous content, and is believed to be clean. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
