Re: glibc-compat ???
> > It seems we don't have such "compatibility" packages for Debian; > > what am I missing? Could one install slink's glibc2.0 in a > > non-obstrusive way under potato or woody? > > Maybe you could use alien and install the rpm? I thing potato and > woody is totally commited to 2.1 > Strange. If i can remember, Slink has libc5 compatibility libs. Why not glibc2.0 compatibility libs for potato, as RH-based distros have? I'm CC'ing this post to debian-devel (the right place to talk about this issue). Taupter
Re: glibc-compat and upgrading from Slink to Potato using dselect's FTP method.
Hello all I'm near from upgrading my Slink to Potato using dselect's FTP, but I'm afraid if it can drive my system _really_ bad (broken). I tried it six months ago, and the result was a reinstalling Slink from CDs. Did anyone try this way? Worked fine? Taupter
Potato - update-alternatives (Ian Jackson) and window managers - doubt (and Slink to Potato Success)
Hello! First, I'm proud of Debian! I upgraded my Debian system to Potato this weekend, and everything went really fine! Enven my glibc 2.0.7 programs ran (almost all)! Thank you all developers! Go ahead! Make the world better! Second, I'm a bit confused about one point: I compiled gnome, wmaker and a large bunch of X-related software, and I was using a file in the /etc/X11/ (I can't remember its name, since it was deleted during the upgrade) to set my default window manager to /usr/local/bin/gnome-session. When I restarted my computer and ran X (startx), I was in front of a tiny almost-unuseable window manager. Digging the scripts I found one symlink (/etc/alternatives/x-window-manager) pointing to that ugly wm. I removed that symlink, created a new one pointing to /usr/local/bin/gnome-session. startx went fine. Till I restarted the computer. Then, once again, that link was set to /usr/bin/X11/vtwm . What a mess. I was poking update-alternatives, but didn't find a way to point my default window manager to /usr/local/bin/gnome-session. Yes I did read the man 8 update-alternatives, but it was a bit confusing to me (as I think it is a bit confusing to anyone but the man writer aka Ian Jackson), since it was not sufficiently explanatory (at least to me. Shame on me...). Could anyone explain to me the right way to make it work like I want, in the update-alternatives way? Thank you all! P.S.: Is Ian the Deborah's husband? :) Just to know... :) Thanks twice, Claudio
Re: Removing compiled-by-hand packages [WAS:] Potato - update-alternatives and window managers
> ... But, since there are pretty current versions of > gnome in potato you might use those... Surely it woulb be _very_good_ idea, along with communicator and a really _huge_ stuff I have in, but I really afraid about messing my system with broken dependencies and so... Ok, removing almos all the bunch I have would be a great idea too... but I have some questions to ask: 1. Does Debian install any stuff inside /usr/local ? 2. Is secure to the system integrity to _wipe_ /usr/local (no daemons/services stored in /usr/local and such issues)? The sense of _wiping_ /usr/local means removing files/symlinks from /usr/local/bin, /usr/local/lib and such. I'm a bit short of space in my /usr partition, and it would be "useful"... :) Claudio
