Bug#598491: "Timeout waiting for mount to appear" in nautilus when mounting a, nfs4-share
I ran into the same problem after lenny -> squeeze upgrade. The difference in my setup was that I hadn't specified "nfs4" but "nfs" as the file system. The "mount"-command however listed "vers=4" in the parameters. I added "nfsvers=3" and no longer got the timeout and second icon. -- Ari Sovijärvi http://apz.fi/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#619029: Closing Window in Geeqie
On 27/03/11 20:35, Klaus Ethgen wrote: -BEGIN PGP SIGNED MESSAGE- 1. You did open a new window by view->view in new window or by pessing CTRL-V 2. You try to close the window from the main menu by File->Close Window or with CTRL-W in the main window No, I selected "File -> New window", which opened another main window. After that, I can't get rid of the other window without closing them both. When I have 2 windows open, selecting "File -> Close window" closes them both and not the extra window. Quitting and restarting opens the same two windows I had open. Interestingly, CTRL-V or "View -> View in new window" segfaults. The package is 1.0-7 in amd64 Squeeze. -- Ari Sovijärvi http://apz.fi/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#619029: Closing Window in Geeqie
On 28/03/11 01:09, Klaus Ethgen wrote: Ok, quitting and restarting works identical with me. But I can close both windows independent. Interestingly, my laptop does not do this. Investigating further, it'd appear to be something in the configuration file itself as if I remove the configuration file, closing the 2nd window works. I guess we can chalk this up as a damaged or wrongly updated configuration file. Maybe you can strace the second problem (with CTRL-V) to see where the problem happens. Or even run it in debugger (installing geeqie-dbg). There is also a debugging switch in geeqie, but I do not think that it helps in this case. Both my laptop and desktop segfault at CTRL-V, even with a new configuration file. I will file a separate bug on that, so we can close this one. -- Ari Sovijärvi http://apz.fi/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#619029: Closing Window in Geeqie
On 28/03/11 22:19, Klaus Ethgen wrote: That is good to hear. However, it would help if you can provide me the both configurations (the wrong and the right) that I can eventually see what's wrong to enhance geeqie anyway. I've attached the misbehaving configuration file. It has two windows open, and I can't close the other when Geeqie is started with this config. The other machine's configuration was pretty much default. -- Ari Sovijärvi http://apz.fi/
Bug#619029: Closing Window in Geeqie
On 28/03/11 22:54, Klaus Ethgen wrote: Uh, I think, I have the »bug«. Just go to Edit->Preferences->Configure this window... and uncheck the checkbox on »Exit program when this window is closed« and everything should be fine. You might also edit the configuration and set all occurrences of exit_on_close to false. Please acknowledge that this was the problem so we can close this one and focus on all the others. :-) Yes, this did it! I have no idea why that option was checked; I actually even didn't know of it until now :) Anyway, Geeqie once again behaves as I expected, thank you! -- Ari Sovijärvi http://apz.fi/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#603574: mrxvt: Fails to render special characters
On 17/02/11 23:15, Robert Luberda wrote: The workaround for the problem is quite simple: all you need is to pass `-km NOENC' option to it or set `Mrxvt.multichar_encoding: NOENC' in your /etc/mrxvt/mrxvtrc file. The workaround works perfectly, thank you! -- Ari Sovijärvi http://apz.fi/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#307986: mrxvt: Would like to change open tabs via mousewheel
I guess this bug could be closed, as this feature is in 0.5.4 and atleast works for me perfectly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#601985: file-rc: Floods debug info on runlevel change
Package: file-rc Version: 0.8.12 Severity: minor Tags: patch On runlevel change file-rc floods the terminal with lines like this: prev: 3 prev: 3 It'd appear that this is a debug line that doesn't check for the $debug variable. I've attached a small patch to fix this. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_GB, lc_ctype=fi...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash -- no debconf information diff -rupN file-rc-0.8.12.orig/rc file-rc-0.8.12/rc --- file-rc-0.8.12.orig/rc 2010-10-28 19:41:58.652561005 +0300 +++ file-rc-0.8.12/rc 2010-10-28 19:43:15.018561003 +0300 @@ -272,7 +272,7 @@ do if [ $STOP_NUM -eq $x$y ] then CMD=${script#*:} -echo "prev: $prevlevel" +test $debug = 1 && echo "prev: $prevlevel" if [ "$prevlevel" != "N" ] then case "$CMD" in
Bug#546269: mc: Crashes with very long file names
Denis Briand wrote: Thanks for your bug report. Sorry, but I can't reproduce your bug. I tried to create some 243 and more long file names with touch. mcedit works and open them and mc don't crash when it's in the current directory. What kind of file system do you use? Maybe I don't reproduce it correctly? Hi, I use amd64 system (Athlon64/3400), with testing and Vanilla 2.6.31 + fbcondecor & tuxonice patches. The filesystem is ext4. I first discovered the problem after creating a shell script to rename mp3's and their directories, and it had a slight bug that made it rename the directories so they had 255 character long names. I then went to fix the problem manually with mc, but couldn't start it. I investigated it and found that it did not crash with the file/directory names up to 243 letters, but after that it crashed every time. It didn't seem to matter what was in the file name, when I discovered the problem, the directory name was just 255 numbers, but I later wrote a script that created directory names with just the letter "x" repeated 244 times or more. Try having a directory with a file or directory that has 255 letter x's in its name and try starting mc or mcedit in that directory. In both cases you should see the crash. Do you also have amd64 system? Maybe it's somehow related to the platform. -- Ari Sovijärvi http://apz.fi/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#930532: xymon: imaps reports "unexpected service response"
On 17.6.2019 11.55, Christoph Berg wrote: After upgrading from Debian 9 to 10, Xymon has issues checking imaps service. My imaps check is also flapping since I upgraded to buster. Mon Jun 17 10:20:09 2019 imaps NOT ok Service imaps on imap.df7cb.de is not OK : Unexpected service response Seconds: 0.119109000 Possibly a race condition, I'll try sending NOOP instead of QUIT to see if that fixes it. I tried it with couple of different valid IMAP commands, doesn't seem to change the outcome. If SSL is removed, it works, with SSL it's just "unexpected service response". -- Ari Sovijärvi
Bug#930532: xymon: imaps reports "unexpected service response"
On 17.6.2019 14.24, Christoph Berg wrote: It works here most of the time, so it's not always broken. It usually flaps between OK and "unexpected service response" a handful of times per day. smtps has the same problem. Looking at the history graphs, it appears it does random, 1 success flukes on my system, with most of the time being in error mode. I discovered this when I tried to silence the alarm for 999 days and some time later it started sending me alarms again. Xymon runs inside a very low resource monitoring virtual machine on my setup. -- Ari Sovijärvi
Bug#335598: f-prot-installer: Fails to patch check-updates script
Package: f-prot-installer Version: 0.5.14 Severity: important It would seem that the 'check-updates'-script that comes with the F-prot package is changed so that Debian's patches no longer apply. Maybe this package would be a fine Debian-volatile candidate? Here's what happens when you try to install the package: Unpacking f-prot-installer (from .../f-prot-installer_0.5.14_i386.deb) ... Setting up f-prot-installer (0.5.14) ... installing f-prot Downloading file fp-linux-ws.tar.gz.md5 from ftp://ftp.f-prot.com/pub/linux/ 15:43:27 URL:ftp://ftp.f-prot.com/pub/linux/fp-linux-ws.tar.gz.md5 [53/53] -> "fp-linux-ws.tar.gz.md5" [1] md5sum looks O.K. --15:43:27-- ftp://ftp.f-prot.com/pub/linux/fp-linux-ws.tar.gz => `fp-linux-ws.tar.gz' Resolving xxx... xxx.xxx.xxx.xxx Connecting to xxx[xxx.xxx.xxx.xxx]:3128... connected. Proxy request sent, awaiting response... 200 OK Length: 3,859,252 [application/x-tar] 15:44:47 (48.56 KB/s) - `fp-linux-ws.tar.gz' saved [3859252/3859252] fp-linux-ws.tar.gz successfully downloaded from ftp://ftp.f-prot.com/pub/linux/.. Patching /tmp/fp-unpack.XXXxcgqjn/f-prot/tools/check-updates.pl ... Patching /tmp/fp-unpack.XXXxcgqjn/f-prot/man_pages/check-updates.pl.8 ... Checking if virus definitions need to be updated... syntax error at /usr/lib/f-prot/tools/check-updates line 146, near "or" Execution of /usr/lib/f-prot/tools/check-updates aborted due to compilation errors. dpkg: error processing f-prot-installer (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: f-prot-installer E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.13.1-fileserver32 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages f-prot-installer depends on: ii debconf 1.4.30.13 Debian configuration management sy ii debianutils 2.8.4 Miscellaneous utilities specific t ii libwww-perl 5.803-4WWW client/server library for Perl ii unzip 5.52-1 De-archiver for .zip files ii wget 1.9.1-12 retrieves files from the web -- debconf information: * f-prot-installer/action: Download and install * f-prot-installer/configured: false f-prot-installer/note_cron: f-prot-installer/where_are_files: /tmp * f-prot-installer/reinstall: true * f-prot-installer/failed: * f-prot-installer/update_defs: true f-prot-installer/install_later: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#408954: checkroot.sh: should not skip running fsck with JFS root
Package: initscripts Version: 2.86.ds1-36 Severity: normal The JFS filesystem replays its journal when FSCK is run. Without journal replay the filesystem will not allow mount as RW. When running on batteries and the root filesystem is JFS, after a crash the system is left in unusable state since FSCK is skipped and as a result the remount to read/write attempt fails. Maybe we need a check if we're using JFS and then unconditionally run FSCK. -- 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.19-laiskat-ja-tyhmat1 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages initscripts depends on: ii debianut 2.17Miscellaneous utilities specific t ii e2fsprog 1.39+1.40-WIP-2006.11.14+dfsg-1 ext2 file system utilities and lib ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip ii mount2.12r-15Tools for mounting and manipulatin ii sysvinit 2.86.ds1-36 System-V-like utilities Versions of packages initscripts recommends: ii psmisc22.3-1 Utilities that use the proc filesy -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]