Gentoo Archives: gentoo-dev

From: Mikael Hallendal <hallski@g.o>
To: gentoo-dev@××××××××××.org
Subject: Re: [gentoo-dev] Programs that depend on X libraries
Date: Wed, 29 Aug 2001 16:26:11
Message-Id: 999131220.10772.11.camel@zoidberg
In Reply to: [gentoo-dev] Programs that depend on X libraries by Aron Griffis
1 ons 2001-08-29 klockan 19.01 skrev Aron Griffis:
2 > Hello,
4 Hi!
6 > I'd like to propose that programs should almost always install in /usr
7 > rather than /usr/X11R6. My reasons follow:
9 I'm not really sure where I stand in this discussion yet :)
10 (I think I agree with you though)
12 First of all, I want to enlighten people not used to BSD that there is
13 another way. BSDs (at least NetBSD, think the others does this too)
14 installes everything not in the base-system in it's own directory
15 (/usr/pkg/ on NetBSD). This is a nice solution IMHO since it keeps /usr
16 "clean". This is a feature many people bring up as one of the better
17 things in the Linux vs. *BSD. Might be worth a thought.
19 > (1) The FHS says: "This hierarchy is reserved for the X Window System,
20 > version 11 release 6, and related files." IMHO that doesn't include
21 > programs that are linked against the X libraries, just programs that
22 > are delivered with the X distribution.
24 This is a good reason for not installing in /usr/X11R6.
26 > (2) Consistency with other major distributions. Both Red Hat and Debian
27 > install programs (even those linked against X libraries) in /usr.
28 > (For the most part... Deviations seem to be primarily historical.)
30 I don't think this weights in so much. We are pretty different from the
31 other distributions and tries to do the stuff the way we think is best.
32 This argument should (IMHO) only be used where it really doesn't matter
33 to us.
35 > (3) Simplicity in the ebuilds. Consider the following scenarios:
36 >
37 > * ebuild with multiple binaries, some of which link against X,
38 > others that don't. Does the ebuild author split up the binaries?
39 > If so, this becomes confusing to both the ebuild author (who has
40 > to go through and distinguish one from the other) and to the
41 > end-user (who might expect both prog and xprog to live in the same
42 > location).
43 >
44 > * ebuild with binary that optionally links to X. Does the ebuild
45 > author put conditionals in the ebuild to install in either
46 > /usr/X11R6 or /usr? If so, this again creates a confusing
47 > situation for the end-user.
48 >
49 > In both of these cases, it's easier to install to /usr and not worry
50 > about either of the above.
52 Yes, this is the reason I think is worse the most. I really don't like
53 the install-in-different-paths-depending-on-whats-it-linked-against.
55 This is the same with GNOME. Like XChat, if it's compiled with
56 GNOME-support it's installed in /opt/gnome and if it's not it's
57 installed in /usr/X11R6 (and with current setup, it should be added a
58 text-only version which should go into /usr).
60 Another issue about this is even worse. How about libraries?
61 gdk-pixbuf can optionally be built with GNOME-support. Currently (to
62 follow current guidelines) I install it in /opt/gnome if it's built with
63 GNOME-support and in /usr/X11R6 otherwise.
64 This is _NOT_ good because I think ebuild-writers shouls be able to know
65 in which prefix other packages are installed in (especially libs because
66 they might have to give that as an option to there packages).
68 > (4) Potential to have multiple X distributions installed. Say for
69 > instance that I like to have XFree86-3.3.6, XFree86-4.0.1, and
70 > Accelerated-X installed. I might like to install these in
71 > hierarchies under /usr/XFree86-3.3.6, /usr/XFree86-4.0.1, and
72 > /usr/Accel-X, then create a symlink /usr/X11R6 that points to the
73 > tree I'm using at the moment. All other technical concerns with
74 > this scheme aside, this at least creates a problem for ebuilds that
75 > like to install in /usr/X11R6.
77 This however is (I think) something that speeks for actually installing
78 into /usr/X11R6. Because an app compiled against XFree86 3.3.6 or
79 Accel-X might not work without recompile against XFree86 4.0.1. (I'm not
80 sure about this).
82 So if we by changing the /usr/X11R6-link break lots of packages
83 installed it's better if they are installed in the old path so they
84 won't be found or something.
86 Regards,
87 Mikael Hallendal
89 --
91 Mikael Hallendal
92 Gentoo Linux Developer, Desktop Team Leader
93 CodeFactory AB, Stockholm, Sweden


Subject Author
Re: [gentoo-dev] Programs that depend on X libraries Aron Griffis <agriffis@g.o>