Bug#329344: cowdancer: cow-shell does not start, gives error
Package: cowdancer Version: 0.4 Severity: grave Here is what I get: $ cp -al src test $ cd test $ cow-shell Invoking bash cow-shell: exec: No such file or directory $ type cow-shell cow-shell is hashed (/usr/bin/cow-shell) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.30-pre2-pr-hrt-1kHz-1 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages cowdancer depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an cowdancer recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329344: cowdancer: cow-shell does not start, gives error
>> $ cp -al src test >> >> $ cd test >> >> $ cow-shell >> Invoking bash >> cow-shell: exec: No such file or directory >> >> $ type cow-shell >> cow-shell is hashed (/usr/bin/cow-shell) > > >What's your '$SHELL' ? $ echo $SHELL bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329344: cowdancer: cow-shell does not start, gives error
>What's wrong with your configuration is that you have >'bash' as SHELL, and not a full path. Wow! I have had this for years (this is an old installation, contiunuously updated), and only now I discover this! I have no idea where the problem comes from. I looked for the "SHELL" string in all file in /etc, /etc/init.d, /etc/pam.d, ~, but I could find nothing. I could force it, but I would also like to understand where this comes from... Found it! It comes from my .screenrc, where I set shell to "-bash" instead of "-/bin/bash". >--- cow-shell.c.~1.5.~ 2005-08-17 08:53:34.0 +0900 >+++ cow-shell.c2005-09-21 22:15:29.0 +0900 >@@ -48,9 +48,9 @@ > const char* myshell=getenv("SHELL")?:"/bin/sh"; > fprintf(stderr, "Invoking %s\n", myshell); > >- execl(myshell, >- myshell, >- NULL); >+ execlp(myshell, >+ myshell, >+ NULL); > } > perror("cow-shell: exec"); > return 1; I think it is okay, unless you decide that having a relative path for the shell is a security risk and you don't want to support this. But yours would be the only program (as far as I am aware) that chuckles on this problem. As I said, before correcting it now, I had this mistake working for years (since 2001 at least). Thank you. -- Francesco Potortì (ricercatore)Voice: +39 050 315 3058 (op.2111) ISTI - Area della ricerca CNR Fax: +39 050 313 8091 via G. Moruzzi 1, I-56124 Pisa Email: [EMAIL PROTECTED] Web: http://fly.isti.cnr.it/ Key: fly.isti.cnr.it/public.key -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#300703: maybe the init.s script is broken?
This one "fixed" the problem. cd /etc/init.d/ diff -pu /etc/init.d/autofs\~ /etc/init.d/autofs --- /etc/init.d/autofs~ 2005-02-21 12:37:43.0 +0100 +++ /etc/init.d/autofs 2005-03-21 17:25:54.0 +0100 @@ -644,7 +644,7 @@ start) stop) echo -n 'Stopping automounter:' - umount_loopback + umount_loopback || true any=0 for file in `ls /var/run/autofs/*.pid 2>/dev/null` Diff finished at Mon Mar 21 17:26:46 -- Francesco Potortì (ricercatore)Voice: +39 050 315 3058 (op.2111) ISTI - Area della ricerca CNR Fax: +39 050 313 8091 via G. Moruzzi 1, I-56124 Pisa Email: [EMAIL PROTECTED] Web: http://fly.isti.cnr.it/ Key: fly.isti.cnr.it/public.key -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#450963: xscreensaver-gl: crashes the X server
Package: xscreensaver-gl Version: 5.03-2+lenny1 Severity: grave I do not know whether this is a problem of the proprietary Nvidia driver that I am using or not, but since this is serious I am reporting before investigating more thoroughly. Any GL screensaver that I have tried crashes the X server. At the end I append the X server log. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages xscreensaver-gl depends on: ii libc6 2.6.1-1 GNU C Library: Shared libraries ii libgl1-mesa-glx [libgl1]7.0.1-2 A free implementation of the OpenG ii libgle3 3.1.0-5.3OpenGL tubing and extrusion librar ii libglib2.0-02.14.1-5 The GLib library of C routines ii libglu1-mesa [libglu1] 7.0.1-2 The OpenGL utility library (GLU) ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxmu6 1:1.0.3-1X11 miscellaneous utility library ii libxpm4 1:3.5.7-1X11 pixmap library ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii libxxf86vm1 1:1.0.1-2X11 XFree86 video mode extension l Versions of packages xscreensaver-gl recommends: ii xscreensaver 5.03-2+lenny1 Automatic screensaver for X ===File /var/log/Xorg.0.log.old= X Window System Version 1.3.0 Release Date: 19 April 2007 X Protocol Version 11, Revision 0, Release 1.3 Build Operating System: Linux Debian (xorg-server 2:1.3.0.0.dfsg-12lenny1) Current Operating System: Linux tucano.isti.cnr.it 2.6.22-2-amd64 #1 SMP Thu Aug 30 23:43:59 UTC 2007 x86_64 Build Date: 20 October 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Mon Nov 12 13:31:28 2007 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "crt" (**) |-->Screen "Single screen" (0) (**) | |-->Monitor "crt19" (**) | |-->Device "nvidia NV37GL [Quadro FX 330]" (**) |-->Input Device "HP Keyboard" (**) |-->Input Device "GPM repeater" (WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/truetype/openoffice". Entry deleted from font path. (Run 'mkfontdir' on "/usr/share/fonts/truetype/openoffice"). (WW) Including the default font path /usr/share/fonts/X11/misc,/usr/share/fonts/X11/cyrillic,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType. (**) FontPath set to: /usr/share/fonts/X11/misc:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/100dpi/:unscaled, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/75dpi, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/cyrillic, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to "/etc/X11/rgb" (==) ModulePath set to "/usr/lib/xorg/modules" (**) Extension "Composite" is enabled (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x7c2f60 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.2 X.Org XInput driver : 0.7 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: "pcidata" (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 1.3.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.2 (--) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 10de,02f4 card 1043,81d2 rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:1: chip 10de,02fa card 10
Bug#450963: xscreensaver-gl: crashes the X server
>I do not know whether this is a problem of the proprietary Nvidia driver >that I am using or not, but since this is serious I am reporting before >investigating more thoroughly. Any GL screensaver that I have tried >crashes the X server. At the end I append the X server log. Yes, I can confirm that, while the old Nvidia proprietary driver had no problems, it does not work well with the new X server. Upgrading the proprietary Nvidia driver from version 1.0-7185 to 100.14.19 solved the problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#450963: xscreensaver-gl: crashes the X server
>>> I do not know whether this is a problem of the proprietary Nvidia driver >>> that I am using or not, but since this is serious I am reporting before >>> investigating more thoroughly. Any GL screensaver that I have tried >>> crashes the X server. At the end I append the X server log. >> >> Yes, I can confirm that, while the old Nvidia proprietary driver had no >> problems, it does not work well with the new X server. Upgrading the >> proprietary Nvidia driver from version 1.0-7185 to 100.14.19 solved the >> problem. >> >Francesco, this is not more related to incompability between old nvidia >driver with the nex X server? Yes, it is. The old nvidia proprietary driver had no problems with the old X server, but crashes the new one when GL is used. The new nvidia proprietary driver does not exhibit the problem. >Try another 3D acceleration app please, just to be sure. I do not use any, apart from those in xscreensaver-gl. I tried the small demo glxgears. If you think this is not enough, can you please suggest something else to try out? -- Francesco Potortì (ricercatore)Voice: +39 050 315 3058 (op.2111) ISTI - Area della ricerca CNR Fax: +39 050 315 2040 via G. Moruzzi 1, I-56124 Pisa Email: [EMAIL PROTECTED] Web: http://fly.isti.cnr.it/ Key: fly.isti.cnr.it/public.key
Bug#450963: xscreensaver-gl: crashes the X server
>>> Francesco, this is not more related to incompability between old nvidia >>> driver with the nex X server? >> >> Yes, it is. The old nvidia proprietary driver had no problems with the >> old X server, but crashes the new one when GL is used. The new nvidia >> proprietary driver does not exhibit the problem. >> >>> Try another 3D acceleration app please, just to be sure. >> >> I do not use any, apart from those in xscreensaver-gl. I tried the >> small demo glxgears. If you think this is not enough, can you please >> suggest something else to try out? >> >I cannot thing of something else at least that you're ok with >downloading a game or something... If you think it is necessary, I can do it, if you can suggest a game or grpahical application that does not need a complex setup. I download it, play with it a minute, and then uninstall it. >Anyway, if this is a problem between X server and graphic drivers it >does have nothing to do with xscreensaver. Are you ok if I redirect this >bug to xserver-xorg? Maybe it should be closed. As I was saying, the latest nvidia proprietary driver does not exhibit any problem. It could have been a bug on their part, which now they solved. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431692: still getting a crash on amd64 with 0.2.3-1
I installed 0.2.3-1 for amd64 and I still have Nautilus crash on me as soon as I click on any icon. Nautilus works well after purging ext-diff. -- Francesco Potortì (ricercatore)Voice: +39 050 315 3058 (op.2111) ISTI - Area della ricerca CNR Fax: +39 050 315 2040 via G. Moruzzi 1, I-56124 Pisa Email: [EMAIL PROTECTED] Web: http://fly.isti.cnr.it/ Key: fly.isti.cnr.it/public.key
Bug#444429: dhelp: error linking against libdb4.5
Package: dhelp Version: 0.5.24-0.1 Severity: serious Setting up dhelp (0.5.24-0.1) ... Building HTML tree .../usr/sbin/dhelp_parse: /usr/lib/libdb-4.5.so: no version information available (required by /usr/sbin/dhelp_parse) /var/lib/dpkg/info/dhelp.postinst: line 45: 14800 Segmentation fault (core dumped) /usr/sbin/dhelp_parse -r dpkg: error processing dhelp (--configure): subprocess post-installation script returned error exit status 139 Errors were encountered while processing: dhelp E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages dhelp depends on: ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii libc6 2.6.1-1GNU C Library: Shared libraries ii libdb4.5 4.5.20-1 Berkeley v4.5 Database Libraries [ ii perl-modules 5.8.8-7Core Perl modules Versions of packages dhelp recommends: ii dillo [www-browser 0.8.5-4.1+b1 Small and fast web browser ii elinks [www-browse 0.11.1-1.4advanced text-mode WWW browser ii galeon [www-browse 2.0.2-4 GNOME web browser for advanced use ii iceweasel [www-bro 2.0.0.6-0etch1+lenny1 lightweight web browser based on M ii lynx [www-browser] 2.8.6-2 Text-mode WWW Browser ii mozilla-firefox2.0.0.6-0etch1+lenny1 Transition package for iceweasel r ii w3m [www-browser] 0.5.1-5.1+b1 WWW browsable pager with excellent -- debconf information: dhelp/www-browser-console: w3m dhelp/www-browser-x: mozilla -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]