Bug#400046: closed by Gioele Barabucci (Re: Bug#400046: bash: man page tells me "typeset +r" will undo a "typeset -r" but it doesn't)
Thanks for getting back to me. :)
Bug#844631:
The timestamp on chromium-browser (53.0.2785.143-1~deb8u1) is Sat, 01 Oct 2016 23:13:19 +. The bug starts showing itself 70 days after the build date, ie. yesterday. Is there any known workaround that will allow me to continue viewing affected sites in chromium other than manually adding all the domains to an exclusion list?
Bug#822365: squid-deb-proxy: http_port is grepped from squid-deb-proxy.conf in such a way that comments are not ignored
Package: squid-deb-proxy Version: 0.8.9 Severity: normal Dear Maintainer, * What led up to the situation? I wanted to use a non default port for squid-deb-proxy. I edited /etc/squid-deb-proxy/squid-deb-proxy.conf Originally it had a line: http_port 8000 I commented that line and added a new one: # http_port 8000 http_port 19302 After restarting squid-deb-proxy, the service was no longer working for any hosts. The port wasn't being advertised correctly. Before the change, I saw: $ avahi-browse -kprtf _apt_proxy._tcp | tail -1 | cut -d';' -f6- local;chris.local;192.168.1.105;8000; After the change, I saw: $ avahi-browse -kprtf _apt_proxy._tcp | tail -1 | cut -d';' -f6- local;chris.local;192.168.1.105;0; ie. the port was being advertised as 0, not 19302. I looked into it, to see why this was, and found this in /usr/share/squid-deb-proxy/init-common.sh : PORT=$(grep http_port /etc/squid-deb-proxy/squid-deb-proxy.conf|cut -d' ' -f2) That 'grep' is matching both the commented and uncommented lines in the config file. Before my change to the config file: $ PORT=$(grep http_port /etc/squid-deb-proxy/squid-deb-proxy.conf|cut -d' ' -f2) $ echo $PORT 8000 After my change: $ PORT=$(grep http_port /etc/squid-deb-proxy/squid-deb-proxy.conf|cut -d' ' -f2) $ echo $PORT http_port 19302 This is the cause of the problem. A simple fix would be to do something to ensure that comments in the .conf file are ignored: PORT=$(grep '^\s*http_port\s' /etc/squid-deb-proxy/squid-deb-proxy.conf|cut -d' ' -f2) -- System Information: Debian Release: 8.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages squid-deb-proxy depends on: ii debconf [debconf-2.0] 1.5.56 ii squid3 3.4.8-6+deb8u2 Versions of packages squid-deb-proxy recommends: ii avahi-utils 0.6.31-5 squid-deb-proxy suggests no packages. -- Configuration Files: /etc/squid-deb-proxy/squid-deb-proxy.conf changed [not included] -- debconf information excluded
Bug#443860: subversion-tools: svn2cl hangs if remove https host isn't trusted
Package: subversion-tools Version: 1.4.4dfsg1-1 Severity: normal 'svn2cl' hang while running from a build script. ps shows: $ ps -ef | grep svn dooglus 14078 13890 0 19:56 pts/200:00:00 /bin/sh /usr/bin/svn2cl --include-rev --revision 745 https://svn.voria.com/co dooglus 14091 14078 0 19:56 pts/200:00:00 /bin/sh /usr/bin/svn2cl --include-rev --revision 745 https://svn.voria.com/co dooglus 14092 14091 0 19:56 pts/200:00:00 /bin/sh /usr/bin/svn2cl --include-rev --revision 745 https://svn.voria.com/co dooglus 14094 14092 0 19:56 pts/200:00:00 svn info https://svn.voria.com/code/synfig-studio/trunk/ Running the 'svn info' command in an interactive shell shows: $ svn info https://svn.voria.com/code/synfig-studio/trunk/ Error validating server certificate for 'https://svn.voria.com:443': - The certificate is not issued by a trusted authority. Use the fingerprint to validate the certificate manually! Certificate information: - Hostname: deepdarc.com - Valid: from Sun, 28 Jan 2007 23:23:44 GMT until Mon, 28 Jan 2008 23:23:44 GMT - Issuer: http://www.cacert.org, Root CA - Fingerprint: 53:03:f2:61:68:4d:39:ce:9c:ba:7c:af:ce:22:7e:71:69:67:0f:b7 (R)eject, accept (t)emporarily or accept (p)ermanently? So it looks like 'svn info' is asking 'svn2cl' whether to trust the fingerprint, and svn2cl isn't answering... Manually running the 'svn info' question prevents the hang in future, but shouldn't svn2cl present svn info's question to the user? -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages subversion-tools depends on: ii subversion 1.4.4dfsg1-1 Advanced version control system Versions of packages subversion-tools recommends: ii exim4 4.67-8meta-package to ease Exim MTA (v4) ii exim4-daemon-light [mail-t 4.67-8lightweight Exim MTA (v4) daemon ii libconfig-inifiles-perl2.39-2Read .ini-style configuration file ii libsvn-perl1.4.4dfsg1-1 Perl bindings for Subversion ii liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin ii python-subversion 1.4.4dfsg1-1 Python bindings for Subversion ii xsltproc 1.1.22-1 XSLT command line processor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420443: sa-exim fails to run and loses email
Package: sa-exim Version: 4.2.1-7 Severity: normal I have exim set up to use sa-exim. Since updating sid this morning for the first time in 3 months or so, it has stopped working. It seems to be throwing all my email away instead. Here are lines from /var/log/mail.info: Apr 22 12:22:47 chrislap fetchmail[3163]: reading message me@[EMAIL PROTECTED]:3 of 3 (4945 octets) (log message incomplete) Apr 22 12:22:47 chrislap fetchmail[3163]: SMTP error: 451 /usr/lib/exim4/local_scan/sa-exim.so: undefined symbol: primary_hostname Apr 22 12:22:47 chrislap fetchmail[3163]: not flushed Apr 22 12:22:47 chrislap fetchmail[3163]: sleeping at Sun 22 Apr 2007 12:22:47 CEST for 300 seconds Chris. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sa-exim depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii exim4-daemon-light4.67-1 lightweight exim MTA (v4) daemon ii libc6 2.5-2 GNU C Library: Shared libraries ii spamc 3.1.7-2Client for SpamAssassin spam filte Versions of packages sa-exim recommends: ii perl 5.8.8-7Larry Wall's Practical Extraction -- debconf information: sa-exim/purge_spool: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420443: sa-exim fails to run and loses email
It can't be throwing mail away - since Exim returns a temporary failure, it's Fetchmail that must not delete the mail from the POP server. I'm using fetchmail to fetch from a gmail account. I don't know what exactly is at fault - maybe the gmail POP server is refusing to send the mail a 2nd time once sa-exim has blown up on it once. All I know is that I lost a few hours' worth of email this morning. I've disabled sa-exim for now. Gmail does a good enough job of filtering spam out anyway. I'll re-enable it when I hear on this bug report that it's fixed. Thanks. Chris. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417897: that patch breaks compilation with g++-4.0
After applying your patch, the build fails: /usr/local/include/ETL/_stringf.h:34:18: error: csdlib: No such file or directory I'm using g++ 4.0: $ apt-cache policy show g++-4.0 g++-4.0: Installed: 4.0.3-1ubuntu5 $ and can't find csdlib anywhere in the ubuntu (dapper) repositories: $ apt-file search csdlib $ Is there some preprocessor macro I should test for before including csdlib? Chris. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413426: iceape-browser: updating iceape broke NoScript extension
Package: iceape-browser Version: 1.0.8-1 Severity: normal Yesterday, iceape-browser was updated: 2007-03-03 12:41:10 upgrade iceape-browser 1.0.7-3 1.0.8-1 2007-03-03 12:41:27 status installed iceape-browser 1.0.8-1 After the update, the NoScript extension (which I installed from https://addons.mozilla.org/firefox/722/ ) became inaccessible. The extension was still running, preventing JavaScript from running by default, but I could no longer see the 'S' icon in the bottom right corner, so I was unable to 'temporarily allow ...' scripts. When I first installed NoScript, I had to do it by running IceApe as the root user, which I am guessing installed some files which yesterday's update deleted. I've tried re-installing NoScript, but I still don't see the GUI for in when I run IceApe using my old profile. I asked about this in #seamonkey on IRC and was told that I should install the official build, rather than using IceApe. I did this, and it has worked OK. The official build I used is version 1.1.1, rather than the 1.0.8 that I was using before. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.2 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages iceape-browser depends on: ii libatk1.0-0 1.12.4-2 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1.2 generic font configuration library ii libgcc1 1:4.1.1-21 GCC support library ii libglib2.0-0 2.12.6-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-5 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmyspell3c2 1:3.1-18 MySpell spellchecking library ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-5 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages iceape-browser recommends: pn iceape-gnome-support none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377935: [COMPLETION] completion of ':' mangles filename
This is still a problem (ash 3.1dfsg-8), and I just noticed another way that it manifests itself: I have package 'libstdc++6-doc' installed, and want to view the man page for std::multimap I type: $ man std::multim and hit tab, expecting it to be completed, but instead I see it completed like this: $ man std::std\:\:multimap If instead I type $ man std\:\:multim and hit tab, it is completed correctly like this: $ man std\:\:multimap -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407470: gnome-control-center: gnome-font-properties crashes when run in an x11vnc session
Package: gnome-control-center Version: 1:2.14.2-6 Severity: normal I am running debian sid on a widescreen (1680x1050) laptop, and accessing it remotely from a Windows machine using the x11vnc package. I run the VNC server using this alias: vnc is aliased to `cd; nohup x11vnc -display :0 -rfbauth ~/.vnc/passwd ' The Windows machine has a screen resolution of 1280x1024, so the laptop's display didn't fit on the screen. From the Windows machine, I used the Desktop Preferences Screen Resolution dialog to change the resolution down to 1152x864. The first time I tried, the VNC session died, and by the time I had reconnected the do you want to keep this resolution dialog had almost timed out. I saw it for a split second before it disappeared. I didn't get a chance to click 'yes', so the resolution changed back. I tried again, thinking I'd be quicker this time, but to my surprise this time the resolution changed and the VNC session didn't disconnect. I told it to keep the new resolution. The problem then was that the fonts were huge. I use a DPI setting of 126 on the laptop, because the pixels are very small. I ran the Desktop Preferences Font dialog and clicked 'Details' to get to the DPI setting, but gnome-control-center crashed. I tried several times, but it crashed every time I clicked 'Details'. I downloaded and built the source and ran it in gdb. Here's the failure: 0x0804e645 in cb_show_details (button=0x807b5f0, parent=0x80c2010) at /home/chris/src/gnome-control-center/control-center-2.14.2/./capplets/font/main.c:856 856 dpi = floor ((gdk_screen_width () / gdk_screen_width_mm () + (gdb) print gdk_screen_height() $1 = 864 (gdb) print gdk_screen_height_mm() $2 = 0 (gdb) print gdk_screen_width() $3 = 1152 (gdb) print gdk_screen_width_mm() $4 = 0 (gdb) where #0 0x0804e645 in cb_show_details (button=0x807b5f0, parent=0x80c2010) at /home/chris/src/gnome-control-center/control-center-2.14.2/./capplets/font/main.c:856 #1 0xb78d5e1b in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #2 0xb78c898b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 It's dividing by zero because for some reason the screen width and height in millimetres are both zero. I made a typescript of the gdb session, which I will attach to this if I can work out how. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.2 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages gnome-control-center depends on: ii capplets-data 1:2.14.2-6 configuration applets for GNOME 2 ii desktop-file-utils0.11-1 Utilities for .desktop files ii gnome-desktop-data2.14.3-1 Common files for GNOME 2 desktop a ii gnome-icon-theme 2.14.2-2 GNOME Desktop icon theme ii gnome-menus 2.16.1-2 an implementation of the freedeskt ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.12.4-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libavahi-client3 0.6.16-2 Avahi client library ii libavahi-common3 0.6.16-2 Avahi common library ii libavahi-glib10.6.16-2 Avahi glib integration library ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-02.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libdbus-1-3 1.0.2-1simple interprocess messaging syst ii libebook1.2-5 1.6.3-3Client library for evolution addre ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig12.4.2-1generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgconf2-4 2.16.0-3 GNOME configuration database syste ii libgcrypt11 1.2.3-2LGPL Crypto library - runtime libr ii libglade2-0 1:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.6-2 The GLib library of C routines ii libgnome-desktop-22.14.3-1 Utility library for loading .deskt ii libgnome-keyring0 0.6.0-3GNOME keyring services library ii libgnome-menu22.16.1-2 an implementation of the freedeskt ii libgnome-window-settings1 1:2.14.2-6 Utility library for getting window ii libgnome2-0 2.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0
Bug#407470: Acknowledgement (gnome-control-center: gnome-font-properties crashes when run in an x11vnc session)
I didn't manage to attach this to the original bug report, so here it is: Script started on Thu 18 Jan 2007 19:17:39 CET [EMAIL PROTECTED]:~/src/gnome-control-center/control-center-2.14.2$ gdb /usr/bin/gnome-font-properties GNU gdb 6.5-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) run Starting program: /usr/bin/gnome-font-properties Failed to read a valid object file image from memory. [Thread debugging using libthread_db enabled] [New Thread -1224321344 (LWP 13700)] Program received signal SIGFPE, Arithmetic exception. [Switching to Thread -1224321344 (LWP 13700)] 0x0804e645 in cb_show_details (button=0x807b5f0, parent=0x80c2010) at /home/chris/src/gnome-control-center/control-center-2.14.2/./capplets/font/main.c:856 856 dpi = floor ((gdk_screen_width () / gdk_screen_width_mm () + (gdb) print gdk_screen_height() $1 = 864 (gdb) print gdk_screen_height_mm() $2 = 0 (gdb) print gdk_screen_width() $3 = 1152 (gdb) print gdk_screen_width_mm() $4 = 0 (gdb) where #0 0x0804e645 in cb_show_details (button=0x807b5f0, parent=0x80c2010) at /home/chris/src/gnome-control-center/control-center-2.14.2/./capplets/font/main.c:856 #1 0xb78d5e1b in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #2 0xb78c898b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #3 0xb78d8f2d in g_signal_chain_from_overridden () from /usr/lib/libgobject-2.0.so.0 #4 0xb78da429 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #5 0xb78da5d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #6 0xb7b9cf11 in gtk_button_clicked () from /usr/lib/libgtk-x11-2.0.so.0 #7 0xb7b9e7dc in gtk_button_set_alignment () from /usr/lib/libgtk-x11-2.0.so.0 #8 0xb78d5e1b in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #9 0xb78c6f49 in g_value_set_boxed () from /usr/lib/libgobject-2.0.so.0 #10 0xb78c898b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #11 0xb78d93b8 in g_signal_chain_from_overridden () from /usr/lib/libgobject-2.0.so.0 #12 0xb78da429 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #13 0xb78da5d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #14 0xb7b9cfa1 in gtk_button_released () from /usr/lib/libgtk-x11-2.0.so.0 #15 0xb7b9d001 in gtk_button_released () from /usr/lib/libgtk-x11-2.0.so.0 #16 0xb7c6b250 in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #17 0xb78c6f49 in g_value_set_boxed () from /usr/lib/libgobject-2.0.so.0 #18 0xb78c898b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #19 0xb78d956f in g_signal_chain_from_overridden () from /usr/lib/libgobject-2.0.so.0 #20 0xb78da208 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #21 0xb78da5d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #22 0xb7d54e84 in gtk_widget_get_default_style () from /usr/lib/libgtk-x11-2.0.so.0 #23 0xb7c64bd3 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #24 0xb7c65e07 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #25 0xb7afeeea in _gdk_events_init () from /usr/lib/libgdk-x11-2.0.so.0 #26 0xb7857b21 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #27 0xb785ab96 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #28 0xb785af57 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #29 0xb7c66281 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 ---Type return to continue, or q return to quit--- #30 0x0804ecb2 in main (argc=1, argv=0xbfe346a4) at /home/chris/src/gnome-control-center/control-center-2.14.2/./capplets/font/main.c:940 (gdb) quit The program is running. Exit anyway? (y or n) y [EMAIL PROTECTED]:~/src/gnome-control-center/control-center-2.14.2$ exit Script done on Thu 18 Jan 2007 19:20:04 CET
Bug#407216: (no subject)
/etc/network/if-up.d/ntp has this in it: # remove (or comment out) the next line if your network addresses change exit 0 I found that commenting the 'exit 0' fixes the problem. My network address isn't changing when I take the wireless network down and up again, so perhaps the comment should be changed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407216: ntp fails if I take the network down and back up
Package: ntp Version: 1:4.2.2.p4+dfsg-1 Severity: normal If I run 'sudo ifdown eth2' and 'sudo ifup eth2' to bounce my network connection, the ntp daemon breaks, and needs restarting before it will work again. In the syslog I see: Jan 16 23:01:04 trpaslik ntpd[31582]: sendto(80.74.64.2) (fd=21): Invalid argument Jan 16 23:01:07 trpaslik ntpd[31582]: sendto(88.191.17.134) (fd=21): Invalid argument Jan 16 23:01:08 trpaslik ntpd[31582]: sendto(80.85.129.2) (fd=21): Invalid argument Jan 16 23:01:14 trpaslik ntpd[31582]: sendto(216.252.70.172) (fd=21): Invalid argument Jan 16 23:02:10 trpaslik ntpd[31582]: sendto(80.74.64.2) (fd=21): Invalid argument Jan 16 23:02:12 trpaslik ntpd[31582]: sendto(88.191.17.134) (fd=21): Invalid argument Jan 16 23:02:12 trpaslik ntpd[31582]: sendto(80.85.129.2) (fd=21): Invalid argument Jan 16 23:02:17 trpaslik ntpd[31582]: sendto(216.252.70.172) (fd=21): Invalid argument Jan 16 23:03:15 trpaslik ntpd[31582]: sendto(88.191.17.134) (fd=21): Invalid argument Jan 16 23:03:15 trpaslik ntpd[31582]: sendto(80.85.129.2) (fd=21): Invalid argument Jan 16 23:03:16 trpaslik ntpd[31582]: sendto(80.74.64.2) (fd=21): Invalid argument Jan 16 23:03:21 trpaslik ntpd[31582]: sendto(216.252.70.172) (fd=21): Invalid argument ie. 4 messages approximately once per minute. The same problem happened when I took down the wireless network and brought up the wired network instead. 'sudo /etc/init.d/ntp restart' fixes things. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.2 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages ntp depends on: ii adduser 3.101Add and remove users and groups ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libcap1 1:1.10-14support for getting/setting POSIX. ii libreadline55.2-2GNU readline and history libraries ii libssl0.9.8 0.9.8c-4 SSL shared libraries ii lsb-base3.1-22 Linux Standard Base 3.1 init scrip ii netbase 4.28 Basic TCP/IP networking system ii perl5.8.8-7 Larry Wall's Practical Extraction ntp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407025: update-notifier: notification icon not visible
Package: update-notifier Version: 0.42.12-3 Severity: normal I just booted my laptop and saw a message telling me to click on the notification icon to show available updates. The message looked like it was trying to point at said icon, but it was actually pointing at some blank space between the battery level indicator and the volume control. Here's a screenshot: http://dooglus.rincevent.net/update-notifier.png -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.2 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages update-notifier depends on: ii dbus-1-utils1.0.2-1 simple interprocess messaging syst ii gksu2.0.0-1 graphical frontend to su ii hal 0.5.8.1-4Hardware Abstraction Layer ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.12.4-1 The ATK accessibility toolkit ii libbonobo2-02.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libdbus-1-3 1.0.2-1 simple interprocess messaging syst ii libdbus-glib-1-20.71-3 simple interprocess messaging syst ii libfontconfig1 2.4.2-1 generic font configuration library ii libgconf2-4 2.16.0-3 GNOME configuration database syste ii libglade2-0 1:2.6.0-4library to load .glade files at ru ii libglib2.0-02.12.6-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-3 GNOME keyring services library ii libgnome2-0 2.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-02.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-4 GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.20-4 The GTK+ graphical user interface ii libhal1 0.5.8.1-4Hardware Abstraction Layer - share ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libnotify1 0.4.3-1 sends desktop notifications to a n ii liborbit2 1:2.14.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-4 Layout and rendering of internatio ii libpopt01.10-3 lib for parsing cmdline parameters ii libsm6 1:1.0.1-3X11 Session Management library ii libx11-62:1.0.3-4X11 client-side library ii libxau6 1:1.0.1-2X11 authorisation library ii libxcursor1 1.1.7-4 X cursor management library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3X Rendering Extension client libra ii notification-daemon 0.3.5-1+b1 a daemon that displays passive pop ii python 2.4.4-2 An interactive high-level object-o ii python-apt 0.6.20 Python interface to libapt-pkg ii update-manager 0.42.2ubuntu22-9 GNOME application that manages sof update-notifier recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405283: can't stop or restart polipo
Chris Moore [EMAIL PROTECTED] writes:
Tom Ellis Huckstep [EMAIL PROTECTED] writes:
This sounds like something to do with the PID file not being removed
properly. Can you reproduce this bug?
OK, I've seen it a few more times now, and may even have found out
why it's hanging.
See this code in dns.c:
while(previous-next) {
if(previous-next-id == id) {
query = previous-next;
break;
}
}
It seems to loop forever in some circumstances.
If previous-next starts off true, and previous-next-id != id, then
how will the loop ever exit?
Perhaps you need something like this to walk through the list?
--- dns.c~ 2007-01-07 15:57:56.0 +0100
+++ dns.c 2007-01-07 15:57:51.0 +0100
@@ -1236,6 +1236,7 @@
query = previous-next;
break;
}
+ previous = previous-next;
}
if(!query) {
previous = NULL;
Chris.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405962: polipo aborts quite often
Package: polipo
Version: 0.9.10-1
Severity: normal
I have polipo set up to start when I boot, and I use it to cache .deb
packages so that I can share a single downloaded .deb file among
multiple machines.
apt-get uses polipo: /etc/apt/apt.conf.d/chris contains:
Acquire {http {Proxy http://localhost:8123/;};};
polipo uses my local apache: /etc/apt/sources.list contains:
deb http://localhost/main sid main contrib non-free
and apache redirects to my current favourite mirror:
/etc/apache2/conf.d/chris contains:
LoadModule proxy_module /usr/lib/apache2/modules/mod_proxy.so
LoadModule proxy_http_module /usr/lib/apache2/modules/mod_proxy_http.so
ProxyRequests Off
ProxyPass /main/ http://ftp.cz.debian.org/debian/
Recently I've been using polipo in iceape as well as in apt-get, and
have been noticing that there's no polipo process running
when I come to do an apt-update, so I compiled a version with
debugging symbols, ran it in gdb and put a breakpoint on abort().
Here's the backtrace I saw:
polipo: dns.c:756: removeQuery: Assertion `previous-next != ((void *)0)'
failed .
Breakpoint 1, 0xb7e0afc6 in abort () from /lib/tls/libc.so.6
(gdb) where
#0 0xb7e0afc6 in abort () from /lib/tls/libc.so.6
#1 0xb7e0305f in __assert_fail () from /lib/tls/libc.so.6
#2 0x08067096 in removeQuery (query=0x59) at dns.c:756
#3 0x08069724 in dnsTimeoutHandler (event=0x8079770) at dns.c:796
#4 0x0804ab75 in runTimeEventQueue () at event.c:478
#5 0x0804b930 in eventLoop () at event.c:645
#6 0x08055654 in main (argc=6, argv=Cannot access memory at address 0x14
) at main.c:163
(gdb)
The logfile polipo.log always ends with:
Restarting pipeline to localhost:80.
when the process has just abort()ed.
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Versions of packages polipo depends on:
ii libc62.3.6.ds1-9 GNU C Library: Shared libraries
polipo recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405414: openoffice.org-l10n-en-gb suggests packages which don't exist
Package: openoffice.org-l10n-en-gb Version: 2.0.4.dfsg.2-2 Severity: normal I ran: sudo apt-get install openoffice.org-l10n-en-gb I saw: Suggested packages: hunspell-dictionary-en-gb myspell-dictionary-en-gb openoffice.org-hyphenation-en-gb openoffice.org2-thesaurus-en-gb openoffice.org-help-en-gb I tried installing these suggested packages, and saw: E: Package hunspell-dictionary-en-gb has no installation candidate E: Package myspell-dictionary-en-gb has no installation candidate E: Package openoffice.org-hyphenation-en-gb has no installation candidate E: Package openoffice.org2-thesaurus-en-gb has no installation candidate -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages openoffice.org-l10n-en-gb depends on: ii locales 2.3.6.ds1-9 GNU C Library: National Language ( Versions of packages openoffice.org-l10n-en-gb recommends: ii openoffice.org-core 2.0.4.dfsg.2-2 OpenOffice.org office suite archit -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405283: can't stop or restart polipo
Package: polipo Version: 0.9.10-1 Severity: normal polipo had been taking 100% of the CPU time of one of the cores in this laptop for an hour or so, so I guessed it had crashed and decided to restart it: [EMAIL PROTECTED]:~$ sudo /etc/init.d/polipo restart Restarting polipo: /usr/bin/polipo already running -- doing nothing polipo. The old process continued using up CPU time, so I tried explicitly stopping and starting it: [EMAIL PROTECTED]:~$ sudo /etc/init.d/polipo stop Stopping polipo: polipo. [EMAIL PROTECTED]:~$ sudo /etc/init.d/polipo start Starting polipo: /usr/bin/polipo already running -- doing nothing polipo. Again the process continued. Shouldn't the 'stop' command I ran stop the process whatever state it's in? -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages polipo depends on: ii libc62.3.6.ds1-9 GNU C Library: Shared libraries polipo recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405283: can't stop or restart polipo
Tom Ellis Huckstep [EMAIL PROTECTED] writes: This sounds like something to do with the PID file not being removed properly. Can you reproduce this bug? I've only seen polipo get itself into that state once. I had the web browser on one machine pointed at a polipo on another machine on the LAN and was trying to watch a video on youtube.com. I stopped the video when it was partially downloaded, and that's when polipo started using a lot of CPU. I've since stopped using polipo, but will start again to see if I can provoke it to do the same thing again. While it was using a lot of CPU, I attached to it with 'strace', but it wasn't doing any system calls at all. I then tried attaching to it with gdb, but that produced a useless stack trace. I was expecting that when I quit gdb, the CPU usage would go straight back up again as polipo resumed doing whatever it was doing, but that didn't happen for 10 or 20 seconds. I tried a 'kill $PID' and 'kill -HUP $PID', but neither killed the polipo process. Finally, a 'kill -KIPP $PID' killed it. After that I could start a new polipo process. I'll report back if and when I've reproduced the problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404255: gnome-applets: multiload-applet-2 uses a lot of CPU when monitoring harddisk activity of NTFS mounts
Package: gnome-applets
Version: 2.14.3-3
Severity: normal
I have turned off 'processor', 'memory', 'network', 'swap space' and
'load' graphs, leaving only 'harddisk', but 100% of one of my CPU cores
is still being used by the multiload-applet-2 process.
I have 3 partitions mounted:
/dev/sda2 on /media/sda2 type ntfs (rw,nls=utf8,umask=007,gid=46)
/dev/sda5 on /media/sda5 type ntfs (rw,nls=utf8,umask=007,gid=46)
/dev/sda8 on / type ext3 (rw,errors=remount-ro)
If I umount sda2 and sda5, leaving sda8 mounted then 0% CPU is used.
If I umount sda2, leaving sda5 and sda8 mounted then 32% CPU is used.
If I umount sda5, leaving sda2 and sda8 mounted then 84% CPU is used.
It seems there's something about having NTFS partitions mounted that
causes lots of CPU to be used.
I have the system monitor update interval set to 100ms. Increasing that
causes the CPU usage to drop.
I just noticed I have the NTFS partitions mounted readwrite. Changing
the mounted to readonly didn't change the CPU usage:
/dev/sda2 on /media/sda2 type ntfs (ro,nls=utf8,umask=007,gid=46)
Since when has it been the default to mount ntfs partitions readwrite
anyway? I don't have ntfs-3g installed. Perhaps that's part of the
standard debian unstable kernel now?
I ran an strace to see where the time was being spent and saw that
86ms are being used by a called to 'statfs' on sda2 - that ties in well
with the 84% CPU usage I was seeing with just sda2 and sda8 mounted
above:
16:14:07.467190 statfs(/media/sda2, {f_type=0x5346544e, f_bsize=4096,
f_blocks=17310037, f_bfree=12098999, f_bavail=12098999, f_files=69616,
f_ffree=20, f_fsid={-1594644699, 1587606474}, f_namelen=255,
f_frsize=4096}) = 0
16:14:07.553418 stat64(/media/sda2, {st_mode=S_IFDIR|0550,
st_size=8192, ...}) = 0
16:14:07.553610 open(/proc/mounts, O_RDONLY) = 40
Note that I'm not reading or writing anything on the NTFS partitions -
nothing at all is using them, and I can umount them at will.
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Versions of packages gnome-applets depends on:
ii debconf [debconf-2.0] 1.5.11Debian configuration management sy
ii gconf2 2.16.0-3 GNOME configuration database syste
ii gnome-applets-data 2.14.3-3 Various applets for GNOME 2 panel
ii gnome-icon-theme 2.14.2-2 GNOME Desktop icon theme
ii gnome-panel2.14.3-4 launcher and docking facility for
ii gstreamer0.10-alsa 0.10.10-2 GStreamer plugin for ALSA
ii gstreamer0.10-plugins-good 0.10.4-3 GStreamer plugins from the good
ii libapm13.2.2-8 Library for interacting with APM d
ii libatk1.0-01.12.3-1 The ATK accessibility toolkit
ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library
ii libbonoboui2-0 2.14.0-5 The Bonobo UI library
ii libc6 2.3.6.ds1-9 GNU C Library: Shared libraries
ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra
ii libdbus-1-31.0.2-1 simple interprocess messaging syst
ii libdbus-glib-1-2 0.71-3simple interprocess messaging syst
ii libfontconfig1 2.4.2-1 generic font configuration library
ii libgconf2-42.16.0-3 GNOME configuration database syste
ii libglade2-01:2.6.0-3 library to load .glade files at ru
ii libglib2.0-0 2.12.6-1 The GLib library of C routines
ii libgnome-desktop-2 2.14.3-1 Utility library for loading .deskt
ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file
ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf
ii libgnomevfs2-0 2.14.2-4 GNOME virtual file-system (runtime
ii libgstreamer-plugins-base0 0.10.10-2 GStreamer libraries from the base
ii libgstreamer0.10-0 0.10.10-2 Core GStreamer libraries and eleme
ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface
ii libgtop2-7 2.14.4-2 gtop system monitoring library
ii libgucharmap4 1:1.6.0-1 Unicode browser widget library (sh
ii libhal10.5.8.1-4 Hardware Abstraction Layer - share
ii libnotify1 0.4.3-1 sends desktop notifications to a n
ii liborbit2 1:2.14.4-1libraries for ORBit2 - a CORBA ORB
ii libpanel-applet2-0 2.14.3-4 library for GNOME 2 panel applets
ii libpango1.0-0 1.14.8-3 Layout and rendering of internatio
ii libwnck18 2.14.3-1 Window Navigator Construction Kit
ii libx11-6 2:1.0.3-4 X11
Bug#404257: gnome-applets: multiload-applet-2 uses a lot of CPU when monitoring harddisk activity of NTFS mounts
Package: gnome-applets
Version: 2.14.3-3
Severity: normal
I have turned off 'processor', 'memory', 'network', 'swap space' and
'load' graphs, leaving only 'harddisk', but 100% of one of my CPU cores
is still being used by the multiload-applet-2 process.
I have 3 partitions mounted:
/dev/sda2 on /media/sda2 type ntfs (rw,nls=utf8,umask=007,gid=46)
/dev/sda5 on /media/sda5 type ntfs (rw,nls=utf8,umask=007,gid=46)
/dev/sda8 on / type ext3 (rw,errors=remount-ro)
If I umount sda2 and sda5, leaving sda8 mounted then 0% CPU is used.
If I umount sda2, leaving sda5 and sda8 mounted then 32% CPU is used.
If I umount sda5, leaving sda2 and sda8 mounted then 84% CPU is used.
It seems there's something about having NTFS partitions mounted that
causes lots of CPU to be used.
I have the system monitor update interval set to 100ms. Increasing that
causes the CPU usage to drop.
I just noticed I have the NTFS partitions mounted readwrite. Changing
the mounted to readonly didn't change the CPU usage:
/dev/sda2 on /media/sda2 type ntfs (ro,nls=utf8,umask=007,gid=46)
Since when has it been the default to mount ntfs partitions readwrite
anyway? I don't have ntfs-3g installed. Perhaps that's part of the
standard debian unstable kernel now?
I ran an strace to see where the time was being spent and saw that
86ms are being used by a called to 'statfs' on sda2 - that ties in well
with the 84% CPU usage I was seeing with just sda2 and sda8 mounted
above:
16:14:07.467190 statfs(/media/sda2, {f_type=0x5346544e, f_bsize=4096,
f_blocks=17310037, f_bfree=12098999, f_bavail=12098999, f_files=69616,
f_ffree=20, f_fsid={-1594644699, 1587606474}, f_namelen=255,
f_frsize=4096}) = 0
16:14:07.553418 stat64(/media/sda2, {st_mode=S_IFDIR|0550,
st_size=8192, ...}) = 0
16:14:07.553610 open(/proc/mounts, O_RDONLY) = 40
Note that I'm not reading or writing anything on the NTFS partitions -
nothing at all is using them, and I can umount them at will.
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Versions of packages gnome-applets depends on:
ii debconf [debconf-2.0] 1.5.11Debian configuration management sy
ii gconf2 2.16.0-3 GNOME configuration database syste
ii gnome-applets-data 2.14.3-3 Various applets for GNOME 2 panel
ii gnome-icon-theme 2.14.2-2 GNOME Desktop icon theme
ii gnome-panel2.14.3-4 launcher and docking facility for
ii gstreamer0.10-alsa 0.10.10-2 GStreamer plugin for ALSA
ii gstreamer0.10-plugins-good 0.10.4-3 GStreamer plugins from the good
ii libapm13.2.2-8 Library for interacting with APM d
ii libatk1.0-01.12.3-1 The ATK accessibility toolkit
ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library
ii libbonoboui2-0 2.14.0-5 The Bonobo UI library
ii libc6 2.3.6.ds1-9 GNU C Library: Shared libraries
ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra
ii libdbus-1-31.0.2-1 simple interprocess messaging syst
ii libdbus-glib-1-2 0.71-3simple interprocess messaging syst
ii libfontconfig1 2.4.2-1 generic font configuration library
ii libgconf2-42.16.0-3 GNOME configuration database syste
ii libglade2-01:2.6.0-3 library to load .glade files at ru
ii libglib2.0-0 2.12.6-1 The GLib library of C routines
ii libgnome-desktop-2 2.14.3-1 Utility library for loading .deskt
ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file
ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf
ii libgnomevfs2-0 2.14.2-4 GNOME virtual file-system (runtime
ii libgstreamer-plugins-base0 0.10.10-2 GStreamer libraries from the base
ii libgstreamer0.10-0 0.10.10-2 Core GStreamer libraries and eleme
ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface
ii libgtop2-7 2.14.4-2 gtop system monitoring library
ii libgucharmap4 1:1.6.0-1 Unicode browser widget library (sh
ii libhal10.5.8.1-4 Hardware Abstraction Layer - share
ii libnotify1 0.4.3-1 sends desktop notifications to a n
ii liborbit2 1:2.14.4-1libraries for ORBit2 - a CORBA ORB
ii libpanel-applet2-0 2.14.3-4 library for GNOME 2 panel applets
ii libpango1.0-0 1.14.8-3 Layout and rendering of internatio
ii libwnck18 2.14.3-1 Window Navigator Construction Kit
ii libx11-6 2:1.0.3-4 X11
Bug#404256: sudo -k and sudo -K should ignore timestamp
Package: sudo Version: 1.6.8p12-4 Severity: normal I just realised my clock was set to UTC rather than UTC+1 as it should be, so I fixed it. Now, when I try to use 'sudo' I see: sudo: timestamp too far in the future: Dec 22 17:44:47 2006 That's fair enough - the last time I used sudo the clock was set wrongly. So I can wait an hour, and then sudo will start working for me again. But I should be able to run sudo -k or sudo -K to delete the timestamp file, but I can't: $ type sudo sudo is hashed (/usr/bin/sudo) $ sudo -k sudo: timestamp too far in the future: Dec 22 17:44:47 2006 $ sudo -K sudo: timestamp too far in the future: Dec 22 17:44:47 2006 $ The man page says that neither -k not -K require a password, so why is the timestamp file being checked for these cases? -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages sudo depends on: ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libpam-modules 0.79-4 Pluggable Authentication Modules f ii libpam0g 0.79-4 Pluggable Authentication Modules l sudo recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404257: Acknowledgement (gnome-applets: multiload-applet-2 uses a lot of CPU when monitoring harddisk activity of NTFS mounts)
This is an exact duplicate of Bug#404255. I sent the submission twice, sorry. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404265: iceweasel tells me to click a close button which doesn't exist
Package: iceweasel Version: 2.0+dfsg-1 Severity: normal I just installed debian sid onto a new partition using debchroot. I installed and ran iceweasel and it came up with a welcome to firefox! page with a little arrow at the top with some text saying click on the close button on this tab to go to your home page. But the arrow is pointing at the latest headlines bookmark, not at a tab. In fact there are no tabs. Iceweasel is configured to only show the tab bar if there is more than one tab, and there isn't. The URL of the page that's showing the arrow and text is http://www.mozilla.com/en-US/firefox/2.0/firstrun/ Shouldn't iceweasel say welcome to iceweasel! when it's first run, rather than welcome to firefox!? What is firefox anyway? The name kind of rings a bell... -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages iceweasel depends on: ii debianutils 2.17.4 Miscellaneous utilities specific t ii fontconfig2.4.2-1generic font configuration library ii libatk1.0-0 1.12.3-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-9GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libglib2.0-0 2.12.6-1 The GLib library of C routines ii libgtk2.0-0 2.8.20-3 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmyspell3c2 1:3.1-18 MySpell spellchecking library ii libpango1.0-0 1.14.8-3 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii psmisc22.3-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-13 compression library - runtime iceweasel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401801: path to xfonts-terminus.alias is wrong in README.Debian
Package: xfonts-terminus Version: 4.20-5 Severity: normal /usr/share/doc/xfonts-terminus/README.Debian says: For convenience aliases are also provided. Look at the file /etc/X11/fonts/misc/xfonts-terminus.alias but that file doesn't exist. The correct path is: /etc/X11/fonts/X11R7/misc/xfonts-terminus.alias -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Versions of packages xfonts-terminus depends on: ii xfonts-utils 1:1.0.1-1 X Window System font utility progr xfonts-terminus recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400830: dovecot-common: default dovecot configuration file has error in commented line
Package: dovecot-common Version: 1.0.rc15-1 Severity: normal The dovecot_1.0.rc15-1.diff.gz file has these lines: + # This would write rawlogs into ~/dovecot.rawlog/ directory: +- # mail_executable = /usr/libexec/dovecot/rawlog /usr/libexec/dovecot/imap ++ # mail_executable = usr/lib/dovecot/rawlog /usr/lib/dovecot/imap + # They result in /etc/dovecot/dovecot.conf containing this comment: # This would write rawlogs into ~/dovecot.rawlog/ directory: # mail_executable = usr/lib/dovecot/rawlog /usr/lib/dovecot/imap There should be a / before the usr/lib there. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-vserver-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Versions of packages dovecot-common depends on: ii adduser 3.100 Add and remove users and groups ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-1 common error description library ii libkrb53 1.4.4-4 MIT Kerberos runtime libraries ii libldap2 2.1.30-13.2 OpenLDAP libraries ii libmysql 5.0.27-1mysql database client library ii libpam-r 0.79-4 Runtime support for the PAM librar ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libpq4 8.1.5-1 PostgreSQL C client library ii libsqlit 3.3.8-1 SQLite 3 shared library ii libssl0. 0.9.8c-3SSL shared libraries ii openssl 0.9.8c-3Secure Socket Layer (SSL) binary a ii zlib1g 1:1.2.3-13 compression library - runtime dovecot-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400689: dovecot-common: README.Debian.gz is out of date regarding --with-rawlog
Package: dovecot-common Version: 1.0.rc15-1 Severity: normal Tags: patch /usr/share/doc/dovecot-common/README.Debian.gz says: 7. Why isn't raw logging working? The Debian package isn't compiled with the --with-rawlog flag. However, the --with-rawlog flag no longer exists. In order to enable raw logging in the current version of dovecot all you need to do is edit the configuration file. This patch to README.Debian fixes the problem: --- Backup/README.Debian.~1~2006-11-28 02:20:28.0 +0100 +++ README.Debian 2006-11-28 02:24:16.0 +0100 @@ -239,11 +239,9 @@ 7. Why isn't raw logging working? -The Debian package isn't compiled with the --with-rawlog flag. You have to -download the source package add this to the configure flags in debian/rules and -rebuild the package. - -Other possible reasons: + * You haven't configured raw logging in /etc/dovecot/dovecot.conf. +See the comments in the protocol imap section of /etc/dovecot/dovecot.conf +for more information. * Your user database doesn't specify the home directory for the user. Dovecot doesn't know where to put raw logs if the user database doesn't -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-vserver-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Versions of packages dovecot-common depends on: ii adduser 3.100 Add and remove users and groups ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-1 common error description library ii libkrb53 1.4.4-4 MIT Kerberos runtime libraries ii libldap2 2.1.30-13.2 OpenLDAP libraries ii libmysql 5.0.27-1mysql database client library ii libpam-r 0.79-4 Runtime support for the PAM librar ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libpq4 8.1.5-1 PostgreSQL C client library ii libsqlit 3.3.8-1 SQLite 3 shared library ii libssl0. 0.9.8c-3SSL shared libraries ii openssl 0.9.8c-3Secure Socket Layer (SSL) binary a ii zlib1g 1:1.2.3-13 compression library - runtime dovecot-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400044: /usr/lib/util-vserver/functions complains if it is sourced more than once
Package: util-vserver
Version: 0.30.211-3
Severity: normal
When I make a change to my .bashrc file, I type . ~/.bashrc to
re-source it. Since installing vserver, this has been producing error
messages.
Here's a trace (from 'set -x') showing the relevant lines:
+ . /home/chris/.bashrc
++ '[' -f /etc/bash_completion ']'
++ . /etc/bash_completion
+++ '[' '(' -f /etc/bash_completion.d/vserver -o -h
/etc/bash_completion.d/vserver ')' -a -r /etc/bash_completion.d/vserver ']'
+++ . /etc/bash_completion.d/vserver
. /usr/lib/util-vserver/functions
+ _VS_NEWLINE='
'
bash: _VS_NEWLINE: readonly variable
+ declare -r '_VS_NEWLINE=
'
bash: declare: _VS_NEWLINE: readonly variable
+ declare -r VS_ALLVSERVERS_ARGS=all,marked,unmarked,stopped,running
bash: declare: VS_ALLVSERVERS_ARGS: readonly variable
declare -r makes the variables readonly, and I don't see any way to
reverse it (despite 'man bash' telling me that 'declare +r' should
reverse that, it doesn't seem to).
This isn't a serious problem, but it would be nice if I didn't see
those 3 error messages each time I re-source my .bashrc.
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-vserver-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_GB.UTF-8)
Versions of packages util-vserver depends on:
ii debconf 1.5.9 Debian configuration management sy
ii iproute 20061002-2 Professional tools to control the
ii libbeecrypt6 4.1.2-6 open source C library of cryptogra
ii libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii make 3.81-3 The GNU version of the make util
ii net-tools1.60-17 The NET-3 networking toolkit
Versions of packages util-vserver recommends:
ii binutils 2.17-3 The GNU assembler, linker and bina
ii debootstrap 0.3.3.1Bootstrap a basic Debian system
-- debconf information:
util-vserver/postrm_remove_vserver_configs: false
util-vserver/start_on_boot: true
util-vserver/prerm_stop_running_vservers: true
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400046: bash: man page tells me typeset +r will undo a typeset -r but it doesn't
Package: bash Version: 3.1dfsg-7 Severity: normal typeset -r will make a variable readonly. From bash(1): -r Make names readonly. These names cannot then be assignedvalues bysubsequent assignment statements or unset. The man page then goes on to say: Using `+' instead of `-' turns off the attribute instead, with the exception that +a may not be used to destroy an array variable. This means I should be able to typeset +r to undo the -r, but it doesn't: (debian) [EMAIL PROTECTED]:~$ var=xxx (debian) [EMAIL PROTECTED]:~$ echo $var xxx (debian) [EMAIL PROTECTED]:~$ typeset -r var (debian) [EMAIL PROTECTED]:~$ var=yyy bash: var: readonly variable (debian) [EMAIL PROTECTED]:~$ typeset +r var bash: typeset: var: readonly variable (debian) [EMAIL PROTECTED]:~$ var=yyy bash: var: readonly variable (debian) [EMAIL PROTECTED]:~$ echo $var xxx I don't know if this is a documentation bug or a bash bug, but one or the other seems to be wrong here. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-vserver-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Versions of packages bash depends on: ii base-files 4 Debian base system miscellaneous f ii debianutils 2.17.3 Miscellaneous utilities specific t ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand bash recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400044: /usr/lib/util-vserver/functions complains if it is sourced more than once
How about this?
--- /usr/lib/util-vserver/functions.~1~2006-11-21 06:41:31.0 +0100
+++ /usr/lib/util-vserver/functions2006-11-23 18:51:03.0 +0100
@@ -18,10 +18,13 @@
_VS_LOGFILE=
_VS_ERRFILE=
+if [[ $_VS_NEWLINE != '
+' ]]; then
_VS_NEWLINE='
'
declare -r _VS_NEWLINE=${_VS_NEWLINE:0-1}
declare -r VS_ALLVSERVERS_ARGS=all,marked,unmarked,stopped,running
+fi
function findObject
{
ie. only do the setup if _VS_NEWLINE isn't already set?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400044: /usr/lib/util-vserver/functions complains if it is sourced more than once
Do it work for you? If so then it is ok. Yes, it works for me. I didn't indent the lines inside the 'if ... fi', to keep the patch shorter, but you should indent them. Of course, if the first variable happens to have been set to exactly one newline character by something else then the second one won't be set, but that seems unlikely. [I forgot to CC bugs.debian.org just now, so I'm sending this again] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392789: subversion: 3 man pages are missing final newline
Package: subversion Version: 1.4.0-5 Severity: normal These 3 man pages don't have newlines at the end of their last line: /usr/share/man/man1/svnlook.1.gz /usr/share/man/man1/svn.1.gz /usr/share/man/man1/svnadmin.1.gz This causes Emacs' woman manual page formatter to go into an infinite loop. I've raised a bug about this in the Emacs BTS, but thought it best to raise this bug as well. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Versions of packages subversion depends on: ii libapr1 1.2.7-6 The Apache Portable Runtime Librar ii libc62.3.6.ds1-6 GNU C Library: Shared libraries ii libsvn1 1.4.0-5 Shared libraries used by Subversio subversion recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302424: ksysguardd doesn't start automatically
I added the system guard applet to my panel a few months ago. Then, about 2 days ago it started asking me to specify a connection type each time I logged in to KDE. Clicking 'cancel' to the selection dialog made the dialog box disappear and reappear asking the same question over and over. The solution appears to be to answer custom command and specify ksysguardd into the text box. That fixes the problem for future logins as well. This seems to have started being a problem for me when I upgraded to ksysguard 4:3.5.5-1 on 6th October. The previous version, ksysguard 4:3.5.4-2+b2, installed on 27th September didn't show this dialog at startup. Comparing the config file on disk before and after answering the dialog's question, I see that the change it makes is the following: --- .kde/share/apps/ksysguard/old/KSysGuardApplet.xml 2006-10-10 03:16:19.0 +0200 +++ .kde/share/apps/ksysguard/KSysGuardApplet.xml 2006-10-10 03:49:04.0 +0200 @@ -1,6 +1,7 @@ ?xml version=1.0 encoding=UTF-8? !DOCTYPE KSysGuardApplet WorkSheet sizeRatio=2.16 dockCnt=10 interval=1 + host port=-1 shell= name=localhost command=ksysguardd / display topBar=1 ... beam ... / beam ... / ie. a single host ... line was inserted before the first display ... line. Perhaps the postinst script could be changed to insert this line in each user's KSysGuardApplet.xml file automatically if it doesn't already exist? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391471: konsole: background corrupted when moved off left edge of screen
Package: konsole Version: 4:3.5.5-1 Severity: normal If I use the 'Transparent Konsole' schema in Konsole and then drag the window so that the left side of the window goes off the left side of the screen, the blue background gets corrupted in various interesting ways. A screenshot showing 2 konsole windows (one corrupted, one normal) is here: http://s89213869.onlinehome.us/2006-10-06--19-56-39.png I'm using a half-broken SiS 650 video card (hardware acceleration seems to be broken on it) but no other applications exhibit this kind of behaviour. When I ran reportbug, it told me: Getting status for konsole... Checking for newer versions at packages.debian.org... Your version of konsole (4:3.5.5-1) is newer than that in Debian! Do you still want to file a report [y|N|q|?]? y Will send report to Debian (per lsb_release). Querying Debian BTS for reports on kdebase (source)... yet I've not installed any KDE packages other than from the official Debian repositories. I don't know why it thinks I have a newer version than is available. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Versions of packages konsole depends on: ii kdelibs4c2a 4:3.5.5-1 core libraries and binaries for al ii libc62.3.6.ds1-5 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-15 GCC support library ii libstdc++6 4.1.1-15The GNU Standard C++ Library v3 ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxtst6 1:1.0.1-5 X11 Testing -- Resource extension konsole recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388859: vnc4server: shift, control, and alt keys send multiple events
Package: vnc4server Version: 4.1.1+X4.3.0-17 Severity: normal I quite regularly use VNC to connect to an existing X session from a Windows machine. About 24 hours ago I noticed that while using GNOME over VNC, a dialog kept popping up asking if I wanted to enable 'sticky keys', explaining that I had hit shift 5 times in a row. I hadn't hit shift 5 times in a row, but I had been holding shift for a second or so each time. Running 'xev' shows me that when I hold the shift key down, multiple KeyPress and KeyRelease events are sent very quickly. See http://s89213869.onlinehome.us/shift.txt for a transcript. I tried using both x11vnc's /usr/bin/x11vnc and vnc4server's /usr/bin/x0vnc4server, and both show the same behaviour. I also tried starting a new X session on display :1 using vnc4server's /usr/bin/vnc4server and vncserver's /usr/bin/realvncserver, and pointing the Windows VNC client at port 5901. Neither of those exhibit the problem. I see one KeyPress event when I press shift, and another when I release it. Nothing in between. In this case, the Debian machine's monitor doesn't show the X session. The problem only seems to exist when I connect to an existing display. This bug should probably be filed against package x11vnc as well as vnc4server, since both are affected. I'm pretty sure that this didn't start happening until a day or two ago. I've not seen any VNC related updates recently, but there have been several xorg updates, so perhaps the problem lies there. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages vnc4server depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-9 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxtst6 1:1.0.1-5 X11 Testing -- Resource extension ii vnc-common 3.3.7-13Virtual network computing server s ii x11-common 1:7.1.0-1 X Window System (X.Org) infrastruc ii xbase-clients1:7.1.ds-3 miscellaneous X clients ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages vnc4server recommends: ii xfonts-base 1:1.0.0-3 standard fonts for X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388684: coreutils: info ls opens the man page, not the info documentation
Package: coreutils Version: 5.97-5 Severity: normal man ls tells me that info ls should give me full documentation, but it just shows me the man page again. This may be related to these bugs: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=244658 (basename) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350923 (mv) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=139569 (patch) If so, I'm sorry. If it's not possible to get info ls to work, couldn't we at least update the man page to say info coreutils ls? The current situation makes it very hard to find the ls documentation. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages coreutils depends on: ii libacl1 2.2.41-1Access control list shared library ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libselinux1 1.30.27-3 SELinux shared libraries coreutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387889: ntpdate: error message also seen at boot time
Package: ntpdate Version: 1:4.2.2+dfsg.2-2 Followup-For: Bug #387889 I just spent a while tracking down the source of this bug, only to find it was already reported. I saw the error message from sed at boot time - I wasn't running ifup manually, so it's less than obvious which script is causing the error message. Here's a patch to fix it: --- /etc/default/ntpdate.old2006-09-19 23:11:25.0 +0200 +++ /etc/default/ntpdate2006-09-15 11:30:00.0 +0200 @@ -1,7 +1,7 @@ # Servers to check (Separate multiple servers with spaces.) # This code will take the server list from /etc/ntp.conf, from package ntp, # so you only have to keep it in one place. -NTPSERVERS=$(sed -rne 's/^(server|peer) ([-_.[:alnum:]]+).*$/\2/p' /etc/ntp.conf 2/dev/null | grep -v '^127\.127\.') +NTPSERVERS=$(sed -rne 's/^(server|peer) ([-_.[:alnum:]]+).*$/\2/p' /etc/ntp.conf | grep -v '^127\.127\.' 2/dev/null) if [ -z $NTPSERVERS ]; then NTPSERVERS=0.debian.pool.ntp.org 1.debian.pool.ntp.org 2.debian.pool.ntp.org 3.debian.pool.ntp.org fi Although maybe it would be better to explicitly check that /etc/ntp.conf exists and is readable rather than just redirecting the error to /dev/null. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages ntpdate depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libssl0.9.8 0.9.8c-1SSL shared libraries ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip ii netbase 4.26Basic TCP/IP networking system ntpdate recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383477: man page doesn't document gksudo, or -S option
On Sat, 2006-08-19 at 12:36 -0300, Gustavo Noronha Silva wrote: I've done it now in the SVN, thanks to you pointing it to me, and it will be in the next upload, which should happen this weekend. Thanks a bunch! Force gksu to you su(1) - that you should be use. The same typo is in the following paragraph, too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383477: man page doesn't document gksudo, or -S option
Package: gksu Version: 1.9.3-2 Severity: normal man gksudo shows the same man page as man gksu. The man page shown doesn't mention the difference between gksu and gksudo, namely that gksu acts like 'su' and gksudo acts like 'sudo'. In fact, the man page doesn't even mention gksudo at all. Older versions of the package had a clearer and more complete man page, which included documentation of the -S option: --sudo-mode, -S Use sudo instead of su as backend authentication system. Notice that the X authorization magic will not work when using sudo for target users other than root. and a more complete description: DESCRIPTION This manual page documents briefly gksu and gksudo gksu is a frontend to su and gksudo is a frontend to sudo. Their pri‐ mary purpose is to run graphical commands that need root without the need to run an X terminal emulator and using su directly. ( see http://archive.ubuntu.com/ubuntu/pool/main/g/gksu/gksu_1.3.7-0ubuntu9_i386.deb for an example of a package with the old man page). Is there a good reason why these details have been removed from the manpage? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages gksu depends on: ii gnome-keyring0.4.9-1 GNOME keyring services (daemon and ii libatk1.0-0 1.12.1-1The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1Bonobo CORBA interfaces library ii libc62.3.6-19GNU C Library: Shared libraries ii libcairo21.2.2-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-7 generic font configuration library ii libgconf2-4 2.14.0-4GNOME configuration database syste ii libgksu2-0 1.9.8-1 library providing su and sudo func ii libglib2.0-0 2.10.3-3The GLib library of C routines ii libgnome-keyring00.4.9-1 GNOME keyring services library ii libgnomevfs2-0 2.14.2-1GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.20-1The GTK+ graphical user interface ii libnautilus-extension1 2.14.3-1libraries for nautilus components ii liborbit21:2.14.0-2 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.12.3-1+b1 Layout and rendering of internatio ii libstartup-notification0 0.8-1 library for program launch feedbac ii libx11-6 2:1.0.0-8 X11 client-side library ii libxcursor1 1.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii sudo 1.6.8p12-4 Provide limited super user privile gksu recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382264: vncserver doesn't allow specification of -dpi option
On Thu, 2006-08-10 at 07:03 +0200, Ola Lundqvist wrote: Thanks a lot for the fix. I just noticed - any arguments which realvncserver doesn't recognise are passed on to Xnvc, so using vncserver -dpi 100 would have worked before my fix. It wouldn't have been possible to put the value in ~/.vncrc and have it recognised, so it's probably still worth applying the patch. I've attached a patch for vnc.conf and the vnc.conf man page, documenting this dpi setting, and fixing a few little problems with the formatting of the man page. Looking at the package source, there are a couple of man pages in the vnc_3.3.7-12.diff file which aren't used, since the debian/rules file has their install commands commented out: # install -o root -g root -m 644 debian/Xvnc.1x \ # $(CURDIR)/debian/vncserver/usr/share/man/man1/Xvnc.1x and # install -o root -g root -m 644 debian/xvncviewer.1x \ # $(CURDIR)/debian/xvncviewer/usr/share/man/man1/xrealvncviewer.1x The upstream man pages are used in place of them, so are they needed in the patch? Also, the word plattforms appears 3 times in the diff, and should only have 1 t. Also, dsigned should be designed (twice) and in tha man should be in the man (once). --- Backup/vnc.conf.~1~ 2006-08-10 09:14:40.0 +0200 +++ vnc.conf2006-08-10 09:49:45.0 +0200 @@ -97,7 +97,10 @@ # of xdpyinfo. # It is useful to get the default from the X server you will # run xvncviewer in. -# Example: $getDefaultFrom = -display localhost:0 +# Example: $getDefaultFrom = -display localhost:0; + +# $dpi sets the resolution for all screens, in dots per inch. +# Example: $dpi = 96; # $rfbwait sets the maximum time in msec to wait for vnc client viewer. # $rfbwait = 12; --- Backup/vnc.conf.5x.~1~ 2006-08-10 09:14:40.0 +0200 +++ vnc.conf.5x 2006-08-10 10:13:51.0 +0200 @@ -37,7 +37,8 @@ .SH EXAMPLES A sample examplae file should come with the Debian package, under -.IR /usr/share/doc/vncserver/examples/vnc.conf.gz. It is pretty self-descriptive, and this +.IR /usr/share/doc/vncserver/examples/vnc.conf.gz . +It is pretty self-descriptive, and this document will mainly repeat the information that already can be found there. .SH OVERVIEW @@ -66,7 +67,7 @@ .IR $vncClasses\ \| =\ /usr/X11R6/lib/vncserver ; Should be the path to the java classes of the server. .TP -.IR $XFConfigPath\ \| =\ /etc/X11/XF86Config ; +.IR $XFConfigPath\ \| =\ /etc/X11/XF86Config ; Can be set to the global .I XF86Config @@ -113,7 +114,7 @@ This can be changed at the command line with .IR -name . .TP -.I $geometry\ \| =\ 640x400 ; +.IR $geometry\ \| =\ 640x400 ; This sets framebuffer width height. Default will be calculated if server is started from within a running X servers. Can be changed at the commandline ( @@ -141,11 +142,17 @@ the above three options, if you don't want to start vncserver from within a running X server. It will be added to the call of xdpyinfo. It is useful to get the default from the X server you will run xvncviewer -in, because the data has not to be recalculated then. +in, because then the data doesn't need to be recalculated. -.I $getDefaultFrom\ \| =\ \-display\ localhost:0 ; +.IR $getDefaultFrom\ \| =\ \-display\ localhost:0 ; is an example how to do this. .TP +.IR $dpi +Sets the resolution for all screens, in dots per inch. + +For example: +.IR $dpi\ \| =\ 96 ; +.TP .IR $rfbwait\ \| =\ 12 ; Sets the maximum time in msec to wait for vnc client viewer.
Bug#382264: vncserver doesn't allow specification of -dpi option
Package: vncserver
Version: 3.3.7-12
Severity: normal
Tags: patch
When I use vncserver and connect from a remote machine, everything is
much smaller than when I work directly on the desktop. This seems to
be because the dpi setting is different.
I would like to be able to specify a value for the -dpi flag either
in my .vncrc file, or as a flag to the vncserver command, but that's
not possible.
I made some changes to the realvncserver script to allow both of these:
--- /usr/bin/realvncserver 2006-04-27 07:12:24.0 +0200
+++ realvncserver 2006-08-09 22:02:47.0 +0200
@@ -115,6 +115,9 @@
if ($pixelformat) {
$opt{'-pixelformat'} = $pixelformat;
}
+if ($dpi) {
+ $opt{'-dpi'} = $dpi;
+}
chop($host = `uname -n`);
@@ -123,7 +126,7 @@
-kill,1,-clean,0, -fp,1,
-alwaysshared,0, -nevershared,0,
-httpport,1,-basehttpport,1,
- -startup,1,-once,0);
+ -startup,1,-once,0,-dpi,1);
$useClasses = 0;
if (defined $vncClasses) {
@@ -251,6 +254,7 @@
$cmd .= -co $colorPath if ($colorPath);
$cmd .= -alwaysshared if ($opt{'-alwaysshared'});
$cmd .= -nevershared if ($opt{'-nevershared'});
+$cmd .= -dpi $opt{'-dpi'} if ($opt{'-dpi'});
foreach $arg (@ARGV) {
$cmd .= . quotedString($arg);
I can now add $dpi = 100; to my ~/.vncrc and have the VNC session
use bigger fonts.
Notice that the man page for Xrealvnc doesn't mention the -dpi flag,
but it does definitely have the desired effect, and Xrealvnc's -help
flag does document it:
$ Xrealvnc -help 21 | grep dpi
-dpi int screen resolution in dots per inch
I can modify the manual pages and sample .vncrc file appropriately if
my changes would be used, and if nobody else wants to do it.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-1-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Versions of packages vncserver depends on:
ii dpkg1.13.22 package maintenance system for Deb
ii libc6 2.3.6-18 GNU C Library: Shared libraries
ii libgcc1 1:4.1.1-10 GCC support library
ii libice6 1:1.0.0-3X11 Inter-Client Exchange library
ii libsm6 1:1.0.0-4X11 Session Management library
ii libstdc++6 4.1.1-10 The GNU Standard C++ Library v3
ii libx11-62:1.0.0-8X11 client-side library
ii libxext61:1.0.0-4X11 miscellaneous extension librar
ii perl5.8.8-6.1Larry Wall's Practical Extraction
ii vnc-common 3.3.7-12 Virtual network computing server s
ii x11-common 1:7.0.22 X Window System (X.Org) infrastruc
ii xbase-clients 1:7.1.ds-2.1 miscellaneous X clients
ii zlib1g 1:1.2.3-13 compression library - runtime
Versions of packages vncserver recommends:
ii xfonts-base 1:1.0.0-3 standard fonts for X
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377935: bash: [COMPLETION] completion of ':' mangles filename
Package: bash Version: 3.1-5 Severity: normal Create a file called 'abc:def': $ touch abc:def Type a command, and part of the filename, then hit tab: $ rm abc:[TAB] The filename gets completed incorrectly: $ rm abc:abc\:def I source /etc/bash_completion in my ~/.bashrc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages bash depends on: ii base-files3.1.13 Debian base system miscellaneous f ii debianutils 2.16.2 Miscellaneous utilities specific t ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libncurses5 5.5-2 Shared libraries for terminal hand bash recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373903:
(sid) [EMAIL PROTECTED]:/var/cache/apt/apt-file$ sudo rm * (sid) [EMAIL PROTECTED]:/var/cache/apt/apt-file$ (sid) [EMAIL PROTECTED]:/var/cache/apt/apt-file$ (sid) [EMAIL PROTECTED]:/var/cache/apt/apt-file$ ls -la total 0 drwxr-xr-x 2 root root 48 2006-07-03 00:48 . Although the error message says 'not found', it does really download the file. Perhaps the problem is that the file in the repositories isn't correct. It's very small... I emptied out /var/cache/apt/apt-file, then ran the update, and the file had been downloaded. Look: (sid) [EMAIL PROTECTED]:/var/cache/apt/apt-file$ ls -la total 0 drwxr-xr-x 2 root root 48 2006-07-03 00:48 . drwxr-xr-x 4 root root 456 2006-07-03 00:42 .. (sid) [EMAIL PROTECTED]:/var/cache/apt/apt-file$ sudo apt-file update -v D: got 'deb http://ftp.cz.debian.org/debian sid main non-free contrib' D: kept 'deb http://ftp.cz.debian.org/debian sid main non-free contrib' D: wget -N -P /var/cache/apt/apt-file -O /var/cache/apt/apt-file/ftp.cz.debian.org_debian_dists_sid_Contents-i386.gz_tmp http://ftp.cz.debian.org/debian/dists/sid/Contents-i386.gz; /dev/null 21 (mv /var/cache/apt/apt-file/ftp.cz.debian.org_debian_dists_sid_Contents-i386.gz_tmp /var/cache/apt/apt-file/ftp.cz.debian.org_debian_dists_sid_Contents-i386.gz chmod 644 /var/cache/apt/apt-file/ftp.cz.debian.org_debian_dists_sid_Contents-i386.gz)|| (rm -f /var/cache/apt/apt-file/ftp.cz.debian.org_debian_dists_sid_Contents-i386.gz_tmp; echo http://ftp.cz.debian.org/debian/dists/sid/Contents-i386.gz not found) (sid) [EMAIL PROTECTED]:/var/cache/apt/apt-file$ ls -la total 4 drwxr-xr-x 2 root root 120 2006-07-03 00:48 . drwxr-xr-x 4 root root 456 2006-07-03 00:42 .. -rw-r--r-- 1 root root 680 2006-06-27 22:08 ftp.cz.debian.org_debian_dists_sid_Contents-i386.gz (sid) [EMAIL PROTECTED]:/var/cache/apt/apt-file$ zcat *.gz | wc 32 1791426 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375153: closed by Josselin Mouette [EMAIL PROTECTED] (Bug#375187: fixed in gnome-python 2.12.4-1)
On Tue, 2006-06-27 at 09:39 +0200, Josselin Mouette wrote: The update-notifier package has to be rebuilt, that's all. How does that happen, generally? Is there something in place which is supposed to rebuild packages when they need rebuilding? Or should I raise a bug report requesting the rebuild? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375153: closed by Josselin Mouette [EMAIL PROTECTED] (Bug#375187: fixed in gnome-python 2.12.4-1)
On Tue, 2006-06-27 at 15:10 +0200, Josselin Mouette wrote: You should file a bug report against update-notifier, as in this case the dependencies have to be changed by hand. I think it's update-manager which needs changing, not update-notifier. I did raise a bug against update-manager. In fact this is it - somebody reassigned it to gnome-python by mistake. Can I reassign it back to where it belongs? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375153: closed by Josselin Mouette [EMAIL PROTECTED] (Bug#375187: fixed in gnome-python 2.12.4-1)
On Sun, 2006-06-25 at 06:33 -0700, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #375153: update-manager: not installable in unstable, which was filed against the python-gnome2 package. It has been closed by Josselin Mouette [EMAIL PROTECTED]. The updated python-gnome2 package doesn't seem to have affected the problem I was having. I still can't install update-notifier. Indeed, python-gnome2 isn't even a dependency of update-notifier, so I don't know why the bug I raised was assigned to this package. Anyway, here's what happens when I try to install update-notifier: (sid) [EMAIL PROTECTED]:~$ sudo apt-get install update-notifier Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies. update-notifier: Depends: update-manager but it is not going to be installed E: Broken packages (sid) [EMAIL PROTECTED]:~$ sudo apt-get install update-manager Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies. update-manager: Depends: python2.4-gnome2 E: Broken packages (sid) [EMAIL PROTECTED]:~$ sudo apt-get install python2.4-gnome2 Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies. python2.4-gnome2: Depends: python2.4-gtk2 (= 2.4) E: Broken packages (sid) [EMAIL PROTECTED]:~$ sudo apt-get install python2.4-gtk2 Reading package lists... Done Building dependency tree... Done The following packages will be REMOVED dia-common dia-gnome fast-user-switch-applet gnome gnome-applets gnome-control-center gnome-core gnome-desktop-environment gnome-menus gnome-office gnome-panel gnome-session gnome-terminal nautilus nautilus-cd-burner python-glade2 python-gtk2 streamtuner The following NEW packages will be installed python2.4-gtk2 0 upgraded, 1 newly installed, 18 to remove and 0 not upgraded. Need to get 669kB of archives. After unpacking 38.4MB disk space will be freed. Do you want to continue [Y/n]? n Abort. (sid) [EMAIL PROTECTED]:~$ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375153: update-manager: not installable in unstable
Package: update-manager Version: 0.42.2ubuntu22-2 Severity: grave Justification: renders package unusable A recent update for unstable caused the removal of update-manager (and consequently update-notifier). Upon trying to reinstall update-manager, I'm told: The following packages have unmet dependencies. update-manager: Depends: python2.4-gnome2 but it is not going to be installed E: Broken packages Trying to install python2.4-gnome2 tells me: python2.4-gnome2: Depends: python2.4-gtk2 (= 2.4) It seems that python2.4-gtk2 has disappeared, to be replaced by python-gtk2. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374648: checkinstall: fails on Makefiles which use 'pwd'
Package: checkinstall
Version: 1.6.0-1
Severity: normal
If the Makefile's install target uses 'pwd', then sudo checkinstall
won't be able to run the 'pwd' command, getting an error like this:
pwd: couldn't find directory entry in `../..' with matching i-node
make: *** [install] Error 1
Here's an example:
$ cd /tmp
$ printf install:\n\tpwd\n Makefile
$ sudo checkinstall -y
checkinstall 1.6.0, Copyright 2002 Felipe Eduardo Sanchez Diaz Duran
This software is released under the GNU GPL.
The package documentation directory ./doc-pak does not exist.
Should I create a default set of package docs? [y]: y
Preparing package documentation...OK
*** No known documentation files were found. The new package
*** won't include a documentation directory.
*
Debian package creation selected ***
*
This package will be built according to these values:
0 - Maintainer: [ [EMAIL PROTECTED] ]
1 - Summary: [ Package created with checkinstall 1.6.0 ]
2 - Name:[ tmp ]
3 - Version: [ 20060620 ]
4 - Release: [ 1 ]
5 - License: [ GPL ]
6 - Group: [ checkinstall ]
7 - Architecture: [ i386 ]
8 - Source location: [ tmp ]
9 - Alternate source location: [ ]
10 - Requires: [ ]
Enter a number to change any of them or press ENTER to continue:
Installing with make install...
= Installation results
===
pwd
pwd: couldn't find directory entry in `../..' with matching i-node
make: *** [install] Error 1
Installation failed. Aborting package creation.
Cleaning up...OK
Bye.
$
I see bug 355810, which may be related. In that, the output of a few
'ls' commands and an 'strace' are asked for, so I include the same
here. I modified the Makefile to read:
install:
ls -lid / /tmp
strace pwd
The output then looked like this:
$ sudo checkinstall -y
checkinstall 1.6.0, Copyright 2002 Felipe Eduardo Sanchez Diaz Duran
This software is released under the GNU GPL.
The package documentation directory ./doc-pak does not exist.
Should I create a default set of package docs? [y]: y
Preparing package documentation...OK
*** No known documentation files were found. The new package
*** won't include a documentation directory.
*
Debian package creation selected ***
*
This package will be built according to these values:
0 - Maintainer: [ [EMAIL PROTECTED] ]
1 - Summary: [ Package created with checkinstall 1.6.0 ]
2 - Name:[ tmp ]
3 - Version: [ 20060620 ]
4 - Release: [ 1 ]
5 - License: [ GPL ]
6 - Group: [ checkinstall ]
7 - Architecture: [ i386 ]
8 - Source location: [ tmp ]
9 - Alternate source location: [ ]
10 - Requires: [ ]
Enter a number to change any of them or press ENTER to continue:
Installing with make install...
= Installation results
===
ls -lid / /tmp
43047 drwx-- 2 root root 48 2006-06-20 14:29 /
187 drwxrwxrwt 9 root root 496 2006-06-20 14:29 /tmp
strace pwd
execve(/bin/pwd, [pwd], [/* 30 vars */]) = 0
uname({sys=Linux, node=chrislap, ...}) = 0
brk(0) = 0x804d000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x3aac2000
open(/usr/lib/checkinstall/installwatch.so, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0H\16\0\000...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=39272, ...}) = 0
mmap2(NULL, 67452, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x3aac4000
mmap2(0x3aace000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x9) = 0x3aace000
mmap2(0x3aacf000, 22396, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x3aacf000
close(3)
Bug#374688: checkinstall: 'rm -rf' hangs in Makefile if target directory contains more than 200 files
Package: checkinstall Version: 1.6.0-1 Severity: normal [ I submitted this bug report using 'reportbug' over 2 hours ago and haven't received the automated acknowledgement yet - I'm guessing the submission got lost, so I'm repeating it ] I have been trying to build GNU Emacs from CVS and make a package using checkinstall. checkinstall is hanging forever while running 'rm -fr'. I have managed to reproduce the bug - it seems to happen whenever rm tries to remove a directory of 201 or more files. In the following example I mkdir a directory 'tmpdir' containing 201 empty files, then make a directory 'tmpdir2' containing a very simple Makefile. I run 'sudo checkinstall' in 'tmpdir2' and it hangs on the 'rm' command. I show that the newfiles.tmp file grows constantly, and show that it is filling up with '#No such file or directory' messages. Note that when I make the Makefile in ~ and run checkinstall from there, rather than making it in ~/tmpdir2 and running checkinstall from there, the problem doesn't happen. (sid) [EMAIL PROTECTED]:~$ cd (sid) [EMAIL PROTECTED]:~$ pwd /home/chris (sid) [EMAIL PROTECTED]:~$ ls -ld tmpdir* ls: tmpdir*: No such file or directory (sid) [EMAIL PROTECTED]:~$ mkdir tmpdir (sid) [EMAIL PROTECTED]:~$ i=1; while ((i202)); do touch /home/chris/tmpdir/$i; ((i=i+1)); done (sid) [EMAIL PROTECTED]:~$ ls tmpdir | wc -l 201 (sid) [EMAIL PROTECTED]:~$ mkdir tmpdir2 (sid) [EMAIL PROTECTED]:~$ cd tmpdir2 /home/chris/tmpdir2 (sid) [EMAIL PROTECTED]:~/tmpdir2$ printf install:\n\trm -fr /home/chris/tmpdir\n Makefile (sid) [EMAIL PROTECTED]:~/tmpdir2$ cat Makefile install: rm -fr /home/chris/tmpdir (sid) [EMAIL PROTECTED]:~/tmpdir2$ sudo checkinstall -y checkinstall 1.6.0, Copyright 2002 Felipe Eduardo Sanchez Diaz Duran This software is released under the GNU GPL. The package documentation directory ./doc-pak does not exist. Should I create a default set of package docs? [y]: y Preparing package documentation...OK *** No known documentation files were found. The new package *** won't include a documentation directory. * Debian package creation selected *** * This package will be built according to these values: 0 - Maintainer: [ [EMAIL PROTECTED] ] 1 - Summary: [ Package created with checkinstall 1.6.0 ] 2 - Name:[ tmpdir2 ] 3 - Version: [ 20060620 ] 4 - Release: [ 1 ] 5 - License: [ GPL ] 6 - Group: [ checkinstall ] 7 - Architecture: [ i386 ] 8 - Source location: [ tmpdir2 ] 9 - Alternate source location: [ ] 10 - Requires: [ ] Enter a number to change any of them or press ENTER to continue: Installing with make install... = Installation results === rm -fr /home/chris/tmpdir *** at this point the command hang - I hit control-z to stop it and put it into the background *** [1]+ Stopped sudo checkinstall -y (sid) [EMAIL PROTECTED]:~/tmpdir2$ bg [1]+ sudo checkinstall -y (sid) [EMAIL PROTECTED]:~/tmpdir2$ ps -ef | grep 'rm -fr' root 24981 24980 85 16:39 pts/500:00:16 rm -fr /home/chris/tmpdir chris24992 21597 0 16:39 pts/500:00:00 grep rm -fr (sid) [EMAIL PROTECTED]:~/tmpdir2$ sudo ls -l /proc/24981/fd | grep /var lr-x-- 1 root root 64 2006-06-20 16:40 4 - /var/tmp/JErNeZYSrkgcAlQeaoSq/META/DIRLS/24981_776_179687 (sid) [EMAIL PROTECTED]:~/tmpdir2$ sudo ls -l /var/tmp/JErNeZYSrkgcAlQeaoSq/newfiles.tmp -rw-r--r-- 1 root root 17783709 2006-06-20 16:40 /var/tmp/JErNeZYSrkgcAlQeaoSq/newfiles.tmp (sid) [EMAIL PROTECTED]:~/tmpdir2$ sudo ls -l /var/tmp/JErNeZYSrkgcAlQeaoSq/newfiles.tmp -rw-r--r-- 1 root root 18735007 2006-06-20 16:40 /var/tmp/JErNeZYSrkgcAlQeaoSq/newfiles.tmp (sid) [EMAIL PROTECTED]:~/tmpdir2$ tail /var/tmp/JErNeZYSrkgcAlQeaoSq/newfiles.tmp tail: cannot open `/var/tmp/JErNeZYSrkgcAlQeaoSq/newfiles.tmp' for reading: Permission denied (sid) [EMAIL PROTECTED]:~/tmpdir2$ sudo tail -1000 /var/tmp/JErNeZYSrkgcAlQeaoSq/newfiles.tmp | sort | uniq -c | sort -n | tail 5 -1 unlink /home/chris/tmpdir/91 #No such file or directory 5 -1 unlink /home/chris/tmpdir/92 #No such file or directory 5 -1 unlink /home/chris/tmpdir/93 #No such file or directory 5 -1 unlink /home/chris/tmpdir/94 #No such file or directory 5 -1 unlink
Bug#374669: checkinstall: 'rm -rf' hangs in Makefile if target directory contains more than 200 files
Package: checkinstall Version: 1.6.0-1 Severity: normal I have been trying to build GNU Emacs from CVS and make a package using checkinstall. checkinstall is hanging forever while running 'rm -fr'. I have managed to reproduce the bug - it seems to happen whenever rm tries to remove a directory of 201 or more files. In the following example I mkdir a directory 'tmpdir' containing 201 empty files, then make a directory 'tmpdir2' containing a very simple Makefile. I run 'sudo checkinstall' in 'tmpdir2' and it hangs on the 'rm' command. I show that the newfiles.tmp file grows constantly, and show that it is filling up with '#No such file or directory' messages. Note that when I make the Makefile in ~ and run checkinstall from there, rather than making it in ~/tmpdir2 and running checkinstall from there, the problem doesn't happen. (sid) [EMAIL PROTECTED]:~$ cd (sid) [EMAIL PROTECTED]:~$ pwd /home/chris (sid) [EMAIL PROTECTED]:~$ ls -ld tmpdir* ls: tmpdir*: No such file or directory (sid) [EMAIL PROTECTED]:~$ mkdir tmpdir (sid) [EMAIL PROTECTED]:~$ i=1; while ((i202)); do touch /home/chris/tmpdir/$i; ((i=i+1)); done (sid) [EMAIL PROTECTED]:~$ ls tmpdir | wc -l 201 (sid) [EMAIL PROTECTED]:~$ mkdir tmpdir2 (sid) [EMAIL PROTECTED]:~$ cd tmpdir2 /home/chris/tmpdir2 (sid) [EMAIL PROTECTED]:~/tmpdir2$ printf install:\n\trm -fr /home/chris/tmpdir\n Makefile (sid) [EMAIL PROTECTED]:~/tmpdir2$ cat Makefile install: rm -fr /home/chris/tmpdir (sid) [EMAIL PROTECTED]:~/tmpdir2$ sudo checkinstall -y checkinstall 1.6.0, Copyright 2002 Felipe Eduardo Sanchez Diaz Duran This software is released under the GNU GPL. The package documentation directory ./doc-pak does not exist. Should I create a default set of package docs? [y]: y Preparing package documentation...OK *** No known documentation files were found. The new package *** won't include a documentation directory. * Debian package creation selected *** * This package will be built according to these values: 0 - Maintainer: [ [EMAIL PROTECTED] ] 1 - Summary: [ Package created with checkinstall 1.6.0 ] 2 - Name:[ tmpdir2 ] 3 - Version: [ 20060620 ] 4 - Release: [ 1 ] 5 - License: [ GPL ] 6 - Group: [ checkinstall ] 7 - Architecture: [ i386 ] 8 - Source location: [ tmpdir2 ] 9 - Alternate source location: [ ] 10 - Requires: [ ] Enter a number to change any of them or press ENTER to continue: Installing with make install... = Installation results === rm -fr /home/chris/tmpdir *** at this point the command hang - I hit control-z to stop it and put it into the background *** [1]+ Stopped sudo checkinstall -y (sid) [EMAIL PROTECTED]:~/tmpdir2$ bg [1]+ sudo checkinstall -y (sid) [EMAIL PROTECTED]:~/tmpdir2$ ps -ef | grep 'rm -fr' root 24981 24980 85 16:39 pts/500:00:16 rm -fr /home/chris/tmpdir chris24992 21597 0 16:39 pts/500:00:00 grep rm -fr (sid) [EMAIL PROTECTED]:~/tmpdir2$ sudo ls -l /proc/24981/fd | grep /var lr-x-- 1 root root 64 2006-06-20 16:40 4 - /var/tmp/JErNeZYSrkgcAlQeaoSq/META/DIRLS/24981_776_179687 (sid) [EMAIL PROTECTED]:~/tmpdir2$ sudo ls -l /var/tmp/JErNeZYSrkgcAlQeaoSq/newfiles.tmp -rw-r--r-- 1 root root 17783709 2006-06-20 16:40 /var/tmp/JErNeZYSrkgcAlQeaoSq/newfiles.tmp (sid) [EMAIL PROTECTED]:~/tmpdir2$ sudo ls -l /var/tmp/JErNeZYSrkgcAlQeaoSq/newfiles.tmp -rw-r--r-- 1 root root 18735007 2006-06-20 16:40 /var/tmp/JErNeZYSrkgcAlQeaoSq/newfiles.tmp (sid) [EMAIL PROTECTED]:~/tmpdir2$ tail /var/tmp/JErNeZYSrkgcAlQeaoSq/newfiles.tmp tail: cannot open `/var/tmp/JErNeZYSrkgcAlQeaoSq/newfiles.tmp' for reading: Permission denied (sid) [EMAIL PROTECTED]:~/tmpdir2$ sudo tail -1000 /var/tmp/JErNeZYSrkgcAlQeaoSq/newfiles.tmp | sort | uniq -c | sort -n | tail 5 -1 unlink /home/chris/tmpdir/91 #No such file or directory 5 -1 unlink /home/chris/tmpdir/92 #No such file or directory 5 -1 unlink /home/chris/tmpdir/93 #No such file or directory 5 -1 unlink /home/chris/tmpdir/94 #No such file or directory 5 -1 unlink /home/chris/tmpdir/95 #No such file or directory 5 -1 unlink /home/chris/tmpdir/96 #No such file or directory 5 -1 unlink
Bug#374688: Acknowledgement (checkinstall: 'rm -rf' hangs in Makefile if target directory contains more than 200 files)
This is a duplicate of bug 374669. It seems that sometimes it does take over 2 hours for a bug to be submitted. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374669: checkinstall: 'rm -rf' hangs in Makefile if target directory contains more than 200 files
Adding that flag fixes the problem. It also fixes the problem with 'pwd' as reported in bug 374648. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373887: the cause of the problem
/usr/share/python/pyversions.py defines requested_versions(), which returns either a list: versions = [current] or a set: versions = vinfo['versions'].intersection(supported) Then /usr/bin/pycentral calls that function, and expects it to return a list: def set_default_runtime_from_version_info(self): versions = pyversions.requested_versions(self.version_field, version_only=True) self.default_runtime = get_runtime_for_version(versions[0]) When I run it, versions is Set(['2.4']) class 'sets.Set', and so trying to evaluate versions[0] causes TypeError: unindexable object. I guess the solution is to make requested_versions() always return a list, but I don't know. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357285: patch
The code is doing: account-permit = g_slist_remove(account-permit, l-data); g_free(l-data);the g_slist_remove() removes 'l' from the list and frees it, then the g_free tries to access l-data after l has been freed. Switching the order of these 2 lines fixes the problem.The same bug occurs twice in this file. See attached patch.--- --- /tmp/Backup/privacy.c.~1~ 2006-03-17 14:55:31.0 +0100 +++ /tmp/privacy.c 2006-03-17 14:55:40.0 +0100 @@ -85,8 +85,8 @@ if (l == NULL) return FALSE; - account-permit = g_slist_remove(account-permit, l-data); g_free(l-data); + account-permit = g_slist_delete_link(account-permit, l); if (!local_only gaim_account_is_connected(account)) serv_rem_permit(gaim_account_get_connection(account), who); @@ -156,8 +156,8 @@ if (l == NULL) return FALSE; - account-deny = g_slist_remove(account-deny, l-data); g_free(l-data); + account-deny = g_slist_delete_link(account-deny, l); if (!local_only gaim_account_is_connected(account)) serv_rem_deny(gaim_account_get_connection(account), who);
Bug#357285: patch
I already sent this patch upstream. It's sourceforge bug #1420463: http://sourceforge.net/tracker/index.php?func=detailaid=1420463group_id=235atid=100235
Bug#356218: bash: [COMPLETION] fail to complete file names with spaces for bzip2
Package: bash
Version: 3.1-2
Severity: normal
When I try to complete, for example fi to file by hitting tab, I don't see
file 1 and file 2 as options, I see 1, 2 and
file as separate options:
$ mkdir /tmp/dir
$ cd /tmp/dir
$ touch 'file 1' 'file 2' 'file 3'
$ bzip2 fiTABTAB
1 2 3 file
I compared this with the behaviour for gzip, but gzip was fine, because the
gzip completion code specifies a different IFS value. The
following patch makes bzip2 complete as well as gzip does:
--- Backup/bash_completion.~1~ 2006-03-10 03:09:33.0 +0100
+++ bash_completion 2006-03-10 03:20:24.0 +0100
@@ -3286,7 +3286,7 @@
have bzip2
_bzip2()
{
- local cur prev xspec
+ local cur prev xspec IFS=$'\t\n'
COMPREPLY=()
cur=${COMP_WORDS[COMP_CWORD]}
However, neither works well if the file names contain tabs.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages bash depends on:
ii base-files3.1.10 Debian base system miscellaneous f
ii debianutils 2.15.2 Miscellaneous utilities specific t
ii libc6 2.3.5-13 GNU C Library: Shared libraries an
ii libncurses5 5.5-1 Shared libraries for terminal hand
bash recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344858: patch
The attached patch fixes the bug for me. It's nothing to do with aRTs. The gaim code is trying to use a linked-list node after freeing it. Chris. patch Description: Binary data
Bug#344858: patch
I raised an upstream bug report for this: http://sourceforge.net/tracker/index.php?func=detailaid=1420463group_id=235atid=100235
