Bug#1025417: linux: LOCK_DOWN_IN_EFI_SECURE_BOOT help claims confidentiality mode

Source: linux Version: 5.10.149-2 Severity: trivial debian/patches/features/all/lockdown/efi-lock-down-the-kernel-if-booted-in-secure-boot-mo.patch modifies security/lockdown/Kconfig to add the LOCK_DOWN_IN_EFI_SECURE_BOOT option, whose help claims: > Enabling this option results in kernel

Bug#840610: UnicodeEncodeError: 'ascii' codec can't encode character

Kalle Olavi Niemitalo <k...@iki.fi> writes: > Content-Type: text/plain; charset=iso-8859-15 > Content-Disposition: attachment; filename=de.po > Content-Transfer-Encoding: quoted-printable Oops, that file was UTF-8 originally, but my MUA recoded it to iso-8859-15, which

Bug#840610: UnicodeEncodeError: 'ascii' codec can't encode character

Matthias Klose writes: > It would be good to have a self-contained example to show the > exact issue. Enable the "de_AT.UTF-8" locale in "dpkg-reconfigure locales", copy the attached files to a directory, and run "make check" there. The C version outputs "test" with glibc

Bug#842746: openmpi: FTBFS on hurd-i386, please disable Java

Kalle Olavi Niemitalo <k...@iki.fi> writes: > Please disable the Java bindings of openmpi on hurd-i386, like > they are already disabled on hppa. I verified that disabling Java bindings with the following patch lets openmpi 2.0.1-7 build on hurd-i386. However, I'm afraid this patc

Bug#842746: openmpi: FTBFS on hurd-i386, please disable Java

Source: openmpi Version: 2.0.1-7 Severity: normal User: debian-h...@lists.debian.org Usertags: hurd Samuel Thibault writes: > openmpi 2.0.1-7 currently FTBFS, which makes a lot of package > unbuildable because openmpi is the default mpi implementation. Version > 2.0.1-4

Bug#840610: UnicodeEncodeError: 'ascii' codec can't encode character

Robert Luberda writes: > According to GNU gettext documentation[1]: "The variable LANGUAGE is > ignored if the locale is set to ‘C’." That exception was added on 2001-01-03, for glibc 2.2.1. In glibc 2.2, LANGUAGE used to override LC_ALL=C. In Python 2.0 (released on

Bug#838244: hurd: license incompatibility between ext2fs (GPLv2-only) and libparted (GPLv3-or-later)

Samuel Thibault writes: > But storeio can be used as an intermediate between the two. "storeio --store-type=part 1:device:hd0" apparently supports file_get_storage_info and reports the partition boundaries there, so the I/O would not have to go through the storeio

Bug#838244: hurd: license incompatibility between ext2fs (GPLv2-only) and libparted (GPLv3-or-later)

Package: hurd Version: 1:0.8.git20160826-1 Severity: serious File: /hurd/ext2fs.static The ext2fs translator contains GPLv2-only code copied from Linux, but it is linked (through libstore) with libparted, which is GPLv3-or-later since 2007. This combination violates at least one of the licenses.

Bug#792622: missing licenses in debian/copyright

My inventory of the licenses in gnumach 2:1.7+git20160809-2 is not yet complete. I'm seeing two kinds of license violations so far. University of Utah advertising clause vs. GNU GPL - Several files have a license notice like this: > Copyright (c)

Bug#838198: 9base: FTBFS on hurd-i386: fatal error:can't create y.tab.h, :1

sam/_libc.h has: OREAD = 0, OWRITE = 1, ORDWR = 2, OCEXEC = 4, but it looks like nothing #includes that file, so perhaps that doesn't have to be patched. Have you tested sam on the Hurd? If these flags are sent in the Topen and Tcreate requests of the 9P

Bug#792622: missing licenses in debian/copyright

This message applies to gnumach 2:1.7+git20160809-2. The following files are not used by "dpkg-buildpackage -uc -b -nc", i.e. their atimes do not change during this binary-arch build, and the build succeeds even if they are removed. ./ChangeLog.0 ./ChangeLog.00 ./DEVELOPMENT ./ddb/db_mp.h

Bug#792622: missing licenses in debian/copyright

Samuel Thibault writes: > It is really non-technical work, a matter of using the check-copyright > script to check that the various licences are referenced in > debian/copyright (there is no hard need to reference files exactly, > the only minimal need is knowing which

Bug#836529: hurd: won't boot if /etc/hurd/runsystem is runsystem.gnu, because runsystem.hurd does not exist

Package: hurd Version: 1:0.8.git20160826-1 Severity: normal The hurd package makes /etc/hurd/runsystem a symlink that is managed with the alternatives system. The default is runsystem.sysv, and runsystem.gnu is also available. However, if I use 'update-alternatives --config runsystem' to select

Bug#836428: hurd, initscripts: /tmp cleaning deletes files through a firmlink

Richard Braun writes: > A true fix would mean we provide the same assumptions the init > scripts on Unix. Programs deleting or modifying files in /tmp already have to be careful not to follow other users' symlinks. Perhaps you could reuse that somehow.

Bug#836428: hurd, initscripts: /tmp cleaning deletes files through a firmlink

Package: hurd Version: 1:0.8.git20160826-1 Richard Braun writes: > This was famously shown with the example of the > firmlink translator used in /tmp, which would cause the removal of > any file targeted by the firmlink on /tmp cleanup during system > startup. That was

Bug#835513: [PATCH] rpctrace: Pass prefixed_name to _hurd_exec_file_name.

This fixes the following test case: mkdir testy echo '#! /bin/bash' > testy/prog echo 'printf "%s\n" "$0"' >> testy/prog chmod +x testy/prog PATH=$(pwd)/testy /bin/rpctrace -E PATH=/usr/bin:/bin -o /dev/null prog Before this patch, the output is: /bin/bash: prog: No such file or

Bug#835513: rpctrace passes incomplete filename to _hurd_exec_file_name if it finds COMMAND in PATH

Package: hurd Version: 1:0.8.git20160809-1 Severity: normal File: /bin/rpctrace If the COMMAND argument of rpctrace does not contain slash, then rpctrace searches for it in PATH. If the file found is a script file, then the interpreter of the script needs to know the file name so that it can

Bug#651741: Bug#801348: xserver-xorg: X server controls wrong backlight device

This Bug #801348 looks pretty similar to Bug #651741, which I reported originally in 2011. The hardware is different though. You can probably make it work by putting this in /etc/X11/xorg.conf: Section "Device" Option "Backlight" "intel_backlight" Identifier "Card0"

Bug#829591: hurd: pseudoterminal hangs when I press ^O (flush)

I have implemented the term changes almost as planned: > * Copy the discard-output flag from the FLUSHO bit of > termios::c_lflag, when TIOCSETA, TIOCSETAW, or TIOCSETAF is > used. This is term/users.c (set_state), I believe. The GNU C > Library already defines FLUSHO in both and > .

Bug#830584: Hurd termios.h: TABDLY does not include TAB3, so "stty tab0" does not undo "stty tab3"

Package: libc0.3-dev Version: 2.23-1 Severity: minor File: /usr/include/i386-gnu/bits/termios.h User: debian-h...@lists.debian.org Usertags: hurd /usr/include/i386-gnu/bits/termios.h defines: # define TABDLY (3 << 10) /* TAB delay. */ # define TAB0 (0 << 10) /* TAB delay type 0.

Bug#829591: hurd: pseudoterminal hangs when I press ^O (flush)

Control: retitle -1 term should clear discard-output flag in more situations Although the FreeBSD manual page for termios(4) https://www.freebsd.org/cgi/man.cgi?query=termios=0=4=FreeBSD+10.3-RELEASE+and+Ports=default=html documents the DISCARD key, the kernel doesn't appear to implement it:

Bug#829591: hurd: pseudoterminal hangs when I press ^O (flush)

I patched term/users.c (open_hook) so it clears the FLUSH_OUTPUT flag if the tty was not already open. I built hurd from commit bc170131016969f1d79409337833046ae1f4501b (2016-06-14 "pfinet: fix memory leak") + the following changes: * debian/patches/exec_filename_*.patch from the Debian hurd

Bug#829591: hurd: pseudoterminal hangs when I press ^O (flush)

Control: retitle -1 hurd: should clear discard-output flag when pseudoterminal is destroyed Samuel Thibault noted that pressing ^O a second time makes the terminal work again. It turns out this is a documented feature.

Bug#829591: hurd: pseudoterminal hangs when I press ^O (flush)

Package: hurd Version: 1:0.8.git20160522-4 Severity: normal Connect to the hurd machine via ssh. Type the password when prompted. Run "stty -a" via the ssh connection. It outputs: speed 38400 baud; rows 36; columns 149; intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = ; eol2 = ;

Bug#829308: rsyslog: cannot load imklog.so on Hurd (undefined symbol)

Package: rsyslog Version: 8.16.0-1+b4 Severity: normal User: debian-h...@lists.debian.org Usertags: hurd I get this to /var/log/syslog on each boot: Jul 2 16:19:36 luuska rsyslogd: [origin software="rsyslogd" swVersion="8.16.0" x-pid="1207" x-info="http://www.rsyslog.com;] start Jul 2

Bug#651741: gnome-power-manager: display backlight brightness has no effect on Sony Vaio VPCYA1V9E

I upgraded my Sony Vaio VPCYA1V9E from Wheezy to Jessie. It now has these versions of packages: xserver-xorg-video-intel2:2.21.15-2+b2 amd64 linux-image-3.16.0-4-amd64 3.16.7-ckt25-1 amd64 As a test, I commented out all of /etc/X11/xorg.conf. /var/log/Xorg.0.log then showed: [166061.586]

Bug#797043: Bug#797079: wheezy-pu: package mozilla-noscript/2.6.8.19-1~deb7u2

David Prévot writes in Bug#797079: > Uploaded (with the improved changelog and metadata suggested by Kalle), > thanks. I installed xul-ext-noscript 2.6.8.19-1~deb7u2 from wheezy-proposed-updates, and it works OK. However, I see the patch now has the following line: Origin:

Bug#797043: Bug#797079: wheezy-pu: package mozilla-noscript/2.6.8.19-1~deb7u2

David Prévot taf...@debian.org writes: + [ Kalle Olavi Niemitalo ] + * Temporarily allow scripts with recent iceweasel +(Closes: #797043) Those functions in noscriptService.js are used not only for setting up the menu (from which the user could temporarily whitelist sites), but also

Bug#640865: Images load automatically, even though image loading is disabled

Possibly related upstream bugs: Bug 331257 - data: images show up when 'load images' (Tools-Options-content-checkbox) is disabled Bug 449273 - SVG:display desc (and title?) as text if images are blocked Bug 1196784 - img tag with srcset attribute bypasses permissions.default.image=2

Bug#797043: xul-ext-noscript: dumbed down menu with iceweasel 38.2.0esr-1~deb7u1 cannot temporarily allow scripts

Package: xul-ext-noscript Version: 2.6.8.19-1~deb7u1 Severity: normal Originally with these packages: ii iceweasel 31.8.0esr-1~deb7u1 amd64 Web browser based on Firefox ii xul-ext-noscript 2.6.8.19-1~deb7u1 allpermissions manager for Icew I reset the noscript settings,

Bug#766404: iceweasel-l10n-fi: misleading translation Muokkaa valitsimia in customizableWidgets

Philipp Kewisch mozi...@kewis.ch writes: I do make the official Lightning packages, but if Icedove is using something different then I don't create those packages. For any language specific issues, I'd suggest filing a bug in the respective language component on bugzilla.mozilla.org. Before

Bug#766404: iceweasel-l10n-fi: misleading translation Muokkaa valitsimia in customizableWidgets

Package: iceweasel-l10n-fi Version: 1:31.2.0esr-2~deb7u1 File: /usr/lib/iceweasel/browser/extensions/langpack...@iceweasel.mozilla.org.xpi Severity: minor Tags: upstream, l10n Click the menu button at the right end of the tool bar, and then click the Muokkaa button at the bottom of the menu to

Bug#561670: Powermanga : new upstream release (version 0.92)

Markus Koschany a...@gambaru.de writes: I now assume that those bugs are either fixed in the latest version of Powermanga, 0.92, or that more information are needed to fix them. Bug #561670 D-pad won't move the ship straight left doesn't seem seem fixed in the upstream Powermanga 0.92. If

Bug#561670: Powermanga : new upstream release (version 0.92)

# Bcc: control@ so that nobody accidentally sends replies there. package powermanga found 561670 0.92-1 quit Markus Koschany a...@gambaru.de writes: In this case more information means that it would be interesting to know what would happen if you changed the variables to a different value but

Bug#718883: ardentryst: IndexError in Worm Woods

Kalle Olavi Niemitalo k...@iki.fi writes: Normally, if you try to jump above the top of the level, the hero hits a ceiling. However, at the left side of the NPC who asks for Anneludine Shells, there is a hole in the ceiling. By wearing Winged Boots, Pyralis was able to jump through

Bug#583864: #583864 - gnome-settings-daemon: XF86TouchpadToggle gets out of sync on hibernation

althaser altha...@gmail.com writes: Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3 or 3.8.5-2 ? I upgraded the laptop to Wheezy and the bug no longer occurs. Test A: 1. Disable the touchpad by pressing the touchpad

Bug#583864: #583864 - gnome-settings-daemon: XF86TouchpadToggle gets out of sync on hibernation

Kalle Olavi Niemitalo k...@iki.fi writes: Support for XF86TouchpadOff or XF86TouchpadOn was first included in GNOME_SETTINGS_DAEMON_2_91_4. The experimental Debian package of gnome-settings-daemon 2.91.5.1-1 includes that change. However, I'm not sure it'd be right to mark the bug as having

Bug#744799: elinks follows HTTP redirects to file:// URLs

Jakub Wilk jw...@debian.org writes: elinks follows HTTP 302 redirects to file:// URLs. This can cause information disclosure or, if protocol.file.allow_special_files is enabled, denial of service: If a local user is running ELinks and getting the output to a terminal, then ELinks will display

Bug#718883: ardentryst: IndexError in Worm Woods

Package: ardentryst Version: 1.71-4 Severity: normal I was playing as Pyralis in Worm Woods (Sempridge5). Normally, if you try to jump above the top of the level, the hero hits a ceiling. However, at the left side of the NPC who asks for Anneludine Shells, there is a hole in the ceiling. By

Bug#717884: ardentryst: entering the inventory menu selects the first entry but does not scroll it to the view

Package: ardentryst Version: 1.71-4 Severity: minor If the inventory menu has scrolled so that the first few entries are no longer visible, and you then press Left to return to the main menu and Right to reenter the inventory menu, the game selects the first inventory entry but does not scroll it

Bug#717885: ardentryst: shopkeeper says a Buy-mode phrase in Sell mode

Package: ardentryst Version: 1.71-4 Severity: minor In a shop, if you first choose Sell and press C to sell an item, but then press X to cancel the transaction, then the shopkeeper asks what you want to buy, even though you're still selling rather than buying. For example, enter Elchim's Shop in

Bug#699892: [Pan-devel] Seeking advice on Pan license issue with optional TLS component

Dominique Dumont d...@debian.org writes: Le jeudi 21 février 2013 23:12:28, vous avez écrit : It looks like the license of GNUTLS 3.1.x may eventually be changed from LGPLv3+ back to LGPLv2.1+. If that succeeds, I believe it would solve the incompatibility with Pan.

Bug#699892: [Pan-devel] Seeking advice on Pan license issue with optional TLS component

Dominique Dumont domi.dum...@free.fr writes: I'll put back SSL support for Pan in Debian unstable once the problematic code is relicensed or re-written. It looks like the license of GNUTLS 3.1.x may eventually be changed from LGPLv3+ back to LGPLv2.1+. If that succeeds, I believe it would

Bug#651741: gnome-power-manager: display backlight brightness has no effect on Sony Vaio VPCYA1V9E

package xserver-xorg-video-intel tags 651741 - fixed-upstream found 651741 xserver-xorg-video-intel/2:2.19.0-6 quit The upstream developers of xf86-video-intel denied my request to blacklist the faulty VAIO ACPI implementation. They said Linux should be patched instead. I have not yet reported

Bug#682937: iceweasel-l10n-fi: access key E conflict in cookieAcceptDialog

Package: iceweasel-l10n-fi Version: 1:10.0.6esr-1 File: /usr/lib/iceweasel/extensions/langpack...@iceweasel.mozilla.org.xpi Severity: minor Tags: upstream, l10n In the Finnish language pack, in the dialog box that asks whether to accept a cookie, the check box and the Deny (Estä) button both have

Bug#681752: stow --restow -- emacs claims stow: No packages to stow or unstow

Package: stow Version: 2.2.0-1 Severity: normal I have a script that configures and builds a package and stows the resulting binaries. As a precaution against hypothetical package names that start with a dash, it uses -- like so: ( cd -- ${stowdir} stow --restow -- ${PKG_STOWNAME} ) This used

Bug#681753: Undefined subroutine main::error called at /usr/bin/stow line 568

Package: stow Version: 2.2.0-1 Severity: minor Kalle@Niukka:~/prefix/stow 1% stow --restow ./emacs Undefined subroutine main::error called at /usr/bin/stow line 568, DATA line 18. It tries to call error(Slashes are not permitted in package names) but never defines that subroutine. This is the

Bug#681752: stow --restow -- emacs claims stow: No packages to stow or unstow

tags 681752 + patch quit This is how I think it should be fixed. Both stow --restow emacs and stow --restow -- emacs work now. This patch is rather simple, perhaps not copyrightable. Either way, I am not assigning copyright to the FSF. According to /usr/share/doc/stow/copyright, the FSF has no

Bug#676990: inkscape: Finnish mnemonic conflicts between top-level menus

Package: inkscape Version: 0.48.3.1-1+b1 Severity: normal Tags: l10n When I run Inkscape with LANG=fi_FI.utf8, the menu bar has the following mnemonics for menus (English equivalents in parentheses): _Tiedosto (_File) _Muokkaa (_Edit) _Näytä(_View) _Taso (_Layer)

Bug#662300: Patch to fix left-up movement bug

Martin Erik Werner martinerikwer...@gmail.com writes: Here is a patch which fixes this issue for me, it is based on a suggestion at http://egoboo.sourceforge.net/phpBB3/viewtopic.php?f=3t=1177p=61333#p61333, see the DEP-3 header for more information. That patch adds casts to two

Bug#588912: inkscape: CSS class selector matches a suffix, not only a whole word

Package: inkscape Version: 0.48.3.1-1+b1 To clarify: the large circle near the top left corner of http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=cssbug.svg;att=1;bug=588912 should have a dark grey stroke and a light grey fill, but Inkscape instead shows a red stroke.

Bug#517653: gcc-4.3: warning: comparison with string literal results in unspecified behavior when comparing two different literals

package gcc-4.3 found 517653 gcc-4.4/4.4.7-1 found 517653 gcc-4.6/4.6.3-1 found 517653 gcc-4.7/4.7.0-3 quit Kalle Olavi Niemitalo k...@iki.fi writes: Compiling this with gcc-4.3 -Wall -c int main (void) { return hello == there; } results in a warning: hoh.c: In function ‘main

Bug#666568: [acer_wmi] rfkill blocks WLAN on Sony VAIO VPCYA1V9E, regardless of hardware switch

Jonathan Nieder jrnie...@gmail.com writes: Closing optimistically. As usual, confirmation either way about the fix would be welcome. I installed linux-image-3.2.0-2-amd64 3.2.15-1, commented out blacklist acer-wmi, and rebooted to that kernel. The acer-wmi module was loaded and WLAN still

Bug#666568: [acer_wmi] rfkill blocks WLAN on Sony VAIO VPCYA1V9E, regardless of hardware switch

Jonathan Nieder jrnie...@gmail.com writes: Please test the attached patch, following instructions from [1] or the following instructions: Thank you; I didn't realize this had already been fixed upstream. stable/linux-3.2.y was v3.2.13 = 02905906ddc049720ded93ded03bbc2652f4646a. That version

Bug#163629: fixed in egoboo 1:2.8.1-1

package egoboo-data found 163629 egoboo/1:2.8.1-1 quit Mark Purcell m...@debian.org writes: * Upstream fixes: - Closes: #163629: egoboo-data: rogue can gain full speed even with ball Nope, it has not been fixed. When you pick up the iron ball, it lowers your maximum acceleration: |

Bug#651741: gnome-power-manager: display backlight brightness has no effect on Sony Vaio VPCYA1V9E

package gnome-power-manager reassign 651741 xserver-xorg-video-intel quit Kalle Olavi Niemitalo k...@iki.fi writes: So, the next thing I'll try will be moving it back to the top. That works, and I no longer think gnome-power-manager should be changed, so I'm reassigning the bug. Please change

Bug#651741: gnome-power-manager: display backlight brightness has no effect on Sony Vaio VPCYA1V9E

package xserver-xorg-video-intel tags 651741 + patch quit Kalle Olavi Niemitalo k...@iki.fi writes: (b) PCI subsystem. Here, lspci -vn shows: 00:02.0 0300: 8086:0046 (rev 02) (prog-if 00 [VGA controller]) Subsystem: 104d:907c intel_driver.h defines the SUBVENDOR_ID

Bug#560139: liblua5.1-0-dev: C++ version of LUA libraries

Enrico Tassi gareuselesi...@debian.org writes: Please try the attached patch, I'm planning to upload this to unstable as soon as possible. In the liblua5.1-0 package built from your 5.1.4-12 patch, the shlibs file contains: liblua5.1-c++ 0 liblua5.1-0 liblua5.1 0 liblua5.1-0 Because

Bug#560139: liblua5.1-0-dev: C++ version of LUA libraries

I investigated the possibility of just putting the C++ code in liblua5.1.so: keeping the ABI compatible but adding exception support. I think this is feasible for liblua5.1.so but unfortunately not for liblua5.1.a, because the C++ support needs several symbols from libsupc++.a and we cannot

Bug#560139: liblua5.1-0-dev: C++ version of LUA libraries

Enrico Tassi gareuselesi...@debian.org writes: I've prepared that patch a while ago (so it may not apply 100% clean). I'm attaching it, it is for the lua5.1 package of course. Could you please test it? Thank you. The patch conflicted in debian/changelog only. I had some difficulty getting

Bug#652443: ioprio_get(2): document who==0

Package: manpages-dev Version: 3.32-0.2 Severity: wishlist File: /usr/share/man/man2/ioprio_get.2.gz The ioprio_get(2) manual page describes the meanings of the which and who parameters: IOPRIO_WHO_PROCESS who is a process ID identifying a single process. IOPRIO_WHO_PGRP who

Bug#652445: ionice: treats COMMAND as PID when neither -c nor -n given

Package: util-linux Version: 2.19.1-5 Severity: wishlist File: /usr/bin/ionice The ionice(2) manual page describes the two syntaxes: ionice [[-c class] [-n classdata] [-t]] -p PID [PID]... ionice [-c class] [-n classdata] [-t] COMMAND [ARG]... However, when I use the latter syntax with

Bug#560139: liblua5.1-0-dev: C++ version of LUA libraries

Enrico Tassi gareuselesi...@debian.org writes: On Wed, Dec 09, 2009 at 09:42:18AM +0100, Erich Schubert wrote: As far as I know (from discussion with upstream and on #debian-devel) it is currently impossible for me to re-use the Debian lua packages for building Enigma. The main reason is that

Bug#623136: abiword: missing newline in the middle of mailcap

package abiword found 623136 abiword/2.9.1-0.2 quit Here's a patch that I think should fix the bug. However, I could not test it, because abiword build-depends on libpsiconv-dev, which is not currently available in wheezy. Thus not adding the patch tag. diff -ru

Bug#651741: gnome-power-manager: display backlight brightness has no effect on Sony Vaio VPCYA1V9E

Package: gnome-power-manager Version: 3.0.2-3 Severity: normal On a Sony Vaio VPCYA1V9E laptop, if I press Fn+F5 or Fn+F6, then gnome-power-manager attempts to change the brightness of the display backlight, and shows a window as if it had worked. However, the brightness does not change.

Bug#644131: id-utils is GPLv3+ GFDLv1.3+, but debian/copyright claims GPLv2+

Package: id-utils Version: 4.5-3 Severity: normal /usr/share/doc/id-utils/copyright claims: Copyright: 1986-2006 Free Software Foundation, Inc. License: This package is free software; you can redistribute it and/or modify it under the terms of the GNU General Public

Bug#638704: libgtk-3-0: segfault on arrow keypress in empty GtkIconView

Package: libgtk-3-0 Version: 3.0.11-1 Severity: normal Start cheese 3.0.1-2. It is in photo mode by default. Click on the empty pane where photos would appear if you took any. Press the Right arrow key. The process dies with SIGSEGV. This crash does not occur if you do have any photos in the

Bug#634200: gcc -Wall -Werror -lncurses fails to link wide-character ncursesw functions.

Ray Dillinger b...@sonic.net writes: display.c starts with the lines: #define _X_OPEN_SOURCE_EXTENDED There is an extra underscore after the X. Correcting that fixes the implicit-declaration error for me. Also, for consistency with other uses of this macro, it would be best to define it

Bug#630647: Finnish translation uses %1$d syntax not supported by grub_printf

Package: grub-common Version: 1.98+20100804-14 Severity: minor File: /usr/share/locale/fi/LC_MESSAGES/grub.mo Tags: l10n -- Steps to reproduce: 0. Have a partition containing an ext2 or ext3 file system that has been written to. (In case it matters, my disk has a GUID partition table.) 1.

Bug#628737: lfhex: Cursor Position does not appear in status bar

Package: lfhex Version: 0.42-3 Severity: normal Tags: patch, upstream According to http://stoopidsimple.com/lfhex/screenshots and the source code, lfhex 0.42 is supposed to have a Cursor Position field where the user can type a number to quickly skip to that position. However, when I run lfhex,

Bug#627134: mutt registers as a message/rfc822 viewer but requires an mbox with From_ lines

Package: mutt Version: 1.5.20-9+squeeze1 Severity: normal File: /usr/lib/mime/packages/mutt I have been using the Gnus nnml back end to save my email. It creates one file per message, and these are not mbox files as they do not begin with a From_ line; rather, they are straight RFC 822 with some

Bug#573325: openssh-client: ssh-agent strips LD_LIBRARY_PATH from user profile in X sessions

Package: x11-common Version: 1:7.5+8 File: /etc/X11/Xsession.d/90x11-common_ssh-agent /etc/X11/Xsession.d/90x11-common_ssh-agent nowadays saves and restores TMPDIR: STARTUP=$SSHAGENT $SSHAGENTARGS ${TMPDIR:+env TMPDIR=$TMPDIR} $STARTUP Please consider tunneling LD_LIBRARY_PATH in the same

Bug#624715: dash.1: too many spaces in descriptions of PS1, PS2, PS4

Jonathan Nieder jrnie...@gmail.com writes: Could you send a patch relative to src/dash.1 of git://git.kernel.org/pub/scm/utils/dash/dash.git master (or, barring that, a diff -u between the shipped dash.1 and your modified version)? Here's the diff against 0.5.5.1-7.4. --- dash.1.~1~

Bug#624715: dash.1: too many spaces in descriptions of PS1, PS2, PS4

Package: dash Version: 0.5.5.1-7.4 Severity: minor File: /usr/share/man/man1/dash.1.gz LANG=C man dash shows: PS1The primary prompt string, which defaults to ``$ '', unless you are the superuser, in which case it defaults to ``# ''. PS2The secondary

Bug#594324: network-manager-gnome: nm-connection-editor segfaults on editing wired network

package network-manager-gnome fixed 594324 network-manager-applet/0.8.2-1 quit Kalle Olavi Niemitalo k...@iki.fi writes: This fix is included in network-manager-applet 0.8.1.997 = 0.8.2-beta1. I tested this by upgrading network-manager-gnome, libnm-glib2, and libnm-util1 to 0.8.3.999-1 in my

Bug#566625: NetworkManager applet for GNOME crashes deleting wireless connections

package network-manager-gnome fixed 566625 network-manager-applet/0.7.999-1 quit This bug seems to be caused by uninitialized GError *error in network-manager-applet-0.7.2/src/gconf-helpers/nma-gconf-connection.c (nma_gconf_connection_new). nm-connection-editor did not crash when I tested with a

Bug#594324: network-manager-gnome: nm-connection-editor segfaults on editing wired network

Package: network-manager-gnome Version: 0.8.1-2 File: /usr/bin/nm-connection-editor I think I'm seeing the same segfault, with both wired and wireless connections; but only after nm-connection-editor has prompted for the root password. If I create or modify or delete a single-user connection,

Bug#608124: Reports wrong URI for No such file or directory.

In elinks-0.12/src/session/session.c, doc_loading_callback does: if (!is_in_state(download-state, S_OK)) { print_error_dialog(ses, download-state, ses-doc_view-document-uri,

Bug#601933: elinks: problems handling UTF-8

ELinks 0.11.* do not support UTF-8 as the character set of the terminal. You can instead select an 8-bit character set that contains many of the characters you need, and enable the UTF-8 I/O option. ELinks 0.11.* do not support fullwidth characters either. ELinks 0.12pre1 and later versions

Bug#598072: elinks: disabling mouse usage

Drake Wilson dr...@begriffli.ch writes: It would be nice if I could tell ELinks to ignore the mouse completely, either globally or on a finer-grained basis, but I see nothing in the Terminals or User Interface option groups or in the keybinding manager that provides this. The Main section of

Bug#623136: abiword: missing newline in the middle of mailcap

Package: abiword Version: 2.8.2-2.1 Severity: normal File: /usr/lib/mime/packages/abiword My /etc/mailcap contains the following entry, which apparently came from /usr/lib/mime/packages/abiword: application/vnd.ms-word; abiword '%s' ; edit=abiword '%s' ; test=test $DISPLAY != ;

Bug#561838: xserver-xorg-core: Infinite loop on startup if Wacom tablet is already connected

Cyril Brulebois k...@debian.org writes: is this still happening with the X stack from squeeze/sid, or from experimental? I could no longer reproduce the hang, even after downgrading xserver-xorg to 1:7.4+4 and dependencies to compatible versions, and reinstalling hal. I did not try

Bug#616538: TOLUA_NIL documented but not defined

Package: libtolua++5.1-dev Version: 1.0.93-1 Severity: normal Quoting from /usr/share/doc/libtolua++5.1-dev/tolua++.html: For Lua object types (lua_Object), tolua defines a constant that can be used to specify nil as default value: void func (lua_Object lo = TOLUA_NIL); However, tolua++

Bug#616557: generated code copies array contents from wrong Lua stack location if preceded by lua_State *

Package: tolua++5.1-dev Severity: normal If I declare a function in a *.pkg file like this: void fun(lua_State *state, int numbers[42]); then tolua++ generates the following stub for Lua to call: /* function: fun */ #ifndef TOLUA_DISABLE_tolua_huh_fun00 static int tolua_huh_fun00(lua_State*

Bug#616557: generated code copies array contents from wrong Lua stack location if preceded by lua_State *

package libtolua++5.1-dev found 616557 tolua++/1.0.93-1 quit Kalle Olavi Niemitalo k...@iki.fi writes: In the tolua_isnumberarray, tolua_tofieldnumber, and tolua_pushfieldnumber calls, the second argument is wrong. It should be 1 rather than 2, because numbers is the first parameter

Bug#616601: tolua++-generated stub can leak a variable-size array on element type mismatch

Package: libtolua++5.1-dev Version: 1.0.93-1 Severity: normal If a *.pkg file declares a function with a variable-size array parameter, then the C++ stub generated by tolua++ allocates the array with the Mtolua_new_dim macro, copies the contents of the corresponding Lua table there, passes the

Bug#603914: Please drop non-UTF8 locales

Vincent Danjean vdanj...@debian.org writes: For example, I've lots of old text data in latin1. Some of them are on non-rewritable media. Being able to see them with LC_CTYPE=fr_FR less toto.txt is very convenient. less does not convert the characters to UTF-8 for display, so you also need a

Bug#603914: Please drop non-UTF8 locales

Josselin Mouette j...@debian.org writes: I think wheezy would be a good time to finally ditch non-UTF8 locales. IIRC, we made the switch to UTF8 by default in etch (and we were already way too late in doing that), and supporting non-UTF8 stuff becomes harder and harder, at least for

Bug#588912: inkscape: CSS class selector matches a suffix, not only a whole word

Package: inkscape Version: 0.47.0-2+b1 Severity: minor If the SVG file includes a CSS rule for the selector rect.world, then it should match rect elements whose class attribute contains the word world. In Inkscape however, it matches rect elements whose class attribute contains any word ending

Bug#473678: boswars: game looping endlessly...

Another related upstream bug has been fixed in SVN trunk: http://savannah.nongnu.org/bugs/?29766 Path finding method eats CPU futilely when there is not possible path If I understand correctly, the pathfinder itself was not changed there, but the higher-level code was changed to retry fewer

Bug#586722: libsnmp-base: NEWS.Debian confusingly refers to udp:172.0.0.1:161 vs. 127.0.0.1

Package: libsnmp-base Version: 5.4.3~dfsg-1 Severity: minor File: /usr/share/doc/libsnmp-base/NEWS.Debian.gz When I was upgrading libsnmp-base and libsnmp15 with apt-get dist-upgrade, I got the following news to the screen, apparently From apt-listchanges: net-snmp (5.4.3~dfsg-1) unstable;

Bug#583864: gnome-settings-daemon: XF86TouchpadToggle gets out of sync on hibernation

Package: gnome-settings-daemon Version: 2.30.1-1 Severity: normal This Acer Aspire 5536G laptop has a button for disabling the touch pad. The button has a light that shows whether the touch pad is disabled. This works whether X is running or not. In X, the button generates XF86TouchpadToggle

Bug#573704: gettext: msgunfmt colorizes if stdout is terminal, but does not recognize --color

Package: gettext Version: 0.17-9 Severity: wishlist If I run this in gnome-terminal: % msgunfmt /usr/share/locale/fi/LC_MESSAGES/gnome-session-2.0.mo then msgunfmt makes msgids purple and msgstrs blue, by adding escape sequences like \033[34m to the output. However, if I pipe the output to

Bug#572749: xserver-xorg: segmentation fault when disconnecting/reconnecting Wacom tablet after hibernation

Brice Goglin brice.gog...@ens-lyon.org writes: So the crash is reproducible? So far, it has only happened once here. I used info symbol and print/x in gdb to add the symbols to the original backtrace. I now tried replugging the tablet a dozen times without hibernation and once with

Bug#572695: elinks: need an option to select binding address and address family

Toni Mueller supp...@oeko.net writes: I need an option in elinks to select the address to bind to, and to force an address family (eg. one of IPv4 or IPv6 only). For the latter, please see the connection.try_ipv4 and connection.try_ipv6 options.

Bug#572695: elinks: need an option to select binding address and address family

Toni Mueller supp...@oeko.net writes: thanks for the hint, but: There appears to be no command line switch to do it, right? elinks -eval set connection.try_ipv4 = 0 but if that connects to an existing elinks process, then the setting will be lost, I think. So if that is a problem, you may

Bug#568888: binutils build-dependency for readelf -p still not right

Source: xulrunner Version: 1.9.1.8-3 Mike Hommey gland...@debian.org writes: * debian/control: + Add missing ${misc:Depends} + Build-depend on binutils with readelf -p support. Closes: #56. The build-dependency and the runtime dependency on binutils are now:

Bug#571729: autoconf 2.65 is GPLv3+, but debian/copyright still claims GPLv2+

Package: autoconf Version: 2.65-3 Severity: normal File: /usr/share/doc/autoconf/copyright According to NEWS and autoconf --version, autoconf 2.65 is licensed under GNU GPL version 3 or later, with the Autoconf Configure Script Exception. The Debian copyright file however still claims: This

Bug#568686: gnome-settings-daemon wakes up every 4 seconds to probe /usr/X11R6/lib/X11

Package: fontconfig-config Version: 2.8.0-2 Severity: wishlist File: /etc/fonts/fonts.conf powertop shows 0.2 wakeups per second from gnome-settings-daemon 2.28.1-2. strace shows it making this call every 4-5 seconds: inotify_add_watch(20, /usr/X11R6/lib/X11,

Bug#550888: elinks does not recognize Cache-Control response headers

Jan Braun janbr...@gmx.de writes: [3] RFC 3986, section 3.5: Thanks for the pointer. Section 4.4 (Same-Document Reference) actually seems more relevant. pgpxTdcL4PzMn.pgp Description: PGP signature

  1   2   3   >