Andrei POPESCU | 24 Jul 10:18 2014

Bug#755872: French documentation translation

Control: reassign -1 maint-guide-fr

On Jo, 24 iul 14, 08:41:09, Jean-Paul Guillonneau wrote:
> Package:
> Version: N/A
> Severity: wishlist
> Tags: patch l10n
> *** /home/jp/traductions/git/maint-guide/patch-translate.txt
> Please find attached the French documentation translation, proofread by
> the debian-l10n-french mailing list contributors.
> This file should be put as fr.po in the appropriate place in
> your package build tree.

Hi Jean-Paul,

I'm reassigning your report to the correct package, but please mind the 
attached .po is unusable, at least for me. Could you please look into it 
and resend it attached to this bug?

Kind regards,

Offtopic discussions among Debian users and developers:
Matthias Wimmer | 24 Jul 10:04 2014

Bug#755880: bind9: db.root needs update got AAAA record

Package: bind9
Version: 1:9.10.0.dfsg~rc2-1
Severity: normal

Dear Maintainer,

the root zone file has been updated on June 2, 2014. now has
the IPv6 address 2001:500:2::C.

As always the new root zone is available at

I think that bind9 should get updated accordingly.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bind9 depends on:
ii  adduser                3.113+nmu3
ii  bind9utils             1:9.10.0.dfsg~rc2-1
(Continue reading)

Youhei SASAKI | 24 Jul 10:04 2014

Bug#755879: ITP: ruby-rouge -- Pure-Ruby syntax highlighter compatible with pygments

Package: wnpp
Owner: Youhei SASAKI <uwabami <at>>
Severity: wishlist

* Package name    : ruby-rouge
  Version         : 1.5.1
  Upstream Author : Jay Adkisson.
* URL or Web page :
* License         : Expat
  Description     : Pure-Ruby syntax highlighter compatible with pygments

 Rouge is a pure-ruby syntax highlighter. It can highlight over 60
 languages, and output HTML or ANSI 256-color text. Its HTML output is
 compatible with stylesheets designed for pygments.

Youhei SASAKI <uwabami <at>>
              <uwabami <at>>
GPG fingerprint:
  4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07

Ralf Treinen | 24 Jul 09:59 2014

Bug#755878: nordugrid-arc: FTBFS on hurd-i386

Source: nordugrid-arc
Version: 4.1.0-1
User: treinen <at>
Usertags: edos-uninstallable

Hello, nordugrid-arc fails to compile on hurd-i386, see:

As a consequence, we are left on hurd-i386 with a stale libarccommon2
package that is not installable since it depends on libdb5.1++.


Ondrej Tuma | 24 Jul 09:52 2014

Bug#755877: Bad rerender in Gnome (sometimes i see strange shapes insead of right view)

Package: xserver-xorg-video-intel
Version: 2:2.21.15-2+b2
Severity: serious

Problem occurs sometimes, typical when must be refresh / redraw full sreen (switch view in gnome-shell), after unlock screen etc.

-- Package-specific info:
X server symlink status:
lrwxrwxrwx 1 root root 13 Dec 28  2013 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2356320 Jul 18 00:25 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller [0300]: Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772] (rev 02)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
Linux version 3.14-1-amd64 (debian-kernel <at> (gcc version 4.8.3 (Debian 4.8.3-4) ) #1 SMP Debian 3.14.12-1 (2014-07-11)

Xorg X server log files on system:
-rw-r--r-- 1 root root  8227 Feb 28 17:42 /var/log/Xorg.4.log
-rw-r--r-- 1 root root  8227 Feb 28 17:42 /var/log/Xorg.5.log
(Continue reading)

Ralf Treinen | 24 Jul 09:46 2014

Bug#755876: buzztard-bsl: not installable in sid

Package: buzztard-bsl
Version: 0.6.0-1
Severity: grave
User: treinen <at>
Usertags: edos-uninstallable
Tags: sid

Hi, buzztard-bsl is no longer installable in sid on any architecture since
2014-05-21. The reason is that it depends on buzztard, which doesn't exist
in sid (but does exist in wheezy).


Andreas Henriksson | 24 Jul 09:40 2014

Bug#745771: util-linux: Please enable audit support


Some notes/to-be-investigated on enabling audit support in util-linux.

The audit support seems to only affect the hwclock and login
binaries/utilities (in v2.25).
In debian the login utility is not built/used from util-linux,
so in practise only hwclock is affected.

I found this message about audit support in hwclock (from 7 years ago):
"If you compile --with-audit the hwclock tool reports changes in sys/hw
clock to audit system. The real long-term and final solution is probably
add hooks for /dev/rtc to kernel, but it's not implemented yet."
Maybe the /dev/rtc hooks has appeared since?

There's also this administrative detail to investigate:
The util-linux package is Priority: required
The libaudit1 package is Priority: optional
Should libaudit1 priority be raised to required first?

Andreas Henriksson

Dererk | 24 Jul 09:16 2014

Bug#755875: nginx-extras: consider adopting ngx_lua patch for building against luajit

Package: nginx-extras
Version: 1.6.0-1
Severity: normal

Dear nginx maintainers,

I would like you to seriously consider adopting the following patch.
Basically it consists on switching over ngx_lua module on nginx-extras
in favor of luaJIT as Lua interpreter.
LuaJIT is a totally lua-compatible implementation that aims for, between
others, boosting performance on intensive CPU operations (like
arithmetics) by enabling calling external C code, and ends up building
just-in-time code to be loaded into ngx_lua stack.

Independently of this, there is a way larger extension support on LuaJIT
than regular Lua, that includes, for example, FFI built-in support. This
extends Nginx through ngx_lua into a whole new universe of features that
regular Lua interpreter alone lacks.
If it provides any help, as while developing my own apps on top of
ngx_lua, I migrated with no changes at all from lua5.1 to luajit5.1
implementation, just to serve the purpose of adopting missing features
on external modules that depended on, for example, FFI support.

Mostly all third-party ngx_lua modules out there are using it and even
the major nginx-modules provider and OpenResty maintainer fully
explains[1] his decision on why switching over to luaJIT for building
This is the reason why I upgraded this bug report severity to "normal"
instead of an expected "wishlist" one, since I consider switching over
to luajit as Lua interpreter would extremely enhance user experience.
(Continue reading)

Michael Vogt | 24 Jul 09:05 2014

Bug#755874: gobject-introspection: [patch] use multi-arch pathes for the .typelib files

Package: gobject-introspection
Version: 1.40.0-1ubuntu0.1
Severity: wishlist
Tags: patch


to install a cross build environment it would be great if the typelibs
could be co-installed in a multiarch environment. Right now all
foo-dev packages depend on gir1.2-foo. So when trying to install foo-dev
for cross-building that won't work because the gir1.2-foo is not
multi-arch ready. The attached patch moves gobject-introspection to
multiarch triplet pathes, adds compatiblity for the old path and 
updates dh_girepository to look at both the new and old path. 
This part could probably do with a review of someone more familiar 
with perl than I am :)

With this change most packages that ship a gir1.2-* package need a small
change to their debian/gir1.2-foo.install file:
 - usr/lib/girepository-1.0/* 
 + usr/lib/*/girepository-1.0/*
Without they will fail to build.

Here is a draft announcement:
Dear developers,

we would like to move the gnome introspection typelib data from
/usr/lib/girepository-1.0 to /usr/lib/≤triplet>/girepository-1.0
so that we can install them in parallel on a multiarch system.
(Continue reading)

John Paul Adrian Glaubitz | 24 Jul 08:54 2014

Bug#755846: libroar2: no multiarch possible

control -1 severity serious

Raising the severity to 'serious' since this bug breaks a couple
of reverse dependencies.

libopenal1 depends on libroar-compat2 and a 32 bits libopenal1 is
required for wine, for example. Thus, this bug prevents the
co-installation of 32 and 64 bit OpenAL applications!

Please add Multi-Arch support for roar as soon as possible!



 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaubitz <at>
`. `'   Freie Universitaet Berlin - glaubitz <at>
  `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Dominik George | 24 Jul 08:42 2014

Bug#755873: gsql: New/Open/Save buttons do nothing

Package: gsql
Version: 0.2.2-1.2+b1
Severity: important

Hash: SHA256

The buttons and menu entries for opening and asving sessions do
absolutely nothing. Before a conenction is made, they throw:

** (gsql:32717): CRITICAL **: on_file_open_activate: assertion 'GSQL_IS_SESSION (session)' failed

** (gsql:32717): CRITICAL **: on_file_new_sql_activate: assertion 'GSQL_IS_SESSION (session)' failed

which is somewhat obvious, but not rendered in the UI. The assertion
failures vanish once a connection is made, but the buttons remain
useless otherwise.

- -- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.14-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gsql depends on:
ii  gconf-service           3.2.6-2
(Continue reading)