dselect wigged out and everything's seg-faulting!
I just tried to updrade my system from the stable and unstable directories. It downloaded a whole mess of things (about half of them seemed to be libraries). Anyway, it began installing them and, starting with about the third or fourth package, it starts seg-faulting in all of the pre-inst scripts! One odd thing is that there were tons of conflict/dependency problems when I first updated the available packages list. netstd required libreadline2, and libreadline2 required libc5, I think. But libc5 conflicted with lib6, which was required by gcc, which was required by kernel-source. There was a big mess with libc5-dev, libc6-dev, and libc5-altdev, too. I kept trying to make things work out and, all of a sudden, it just stopped complaining and took me back to the menu. I was really suspicious of this since I was pretty sure that I had not resolved all of the conflicts that it had originally complained about. Anyway Apache seems to still be running, and I can ftp INto the machine. But the following programs are seg-faulting: vi edit ftp bash su (probably when it tries to run bash) telnetting in closes the connection once I log in (again, due to bash?) Going into dselect, I can select (I)nstall, but it will segfault (probably when it tries to run a shell script. At this point, I'd like to motion that the Debian policy be changed so that the shell pointed to by /bin/sh be compiled with *static* libraries?). If I go to the (S)elect screen, I get the following (note that it asks for ldso to be reinstalled... which can't be a good thing): - Broken Required packages - --- Broken Required packages in section base --- RC** Req base ldso 1.9.2-3 1.9.4-1 U** Req base libc55.4.33-55.4.33-5The Linux C U** Req base libreadline2 2.1-2.1 2.1-2.1 GNU readline and U** Req base libreadlineg 2.1-2.1 2.1-2.1 GNU readline and RI** Req base makedev 1.6-13 1.6-14 Creates special RC** Req base modutils 2.1.34-62.1.34-7Linux module C** Req base ncurses3.0 1.9.9e-21.9.9e-2Old libc5 curses C** Req base ncurses3.4 1.9.9g-31.9.9g-3Video terminal - Broken Standard packages - --- Broken Standard packages in section admin --- C** Std adminncurses-term 1.9.9g-31.9.9g-3Video terminal --- Broken Standard packages in section base --- U** Std base libgdbm1 1.7.3-221.7.3-22GNU dbm database --- Broken Standard packages in section devel --- RC** Std develgcc 2.7.2.2-5 2.7.2.2-6 The GNU C U** Std devellibc5-altdev 5.4.33-55.4.33-5The Linux C C-- Std devellibg++27-dev 2.7.2.1-9 2.7.2.1-9 The GNU C++ RI** Std devellibg++272-db 2.7.2.5-1 2.7.2.5-2 The GNU C++ Any help would be appreciated! - Joe -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: dselect wigged out and everything's seg-faulting!
On Tue, 29 Jul 1997, Brandon Mitchell wrote: [snip] when it tries to run a shell script. At this point, I'd like to motion that the Debian policy be changed so that the shell pointed to by /bin/sh be compiled with *static* libraries?). If I go to the (S)elect screen, I [snip] Well, I think I've narrowed it down to a problem with libreadline and libreadlineg overwriting each other. I tried the same upgrade on another Debian machine and had almost the same thing happen. Dselect installed libreadline fine, then libreadlineg fine, and then proceeded to seg-fault on everything else. I looked on a machine that did NOT have libreadlineG installed (we'll call it machine B) and noticed that it had a different libreadline than machine A that had just installed libreadline and then libreadlineg. Figuring that libreadlineg was overwriting the libreadline.so.2.1 from the libreadline package (on machine A), I copied machine B's libreadline.so.2.1 ober to machine A and things started working again. Even bash works... which was the only thing that claims to depend on libreadlineg. So, my advice to anyone upgrading from unstable would be, if upgrading bash, to deselect libreadlineg and then use Q to force dselect to grin and bear it. Bash seems to be working fine without it. Now, the only problem is that there's apparently *another* library that got hosed in the process. smail hangs up on me when telnetting to port 25 and perl seg-faults. I've copied over libdl, libdb, ldso, libgdbm, libm, and libc from a Debian machine that perl is *working* on and still no luck. However, those are the only libraries I could find when doing a strings perl | grep \.so\. Does anyone know of any other libraries Perl needs or what else could be making it segfault? A better solution is to have an /sbin/sh which has static libraries. This keeps dynamic libraries for everything else. In a crisis, you can just make a symlink from /bin/sh to /sbin/sh. And lastly, perhaps some scripts to handle all of the symlinks. ohshit could point the links to the /sbin versions and whew could point them back to the dyn-linked ones. :) I've been avoiding unstable till it seems more stable. Well, I once asked if unstable meant that the *software* itself was unstable or if it was mainly that the version numbers weren't stable (in other words, that new packages and new builds of existing ones could show up in there without notice). The impression I got from the responses was that it was mostly the latter, but some of the former in that it wasn't necessarily beta tested very much if at all. But what else can you do? I've been itching for Apache 1.2 and I'm gonna just burst if I have to wait much longer for mSQL 2.x. Don't wanna wait for a whole new Debian release. P.S. This problem probably belongs in debian-devel. Okay, I'll forward it along to them. - Joe -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: dselect wigged out and everything's seg-faulting!
-BEGIN PGP SIGNED MESSAGE- On Tue, 29 Jul 1997, Joe Emenaker wrote: [snip] - Broken Required packages - --- Broken Required packages in section base --- RC** Req base ldso 1.9.2-3 1.9.4-1 U** Req base libc55.4.33-55.4.33-5The Linux C U** Req base libreadline2 2.1-2.1 2.1-2.1 GNU readline and U** Req base libreadlineg 2.1-2.1 2.1-2.1 GNU readline and RI** Req base makedev 1.6-13 1.6-14 Creates special RC** Req base modutils 2.1.34-62.1.34-7Linux module C** Req base ncurses3.0 1.9.9e-21.9.9e-2Old libc5 curses C** Req base ncurses3.4 1.9.9g-31.9.9g-3Video terminal - Broken Standard packages - --- Broken Standard packages in section admin --- C** Std adminncurses-term 1.9.9g-31.9.9g-3Video terminal --- Broken Standard packages in section base --- U** Std base libgdbm1 1.7.3-221.7.3-22GNU dbm database --- Broken Standard packages in section devel --- RC** Std develgcc 2.7.2.2-5 2.7.2.2-6 The GNU C U** Std devellibc5-altdev 5.4.33-55.4.33-5The Linux C C-- Std devellibg++27-dev 2.7.2.1-9 2.7.2.1-9 The GNU C++ RI** Std devellibg++272-db 2.7.2.5-1 2.7.2.5-2 The GNU C++ Here is where knowing how to use dpkg comes in handy. At this point I would try installing libc5, and forget about libc6 so that I could get a working machine once again. Try: dpkg -i /var/path/to/libc_debian-file.deb The ususal place (via ftp) is: /var/lib/dpkg/methods/ftp/debian/stable/binary-i386/base/ Take note of what dpkg complains and attempt to download those particulars files by hand, and install them the same way. Once you have fixed up libc5 and ld.so you could then switch back to using dselect and see if that helps to fix the problem. However I've often found that dselect will just it things wrong, and muck the system up again and normally would use dpkg until dselect reported no problems and then continue with it. Good luck, Anand. - -- `When any government, or any church for that matter, undertakes to say to its subjects, This you may not read, this you must not see, this you are forbidden to know, the end result is tyranny and oppression no matter how holy the motives' -- Robert A Heinlein, If this goes on -- -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: noconv iQCVAwUBM97v9GRmcAD8BdppAQEGMgP9E26wc5PU3uuthg9NPQhQcxSbejthXGBf p2TJXpOU0pMDi+vKpeINoJDpwz/PM9GV7UInf1qFBwhy/KzbaeAAdhIDeuk6aNZX 38OTxl7ssbL+bB30zqDrVfMPdwUeYyi4X17V3pJnx4P6sUu8p15/TubgE71yPoAs FxGbdfm73RI= =H75C -END PGP SIGNATURE- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: dselect wigged out and everything's seg-faulting!
Joe Emenaker wrote: ... Does anyone know of any other libraries Perl needs or what else could be making it segfault? Downgrading libgdbm1 to the version from stable fixed it for me -- I purged libgdm1 and libgdbmg1 manually first. YMMV. You really can't use dpkg until you fix perl because [at least] half of the *install scripts call Perl scripts, eg. things like install-info. Methinks I should subscribe to developers list and post there -- IMO this is something developers should keep in mind. HTH -- Dimirti my real address is emaziuk @ curtin dot edu dot au --- If Jesus was Jewish, why did he have a Puerto-Rican name? ( Zen koan ) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .