Re: Segfault after dist-upgrade
That was a really bad idea. Your system is most certainly wrecked now. I've not checked the info on the url you submitted ( though it looks appealing ) Why did you start such a gigantic leap ? Why no upgrade to wheezy first, then add apt repo's for testing and/or unstable with apt pinning to suite your needs ... I assume you're looking for much more up-to-date software ... if you really really need that, try Ubuntu. On 13/07/13 10:40, Anne Forker wrote: Hi all, I have tried to update squeeze to the next 'unstable' dist and thereby turned it into a non-functioning state: [...] Reading changelogs... Done Extracting templates from packages: 100% Preconfiguring packages ... Setting up libc6 (2.17-7) ... Configuration file `/etc/ld.so.conf.d/i486-linux-gnu.conf' ==> File on system created by you or by a script. ==> File also in package provided by package maintainer. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : start a shell to examine the situation The default action is to keep your current version. *** i486-linux-gnu.conf (Y/I/N/O/D/Z) [default=N] ? y Installing new version of config file /etc/ld.so.conf.d/i486-linux-gnu.conf ... Checking for services that may need to be restarted... Checking init scripts... WARNING: init script for openbsd-inetd not found. Restarting services possibly affected by the upgrade: exim4: restarting...done. cups: restarting...done. cron: restarting...done. atd: restarting...done. Services restarted successfully. E: Problem executing scripts DPkg::Post-Invoke 'test -f /var/run/science-config.usermenu && if [ -x /usr/sbin/blend-update-usermenus ] ; then /usr/sbin/blend-update-usermenus science ; fi ; rm -f /var/run/science-config.usermenu' E: Sub-process returned an error code E: Sub-process /usr/bin/dpkg received a segmentation fault. root@hrefna:~# apt-get -f dist-upgrade Segmentation fault root@hrefna:~# ls Segmentation fault root@hrefna:~# I have had this post-invoke test error before when I executed apt-get -f dist-upgrade with some libs preloaded (I moved the libc6.so following http://blog.i-al.net/2013/03/a-copy-of-the-c-library-was-found-in-an-unexpected-directory/). However I hoped to get around it. I'd like to know whether this error appeared on my behalf ... Suppose, I won't be able to restart the computer when it's shut down ... Best regards Anne -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51e11cda.60...@telenet.be
Re: What's with the blue overlining in text consoles?
Never heard of something similar to start with. Few guesses. * Terminal Emulation ? Check what happens if you switch from say xterm to linux to vt100 to ... * Character map error ? Might be for some reason the charmap is damaged ? Did you edit them at one point ? Of would someone else have access to them ? I'd suggest you make a backup of the current files, then proceed with tests. If it still fails proceed to reinstall the packages. Then check again... Do you mix the repo with Wheezy or unstable ? This might at times cause quite unique weirdness. On 13/07/13 21:55, Stephen Powell wrote: Something strange has started happening recently. For a long time I have used ISO-8859-1 as my character mapping in text consoles. dpkg-reconfigure console-setup and I have had no difficulty, except when using the ssh client to connect to a remote system which uses UTF-8. The box-drawing characters sent by the remote system did not look right under these conditions. To solve this problem, I switched my local system to use UTF-8. Now the box-drawing characters sent by the remote system look right when displayed by my local ssh client. However, I recently began noticing that all blue fields are now overlined. For example, the lynx web browser, when used in a text console (vt1-vt6), displays emphasized fields (the ... html tag) as blue overlined, when it used to display them simply as blue. I can live with that, I suppose. But what really bothers me is when I use the c3270 text-mode 3270 terminal emulator to logon to a mainframe. All blue fields are now overlined! This is driving me batty! I tried searching the world wide web using search words of blue overlining "UTF-8" but did not obtain any useful results. Does anyone know the cause of this? Does anyone know the cure? Is this a bug? If so, in what package is the bug? The problem does not seem to occur in a Gnome Terminal window, only on a text console. My system locale is en_US.UTF-8. I am running an up-to-date Jessie system on i386 architecture. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51e2bf5a.2080...@telenet.be
