Bug#964737: mpd: Single mode not working the first time
Okay, I think it is safe to confirm now that this is fixed in the backport package (version 0.21.26-1~bpo10+1). Unfortunately, the upgrade introduced a new problem, which I will report pronto. Ian
Bug#964737: mpd: Single mode not working the first time
I installed the package from backports, and based on a sample of 1, it may in fact be fixed ;-) I'll update when I have more data. Ian On Fri, Jul 10, 2020 at 3:45 AM kaliko wrote: > Hi, > > Le 09/07/2020 à 19:51, Ian Zimmerman a écrit : > > Package: mpd > > Version: 0.21.5-3 > > Severity: normal > > > > When mpd restarts and the single mode flag is on, the first song > transition happens anyway. > > (That is, when it finishes playing the first song it goes on to the > second one in the queue.) > > When the second song is finished mpd pauses as expected and then > continues to work correctly. > > > > This sounds somewhat similar to upstream github issue #556, but it is > completely reproducible > > for me. > > According to #556 [0] a fix was shipped in 0.21.9 (someone still report > the issue > against 0.21.9 though). > > Can you try installing a more recent version of MPD and check if this is > reproducible? > > You can use my onw repo : https://www.musicpd.org/download-unoff-debian/ > > Or manually download/install latest buster backport/build : > > wget > > https://deb.kaliko.me/debian-backports/pool/main/m/mpd/mpd_0.21.22-1~bpo10+1_amd64.deb > apt install ./mpd_0.21.22-1~bpo10+1_amd64.deb > > Cheers, > k > > [0] https://github.com/MusicPlayerDaemon/MPD/issues/556 > >
Bug#821405: dhcpcd no longer starts wpa_supplicant
You do have the file /lib/dhcpcd/dhcpcd-hooks/10-wpa_supplicant right? And if it is a symlink, it points to an existing file? Ian
Bug#966313: lxterminal: Setting "Select by word characters" has no effect
I looked at the code, and the only thing lxterminal does with this setting is to pass it down through a vte_* function. Therefore this bug should probably be reassigned to the libvte package. Ian
Bug#966313: lxterminal: Setting "Select by word characters" has no effect
Package: lxterminal Version: 0.3.2-1 Severity: normal As announced in the Subject, I am unable to customize the characters where double click selection stops. It is unclear (and undocumented) if the characters in the settings field should be those stopping the selection, or those *not* stopping it; regardless, I tried both ways and it made no difference. I also tried stopping lxterminal (the only instance) after changing the setting and restarting it, again no difference. Sadly, this setting is very important to me so this makes lxterminal not suitable as a replacement for rxvt. -- System Information: Debian Release: 10.4 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-9-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages lxterminal depends on: ii libatk1.0-0 2.30.0-2 ii libc62.28-10 ii libcairo-gobject21.16.0-4 ii libcairo21.16.0-4 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libglib2.0-0 2.58.3-2+deb10u2 ii libgnutls30 3.6.7-4+deb10u4 ii libgtk-3-0 3.24.5-1 ii libpango-1.0-0 1.42.4-8~deb10u1 ii libpangocairo-1.0-0 1.42.4-8~deb10u1 ii libpcre2-8-0 10.32-5 ii libvte-2.91-00.54.2-2 ii zlib1g 1:1.2.11.dfsg-1 lxterminal recommends no packages. lxterminal suggests no packages. -- no debconf information
Bug#961362: fonts-terminus-otb: In rxvt-unicode, M and m characters missing the left vertical stroke
Package: fonts-terminus-otb Followup-For: Bug #961362 FWIW, I have tried sizes 11 and 13 and they both have the problem.
Bug#964737: mpd: Single mode not working the first time
Package: mpd Version: 0.21.5-3 Severity: normal When mpd restarts and the single mode flag is on, the first song transition happens anyway. (That is, when it finishes playing the first song it goes on to the second one in the queue.) When the second song is finished mpd pauses as expected and then continues to work correctly. This sounds somewhat similar to upstream github issue #556, but it is completely reproducible for me. -- System Information: Debian Release: 10.4 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-9-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages mpd depends on: ii adduser 3.118 ii init-system-helpers 1.56+nmu1 ii libadplug-2.2.1-0v5 2.2.1+dfsg3-1 ii libao41.2.2+20180113-1 ii libasound21.1.8-1 ii libaudiofile1 0.3.6-5 ii libavahi-client3 0.7-4+b1 ii libavahi-common3 0.7-4+b1 ii libavcodec58 7:4.1.6-1~deb10u1 ii libavformat58 7:4.1.6-1~deb10u1 ii libavutil56 7:4.1.6-1~deb10u1 ii libbz2-1.01.0.6-9.2~deb10u1 ii libc6 2.28-10 ii libcdio-cdda2 10.2+0.94+2-4 ii libcdio-paranoia2 10.2+0.94+2-4 ii libcdio18 2.0.0-2 ii libcurl3-gnutls 7.64.0-4+deb10u1 ii libdbus-1-3 1.12.16-1 ii libexpat1 2.2.6-2+deb10u1 ii libfaad2 2.8.8-3 ii libflac8 1.3.2-3 ii libfluidsynth11.1.11-1 ii libgcc1 1:8.3.0-6 ii libgcrypt20 1.8.4-5 ii libgme0 0.6.2-1 ii libicu63 63.1-6+deb10u1 ii libid3tag00.15.1b-14 ii libiso9660-11 2.0.0-2 ii libixml10 1:1.8.4-2 ii libjack-jackd2-0 [libjack-0.125] 1.9.12~dfsg-2 ii libjs-sphinxdoc 1.8.4-1 ii libmad0 0.15.1b-10 ii libmikmod33.3.11.1-4 ii libmms0 0.6.4-3 ii libmodplug1 1:0.8.9.0-2 ii libmp3lame0 3.100-2+b1 ii libmpcdec62:0.1~r495-1+b2 ii libmpdclient2 2.16-1 ii libmpg123-0 1.25.10-2 ii libnfs12 3.0.0-2 ii libogg0 1.3.2-1+b1 ii libopenal11:1.19.1-1 ii libopus0 1.3-1 ii libpcre3 2:8.39-12 ii libpulse0 12.2-4+deb10u1 ii libsamplerate00.1.9-2 ii libshout3 2.4.1-2 ii libsidplayfp4 1.8.8-1 ii libsmbclient 2:4.9.5+dfsg-5+deb10u1 ii libsndfile1 1.0.28-6 ii libsoxr0 0.1.2-3 ii libsqlite3-0 3.27.2-3 ii libstdc++68.3.0-6 ii libsystemd0 241-7~deb10u4 ii libupnp13 1:1.8.4-2 ii libvorbis0a 1.3.6-2 ii libvorbisenc2 1.3.6-2 ii libwavpack1 5.1.0-6 ii libwildmidi2 0.4.3-1 ii libyajl2 2.1.0-3 ii libzzip-0-13 0.13.62-3.2 ii lsb-base 10.2019051400 ii zlib1g1:1.2.11.dfsg-1 mpd recommends no packages. Versions of packages mpd suggests: pn avahi-daemon pn icecast2 ii mpc [mpd-client] 0.31-1 ii ncmpcpp [mpd-client] 0.8.2-0.1 pn pulseaudio -- no debconf information
Bug#961362: fonts-terminus-otb: In rxvt-unicode, M and m characters missing the left vertical stroke
How do I actually select such a non-integral size? Right now I configure it 3 ways: - in .Xresources: echo "URxvt.font: xft:${ITZ__MONO_FONT}" | xrdb -merge - on the command line: dzen2 -ta l -fn "$ITZ__MONO_FONT" - via Elisp: (setq default-frame-alist `((menu-bar-lines . 0) (font . ,(shell-command-to-string "fc-match -f '%{family}-%{size}' \"${ITZ__MONO_FONT}\"")) (vertical-scroll-bars . nil))) where ITZ__MONO_FONT="Terminus-12" I don't think any of these contexts will allow a fractional size, or am I wrong? Ian On Mon, May 25, 2020 at 2:40 AM Anton Zinoviev wrote: > > On Sat, May 23, 2020 at 08:42:59AM -0700, Ian Zimmerman wrote: > > > > The PCF format font (which I assume is generated from the same source) > > has no such problem. > > I suppose this is not a font problem but a problem of the rendering > engine. The rendering engine of the OTB fonts is more sofisticated than > the rendering engine of the PCF fonts. It can render the fonts in > arbitrary font sizes (including non-integer sizes). > > But as usually, with sofistication come problems, undebugged cases, etc. > > > Specifically, I use the 12 size font. > > How about 13 size? Or maybe something like 12.1, 12.2, 12.3 or 12.4 > (or 12,1, 12,2, 12,3 and 12,4 in locales with decimal comma)? > > Anton Zinoviev
Bug#961362: fonts-terminus-otb: In rxvt-unicode, M and m characters missing the left vertical stroke
Package: fonts-terminus-otb Version: 4.48-2 Severity: important Tags: upstream The subject almost says it all. But the effect is only visible after whitespace, it seems. The PCF format font (which I assume is generated from the same source) has no such problem. Also, I tried to unpack the Arch Linux package of the same name and install the files manually, and the same problem happens there, so this is not Debian specfic. Specifically, I use the 12 size font. Display is Dell U2410, about 94 dpi. fontconfig: 2.13.1-2 freetype: 2.9.1-3+deb10u1 -- System Information: Debian Release: 10.4 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-9-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages fonts-terminus-otb depends on: ii xfonts-utils 1:7.7+6 fonts-terminus-otb recommends no packages. Versions of packages fonts-terminus-otb suggests: pn xfonts-terminus-oblique ii xserver-xorg [xserver] 1:7.7+19
Bug#960311: emacs-lucid: ELPA archive works over http, breaks over https
Package: emacs-lucid Version: 1:26.1+1-3.2+deb10u1 Severity: normal When I leave the default entry ``` ("gnu" . "https://elpa.gnu.org/packages/;) ``` in `package-archives`, I get the error described here: https://emacs.stackexchange.com/questions/58424/is-elpa-broken However, when I change the ELPA URL scheme to just `http`, everything works fine, including signature verification. Therefore I can see GPG signatures have nothing to do with this, despite my earlier follow-up to #942413. I think the answer I got on the stackexchange question might well be spot on. It points me to: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=34341#46 which may be a good thing to backport to Debian's 26.1 -- System Information: Debian Release: 10.4 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-9-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages emacs-lucid depends on: ii emacs-bin-common 1:26.1+1-3.2+deb10u1 ii emacs-common 1:26.1+1-3.2+deb10u1 ii libacl12.2.53-4 ii libasound2 1.1.8-1 ii libc6 2.28-10 ii libcairo2 1.16.0-4 ii libdbus-1-31.12.16-1 ii libfontconfig1 2.13.1-2 ii libfreetype6 2.9.1-3+deb10u1 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libgif75.1.4-3 ii libglib2.0-0 2.58.3-2+deb10u2 ii libgnutls303.6.7-4+deb10u3 ii libgomp1 8.3.0-6 ii libgpm21.20.7-5 ii libice62:1.0.9-2 ii libjpeg62-turbo1:1.5.2-2+b1 ii liblcms2-2 2.9-3 ii libm17n-0 1.8.0-2 ii libmagickcore-6.q16-6 8:6.9.10.23+dfsg-2.1 ii libmagickwand-6.q16-6 8:6.9.10.23+dfsg-2.1 ii libotf00.9.13-4 ii libpng16-161.6.36-6 ii librsvg2-2 2.44.10-2.1 ii libselinux12.8-1+b1 ii libsm6 2:1.2.3-1 ii libsystemd0241-7~deb10u4 ii libtiff5 4.1.0+git191117-2~deb10u1 ii libtinfo6 6.1+20181013-2+deb10u2 ii libx11-6 2:1.6.7-1 ii libx11-xcb12:1.6.7-1 ii libxcb11.13.1-2 ii libxext6 2:1.3.3-1+b2 ii libxfixes3 1:5.0.3-1 ii libxft22.3.2-2 ii libxinerama1 2:1.1.4-2 ii libxml22.9.4+dfsg1-7+b3 ii libxmu62:1.1.2-2+b3 ii libxpm41:3.5.12-1 ii libxrandr2 2:1.5.1-1 ii libxrender11:0.9.10-1 ii libxt6 1:1.1.5-1+b3 ii xaw3dg 1.5+E-18.3 ii zlib1g 1:1.2.11.dfsg-1 emacs-lucid recommends no packages. Versions of packages emacs-lucid suggests: ii emacs-common-non-dfsg 1:26.1+1-1 -- no debconf information
Bug#942413: [emacs] Installation of packages from GNU ELPA fails due to expired key
Package: emacs-lucid Version: 1:26.1+1-3.2+deb10u1 Followup-For: Bug #942413 I see the same output, but in my case I have already manually fetched the latest signing key and imported it into ~/.emacs.d/elpa/gnupg, namely 066DAFCB81E42C40. So my problem may be different, or it may be another subtle aspect of the same problem. Please see also my question on stackexchange: https://emacs.stackexchange.com/questions/58424/is-elpa-broken -- System Information: Debian Release: 10.4 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-9-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages emacs-lucid depends on: ii emacs-bin-common 1:26.1+1-3.2+deb10u1 ii emacs-common 1:26.1+1-3.2+deb10u1 ii libacl12.2.53-4 ii libasound2 1.1.8-1 ii libc6 2.28-10 ii libcairo2 1.16.0-4 ii libdbus-1-31.12.16-1 ii libfontconfig1 2.13.1-2 ii libfreetype6 2.9.1-3+deb10u1 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libgif75.1.4-3 ii libglib2.0-0 2.58.3-2+deb10u2 ii libgnutls303.6.7-4+deb10u3 ii libgomp1 8.3.0-6 ii libgpm21.20.7-5 ii libice62:1.0.9-2 ii libjpeg62-turbo1:1.5.2-2+b1 ii liblcms2-2 2.9-3 ii libm17n-0 1.8.0-2 ii libmagickcore-6.q16-6 8:6.9.10.23+dfsg-2.1 ii libmagickwand-6.q16-6 8:6.9.10.23+dfsg-2.1 ii libotf00.9.13-4 ii libpng16-161.6.36-6 ii librsvg2-2 2.44.10-2.1 ii libselinux12.8-1+b1 ii libsm6 2:1.2.3-1 ii libsystemd0241-7~deb10u4 ii libtiff5 4.1.0+git191117-2~deb10u1 ii libtinfo6 6.1+20181013-2+deb10u2 ii libx11-6 2:1.6.7-1 ii libx11-xcb12:1.6.7-1 ii libxcb11.13.1-2 ii libxext6 2:1.3.3-1+b2 ii libxfixes3 1:5.0.3-1 ii libxft22.3.2-2 ii libxinerama1 2:1.1.4-2 ii libxml22.9.4+dfsg1-7+b3 ii libxmu62:1.1.2-2+b3 ii libxpm41:3.5.12-1 ii libxrandr2 2:1.5.1-1 ii libxrender11:0.9.10-1 ii libxt6 1:1.1.5-1+b3 ii xaw3dg 1.5+E-18.3 ii zlib1g 1:1.2.11.dfsg-1 emacs-lucid recommends no packages. Versions of packages emacs-lucid suggests: ii emacs-common-non-dfsg 1:26.1+1-1 -- no debconf information
Bug#752884: quarry: textures for board are in fact solid colours
These files are correct in the source tree on github: https://github.com/elmindreda/quarry I don't know if the same is true for the original source from which the github project was imported. Ian
Bug#767440: ncmpc: Blanks screen after unpausing
On Sun, Oct 22, 2017 at 02:29:47PM +0200, Sebastian Harl wrote: > tags 767440 + unreproducible > I cannot reproduce this with more modern version of ncmpc (0.24 and up) > but I also haven't found a change that clearly relates to that. > > Does this still exist for you? It does, on gentoo GNU/Linux (!) and ncmpc 0.24. Maybe the terminal emulator matters? In my case, always rxvt-unicode (aka urxvt). I also redefine some of the terminal colors in a sensible way (like yellow -> orange), I can dig up the details if you like. Thanks for caring :-)
Bug#819570: reportbug: replyto option in config file ignored
On 2016-03-30 17:04 +0100, Sandro Tosi wrote: > this is a rather old version, did you try on a more recent one? This is the only version available in wheezy; I run wheezy for what are good reasons to me, so no, I can't test a more recent one. Even if I tweaked my apt config to make a newer one available, it would pull in the world [1] from jessie, forcing me to upgrade to jessie in all but name. Maybe this would be a good package to put in the backports repo. [1]-->more specifically, the python (sic) package, nonexistent in wheezy. -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court.
Bug#817085: unison: Cannot run emacs from merge tool
Package: unison Version: 2.40.65-2 Severity: normal Quoting the long and annoyingly flat reference manual: >> A large number of external merging programs are available. For example, on Unix systems setting the merge preference to merge = Name *.txt -> diff3 -m CURRENT1 CURRENTARCH CURRENT2 > NEW || echo "differences detected" will tell Unison to use the external diff3 program for merging. Alternatively, users of emacs may find the following settings convenient: merge = Name *.txt -> emacs -q --eval '(ediff-merge-files-with-ancestor "CURRENT1" "CURRENT2" "CURRENTARCH" nil "NEW")' << Yea, they may; if, presumably like the author, they never run emacs in its text mode aspect. Then they'll find out it doesn't work, because unison runs the merge tool (just like any other external program) with stdin connected to an empty pipe, and emacs expects the terminal there. unison should leave the stdin alone when forking external programs, even if it would take a bit more coding due to deficiency of the ocaml standard library. -- System Information: Debian Release: 7.9 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.12.55.2 (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 unison depends on: ii libc6 2.13-38+deb7u10 Versions of packages unison recommends: ii openssh-client [ssh-client] 1:6.6p1-4~bpo70+1 Versions of packages unison suggests: pn unison-all
Bug#808070: kaptain: Unpredictable exit status
Package: kaptain Version: 1:0.73-1 Severity: normal kaptain seems to exit with status 1 "most of the time", independently of which control I use to quit from the dialog. There is no other indication that anything went wrong, i.e. output from @echo and @dump is as expected. This presents clear difficulty when using kaptain in shell scripts, which is presumably its intended purpose. -- System Information: Debian Release: 7.9 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.94.5 (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 kaptain depends on: ii dpkg 1.16.17 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-38+deb7u8 ii libgcc11:4.7.2-5 ii libqt4-qt3support 4:4.8.6+git64-g5dc8b2b+dfsg-3~bpo70+1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-3~bpo70+1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-3~bpo70+1 ii libstdc++6 4.7.2-5 kaptain recommends no packages. kaptain suggests no packages.
Bug#682369: iceweasel: Tough cookie
And now something new: in this version of iceweasel (38.4.0), this is now happening in safe mode. May be a different bug; I no longer use Noscript so I cannot retest the original situation. But try the URL below. URL: https://iccf.com/ -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court.
Bug#806283: icedtea-netx: Inconsistent handling of deployment properties which contain '='
Package: icedtea-netx Version: 1.4-3~deb7u2 Severity: normal When itweb-settings writes out a property to the deployment.properties file, and the equals character occurs in the property value string, itweb-settings escapes the character by prefixing it with a backslash. This may be right if Java code later reads this file (not being a Java programmer, I can't say for sure). But this file is (also?) read by the C++ code of the plugin itself, before Java is launched, in the source file plugin/icedteanp/IcedTeaNPPlugin.cc. I'm enough of a C++ programmer to see that this code does no inverse unescaping transformation; it gets the raw line using a straight iostream read and uses it as is, except for trimming whitespace from the edges. As a consequence, trying to set the deployment.plugin.jvm.arguments property to -Dfoo.bar.BazSetting=on via itweb-settings fails to achieve the desired result, while adding the property manually without the escaping works. -- System Information: Debian Release: 7.9 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.93.5 (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 icedtea-netx depends on: ii icedtea-netx-common 1.4-3~deb7u2 ii openjdk-6-jre6b36-1.13.8-1~deb7u1 icedtea-netx recommends no packages. icedtea-netx suggests no packages. -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court.
Bug#411979: aptitude: can't suspend
On 2015-11-08 15:18 +, Manuel A. Fernandez Montecelo wrote: > Control: tags -1 + moreinfo > Any occurence since then? I cannot reproduce this now. Then again, things have changed quite a bit :-) For one thing, I almost always run aptitude in an X terminal emulator now; I think back when I reported this I still used a dedicated Linux VT. -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court.
Bug#670947: lists.debian.org: Cannot select a particular list in searches?
On 2015-08-13 10:46 +0100, Olly Betts wrote: > > But, the actual search page has no widget to select a list :-( And no > > Google-like "list:" terms seem to be provided either, or of they are > > it's not documented. > > There used to be such a filter, but it was commented out some time ago > because it relied on a custom patched build of an old version of Xapian > omega and broke when the server was updated to the standard packaged > version. > > I've reinstated it and fixed it to work with a vanilla build of recent > Xapian omega. > > I've also hooked things up so you can also filter using things like > list:debian-devel in the query string. It seems to work!! Many thanks. This helps _so_ much. -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court.
Bug#795757: mnemosyne-blog: HTML doctype header added to Atom feed file
Package: mnemosyne-blog Version: 0.12-2 Severity: normal This line occurs as first line of every rendered layout file, including the Atom feed file which is not HTML at all !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; Firefox/Iceweasel seems to tolerate it and display its standard feed subscription page, but I wouldn't be surprised if other browsers were baffled. The reason, I think, is in muse.py: class KidTemplate: def __init__(self, filename, kwargs): module = kid.load_template(filename) self.template = module.Template(assume_encoding='utf-8', **kwargs) def __str__(self): return self.template.serialize(output='xhtml-strict') def __getattr__(self, attr): return getattr(self.template, attr) The output parameter to __str__ needs to depend on the filename, if it is *.xml then it needs to change accordingly. Which means it needs to be computed in __init__ and stored. -- System Information: Debian Release: 7.8 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.86.5 (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 mnemosyne-blog depends on: ii python 2.7.3-4+deb7u1 ii python-kid 0.9.6-2 Versions of packages mnemosyne-blog recommends: ii python-docutils 0.8.1-8 mnemosyne-blog suggests no packages.
Bug#795436: Preferences: usability regression
On 2015-08-14 08:48 +0900, Mike Hommey wrote: There's also the issue that keyboard shortcuts don't work, so you are kind of stuck with the Tab key. https://bugzilla.mozilla.org/show_bug.cgi?id=1194528 This is actually what I meant by my report, but since I discovered that Alt+Shift+letter works. I would note that on the bugzilla but I don't have an account :-P And searching for text on the fake webpage (in order to shift focus) doesn't work either. CTRL+F works for me. Odd, I tried again, still doesn't work. Slash doesn't either. Maybe we should close this bug and open a new one just for the search? -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court.
Bug#795436: Preferences: usability regression
Package: iceweasel Version: 38.2.0esr-1~deb7u1 Severity: minor Since security upgrade yesterday switched to the 38 series, instead of a nice Gtk based preferences dialog a get a fake webpage :-( And now I cannot activate any of the widgets on that fake webpage with the keyboard. And searching for text on the fake webpage (in order to shift focus) doesn't work either. So, reaching for the pointing device is the only solution. How are the rodent allergic among us supposed to cope? -- System Information: Debian Release: 7.8 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.86.5 (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 iceweasel depends on: ii debianutils 4.3.2 ii fontconfig2.9.0-7.1 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38+deb7u8 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u6 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.19-stable-3+deb7u1 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1+deb7u1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libpango1.0-0 1.30.0-1 ii libsqlite3-0 3.7.13-1+deb7u2 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-5 ii libx11-6 2:1.5.0-1+deb7u2 ii libxcomposite11:0.4.3-2 ii libxdamage1 1:1.1.3-2 ii libxext6 2:1.3.1-2+deb7u1 ii libxfixes31:5.0-4+deb7u1 ii libxrender1 1:0.9.7-1+deb7u2 ii libxt61:1.1.3-1+deb7u1 ii procps3:3.3.10-1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages iceweasel recommends: pn gstreamer0.10-ffmpegnone pn gstreamer0.10-plugins-good none Versions of packages iceweasel suggests: ii fonts-mathjax 2.2-1~bpo70+1 ii fonts-oflb-asana-math 000.907-4 ii fonts-stix [otf-stix] 1.1.0-1 ii libcanberra0 0.28-6 pn libgnomeui-0 none ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u3 pn mozplugger none
Bug#792328: info: can no longer find the Emacs manual
On 20 Jul 2015 14:21:54 +0100, Gavin Smith wrote: Gavin Say Emacs 24 is installed as /usr/bin/emacs24, then the Info file Gavin could be at /usr/share/info/emacs24.info. Likewise if there's a Gavin symbolic link /usr/bin/emacs - /usr/bin/emacs24, there could Gavin just as well be a symbolic link /usr/share/info/emacs24.info - Gavin /usr/share/info/emacs.info. I don't see why using subdirectories Gavin should be necessary for this. What about cross-references from other info files? When I'm browsing message-24.info for example and there is a reference (emacs) Some node, presumably I want to jump to emacs-24.info, even if currently emacs - emacs23. Your solution doesn't address this. -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794015: devtodo: please document colour comment
Package: devtodo Version: 0.1.20-6 Severity: normal comment is one of the tokens that can follow colour in the configuration or on the command line. Since the default seems to be white, which is unreadable on a light background, this can be important :-) -- System Information: Debian Release: 7.8 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.84.5 (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 devtodo depends on: ii libc6 2.13-38+deb7u8 ii libgcc1 1:4.7.2-5 ii libncurses5 5.9-10 ii libreadline6 6.2+dfsg-0.1 ii libstdc++64.7.2-5 ii libtinfo5 5.9-10 devtodo recommends no packages. Versions of packages devtodo suggests: ii xsltproc 1.1.26-14.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630385: icedove: Not refreshing RSS feeds on startup
On 2015-06-14 11:10 +0200, Carsten Schoenert wrote: Ian I use icedove for only 1 purpose, to read my RSS and Atom feeds. I Ian checked Check for new articles at startup box in the account Ian configuration, but that is simply not happening. Carsten this issue is still present in recent versions? That was quite a while ago and I no longer use icedove. Sorry I cannot help with this. If you cannot reproduce I think you should close it. -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780010: planet-venus: no pagination
Package: planet-venus Version: 0~bzr116-1 Severity: normal The items_per_page setting seems to be simply ignored. Also, nothing in the documentation or in the sample config says how many items total (from all feeds) should be included, or is that perhaps by date? Again, hard to say without any documentation ... -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.16.7-x86_64-linode49 (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 Versions of packages planet-venus depends on: ii python 2.7.3-4+deb7u1 ii python-chardet 2.0.1-2 ii python-html5lib 0.95-1 ii python-htmltmpl 1.22-10 ii python-httplib2 0.7.4-2+deb7u1 ii python-librdf1.0.14.1-1 ii python-libxml2 2.8.0+dfsg1-7+wheezy3 ii python-support 1.0.15 ii python-utidylib 0.2-8 Versions of packages planet-venus recommends: ii python-beautifulsoup 3.2.1-1 ii python-libxslt1 1.1.26-14.1 Versions of packages planet-venus suggests: pn python-django none pn python-genshi none ii python-lxml2.3.2-1+deb7u1 -- 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#779815: grub-pc: hitting keys does NOT display menu with GRUB_HIDDEN_TIMEOUT
Package: grub-pc Version: 1.99-27+deb7u2 Severity: normal On my laptop system I set GRUB_HIDDEN_TIMEOUT to a nonzero value and GRUB_TIMEOUT to 0. According to the documentation, I should still be able to force the display of GRUB menu by pressing a key while GRUB_HIDDEN_TIMEOUT is running down. This does not happen; the system tries to boot the default entry with no menu display no matter how furiously I press various keys. This is somewhat similar to bug #768299 but different because GRUB_HIDDEN_TIMEOUT is nonzero and I am pressing keys while the timeout is running down, not holding them while powering up. It may be relevant that the system in question (which is not the one where I'm filing this report, because it is effectively unbootable because of this bug) is a laptop, namely a Dell Inspiron XPS. Possibly GRUB doesn't know how to watch for key presses due to the special hardware or BIOS. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777710: smartmontools: strange LBA numbers in reports
Package: smartmontools Version: 5.41+svn3365-1 Severity: normal I see conflicting (and probably both wrong) LBA numbers with -l selftest and -l xselftest: # smartctl -l selftest /dev/sda smartctl 5.41 2011-06-09 r3365 [i686-linux-3.2.0-4-686-pae] (local build) Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net === START OF READ SMART DATA SECTION === SMART Self-test log structure revision number 1 Num Test_DescriptionStatus Remaining LifeTime(hours) LBA_of_first_error # 1 Selective offline Completed without error 00% 17620 - # 2 Extended offlineCompleted without error 00% 17619 - # 3 Short offline Completed without error 00% 17618 - # 4 Short offline Completed without error 00% 17618 - # 5 Short offline Completed without error 00% 17616 - # 6 Short offline Completed without error 00% 17616 - # 7 Short offline Completed without error 00% 17615 - # 8 Selective offline Completed without error 00% 17614 - # 9 Selective offline Completed without error 00% 17614 - #10 Selective offline Completed: read failure 90% 17613 20399756 #11 Extended offlineCompleted: read failure 90% 17611 20399756 2 of 2 failed self-tests are outdated by newer successful extended offline self-test # 2 # smartctl -l xselftest /dev/sda smartctl 5.41 2011-06-09 r3365 [i686-linux-3.2.0-4-686-pae] (local build) Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net === START OF READ SMART DATA SECTION === SMART Extended Self-test Log Version: 1 (1 sectors) Num Test_DescriptionStatus Remaining LifeTime(hours) LBA_of_first_error # 1 Selective offline Completed without error 00% 17620 - # 2 Extended offlineCompleted without error 00% 17619 - # 3 Short offline Completed without error 00% 17618 - # 4 Short offline Completed without error 00% 17618 - # 5 Short offline Completed without error 00% 17616 - # 6 Short offline Completed without error 00% 17616 - # 7 Short offline Completed without error 00% 17615 - # 8 Selective offline Completed without error 00% 17614 - # 9 Selective offline Completed without error 00% 17614 - #10 Selective offline Completed: read failure 90% 17613 138688809354892 #11 Extended offlineCompleted: read failure 90% 17611 244890465683084 2 of 2 failed self-tests are outdated by newer successful extended offline self-test # 2 Here's the partition table: # fdisk -l -u=sectors /dev/sda Disk /dev/sda: 160.0 GB, 160041885696 bytes 255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x000dc758 Device Boot Start End Blocks Id System /dev/sda1204840951024 83 Linux /dev/sda2 *4096 503807 249856 83 Linux /dev/sda3 503808 1503231 499712 82 Linux swap / Solaris /dev/sda4 1505278 312580095 1555374095 Extended /dev/sda5 15052802494054311717632 83 Linux /dev/sda62494259232753663 3905536 83 Linux /dev/sda73275571248377855 7811072 83 Linux /dev/sda848379904 312580095 132100096 83 Linux And I know the error was on sda8, so neither LBA number seems right. Here's the drive info: # smartctl -i /dev/sda smartctl 5.41 2011-06-09 r3365 [i686-linux-3.2.0-4-686-pae] (local build) Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net === START OF INFORMATION SECTION === Model Family: Seagate Momentus 5400.4 Device Model: ST9160827AS Serial Number:5RF14CZ4 LU WWN Device Id: 5 000c50 00dfb068e Firmware Version: 3.AAA User Capacity:160,041,885,696 bytes [160 GB] Sector Size: 512 bytes logical/physical Device is:In smartctl database [for details use: -P show] ATA Version is: 8 ATA Standard is: ATA-8-ACS revision 4 Local Time is:Wed Feb 11 10:43:26 2015 PST SMART support is: Available - device has SMART capability. SMART support is: Enabled -- Package-specific info: Output of /usr/share/bug/smartmontools: -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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 Versions of packages
Bug#776266: procps: Killing process groups is broken
Package: procps Version: 1:3.3.3-3 Severity: normal This works as documented by man kill, using the bash kill built-in: ~$ ( yes | ts foo ) [3] 8950 ~$ echo $! 8950 ~$ kill -s 15 -$! ~$ And here is what /bin/kill does (which, of course, is actually what man kill purports to describe): ~$ ( yes | ts foo ) [4] 9082 ~$ ps x | fgrep yes | fgrep -v fgrep 9083 pts/0S 0:00 yes ~$ /bin/kill -s 15 -$! /bin/kill: invalid option -- '9' Usage: kill [options] pid [...] Options: pid [...]send signal to every pid listed -signal, -s, --signal signal specify the signal to be sent -l, --list=[signal] list all signal names, or convert one to a name -L, --tablelist all signal names in a nice table -h, --help display this help and exit -V, --version output version information and exit For more details see kill(1). ~$ ps x | fgrep yes | fgrep -v fgrep 9083 pts/0S 0:00 yes -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.65.5 (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 procps depends on: ii initscripts 2.88dsf-41+deb7u1 ii libc6 2.13-38+deb7u6 ii libncurses5 5.9-10 ii libncursesw5 5.9-10 ii libprocps01:3.3.3-3 ii libtinfo5 5.9-10 ii lsb-base 4.1+Debian8+deb7u1 Versions of packages procps recommends: ii psmisc 22.19-1+deb7u1 procps suggests no packages. -- Configuration Files: /etc/sysctl.conf changed [not included] -- 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#774681: make: Unhelpful behavior with undefined functions
Package: make Version: 3.81-8.2 Severity: normal Tags: upstream make ignores it when an undefined function is used in a makefile, and just substitutes the empty string for the function call. Instead, it really, really should fail and report a faulty makefile. Especially because there are no user-defined functions so this unfriendly behavior doesn't even buy anything in flexibility. I have just spent an hour or so debugging a 20 line makefile. I used the dirname function in one of my rules, only I forgot that for make it is spelled just $(dir ...) and not ($dirname ...) . I was at the point of throwing something at my computer, and I'm exaggerating only a tiny little bit. -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.63.3 (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 make depends on: ii libc6 2.13-38+deb7u6 make recommends no packages. Versions of packages make suggests: pn make-doc none -- 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#774542: boa: No SIGHUP functionality
Package: boa Version: 0.94.14rc21-3.1 Severity: normal Despite the fact that the initscript relies on it, boa doesn't seem to actually respond to SIGHUP by reloading its configuration. This can be verified for example by changing the Listen directive in /etc/boa/boa.conf, sending SIGHUP, and observing that boa is listening on the same address as before (this was exactly my situation). Ideally this quasi-standard feature should be added to boa, but if not, the initscript should be rewritten to just do a stop followed by start. -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.16.7-x86_64-linode49 (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 Versions of packages boa depends on: ii dpkg 1.16.15 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-38+deb7u6 ii logrotate 3.8.1-4 ii mime-support 3.52-1+deb7u1 boa recommends no packages. boa suggests no packages. -- Configuration Files: /etc/boa/boa.conf changed [not included] -- 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#774199: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#774199: linux-image-3.16.0-0.bpo.4-amd64: most cpufreq governors newly unavailable)
On Tue, 30 Dec 2014 10:45:10 +, ow...@bugs.debian.org (Debian Bug Tracking System) wrote: http://www.phoronix.com/scan.php?page=news_itempx=MTM3NDQ Ok, does this mean cpufrequtils is useless on those systems with modern kernels? -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court. Local Variables: mode:claws-external End: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774199: linux-image-3.16.0-0.bpo.4-amd64: most cpufreq governors newly unavailable
Package: src:linux Version: 3.16.0-0.bpo.4 On my other system, which is a laptop, with linux-image-3.2.0-4-amd64 cpufrequtils starts correctly out of the box, and the contents of /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors is: powersave userspace conservative ondemand performance But with linux-image-3.16.0-0.bpo.4 booted on the same machine, I get the dreaded message Setting ondemand CPUFreq governor...disabled, governor not available and indeed, scaling_available_governors contains just powersave performance So this looks on the face as a kernel regression, although many other suspects come to mind as well. The machine is a Dell XPS with a 4-way Intel Core i7-3571U. Let me know if I can provide any more useful information. -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court. Local Variables: mode:claws-external End: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664125: xserver-xorg: 'Xorg -configure' fails
I get this No DRICreatePCIBusID problem with the free radeon driver, when trying to create an xorg.conf file by X -configure. It does not happen when X runs normally; the device is identified correctly as Radeon HD 4250 (ChipID = 0x9715) and kernel modesetting seems to be in effect. Let me know what other info, if any, I can provide to help. -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court. Local Variables: mode:claws-external End: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770088: iceweasel: wikipedia.com cookie after clean start
Package: iceweasel Version: 31.2.0esr-3~deb7u1 Severity: normal I have (of course) set the Clear History when exiting Iceweasel option including cookies, and in addition cookies are kept until I close Iceweasel. Also, in the about.config page, geo.enabled is false. Nonetheless, right after I start Iceweasel, with a single empty tab (no home page), Show Cookies lists a wikipedia.org cookie named GeoIP. -- Package-specific info: -- Extensions information Name: Adblock Plus Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi Status: enabled Name: Bookmark Current Tab Set Location: ${PROFILE_EXTENSIONS}/bookmarkcurrenttab...@jake.kasprzak.ca.xpi Status: enabled Name: Default theme Location: /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: Digest Location: ${PROFILE_EXTENSIONS}/dig...@tanriol.github.io.xpi Status: enabled Name: DownThemAll! Location: ${PROFILE_EXTENSIONS}/{DDC359D1-844A-42a7-9AA1-88A850A938A8}.xpi Status: enabled Name: Element Hiding Helper for Adblock Plus Location: ${PROFILE_EXTENSIONS}/elemhidehel...@adblockplus.org.xpi Status: enabled Name: HTTPS-Everywhere Location: ${PROFILE_EXTENSIONS}/https-everywh...@eff.org Status: enabled Name: JSONView Location: ${PROFILE_EXTENSIONS}/jsonv...@brh.numbera.com.xpi Status: enabled Name: Live HTTP headers Location: ${PROFILE_EXTENSIONS}/{8f8fe09b-0bd3-4470-bc1b-8cad42b8203a} Status: enabled Name: RequestPolicy Location: ${PROFILE_EXTENSIONS}/requestpol...@requestpolicy.com.xpi Status: enabled Name: SQLite Manager Location: ${PROFILE_EXTENSIONS}/sqlitemana...@mrinalkant.blogspot.com.xpi Status: enabled -- Plugins information Name: IcedTea-Web Plugin (using IcedTea-Web 1.4 (1.4-3~deb7u2)) Location: /usr/lib/jvm/java-6-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so Package: icedtea-6-plugin:amd64 Status: enabled -- Addons package information ii icedtea-6-plug 1.4-3~deb7u2 amd64web browser plugin based on OpenJ ii iceweasel 31.2.0esr-3~ amd64Web browser based on Firefox -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.60.3 (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 iceweasel depends on: ii debianutils 4.3.2 ii fontconfig2.9.0-7.1 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38+deb7u6 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u4 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.19-stable-3 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libpango1.0-0 1.30.0-1 ii libsqlite3-0 3.7.13-1+deb7u1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-5 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxt61:1.1.3-1+deb7u1 ii procps1:3.3.3-3 ii zlib1g1:1.2.7.dfsg-13 iceweasel recommends no packages. Versions of packages iceweasel suggests: ii fonts-mathjax 2.2-1~bpo70+1 ii fonts-oflb-asana-math 000.907-4 ii fonts-stix [otf-stix] 1.1.0-1 ii libcanberra0 0.28-6 pn libgnomeui-0 none ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u2 pn mozplugger none -- 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#768871: atlas: Missing build dependency
Source: atlas Version: 3.8.4-9+deb7u1 Severity: normal I tried to build a custom optimized version of the atlas libs, as described in the file /usr/share/doc/libatlas3-base/README.Debian. I got: [9+0]atlas-3.8.4$ fakeroot debian/rules custom rm -f configure-stamp ncpu=$(LANG=C cpufreq-info | grep analyzing CPU -c);\ cpu=0;\ while test $cpu -lt $ncpu ; do\ if test $(cpufreq-info -p 21 /dev/null; echo $?) \ -eq 0 -a -z $(LANG=C cpufreq-info -p -c $cpu | grep performance) ; then \ echo frequency governor on cpu=$cpu is not set to 'performance'; \ echo run: 'sudo cpufreq-set -g performance -c cpu#' for each cpu; \ echo aborting atlas build; \ exit 1; \ fi; \ cpu=$((cpu+1)) ;\ done # Here, the trick is pretty simple: # * We don't want to build all the optimized version of Atlas. Just the # one for the current CPU # * We override ARCHS by base__ # * Base is the name of the package (libatlas3-base) # * __ is provided to have the right expression # * the regexp will consider that atlasArch and atlasISA are empty # therefor, leaving the choice of the optimization to Atlas # * After that, we fall back to the normal build procedure by calling # debian/rules itself (yep, recursively) # Remove all the other archs in this case dch --local='+custom' custom build on: `uname -a` /bin/sh: 1: dch: not found make: *** [custom-stamp] Error 127 Searching on packages.debian.org, I see that the dch program is in the devscripts package. Clearly devscripts should be in the Build-Depends of atlas to avoid this problem. -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.59.3 (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767440: ncmpc: Blanks screen after unpausing
Package: ncmpc Version: 0.17-1 Severity: normal When mpd is in a Paused state at the time I start ncmpc, and the current view is the Queue view (ie. F2), the first time I resume play (unpause) the screen goes totally blank. Switching to any other view and back, for instance pressing F1 and then F2, restores normal display. This happens _only the first time_ I unpause. When I pause from within a running ncmpc and then unpause with the same instance, there is no problem. -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.58.3 (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 ncmpc depends on: ii libc6 2.13-38+deb7u6 ii libglib2.0-02.33.12+really2.32.4-5 ii liblircclient0 0.9.0~pre1-1 ii libmpdclient2 2.3-1 ii libncursesw55.9-10 ncmpc recommends no packages. Versions of packages ncmpc suggests: ii mpd 3:0.17.6-git1+3 pn ncmpc-lyrics none -- 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#594450: closed by Debian FTP Masters
reassign 594450 emacs24 reopen 594450 thanks This is an automatic notification regarding your Bug report which was filed against the emacs23 package: #594450: emacs23: depends on gconf It has been closed by Debian FTP Masters ftpmas...@ftp-master.debian.org. The same bug is present in emacs24, so reassigning and reopening. -- Please *no* private copies of mailing list or newsgroup messages. Local Variables: mode:claws-external End: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759628: openssh-client: ssh ignores non-existent private key
On Fri, 29 Aug 2014 11:21:11 +0200, Timo Weingärtner t...@tiwe.de wrote: ssh -i ~/.ssh/foo m...@some.other.host Ian succeeds (with a warning) if ~/.ssh/foo doesn't exist or is Ian otherwise inaccessible, as long as the default private key can be Ian used to connect Timo Please try with -o IdentitiesOnly yes I tried that, but the behavior is the same: warning, then it connects. -- Please *no* private copies of mailing list or newsgroup messages. Local Variables: mode:claws-external End: signature.asc Description: PGP signature
Bug#765891: gimp: Cannot view help without locally installed help files
Package: gimp Version: 2.8.2-2+deb7u1 Severity: normal In light of the no-security-updates status of webkit-gtk, I thought it wise to disable all in-process web browsing in gimp. This seemed to be mostly a matter of not using the help browser. So I tried that: in Preferences|Help System I selected Use the online version from the User manual selector, and Web browser from the Help browser to use selector. I also purged the gimp-help-en package. I am disappointed, however: Choosing the Help|Help menu item results in a message box saying: Could not open 'http://docs.gimp.org/2.8/en/gimp-help.xml' for reading: Operation not supported Perhaps you are missing GIO backends and need to call GVFS? That message sure seems like it's still trying to read the file in-process. I thought it would simply execute sensible-browser with the URL as an argument. Not surprisingly, I get the same message when I select the Help|User Manual|Basic Concepts menu item. When I select the Help|GIMP Online|Main Web Site menu item, I get a different message box: GIMP Message Calling error for procedure 'plug-in-web-browser': Operation not supported GIMP Message Execution error for 'Main Web Site': Error: ( : 1) Procedure execution of plug-in-web-browser failed: Operation not supported Dear Maintainer(s), what is going on? -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.58.3 (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 gimp depends on: ii gimp-data 2.8.2-2+deb7u1 ii libaa1 1.4p5-40 ii libatk1.0-0 2.4.0-2 ii libbabl-0.1-0 0.1.10-1 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-38+deb7u4 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u4 ii libdbus-glib-1-20.100.2-1 ii libexif12 0.6.20-3 ii libexpat1 2.1.0-1+deb7u1 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgegl-0.2-0 0.2.0-2+nmu1 ii libgimp2.0 2.8.2-2+deb7u1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgs9 9.05~dfsg-6.3+deb7u1 ii libgtk2.0-0 2.24.10-2 ii libgudev-1.0-0 175-7.2 ii libice6 2:1.0.8-2 ii libjasper1 1.900.1-13 ii libjavascriptcoregtk-1.0-0 1.8.1-3.4 ii libjpeg88d-1+deb7u1 ii liblcms11.19.dfsg-1.2 ii libmng1 1.0.10-3 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-1 ii libpoppler-glib80.26.5-1~bpo70+1 ii librsvg2-2 2.36.1-2 ii libsm6 2:1.2.1-2 ii libsoup2.4-12.38.1-3 ii libtiff43.9.6-11 ii libwebkitgtk-1.0-0 1.8.1-3.4 ii libwmf0.2-7 0.2.8.4-10.3 ii libx11-62:1.5.0-1+deb7u1 ii libxcursor1 1:1.1.13-1+deb7u1 ii libxext62:1.3.1-2+deb7u1 ii libxfixes3 1:5.0-4+deb7u1 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxt6 1:1.1.3-1+deb7u1 ii python 2.7.3-4+deb7u1 ii python-gtk2 2.24.0-3+b1 ii python2.7 2.7.3-6+deb7u2 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gimp recommends: ii ghostscript 9.05~dfsg-6.3+deb7u1 Versions of packages gimp suggests: pn gimp-data-extras none pn gimp-help-en | gimp-help none pn gvfs-backends none ii libasound21.0.25-4 -- 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#686192: obnam: Please add more flexible excluding options
The practical problem with using the cache spec for this purpose (beyond the theoretical or aesthetical concern with conflating different concepts) is that the cache tag file name is fixed. I said in my original report that I wanted to create .nobackup files, but that was a simplifying lie. In fact I want to create (for instance) /home/itz/music/.nobackup.home.itz and /home/itz/music/covers/.nobackup.home.itz.music so I can backup the music directory separately from the rest of my home directory, _and_ exclude some stuff inside the music directory. -- Please *no* private copies of mailing list or newsgroup messages. Local Variables: mode:claws-external End: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557879: graphicsmagick: please build with --with-quantum-depth=16
On Mon, 1 Sep 2014 10:46:45 -0500 (CDT), Bob Friesenhahn bfrie...@simple.dallas.tx.us wrote: Bob I added the ability to create three different packages so that Bob distributions like Debian can create a special 16-bit package Bob without disrupting users of the existing 8-bit package. This Bob requires that a new package name be added and there would still be Bob conflicts for includes and the 'gm' executable which would require Bob the user to select which -dev package to use, and which executable Bob package to use. I can confirm that this works because I build my own graphicsmagick16bit packages, and I install them alongside the normal debian 8 bit library. -- Please *no* private copies of mailing list or newsgroup messages. Local Variables: mode:claws-external End: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747069: pyzor: Build-Depends on setuptools? [Was: new upstream release available]
Is there a reason for the Build-Depends on setuptools? I see it is imported at the top of setup.py but not actually used anywhere in that file. I hate setuptools (and all other forks/divergent versions of distutils) with a passion and want to avoid installing it just to be able to build a binary package of pyzor. -- Please *no* private copies of mailing list or newsgroup messages. Local Variables: mode:claws-external End: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759628: openssh-client: ssh ignores non-existent private key
Package: openssh-client Version: 1:6.6p1-4~bpo70+1 Severity: normal I found that the following command ssh -i ~/.ssh/foo m...@some.other.host succeeds (with a warning) if ~/.ssh/foo doesn't exist or is otherwise inaccessible, as long as the default private key can be used to connect as specified. I don't know if this can be abused, but I had a script that kept working for months after I deleted the private key specified because my default key happened to enable access. IMO this should fail and not just warn. -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.53.3 (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 openssh-client depends on: ii adduser 3.113+nmu3 ii dpkg 1.16.15 ii libc6 2.13-38+deb7u4 ii libedit2 2.11-20080614-5 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u2 ii libselinux1 2.1.9-5 ii libssl1.0.0 1.0.1e-2+deb7u12 ii passwd1:4.1.5.1-1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages openssh-client recommends: ii xauth 1:1.0.7-1 Versions of packages openssh-client suggests: ii keychain 2.7.1-1 pn libpam-sshnone pn monkeysphere none pn ssh-askpass none -- Configuration Files: /etc/ssh/ssh_config changed: Host * SendEnv LANG LC_* HashKnownHosts no GSSAPIAuthentication yes GSSAPIDelegateCredentials no -- 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#758250: tkrat: Cannot get past IMAP configuration dialog
Package: tkrat Version: 1:2.2cvs20100105-true-dfsg-6 Severity: important Unfortunately my use of Tkrat stopped at the second dialog of the initial wizard. I selected IMAP for my incoming mailbox and hit the Advanced IMAP configuration... button. In the dialog that followed, the default choices are TCP connection to the default port and Try to enable SSL when connected. I take this to mean Tkrat would to port 143 and issue the STARTTLS command. But that wouldn't work on my server, which only offers old style SSL service on port 993. So I changed the radio boxes accordingly, but as soon as I do so the Done button is grayed and I can't find the reason or ony way to reenable it :-( -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.52.3 (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 tkrat depends on: ii libc62.13-38+deb7u3 ii libpam0g 1.1.3-7.1 ii libssl1.0.0 1.0.1e-2+deb7u12 ii tk8.58.5.11-2 tkrat recommends no packages. Versions of packages tkrat suggests: ii exim4 4.80-7 ii exim4-daemon-light [mail-transport-agent] 4.80-7 -- 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#757141: mutt: $date_format + %D in $folder_format = poo
Package: mutt Version: 1.5.21-6.2+deb7u2 Severity: normal I wanted to show folder dates in the folder browser in the same format as message dates in the index: %Y-%m-%d %H:%M:%S. When I set date_format to this format string and use %D in index_format, I get the desired result in the index, but in the browser I get random mojibake garbage in the time field :-( The date part is OK, though. -- Package-specific info: Mutt 1.5.21 (2010-09-15) Copyright (C) 1996-2009 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 3.10.51.3 (x86_64) ncurses: ncurses 5.9.20110404 (compiled with 5.9) libidn: 1.25 (compiled with 1.25) hcache backend: tokyocabinet 1.4.47 Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +USE_GSS +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/usr/share/mutt SYSCONFDIR=/etc EXECSHELL=/bin/sh MIXMASTER=mixmaster To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. misc/am-maintainer-mode features/ifdef features/xtitles features/trash-folder features/purge-message features/imap_fast_trash features/sensible_browser_position features-old/patch-1.5.4.vk.pgp_verbose_mime features/compressed-folders features/compressed-folders.debian debian-specific/Muttrc debian-specific/Md.etc_mailname_gethostbyname.diff debian-specific/use_usr_bin_editor.diff debian-specific/correct_docdir_in_man_page.diff debian-specific/dont_document_not_present_features.diff debian-specific/document_debian_defaults debian-specific/assumed_charset-compat debian-specific/467432-write_bcc.patch debian-specific/566076-build_doc_adjustments.patch misc/define-pgp_getkeys_command.diff misc/gpg.rc-paths misc/smime.rc upstream/531430-imapuser.patch upstream/537818-emptycharset.patch upstream/543467-thread-segfault.patch upstream/542817-smimekeys-tmpdir.patch upstream/548577-gpgme-1.2.patch upstream/553321-ansi-escape-segfault.patch upstream/568295-references.patch upstream/547980-smime_keys-chaining.patch upstream/528233-readonly-open.patch upstream/228671-pipe-mime.patch upstream/383769-score-match.patch upstream/578087-header-strchr.patch upstream/603288-split-fetches.patch upstream/537061-dont-recode-saved-attachments.patch upstream/608706-fix-spelling-errors.patch upstream/620854-pop3-segfault.patch upstream/611412-bts-regexp.patch upstream/624058-gnutls-deprecated-set-priority.patch upstream/624085-gnutls-deprecated-verify-peers.patch upstream/584138-mx_update_context-segfault.patch upstream/619216-gnutls-CN-validation.patch upstream/611410-no-implicit_autoview-for-text-html.patch upstream/path_max upstream/CVE-2014-0467.patch misc/579967-fixes-german-translation.patch mutt.org -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.51.3 (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 mutt depends on: ii libc6 2.13-38+deb7u3 ii libcomerr21.42.5-1.1 ii libgnutls26 2.12.20-8+deb7u2 ii libgpg-error0 1.10-3.1 ii libgpgme111.2.0-1.4 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 ii libidn11 1.25-2 ii libk5crypto3 1.10.1+dfsg-5+deb7u1 ii libkrb5-3 1.10.1+dfsg-5+deb7u1 ii libncursesw5 5.9-10 ii libsasl2-22.1.25.dfsg1-6+deb7u1 ii libtinfo5 5.9-10 ii libtokyocabinet9 1.4.47-2 Versions of packages mutt recommends: ii exim4-daemon-light [mail-transport-agent] 4.80-7 ii libsasl2-modules 2.1.25.dfsg1-6+deb7u1 ii locales2.13-38+deb7u3 ii mime-support 3.52-1 Versions of packages mutt suggests: ii aspell 0.60.7~20110707-1 ii ca-certificates 20130119 ii gnupg1.4.12-7+deb7u4 pn mixmasternone ii openssl 1.0.1e-2+deb7u11 pn urlview none Versions of packages mutt is related to: ii mutt 1.5.21-6.2+deb7u2 pn mutt-dbg none pn mutt-patched none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Bug#757179: mutt: strange behavior for T (toggle subscribed) in IMAP browser
Package: mutt Version: 1.5.21-6.2+deb7u2 Severity: normal I entered the IMAP folder browser (with c-?) and hit T. I expected this would simply hide all unsubscribed mailboxes from the list. But that is not the only thing that happens. Instead, the subscribed mailboxes now have a '/' appended to them as if they were directories with subfolders, and hitting Enter when any mailbox is selected, instead of entering the mailbox (ie. listing its messages), now leads to a new browser screen with only a .. entry - as if mutt really tried to open a directory, instead of a mailbox. This is really confusing because there is now no way to tell from the browser screen what is a mailbox and what is a directory, and what keystroke is necessary to open it :-( Thus this pretty much ruins the utility of the T feature. By the way, my IMAP server configuration may be relevant. I run the dovecot version now in stable (2.1.7-7+deb7u1) with mbox mailboxes (not maildir!) -- Package-specific info: Mutt 1.5.21 (2010-09-15) Copyright (C) 1996-2009 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 3.10.51.3 (x86_64) ncurses: ncurses 5.9.20110404 (compiled with 5.9) libidn: 1.25 (compiled with 1.25) hcache backend: tokyocabinet 1.4.47 Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +USE_GSS +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/usr/share/mutt SYSCONFDIR=/etc EXECSHELL=/bin/sh MIXMASTER=mixmaster To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. misc/am-maintainer-mode features/ifdef features/xtitles features/trash-folder features/purge-message features/imap_fast_trash features/sensible_browser_position features-old/patch-1.5.4.vk.pgp_verbose_mime features/compressed-folders features/compressed-folders.debian debian-specific/Muttrc debian-specific/Md.etc_mailname_gethostbyname.diff debian-specific/use_usr_bin_editor.diff debian-specific/correct_docdir_in_man_page.diff debian-specific/dont_document_not_present_features.diff debian-specific/document_debian_defaults debian-specific/assumed_charset-compat debian-specific/467432-write_bcc.patch debian-specific/566076-build_doc_adjustments.patch misc/define-pgp_getkeys_command.diff misc/gpg.rc-paths misc/smime.rc upstream/531430-imapuser.patch upstream/537818-emptycharset.patch upstream/543467-thread-segfault.patch upstream/542817-smimekeys-tmpdir.patch upstream/548577-gpgme-1.2.patch upstream/553321-ansi-escape-segfault.patch upstream/568295-references.patch upstream/547980-smime_keys-chaining.patch upstream/528233-readonly-open.patch upstream/228671-pipe-mime.patch upstream/383769-score-match.patch upstream/578087-header-strchr.patch upstream/603288-split-fetches.patch upstream/537061-dont-recode-saved-attachments.patch upstream/608706-fix-spelling-errors.patch upstream/620854-pop3-segfault.patch upstream/611412-bts-regexp.patch upstream/624058-gnutls-deprecated-set-priority.patch upstream/624085-gnutls-deprecated-verify-peers.patch upstream/584138-mx_update_context-segfault.patch upstream/619216-gnutls-CN-validation.patch upstream/611410-no-implicit_autoview-for-text-html.patch upstream/path_max upstream/CVE-2014-0467.patch misc/579967-fixes-german-translation.patch mutt.org -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.51.3 (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 mutt depends on: ii libc6 2.13-38+deb7u3 ii libcomerr21.42.5-1.1 ii libgnutls26 2.12.20-8+deb7u2 ii libgpg-error0 1.10-3.1 ii libgpgme111.2.0-1.4 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 ii libidn11 1.25-2 ii libk5crypto3 1.10.1+dfsg-5+deb7u1 ii libkrb5-3 1.10.1+dfsg-5+deb7u1 ii libncursesw5 5.9-10 ii libsasl2-22.1.25.dfsg1-6+deb7u1 ii libtinfo5 5.9-10 ii libtokyocabinet9 1.4.47-2 Versions of packages mutt recommends: ii exim4-daemon-light [mail-transport-agent] 4.80-7 ii libsasl2-modules
Bug#757184: mutt: %N doesn't work in IMAP folder display, why?
Package: mutt Version: 1.5.21-6.2+deb7u2 Severity: wishlist While some of the format specifiers for the local file browser clearly don't make sense in the IMAP borser (such as user and group IDs), the new mail indication seems to make very good sense; and in fact, mutt already has the information required (it tells me what boxes have new mail with the '.' command). So can that be added to the IMAP browser format, please? Better yet, can the IMAP browser format be made configurable like the local browser, possibly with a different set of % expansions? (But a set including %N, of course). Unfortunately, the IMAP support in mutt still feels like 2nd class citizenship :-( -- Package-specific info: Mutt 1.5.21 (2010-09-15) Copyright (C) 1996-2009 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 3.10.51.3 (x86_64) ncurses: ncurses 5.9.20110404 (compiled with 5.9) libidn: 1.25 (compiled with 1.25) hcache backend: tokyocabinet 1.4.47 Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +USE_GSS +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/usr/share/mutt SYSCONFDIR=/etc EXECSHELL=/bin/sh MIXMASTER=mixmaster To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. misc/am-maintainer-mode features/ifdef features/xtitles features/trash-folder features/purge-message features/imap_fast_trash features/sensible_browser_position features-old/patch-1.5.4.vk.pgp_verbose_mime features/compressed-folders features/compressed-folders.debian debian-specific/Muttrc debian-specific/Md.etc_mailname_gethostbyname.diff debian-specific/use_usr_bin_editor.diff debian-specific/correct_docdir_in_man_page.diff debian-specific/dont_document_not_present_features.diff debian-specific/document_debian_defaults debian-specific/assumed_charset-compat debian-specific/467432-write_bcc.patch debian-specific/566076-build_doc_adjustments.patch misc/define-pgp_getkeys_command.diff misc/gpg.rc-paths misc/smime.rc upstream/531430-imapuser.patch upstream/537818-emptycharset.patch upstream/543467-thread-segfault.patch upstream/542817-smimekeys-tmpdir.patch upstream/548577-gpgme-1.2.patch upstream/553321-ansi-escape-segfault.patch upstream/568295-references.patch upstream/547980-smime_keys-chaining.patch upstream/528233-readonly-open.patch upstream/228671-pipe-mime.patch upstream/383769-score-match.patch upstream/578087-header-strchr.patch upstream/603288-split-fetches.patch upstream/537061-dont-recode-saved-attachments.patch upstream/608706-fix-spelling-errors.patch upstream/620854-pop3-segfault.patch upstream/611412-bts-regexp.patch upstream/624058-gnutls-deprecated-set-priority.patch upstream/624085-gnutls-deprecated-verify-peers.patch upstream/584138-mx_update_context-segfault.patch upstream/619216-gnutls-CN-validation.patch upstream/611410-no-implicit_autoview-for-text-html.patch upstream/path_max upstream/CVE-2014-0467.patch misc/579967-fixes-german-translation.patch mutt.org -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.51.3 (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 mutt depends on: ii libc6 2.13-38+deb7u3 ii libcomerr21.42.5-1.1 ii libgnutls26 2.12.20-8+deb7u2 ii libgpg-error0 1.10-3.1 ii libgpgme111.2.0-1.4 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 ii libidn11 1.25-2 ii libk5crypto3 1.10.1+dfsg-5+deb7u1 ii libkrb5-3 1.10.1+dfsg-5+deb7u1 ii libncursesw5 5.9-10 ii libsasl2-22.1.25.dfsg1-6+deb7u1 ii libtinfo5 5.9-10 ii libtokyocabinet9 1.4.47-2 Versions of packages mutt recommends: ii exim4-daemon-light [mail-transport-agent] 4.80-7 ii libsasl2-modules 2.1.25.dfsg1-6+deb7u1 ii locales2.13-38+deb7u3 ii mime-support 3.52-1 Versions of packages mutt suggests: ii aspell 0.60.7~20110707-1 ii ca-certificates 20130119 ii gnupg1.4.12-7+deb7u4 pn mixmasternone
Bug#756723: prayer: purge doesn't kill session processes
Package: prayer Version: 1.3.4-dfsg1-1 Several days after I purged prayer, my server crashed hard (kernel stacktrace). Picking up the pieces, I found this in /var/log/mail.err: Jul 28 06:46:08 ahiker prayer-session[12746]: Failed to write log entry to /var/log/prayer/paniclog: Couldn't open log file: /var/log/prayer/prayer_session: No such file or directory Jul 28 06:56:08 ahiker prayer-session[12746]: Failed to write log entry to /var/log/prayer/paniclog: Couldn't open log file: /var/log/prayer/prayer_session: No such file or directory Jul 28 07:06:08 ahiker prayer-session[12746]: Failed to write log entry to /var/log/prayer/paniclog: Couldn't open log file: /var/log/prayer/prayer_session: No such file or directory Jul 28 07:16:08 ahiker prayer-session[12746]: Failed to write log entry to /var/log/prayer/paniclog: Couldn't open log file: /var/log/prayer/prayer_session: No such file or directory Jul 28 07:26:08 ahiker prayer-session[12746]: Failed to write log entry to /var/log/prayer/paniclog: Couldn't open log file: /var/log/prayer/prayer_session: No such file or directory Jul 28 07:36:08 ahiker prayer-session[12746]: Failed to write log entry to /var/log/prayer/paniclog: Couldn't open log file: /var/log/prayer/prayer_session: No such file or directory Jul 28 07:46:09 ahiker prayer-session[12746]: Failed to write log entry to /var/log/prayer/paniclog: Couldn't open log file: /var/log/prayer/prayer_session: No such file or directory Jul 28 07:56:09 ahiker prayer-session[12746]: Failed to write log entry to /var/log/prayer/paniclog: Couldn't open log file: /var/log/prayer/prayer_session: No such file or directory Jul 28 08:06:09 ahiker prayer-session[12746]: Failed to write log entry to /var/log/prayer/paniclog: Couldn't open log file: /var/log/prayer/prayer_session: No such file or directory Jul 28 08:16:09 ahiker prayer-session[12746]: Failed to write log entry to /var/log/prayer/paniclog: Couldn't open log file: /var/log/prayer/prayer_session: No such file or directory Jul 28 08:26:09 ahiker prayer-session[12746]: Failed to write log entry to /var/log/prayer/paniclog: Couldn't open log file: /var/log/prayer/prayer_session: No such file or directory Jul 28 08:36:09 ahiker prayer-session[12746]: Failed to write log entry to /var/log/prayer/paniclog: Couldn't open log file: /var/log/prayer/prayer_session: No such file or directory etc., at least 4 days of this until the moment of the crash. I cannot say for sure that this caused the crash but clearly, the session process has been left alive while the log directory has been pulled from under it by the purge. Not good. -- Please *no* private copies of mailing list or newsgroup messages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754508: iceweasel: tagged bookmark search no longer works in urlbar
Package: iceweasel Version: 24.6.0esr-1~deb7u1 Severity: normal Once upon a time, but not so long ago, when i typed, for example, + Frisco in the URL bar, the drop-down menu would open with exactly those locations that I had bookmarked _and_ tagged with the Frisco keyword. Alas, this no longer works. Instead, the list seems to be populated by some sort of fuzzy scoring algorithm which includes _some_ bookmarks tagged with Frisco but also others whose URLs or titles just match part of that string, such as Annual Frisbee competition. Since I rely on the tags as the primary organizational tool for my bookmark library this is quite annoying. The only thing that saved me from posting a livid expletive-laden report is that the old behavior seems to persist in the Bookmarks sidebar. But I am not a fan of sidebars, they're clunky to use and I am getting too old to remember a dozen of new keybindings (one per sidebar). So can I have the old tag only + behavior back, please? Notes: 1. The select widget When using the location bar, suggest is set to History and Bookmarks, and it always has been (back when this usage worked). 2. The missing search configuration files reported by reportbug are because I got rid of the search bar completely and I do all my external searches explicitly with a keyword, for example p iceweasel to search for a debian package, d foobar to search Duck Duck Go, and so on. -- Package-specific info: -- Plugins information Name: IcedTea-Web Plugin (using IcedTea-Web 1.4 (1.4-3~deb7u2)) Location: /usr/lib/jvm/java-6-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so Package: icedtea-6-plugin:amd64 Status: enabled -- Addons package information ii icedtea-6-plug 1.4-3~deb7u2 amd64web browser plugin based on OpenJ ii iceweasel 24.6.0esr-1~ amd64Web browser based on Firefox -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.48.3 (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 iceweasel depends on: ii debianutils 4.3.2 ii fontconfig 2.9.0-7.1 ii libc6 2.13-38+deb7u3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libsqlite3-03.7.13-1+deb7u1 ii libstdc++6 4.7.2-5 ii procps 1:3.3.3-3 ii xulrunner-24.0 24.6.0esr-1~deb7u1 iceweasel recommends no packages. Versions of packages iceweasel suggests: ii fonts-mathjax 2.2-1~bpo70+1 ii fonts-oflb-asana-math 000.907-4 ii fonts-stix [otf-stix] 1.1.0-1 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 pn mozplugger none Versions of packages xulrunner-24.0 depends on: ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libbz2-1.01.0.6-4 ii libc6 2.13-38+deb7u3 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u3 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.19-stable-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libmozjs24d 24.6.0esr-1~deb7u1 ii libpango1.0-0 1.30.0-1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-5 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxt61:1.1.3-1+deb7u1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages xulrunner-24.0 suggests: ii libcanberra0 0.28-6 pn libgnomeui-0 none -- Configuration Files: /etc/iceweasel/searchplugins/common/debsearch.xml [Errno 2] No such file or directory: u'/etc/iceweasel/searchplugins/common/debsearch.xml' /etc/iceweasel/searchplugins/common/duckduckgo.xml [Errno 2] No such file or directory: u'/etc/iceweasel/searchplugins/common/duckduckgo.xml' /etc/iceweasel/searchplugins/locale/en-US/amazondotcom.xml [Errno 2] No such file or directory: u'/etc/iceweasel/searchplugins/locale/en-US/amazondotcom.xml' /etc/iceweasel/searchplugins/locale/en-US/bing.xml [Errno 2] No such file or directory: u'/etc/iceweasel/searchplugins/locale/en-US/bing.xml' /etc/iceweasel/searchplugins/locale/en-US/eBay.xml [Errno 2] No such file or directory: u'/etc/iceweasel/searchplugins/locale/en-US/eBay.xml' /etc/iceweasel/searchplugins/locale/en-US/google.xml [Errno 2] No such file or directory: u'/etc/iceweasel/searchplugins/locale/en-US/google.xml' /etc/iceweasel/searchplugins/locale/en-US/twitter.xml [Errno 2] No such file or
Bug#753913: irssi: unable to connect to any server
Ian And the winner is: Ian $ fgrep ipv6 /etc/sysctl.conf | tail -1 Ian net.ipv6.conf.all.disable_ipv6 = 1 Ian changing to 0 and rerunning sysctl - ta-da! Rhonda Yep. What does /set resolve_prefer_ipv6 give you? Is it turned Rhonda on or off? If it's on, can you set it to off and retry if the issue Rhonda persists for you? That's funny - now I cannot reproduce. I updated the kernel twice in the meantime, so let's blame it on that. Dispose of the bug however you see fit. -- Please *no* private copies of mailing list or newsgroup messages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753913: irssi: unable to connect to any server
Ian socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 4 Ian fcntl(4, F_SETFL, O_RDONLY|O_NONBLOCK) = 0 Ian setsockopt(4, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0 Ian setsockopt(4, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0 Ian bind(4, {sa_family=AF_INET, sin_port=htons(0), Ian sin_addr=inet_addr(127.0.1.1)}, 16) = 0 connect(4, Ian {sa_family=AF_INET, sin_port=htons(6667), Ian sin_addr=inet_addr(82.96.64.4)}, 16) = -1 EINVAL (Invalid Ian argument) And the winner is: $ fgrep ipv6 /etc/sysctl.conf | tail -1 net.ipv6.conf.all.disable_ipv6 = 1 changing to 0 and rerunning sysctl - ta-da! I still consider this a bug, because other IRC clients (erc, chatzilla) had no problem with IPv6 being disabled. Rhonda Does networking work on that machine for you at all? Do you have any Rhonda specific port filters/blocking? Did you try other ports beside 6667? Rhonda Like, freenode supports port 8000 too. I had no problems running other IRC clients or other programs not specifically requiring IPv6. -- Please *no* private copies of mailing list or newsgroup messages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753913: irssi: unable to connect to any server
Package: irssi Version: 0.8.15-5 Severity: grave Justification: renders package unusable Trying to connect to any server whatsoever, I get this: 23:30 -!- Irssi: Looking up chat.freenode.net 23:30 -!- Irssi: Connecting to chat.freenode.net [195.148.124.79] port 6667 23:30 -!- Irssi: Unable to connect server chat.freenode.net port 6667 [Invalid argument] Here is the relevant piece of strace log: socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 4 fcntl(4, F_SETFL, O_RDONLY|O_NONBLOCK) = 0 setsockopt(4, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0 setsockopt(4, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0 bind(4, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr(127.0.1.1)}, 16) = 0 connect(4, {sa_family=AF_INET, sin_port=htons(6667), sin_addr=inet_addr(82.96.64.4)}, 16) = -1 EINVAL (Invalid argument) -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.46.3 (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 irssi depends on: ii libc6 2.13-38+deb7u1 ii libglib2.0-02.33.12+really2.32.4-5 ii libncurses5 5.9-10 ii libperl5.14 5.14.2-21+deb7u1 ii libssl1.0.0 1.0.1e-2+deb7u11 ii libtinfo5 5.9-10 ii perl5.14.2-21+deb7u1 ii perl-base [perlapi-5.14.2] 5.14.2-21+deb7u1 irssi recommends no packages. Versions of packages irssi suggests: ii irssi-scripts 20120326 -- 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#752977: python-statsmodels: Examples not installed, instead we get a broken symlink.
Package: python-statsmodels Version: 0.4.2-1 Severity: normal [25+0]python-statsmodels# dpkg -S /usr/share/doc/python-statsmodels/examples python-statsmodels: /usr/share/doc/python-statsmodels/examples [26+0]python-statsmodels# file /usr/share/doc/python-statsmodels/examples /usr/share/doc/python-statsmodels/examples: broken symbolic link to `../../pyshared/statsmodels/examples' Btw, python-statsmodels-doc has exactly the same problem ... -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.44.3 (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 python-statsmodels depends on: ii python 2.7.3-4+deb7u1 ii python-numpy1:1.6.2-1.2 ii python-scipy0.10.1+dfsg2-1 ii python-statsmodels-lib 0.4.2-1 ii python-support 1.0.15 Versions of packages python-statsmodels recommends: ii python-joblib 0.6.4-3 ii python-matplotlib 1.1.1~rc2-1 pn python-nosenone ii python-pandas 0.8.0-2 python-statsmodels 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#750468: texlive: cant find files for fontconfig
Norbert Preining prein...@logic.at writes: Norbert Debian/TeX Live doe snot provision for this. Norbert You cannot use the documentation from upstream TeX Live as is, Norbert as in many places Debian/TeX Live is different, since Norbert integrated into Debian. Which would seem to imply that the differences are documented somewhere. But, browsing through /usr/share/doc/texlive*/, I cannot find anything relevant to this particular difference. If there is no such piece of documentation, that is a bug IMHO. Should I reopen this bug or file a new one? -- Please *no* private copies of mailing list or newsgroup messages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#399114: closed by J Smith etaion1234-q...@yahoo.com (Re: Bug#399114)
I disagree quite strongly with the 2nd part of your argument (there is not enough information). Show me another Emacs bug report that is as detailed as this. I agree with the 1st part (pretty old) though, so I'll just post this in the relevant upstream channels. I no longer use Gnus for email, so I can't really retest it with current Emacs. -- Please *no* private copies of mailing list or newsgroup messages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744327: swac-explore: Gstreamer error, no sound
Package: swac-explore Version: 0.2-1.2 Severity: important When I run swac-explore, I get a message box saying: Gstreamer error: can not create element playbin The program then goes ahead and starts, but clicking the Play button does nothing. This may be something I need to configure about gstreamer, but then man swac-explore says nothing about it. Note: my sound environment is pure ALSA (no pulseaudio or other sound daemon), perhaps this violates some hidden assumption? If so, again, it should be made explicit in the manpage. -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.36.3 (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 swac-explore depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38+deb7u1 ii libcairo2 1.12.2-3 ii libcairomm-1.0-11.10.0-1 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libglib2.0-02.33.12+really2.32.4-5 ii libglibmm-2.4-1c2a 2.32.1-1 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk2.0-0 2.24.10-2 ii libgtkmm-2.4-1c2a 1:2.24.2-1 ii libpango1.0-0 1.30.0-1 ii libpangomm-1.4-12.28.4-1 ii libsigc++-2.0-0c2a 2.2.10-0.2 ii libsqlite3-03.7.13-1+deb7u1 ii libstdc++6 4.7.2-5 ii libxml2 2.8.0+dfsg1-7+nmu2 ii swac-get0.3-2.1 swac-explore recommends no packages. swac-explore 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#743586: emacs23-lucid: menu-bar-mode is not an involution
Package: emacs23-lucid Version: 23.4+1-4 Severity: minor I think it is reasonable to expect that doing M-x menu-bar-mode twice in a row result in the same state as one has started from. This is not the case, however, as least not with my configuration (openbox with the Simple-Generic theme, Terminus 120 as the main emacs font, menu font left as Nimbus Sans aka Helvetica). Each time I execute these 2 commands the frame grows a little, until finally I have to shrink it with the mouse to prevent it from spilling out of the monitor bounds. -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.35.3 (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 emacs23-lucid depends on: ii emacs23-bin-common 23.4+1-4 ii libasound2 1.0.25-4 ii libc6 2.13-38+deb7u1 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u1 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgif4 4.1.6-10 ii libglib2.0-02.33.12+really2.32.4-5 ii libgpm2 1.20.4-6 ii libice6 2:1.0.8-2 ii libjpeg88d-1 ii libm17n-0 1.6.3-2 ii libncurses5 5.9-10 ii libotf0 0.9.12-2 ii libpng12-0 1.2.49-1 ii librsvg2-2 2.36.1-2 ii libsm6 2:1.2.1-2 ii libtiff43.9.6-11 ii libtinfo5 5.9-10 ii libx11-62:1.5.0-1+deb7u1 ii libxext62:1.3.1-2+deb7u1 ii libxft2 2.3.1-1 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxt6 1:1.1.3-1+deb7u1 ii xaw3dg 1.5+E-18.2 ii zlib1g 1:1.2.7.dfsg-13 emacs23-lucid recommends no packages. Versions of packages emacs23-lucid suggests: pn emacs23-common-non-dfsg none -- 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#737598: haskell-platform-prof: Wrong subsection
Package: haskell-platform-prof Version: 2012.2.0.0 Severity: minor This package appears in the doc subsection which seems quite wide of the mark. Either devel or haskell would make much more sense. -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.28.2 (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 haskell-platform-prof depends on: ii ghc-prof 7.4.1-4 ii haskell-platform 2012.2.0.0 ii libghc-cgi-prof 3001.1.8.2-2+b3 ii libghc-fgl-prof 5.4.2.4-2+b2 ii libghc-glut-prof 2.1.2.2-1 ii libghc-haskell-src-prof 1.0.1.5-1+b2 ii libghc-html-prof 1.0.1.2-5+b1 ii libghc-http-prof 1:4000.2.3-1+b2 ii libghc-hunit-prof 1.2.4.2-2+b1 ii libghc-mtl-prof 2.1.1-1 ii libghc-network-prof 2.3.0.13-1+b2 ii libghc-opengl-prof2.2.3.1-1+b1 ii libghc-parallel-prof 3.2.0.2-2+b1 ii libghc-parsec3-prof 3.1.2-1+b3 ii libghc-quickcheck2-prof 2.4.2-1+b1 ii libghc-regex-base-prof0.93.2-2+b2 ii libghc-regex-compat-prof 0.95.1-2+b1 ii libghc-regex-posix-prof 0.95.1-2+b1 ii libghc-stm-prof 2.3-1 ii libghc-syb-prof 0.3.6.1-1 ii libghc-text-prof 0.11.2.0-1 ii libghc-transformers-prof 0.3.0.0-1 ii libghc-xhtml-prof 3000.2.1-1 ii libghc-zlib-prof 0.5.3.3-1+b1 haskell-platform-prof recommends no packages. haskell-platform-prof 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#731906: geeqie: Apply keywords to all selected images
Package: geeqie Version: 1:1.0-10.1 Severity: minor When I select a number of images from the list and then check some keywords, the keywords are applied only to the _last_ selected image. In my opinion this unfortunate fact makes the whole keywords feature rather useless. For example, I go to an orchid exposition and take a number of pictures on the same day, quickly after one another. When I pull them from my camera card and load them into geeqie, do I really have to check the Nature.Plant.Flower.Orchid box for every one separately? I don't have that much time, and, TBH, humility. -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.22.2 (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 geeqie depends on: ii geeqie-common 1:1.0-10.1 ii libc6 2.13-38 ii libexiv2-12 0.23-1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii liblcms11.19.dfsg-1.2 ii liblircclient0 0.9.0~pre1-1 ii libpango1.0-0 1.30.0-1 ii libstdc++6 4.7.2-5 Versions of packages geeqie recommends: ii exiftran 2.07-10+b1 ii exiv2 0.23-1 ii graphicsmagick16bit-imagemagick-compat [imagemagick] 3:1.3.16-6 ii librsvg2-common 2.36.1-1 pn ufraw-batch none ii zenity2.30.0-1 Versions of packages geeqie suggests: pn geeqie-dbg none ii gimp 2.8.2-2 ii libjpeg-progs 8d-1 pn ufraw none pn xpaint none -- 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#731906: geeqie: Apply keywords to all selected images
On Wed, 11 Dec 2013 10:16:29 +0100 Klaus Ethgen kl...@ethgen.de wrote: Klaus That is not a bug at all. If you want to apply a keyword to all Klaus selected images, just rightklick on the keyword and apply it to Klaus all images. Geeqie has context menus in several contexts. There is no item Apply to all in the context menu. The items in that menu are, in order displayed: Add keyword Hide Orchid Connect Orchid to mark Edit Orchid Remove Orchid Expand checked Collapse unchecked Hide unchecked Show all On any change I guess Connect to mark _might_ be a temporary workaround. Still, my point stands, it is unneeded extra work. -- Please *no* private copies of mailing list or newsgroup messages. gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD Funny pic: http://bit.ly/ZNE2MX signature.asc Description: PGP signature
Bug#729631: renrot: too chatty
Package: renrot Version: 1.1-2 Severity: minor renrot's standard output looks like this: RENAMING / ROTATING === Processing file: (1 of 41) file1.tif... Processing file: (2 of 41) file2.tif... Processing file: (3 of 41) file3.tif... [snip] etc. There seems to be no --silent or --quiet option. This violates one of the main rules of The Unix Way (TM). -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.19.2 (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 renrot depends on: ii libimage-exiftool-perl 8.60-2 ii libjpeg-progs 8d-1 ii perl5.14.2-21+deb7u1 renrot recommends no packages. Versions of packages renrot suggests: pn perlmagick none -- 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#729630: renrot: perl warning
Package: renrot Version: 1.1-2 Severity: minor Any run of renrot produces this pea^Hrl: defined(%hash) is deprecated at /usr/bin/renrot line 44 (#1) (D deprecated) defined() is not usually useful on hashes because it checks for an undefined scalar value. If you want to see if the hash is empty, just use if (%hash) { # not empty } for example. (Maybe you should just omit the defined()?) -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.19.2 (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 renrot depends on: ii libimage-exiftool-perl 8.60-2 ii libjpeg-progs 8d-1 ii perl5.14.2-21+deb7u1 renrot recommends no packages. Versions of packages renrot suggests: pn perlmagick none -- 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#729625: geeqie: Sort by exif date
Package: geeqie Version: 1:1.0-10.1 Severity: wishlist It is rather strange that geeqie can sort images by their Unix modified date, but not but the date they were taken (which is recorded in the Exif tags). The later sort is much more useful (well, to me, but I think also to others). -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.19.2 (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 geeqie depends on: ii geeqie-common 1:1.0-10.1 ii libc6 2.13-38 ii libexiv2-12 0.23-1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii liblcms11.19.dfsg-1.2 ii liblircclient0 0.9.0~pre1-1 ii libpango1.0-0 1.30.0-1 ii libstdc++6 4.7.2-5 Versions of packages geeqie recommends: ii exiftran 2.07-10+b1 ii exiv2 0.23-1 ii graphicsmagick16bit-imagemagick-compat [imagemagick] 3:1.3.16-6 ii librsvg2-common 2.36.1-1 pn ufraw-batch none pn zenitynone Versions of packages geeqie suggests: pn geeqie-dbg none ii gimp 2.8.2-2 ii libjpeg-progs 8d-1 pn ufraw none pn xpaint none -- 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#729173: swi-prolog-nox: postinst modifies shipped file
Package: swi-prolog-nox Version: 5.10.4-5 Severity: minor Code from /var/lib/dpkg/info/swi-prolog-nox.postinst: # Update library index rm -f /usr/lib/swi-prolog/library/INDEX.pl echo make_library_index('/usr/lib/swi-prolog/library/'). | swipl /dev/null 21 If the INDEX.pl file is regenerated from postinst, why is it shipped as a package file too? This leads to spurious warnings from debsums. -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.18.2 (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 swi-prolog-nox depends on: ii libc62.13-38 ii libgmp10 2:5.0.5+dfsg-2 ii libgmp3-dev 2:5.0.5+dfsg-2 ii libncurses5 5.9-10 ii libncurses5-dev 5.9-10 ii libreadline-dev 6.2+dfsg-0.1 ii libreadline6 6.2+dfsg-0.1 ii libtinfo55.9-10 swi-prolog-nox recommends no packages. Versions of packages swi-prolog-nox suggests: pn prolog-el none ii swi-prolog-doc 5.6.59-1 -- no debconf information -- debsums errors found: debsums: changed file /usr/lib/swi-prolog/library/INDEX.pl (from swi-prolog-nox package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682294: xul-ext-noscript: No sound
On Sun, 22 Sep 2013 22:20:09 -0400 David Prévot taf...@debian.org wrote: David It works for me with the version 2.6.8.1-1, can you still David reproduce that issue? If so, can you please provide more David information if possible? I'm sorry to say I no longer use Noscript, so I cannot confirm or deny this :-) Switched to Adblock for most of my nasty blocking. -- Please *no* private copies of mailing list or newsgroup messages. gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD Funny pic: http://bit.ly/ZNE2MX signature.asc Description: PGP signature
Bug#722304: parallel: --pipe doesnt work at all
Package: parallel Version: 20120422-1 Severity: normal After a rather thorough RTFM session, I tried: [1+0]~$ mkdir test-parallel [2+0]~$ cat foobarbaz foo bar baz [3+0]~$ cat foobarbaz | parallel --gnu --pipe dd of=test-parallel/out'{}' ::: 1 2 3 0+0 records in 0+0 records out 0 bytes (0 B) copied, 0.00162787 s, 0.0 kB/s 0+1 records in 0+1 records out 6 bytes (6 B) copied, 0.00293682 s, 2.0 kB/s 0+0 records in 0+0 records out 0 bytes (0 B) copied, 0.000407992 s, 0.0 kB/s 0+0 records in 0+0 records out 0 bytes (0 B) copied, 7.072e-06 s, 0.0 kB/s [4+0]~$ ls -l test-parallel/ total 0 -rw-r--r-- 1 itz itz 0 Sep 9 20:57 out [5+0]~$ cat test-parallel/out [6+0}~$ I expected rather something along the lines of: [4+0]~$ ls -l test-parallel/ total 0 -rw-r--r-- 1 itz itz 4 Sep 9 20:57 out1 -rw-r--r-- 1 itz itz 4 Sep 9 20:57 out2 -rw-r--r-- 1 itz itz 4 Sep 9 20:57 out3 [5+0]~$ cat test-parallel/out1 foo [6+0]~$ cat test-parallel/out2 bar [7+0]~$ cat test-parallel/out3 baz I am beginning to share Joey's feelings wrt this version of parallel ... -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.10.2 (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 parallel depends on: ii perl 5.14.2-21 ii perl-modules 5.14.2-21 parallel recommends no packages. parallel suggests no packages. -- Configuration Files: /etc/parallel/config changed: --gnu -- 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#718652: wavesurfer: Unable to use with libsnack2-alsa (provides libsnack2) as it depends on versioned libsnack2
Package: wavesurfer Version: 1.8.8p3-1 Please see archived bug #601328, of which this is a mere reincarnation. Wavesurfer Depends: libsnack2 (= 2.2) which makes it impossibe to use with libsnack2-alsa, which although it Provides: libsnack2 does not work with wavesurfer as the wavesurfer dependency is versioned. Als libsnack2 is using OSS, this makes it impossible to use wavesurfer on a system without /dev/dsp (e.g. Ubuntu Maverick 10.10). This could be solved by using e.g. Depends: libsnack2-alsa (= 2.2) | libsnack2 (= 2.2) or Depends: libsnack2 (= 2.2) | libsnack2-alsa (= 2.2) or Depends: libsnack2 Conflicts: libsnack2 ( 2.2) Now that wavesurfer has been reinstated in sid, this is an issue again. -- Please *no* private copies of mailing list or newsgroup messages. gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD Funny pic: http://bit.ly/ZNE2MX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718543: xwrits: +cheat and +iconified options do not work
Package: xwrits Version: 2.21-6.1 Severity: normal I start xwrits out of my .xsession script like this: xwrits okp=/home/itz/xwrits/blank.gif +lock +cheat +iconified When it fires up, the screen is locked and filled with the bars pattern as expected. I then type the so called password quit which unlocks the screen and removes the bars pattern, also as expected. However, the warning window is now on and stays on, no matter how much I type, which contradicts what the manpage says about `+cheat'. And, the window should have not been visible in the first place due to `+iconified'. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.4.2 (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 xwrits depends on: ii libc6 2.13-38 ii libx11-6 2:1.5.0-1+deb7u1 xwrits recommends no packages. xwrits 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#717128: extlinux: Wrong sorting of multiple linux kernel images in /boot
Package: extlinux Version: 2:4.05+dfsg-6+deb7u1 Severity: normal The script /usr/sbin/extlinux-update sorts the kernels it finds in /boot with the following shell code: (cd /boot ls vmlinuz-* | grep -v .dpkg-tmp | sed -e 's|vmlinuz-||g' | sort -nr) I believe the intention is to put the latest keenel first, as that is how the corresponding script for grub2 behaves. But alas: [16+1]~$ ( echo 9 ; echo 10 ) | sort -nr 10 9 [17+1]~$ ( echo 3.9.9 ; echo 3.9.10 ) | sort -nr 3.9.9 3.9.10 and thus also [18+1]~$ (cd /boot ls vmlinuz-* | grep -v .dpkg-tmp | sed -e 's|vmlinuz-||g' | sort -nr) 3.9.9 3.9.10 Clearly, the script needs to be a bit smarter about sorting the version numbers, perhaps creatively reusing some code from the grub or dpkg packages. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.9.9.3 (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 extlinux depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 Versions of packages extlinux recommends: pn os-prober none ii syslinux-common 2:4.05+dfsg-6+deb7u1 pn syslinux-themes-debian none extlinux suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714469: ncftp: built in line editor / history doesn't replace readline
Package: ncftp Version: 2:3.2.5-1.1 Severity: wishlist Tags: upstream from READLINE.txt: So, why isn't Readline supported, even as a configurable option? [...] (3) Hardly anyone should miss Readline, since getline now supports almost all the functionality NcFTP was using from Readline. This is not true for anyone using readline in its emacs-like mode. Please consider linking with readline again as a build time option, Thanks! -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.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 Versions of packages ncftp depends on: ii libc62.13-38 ii libncurses5 5.9-10 ii libtinfo55.9-10 ncftp recommends no packages. ncftp 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#706674: libtiff-tools: CVE-2013-1961: Stack-based buffer overflow with malformed image-length and resolution
Is the tiff3 package in wheezy affected (and its derived binary packages like libtiff4) ? Should they be fixed? -- Please *no* private copies of mailing list or newsgroup messages. gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD Funny pic: http://bit.ly/ZNE2MX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706675: libtiff-tools: CVE-2013-1960: Heap-based buffer overflow in t2_process_jpeg_strip
Is the tiff3 package in wheezy affected (and its derived binary packages like libtiff4) ? Should they be fixed? -- Please *no* private copies of mailing list or newsgroup messages. gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD Funny pic: http://bit.ly/ZNE2MX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657068: python-pip: doesn't track dependencies?
On Wed, 12 Jun 2013 23:37:16 -0700 Ian Zimmerman i...@buug.org wrote: I would rather try it with a package that still _is_ around. Give me a few days. Well, the pip package depends on setuptools. I won't go there, the sulphuric smell is overpowering :-) So, do what you have to do with the bug, I don't mind. -- Please *no* private copies of mailing list or newsgroup messages. gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD Funny pic: http://bit.ly/ZNE2MX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712553: xwrits: no transparency
Package: xwrits Version: 2.21-6.1 Severity: minor I love xwrits and it works precisely as specified, with one exception: no gif image transparency. The entire xwrits window (any of them, warning, break or ready) always obscures whatever is behind it even if the image has transparent areas. If I tell xwrits to use a 1x1 transparent gif image (the typical web bug), I can clearly see an opaque dark pixel. Maybe I need to enable something in my X server? Or window manager? My WM is openbox, no Gnome, KDE, or any other integrated desktop is installed. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.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 Versions of packages xwrits depends on: ii libc6 2.13-38 ii libx11-6 2:1.5.0-1+deb7u1 xwrits recommends no packages. xwrits 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#657068: python-pip: doesn't track dependencies?
On Sun, 2 Jun 2013 00:57:47 +0200 Stefano Rivera stefa...@debian.org wrote: It should do that, yes. But I can't try your specific example because hgit isn't around any more. Should we put this bug to bed? I would rather try it with a package that still _is_ around. Give me a few days. -- Please *no* private copies of mailing list or newsgroup messages. gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD Funny pic: http://bit.ly/ZNE2MX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634271: have dh_python2 automatically detect python-pkg-resources dependency
According to [1], setup() in distutils.core (which is the distribution module in the Python standard library, at least for Python 2.7) has no entry_points argument. Do you mean the setup from setuptools, which is not in the standard library but is an external package? Does dh_python2 depend on setuptools? If so, why is that not stated in the manpage or other documentation? I'm sorry if I sound exasperated - it's because I am. I find the pervasive confusion on this point somewhat galling. As another example, the manpage says: dh_python2 tries to translate Python dependencies from requires.txt file to Debian dependencies. What is this requires.txt file? Again, no mention of it in [1], which instead mandates that dependencies be specified with the requires= keyword argument to setup(). [1] http://docs.python.org/2/distutils/index.html#distutils-index -- Please *no* private copies of mailing list or newsgroup messages. gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD Funny pic: http://bit.ly/ZNE2MX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703282: linphone: unable to add account with numeric ID
Package: linphone Version: 3.5.2-10 Severity: normal My user ID on my existing SIP account consists of digits only. The account creation wizard in linphone is unhappy with that and doesn't enable the Apply button until I enter at least one alphabetical character in the Username field. Thus I am not able to use my account with linphone. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.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 Versions of packages linphone depends on: ii libasound2 1.0.25-4 ii libatk1.0-0 2.4.0-2 ii libavcodec536:0.8.5-1 ii libavutil51 6:0.8.5-1 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgsm1 1.0.13-4 ii libgtk2.0-0 2.24.10-2 ii liblinphone43.5.2-10 ii libmediastreamer1 3.5.2-10 ii libnotify4 0.7.5-1 ii libogg0 1.3.0-4 ii libortp83.5.2-10 ii libpango1.0-0 1.30.0-1 ii libspeex1 1.2~rc1-7 ii libspeexdsp11.2~rc1-7 ii libswscale2 6:0.8.5-1 ii libtheora0 1.1.1+dfsg.1-3.1 ii libvpx1 1.1.0-1 ii libx11-62:1.5.0-1 ii libxv1 2:1.0.7-1 ii linphone-nogtk 3.5.2-10 linphone recommends no packages. Versions of packages linphone suggests: pn yelp none -- 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#702692: python-poppler: selection rendering uses wrong coordinates
Package: python-poppler Version: 0.12.1-8+b1 Severity: normal I am not sure if this is a problem in the python bindings or in the underlying C library, but the method PopplerPage.render_selection() seems to use a coordinate system where y grows from top to bottom, rather than the PS/PDF/cairo model where y grows from bottom to top. Unfortunately this makes is quite impossible to handle all pointer events in a sane unified way, because for example the link coordinates are the other way (bottom to top). -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.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 Versions of packages python-poppler depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libpoppler-glib80.18.4-5 ii python 2.7.3-4 ii python-cairo1.8.8-1+b2 ii python-gobject 3.2.2-2 ii python-gtk2 2.24.0-3+b1 ii python2.7 2.7.3-6 python-poppler recommends no packages. python-poppler 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#698813: Too many levels of symbolic links on upgrade
On Mon, 25 Feb 2013 11:42:14 -0600 Rob Browning r...@defaultvalue.org wrote: Rob Any chance you might have installed some unofficial emacs package Rob that might have tried to use the emacs flavor for itself? Yes, that is quite possible. For a while I maintained my own emacs package while I waited for the Gnome dependencies in the official ones to get sorted out. I also have a number of personal Lisp packages and some of them are a bit old, and may have been created before I had sufficient understanding of the framework. So, in my case at least, the bug can ultimately be blamed on the carbon-based system between chair and keyboard :-P Now to find what happened to the other bloke ... -- Please *no* private copies of mailing list or newsgroup messages. gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698597: [pkg-dhcp-devel] Bug#698597: isc-dhcp: CVE-2012-1667 patch (for Wheezy)
On Sat, 2 Feb 2013 17:57:56 -0500 Michael Gilbert mgilb...@debian.org wrote: Michael So, the issue with the bind embed is that even though the Michael entire thing is built, only a very small part is actually used Michael by dhcp. I don't really have the time to look into whether the Michael vulnerable bind code for this CVE is traversed or not. Someone Michael needs to do that. Why is it embedded in the first place, rather than link to the shared libs built from bind? -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699309: stockfish: unusual scores
Package: stockfish Version: 2.1.1+git20111006-2 Severity: minor It seems stockfish position scores are roughly twice the scores of most other engines (e.g. toga2, in Debian, and crafty, in non-free). Indeed, while the usual convention is that a 1.0 score corresponds to the material advantage of 1 pawn, stockfish awards a score between 1.5 and 2.0 for a pawn advantage in a quiet position with no compensatory factors. I understand that the scoring algorithm must necessarily be unique to each engine, but a common convention is nonetheless useful, above all when playing 2 engines against each other and waching the evaluations. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.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 Versions of packages stockfish depends on: ii libc6 2.13-37 ii libgcc1 1:4.7.2-5 ii libstdc++6 4.7.2-5 stockfish recommends no packages. Versions of packages stockfish suggests: ii polyglot 1.4.67b-1 ii scid 1:4.2.2.cvs20100202-2 ii xboard4.6.2-1 -- 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#698813: Too many levels of symbolic links on upgrade
Antoine Beaupré anar...@koumbit.org: It looks like I may have created the 'emacs23' symlink 4 months ago - I suspect something broke back then and this was the workaround I found. No, it happens to me too and I am certain I never messed with these directories manually. -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698813: Too many levels of symbolic links on upgrade
On Wed, 23 Jan 2013 18:29:27 -0800 Ian Zimmerman i...@buug.org wrote: Antoine It looks like I may have created the 'emacs23' symlink 4 months Antoine ago - I suspect something broke back then and this was the Antoine workaround I found. Ian No, it happens to me too and I am certain I never messed with these Ian directories manually. I think I know what the problem is. Look at #695501. The relevant information is indeed there - but there is a subdirectory emacs as well as one for the specific flavor (emacs23 in this case). The machinery looks at the directory and thinks emacs is one of the flavors that must be handled. So it tries to symlink these files from the flavor specific subdirectories of /etc and /usr/share (which is emacs ...) into the generic subdirectory (which is also emacs). Voila. -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698813: Too many levels of symbolic links on upgrade
On Wed, 23 Jan 2013 19:09:36 -0800 Ian Zimmerman i...@buug.org wrote: Ian No, it happens to me too and I am certain I never messed with these Ian directories manually. Ian Ian I think I know what the problem is. Look at #695501. Ian Ian The relevant information is indeed there - but there is a Ian subdirectory emacs as well as one for the specific flavor Ian (emacs23 in this case). The machinery looks at the directory and Ian thinks emacs is one of the flavors that must be handled. So it Ian tries to symlink these files from the flavor specific Ian subdirectories of /etc and /usr/share (which is emacs ...) into Ian the generic subdirectory (which is also emacs). Voila. And indeed, removing the offending file i.e. /var/lib/emacsen-common/state/flavor/installed/emacs seems to land things back in sane territory. So the question is, how did that file get there? I am sure I didn't create it. -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698813: Too many levels of symbolic links on upgrade
On Wed, 23 Jan 2013 21:17:57 -0600 Rob Browning r...@defaultvalue.org wrote: Ian The relevant information is indeed there - but there is a Ian subdirectory emacs as well as one for the specific flavor Ian (emacs23 in this case). The machinery looks at the directory and Ian thinks emacs is one of the flavors that must be handled. Rob Which machinery do you mean? /usr/lib/emacsen-common/lib.pl, to be precise. -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698813: Too many levels of symbolic links on upgrade
On Wed, 23 Jan 2013 22:05:12 -0600 Rob Browning r...@defaultvalue.org wrote: Rob So are you saying that emacsen-common somehow created the Rob problematic symlink? Hell yeah. Sorry if that wasn't clear. The first thing I did before anything else was removing the links by hand (with rm), then I unpacked the emacsen-common deb, then did dpkg-reconfigure --force -- and the bad symlinks reappeared. Looks to me like /usr/lib/emacsen-common/packages/install/emacsen-common is where it happens. It is probably called with $FLAVOR set in turn to each file name in /var/lib/emacsen-common/state/flavor/installed, and as I say in the other subthread, somehow that directory contained a file emacs on my system. -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698676: ncmpcpp: wrong sorting in utf-8 locale
Package: ncmpcpp Version: 0.5.10-1.1 Severity: normal In en_US.UTF-8 locale, ncmpcpp sorts Kurt before Kálmán. The opposite is correct according to this simple test: [13+0]~$ cat sorttest Kalman Kurt Kálmán [14+0]~$ env LC_COLLATE=en_US.UTF-8 sort sorttest Kalman Kálmán Kurt -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.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 Versions of packages ncmpcpp depends on: ii libc62.13-37 ii libcurl3-gnutls 7.26.0-1 ii libfftw3-3 3.3.2-3.1 ii libgcc1 1:4.7.2-5 ii libmpdclient22.3-1 ii libncursesw5 5.9-10 ii libstdc++6 4.7.2-5 ii libtag1c2a 1.7.2-1 ii libtinfo55.9-10 ncmpcpp recommends no packages. Versions of packages ncmpcpp suggests: pn desktop-file-utils none ii mpd 0.16.7-2 -- 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#677313: xboard: no way to remember -inc/-timeIncrement option
On Wed, 02 Jan 2013 10:31:34 +0200 h.g. muller h.g.mul...@hccnet.nl wrote: The manual in general does not list with every option whether it is persistent or volatile. It says this: This section documents the command-line options to XBoard. You can set these options in two ways: by typing them on the shell command line you use to start XBoard, or by editing the settings file (usually ~/.xboardrc) to alter the value of the setting that was saved there. which is false for any option of the volatile kind (I didn't know they existed). -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677313: xboard: no way to remember -inc/-timeIncrement option
On Wed, 02 Jan 2013 19:57:19 +0200 h.g. muller h.g.mul...@hccnet.nl wrote: h The manual in general does not list with every option whether it is h persistent or volatile. Ian It says this: Ian This section documents the command-line options to XBoard. You can Ian set these options in two ways: by typing them on the shell command Ian line you use to start XBoard, or by editing the settings file Ian (usually ~/.xboardrc) to alter the value of the setting that was Ian saved there. Ian which is false for any option of the volatile kind (I didn't know Ian they existed). h The manual was written at a time when XBoard did not have a settings h file at all, and all options were volatile. The settings file was h something that was ported from WinBoard. That makes the manual a bit h obsolete in some places. I can't work on the code and the manual at h the same time, and working on the code is already close to 1.5 h full-time jobs. So the best strategy seemed to be to just give up on h the manual. XBoard has always had the XResources file, and I have always used that and loved it, until the *%$ing xboardrc file started overriding it. So no, they weren't volatile at all. -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677313: xboard: no way to remember -inc/-timeIncrement option
On Sat, 29 Sep 2012 20:18:15 +0200 h.g. muller h.g.mul...@hccnet.nl wrote: h I intentionally disabled persistence of the -inc option by forcing h its value to -1 in the last line of the xboard.conf master settings h file. This was motivated by the fact that a saved -inc value = 0 h would cause the -mps option to be ignored, even when the latter is h explicitly specified on the command line. By resetting -inc on every h start, at least all options will be obeyed from the command line, as h they used to be before settings were saved. It seemed preferable to h have a slight annoyance over a problem that users probably would h never figure out. That may have been the best solution, but it should be documented. -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696817: dovecot destroys user ssl configuration
Me too :-P Ob-content: this looks like a rerun of #644121. -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695501: emacsen-common: flavors file is empty
Package: emacsen-common Version: 2.0.3 I don't know how but I ended up with this file empty: /var/lib/emacsen-common/installed-flavors Surprisingly it didn't seem to have any ill effects, I only discovered it when I run my own script that relies on that information. [41+0]~$ dpkg --list 'emacs*' | grep '^[upi]' | tr -s ' ' un emacs none (no description available) un emacs-intl-fonts none (no description available) un emacs-snapshot none (no description available) un emacs22 none (no description available) un emacs22-bin-common none (no description available) un emacs23 none (no description available) ii emacs23-bin-common 23.4+1-4 amd64 The GNU Emacs editor's shared, architecture dependent files ii emacs23-common 23.4+1-4 all The GNU Emacs editor's shared, architecture independent infrastructure un emacs23-common-non-dfsg none (no description available) ii emacs23-el 23.4+1-4 all GNU Emacs LISP (.el) files un emacs23-gtk none (no description available) ii emacs23-lucid 23.4+1-4 amd64 The GNU Emacs editor un emacs23-nox none (no description available) un emacsen none (no description available) ii emacsen-common 2.0.3 all Common facilities for all emacsen -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693953: licq: console client crashes almost immediately
Package: licq Version: 1.6.1-3 Severity: normal I executed licq -p console in a rxvt window. When it started up I pressed 2 to set up an account with the wizard. After I typed a few characters it froze. Evetually I got an Athena toolkit dialog box telling me to report a bug and attach the two backtrace files: -- licq.backtrace -- time: 1353568603 licq() [0x4988e9] /lib/x86_64-linux-gnu/libc.so.6(+0x324f0) [0x7f671f8554f0] /lib/x86_64-linux-gnu/libc.so.6(gsignal+0x35) [0x7f671f855475] /lib/x86_64-linux-gnu/libc.so.6(abort+0x180) [0x7f671f8586f0] licq() [0x4985d2] /lib/x86_64-linux-gnu/libc.so.6(+0x324f0) [0x7f671f8554f0] licq(_ZNSt10_List_baseIN5boost10shared_ptrIN4Licq7LogSinkEEESaIS4_EE8_M_clearEv+0x50) [0x52b6a0] licq(_ZN10LicqDaemon10LogServiceD1Ev+0x6f) [0x52b38f] /lib/x86_64-linux-gnu/libc.so.6(+0x36df2) [0x7f671f859df2] /lib/x86_64-linux-gnu/libc.so.6(+0x36e45) [0x7f671f859e45] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x104) [0x7f671f841eb4] licq() [0x4713f1] -- licq.backtrace.gdb -- Thread 2 (Thread 0x7f671ac74700 (LWP 8977)): #0 0x7f67212f42d4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x0050a663 in OscarServiceSendQueue_tep(void*) () #2 0x7f67212efb50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #3 0x7f671f8fb70d in clone () from /lib/x86_64-linux-gnu/libc.so.6 #4 0x in ?? () Thread 1 (Thread 0x7f671d73f720 (LWP 8964)): #0 0x7f67212f7c1d in waitpid () from /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x004987f9 in ?? () #2 signal handler called #3 0x7f671f855475 in raise () from /lib/x86_64-linux-gnu/libc.so.6 #4 0x7f671f8586f0 in abort () from /lib/x86_64-linux-gnu/libc.so.6 #5 0x004985d2 in ?? () #6 signal handler called #7 0x0052b6a0 in std::_List_baseboost::shared_ptrLicq::LogSink, std::allocatorboost::shared_ptrLicq::LogSink ::_M_clear() () #8 0x0052b38f in LicqDaemon::LogService::~LogService() () #9 0x7f671f859df2 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #10 0x7f671f859e45 in exit () from /lib/x86_64-linux-gnu/libc.so.6 #11 0x7f671f841eb4 in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #12 0x004713f1 in _start () Thread 2 (Thread 0x7f671ac74700 (LWP 8977)): #0 0x7f67212f42d4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0 No symbol table info available. #1 0x0050a663 in OscarServiceSendQueue_tep(void*) () No symbol table info available. #2 0x7f67212efb50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 No symbol table info available. #3 0x7f671f8fb70d in clone () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #4 0x in ?? () No symbol table info available. Thread 1 (Thread 0x7f671d73f720 (LWP 8964)): #0 0x7f67212f7c1d in waitpid () from /lib/x86_64-linux-gnu/libpthread.so.0 No symbol table info available. #1 0x004987f9 in ?? () No symbol table info available. #2 signal handler called No symbol table info available. #3 0x7f671f855475 in raise () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #4 0x7f671f8586f0 in abort () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #5 0x004985d2 in ?? () No symbol table info available. #6 signal handler called No symbol table info available. #7 0x0052b6a0 in std::_List_baseboost::shared_ptrLicq::LogSink, std::allocatorboost::shared_ptrLicq::LogSink ::_M_clear() () No symbol table info available. #8 0x0052b38f in LicqDaemon::LogService::~LogService() () No symbol table info available. #9 0x7f671f859df2 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #10 0x7f671f859e45 in exit () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #11 0x7f671f841eb4 in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #12 0x004713f1 in _start () No symbol table info available. time: 1353568603 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.4.19-custom (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 licq depends on: ii libboost-regex1.49.0 1.49.0-3.1 ii libc6 2.13-35 ii libgcc1 1:4.7.2-4 ii libgpg-error0 1.10-3.1 ii libgpgme111.2.0-1.4 ii libssl1.0.0 1.0.1c-4 ii libstdc++64.7.2-4 ii licq-plugin-console [licq-plugin-ui] 1.6.1-3 Versions of packages licq recommends: ii sox 14.4.0-3 Versions of packages licq suggests: ii bind9-host [host]1:9.8.1.dfsg.P1-4.4 ii
Bug#530690: emacs-jabber: Can't log in to server when the hostname is not the DNS name
From the upstream project website: For the impatient: Latest pretest release: 0.8.91 (3-Feb-2012) — includes change needed to connect to Google Talk I suspect this might fix our bug (early clients often had a problem with google because the jabber ID is typically f...@gmail.com but the server is talk.google.com). So please package this version. -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693354: chiark-really: manpage omits -R option
Package: chiark-really Version: 4.2.0 Severity: normal The -R or --chroot option is mentioned in the changelog but not in the manpage. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.4.18-custom (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 chiark-really depends on: ii libc6 2.13-35 chiark-really recommends no packages. chiark-really 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#693356: chiark-really: odd binary permissions
Package: chiark-really Version: 4.2.0 Severity: minor According to the documentation that comes with the package, the really program is designed for extreme simplicity and verifiable safety; in particular, the way I understand it there should be _one_ and only one authorization mechanism, namely the access() check on /etc/inittab. Given this, it seems strange that the binary is installed like this: -rwsr-xr-- 1 root root 15120 Jun 10 15:27 /usr/sbin/really that is, no execute permission outside the root group. Nothing in the documentation says the group owner of inittab must be the root group; the impression is that's left 100% to the administrator. But even if it's indeed intended to use the root group for that, this extra barrier is redundant and confusing. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.4.18-custom (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 chiark-really depends on: ii libc6 2.13-35 chiark-really recommends no packages. chiark-really 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#693087: segfault in xscreensaver, screen revealed
Jan Is it possible to reproduce that xscreensaver crash also without Jan libpam-rsa module being used? (when using pam-unix login Jan alternative with the same scenario) No, it doesn't happen with pam-unix. This had been kicked around the debian security team for a couple of days before this bug was posted. You may want to contact them to coordinate your response. -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693087: segfault in xscreensaver, screen revealed
Package: libpam-rsa Version: 0.8-9-2.4 Tags: security * What led up to the situation? 1. I manually locked my screen using xscreensaver-command -lock. 2. I moved the pointer, causing the xscreensaver password screen to appear. 3. I moved the pointer some more and waited for the timeout to expire. * What was the outcome of this action? xscreensaver crashed with a segfault, and the screen was unlocked, including a root shell window. This is very repeatable. It may be relevant that I use libpam-rsa instead of the normal pam-unix for login. -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org