Bug#1018700: same issue, resolved with upgrade to version 1:115.6.0-1~deb12u1
A bit late, but I wanted to say that I had the same issue after upgrading one of my systems to Bookworm, but not on other two systems which are set up fairly similarly, at least one of which I've been upgrading since Woody. Also, on this system where the email folders wouldn't show, the issue was resolved by upgrading to the latest version 1:115.6.0-1~deb12u1, without any other changes made. Jaap
Bug#981597: plasma-desktop: Also see this problem on system upgraded from (pre-)Stretch
Package: plasma-desktop Version: 4:5.17.5-3 Followup-For: Bug #981597 Dear Maintainer, I'd like to confirm that I'm seeing the same upgrade problems on my system. This system has also been upgraded through Stretch -> Buster -> Bullseye (and actually even from way before). Following this thread, I've already removed libgcc-8-dev:amd64 (8.4.0-7). In my case that did not trigger uninstalling a whole bunch of KDE packages, just this from /var/log/apt/history.log: === Start-Date: 2021-02-18 23:25:21 Commandline: apt-get remove libgcc-8-dev Remove: gcc-8-multilib:amd64 (8.4.0-7), gcc-8:amd64 (8.4.0-7), libgfortran-8-dev:amd64 (8.4.0-7), libstdc++-8-dev:amd64 (8.4.0-7), gfortran> End-Date: 2021-02-18 23:25:25 Start-Date: 2021-02-18 23:26:22 Commandline: apt-get install libc++-dev Install: libc++1-11:amd64 (1:11.0.1-2, automatic), libc++-11-dev:amd64 (1:11.0.1-2, automatic), libc++abi1-11:amd64 (1:11.0.1-2, automatic) Upgrade: libc++-dev:amd64 (1:9.0-49.1, 1:11.0-51+nmu4) Remove: libc++abi1-9:amd64 (1:9.0.1-15+b1), libc++-9-dev:amd64 (1:9.0.1-15+b1), libc++1-9:amd64 (1:9.0.1-15+b1) End-Date: 2021-02-18 23:26:26 === However, my system still cannot find an apt dist-upgrade path. Let me know if there's anything I can do to help debug this. Best, Jaap -- System Information: Debian Release: bullseye/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (400, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-3-amd64 (SMP w/2 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages plasma-desktop depends on: ii breeze 4:5.17.5-2 ii kactivitymanagerd5.17.5-2 ii kde-cli-tools4:5.17.5-2 ii kded55.74.0-2 ii kio 5.74.0-2 ii kpackagetool55.74.0-2 ii libc62.31-9 ii libfontconfig1 2.13.1-4.2 ii libfreetype6 2.10.4+dfsg-1 ii libgcc-s110.2.1-6 ii libglib2.0-0 2.66.7-1 ii libibus-1.0-51.5.23-2 ii libkf5activities55.74.0-2 ii libkf5activitiesstats1 5.74.0-2 ii libkf5archive5 5.74.0-2 ii libkf5authcore5 5.74.0-2 ii libkf5baloo5 5.74.0-2 ii libkf5codecs55.74.0-2 ii libkf5completion55.74.0-2 ii libkf5configcore55.74.0-2 ii libkf5configgui5 5.74.0-2 ii libkf5configwidgets5 5.74.0-2 ii libkf5coreaddons55.74.0-2 ii libkf5dbusaddons55.74.0-2 ii libkf5declarative5 5.74.0-2 ii libkf5emoticons-bin 5.74.0-2 ii libkf5emoticons5 5.74.0-2 ii libkf5globalaccel-bin5.74.0-2 ii libkf5globalaccel5 5.74.0-2 ii libkf5guiaddons5 5.74.0-3 ii libkf5i18n5 5.74.0-3 ii libkf5iconthemes55.74.0-2 ii libkf5itemmodels55.74.0-2 ii libkf5itemviews5 5.74.0-2 ii libkf5jobwidgets55.74.0-2 ii libkf5kcmutils5 5.74.0-2 ii libkf5kdelibs4support5 5.74.0-3 ii libkf5kiocore5 5.74.0-2 ii libkf5kiofilewidgets55.74.0-2 ii libkf5kiowidgets55.74.0-2 ii libkf5newstuff5 5.74.0-2 ii libkf5notifications5 5.74.0-2 ii libkf5notifyconfig5 5.74.0-2 ii libkf5package5 5.74.0-2 ii libkf5parts5 5.74.0-2 ii libkf5plasma55.74.0-2 ii libkf5plasmaquick5 5.74.0-2 ii libkf5quickaddons5 5.74.0-2 ii libkf5runner55.74.0-2 ii libkf5service-bin5.74.0-2 ii libkf5service5 5.74.0-2 ii libkf5solid5 5.74.0-2 ii libkf5sonnetui5 5.74.0-3 ii libkf5wallet-bin 5.74.0-2 ii libkf5wallet55.74.0-2 ii libkf5widgetsaddons5 5.74.0-3 ii libkf5windowsystem5 5.74.0-2 ii libkf5xmlgui55.74.0-2 ii libkfontinst54:5.17.5-3 ii lib
Bug#903767: verbose kernel log
I'm seeing the same problem with linux-image-4.9.0-7-amd64:4.9.110-1 from the 9.5 point release running on Xen/pvgrub. In case it's useful, here's the verbose kernel log: [2.028120] registered taskstats version 1 [2.028149] zswap: loaded using pool lzo/zbud [2.030226] ima: No TPM chip found, activating TPM-bypass! [2.030238] ima: Allocated hash algorithm: sha256 [2.030281] xenbus_probe_frontend: Device with no driver: device/vbd/51712 [2.030286] xenbus_probe_frontend: Device with no driver: device/vbd/51728 [2.030291] xenbus_probe_frontend: Device with no driver: device/vif/0 [2.030297] xenbus_probe_frontend: Device with no driver: device/vif/1 [2.030317] hctosys: unable to open rtc device (rtc0) [2.031657] Freeing unused kernel memory: 1420K [2.031668] Write protecting the kernel read-only data: 12288k [2.038529] Freeing unused kernel memory: 1928K [2.039863] Freeing unused kernel memory: 1228K [2.050421] x86/mm: Checked W+X mappings: FAILED, 6123 W+X pages found. [2.050922] general protection fault: [#1] SMP [2.050932] Modules linked in: [2.050941] CPU: 1 PID: 1 Comm: init Not tainted 4.9.0-7-amd64 #1 Debian 4.9.110-1 [2.050949] task: 88003e367040 task.stack: c9004018c000 [2.050954] RIP: e030:[] [] ret_from_fork+0x2d/0x70 [2.050967] RSP: e02b:c9004018ff50 EFLAGS: 00010006 [2.050972] RAX: 000a7338d000 RBX: 816076d0 RCX: eaf4ac9f [2.050978] RDX: 0003 RSI: 0002 RDI: c9004018ff58 [2.050984] RBP: R08: R09: 880039b18000 [2.050991] R10: 8080808080808080 R11: fefefefefefefeff R12: [2.050997] R13: R14: 00116359 R15: 53dc [2.051006] FS: () GS:88003f88() knlGS: [2.051013] CS: e033 DS: ES: CR0: 80050033 [2.051019] CR2: 7ffea17fded0 CR3: 39b8c000 CR4: 00042660 [2.051024] Stack: [2.051029] [2.051041] [2.051050] [2.051060] Call Trace: [2.051066] Code: c7 e8 b8 fe a8 ff 48 85 db 75 2f 48 89 e7 e8 5b ed 9e ff 50 90 0f 20 d8 65 48 0b 04 25 e0 02 01 00 78 08 65 88 04 25 e7 02 01 00 <0f> 22 d8 58 66 0f 1f 44 00 00 e9 c1 07 00 00 4c 89 e7 eb 11 e8 [2.051125] RIP [] ret_from_fork+0x2d/0x70 [2.051132] RSP [2.051140] ---[ end trace d3783fae70c9b202 ]--- [2.051262] Kernel panic - not syncing: Attempted to kill init! exitcode=0x000b [2.051262] [2.051280] Kernel Offset: disabled
Bug#813324: konqueror: Does not reload when HTTP redirected to same page.
Package: konqueror Version: 4:4.14.2-1 Severity: normal Dear Maintainer, Konqueror does not follow/load/show a HTTP redirect to the exact same URL. The attached minimal example shows the erroneous behaviour: 1. Open the URL 'test-konq-post-redirect-self.php?id=1' 2. Use the submit button to POST to the same page. This creates a temp file (simplified example of e.g. updating a database) and then redirects to the same location to prevent accidental re-POSTing. 3. Observe that the page displays "not posted". 4. Reload the page and it now shows "posted". Thus, the post was made, but the page contents only updated on a reload, not immediately. At least iceweasel gives the expected behaviour to display "posted" already at point 3. Jaap -- System Information: Debian Release: 8.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages konqueror depends on: ii install-info5.2.0.dfsg.1-6 ii kde-baseapps-bin4:4.14.2-1 ii kde-baseapps-data 4:4.14.2-1 ii kde-runtime 4:4.14.2-2 ii libc6 2.19-18+deb8u2 ii libkactivities6 4:4.13.3-1 ii libkcmutils44:4.14.2-5 ii libkde3support4 4:4.14.2-5 ii libkdecore5 4:4.14.2-5 ii libkdesu5 4:4.14.2-5 ii libkdeui5 4:4.14.2-5 ii libkfile4 4:4.14.2-5 ii libkhtml5 4:4.14.2-5 ii libkio5 4:4.14.2-5 ii libkonq5abi14:4.14.2-1 ii libkonqsidebarplugin4a 4:4.14.2-1 ii libkparts4 4:4.14.2-5 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqt4-qt3support 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libstdc++6 4.9.2-10 ii libx11-62:1.6.2-3 Versions of packages konqueror recommends: ii dolphin 4:4.14.2-1 ii kfind4:4.14.2-1 ii konqueror-nsplugins 4:4.14.2-1 ii kpart-webkit 1.3.4-2 Versions of packages konqueror suggests: ii konq-plugins 4:4.14.2-1 -- no debconf information konq POST reload test
Bug#808989: icedove doesn't properly connect to IMAPS server after upgrade to 38.
Package: icedove Version: 38.4.0-1~deb8u1 Severity: normal Since the security upgrade to icedove 38.4 (this machine hasn't been on for 6 months), I cannot login to a particular IMAP server (imap.xel.nl:993) via SSL/TLS anymore. I used to before and I can still login to another IMAP/SSL account (mail.a-eskwadraat.nl:993), and I also login to imap.xel.nl:993 from another machine of mine, running Debian Jessie amd64 with icedove 38.4.0-1~deb8u1 too. When I downgrade to icedove 34.0~b1-2 or 36.0~b1-2 things work again, but reverting to current it fails again, so it does not seem to be a account/configuration issue. Also, I tried setting security.ssl3.*dhe* to false as suggested in bug report #787505, but that didn't help. Note that openssl s_client -connect imap.xel.nl:993 didn't report any (too short) DH keys. Finally, I tried starting icedove with -safe-mode to no avail. Attached a debug log of running NSPR_LOG_MODULES=imap:5,imapoffline:5 NSPR_LOG_FILE=icedove-imap-debug-38.log icedove Best, Jaap -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages icedove depends on: ii debianutils 4.4+b1 ii fontconfig2.11.0-6.3 ii libasound21.0.28-1 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-18+deb8u1 ii libcairo2 1.14.0-2.1 ii libdbus-1-3 1.8.20-0+deb8u1 ii libdbus-glib-1-2 0.102-1 ii libevent-2.0-52.0.21-stable-2 ii libffi6 3.1-2+b2 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-3+deb8u1 ii libgcc1 1:4.9.2-10 ii libgdk-pixbuf2.0-02.31.1-2+deb8u4 ii libglib2.0-0 2.42.1-1 ii libgtk2.0-0 2.24.25-3 ii libhunspell-1.3-0 1.3.3-3 ii libpango-1.0-01.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libpixman-1-0 0.32.6-3 ii libsqlite3-0 3.8.7.1-1+deb8u1 ii libstartup-notification0 0.12-4 ii libstdc++64.9.2-10 ii libx11-6 2:1.6.2-3 ii libxcomposite11:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes31:5.0.1-2+b2 ii libxrender1 1:0.9.8-1+b1 ii libxt61:1.1.4-1+b1 ii psmisc22.21-2 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages icedove recommends: pn iceowl-extension ii myspell-en-gb [myspell-dictionary] 1:3.3.0-4 ii myspell-en-us [myspell-dictionary] 1:3.3.0-4 ii myspell-nl [myspell-dictionary] 1:2.10-2 Versions of packages icedove suggests: ii fonts-lyx 2.1.2-2 ii libgssapi-krb5-2 1.12.1+dfsg-19+deb8u1 -- Configuration Files: /etc/icedove/global-config.js 656b799cbfce9ebb589ac4effaf7a61e [Errno 2] No such file or directory: u'/etc/icedove/global-config.js 656b799cbfce9ebb589ac4effaf7a61e' -- debconf information: * icedove/browser: Debian -423625920[e01a8f00]: ImapThreadMainLoop entering [this=df391000] -146721024[f722f240]: df391000:imap.xel.nl:NA:SetupWithUrl: clearing IMAP_CONNECTION_IS_OPEN -423625920[e01a8f00]: df391000:imap.xel.nl:NA:ProcessCurrentURL: entering -423625920[e01a8f00]: df391000:imap.xel.nl:NA:ProcessCurrentURL:imap://elder...@imap.xel.nl:993/select%3E%5EINBOX: = currentUrl -577766592[e01a9680]: ImapThreadMainLoop entering [this=df39a000] -146721024[f722f240]: df39a000:imap.a-eskwadraat.nl:NA:SetupWithUrl: clearing IMAP_CONNECTION_IS_OPEN -577766592[e01a9680]: df39a000:imap.a-eskwadraat.nl:NA:ProcessCurrentURL: entering -577766592[e01a9680]: df39a000:imap.a-eskwadraat.nl:NA:ProcessCurrentURL:imap://elder...@imap.a-eskwadraat.nl:993/select%3E%5EINBOX: = currentUrl -577766592[e01a9680]: ReadNextLine [stream=df124100 nb=115 needmore=0] -577766592[e01a9680]: df39a000:imap.a-eskwadraat.nl:NA:CreateNewLineFromSocket: * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN AUTH=GSSAPI] Dovecot ready. -577766592[e01a9680]: try to log in -577766592[e01a9680]: IMAP auth: server caps 0x5085425, pref 0x1006, failed 0x0, avail caps 0x1004 -577766592[e01a9680]: (GSSAPI = 0x100, CRAM = 0x2, NTLM = 0x10, MSN = 0x20, PLAIN = 0x1000, LOGIN = 0x2, old-style IMAP login = 0x4, auth external IMAP login = 0x2000, OAUTH2 = 0x8) -577766592[e01a9680]: trying auth method 0x1000 -423625920[e01a8f00]: ReadNextLine [stream=df101240 nb=0 needmore=1] -423625920[e01a8f00]: df391000:imap.xel.nl:NA:CreateNewLineFromSocket: clearing IMAP_CONNECTION_IS_OPEN - rv = 80
Bug#803305: php5: timezone "incorrectly" guessed from system
Source: php5 Severity: normal I ran into a somewhat special-case bug with the Debian patch that guesses the timezone from the system default. The system timezone is set to "Europe/London" in /etc/timezone, while php.ini date.timezone is unset. In this case (after the recent change from DST to normal time) the PHP function date_default_timezone_get() reports the timezone as UTC. Although this is equivalent outside daylight saving time, it is not during DST, which leads to wrong conversions between date/time strings and Unix timestamps. I would suggest that the timezone be directly read from /etc/timezone before using php_localtime_r(), which I assume has to infer the timezone from an offset from UTC only. Best regards, Jaap -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#781659: konsole: Console cursor loses focus after switching between windows
Package: konsole Version: 4:4.14.2-1 Severity: normal Dear Maintainer, Since upgrading to Jessie, the following problem frequently (every few minutes or so, when working normally) appears: after switching between windows and/or virtual desktops, when I switch back to a Konsole window, the window has focus, but the cursor in the terminal is "hollow" and does not respond to keyboard input. Only after clicking on the window with the mouse, the cursor changes back to filled and responds to keyboard again. This happens randomly when switching windows, but I can consistently reproduce it as follows: press to activate the menu in a konsole window, then switch away and back to the konsole window. Now the menu isn't active anymore, but the cursor is hollow and doesn't respond. This has started happening to me after upgrading to Jessie. I run plain openbox as window manager, but the same problem also appears when I use Xfce or failsafe-xterm. Furthermore, I have also tried crossgrading to amd64, but reverted this because it didn't work; I do still have some libraries installed with both i386 and amd64 versions, including libc6 and libstdc++6 from the dependencies of konsole. See also the bugreport here: https://bugs.kde.org/show_bug.cgi?id=270144 that was wrongly reported against Kwin. Please let me know if there is any other useful information I can provide. Best, Jaap -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages konsole depends on: ii kde-runtime4:4.14.2-2 ii libc6 2.19-15 ii libkdecore54:4.14.2-5 ii libkdeui5 4:4.14.2-5 ii libkio54:4.14.2-5 ii libknotifyconfig4 4:4.14.2-5 ii libkonq5abi1 4:4.14.2-1 ii libkparts4 4:4.14.2-5 ii libkpty4 4:4.14.2-5 ii libqt4-dbus4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libstdc++6 4.9.2-10 konsole recommends no packages. konsole suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#754490: pm-utils: No logs and no scripts executed on hibernate/thaw
I now noticed my mistake/confusion: I started the suspend and hibernate with s2ram and s2disk respectively. It seems that the former calls pm-suspend, while the latter does _not_ call pm-hibernate. If I use pm-hibernate, then everything works as expected. Is this different behaviour documented, and/or could it be changed? Best, Jaap On 11/07/14 18:27, Jaap Eldering wrote: > Package: pm-utils > Version: 1.4.1-9 > Severity: normal > > Dear Maintainer, > > On my Asus UX31A laptop, I can hibernate and thaw fine, but the corresponding > pm-utils scripts don't seem to get executed, nor logs written to > /var/log/pm-suspend.log. When I suspend and resume, logs do get written. > Specifically, I appended to /etc/pm/sleep.d/00_powersavings the line > > ( echo "$0" "$@" ; date ; id ; ls -lR /sys/class/leds ) >> > /tmp/debug-kbd-leds.txt > > but no file /tmp/debug-kbd-leds.txt is created after thawing. > > I'd be happy to perform any further debugging actions, but I currently > don't quite know where to start since exactly the log files are missing > and I don't get any other errors, nor can I find any in other logs. > > Best, > Jaap > > > -- System Information: > Debian Release: 7.5 > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'stable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.14-0.bpo.1-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages pm-utils depends on: > ii powermgmt-base 1.31 > > Versions of packages pm-utils recommends: > ii hdparm 9.39-1+b1 > ii kbd 1.15.3-9 > ii procps 1:3.3.3-3 > ii vbetool 1.1-2 > > Versions of packages pm-utils suggests: > ii cpufrequtils008-1 > pn ethtool > ii radeontool 1.6.2-1.1 > ii wireless-tools 30~pre9-8 > > -- no debconf information > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#754490: pm-utils: No logs and no scripts executed on hibernate/thaw
Package: pm-utils Version: 1.4.1-9 Severity: normal Dear Maintainer, On my Asus UX31A laptop, I can hibernate and thaw fine, but the corresponding pm-utils scripts don't seem to get executed, nor logs written to /var/log/pm-suspend.log. When I suspend and resume, logs do get written. Specifically, I appended to /etc/pm/sleep.d/00_powersavings the line ( echo "$0" "$@" ; date ; id ; ls -lR /sys/class/leds ) >> /tmp/debug-kbd-leds.txt but no file /tmp/debug-kbd-leds.txt is created after thawing. I'd be happy to perform any further debugging actions, but I currently don't quite know where to start since exactly the log files are missing and I don't get any other errors, nor can I find any in other logs. Best, Jaap -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pm-utils depends on: ii powermgmt-base 1.31 Versions of packages pm-utils recommends: ii hdparm 9.39-1+b1 ii kbd 1.15.3-9 ii procps 1:3.3.3-3 ii vbetool 1.1-2 Versions of packages pm-utils suggests: ii cpufrequtils008-1 pn ethtool ii radeontool 1.6.2-1.1 ii wireless-tools 30~pre9-8 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#706495: clang++ fails to find standard header files
Package: clang
Version: 1:3.0-6.2
Severity: normal
Hi,
When trying to compile a C++ file with libboost headers included using
clang++, I got the following error:
$ clang++ test-clang-boost.cpp
In file included from test-clang-boost.cpp:1:
In file included from /usr/include/boost/static_assert.hpp:17:
In file included from /usr/include/boost/config.hpp:40:
In file included from /usr/include/boost/config/select_stdlib_config.hpp:18:
In file included from /usr/include/c++/4.4/cstddef:42:
In file included from
/usr/include/c++/4.4/i486-linux-gnu/64/bits/c++config.h:243:
In file included from
/usr/include/c++/4.4/i486-linux-gnu/64/bits/os_defines.h:39:
/usr/include/features.h:323:10: fatal error: 'bits/predefs.h' file not found
#include
^
1 diagnostic generated.
The file I tried to compile contains:
== test-clang-boost.cpp ===
#include
int main()
{
return 0;
}
===
Initially, I had the libc-dev-amd64 package installed (I'm running a
standard Debian amd64 kernel on i386 userland). In that case I got the
errors below:
$ clang++ test-clang-boost.cpp
In file included from test-clang-boost.cpp:1:
In file included from /usr/include/boost/static_assert.hpp:17:
In file included from /usr/include/boost/config.hpp:40:
In file included from /usr/include/boost/config/select_stdlib_config.hpp:18:
In file included from /usr/include/c++/4.4/cstddef:42:
In file included from
/usr/include/c++/4.4/i486-linux-gnu/64/bits/c++config.h:243:
In file included from
/usr/include/c++/4.4/i486-linux-gnu/64/bits/os_defines.h:39:
In file included from /usr/include/features.h:388:
/usr/include/gnu/stubs.h:7:11: fatal error: 'gnu/stubs-32.h' file not found
# include
^
1 diagnostic generated.
Since I have a feeling this might be related to bug #643959, here's the
same debug output as requested for there:
$ clang++ -v -c test-clang-boost.cpp
clang version 1.1 (branches/release_27)
Target: i386-unknown-linux-gnu
Thread model: posix
"/usr/local/bin/clang" -cc1 -triple i386-unknown-linux-gnu -S -disable-free
-main-file-name test-clang-boost.cpp -mrelocation-model static
-mdisable-fp-elim -mconstructor-aliases -target-cpu pentium4 -v -resource-dir
/usr/local/lib/clang/1.1 -fmessage-length 100 -fexceptions -fgnu-runtime
-fdiagnostics-show-option -fcolor-diagnostics -o /tmp/cc-vGYZKY.s -x c++
test-clang-boost.cpp
clang -cc1 version 1.1 based upon llvm 2.7 hosted on i386-unknown-linux-gnu
ignoring nonexistent directory "/usr/include/c++/4.4.3"
ignoring nonexistent directory "/usr/include/c++/4.4.3/x86_64-pc-linux-gnu/32"
ignoring nonexistent directory "/usr/include/c++/4.4.3/backward"
ignoring nonexistent directory "/usr/include/c++/4.4.3"
ignoring nonexistent directory "/usr/include/c++/4.4.3/i686-pc-linux-gnu/"
ignoring nonexistent directory "/usr/include/c++/4.4.3/backward"
ignoring nonexistent directory "/usr/include/c++/4.4/x86_64-linux-gnu/32"
ignoring nonexistent directory "/usr/include/c++/4.1.3"
ignoring nonexistent directory "/usr/include/c++/4.1.3/i486-linux-gnu/"
ignoring nonexistent directory "/usr/include/c++/4.1.3/backward"
ignoring nonexistent directory "/usr/include/c++/4.3.3"
ignoring nonexistent directory "/usr/include/c++/4.3.3/x86_64-linux-gnu/32"
ignoring nonexistent directory "/usr/include/c++/4.3.3/backward"
ignoring nonexistent directory "/usr/include/c++/4.4.1"
ignoring nonexistent directory "/usr/include/c++/4.4.1/x86_64-linux-gnu/32"
ignoring nonexistent directory "/usr/include/c++/4.4.1/backward"
ignoring nonexistent directory "/usr/include/c++/4.1.2"
ignoring nonexistent directory "/usr/include/c++/4.1.2/i386-redhat-linux/"
ignoring nonexistent directory "/usr/include/c++/4.1.2/backward"
ignoring nonexistent directory "/usr/include/c++/4.3.0"
ignoring nonexistent directory "/usr/include/c++/4.3.0/i386-redhat-linux/"
ignoring nonexistent directory "/usr/include/c++/4.3.0/backward"
ignoring nonexistent directory "/usr/include/c++/4.3.2"
ignoring nonexistent directory "/usr/include/c++/4.3.2/i386-redhat-linux/"
ignoring nonexistent directory "/usr/include/c++/4.3.2/backward"
ignoring nonexistent directory "/usr/include/c++/4.3.2"
ignoring nonexistent directory "/usr/include/c++/4.3.2/x86_64-redhat-linux/32"
ignoring nonexistent directory "/usr/include/c++/4.3.2/backward"
ignoring nonexistent directory "/usr/include/c++/4.4.1"
ignoring nonexistent directory "/usr/include/c++/4.4.1/i586-redhat-linux/"
ignoring nonexistent directory "/usr/include/c++/4.4.1/backward"
ignoring nonexistent directory "/usr/include/c++/4.4.2"
ignoring nonexistent directory "/usr/include/c++/4.4.2/i686-redhat-linux/"
ignoring nonexistent directory "/usr/include/c++/4.4.2/backward"
ignoring nonexistent directory "/usr/include/c++/4.4.3"
ignoring nonexistent directory "/usr/include/c++/4.4.3/i686-redhat-linux/"
ignoring nonexistent directory "/usr/include/c++/4.4.3/backward"
ignoring nonexistent directory "/usr/include/c++/4.3"
ignoring nonexis
Bug#700420: bash: cd wrong error message in POSIX mode
Package: bash Version: 4.1-3 Severity: minor Hi, I have a bit unusual context: as root create # mkdir -p /foo/bar/baz and set # chmod go= /foo then # cd /foo/bar && su $user -c '/bin/bash --posix' Now, as $user, who does not have permissions on /foo, but does on the current directory /foo/bar and subdir baz, I run (and get the error): $ cd baz bash: cd: baz: Not a directory Note that I _do_ expect an error message, but _not this one_. Instead e.g. dash reports: $ cd baz cd: 1: can't cd to baz It's maybe worth pointing out that this behaviour is only triggered when bash runs in POSIX mode, and thus defaults to using logical pathname resolution (option -L) as in the POSIX spec[1]. In non-POSIX mode, the 'cd baz' just works (which initially seemed to me to be a discrepancy in either bash or dash). Best, Jaap [1] http://pubs.opengroup.org/onlinepubs/9699919799/utilities/cd.html -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (800, 'stable'), (500, 'stable-updates'), (199, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bash depends on: ii base-files6.0squeeze6Debian base system miscellaneous f ii dash 0.5.5.1-7.4POSIX-compliant shell ii debianutils 3.4Miscellaneous utilities specific t ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-5 shared libraries for terminal hand Versions of packages bash recommends: ii bash-completion 1:1.2-3programmable completion for the ba Versions of packages bash suggests: pn bash-doc (no description available) -- Configuration Files: /etc/bash.bashrc changed [not included] /etc/bash_completion changed [not included] -- no debconf information - End forwarded message - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648658: texlive-latex-base: Errors running lualatex
Package: texlive-latex-base
Version: 2009-11
Severity: normal
Running 'lualatex test.tex' on the attached file gives errors, while
I couldn't find any documentation that luaLaTeX is not supported.
Best,
Jaap
##
List of ls-R files
-rw-r--r-- 1 jaap jaap 31208 Jul 5 2008 /home/jaap/texmf/ls-R
-rw-r--r-- 1 root root 1177 Nov 13 11:23 /var/lib/texmf/ls-R
-rw-rw-r-- 1 root staff 1320 Apr 27 2011 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 29 Mar 25 2011 /usr/share/texmf/ls-R ->
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 27 Oct 6 2010 /usr/share/texmf-texlive/ls-R ->
/var/lib/texmf/ls-R-TEXLIVE
lrwxrwxrwx 1 root root 27 Oct 6 2010 /usr/share/texmf-texlive/ls-R ->
/var/lib/texmf/ls-R-TEXLIVE
##
Config files
lrwxrwxrwx 1 root root 20 Mar 25 2011 /usr/share/texmf/web2c/texmf.cnf ->
/etc/texmf/texmf.cnf
-rw-r--r-- 1 root root 5202 Sep 30 21:04 /var/lib/texmf/web2c/fmtutil.cnf
-rw-r--r-- 1 root root 11270 Sep 30 21:04 /var/lib/texmf/web2c/updmap.cfg
-rw-r--r-- 1 root root 4019 Sep 30 21:04
/var/lib/texmf/tex/generic/config/language.dat
##
Files in /etc/texmf/web2c/
total 4
-rw-r--r-- 1 root root 283 Nov 22 2006 mktex.cnf
##
md5sums of texmf.d
3875bf0f4a53a29b7f247399dc9833e2 /etc/texmf/texmf.d/05TeXMF.cnf
6e82a3d4c00ae7e4f86aa8dcf9438cf3 /etc/texmf/texmf.d/15Plain.cnf
c60a084820a0b73e3bfbf2e90bda437c /etc/texmf/texmf.d/45TeXinputs.cnf
ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf
afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf
9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf
7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf
37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf
a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf
402d5adb3864c09ed3cd80c0f2131361 /etc/texmf/texmf.d/95NonPath.cnf
-- System Information:
Debian Release: 6.0.3
APT prefers stable
APT policy: (800, 'stable'), (500, 'stable-updates'), (200, 'testing')
Architecture: i386 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages texlive-latex-base depends on:
ii dpkg 1.15.8.11 Debian package management system
ii tex-common2.08.1 common infrastructure for building
ii texlive-base 2009-11TeX Live: Essential programs and f
ii texlive-binaries 2009-8 Binaries for TeX Live
ii texlive-common2009-11TeX Live: Base component
Versions of packages texlive-latex-base recommends:
ii texlive-latex-base-doc2009-11TeX Live: Documentation files for
texlive-latex-base suggests no packages.
Versions of packages tex-common depends on:
ii debconf [debconf-2.0]1.5.36.1Debian configuration management sy
ii dpkg 1.15.8.11 Debian package management system
ii ucf 3.0025+nmu1 Update Configuration File: preserv
Versions of packages texlive-latex-base is related to:
ii tex-common2.08.1 common infrastructure for building
ii texlive-binaries 2009-8 Binaries for TeX Live
-- debconf information:
tex-common/check_texmf_wrong:
tex-common/check_texmf_missing:
\documentclass{article}
\usepackage{microtype}
\begin{document}
Test.
\end{document}
PWD /home/jaap
INPUT /var/lib/texmf/web2c/luatex/lualatex.fmt
INPUT ./test.tex
OUTPUT test.log
INPUT /usr/share/texmf-texlive/tex/latex/base/article.cls
INPUT /usr/share/texmf-texlive/tex/latex/base/article.cls
INPUT /usr/share/texmf-texlive/tex/latex/base/size10.clo
INPUT /usr/share/texmf-texlive/tex/latex/base/size10.clo
INPUT /usr/share/texmf-texlive/fonts/tfm/public/cm/cmr10.tfm
INPUT /usr/share/texmf-texlive/tex/latex/microtype/microtype.sty
INPUT /usr/share/texmf-texlive/tex/latex/microtype/microtype.sty
INPUT /usr/share/texmf-texlive/tex/latex/graphics/keyval.sty
INPUT /usr/share/texmf-texlive/tex/latex/graphics/keyval.sty
INPUT /usr/share/texmf-texlive/tex/latex/microtype/microtype.cfg
INPUT /usr/share/texmf-texlive/tex/latex/microtype/microtype.cfg
INPUT /usr/share/texmf-texlive/tex/latex/microtype/microtype.cfg
This is LuaTeX, Version beta-0.60.2-2010070110 (rev 3730) (format=lualatex 2011.3.25) 13 NOV 2011 20:11
**test.tex
(./test.tex
LaTeX2e <2009/09/24>
Babel and hyphenation patterns for english, usenglishmax, dumylang, noh
yphenation, dutch, ukenglish, loaded.
(/usr/share/texmf-texlive/tex/latex/base/article.cls
Document Class: article 2007/10/19 v1.4h Standard LaTeX document class
(/usr/share/texmf-texlive/tex/latex/base/size10.clo
File: size10.clo 2007/10/19 v1.4h Standard LaTeX file (size option)
)
\c@part=\count79
\c@section=\count80
\c@subsection=\count81
\c@subsubsection=\
Bug#644085: me-tv: Mouse movement displays menu bars, disturbs view
Package: me-tv Version: 1.3.1-1 Severity: wishlist In fullscreen mode, any small mouse movement immediately invokes display of top and bottom menu bars and thereby changes the fullscreen display size. In my case, this triggers now and then, even if I do not touch my mouse, which is pretty annoying when watching TV. It would be nice if this trigger would be less sensitive or trigger only when the mouse is moved to the top or bottom of the screen. Best regards, Jaap Eldering -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (800, 'stable'), (500, 'stable-updates'), (200, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages me-tv depends on: ii gconf22.28.1-6 GNOME configuration database syste ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libgcc1 1:4.4.5-8 GCC support library ii libgconfmm-2.6-1c22.28.0-1 C++ wrappers for GConf (shared lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libglibmm-2.4-1c2a2.24.2-1 C++ wrapper for the GLib toolkit ( ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.20.3-1 C++ wrappers for GTK+ (shared libr ii libsigc++-2.0-0c2a2.2.4.2-1 type-safe Signal Framework for C++ ii libsqlite3-0 3.7.3-1SQLite 3 shared library ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libunique-1.0-0 1.1.6-1.1 Library for writing single instanc ii libx11-6 2:1.3.3-4 X11 client-side library ii libxine1 1.1.19-2 the xine video/media player librar ii libxine1-ffmpeg 1.1.19-2 MPEG-related plugins for libxine1 ii libxine1-x1.1.19-2 X desktop video output plugins for Versions of packages me-tv recommends: ii dvb-apps 1.1.1+rev1355-1 Digitial Video Broadcasting (DVB) me-tv suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#433655: xfig bug "export as pspdftex duplicates text" added info
Hi, As additional info: the text is not duplicated in the output when setting the 'hidden' flag, next to the 'special' flag. This serves as a workaround, but according to 'man xfig': The Hidden attribute is used for figures that will be used with LaTeX and is applicable only to the display of the document in xfig. So it should not be necessary for removing duplicate text output, and it would be nice if one could view the LaTeX text in xfig while rendering it correctly. Best, Jaap -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593402: ghc6: static compilation fails due to missing -lpthread
Package: ghc6 Version: 6.12.1-13 Severity: normal Hi, I found that ghc cannot compile static binaries anymore. It fails with a big list of linker errors against functions from libpthread. Compiling attached source with ghc -Wall -O -static -optl-static -o test test.hs generates a long list of errors like: /usr/lib/gcc/i486-linux-gnu/4.4.5/../../../../lib/libffi.a(closures.o): In function `init_mparams': (.text+0x3e): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i486-linux-gnu/4.4.5/../../../../lib/libffi.a(closures.o): In function `init_mparams': (.text+0x53): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i486-linux-gnu/4.4.5/../../../../lib/libffi.a(closures.o): In function `init_mparams': (.text+0xca): undefined reference to `pthread_mutex_init' /usr/lib/gcc/i486-linux-gnu/4.4.5/../../../../lib/libffi.a(closures.o): In function `ffi_closure_free': (.text+0x565): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i486-linux-gnu/4.4.5/../../../../lib/libffi.a(closures.o): In function `T.229': (.text+0x10c0): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i486-linux-gnu/4.4.5/../../../../lib/libffi.a(closures.o): In function `T.229': (.text+0x10d5): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i486-linux-gnu/4.4.5/../../../../lib/libffi.a(closures.o): In function `ffi_closure_alloc': (.text+0x132c): undefined reference to `pthread_mutex_unlock' 'ghc -v3' shows that linking is not done against libpthread. Also adding '-optl-lpthread' doesn't help as it is placed before all other libraries. Manually copying the linker command and adding -lpthread at the end does work. Best, Jaap -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ghc6 depends on: ii gcc 4:4.4.4-2 The GNU C compiler ii libbsd-dev0.2.0-1utility functions from BSD systems ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libc6-dev 2.11.2-2 Embedded GNU C Library: Developmen ii libffi-dev3.0.9-2Foreign Function Interface library ii libffi5 3.0.9-2Foreign Function Interface library ii libgmp3-dev 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libncurses5 5.7+20100313-2 shared libraries for terminal hand ii perl [perl5] 5.10.1-14 Larry Wall's Practical Extraction ghc6 recommends no packages. Versions of packages ghc6 suggests: pn ghc6-doc (no description available) pn ghc6-prof (no description available) pn haskell-doc(no description available) -- no debconf information import IO main = do putStr "Hello world!\n"
Bug#488274: ANSI C++ compiler error in yylex.cc
Hi, I'd like to add to this bugreport that this redundant isatty() declaration moreover generates a compiler error when compiling with g++ -ansi -pedantic: yylex.cc: At global scope: yylex.cc:1654: error: declaration of ‘int isatty(int)’ throws different exceptions /usr/include/unistd.h:795: error: from previous declaration ‘int isatty(int) throw ()’ so please consider applying the patch. Best regards, Jaap Eldering -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591587: bugfix in init script
Attached patch fixes a bug by creating a missing pidfile. Also, I realized that this is for the Lenny version, while the version in squeeze/sid have a -daemon option, thus do not require these workarounds. I'd be glad to modify and test the scripts for that. Jaap --- ptunnel.initd-old 2010-08-03 23:52:35.0 +0200 +++ ptunnel.initd 2010-08-04 00:17:00.0 +0200 @@ -51,12 +53,12 @@ # 0 if daemon has been started # 1 if daemon was already running # 2 if daemon could not be started - start-stop-daemon --test --start --quiet --background \ + start-stop-daemon --test --start --quiet --background --make-pidfile \ --pidfile $PIDFILE --name $NAME --startas $DAEMON \ >/dev/null \ || return 1 - start-stop-daemon --start --quiet --background \ + start-stop-daemon --start --quiet --background --make-pidfile \ --pidfile $PIDFILE --name $NAME --startas $DAEMON \ -- $OPTIONS \ || return 2
Bug#591587: ptunnel: Add daemon init scripts
Package: ptunnel
Version: 0.71-2
Severity: wishlist
Tags: patch
Hello,
Please consider adding an init script to automatically start the ptunnel
daemon. Attached files are slightly modified from the ddclient init scripts.
They might need some polishing, but seem to work on Lenny. Note that I added
the option '--background' to start-stop-daemon, as ptunnel in Lenny doesn't
support the '-daemon' option yet.
Best regards,
Jaap Eldering
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (x86_64)
Kernel: Linux 2.6.32-trunk-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages ptunnel depends on:
ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib
ii libpcap0.81.1.1-2system interface for user-level pa
ii libselinux1 2.0.96-1 SELinux runtime shared libraries
ptunnel recommends no packages.
ptunnel suggests no packages.
-- no debconf information
#! /bin/sh
#
# init script for the TCP over ICMP tunnel daemon: ptunnel
### BEGIN INIT INFO
# Provides: ptunnel
# Required-Start:$local_fs $remote_fs $network
# Required-Stop: $local_fs $remote_fs $network
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Run TCP over ICMP tunnelling daemon
### END INIT INFO
# Author: Jaap Eldering
# Modified from ddhclient init script by Torsten Landschoff
PATH=/sbin:/bin:/usr/sbin:/usr/bin
NAME="ptunnel"
DAEMON=/usr/sbin/$NAME
DESC="TCP over ICMP tunnelling daemon"
# Don't run if not installed
test -f $DAEMON || exit 0
# Evaluate the config for the Debian scripts
run_daemon=false
if [ -r /etc/default/ptunnel ]; then
. /etc/default/ptunnel
fi
PIDFILE=/var/run/$NAME.pid
OPTIONS="${password:+-x $password}"
# Load the VERBOSE setting and other rcS variables
. /lib/init/vars.sh
# Define LSB log_* functions.
. /lib/lsb/init-functions
#
# Function that starts the daemon/service
#
do_start()
{
if [ "$run_daemon" != "true" ]; then
return 0
fi
# Return
# 0 if daemon has been started
# 1 if daemon was already running
# 2 if daemon could not be started
start-stop-daemon --test --start --quiet --background \
--pidfile $PIDFILE --name $NAME --startas $DAEMON \
>/dev/null \
|| return 1
start-stop-daemon --start --quiet --background \
--pidfile $PIDFILE --name $NAME --startas $DAEMON \
-- $OPTIONS \
|| return 2
}
#
# Function that stops the daemon/service
#
do_stop()
{
if [ "$run_daemon" != "true" ]; then
return 0
fi
# Return
# 0 if daemon has been stopped
# 1 if daemon was already stopped
# 2 if daemon could not be stopped
# other if a failure occurred
start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 \
--pidfile $PIDFILE --name $NAME
return "$?"
}
case "$1" in
start)
if [ "$run_daemon" != "true" ]; then
log_warning_msg "To run the ptunnel daemon, please set run_daemon to 'true' in /etc/default/ptunnel "
log_end_msg 0
exit 0
fi
[ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME"
do_start
case "$?" in
0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
esac
;;
stop)
if [ "$run_daemon" != "true" ]; then
log_warning_msg "To run the ptunnel daemon, please set run_daemon to 'true' in /etc/default/ptunnel "
log_end_msg 0
exit 0
fi
[ "$VERBOSE" != no ] && log_daemon_msg "Stopping $DESC" "$NAME"
do_stop
case "$?" in
0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
esac
;;
status)
echo -n "Status of $DESC: "
if [ ! -r "$PIDFILE" ]; then
echo "$NAME is not running."
exit 3
fi
if read pid < "$PIDFILE" && ps -p "$pid" > /dev/null 2>&1; then
echo "$NAME is running."
exit 0
else
echo "$NAME is not running but $PIDFILE exists."
exit 1
fi
;;
restart|force-reload)
if [ $run_daemon != "true" ]; then
log_warning_msg "To run the ptunnel daemon, please set run_daemon to 'true' in /etc/default/ptunnel "
log_end_msg 0
exit 0
fi
log_daemon_msg "Restarting $DESC" "$NAME"
do_stop
case "$?" in
0|1)
do_start
case "$?" in
0) log_end_msg 0 ;;
1) log_end_msg 1 ;; # Old process is
Bug#584776: fig2ps: errors due to strange characters with --forcespecial option
On Mon, Jun 21, 2010 at 04:27:30PM +0200, Vincent Fourmond wrote: > On Mon, Jun 21, 2010 at 4:16 PM, Jaap Eldering > wrote: > > > > Strangely, I was not able to reproduce the buggy behaviour with the > > original fig2eps version on my laptop (running Debian Lenny amd64) > > that I'm currently working on. I could still reproduce it on the > > system (running Redhat EL 5) on which I discovered the bug. > > I think it might be due to the version of perl on the machines; > could you please run perl --version on both ? On my laptop, Debian Lenny amd64: This is perl, v5.10.0 built for x86_64-linux-gnu-thread-multi On the Redhat system (Scientific Linux SL release 5.5 (Boron)): This is perl, v5.8.8 built for x86_64-linux-thread-multi But I reported and reproduced this bug on my desktop (running Debian testing, i386), so it's not simply an older/newer perl version issue, is it? Best, Jaap -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#584776: fig2ps: errors due to strange characters with --forcespecial option
On Tue, Jun 15, 2010 at 01:20:49AM +0200, Vincent Fourmond wrote: > Hello, > > I think I got it. > > Can you tell me if the attached fig2eps fixes your problem ? > > Cheers, > > Vincent Hi, Yes, I tested it and it works fine now. Strangely, I was not able to reproduce the buggy behaviour with the original fig2eps version on my laptop (running Debian Lenny amd64) that I'm currently working on. I could still reproduce it on the system (running Redhat EL 5) on which I discovered the bug. Thanks, Jaap -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#584776: fig2ps: errors due to strange characters with --forcespecial option
Package: fig2ps
Version: 1.5-1
Severity: normal
The attached Xfig file generates an error when trying to convert it to
anything with one of the fig2* programs, e.g. using
fig2eps --forcespecial test.fig
The generated tex file shows ^A control characters, which latex complains
about:
File: job-001.fig2dev.ps Graphic file (type eps)
! Text line contains an invalid character.
l.24 ...fault}{\color[rgb]{0,0,0}$M_+^\epsilon$^^A
4 0 0 50 -1 0 12 0. 6 ...
A funny symbol that I can't read has just been input.
Continue, and I'll forget that it ever happened.
When the "special" flags are set in the document itself, no error occurs.
Best,
Jaap
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (x86_64)
Kernel: Linux 2.6.32-trunk-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages fig2ps depends on:
ii ghostscript 8.71~dfsg2-3 The GPL Ghostscript PostScript/PDF
ii perl-base 5.10.1-12minimal Perl system
ii perl-modules5.10.1-12Core Perl modules
ii texlive-extra-utils 2009-7 TeX Live: TeX auxiliary programs
ii texlive-fonts-recommended 2009-10 TeX Live: Recommended fonts
ii texlive-latex-base 2009-10 TeX Live: Basic LaTeX packages
ii texlive-latex-extra 2009-7 TeX Live: LaTeX supplementary pack
ii texlive-latex-recommended 2009-10 TeX Live: LaTeX recommended packag
ii transfig1:3.2.5.c-1 Utilities for converting XFig figu
Versions of packages fig2ps recommends:
ii gv1:3.6.9-1 PostScript and PDF viewer for X
Versions of packages fig2ps suggests:
ii lmodern 2.004.1-3 scalable PostScript and OpenType f
ii xfig 1:3.2.5.b-1 Facility for Interactive Generatio
-- no debconf information
#FIG 3.2 Produced by xfig version 3.2.5b
Landscape
Center
Metric
A4
100.00
Single
-2
1200 2
4 0 0 50 -1 0 12 0. 4 195 1350 360 1620 $M_+^\\epsilon$\001
4 0 0 50 -1 0 12 0. 6 180 435 585 270 $f_-$\001
Bug#581776: fglrx-driver: conflict error installing fglrx-driver with nvidia-glx present
Package: fglrx-driver Version: 1:10-4-1 Severity: normal I tried installing the fglrx-driver package with the nvidia-glx already installed (I have both an onboard radeon and an nvidia card). Installation failed with the error messages: Unpacking fglrx-driver (from .../fglrx-driver_1%3a10-4-1_i386.deb) ... dpkg-divert: `diversion of /usr/lib/xorg/modules/extensions/libglx.so to /usr/lib/fglrx/diversions/libglx.so by fglrx-driver' clashes with `diversion of /usr/lib/xorg/modules/extensions/libglx.so to /usr/lib/nvidia/libglx.so.xlibmesa by nvidia-glx' dpkg: error processing /var/cache/apt/archives/fglrx-driver_1%3a10-4-1_i386.deb (--unpack): subprocess new pre-installation script returned error exit status 2 Errors were encountered while processing: /var/cache/apt/archives/fglrx-driver_1%3a10-4-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This bug might also need filing against nvidia-glx: the other way around gave similar errors. Best, Jaap -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fglrx-driver depends on: ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii laptop-detect 0.13.7 attempt to detect a laptop ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-1 GCC support library ii libgl1-mesa-glx [libgl1] 7.7.1-1A free implementation of the OpenG ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.1.1-3 X11 miscellaneous extension librar ii libxinerama1 2:1.1-3X11 Xinerama extension library ii libxrandr22:1.3.0-3 X11 RandR extension library ii libxrender1 1:0.9.5-2 X Rendering Extension client libra ii xserver-xorg 1:7.5+6the X.Org X server Versions of packages fglrx-driver recommends: ii fglrx-atieventsd 1:10-4-1 external events daemon for the non pn fglrx-glx (no description available) ii fglrx-source 1:10-4-1 kernel module source for the non-f Versions of packages fglrx-driver suggests: pn fglrx-control (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#569728: No bug
Hi, I found that this was not a bug, but a resource allocation problem: I close the magic cookie before doing the string compare, hence the allocated description string is not valid anymore. Sorry for this bogus report. Jaap -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100217153907.gn5...@a-eskwadraat.nl
Bug#569728: Acknowledgement (libmagic-dev: comparing magic_file() result string fails)
Some additional information: This problem occurs exactly the same way on a different system of mine, running lenny amd64 (userland and kernel: 2.6.30-bpo.2-amd64). Jaap -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#569728: libmagic-dev: comparing magic_file() result string fails
Package: libmagic-dev
Version: 5.04-1
Severity: normal
The following program does a magic_file() call and then strncmp compares
the result. When the result string is copied, this works fine, but when
the resulting 'const char*' is used directly, the strncmp gives incorrect
results.
I'm not sure whether this is a bug, that some documentation is missing
on the storage persistence of the result string, or maybe I overlooked
something.
Jaap Eldering
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (x86_64)
Kernel: Linux 2.6.32-trunk-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libmagic-dev depends on:
ii libmagic1 5.04-1 File type determination library us
ii zlib1g-dev 1:1.2.3.4.dfsg-3 compression library - development
libmagic-dev recommends no packages.
Versions of packages libmagic-dev suggests:
ii file 5.04-1 Determines file type using "magic"
-- no debconf information
#include
#include
#include
int file_istext(char *filename);
int main(int argc, char **argv)
{
char *filename;
if ( argc!=2 ) {
printf("require a filename argument\n");
return 1;
}
filename = argv[1];
if ( !file_istext(filename) ) {
printf("file is detected as binary/data\n");
} else {
printf("file is detected as text\n");
}
return 0;
}
int file_istext(char *filename)
{
magic_t cookie;
const char *filetype;
char *str;
int res;
if ( (cookie = magic_open(MAGIC_MIME))==NULL ) goto error;
if ( magic_load(cookie,NULL)!=0 ) goto error;
if ( (filetype = magic_file(cookie,filename))==NULL ) goto error;
// For some reason, strncmp'ing the original return value gives
// wrong results; making a local copy works.
// str = strdup(filetype);
str = filetype;
printf("mime-type is '%s'\n",str);
magic_close(cookie);
res = (strncmp(str,"text/",5)==0);
// free(str);
return res;
error:
printf("error %d: %s\n",magic_errno(cookie),magic_error(cookie));
return 1; // return 'text' by default on error
}
Bug#555831: some crash info
The KDE crash handler reports the following crash info: Application: Konsole (x-terminal-emulator), signal: Segmentation fault [KCrash Handler] #4 0xf7d84ced in ?? () from /usr/lib/libkonsoleprivate.so #5 0xf7d8b295 in Konsole::ViewManager::viewProperties() const () from /usr/lib/libkonsoleprivate.so #6 0xf7f05d1d in ?? () from /usr/lib/libkdeinit4_konsole.so #7 0xf7bf41e0 in KMainWindow::closeEvent(QCloseEvent*) () from /usr/lib/libkdeui.so.5 #8 0xf6ca2422 in QWidget::event(QEvent*) () from /usr/lib/libQtGui.so.4 #9 0xf70658f7 in QMainWindow::event(QEvent*) () from /usr/lib/libQtGui.so.4 #10 0xf7bf2797 in KMainWindow::event(QEvent*) () from /usr/lib/libkdeui.so.5 #11 0xf7c3739c in KXmlGuiWindow::event(QEvent*) () from /usr/lib/libkdeui.so.5 #12 0xf6c4ca94 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #13 0xf6c54cc2 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #14 0xf7b100fd in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5 #15 0xf760e1eb in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4 #16 0xf6c579ce in QCoreApplication::sendSpontaneousEvent(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #17 0xf6ca7ad7 in QWidgetPrivate::close_helper(QWidgetPrivate::CloseMode) () from /usr/lib/libQtGui.so.4 #18 0xf6caf8fb in QApplication::x11ClientMessage(QWidget*, _XEvent*, bool) () from /usr/lib/libQtGui.so.4 #19 0xf6cc1769 in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib/libQtGui.so.4 #20 0xf6cecbc2 in ?? () from /usr/lib/libQtGui.so.4 #21 0xf62c3e98 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #22 0xf62c7623 in ?? () from /lib/libglib-2.0.so.0 #23 0xf62c77a8 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #24 0xf7639041 in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/libQtCore.so.4 #25 0xf6cec305 in ?? () from /usr/lib/libQtGui.so.4 #26 0xf760c83a in QEventLoop::processEvents(QFlags) () from /usr/lib/libQtCore.so.4 #27 0xf760cc82 in QEventLoop::exec(QFlags) () from /usr/lib/libQtCore.so.4 #28 0xf760f0d9 in QCoreApplication::exec() () from /usr/lib/libQtCore.so.4 #29 0xf6c4c917 in QApplication::exec() () from /usr/lib/libQtGui.so.4 #30 0xf7f0843c in kdemain () from /usr/lib/libkdeinit4_konsole.so #31 0x080485b2 in _start () -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#555831: konsole doesn't show shell prompt on initial X session startup
Package: konsole Version: 4:4.3.1-1 Severity: important Since about one or two weeks, I get the following behaviour: at startup of my X session (Xfce4), the konsole window that is started doesn't display a shell prompt and when closing the window, a KDE crash dialog is displayed. Clicking the crash dialog away and then starting a new konsole works just fine. As additional note, I have a ATI Radeon HD 4200 IGP, using the radeonhd X driver, release 1.3.0, which does not support Xvideo yet for my chipset. Since upgrading from lenny to squeeze with this hardware, the KDE4 panel already crashed on session startup. Feel free to request any more detailed debugging information. Jaap Eldering -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages konsole depends on: ii kdebase-runtime 4:4.3.2-1 runtime components from the offici ii kdelibs5 4:4.3.2-2 core libraries for all KDE 4 appli ii libc6 2.10.1-5 GNU C Library: Shared libraries ii libqt4-dbus 4:4.5.3-4 Qt 4 D-Bus module ii libqtcore44:4.5.3-4 Qt 4 core module ii libqtgui4 4:4.5.3-4 Qt 4 GUI module ii libstdc++64.4.1-4The GNU Standard C++ Library v3 ii libx11-6 2:1.2.2-1 X11 client-side library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra konsole recommends no packages. konsole suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551262: [Pkg-xfce-devel] Bug#551262: xfce4-settings: cannot set application shortcut key
On Fri, Oct 16, 2009 at 11:49:34PM +0200, Yves-Alexis Perez wrote: > On ven, 2009-10-16 at 20:01 +0200, Jaap Eldering wrote: > > I tried to set a keyboard shortcut to execute a command, in the > > keyboard > > settings, application shortcuts tab. When I click 'Add' I can enter a > > command, but not set a shortcut, and after clicking 'Ok' I can only > > continue > > with 'Cancel', hence not add a new command shortcut. > > After clicking OK you're supposed to type some key to enter the > shortcut. Does this not work? Yes, indeed. Sorry for this invalid bugreport, though I (obviously) don't find it very clear that at that point input is requested. Thanks, Jaap -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551262: xfce4-settings: cannot set application shortcut key
Package: xfce4-settings Version: 4.6.3-1 Severity: normal I tried to set a keyboard shortcut to execute a command, in the keyboard settings, application shortcuts tab. When I click 'Add' I can enter a command, but not set a shortcut, and after clicking 'Ok' I can only continue with 'Cancel', hence not add a new command shortcut. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-settings depends on: ii libc6 2.9-25 GNU C Library: Shared libraries ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libdbus-glib-1-2 0.82-2 simple interprocess messaging syst ii libexo-0.3-0 0.3.102-1 Library with extensions for Xfce ii libglade2-0 1:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.22.0-1 The GLib library of C routines ii libgtk2.0-0 2.16.6-1 The GTK+ graphical user interface ii libnotify1 [libnotify1-gtk2.1 0.4.5-1sends desktop notifications to a n ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libwnck22 2.28.0-1 Window Navigator Construction Kit ii libx11-6 2:1.2.2-1 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxfce4util4 4.6.1-1Utility functions library for Xfce ii libxfcegui4-4 4.6.1-1+b1 Basic GUI C functions for Xfce4 ii libxfconf-0-2 4.6.1-1Client library for Xfce4 configure ii libxi62:1.2.1-2 X11 Input extension library ii libxklavier12 3.9-1 X Keyboard Extension high-level AP ii libxrandr22:1.3.0-2 X11 RandR extension library ii xfconf4.6.1-1utilities for managing settings in Versions of packages xfce4-settings recommends: pn aumix (no description available) ii x11-utils 7.4+1 X11 utilities xfce4-settings suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#546372: emacs22-common: cc-mode indentation error with comparison operators
Package: emacs22-common
Version: 22.2+2-5
Severity: normal
The attached C++ program is indented incorrectly when being typed in.
It indents correctly when re-opening the complete file.
When I use show-paren-mode, it shows that on the second line of the
if-statement the < and > are matched, but after completing the '>=' it
does not match anymore and then a mismatch between the < and the ) is
created.
Best,
Jaap Eldering
Some (possibly) relevant emacs reportbug output:
Using CC Mode version 5.31.5
In GNU Emacs 22.2.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2008-11-09 on raven, modified by Debian
Windowing system distributor `The X.Org Foundation', version
11.0.10402000
configured using `configure '--build=i486-linux-gnu'
'--host=i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib'
'--libexecdir=/usr/lib' '--localstatedir=/var/lib'
'--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes'
'--enable-locallisppath=/etc/emacs22:/etc/emacs:/usr/local/share/emacs/22.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/22.2/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/22.2/leim'
'--with-x=yes' '--with-x-toolkit=athena' '--with-toolkit-scroll-bars'
'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu'
'CFLAGS=-DDEBIAN -g -O2' 'LDFLAGS=-g' 'CPPFLAGS=''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: POSIX
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: en_GB.UTF-8
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8
default-enable-multibyte-characters: t
Major mode: C++/l
Minor modes in effect:
shell-dirtrack-mode: t
encoded-kbd-mode: t
delete-selection-mode: t
pc-selection-mode: t
show-paren-mode: t
recentf-mode: t
auto-insert-mode: t
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
unify-8859-on-encoding-mode: t
utf-translate-cjk-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
abbrev-mode: t
-- System Information:
Debian Release: 5.0.3
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.30-bpo.1-686 (SMP w/3 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages emacs22-common depends on:
ii dpkg 1.14.25Debian package management system
ii emacsen-common1.4.17 Common facilities for all emacsen
emacs22-common recommends no packages.
Versions of packages emacs22-common suggests:
ii emacs22-common-non-dfsg 22.2+2-1.1 GNU Emacs shared, architecture ind
ii emacs22-el22.2+2-5 GNU Emacs LISP (.el) files
-- no debconf information
int main()
{
int x = 1, y = 2, n = 5;
if ( x<0 || x>=n ||
y<0 || y>=n ) return 1;
// incorrectly indented here
return 0;
}
Bug#536290: nbd-server: Unknown error reading config file
On Thu, Jul 09, 2009 at 10:34:08AM +0200, Wouter Verhelst wrote: > On Wed, Jul 08, 2009 at 11:00:42PM +0200, Jaap Eldering wrote: > > Package: nbd-server > > Version: 1:2.9.11-3 > > Severity: grave > > Justification: renders package unusable > > No it doesn't. > > > Running nbd-server results in an error that a configuration file cannot > > be parsed or found: > > > > $ nbd-server 1234 /some/file > > > > ** (process:9399): WARNING **: Could not parse config file: Could not open > > config file. > > It's a *warning*, not an error. nbd-server will happily continue with > the command-line specified configuration if it can't parse the config > file, but will give you a warning message that the config file could not > be read. > > Since you specified a port and a filename, nbd-server should be running > and waiting for a client to connect at this point. > > > $ nbd-server 1234 /some/file -C /usr/share/nbd-server/nbd-server.conf.tmpl > > > > ** (process:9401): WARNING **: Could not parse config file: Unknown error > > That is an incomplete template file to be used by the debconf > configuration scripts. By itself, it indeed is an invalid configuration > file. Ok, sorry for my overly quick bug report, I hadn't checked whether nbd-server was actually running and assumed it didn't because of the error/warning message. Still, I think that there's something to be improved here: nbd-server gives this warning without any other message that it has started. This message looks pretty serious, especially since the man-page explicitly states that a non-existent or empty config file can be specified without problem. I'd suggest to make it clear in the warning message that nbd-server is still started and/or update the documentation about this message. Or maybe add a default configuration file which nbd-server can parse and which removes this warning message? Jaap -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#536290: nbd-server: Unknown error reading config file
Package: nbd-server Version: 1:2.9.11-3 Severity: grave Justification: renders package unusable Running nbd-server results in an error that a configuration file cannot be parsed or found: $ nbd-server 1234 /some/file ** (process:9399): WARNING **: Could not parse config file: Could not open config file. $ nbd-server 1234 /some/file -C /usr/share/nbd-server/nbd-server.conf.tmpl ** (process:9401): WARNING **: Could not parse config file: Unknown error $ nbd-server 1234 /some/file -C /non-existent ** (process:9403): WARNING **: Could not parse config file: Could not open config file. So neither the template config file works, nor a non-existent file as specified in the man-page. Best regards, Jaap Eldering -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nbd-server depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6 2.7-18 GNU C Library: Shared libraries ii libglib2.0-0 2.16.6-2 The GLib library of C routines ii ucf 3.0016 Update Configuration File: preserv nbd-server recommends no packages. nbd-server suggests no packages. -- debconf information: nbd-server/convert: true nbd-server/filename: nbd-server/port: * nbd-server/number: 0 nbd-server/autogen: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514413: shorewall: ipv4 forwarding not working
On Tue, Feb 17, 2009 at 12:40:09AM -0500, Roberto C. S?nchez wrote: > On Mon, Feb 16, 2009 at 11:42:44PM +0100, Jaap Eldering wrote: > > On Fri, Feb 13, 2009 at 08:31:18PM -0500, Roberto C. S?nchez wrote: > > > > > > What is the output of 'ls /etc/rc2.d' ? > > > > # ls /etc/rc2.d/ > > I'm sorry. I meant 'ls /etc/rcS.d'. Ok, I already had this feeling, but wasn't sure, so I didn't want to try to outsmart the developer :-) Jaap # ls /etc/rcS.d/ README S09ifupdown-clean S14urandom S01glibc.sh S09module-init-tools S14x11-common S02hostname.sh S09modutils S15portmap S03mountkernfs.shS09mtab.shS15shorewall S04udev S09udev-mtab S16mountnfs.sh S05mountdevsubfs.sh S10checkfs.sh S17mountnfs-bootclean.sh S06keymap.sh S11etc-setserial S18console-screen.sh S07bootlogd S11ifupdown S19alsasound S07hdparmS11mountall.shS19alsa-utils S07hwclockfirst.sh S12mountall-bootclean.sh S19bootmisc.sh S07hwclock.shS13mountoverflowtmp S19nviboot S07initrd-tools.sh S14fuse S19screen-cleanup S07lvm2 S14hotplugS19setserial S07procpsS14hotplug-netS19sudo S08checkroot.sh S14lm-sensors S20stop-bootlogd-single S09checkfs-loop S14networking signature.asc Description: Digital signature
Bug#514413: shorewall: ipv4 forwarding not working
On Fri, Feb 13, 2009 at 08:31:18PM -0500, Roberto C. S?nchez wrote: > > What is the output of 'ls /etc/rc2.d' ? # ls /etc/rc2.d/ K01anacron S17rc.local S18klogd S19inputlirc README S17sysklogd S18lirc S19mysql-ndb-mgm S01fancontrol S18acct S18openbsd-inetd S19rsync S01nvidia-kernel S18apache2S18smartmontools S20gdm S01openvpn S18atdS18sshS20mysql-ndb S15portmap S18bootchart S18stop-bootlogd S21mysql S17binfmt-support S18cron S18ulogd S22exim4 S17ddclientS18dbus S18xfsS23rmnologin S17nvidia-glx S18dnsmasqS19avahi-daemon S89anacron S17preload S18gpmS19hal Best, Jaap signature.asc Description: Digital signature
Bug#514800: inputlirc: missing init dependency on lirc?
On Thu, Feb 12, 2009 at 12:12:08AM +0100, Guus Sliepen wrote: > On Wed, Feb 11, 2009 at 12:02:45AM +0100, Jaap Eldering wrote: > > > I recently upgraded my desktop to Lenny and installed the insserv > > dependency based init package. I'm pretty sure that since then my remote > > stopped working correctly: it did send signals, but it didn't seem to > > read/use the .lircrc config file anymore. Restarting lirc and then > > inputlirc solves the problem and restores the original behaviour. > > > > So it seems that /etc/init.d/inputlirc is missing a boot-time depencency > > on lirc, but I'm not completely sure that it not an error in > > configuration from my side. > > Inputlirc does not depend at all on lirc. However, I guess that you are using > the init script from the lirc package to automatically start irexec. I cannot > specify in the LSB header of the inputlirc init script that the lirc init > script should start after it. The only thing you can do is to add > Should-Start: > inputlirc to /etc/init.d/lirc's header. > > Does that solve your problem? I'm a bit confused about you saying "add Should-Start: inputlirc to /etc/init.d/lirc". The correct order of starting is lirc, inputlirc. That I can confirm manually: starting them in that order and my configuration works, starting them in the reverse order and it doesn't work. So it seems to me that in /etc/init.d/inputlirc on the 'Should-Start:' line 'lirc' should be added. I tried this and after a reboot it works as it originally did. Jaap signature.asc Description: Digital signature
Bug#514800: inputlirc: missing init dependency on lirc?
Package: inputlirc Version: 11-2 Severity: normal Hi Guus, I recently upgraded my desktop to Lenny and installed the insserv dependency based init package. I'm pretty sure that since then my remote stopped working correctly: it did send signals, but it didn't seem to read/use the .lircrc config file anymore. Restarting lirc and then inputlirc solves the problem and restores the original behaviour. So it seems that /etc/init.d/inputlirc is missing a boot-time depencency on lirc, but I'm not completely sure that it not an error in configuration from my side. /etc/default/inputlirc contains: # Options to be passed to inputlirc. EVENTS="/dev/input/by-path/*-event-ir" OPTIONS= Please let me know if you need more configuration file contents. Groeten, Jaap Eldering -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages inputlirc depends on: ii libc6 2.7-18 GNU C Library: Shared libraries inputlirc recommends no packages. Versions of packages inputlirc suggests: ii input-utils 0.0.20051128-4 utilities for the input layer of t ii lirc 0.8.3-3infra-red remote control support -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514413: shorewall: ipv4 forwarding not working
On Sat, Feb 07, 2009 at 02:28:42PM -0500, Roberto C. S?nchez wrote: > On Sat, Feb 07, 2009 at 11:51:06AM +0100, Jaap Eldering wrote: > > > > I have 'IP_FORWARDING=Yes' in shorewall.conf and the following entries > > in /etc/sysctl.conf: > > > > net.ipv4.conf.default.rp_filter=1 > > net.ipv4.conf.all.rp_filter=1 > > net.ipv4.ip_forward=1 > > > Do you have '-f' set in /etc/default/shorewall? No, the only non-comment line was 'startup=1'. I did just merge the shorewall.dpkg-dist file, which adds an empty OPTIONS="" declaration, but I guess that that is not the problem. Best, Jaap signature.asc Description: Digital signature
Bug#514413: shorewall: ipv4 forwarding not working
Package: shorewall Version: 4.0.15-1 Severity: normal The system does not forward masqueraded connections, while this is configured in shorewall. After restarting shorewall once, everything does work fine. I have the package insserv installed with dependency based booting and it seems that shorewall depends on procps being started: adding it to /etc/init.d/shorewall: # Required-Start:$network $procps solves the issue. I have 'IP_FORWARDING=Yes' in shorewall.conf and the following entries in /etc/sysctl.conf: net.ipv4.conf.default.rp_filter=1 net.ipv4.conf.all.rp_filter=1 net.ipv4.ip_forward=1 Regards, Jaap Eldering -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shorewall depends on: ii shorewall-shell 4.0.15-1 Shoreline Firewall, Netfilter conf shorewall recommends no packages. shorewall suggests no packages. -- debconf information: shorewall/upgrade_20_22: shorewall/upgrade_14_20: shorewall/upgrade_to_14: shorewall/warnrfc1918: shorewall/warn_about_klogd_floods: * shorewall/dont_restart: * shorewall/major_release: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#413519: nagios-common: recommend webserver instead of depend
Package: nagios-common, nagios2-common Severity: normal Nagios-common (also version 2) depends on a webserver, but I suggest to change it to "recommends", because the package can be used without a webserver (one only misses the webinterface, but this is not strictly neccesary: nagios is useful without it). -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409788: Acknowledgement (openssh: specifying quiet option twice does not silence completely)
I now see that this bug has already been fixed in upstream version 4.4: http://bugzilla.mindrot.org/show_bug.cgi?id=1221 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409788: openssh: specifying quiet option twice does not silence completely
Package: openssh Severity: minor Tags: patch When specifying the quiet option twice (or more), ssh will still print the "Connection to host closed." message (suppressed with quiet once), because the loglevel checks in the code use != instead of >, see attached patch, there might be more places in the code that need to be changed. Regards, Jaap -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) --- ssh.c.orig 2007-02-05 14:52:54.477884402 +0100 +++ ssh.c 2007-02-05 14:56:28.310341060 +0100 @@ -1429,5 +1429,5 @@ leave_raw_mode(); - if (tty_flag && options.log_level != SYSLOG_LEVEL_QUIET) + if (tty_flag && options.log_level > SYSLOG_LEVEL_QUIET) fprintf(stderr, "Connection to master closed.\r\n");
Bug#407644: gnome: cannot select other icon when multiple extensions available
Package: gnome Version: 2.14.3-4 Severity: normal After iceweasel was installed over firefox, I wanted to replace the new icon in my panel: /usr/share/pixmaps/iceweasel.png (symlinked from firefox.png) to the old (Debian) firefox logo /usr/share/pixmaps/iceweasel.xpm. While selecting the icon from the launcher properties menu shows the new icon in that menu, it didn't change the icon on the panel. creating a symlink with a different name iceweasel-old.xpm to iceweasel.xpm and selecting that one did work. So it seems that the gnome panel cannot handle multiple icons with the same name but different extension. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395839: (no subject)
Just to report in as the original author of the patch. If there are any questions regarding it, feel free to contact me. Jaap signature.asc Description: Digital signature
Bug#309754: Logout button kills other sessions
Hello, I did some bug tracking and found the problem (but no solution yet): In xlock/logout.c in the function 'logoutUser' a few different methods are tried to kill the programs in the user's X session. However the last resort is to kill all user processes. Two other methods that can be turned on (but are _not_ in the sarge version) are options --closedown-logout and --session-logout (from configure). I tested these, but with no effect. A workaround might be to give a logout command manually to xlock, which does logout the user from the X session correctly. Regards, Jaap -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348658: quotatool cannot find version 2 quota file
On Wed, Jan 18, 2006 at 01:16:59PM +0100, Bas Zoetekouw wrote:
>
> Hi Jaap! You wrote:
>
> > According to the manpage, quotatool does support old and new style linux
> > quota formats. However it does not find the default new style quota
> > filenames aquota.{user,group}. When I symlink quota.user to these,
> > everything works fine.
>
> Hmm, that's kind of weird. Quotatool doesn't use those file correctly,
> but simply talks to the kernel through the quotactl (2) call, which only
> takes the device name as input. I therefore suspect that something is
> wrong either in your kernel or in your libc.
Seems to have been a temporary problem with errors on the filesystem:
quotatool couldn't locate the filesystem.
Sorry for this bogus bug.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348658: quotatool cannot find version 2 quota file
Package: quotatool
Version: 1.4.7-1
Severity: normal
Hoi Bas, :-)
According to the manpage, quotatool does support old and new style linux
quota formats. However it does not find the default new style quota
filenames aquota.{user,group}. When I symlink quota.user to these,
everything works fine.
Groeten,
Jaap
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages quotatool depends on:
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#332757: patch for --runtime option
On Sat, Oct 08, 2005 at 03:56:05PM +0200, Jaap Eldering wrote:
>
> Here is a simple patch for an extra '--runtime=x' option.
Corrected some small errors in the patch of the man-page.
Jaap
diff -urN tmpreaper-1.6.5/tmpreaper.8.in tmpreaper-1.6.5-runtime/tmpreaper.8.in
--- tmpreaper-1.6.5/tmpreaper.8.in 2003-12-08 12:53:27.0 +0100
+++ tmpreaper-1.6.5-runtime/tmpreaper.8.in 2005-10-09 11:28:36.125680328
+0200
@@ -8,7 +8,9 @@
[\-\-force]
[\-\-delay=x]
[\-\-atime] [\-\-mtime] [\-\-mtime-dir] [\-\-symlinks] [\-\-all]
-[[\-\-protect '']...] ...
+[[\-\-protect '']...]
+[\-\-runtime=x]
+ ...
.SH DESCRIPTION
\fBtmpreaper\fR recursively searches for and removes files and empty
@@ -31,7 +33,7 @@
warning message, as attempts to keep it running long enough so that it
runs in parallel with another instance of itself may also lead to possible
vulnerabilities. Normally, \fBtmpreaper\fR won't need that amount of time.
-If your system is so slow that it does, please file a bug report...
+Use the \fB\-\-runtime\fR option if this default is not enough.
\fBtmpreaper\fR dates files by their \fIatime\fR, not their \fImtime\fR,
unless you select the \fB\-\-mtime\fR option. If files aren't being removed
@@ -145,6 +147,13 @@
'.X*\-{lock,unix{/*,}}' \-\-protect '.ICE\-{unix{/*,}}' \\
5d /tmp # 5 day grace period
+.TP
+\fB\-\-runtime=x\fR
+Abort \fBtmpreaper\fR after running for \fIx\fR seconds instead of the
+default 55 seconds. A value of 0 will disable this feature, which is
+not advised as this feature prevents possible race-conditions between
+different instances of \fBtmpreaper\fR.
+
.SH TIPS
As long as there are files present inside a subdirectory, it won't get
removed. You can use a non-writable, self-owned file, perhaps named
diff -urN tmpreaper-1.6.5/tmpreaper.c tmpreaper-1.6.5-runtime/tmpreaper.c
--- tmpreaper-1.6.5/tmpreaper.c 2003-12-08 12:39:36.0 +0100
+++ tmpreaper-1.6.5-runtime/tmpreaper.c 2005-10-09 11:03:55.766617800 +0200
@@ -170,8 +170,9 @@
#define LOG_ERROR 5
#define LOG_FATAL 6
-intlogLevel = LOG_NORMAL;
-int delayMax = 0;
+intlogLevel = LOG_NORMAL;
+intdelayMax = 0;
+intruntimeMax = 55;
void
message (const intlevel,
@@ -686,6 +687,7 @@
{ "protect",required_argument, NULL, 'p' },
{ "delay", optional_argument, NULL, 'd' },
{ "showdeleted",no_argument,NULL, 'V' },
+ { "runtime",required_argument, NULL, 'r' },
{ 0, 0, 0, 0 }
};
@@ -759,9 +761,14 @@
message(LOG_DEBUG, "delay is %d seconds max\n", delayMax);
break;
-case 'V':
-flags |= FLAGS_SHOWDEL;
-break;
+ case 'V':
+ flags |= FLAGS_SHOWDEL;
+ break;
+
+ case 'r':
+ runtimeMax = atoi(optarg);
+ message(LOG_DEBUG, "runtime is %d seconds max\n", runtimeMax);
+ break;
}
}
@@ -881,7 +888,7 @@
}
signal(SIGALRM, sig_alarmhandler);
-alarm(55);
+alarm(runtimeMax);
/* For each directory in the cleanup list, cd there, glob, then delete */
for (adir = optind; adir < argc; adir++) {
signature.asc
Description: Digital signature
Bug#332757: patch for --runtime option
Hi,
Here is a simple patch for an extra '--runtime=x' option.
Kind regards,
Jaap Eldering
diff -urN tmpreaper-1.6.5/tmpreaper.8.in tmpreaper-1.6.5-runtime/tmpreaper.8.in
--- tmpreaper-1.6.5/tmpreaper.8.in 2003-12-08 12:53:27.0 +0100
+++ tmpreaper-1.6.5-runtime/tmpreaper.8.in 2005-10-08 15:25:37.462342982
+0200
@@ -8,7 +8,9 @@
[\-\-force]
[\-\-delay=x]
[\-\-atime] [\-\-mtime] [\-\-mtime-dir] [\-\-symlinks] [\-\-all]
-[[\-\-protect '']...] ...
+[[\-\-protect '']...]
+[[\-\-runtime=x]
+ ...
.SH DESCRIPTION
\fBtmpreaper\fR recursively searches for and removes files and empty
@@ -31,7 +33,7 @@
warning message, as attempts to keep it running long enough so that it
runs in parallel with another instance of itself may also lead to possible
vulnerabilities. Normally, \fBtmpreaper\fR won't need that amount of time.
-If your system is so slow that it does, please file a bug report...
+Use the \fB\-\-runtime\fR option if this default is not enough.
\fBtmpreaper\fR dates files by their \fIatime\fR, not their \fImtime\fR,
unless you select the \fB\-\-mtime\fR option. If files aren't being removed
@@ -131,6 +133,13 @@
than once. It has no one letter abbreviation, you must spell out the
full word "protect".
+.TP
+\fB\-\-runtime=x\fR
+Abort \fBtmpreaper\fR after running for \fIx\fR seconds instead of the
+default 55 seconds. A value of 0 will disable this feature, which is
+not advised as this feature prevents possible race-conditions between
+different instances of \fBtmpreaper\fR.
+
If you do not enclose the \fI\fR in single quotes, the
shell will perform the expansion before \fBtmpreaper\fR reads its
argument array. The program does not support that syntax, so you
diff -urN tmpreaper-1.6.5/tmpreaper.c tmpreaper-1.6.5-runtime/tmpreaper.c
--- tmpreaper-1.6.5/tmpreaper.c 2003-12-08 12:39:36.0 +0100
+++ tmpreaper-1.6.5-runtime/tmpreaper.c 2005-10-08 15:31:44.039661402 +0200
@@ -170,8 +170,9 @@
#define LOG_ERROR 5
#define LOG_FATAL 6
-intlogLevel = LOG_NORMAL;
-int delayMax = 0;
+intlogLevel = LOG_NORMAL;
+intdelayMax = 0;
+intruntimeMax = 55;
void
message (const intlevel,
@@ -686,6 +687,7 @@
{ "protect",required_argument, NULL, 'p' },
{ "delay", optional_argument, NULL, 'd' },
{ "showdeleted",no_argument,NULL, 'V' },
+ { "runtime",required_argument, NULL, 'r' },
{ 0, 0, 0, 0 }
};
@@ -759,9 +761,14 @@
message(LOG_DEBUG, "delay is %d seconds max\n", delayMax);
break;
-case 'V':
-flags |= FLAGS_SHOWDEL;
-break;
+ case 'V':
+ flags |= FLAGS_SHOWDEL;
+ break;
+
+ case 'r':
+ runtimeMax = atoi(optarg);
+ message(LOG_DEBUG, "runtime is %d seconds max\n", runtimeMax);
+ break;
}
}
@@ -881,7 +888,7 @@
}
signal(SIGALRM, sig_alarmhandler);
-alarm(55);
+alarm(runtimeMax);
/* For each directory in the cleanup list, cd there, glob, then delete */
for (adir = optind; adir < argc; adir++) {
signature.asc
Description: Digital signature
Bug#332757: tmpreaper runs out of time
Package: tmpreaper Version: 1.6.5 Severity: normal tmpreaper runs more than a minute and gives an error: error: run time exceeded! >From the man-page: tmpreaper will stop itself after almost one minute with an appropriate warning message, as attempts to keep it running long enough so that it runs in parallel with another instance of itself may also lead to possible vulnerabilities. Normally, tmpreaper won't need that amount of time. If your system is so slow that it does, please file a bug report... It's not that our system is slow, but tmpreaper has to run through a directory tree of max. 20 GB, so it would be nice to have this run time configurable. Jaap Eldering -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages tmpreaper depends on: ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#328658: libpam.so for openvpn password authentication
Hi, I ran into the same problem, but you need to have /usr/lib/libpam.so from the libpam0g-dev package: I suppose that openvpn should depend on this package, or at least recommend or suggest it (maybe with some comments in README.Debian?) Jaap -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320785: signing-party: gpg-key2ps doesn't use paper optimally
Package: signing-party Severity: minor The generated output file of gpg-key2ps does not use my (A4) paper optimally: it leaves blank about the 1/4 bottom of the landscape page. A dirty hack seems to be to lower the on a line containing '/numlines def' to something a bit smaller. However I'm not at all into postscript programming, so I have no idea whether this is the right method. Regards, Jaap -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320222: bug fixed in version 2.8.7
Hi, I downloaded the diffutils 2.8.7 sources and this bug seems fixed there (according to the ChangeLog, it was fixed in 2.8.6). Regards, Jaap -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320222: sdiff calling editor fails
Package: diff Version: 2.8.1-11 Severity: important when running sdiff in interactive mode (with -o option), it fails in the end with the message "sdiff: subsidiary program `' failed" where is set by the EDITOR environment variable (or ed by default). This seems to happen independently of the editor used (even /bin/true fails) and also with a version I compiled from GNU sources. The bug is not present in the woody version of sdiff (2.7). -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages diff depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316278: check picture when signing photo-ID?
Hi, When signing a photo-uid, shouldn't you first be presented the picture to know what you are signing? (Or maybe a warning to check the picture you're about to sign). Jaap -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316610: corrected patch
Previous attached patch was a reverse patch, here's the correct one.
Jaap
--- /tmp/chkrootkit 2005-07-02 10:20:45.926791350 +0200
+++ chkrootkit 2005-07-02 10:12:03.648230504 +0200
@@ -674,8 +674,8 @@
if [ "${QUIET}" != "t" ]; then echo "nothing found"; fi
else
echo
- echo ${files}
- echo ${dirs}
+ echo "${files}"
+ echo "${dirs}"
fi
### LPD Worm
Bug#316611: signing-party: (interactively) generate .caffrc on first use
Package: signing-party Version: 0.3.0-1 Severity: wishlist Hi Thijs, At this moment caff complains when the nessecary .caffrc file doesn't exist and quits. Users have to find out themselves what the format of this config file is and generate it. It would be much easier if caff would generate it on first use: the required info (name, email and key-id) could be asked for or even sensible defaults taken. Thanks, Jaap -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages signing-party depends on: ii gnupg 1.4.1-1GNU privacy guard - a free PGP rep ii libpaper-utils1.1.14-3 Library for handling paper charact -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316610: chkrootkit: output of suspicious files better on separate lines
Package: chkrootkit
Version: 0.44-2
Severity: minor
Tags: patch
Suspicious files and dirs are printed on one line, instead of one line
per file. This makes filtering on output more difficult one file per
line would also give a better overview. A (real simple) fix is attached.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages chkrootkit depends on:
ii binutils2.15-6 The GNU assembler, linker and bina
ii debconf 1.4.30.13Debian configuration management sy
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii net-tools 1.60-10 The NET-3 networking toolkit
-- debconf information excluded
--- chkrootkit 2005-07-02 10:12:03.648230504 +0200
+++ /tmp/chkrootkit 2005-07-02 10:20:45.926791350 +0200
@@ -674,8 +674,8 @@
if [ "${QUIET}" != "t" ]; then echo "nothing found"; fi
else
echo
- echo "${files}"
- echo "${dirs}"
+ echo ${files}
+ echo ${dirs}
fi
### LPD Worm
Bug#308919: libgmp3-dev: mpfrxx.h missing
Package: libgmp3-dev Version: 4.1.4-6 Severity: important The mpfrxx.h header file for the C++ interface to the mpfr library is missing. Maybe because the package is configured without support for mpfr? I'm not sure whether this bug should maybe (also) be reported against the libmpfr-dev package: it concerns usability of that package, but the mpfrxx.h file is only available in the gmp library. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libgmp3-dev depends on: ii libgmp3 4.1.4-6Multiprecision arithmetic library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307152: wu-ftpd: logrotation reports error when xferlog file empty
Package: wu-ftpd Version: 2.6.2-17.2 Severity: normal In the logrotation script, the post-processing /usr/sbin/xferstats command gives an error when run with an empty xferlog log-file as input. This seems to me behaviour which has to be suppressed, or at least that that there is a possibility to suppress this. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages wu-ftpd depends on: ii debconf 1.4.30.11Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libpam0g0.76-22 Pluggable Authentication Modules l ii netbase 4.20 Basic TCP/IP networking system ii perl [perl5]5.8.4-8 Larry Wall's Practical Extraction -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#286735: please reconsider patch
This bug is mentioned as fixed by the mail diff changes patch: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=290690 However I'd like the maintainer to reconsider also applying this patch. Filtering of output seems to me a more general method of preventing unnessecary output than diffing with the previous output. For example when output is not always exactly the same each day, which happened with the (removed) utmp check reporting time to finish or sniffer reporting: 'eth0: PACKET SNIFFER(/sbin/dhclient[2327])' where the PID of dhclient will vary. I tested the filter patch and it works fine for these situations for me. Thanks, Jaap -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
