Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#790 - Gnome 2.6 is completely hosed

Attached to Project: Arch Linux
Opened by Eugenia Loli-Queru (Eugenia) - Tuesday, 20 April 2004, 19:46 GMT
Last edited by Judd Vinet (judd) - Tuesday, 20 April 2004, 19:56 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Judd Vinet (judd)
Architecture not specified
Severity Low
Priority Normal
Reported Version 0.7 Wombat
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No

Details

Installing Gnome 2.6 (clean installation, no gnome 2.4 was installed beforehand) was a major pain, because it is extremely untested:
a. Gnome could not find its icons. Apparently some of its icons were installed on /opt/gnome/share/icons/ and some on /usr/share/icons/ and so half of the Gnome apps (like nautilus and gnome-panel) were trying to find the icons on /usr/share/ instead.
b. I did a change to the font's size on my desktop using the Font pref panel and after that change the Font panel will not load again. http://bugzilla.gnome.org/show_bug.cgi?id=139780
Apparently your gconf-editor is buggy because changing that entry on Metacity's gconf keys, gconf-editor changes it a checkbox instead of an input box because of its bug, and so the font pref panel can't read the checkbox because it expects an input box.
c. The libIDL 0.8.3 is not available on your Current while it is part of the gnome 2.6 desktop.
d. Trying to recompile a few broken gnome apps it would result in compilation problem because the package "indent" was not installed neither it was pulled by the gnome/gnome-extras dependancies.
e. The root user doesn't have its $PATH automatically added to /opt/gnome, so the root user can't find gnome apps (the "normal" users can). The /etc/profile.d/gnome.sh exists, but it doesn't seem to be integrated with
the OS to get added on all user's $PATH.
This task depends upon

Closed by  Judd Vinet (judd)
Tuesday, 27 April 2004, 04:15 GMT
Reason for closing:  Fixed
Comment by srey (srey) - Tuesday, 20 April 2004, 23:12 GMT
Hmmm ... I just performed a clean GNOME installation in the following order (as instructed by Arjan):

pacman -S gconf
pacman -S gnome
pacman -S gnome-extra

I got a perfectly working GNOME 2.6 in all respects, so I'm not sure what happened with Eugenia's install.
Comment by Eugenia Loli-Queru (Eugenia) - Wednesday, 21 April 2004, 02:05 GMT
what I did was
pacman -S gnome
pacman -S gnome-extra
Gconf was installed as part of the dependancies. It was a brand new Arch installation (installed that same day, no Gnome 2.4 was installed before that). I am NOT the only one with the hosed Gnome installation. A quick trip to your Arch forums and on our forum on OSNews.com in the recent Arch story will confirm you just that.
Comment by Jan de Groot (JGC) - Wednesday, 21 April 2004, 06:07 GMT
Hmm, this is very very weird.

a) Gnome is able to find its icons, but I agree we have to do something about the themes, they're spread around the whole system now :(

c) [jan@jan jan]$ pacman -Ss libidl
current/libidl2 0.8.3-1
A front-end for CORBA 2.2 IDL and Netscape's XPIDL

d) indent is a build dependency. That's a bug in the PKGBUILD, not in the package. Normal people using gnome don't need indent, just as they don't need intltool or gtk-doc. When we're building gnome packages, the first one we encounter with build-dependency on indent, gets that one in the PKGBUILD. After that we have that one installed and we don't seem to think about a possible build dependency on indent.

e) If the root user doesn't get gnome added to the path, how is it possible root can build gnome applications? You have to logout and login again, or use ". /etc/profile.d/gnome.sh" to add those to your profile after a fresh installation.
Comment by Eugenia Loli-Queru (Eugenia) - Wednesday, 21 April 2004, 07:34 GMT
>a) Gnome is able to find its icons

Not here, it couldn't. Nautilus and gnome-panel could not find the icons (not even after I tried changing themes).
I had to symlink /usr/share/icons to /opt/gnome/icons to get the full monty.

>current/libidl2 0.8.3-1

when I installed gnome 2.6 last week, this dependancy WAS NOT pulled in. It used an older version of that library that got installed.

>Normal people using gnome don't need indent, just as they don't need intltool or gtk-doc.

As long most Linux software is distributed in source format and Arch can't offer all these apps available out there in binary format, building from source will --unfortunately-- be a need for the years to come. IMHO, you should be installing these packages as part of a Gnome installation. It's not that they take that much space and it would take away headaches from many people, including you.
I mean, it's not that you offer a gnome-dev team package, so there is a NEED for a team of packages that pulls in all gnome-development assosiated packages (gnome-common would be good too). Slackware does it that way, and I never had problems installing apps.

>or use ". /etc/profile.d/gnome.sh"

I did all that. It was NOT added to the root's default $PATH. I had to load it on my .bashrc file!
Comment by srey (srey) - Wednesday, 21 April 2004, 12:38 GMT
Eugnina, back on 4/2/04, the GNOME maintainer said that the problem was that ldconfig was being started at the end of the pacman -S sequence, so any package installed before that could not find gconf. That's why he suggested installing gconf first, then the rest of GNOME. When I tried that back then, it worked. Yes, that's bug. I'm not sure if it's been fixed yet, so my fresh install yesterday still used that order of gconf, then gnome, then gnome-extra, and everything is OK. You are correct, however, that a user should only have to do a pacman -S gnome to have everything working, but you may want to try the gconf first and see if that fixes your problem.
Comment by Judd Vinet (judd) - Tuesday, 27 April 2004, 04:14 GMT
The gconf issue is fixed in the latest package. ldconfig is run right after gconf's installation.

The root user does inherit Gnome's PATH setting (Works For Me).

libidl 0.8.3 is called libidl2 in the Arch repos.

Loading...