| 1 |
On Wednesday 22 October 2003 1:17, Paul de Vrieze wrote: |
| 2 |
|
| 3 |
|
| 4 |
> This symlink is not highly discouraged. It is highly discouraged to use a |
| 5 |
> plain kernel tree as source for the /usr/include/linux headers. Those |
| 6 |
> symlinks mean problems. It is also discouraged to assume that |
| 7 |
> /usr/src/linux points to the RUNNING kernel, those sources can be found by |
| 8 |
> /lib/modules/ `uname -r`/build. However in this case we want a way against |
| 9 |
> which kernel modules should be build. |
| 10 |
|
| 11 |
Forgive me then. I must've just assumed that when Linus said "you should'nt do |
| 12 |
that" with his package, that was highly discouraged. |
| 13 |
|
| 14 |
> I wonder why you insist on having an awkward, notworking way of doing so. |
| 15 |
> Gentoo is about unattended installs. Such an environment variable violates |
| 16 |
> it. Further it would break initial installs. When one does an emerge kde |
| 17 |
> after system is just merged, it will pull in a kernel source (for alsa), |
| 18 |
> however if you don't specify your variable building alsa-driver still |
| 19 |
> fails. However the kernel sources automatically install the linux symlink |
| 20 |
> if it did not exist yet (but not change it if it did). Of course we could |
| 21 |
> use another name/location, but I don't see the point. |
| 22 |
|
| 23 |
Well I did not say my way was a definative answer, merely a suggestion. I |
| 24 |
believe you meant to say the kernel sources ebuild provides that link, which |
| 25 |
Patrick suggested that could be easily put out of date, and Spider suggested |
| 26 |
he might not keep the sources for. But how is my asking the link get dropped |
| 27 |
"awkward and notworking"? You just pointed out the link doesn't change if it |
| 28 |
preexists, so the benefit is that your unattended install just dumped your |
| 29 |
modules into the wrong place, when you have it pointing at the wrong kernel. |
| 30 |
So if you need to keep changing this link back and forth to suit where the |
| 31 |
modules go, doesn't this become user preference rather than system |
| 32 |
preference? |
| 33 |
|
| 34 |
There is no easy answer to this problem, but it seems nobody want to tackle it |
| 35 |
either( along with multiple versions of the same modules packages.) |
| 36 |
-- |
| 37 |
Chuck Brewer |
| 38 |
Registered Linux User #284015 |
| 39 |
Get my gpg public key at pgp.mit.edu!! Encrypted e-mail preferred. |
Archives