Bug#1007965: Cyrus IMAP 3.6 Migration Failure

[Francis Russell]

Just wanted to add that I had a similar issue attempting to migrate the 
Cyrus 3.6 in Debian. After the upgrade it was possible to log-in and 
receive e-mails but all existing e-mails and sub-folders were no longer 
visible.


In case it's helpful to anyone, I ended up downgrading back to Cyrus 3.4 
from the bullseye-backports release. I then used the reconstruct command 
to rebuild my mailboxes which managed to get everything back. However, I 
guess sub-mailboxes were given some sort of new unique identifiers since 
my IMAP folder subscriptions were lost, which I initially mistook for a 
failure to reconstruct the sub-folders.


In addition, I got some new mailboxes which were erroneously constructed 
and were difficult to delete both due permissions issues and the fact 
that their names contained unprintable characters.

Bug#992448: agda: fails to compile hello world

[Francis Southern]

Source: agda
Version: 2.5.4.1-3
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***

I installed the following packages:
agda/stable 2.5.4.1-3 all
agda-bin/stable 2.5.4.1-3+b1 amd64
agda-mode/stable 2.5.4.1-3 all
agda-stdlib/stable,now 0.17-1 all
agda-stdlib-doc/stable 0.17-1 all

I followed the instructions at 
.

The file  checked correctly within Emacs, but when I tried to 
compile the file  I received the following output:

$ agda --compile hello-world.agda
Compiling Agda.Primitive in 
/usr/share/libghc-agda-dev/lib/prim/Agda/Primitive.agdai to 
/home/$user/code/agda/MAlonzo/Code/Agda/Primitive.hs
Compiling Agda.Builtin.Unit in 
/usr/share/libghc-agda-dev/lib/prim/Agda/Builtin/Unit.agdai to 
/home/$user/code/agda/MAlonzo/Code/Agda/Builtin/Unit.hs
Compiling Agda.Builtin.IO in 
/usr/share/libghc-agda-dev/lib/prim/Agda/Builtin/IO.agdai to 
/home/$user/code/agda/MAlonzo/Code/Agda/Builtin/IO.hs
Compiling Agda.Builtin.Bool in 
/usr/share/libghc-agda-dev/lib/prim/Agda/Builtin/Bool.agdai to 
/home/$user/code/agda/MAlonzo/Code/Agda/Builtin/Bool.hs
Compiling Agda.Builtin.Nat in 
/usr/share/libghc-agda-dev/lib/prim/Agda/Builtin/Nat.agdai to 
/home/$user/code/agda/MAlonzo/Code/Agda/Builtin/Nat.hs
Compiling Agda.Builtin.Char in 
/usr/share/libghc-agda-dev/lib/prim/Agda/Builtin/Char.agdai to 
/home/$user/code/agda/MAlonzo/Code/Agda/Builtin/Char.hs
Compiling Agda.Builtin.List in 
/usr/share/libghc-agda-dev/lib/prim/Agda/Builtin/List.agdai to 
/home/$user/code/agda/MAlonzo/Code/Agda/Builtin/List.hs
Compiling Agda.Builtin.String in 
/usr/share/libghc-agda-dev/lib/prim/Agda/Builtin/String.agdai to 
/home/$user/code/agda/MAlonzo/Code/Agda/Builtin/String.hs
Compiling hello-world in /home/$user/code/agda/hello-world.agdai to 
/home/$user/code/agda/MAlonzo/Code/QhelloZ45Zworld.hs
agda: /usr/share/libghc-agda-dev/MAlonzo/src: 
getDirectoryContents:openDirStream: does not exist (No such file or directory)

A brief web search led me to believe that this was a problem with the Debian 
package and I uninstalled the packages listed above and installed Agda with 
cabal instead, which produces the expected output.


-- System Information:
Debian Release: 10.10
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-16-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#981552: libarmnn22:armhf: Neon support for libarmnn-cpuacc-backend22 optional on Armhf

[Francis Murtagh]

Package: libarmnn22
Version: 20.08-9
Severity: normal
Tags: upstream
X-Debbugs-Cc: francis.murt...@arm.com

Dear Maintainer,

Neon is optional on Armhf devices and may lead to a crash on user installing 
the libarmnn-cpuacc-backend22 package
and proceeding to choose the CpuAcc backend as a preffered backend.

This would be a corner case as the reason for installing armnn is to get 
performance benefits using Neon, so a 
user would be unliekely to use a device lacking Neon but it would be nice to 
cover the case by checking 
for presence of Neon via HWCAPS.

This check will throw an exception that is handled during the registration of 
the backends during Runtime creation.

Thanks,
Francis.

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: armhf (armv7l)

Kernel: Linux 4.15.0-107-generic (SMP w/4 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages libarmnn22:armhf depends on:
ii  libc6   2.31-9
ii  libgcc-s1   10.2.1-3
ii  libstdc++6  10.2.1-3

libarmnn22:armhf recommends no packages.

Versions of packages libarmnn22:armhf suggests:
pn  libarmnntfliteparser22  
pn  python3-pyarmnn 

-- no debconf information

Bug#810501: file: no detection for dosbox's pcjr rom cartrage format

[Francis Laniel]

Hi.


First, I hope you are fine and the same for your relatives.

I sent a patch to file which implements the detection of PCjr cartridge file 
based on the information given in this bug report.
The patch was merged yesterday so this bug should now be fixed:
https://github.com/file/file/commit/6fc66d12c0ca172f4681adb63c6f662ac33cbc7c

Le met know if I made a mistake in my implementation.


Best regards.

Bug#867804: dringend

[francis benoire]

Entschuldigen Sie diese Art der Kontaktaufnahme. Kurz gesagt, mein Name ist
garnier marielle polynesischer Herkunft und ich lebe

derzeit in Amerika. Mein Mann ist Franzose und hatte eine schwere
Krankheit, die ihn getötet hat. Er hatte gelitten

Kehlkopfkrebs. Ich erinnere Sie daran, dass er in Frankreich ein Bankkonto
eröffnet hatte und eine Summe von hat

78.580 Euro, die ich einer vertrauenswürdigen und ehrlichen Person spenden
möchte, damit sie sie sinnvoll einsetzen kann.

Seit seinem Tod ist das Konto meines Mannes in Frankreich gesperrt, und zu
dem Zeitpunkt, an dem ich mit Ihnen spreche, ist das Geld noch verfügbar

Sein Konto und ich fanden Sie wirklich großzügig, warum ich Sie kontaktiert
habe. Ich selbst besitze

einer amerikanischen Finanzfirma. Der Tod meines Mannes hat mich sehr
getroffen und ich konnte einen anderen Mann wieder heiraten

hier in den USA und wir hatten ein Kind. Ich möchte diesen Betrag spenden,
bevor ich das Konto meines Mannes lösche

weil es mir wirklich jedes Mal schlechte Erinnerungen hinterlässt, wenn ich
mir die Dokumente seines Bankkontos ansehe, auf dem

Ich hatte keine Heilung. Ich möchte nicht wissen, ob Sie von dieser Spende
profitieren können. Kontaktieren Sie meine E-Mail-Adresse:
gmarielle...@gmail.com
Ich warte darauf, dich schnell wieder zu lesen.
Herzlich.
garnier marielle

Bug#960434: ITP: varlink -- point-to-point IPC protocol and interface description format

[Jason Francis]

Package: wnpp
Severity: wishlist
Owner: Jason Francis 

* Package name: varlink
  Version : 19
  Upstream Author : Kay Sievers 
* URL : https://www.varlink.org/
* License : Apache-2.0
  Programming Lang: C
  Description : point-to-point IPC protocol and interface description
format

Varlink is an interface description format and protocol that aims to make
services accessible to both humans and machines in the simplest feasible way.

A varlink interface combines the classic UNIX command line options,
STDIN/OUT/ERROR text formats, man pages, service metadata and provides the
equivalent over a single file descriptor, a.k.a. “FD3”.

Varlink is plain-text, type-safe, discoverable, self-documenting, remotable,
testable, easy to debug. Varlink is accessible from any programming
environment.


---

Submission Notes:
Varlink is a small IPC protocol intended to be a very simple peer-to-peer
alternative to D-Bus. A minimal implementation has already been adopted by the
systemd project and integrated into their codebase; however I am submitting
this ITP in order to package the official C reference implementation that
includes a shared library and command line utility. Another package named
"kanshi" that I contribute to upstream is looking at using this library, and it
would be nice to have it ready in Debian for when a new version is published.
I'm not sure what package team this would fall under, but I've been testing
some Debian packaging already which is up on my github:
https://github.com/cyclopsian/libvarlink/tree/debian-19/debian

Bug#943651: logrotate (and packages which provide logrotate configs) should have more 'secure' defaults wrt logs retained

[Francis M]

Package: logrotate
Version: 3.14.0-4
Severity: normal

Short backstory: A server I've access to might have been hacked.  Due to
logrotate not being tweaked when the system was provisioned to keep more
than the default 4 weeks' worth of logs, it's hard to do a complete
forensics job.

Sure, this should have been done by the admin/s post-install, there's no
escaping that.  But logrotate with defaults set to retain more than 4 weeks
of log files all over /var/log might've helped discover how a system user
(with a uid < 1000) was added to this potentially hacked system in a
window of between 20-28 weeks ago.

On the system in question, excluding the systemd journal which contains
~700mb of noisy firewall logs, this is the size of both compressed and
uncompressed files:

  root@rescue /mnt/var/log # find . -type f |sed 's,^./,,g' \
  > |grep -v ^journal/ |xargs du -shc |grep total
  105Mtotal

Note: this figure also includes a decent amount of apache2 logs with the
usual 404s, 405s etc. that most web servers attract these days.

If three months' worth of logs were kept instead of just 4 weeks, I'd
guess due to compression ratios of text, that would come in at around
2-250M, if that.  It's not a lot of disk space in 2019, imnsho.

I'm expecting this bug to be closed, because it's not Debian's job to
set policies on log retention.  But I'm hoping maybe this bug can start
a discussion on whether longer retention periods should be an option,
maybe via a package configuration step or similar, so that the user
is reminded that they shouldn't always just fire and forget without
thinking about the what-ifs.  Hindsight's a wonderful thing...

Best,
Francis

-- Package-specific info:
Contents of /etc/logrotate.d
total 48
-rw-r--r--. 1 root root 120 Feb 24  2019 alternatives
-rw-r--r--. 1 root root 442 Apr  2  2019 apache2
-rw-r--r--. 1 root root 173 Jun  1  2017 apt
-rw-r--r--. 1 root root  79 Apr 18  2017 aptitude
-rw-r--r--. 1 root root 130 Aug 28  2018 btmp
-rw-r--r--. 1 root root  82 May 26  2018 certbot
-rw-r--r--. 1 root root 112 Feb 24  2019 dpkg
-rw-r--r--. 1 root root 802 Jan  8  2019 mysql-server
-rw-r--r--. 1 root root 162 Mar  2  2019 rkhunter
-rw-r--r--. 1 root root 501 Feb 26  2019 rsyslog.disabled
-rw-r--r--. 1 root root 534 Dec 25  2018 syslog-ng
-rw-r--r--. 1 root root 145 Feb 19  2018 wtmp


-- System Information:
Debian Release: 10.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.45 (SMP w/2 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 /bin/dash
Init: unable to detect

Versions of packages logrotate depends on:
ii  cron [cron-daemon]  3.0pl1-134
ii  libacl1 2.2.53-4
ii  libc6   2.28-10
ii  libpopt01.16-12
ii  libselinux1 2.8-1+b1
ii  systemd-sysv241-7~deb10u1

Versions of packages logrotate recommends:
ii  bsd-mailx [mailx]  8.1.2-0.20180807cvs-1

logrotate suggests no packages.

-- no debconf information

Bug#931646: Kmail crashes when I click on mail

[Francis Laniel]

Hello,


Thank your for your fast answer.

Indeed, the NULL value for abstime seems totally unrelated... I was made wrong 
by the trace colored it in red...

I thank your for the links you provided, they are quite interesting.
This a pain that the big seems really complex and I do not have any knowledge 
in DRM and nouveau...
I will go on with the environment variables as workaround if kmail really 
crashes a lot.


Best regards.

Le mardi 9 juillet 2019, 00:19:32 CEST Bernhard Übelacker a écrit :
> Hello Francis Laniel,
> I am just looking at some crashes in some random packages,
> and found this nouveau issue familiar.
> 
> I guess __pthread_cond_wait_common should be able to
> handle a NULL for abstime - e.g. should "Block without a timeout".
>
> https://sources.debian.org/src/glibc/2.28-10/nptl/pthread_cond_wait.c/#L499
> 
> There are also some many more bugs reported that all end with these
> nouveau_pushbuf_kick/nouveau_pushbuf_data calls triggering
> that "Assertion `kref' failed.", that might be related:
> https://bugs.debian.org/927954
> https://bugs.debian.org/929130
> https://bugs.freedesktop.org/show_bug.cgi?id=91632
> https://bugs.freedesktop.org/show_bug.cgi?id=98039
> https://bugzilla.redhat.com/show_bug.cgi?id=1350275
> https://bugs.archlinux.org/task/59057
> https://bugreports.qt.io/browse/QTBUG-41242
> 
> The last one mentions as a workaround setting an
> environment variable LIBGL_ALWAYS_SOFTWARE=1 or
> QT_XCB_FORCE_SOFTWARE_OPENGL=1, maybe on of these still helps?
> 
> Kind regards,
> Bernhard

Bug#931646: Kmail crashes when I click on mail

[Francis Laniel]

Package: kmail
Version: 4:18.08.3-1

When I click on a mail it sometimes crashes kmail.

The bug seems to be caused by the fact that argument abstime of function 
__pthread_cond_wait_common is NULL (see the attached traces).

I have this bug since update to Debian 10 with Linux 4.19.37-5.

Apparently, this bug is related to OpenGL and nouveau driver (https://
bugs.kde.org/show_bug.cgi?id=388050#c1).
If you have some information about it I would like to investigate.Application: KMail (kmail), signal: Aborted
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7ff1b582cf00 (LWP 1860))]

Thread 33 (Thread 0x7ff114d4d700 (LWP 1931)):
#0  futex_reltimed_wait_cancelable (private=0, reltime=0x7ff114d4c400, 
expected=0, futex_word=0x7ff114d4c5e8) at 
../sysdeps/unix/sysv/linux/futex-internal.h:142
#1  __pthread_cond_wait_common (abstime=0x7ff114d4c4a0, mutex=0x7ff114d4c598, 
cond=0x7ff114d4c5c0) at pthread_cond_wait.c:533
#2  __pthread_cond_timedwait (cond=0x7ff114d4c5c0, mutex=0x7ff114d4c598, 
abstime=0x7ff114d4c4a0) at pthread_cond_wait.c:667
#3  0x7ff1c3950a37 in ?? () from 
/usr/lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5
#4  0x7ff1c395330a in ?? () from 
/usr/lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5
#5  0x7ff1c39533f2 in ?? () from 
/usr/lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5
#6  0x7ff1c3957981 in ?? () from 
/usr/lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5
#7  0x7ff1c3958e61 in ?? () from 
/usr/lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5
#8  0x7ff1c3961c81 in ?? () from 
/usr/lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5
#9  0x7ff1c9efffa3 in start_thread (arg=) at 
pthread_create.c:486
#10 0x7ff1cc4cb4cf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 32 (Thread 0x7ff11554e700 (LWP 1930)):
#0  futex_reltimed_wait_cancelable (private=0, reltime=0x7ff11554d400, 
expected=0, futex_word=0x7ff11554d5e8) at 
../sysdeps/unix/sysv/linux/futex-internal.h:142
#1  __pthread_cond_wait_common (abstime=0x7ff11554d4a0, mutex=0x7ff11554d598, 
cond=0x7ff11554d5c0) at pthread_cond_wait.c:533
#2  __pthread_cond_timedwait (cond=0x7ff11554d5c0, mutex=0x7ff11554d598, 
abstime=0x7ff11554d4a0) at pthread_cond_wait.c:667
#3  0x7ff1c3950a37 in ?? () from 
/usr/lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5
#4  0x7ff1c395330a in ?? () from 
/usr/lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5
#5  0x7ff1c39533f2 in ?? () from 
/usr/lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5
#6  0x7ff1c3957981 in ?? () from 
/usr/lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5
#7  0x7ff1c3958e61 in ?? () from 
/usr/lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5
#8  0x7ff1c3961c81 in ?? () from 
/usr/lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5
#9  0x7ff1c9efffa3 in start_thread (arg=) at 
pthread_create.c:486
#10 0x7ff1cc4cb4cf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 31 (Thread 0x7ff115d4f700 (LWP 1929)):
#0  futex_wait_cancelable (private=0, expected=0, futex_word=0x7ff1c14b8fb8) at 
../sysdeps/unix/sysv/linux/futex-internal.h:88
#1  __pthread_cond_wait_common (abstime=0x0, mutex=0x7ff1c14b8f68, 
cond=0x7ff1c14b8f90) at pthread_cond_wait.c:502
#2  __pthread_cond_wait (cond=0x7ff1c14b8f90, mutex=0x7ff1c14b8f68) at 
pthread_cond_wait.c:655
#3  0x7ff1c13c2e6a in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Script.so.5
#4  0x7ff1c13c2e89 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Script.so.5
#5  0x7ff1c9efffa3 in start_thread (arg=) at 
pthread_create.c:486
#6  0x7ff1cc4cb4cf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 30 (Thread 0x7ff116550700 (LWP 1916)):
#0  0x7557db34 in clock_gettime ()
#1  0x7ff1cc4d8ff6 in __GI___clock_gettime (clock_id=1, tp=0x7ff11654f3e0) 
at ../sysdeps/unix/clock_gettime.c:115
#2  0x7ff1cc9d21a1 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#3  0x7ff1cc9d09d9 in QTimerInfoList::updateCurrentTime() () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x7ff1cc9d0fd5 in QTimerInfoList::timerWait(timespec&) () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x7ff1cc9d25fe in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#6  0x7ff1c937a669 in g_main_context_prepare () from 
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#7  0x7ff1c937b06b in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#8  0x7ff1c937b25c in g_main_context_iteration () from 
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#9  0x7ff1cc9d287b in 
QEventDispatcherGlib::processEvents(QFlags) () 
from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#10 0x7ff1cc98027b in 
QEventLoop::exec(QFlags) () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#11 0x7ff1cc7cfec6 in QThread::exec() () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#12 0x7ff1cc7d9aa7 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#13 0x7ff1c9efffa3 in start_thread (arg=) at 
pthread_create.c:486

Bug#930032: libmail-spf-perl: openspf.org is dead

[Francis]

Package: libmail-spf-perl
Version: 2.9.0-4
Severity: normal

Dear Maintainer,

Rejected messages because of invalid spf record reference a link to
openspf.org. Unfortunately, this site is offline for a few months now.

-- System Information:
Debian Release: 9.9
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.15.18-14-pve (SMP w/4 CPU cores)
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8),
LANGUAGE=fr_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libmail-spf-perl depends on:
ii  liberror-perl   0.17024-1
ii  libnet-dns-perl 1.07-1
ii  libnetaddr-ip-perl  4.079+dfsg-1+b1
ii  liburi-perl 1.71-1
ii  perl5.24.1-3+deb9u5

libmail-spf-perl recommends no packages.

libmail-spf-perl suggests no packages.

-- no debconf information

Bug#928190: /usr/bin/pip ImportError

[Luke Francis]

Package: python-pip
Version: 9.0.1-2+deb9u1

When I invoke `usr/bin/pip` i receive an error.

$ /usr/bin/pip
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in 
from pip import main
ImportError: cannot import name main

Changing `from pip import main` to `from pip._internal import main as main`
within `/usr/bin/pip` resolves the issue:

Started seeing this issue after updating
https://tracker.debian.org/news/1038095/accepted-python-pip-901-2deb9u1-source-all-into-proposed-updates-stable-new-proposed-updates/

I am using Debian stretch 9.9

Bug#920291: lxc: Upgrade to 3.1.0+really3.0.3-2 fails in postinst step (possibly related to AppArmor)

[Francis M]

Package: lxc
Version: 1:3.1.0+really3.0.3-2
Severity: normal

Apologies if this is a duplicate.  This issue may relate to bug #919185
but a different file is concerned so I'm uncertain if this is a seperate
issue or not.

Basically, I've just upgraded 3.0.3-2 to 3.1.0+really3.0.3-2 and I'm
getting the following dpkg error:

  Setting up lxc (1:3.1.0+really3.0.3-2) ...
  Installing new version of config file 
/etc/apparmor.d/abstractions/lxc/container-base ...
  Warning: unable to find a suitable fs in /proc/mounts, is it mounted?
  Use --subdomainfs to override.
  dpkg: error processing package lxc (--configure):
   installed lxc package post-installation script subprocess returned error 
exit status 1
  [...]
  Processing triggers for libc-bin (2.28-5) ...
  Errors were encountered while processing:
   lxc

Note: AppArmor is disabled on the kernel command line (apparmor=0), which
I'm guessing is related, however the userspace portion (apparmor package)
is installed as below.


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

Kernel: Linux 4.19.0-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: SELinux: enabled - Mode: Permissive - Policy name: default

Versions of packages lxc depends on:
ii  debconf [debconf-2.0]  1.5.70
ii  libc6  2.28-5
ii  libcap21:2.25-1.2
ii  libgnutls303.6.5-2
ii  liblxc11:3.1.0+really3.0.3-2
ii  libseccomp22.3.3-3
ii  libselinux12.8-1+b1
ii  lsb-base   10.2018112800

Versions of packages lxc recommends:
ii  bridge-utils 1.5-16
ii  debootstrap  1.0.114
ii  dirmngr  2.2.12-1
ii  dnsmasq-base [dnsmasq-base]  2.80-1
ii  gnupg2.2.12-1
ii  iproute2 4.20.0-2
ii  iptables 1.8.2-3
ii  libpam-cgfs  1:3.1.0+really3.0.3-2
ii  lxc-templates3.0.3-1
ii  lxcfs3.0.3-2
ii  nftables 0.9.0-2
ii  openssl  1.1.1a-1
ii  rsync3.1.3-1
ii  uidmap   1:4.5-1.1

Versions of packages lxc suggests:
ii  apparmor 2.13.2-3
ii  btrfs-progs  4.19.1-2
pn  lvm2 
pn  python3-lxc  

-- Configuration Files:
/etc/lxc/default.conf changed [not included]

-- debconf information:
* lxc/auto_update_config: true

Bug#918720: isc-dhcp-server fails to install completely due to missing /var/lib/dhcp/dhcpd.leases file

[Francis McBratney]

Package: isc-dhcp-server
Version: 4.4.1-2
Severity: normal

Apologies if this report turns out to be a duplicate; I did look through
bugs.d.o (and those PRs listed by reportbug) but didn't find an existing
one for this issue.

The problem is that the isc-dhcp-server package installation fails in
it's last step:

  (#) root@master:~
  >>> apt-get install isc-dhcp-server -y
  Reading package lists... Done
  Building dependency tree   
  Reading state information... Done
  Suggested packages:
policykit-1 isc-dhcp-server-ldap
  The following NEW packages will be installed:
isc-dhcp-server
  0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
  Need to get 0 B/548 kB of archives.
  After this operation, 1,468 kB of additional disk space will be used.
  Preconfiguring packages ...
  Selecting previously unselected package isc-dhcp-server.
  (Reading database ... 56261 files and directories currently installed.)
  Preparing to unpack .../isc-dhcp-server_4.4.1-2_amd64.deb ...
  Unpacking isc-dhcp-server (4.4.1-2) ...
  Processing triggers for systemd (240-2) ...
  Processing triggers for man-db (2.8.4-3) ...
  Setting up isc-dhcp-server (4.4.1-2) ...
  Generating /etc/default/isc-dhcp-server...
  restorecon: lstat(/var/lib/dhcp/dhcpd.leases) failed: No such file or 
directory
  dpkg: error processing package isc-dhcp-server (--configure):
   installed isc-dhcp-server package post-installation script subprocess 
returned error exit status 255
  Processing triggers for systemd (240-2) ...
  Errors were encountered while processing:
   isc-dhcp-server
  needrestart is being skipped since dpkg has failed
  E: Sub-process /usr/bin/dpkg returned an error code (1)
  Disabling copy-on-write on /var/cache/apt/pkgcache.bin

This is easily fixed with "touch /var/lib/dhcp/dhcpd.leases" followed by a
reinvokation of apt-get:

  (#) root@master:~
  >>> touch /var/lib/dhcp/dhcpd.leases; apt-get install isc-dhcp-server
  Reading package lists... Done
  Building dependency tree   
  Reading state information... Done
  isc-dhcp-server is already the newest version (4.4.1-2).
  0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
  1 not fully installed or removed.
  After this operation, 0 B of additional disk space will be used.
  Do you want to continue? [Y/n] y
  Setting up isc-dhcp-server (4.4.1-2) ...
  Job for isc-dhcp-server.service failed because the control process exited 
with error code.
  See "systemctl status isc-dhcp-server.service" and "journalctl -xe" for 
details.
  invoke-rc.d: initscript isc-dhcp-server, action "start" failed.
  [...expected service startup errors regarding lack of configuration...]

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

Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: SELinux: enabled - Mode: Permissive - Policy name: default

Versions of packages isc-dhcp-server depends on:
ii  debconf [debconf-2.0]  1.5.69
ii  debianutils4.8.6
ii  libc6  2.28-2
ii  libdns-export1104  1:9.11.5.P1+dfsg-1
ii  libirs-export161   1:9.11.5.P1+dfsg-1
ii  libisc-export1100  1:9.11.5.P1+dfsg-1
ii  lsb-base   10.2018112800

Versions of packages isc-dhcp-server recommends:
ii  isc-dhcp-common  4.4.1-2
ii  policycoreutils  2.8-1

Versions of packages isc-dhcp-server suggests:
pn  isc-dhcp-server-ldap  
pn  policykit-1   

-- debconf information:
  isc-dhcp-server/interfaces:

Bug#911240: festvox-ca-ona-hts: Weird 'copyright' sound at the beginning of synthesised speech

[Francis Tyers]

Package: festvox-ca-ona-hts
Version: 1.3-2
Severity: important

Dear Maintainer,

   * What led up to the situation?

I installed festvox-ca-ona-hts

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I ran:

$ echo "això és una prova" | festival --tts --language catalan


   * What was the outcome of this action?

It said "A ix copyright és una prova"

   * What outcome did you expect instead?

It should say "això és una prova"

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8), 
LANGUAGE=ca_AD.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages festvox-ca-ona-hts depends on:
ii  festival 1:2.5.0-2
ii  festival-ca  3.0.6-1

festvox-ca-ona-hts recommends no packages.

festvox-ca-ona-hts suggests no packages.

-- no debconf information

Bug#898020: poco: Please add support for arch riscv64

[Francis ANDRE]

Hi

Integrated in upcoming Poco release: poco-1.9.1

Cheers

Francis
Le 06/05/2018 à 11:29, Jochen Sprickerhof a écrit :

Hi Manuel,

* Manuel A. Fernandez Montecelo <m...@debian.org> [2018-05-06 02:28]:

We need support in this package for the riscv64 architecture.

I am attaching a patch that adds support.  It applies cleanly when 
added last in

the "series" file.


Great, thanks for the patch. Can you send it upstream as well? A pull 
request here would be great:


https://github.com/pocoproject/poco

It would be great if you could include these changes and release a 
new version

for unstable soonish.


Sure, will upload today.

Cheers Jochen

Bug#859387: Info received (Upload 2.12 to stretch-backports?)

[Francis M]

Hi Thomas,

On 25 February 2018 at 18:42, Thomas Liske <tho...@fiasko-nw.net> wrote:
>
> Hi,
>
>
> Francis M <fmc...@gmail.com> writes:
>
>> s/2.12/2.11+git20180213-1/
>
> it has been released[1] upstream as needrestart 3.0.

Aha, thanks for that, I shall base my local .deb's on that tag instead.

> [1] https://github.com/liske/needrestart/releases/tag/v3.0
>
>
>> Apologies for the noise, I made the mistake of typing my previous
>> e-mail before my morning coffee.
>
> :-)
>
>
>> I've tested the above 2.11 release from experimental on a few systems
>> and don't see anything abnormal.
>
> Did you test the Intel microcode-update-detection-feature[2]? It would
> be nice to get some more feedback on it.
>
> [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886445

I didn't test it explicitly but did notice the new Intel microcode feature with,
iirc, "needrestart -v" - I'll have a deeper look and report back if I
see anything
strange on closer inspection.

Best,

Francis

Bug#859387: Info received (Upload 2.12 to stretch-backports?)

[Francis M]

s/2.12/2.11+git20180213-1/

Apologies for the noise, I made the mistake of typing my previous e-mail before
my morning coffee.

I've tested the above 2.11 release from experimental on a few systems and don't
see anything abnormal. As before, if there's anything I can do to help
get this into
the stretch{,-backports}, I'd be more than willing.

Best,

Francis

On 25 February 2018 at 12:15, Debian Bug Tracking System
<ow...@bugs.debian.org> wrote:
> Thank you for the additional information you have supplied regarding
> this Bug report.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Patrick Matthäi <pmatth...@debian.org>
>
> If you wish to submit further information on this problem, please
> send it to 859...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
> --
> 859387: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=859387
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems

Bug#859387: Upload 2.12 to stretch-backports?

[Francis M]

Hi there,

I'm hitting this bug on a number of stretch-based systems. Is there
anything blocking 2.12 being uploaded to stretch-backports that I
could help with?

Thanks in advance,

Francis

Bug#883595: cryptsetup: Cannot mount encrypted root using XTS on kernel 4.10 onwards

[Francis Russell]

Package: cryptsetup
Version: 2:1.7.5-1
Severity: important

Apparently from Linux 4.10 onwards, the ecb module became a dependency
of xts[1]. I am running a custom kernel in which both XTS and ECB are
built as modules (kernel config attached for 4.14.3). However, ECB does
not appear in the initrd, causing the system to be unable to mount the
encrypted root.

It's unclear to me how this dependency should be picked up. The only
mention of ecb in lsmod (output attached for 4.14.3 kernel) is as
follows:

ecb16384  2

Attempting to boot a locally built kernel from 4.10 sources onwards
(most recently tried 4.14.3) will fail to be able to mount encrypted
root unless I add ecb to /etc/initramfs-tool/modules. I am using
make-kpkg for all kernel builds.

This issue does not appear to occur with Debian's own kernels, perhaps
because something else is pulling in the ecb dependency when building
the initrd.

[1] https://www.spinics.net/lists/stable/msg160678.html

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.14.3 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages cryptsetup depends on:
ii  cryptsetup-bin 2:1.7.5-1
ii  debconf [debconf-2.0]  1.5.65
ii  dmsetup2:1.02.145-4.1
ii  libc6  2.25-2

Versions of packages cryptsetup recommends:
ii  busybox 1:1.27.2-2
ii  console-setup   1.172
ii  initramfs-tools [linux-initramfs-tool]  0.130
ii  kbd-compat [kbd]2:0.2.3-73

Versions of packages cryptsetup suggests:
ii  dosfstools  4.1-1
pn  keyutils
ii  liblocale-gettext-perl  1.07-3+b3

-- debconf information excluded


config.gz
Description: application/gzip
Module  Size  Used by
tun32768  2
vboxpci24576  0
vboxnetadp 28672  0
vboxnetflt 28672  0
vboxdrv   430080  3 vboxnetadp,vboxnetflt,vboxpci
ctr16384  6
ccm20480  9
bnep   20480  2
cpufreq_userspace  16384  0
cpufreq_conservative16384  0
cpufreq_powersave  16384  0
binfmt_misc20480  1
nls_iso8859_1  16384  1
nls_cp437  20480  1
vfat   20480  1
fat61440  1 vfat
fuse   94208  3
crc32c_generic 16384  1
btrfs1036288  0
xor24576  1 btrfs
zstd_decompress86016  1 btrfs
zstd_compress 163840  1 btrfs
xxhash 16384  2 zstd_compress,zstd_decompress
raid6_pq  114688  1 btrfs
btusb  40960  0
btrtl  16384  1 btusb
btbcm  16384  1 btusb
btintel16384  1 btusb
joydev 20480  0
uvcvideo   81920  0
videobuf2_vmalloc  16384  1 uvcvideo
videobuf2_memops   16384  1 videobuf2_vmalloc
videobuf2_v4l2 24576  1 uvcvideo
videobuf2_core 40960  2 uvcvideo,videobuf2_v4l2
bluetooth 339968  26 btrtl,btintel,bnep,btbcm,btusb
ecdh_generic   24576  1 bluetooth
nvidia  10559488  31
kvm_intel 192512  0
arc4   16384  2
iwldvm172032  0
kvm   569344  1 kvm_intel
mac80211  606208  1 iwldvm
irqbypass  16384  1 kvm
pcspkr 16384  0
psmouse90112  0
efi_pstore 16384  0
efivars20480  1 efi_pstore
sr_mod 24576  0
iwlwifi   262144  1 iwldvm
cdrom  36864  1 sr_mod
sg 32768  0
snd_hda_codec_hdmi 45056  2
snd_hda_codec_realtek90112  1
snd_hda_codec_generic69632  1 snd_hda_codec_realtek
sky2   57344  0
lpc_ich24576  0
mfd_core   16384  1 lpc_ich
snd_hda_intel  36864  4
snd_hda_codec 114688  4 
snd_hda_intel,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek
snd_hwdep  16384  1 snd_hda_codec
snd_hda_core   69632  5 
snd_hda_intel,snd_hda_codec,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek
cfg80211  593920  3 iwlwifi,mac80211,iwldvm
snd_pcm_oss45056  0
snd_mixer_oss  24576  1 snd_pcm_oss
rfkill 24576  5 bluetooth,cfg80211
intel_agp  20480  0
ac 16384  0
snd_pcm90112  5 
snd_pcm_oss,snd_hda_intel,snd_hda_codec,snd_hda_core,snd_hda_codec_hdmi
snd_timer  32768  1 snd_pcm
battery20480  0
video  40960  0

Bug#789030: mirror submission for mirror.rise.ph

[Francis Roda]

Package: mirrors
Severity: wishlist

Submission-Type: new
Site: mirror.rise.ph
Type: leaf
Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mipsel powerpc s390x sparc 
Archive-ftp: /debian/
Archive-http: /debian/
CDImage-ftp: /debian-cd/
CDImage-http: /debian-cd/
IPv6: no
Archive-upstream: debian.linux.org.tw
CDImage-upstream: cdimage.debian.org
Updates: four
Maintainer: Francis Roda francis.r...@rise.com.ph
Country: PH Philippines
Location: Level 6, Crown 7 Building, Juan Luna Ave., Mabolo, Cebu City
Sponsor: Rise http://rise.ph


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#784002: terminology: Bitmap fonts not rendering

[Francis L. Young III]

Package: terminology
Version: 0.7.0-1
Severity: important

Bitmap fonts are not rendering on the Jessie release of Terminology, but do so 
correctly with standard fonts. It seems that the fonts revert back to monospace 
(my current system default font) and each character has a whitespace between 
them. 

I am running Terminology in an LXDE environment. 


-- System Information:
Debian Release: 8.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages terminology depends on:
ii  libc6 2.19-18
ii  libecore-con1 1.8.6-2.1+b2
ii  libecore-evas11.8.6-2.1+b2
ii  libecore-file11.8.6-2.1+b2
ii  libecore-imf1 1.8.6-2.1+b2
ii  libecore-input1   1.8.6-2.1+b2
ii  libecore-ipc1 1.8.6-2.1+b2
ii  libecore1 1.8.6-2.1+b2
ii  libedje1  1.8.6-2.1+b2
ii  libeet1   1.8.6-2.1+b2
ii  libefreet-bin 1.8.6-2.1+b2
ii  libefreet1a   1.8.6-2.1+b2
ii  libeina1  1.8.6-2.1+b2
ii  libeio1   1.8.6-2.1+b2
ii  libelementary21.8.5-2
ii  libemotion1   1.8.6-2.1+b2
ii  libethumb-client-bin  1.8.6-2.1+b2
ii  libethumb-client1 1.8.6-2.1+b2
ii  libevas1  1.8.6-2.1+b2
ii  libevas1-engines-x1.8.6-2.1+b2
ii  liblz4-1  0.0~r122-2
ii  terminology-data  0.7.0-1

terminology recommends no packages.

Versions of packages terminology suggests:
pn  libelementary-bin  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#743013: Does not restart/stop due to PIDFILE problem

[Francis Russell]

severity 743013 serious
thanks

This bug is a violation of a must in Debian policy and consequently 
severe. Quoting:


The init.d scripts must ensure that they will behave sensibly (i.e., 
returning success and not starting multiple copies of a service) if 
invoked with start when the service is already running, or with stop 
when it isn't, and that they don't kill unfortunately-named user 
processes. The best way to achieve this is usually to use 
start-stop-daemon with the --oknodo option.


As a consequence of this bug, release 1.0.1.g-2 of Debian openssl which 
restarts services that are affected by the Heartbleed bug 
(http://heartbleed.com/) will not restart Cyrus. The old Cyrus process 
will be left running, potentially a source of a serious security 
compromise.


Francis


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#710544: Missing pkg-config file liburcu-bp.pc

[Francis Giraldeau]

Package: liburcu-dev
Version: 0.7.6-2

The file liburcu-bp.pc should be included in package liburcu-dev because
it's referenced in lttng-ust.pc from package liblttng-ust-dev.

The file is missing from testing package.

Bug#683033: hplip : Network scanning fails with error: SANE: End of file reached (code=5)

[Francis Russell]

On 09/12/12 12:28, Didier 'OdyX' Raboud wrote:

 I applied the patch in 
 https://bugs.launchpad.net/hplip/+bug/1015319/comments/5 and built a source 
 and an amd64 packages but don't have the hardware to test.
 
   http://vasks.debian.org/~odyx-guest/packages/hplip/
 
 Please try the above package and report to that bug if it gets fixed.

Apologies for taking so long, I broke my Debian machine and didn't fix
it until recently. At least on my system, the patched version does *not*
fix the reported issue. As before, I get an EOF error.

Francis


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#696359: sysvinit-utils: Dependency based booting fails to respect dependencies

[Francis Russell]

Package: sysvinit-utils
Version: 2.88dsf-34
Severity: important

The code in makeboot.c (startpar) that contructs the dependency graph
bails out when 999 arcs have been traversed when checking for a loop.
When it does, the dependency is never added, and is therefore
effectively ignored. This could result in services being started in the
wrong order.

This can be hit on a normal system (it does on mine, though without any
noticeable consequences). On a system with more init scripts (which
often remain from uninstalled services unless purged) I can imagine this
hitting more dependencies.

It's possible to the relevent code significantly more efficient, keeping
the cycle detection and losing the bizzare loop counter check. This bug
report contains relevant background and a patch:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609959

I've filed this a new bug report because firstly, the too many loops! warning
has since been hidden from user view and secondly, it's not obvious from
that report that the loop counter check means that dependencies may fail
to be added to the dependency graph. For a dependency based boot system,
I consider this a major issue.

Francis


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#658264: xpdf totally unusable due to memory corruption in globalParams class (namespace conflict with libpoppler)

[Francis Russell]

As someone who's been watching this bug for a while, I feel the need to 
interject to defend the Debian maintainers before they're alienated. 
Given how trivial a poppler-less xpdf package would be to create, the 
Debian maintainers probably have good reason not to package one. I'm 
guessing this is due to the fact that poppler/xpdf has had more than its 
fair share of security issues, and justifying a second copy of that code 
in Debian, and having to take responsibility for applying any security 
fixes to that code is too much work to justify for a single package, 
versus a library.


As for the patch, yes it contains very few functional changes, but 
being too large by itself *is* enough to reject. The diff is extremely 
unlikely to apply cleanly to new versions of xpdf making it hard to port 
but even more problematically, it'll need to be updated each poppler 
release, and these tend to change the API a lot. What happens when 
functionality not present in the current version of poppler finally 
propagates in from xpdf, and configuration variables and methods are 
duplicated in the xpdf-specific global parameters class (e.g. 
enableT1lib)? xpdf and poppler will end up working with independent 
copies of the configuration variables and accessor methods. This is the 
fragile base class problem.


This problem isn't an ABI issue, it's a software engineering 
dysfunction issue. Even forking xpdf and having that fork target 
poppler, as has been done/attempted before[1,2] is potentially 
problematic. In any normal development situation packages using 
libraries will only depend on functionality present in the libraries it 
uses at the time of release. Xpdf using poppler is the opposite. New 
releases of xpdf introduce functionality that the viewer depends on. Any 
version of xpdf using poppler will have to interact with versions of 
poppler that haven't yet incorporated this functionality.


My point is that this problem is non-trivial to solve, and the Debian 
maintainers are already going above and beyond in producing a package 
that uses poppler. As far as I can see, the only people in a position to 
correctly maintain an xpdf version that works correctly with poppler is 
the poppler devs themselves. They care enough about the xpdf code base 
to fork it, perhaps they'll appreciate that trying to support packaging 
both xpdf and their code is hurting the former. Maybe this could be 
placed in a politely worded e-mail from a Debian maintainer.


Lastly, despite the issues mentioned above I've also created a stripped 
down xpdf which doesn't replicate/extend the GlobalParams class. It 
stores xpdf-specific configuration variables in a new class, and only 
sets configuration variables from the parsed config file that can be 
accessed via the methods poppler's GlobalParams exposes [3]. This is 
primarily just so I can get a working version of xpdf on Ubunutu (and 
hence uses poppler 0.20) but I thought I might as well mention it.


Francis

[1] https://github.com/rbrito/xpdf-poppler
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=351279
[3] https://github.com/FrancisRussell/xpdf-lite


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#693801: lttoolbox: Please support arch powerpcspe (currenly FTBFS due to altivec)

[Francis Tyers]

El dt 20 de 11 de 2012 a les 15:33 +0100, en/na Roland Stigge va
escriure:
 Package: lttoolbox
 Version: 3.1.0-1.1
 Severity: wishlist
 Tags: patch sid
 User: debian-powerpc...@breakpoint.cc
 Usertags: powerpcspe
 
 Hi,
 
 lttoolbox currently FTBFS on powerpcspe[1] due to special compiler flags on
 powerpc generally:
 
 [...]
 checking Compilation architecture: PPC, i686, x86_64, Other... PowerPC
 checking for powerpc-linux-gnuspe-g++... powerpc-linux-gnuspe-g++
 checking for C++ compiler default output file name... 
 configure: error: C++ compiler cannot create executables
 See `config.log' for more details.
 make: *** [config.status] Error 77
 dpkg-buildpackage: error: debian/rules build gave error exit status 2
 [...]
 
 Attaching a patch that fixes this by putting powerpcspe into the set of
 Other archs without special compiler flags. (Please also run ./autogen.sh)
 
 Thanks,
 
 Roland
 
 
 [1] http://wiki.debian.org/PowerPCSPEPort
 
 
 -- System Information:
 Debian Release: wheezy/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (1, 'experimental')
 Architecture: amd64 (x86_64)
 
 Kernel: Linux 3.5.0 (SMP w/4 CPU cores)
 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: 
 LC_ALL set to en_GB.UTF-8)
 Shell: /bin/sh linked to /bin/dash

I've applied this upstream too.

Thanks!

Fran


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#544930: Adopting package xtux

[S. Daniel Francis]

2012/10/24 Markus Koschany a...@gambaru.de

 Hi Daniel,

Hi,


 i just saw you're going to adopt xtux. It's quite funny because i wanted
 to suggest to remove xtux from Debian. It has been dead upstream for a
 very long time and it is quite outdated.

Oh, I didn't know it. I think it could be removed also because it's not
very popular.


 But if you are really interested in
 adopting it, please go ahead.

I could guess it hasn't got a lot of dependencies, so I saw it as an easy
way to start. I think will be better if I look for adopt another package.

Regards,
Daniel.

Bug#544930: Adopting package xtux

[S. Daniel Francis]

Hello,
I'm new contributing to debian and looking at the list of packages
requesting for adoption I saw this one and I think it's a good way to
start learning (and conserving the package in the archive).

Cheers,
Daniel Francis.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#683033: libsane-hpaio: Network scanning fails with error: SANE: End of file reached (code=5)

[Francis Russell]

Package: libsane-hpaio
Version: 3.12.6-3
Severity: important

Attempting to scan from from an HP OfficeJet Pro L7600 using any tool
fails. All other printing functionality works fine. I've attached the
ouput of hp-scan -g and hp-check (note, both contain terminal
control code).

I also found these bug reports from Ubuntu which describe identical
issues to mine:

https://bugs.launchpad.net/hplip/+bug/1027021
https://bugs.launchpad.net/hplip/+bug/1015319

Using the 3.2.14 tarball from HP and the 3.12.14-2 packaging from the
Debian SVN repository I rebuilt 3.12.14-2 packages and can confirm that
downgrading to that version also fixes the issues for me.

Francis


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

Kernel: Linux 3.3.4 (SMP w/2 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 libsane-hpaio depends on:
ii  libc62.13-33
ii  libcups2 1.5.3-1
ii  libdbus-1-3  1.6.0-1
ii  libhpmud03.12.6-3
ii  libssl1.0.0  1.0.1c-3

Versions of packages libsane-hpaio recommends:
ii  hplip   3.12.6-3
ii  sane-utils  1.0.22-7.3

libsane-hpaio suggests no packages.

-- no debconf information

HP Linux Imaging and Printing System (ver. 3.12.6)
Dependency/Version Check Utility ver. 15

Copyright (c) 2001-14 Hewlett-Packard Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

Note: hp-check can be run in three modes:
1. Compile-time check mode (-c or --compile): Use this mode before compiling 
the HPLIP supplied tarball (.tar.gz or .run) to determine if the proper 
dependencies are installed to successfully compile HPLIP.   
  
2. Run-time check mode (-r or --run): Use this mode to determine if a distro 
supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball 
has the proper dependencies installed to successfully run.  

3. Both compile- and run-time check mode (-b or --both) (Default): This mode 
will check both of the above cases (both compile- and run-time dependencies).   

  

Check types:


   
a. EXTERNALDEP - External Dependencies  


   
b. GENERALDEP - General Dependencies (required both at compile and run time)


   
c. COMPILEDEP - Compile time Dependencies   


   
d. [All are run-time checks]


   
PYEXT SCANCONF QUEUES PERMISSION


   

Status Types:
OK
MISSING   - Missing Dependency or Permission or Plug-in
INCOMPAT  - Incompatible dependency-version or Plugin-version

Saving output in log file: /home/fpr/hp-check.log

Initializing. Please wait...
warning: debian-testing version is not supported. Using 
debian-6.0.5 versions dependencies to verify and install...

---
| SYSTEM INFO |
---

 Kernel: 3.3.4 #1 SMP Mon Apr 30 21:17:48 BST 2012 GNU/Linux
 Host: callisto
 Proc: 3.3.4 #1 SMP Mon Apr 30 21:17:48 BST 2012 GNU/Linux
 Distribution: debian testing

---
| HPLIP CONFIGURATION |
---

HPLIP-Version: HPLIP 3.12.6
HPLIP-Home: /usr/share/hplip
warning: HPLIP

Bug#681931: schroot: Clean install of schroot creates broken symlink

[Francis Russell]

Package: schroot
Version: 1.6.0-1
Severity: normal

A clean install of schroot creates a symlink
/etc/schroot/script-defaults that points to /etc/schroot/default/config.
However, this file does not appear to be created by the installation
resulting in an apparently useless broken symlink.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#677039: libpoco-dev: Poco should be compiled with IPv6 support

[Francis Giraldeau]

Package: libpoco-dev
Version: 1.3.6p1-1ubuntu3
Severity: wishlist

Dear Maintainer,

Poco can be configured with IPv6, but it's not enabled by default in Debian. I
would suggest to add the same SYSFLAGS as Darwin for the compiler options to
enable IPv6 support.

To do so, in the file build/config/Linux append -DPOCO_HAVE_IPv6 to SYSFLAGS

Thanks!

Francis

-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise'), (100, 'precise-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-24-generic (SMP w/4 CPU cores)
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libpoco-dev depends on:
ii  libpococrypto9  1.3.6p1-1ubuntu3
ii  libpocodata91.3.6p1-1ubuntu3
ii  libpocofoundation9  1.3.6p1-1ubuntu3
ii  libpocomysql9   1.3.6p1-1ubuntu3
ii  libpoconet9 1.3.6p1-1ubuntu3
ii  libpoconetssl9  1.3.6p1-1ubuntu3
ii  libpocoodbc91.3.6p1-1ubuntu3
ii  libpocosqlite9  1.3.6p1-1ubuntu3
ii  libpocoutil91.3.6p1-1ubuntu3
ii  libpocoxml9 1.3.6p1-1ubuntu3
ii  libpocozip9 1.3.6p1-1ubuntu3

libpoco-dev recommends no packages.

Versions of packages libpoco-dev suggests:
ii  libpoco-doc none
ii  libpococrypto9-dbg  1.3.6p1-1ubuntu3
ii  libpocodata9-dbg1.3.6p1-1ubuntu3
ii  libpocofoundation9-dbg  1.3.6p1-1ubuntu3
ii  libpocomysql9-dbg   1.3.6p1-1ubuntu3
ii  libpoconet9-dbg 1.3.6p1-1ubuntu3
ii  libpoconetssl9-dbg  1.3.6p1-1ubuntu3
ii  libpocoodbc9-dbg1.3.6p1-1ubuntu3
ii  libpocosqlite9-dbg  1.3.6p1-1ubuntu3
ii  libpocoutil9-dbg1.3.6p1-1ubuntu3
ii  libpocoxml9-dbg 1.3.6p1-1ubuntu3
ii  libpocozip9-dbg 1.3.6p1-1ubuntu3

-- 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#677039: Enable by default IPv6 for Linux upstream

[Francis Giraldeau]

Added a patch upstream to enable IPv6 by default on Linux:

Sourceforge patch entry:
https://sourceforge.net/tracker/?func=detailaid=3534307group_id=132964atid=725711

Related entry in the forum:
http://pocoproject.org/forum/viewtopic.php?f=10t=5356p=8952hilit=IPv6#p8952

Thanks!

Francis

Bug#668457: monotone: FTBFS (multiple test suite failures)

[Francis Russell]

I've just had a go at building monotone in an i386 unstable chroot and
had no issues. Perhaps whatever was causing the build failure is now fixed?

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#668457: [Monotone-debian] Bug#668457: monotone: FTBFS (multiple test suite failures)

[Francis Russell]

I had no issues rebuilding this on my 'testing' install, so I guess 
whatever's causing the issue hasn't hit it yet. Looking at the logs, it 
looks the the fails occur because monotone is failing to find its test 
databases, but the copy that creates them appears to complete 
successfully. Someone feel like trying to replicate on an up-to-date 
unstable install? I don't have one to hand right now.


Francis



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#668171: boost-defaults: 1.48 does not upgrade to 1.49 cleanly due to static libraries

[Francis Russell]

Source: boost-defaults
Version: 1.49.0.1
Severity: normal

When attepting to upgrade Boost apt/dpkg failed multiple times with
similar errors on a number of the packages containing libraries. This is
the error from libboost-chrono1.49-dev:

Unpacking libboost-chrono1.49-dev (from 
.../libboost-chrono1.49-dev_1.49.0-1_amd64.deb) ...
dpkg: error processing 
/var/cache/apt/archives/libboost-chrono1.49-dev_1.49.0-1_amd64.deb (--unpack):
 trying to overwrite '/usr/lib/libboost_chrono.a', which is also in package 
libboost-chrono1.48-dev 1.48.0-3
configured to not write apport reports
  Preparing to replace libboost-chrono-dev 
1.48.0.3 (using .../libboost-chrono-dev_1.49.0.1_amd64.deb)
Unpacking replacement libboost-chrono-dev ...
Errors were encountered while processing:
 /var/cache/apt/archives/libboost-chrono1.49-dev_1.49.0-1_amd64.deb

Repeatedly using apt-get -f install finally fixed it.

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

Kernel: Linux 3.3.1 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#659050: [Monotone-debian] Bug#659050: please link with botan1.10

[Francis Russell]

Hi,

looking at the monotone bug report, it appears that making monotone 
work with botan1.10 is still an ongoing issue. We'll keep watching to 
see when it'll be possible to make a transition.


Francis



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#665448: monotone: FTBFS: testsuite failure

[Francis Russell]

On 24/03/12 18:28, Ludovic Brenta wrote:

 Please find the time to investigate and correct this problem.  I suspect
 something to do with libpcre3.  I'll sponsor an upload as soon as you
 can fix the problem.  If you need help, scream.
 

I've pushed a fixed version, see the patch for details. The problematic
regex still appears to be present in the latest upstream version so I'll
also send a message to monotone-devel.

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#665448: [Monotone-debian] Bug#665448: Bug#665448: monotone: FTBFS: testsuite failure

[Francis Russell]

On 25/03/12 20:40, Thomas Moschny wrote:
 Hi,
 
 this is a mini-patch I recently added to the Fedora package, to build
 against newer PCRE. It deletes '(?=\C)' from the list of regular
 expressions in .mtn-ignore expected to throw an error.

I wish you'd sent that a few hours earlier :)

 The man page of PCRE states that \C is not allowed in lookbehind
 assertions, iff in UTF8 mode. I did not yet verify whether we are
 actually processing the ignore file patterns in UTF8 mode or not.
 Anyway, removing that pattern fixed the build for now.

It looks like the test is dependent on pcre3 recognising that regex as
invalid as it'll match all the file names otherwise, which is not the
intended behaviour. Removing it is probably the proper thing to do anyway.

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#662903: leaves an empty file behind in /tmp

[Francis Tyers]

El dc 07 de 03 de 2012 a les 14:09 +0800, en/na Paul Wise va escriure:
 Package: apertium-dbus
 Version: 0.1-1.1
 Severity: normal
 File: /usr/share/apertium/dbus-1/mode.py
 Usertags: cruft tmp
 
 apertium-dbus sets up debugging output to /tmp/mode.log and then never
 uses it. It should not setup this log file at all if it will not use it.
 
 In addition, it is very inappropriate to not respect $TMPDIR.
 
 In addition, it is very inappropriate to put files in /tmp and not clean
 them up.
 
 In addition, it is very inappropriate to put log files in /tmp/.
 
 In addition, it is very inappropriate to use predictable filenames
 in /tmp, in this case it doesn't seem to result in any vulnerability
 though since it is opened but never used.
 
 I guess what I am trying to say is, please drop this code.

Done, commented out.

$ svn commit -m comment out logging
Sendingsrc/mode.py
Transmitting file data .
Committed revision 36524.

Fran




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#655347: upgrade-reports: initramfs prompt on boot, 4.6.3. of release notes not from end user perspective

[Francis Picabia]

Package: upgrade-reports
Severity: normal

I have personally encountered the problem referenced at 4.6.3 of the upgrade
release notes, on several systems.  All of them boot from software mirror
RAID on SCSI hardware from 2002 to 2006 vintage.  In each case, I needed
to add the kernel option rootdelay=9 to allow the system to boot.

I did not find the solution in the release notes because the symptoms
of the problem are not specifically mentioned in 4.6.3.  When the problem
happens, to the end user point of view, it fails to find the root
file system and dumps us out to the initramfs prompt.  We are not
aware this is a timing issue with udev, so the heading Boot timing issues
does not catch the eye.  The current heading does not describe
the problem well from the end user perspective.

I feel this problem would be identified in the release notes if there is
specific mention of the initramfs shell/prompt rather than the vague
reference to a debug shell.  If that section could be rewritten to
describe what happens from the end user's perspective, with
details like what text is shown, what prompt appears, it would help.

I also feel this issue should be found under section 4.5 (possible issues
during upgrade). 


-- System Information:
Debian Release: 6.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#623097: iceweasel: high CPU usage by Xorg on page loading when Tabs on, Top are off

[Francis Russell]

I was experiencing this issue quite a while back, and still am in the
iceweasel 8.0-3 package in unstable. I was wondering if the people
currently experiencing this bug could report which graphics card drivers
they're using? My experience with downgrading certain drivers and
packages seems to suggest that it might be a bug with the Xorg propriety
nvidia drivers. So if you are or aren't using these, data points either
way would be appreciated :)

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#565403:

[Francis Devereux]

I'm hitting this too. I can't hard-code /usr/share/java/ant-contrib.jar in my 
build.xml because the project also needs to be built on non-Debian machines 
(that put ant-contrib.jar elsewhere) too.

I'm working around this by bundling the ant-contrib jar in my project so that I 
can reference it with a build.xml-relative path.




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#640638: libbotan-1.8.2: Outdated binary packages in unstable

[Francis Russell]

Package: libbotan-1.8.2
Version: 1.8.13-4
Severity: important


According to the botan1.8 PTS page, version 1.3.13-2 was accepted into unstable 
17/8/2011 and there have been
newer uploads since then. However, as far I can tell, all libbotan-1.8.2 binary 
packages in unstable appear to
be at version 1.8.13-1. As a consequence, the monotone maintainers are still 
receiving bug reports for
monotone caused by DBTS #633775.

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#636862: Acknowledgement (xmp: Consider Using ALSA Output)

[Francis Russell]

Unfortunately, it looks like the DBTS failed to copy me on any of these
replies for some reason. Editing the config file is certainly the
easiest solution and I completely missed the mention of the config files
on the man page. Perhaps the files could have the brief descriptions
underneath as in the FILES section on other man pages (vim, mplayer etc.)?

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#636862: xmp: Consider Using ALSA Output

[Francis Russell]

Package: xmp
Version: 3.3.0-1+b1
Severity: wishlist


Currently, xmp compiles with OSS support by default. At least under
Linux, I believe OSS is considered deprecated. Most noticeably, at least
under my system, using OSS prevents the volume being controlled via the
PCM channel volume.

Francis


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

Kernel: Linux 2.6.39.3 (SMP w/2 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 xmp depends on:
ii  libasound21.0.24.1-2 shared library for ALSA applicatio
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  xmp-common3.3.0-1Common files for xmp and the xmp A

Versions of packages xmp recommends:
ii  unmo3 0.6-1  Uncompress and extract samples fro

Versions of packages xmp suggests:
ii  lha   1.14i-10.3 lzh archiver

-- 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#636863: libmodplug: Package fails to build when CC or CXX contain spaces

[Francis Russell]

Package: libmodplug
Version: 0.8.8.2-3
Severity: normal


When CC or CXX is already defined in the environment debian/rules will use 
those values. If those values
contain spaces, such as when using ccache so that CC=ccache /usr/bin/cc, the 
build will fail.

Fix is trivial, just replace

CC=$(CC) CXX=$(CXX) CFLAGS=-O2 CXXFLAGS=-O2

with 

CC=$(CC) CXX=$(CXX) CFLAGS=-O2 CXXFLAGS=-O2

Francis

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

Kernel: Linux 2.6.39.3 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#630921: [libmount1] tries to overwrite existing libmount

[Francis Russell]

Package: libmount1
Version: 2.19.1-4
Followup-For: Bug #630921


This bug just bit me from testing and required manual intervention in a package 
manager to fix. How is this
wishlist?

Francis


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

Kernel: Linux 2.6.39.3 (SMP w/2 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 libmount1 depends on:
ii  libblkid1 2.19.1-4   block device id library
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libselinux1   2.0.98-1.1 SELinux runtime shared libraries
ii  libsepol1 2.0.42-1   SELinux library for manipulating b

libmount1 recommends no packages.

libmount1 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#630422: ITP: pwsafe -- pwsafe is a *nix command-line program that manages encrypted password databases

[Francis Russell]

Package: wnpp
Severity: wishlist
Owner: Francis Russell francis+d...@unchartedbackwaters.co.uk


* Package name: pwsafe
  Version : 0.2.0
  Upstream Author : Nicolas S. Dade nd...@nsd.dyndns.org
* URL : http://nsd.dyndns.org/pwsafe/
* License : GPL
  Programming Lang: C++
  Description : command-line application for managing encrypted passwords

pwsafe is a *nix command-line program that manages encrypted password
databases.

 Features:
- Pure command-line operation if desired (good for remote access over ssh)
  or can interact with X11 selection  clipboard.
- Portable, endianess-clean, misaligned-access-free C++.
- Compatible with CounterPane's PasswordSafe Win32 program versions 2.x
  and 1.x.

pwsafe was in Debian until recently, but removed since it was orphaned.
I contacted the current maintainer who was willing to sponsor uploads by
a user willing to take of maintenance work.

Please see the following bug reports:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601300
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630178



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#630178: pwsafe orphanage

[Francis Russell]

Package: pwsafe
Version: 0.2.0-3
Severity: important


I was somewhat irritated to discover that Debian has removed pwsafe. As
a user of pwsafe for several years, I've found pwsafe invaluable. Even
more irritating was that the DBTS makes it far from obvious that there
was any intention to drop pwsafe.

I strongly disagree with the rationale for dropping pwsafe. Other
applications may be more featureful, but for those who try to avoid
flashy GUI interfaces where possible, or need to avoid them for other
reasons, I'm not aware of anything that comes close to pwsafe's
simplicity of use.

Similarly, pwsafe may not have been updated in a while, but as far as I
can tell, there's been no need to do so. The pwsafe Debian package
doesn't even contain any changes against the original source, suggesting
no major issues. Additionally, continuous development of a package is
likely to lead to the introduction of bugs, which for a security-related
package, is not a good thing.

pwsafe doesn't appear to be an especially high-maintenance package,
doesn't appear to have any known security issues, and from the
perspective of a Debian user, removing it only has the effect of making
Debian less useful. Additionally, I'd suggest that pwsafe's popcon score
may not be blazing, but suggests that it is far from unused.

Lastly, I'd like to offer my help in maintaining the package, if that
would be of any help. I'd imagine maintaining a package that one cares
about would be one of the primary reasons to become a Debian maintainer,
but it seems like Debian makes it very difficult for someone who isn't
already part of the Debian community to do this.

Regards,

Francis Russell


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

Kernel: Linux 2.6.39.1 (SMP w/2 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 pwsafe depends on:
ii  libc6 2.13-4 Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.6.0-10 GCC support library
ii  libice6   2:1.0.7-1  X11 Inter-Client Exchange library
ii  libncurses5   5.9-1  shared libraries for terminal hand
ii  libreadline5  5.2-8  GNU readline and history libraries
ii  libsm62:1.2.0-1  X11 Session Management library
ii  libssl0.9.8   0.9.8o-7   SSL shared libraries
ii  libstdc++64.6.0-10   The GNU Standard C++ Library v3
ii  libx11-6  2:1.4.3-1  X11 client-side library
ii  libxmu6   2:1.1.0-2  X11 miscellaneous utility library

pwsafe recommends no packages.

pwsafe 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#628471: proftpd fails to enable passive mode if SQLShowInfo directive is used

[Francis Brosnan Blázquez]

Package: proftpd-basic
Version: 1.3.3a-6squeeze1

Having a working proftpd configuration tested on lenny machines, it
seems there are some interaction with SQLShowInfo instruction causing
proftpd to fail to enable passive mode. 

The way to reproduce the problem is to enable passive connection from a
client on localhost (to discard firewall problems).

 ftp localhost
(after introducing user and password)

ftp passive on
Passive mode on.

ftp ls
200 Type set to A
Passive mode address scan failure.Shouldn't happen!

After googling it seems there are other proftpd users that found the
same issue [1]. 

In our case, to solve the issue just comment declaration (SQLShowInfo)
inside proftpd.conf:

 # SQLShowInfo PASS 230 You've logged on %{getcount} times, %u

After restarting proftpd everything works fine.
Regards,

[1] http://bugs.proftpd.org/show_bug.cgi?id=3423





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#623891: [Monotone-debian] Bug#623891: monotone Build-Depends missing zlib

[Francis Russell]

Hi Stephen,

the Monotone Debian packaging already has a dependency on libz-dev. This
can be found in the file debian/control. I suspect you've encountered a
bug in aptitude with installing virtual build dependencies. See:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555043

Please try apt-get build-dep monotone to install the build
dependencies and hopefully there should be no issues. If there aren't,
I'll mark this bug as invalid.

Regards,

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#623734: [Monotone-debian] Bug#623734: Bug#623734: monotone: FTBFS: test suite timeout

[Francis Russell]

Aaron M. Ucko wrote:

 At any rate, the Linux logs reveal that the (presumed) hang in question
 occurs early on, perhaps as a result of attempting to make check in
 parallel:

Thank you! I attempted to build with a parallelism of 4, and make
started consuming 100% CPU. We'll start working with the devs to find
the best way to resolve this.

Cheers,

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#623734: [Monotone-debian] Bug#623734: monotone: FTBFS: test suite timeout

[Francis Russell]

Dear Aaron,

this appears to be a hang, since the monotone test suite produces
extensive output. Multiple monotone maintainers, developers and others
have tried to replicate the hang and failed. At the very least, I
believe the following configurations have been tested and found not to
manifest the hang during package building:

- amd64 Debian testing
- i386 Debian testing
- amd64 Debian unstable
- i386 Debian unstable
- i386 Ubuntu Maverick

1. It is possible to manually trigger a rebuild to determine if this is
a problem with Debian unstable that has since resolved itself?

2. It is possible to get any information on what's happening during the
time the build is hanged. e.g. the state of the process tree, whether
all of them are blocked or are consuming CPU, the parameters to each
process.

3. It is possible to have as much additional information as possible on
the environment the builds are being performed in? It's practically
impossible to be able to debug this issue without the ability to
replicate it.

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#622954: [Monotone-debian] Bug#622954: Please package monotone 1.0

[Francis Russell]

Believe me, we're working on it.

Francis




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#607204: [Pkg-awstats-devel] Bug#607204: awstats produces invalid XHTML

[Francis Russell]

So the bug I hit is apparently an issue that occurs when upgrading a
running instance of Firefox on certain platforms. Once it's been
restarted, it no longer complains. There's a more in-depth discussion of
the issue in this other bug report.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619617

Still, as I said before, the rest of the report about awstats's invalid
XHTML is still valid.

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#620760: fail2ban: dropbear section broken in jail.conf

[Francis Russell]

Yaroslav Halchenko wrote:

 anyways -- have you considered submitting the patch logging *all* failed
 IPs against Debian's package of dropbear?  may be it could be accepted.
 Feel free to provide an argument that it would allow to use fail2ban and
 make Debian users more secure.
 
 why your patch wasn't accepted upstream? or it was never forwarded
 upstream?

So, I sent the patch to the upstream author late December 2008. They
responded that logging IP's for failed logins seemed like a useful idea
and that they would commit that bit. Anyway, I watched the upstream repo
and the patch was never committed. I sent a follow up e-mail in
September 2009 (just after the dropbear related bug report was filed
against fail2ban) seeing if I could get the patch committed, but never
received a reply.

I never tried submitting it to Debian since I didn't like the idea of
fail2ban having rules that only worked against patched versions of
Debian packages.

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#620760: fail2ban: dropbear section broken in jail.conf

[Francis Russell]

Package: fail2ban
Version: 0.8.4+svn20110323-1
Severity: normal


So I when upgrading noticed that a conf file I wrote ages ago has been
incorporated into fail2ban. However, the config section in jail.conf is
rather broken.

The default behaviour of the dropbear package is to install an init
script. In this case, the output of dropbear will end up in
/var/log/auth.log as with the normal ssh daemon. However, the current
config file specifies /var/log/dropbear.

/var/log/dropbear is mentioned in the file README.runit in the dropbear
package. However, this is only for when dropbear has been installed as a
daemontools service. Also, /var/log/dropbear is a folder, not a file, so
the actual log-file will be something else. Last but not least,
daemontools uses a different logging format that the regular expressions
in dropbear.conf wouldn't match anyway.

In conclusion, I believe /var/log/dropbear should be changed to
/var/log/auth.log.

Secondly, I believe the line that reads filter = sshd in the dropbear
section should read filter = dropbear.

Lastly, it should probably be heavily emphasised at the top of
jail.conf that the regexes don't match all the attacks that can be made
against dropbear. In particular, they cannot match attacks which use
only an ssh key and not a password (which I see all the time).

It was my hope that I would get a patch I wrote accepted into dropbear
upstream that always printed the IP info of every failed connnection
attempt, but I never managed to do this. This is the output matched by
the commented-out regex.

In it's current state, the dropbear rules might even be considered
slightly dangerous because it gives a false sense of security but does
not protect against all attacks. It's for this reason I never submitted
the file to Debian and to be honest, I think it might be a bad idea for
it to be in there (at least until, one day, dropbear prints ip
information for *all* failed connection attempts).

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#619617: Re: gitweb produces invalid XHTML

[Francis Russell]

Jonathan Nieder wrote:

 Thanks, both.  Do you know if this bug has been filed with firefox?

Not that I'm aware. At least I've not been able to find one. Certainly,
it appears to have affected enough people that I found multiple pages
recommending replacing nbsp; with #160;.

Francis




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#607204: awstats produces invalid XHTML

[Francis Russell]

So, I've recently been informed that nbsp; *is* actually valid XHTML.
The  wonderful amount of misleading information about nbsp; being
invalid XHTML, or Firefox not supporting nbsp; is due to a bizarre
browser bug that apparently causes Firefox to reject nbsp; in XHTML
under certain circumstances. The same browser bug hit me.

However, I did just run awstats output though W3C's XHTML validator, and
there are still large numbers of validation errors, just the nbsp;
thing isn't one of them.

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#619617: gitweb: 1:1.7.4.1-5

[Francis Russell]

Package: gitweb
Version: gitweb produces invalid XHTML
Severity: important


It seems that to web browsers that support it, gitweb will serve an
XHTML version of the interface. The currently served version includes
the entity nbsp; which is invalid in XHTML.

In the version of Firefox in Ubuntu, but possible other browsers/OSes,
this will cause a complete refusal to render the page. This makes gitweb
entirely unusable from these systems (which is why I marked the bug
as important).

I suspect this coincided with the migration of 1:1.7.4.1-3 into testing,
as I did not see this issue until very recently.

Francis


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

Kernel: Linux 2.6.38.1 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#619617: gitweb: 1:1.7.4.1-5

[Francis Russell]

On Fri, 25 Mar 2011 14:36:02 -0400 (EDT), Anders Kaseorg wrote:

Actually, nbsp; is totally valid XHTML:

  http://www.w3.org/TR/xhtml1/dtds.html#a_dtd_Latin-1_characters
Firefox _only_ has a problem with it if you’ve just updated Firefox
without restarting it.  The problem will go away when you restart 
Firefox.


Thanks. Guess that serves me right for googling for the issue instead 
of actually locating the XHTML specification.


Francis



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#609959: initscripts: too many loops! when bootlogd is enable

[Francis Russell]

So, I took a look at the sysvinit source and the true problem appears to
be that loop checking the the dependency makefile parser is hideously
inefficient. It has a built in check for when loop-checking is doing too
much work then bails out. This is what's getting triggered.

This is clearly a known problem since there's already a Debian patch in
the package that increases the number of checks that the loop-checker is
allowed to do by 100x.

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#609959: Info received (Bug#609959: initscripts: too many loops! when bootlogd is enabled)

[Francis Russell]

Hi,

I'm attaching a patch against startpar, specifically makeboot.{h,c}. It
should be able to drop into the debian/startpar/patches folder (but
needs offset adjusting) and is intended to obsolete
04_makeboot_loop_upper_bound.patch.

The check of the variable 'loop' in the original code is quite strange.
The dependency graph has no loops by construction, so I can only assume
that it was intended to catch an error on the part of the programmer,
rather a loop in the makefile dependencies itself. Anyway, the patch
still guarantees that check_loop will terminate since it cannot
recursively call itself more than the number of nodes in the dependency
graph.

The other problem with the original code is the efficiency of
check_loop. It treats the dependency graph as a tree instead of a DAG,
and therefore repeatedly checks the same parts of the graph multiple
times (hence the massive values for loop). I've avoided this by using a
flag variable that is set when a node is visited. Instead of having to
clear these flags, which is difficult to do in a depth-first
implementation anyway, that flag variable is an integer which changes
value on each call to check_loop.

Summing across /etc/init.d/.depend.{boot,start,stop} on my system, this
patch reduces the number of calls to check_loop from 3331320 to 8233
(0.25% of original).

Please let me know if you have any questions,

Francis
diff -Nur startpar/makeboot.c startpar.new//makeboot.c
--- startpar/makeboot.c	2011-03-21 22:33:39.649682525 +
+++ startpar.new//makeboot.c	2011-03-21 22:35:59.439157460 +
@@ -20,6 +20,8 @@
 static int o_flags = O_RDONLY;
 #endif
 
+static int check_loop(struct makenode *dep, struct makenode *src);
+static int check_loop_helper(struct makenode *dep, struct makenode *src);
 
 int tree_entries = 0;
 struct makenode *tree_list = NULL;
@@ -58,6 +60,7 @@
 	}
 	memset(node, 0, alignof(struct makenode)+strsize(name));
 	node-name = ((char*)node)+alignof(struct makenode);
+	node-cycle_check_value = -1;
 	strcpy(node-name, name);
 
 	/* append to the list in alphabetical order */
@@ -102,18 +105,29 @@
 /*
  * check whether the given target would create an infinte loop
  */
-static int loop;
+
+static int cycle_check_value;
 static int check_loop(struct makenode *dep, struct makenode *src)
 {
+	++cycle_check_value;
+	return check_loop_helper(dep, src);
+}
+
+static int check_loop_helper(struct makenode *dep, struct makenode *src)
+{
+if (dep-cycle_check_value == cycle_check_value)
+		return 0;
+else
+		dep-cycle_check_value = cycle_check_value;
+
 	struct makelist *s;
 	for (s = dep-depend; s; s = s-next) {
 		if (s-node == src) {
 			fprintf(stderr, loop exists %s in %s!\n, dep-name, src-name);
 			return 1;
 		}
-		if (loop++  999)
-			return 1;
-		if (check_loop(s-node, src))
+
+		if (check_loop_helper(s-node, src))
 			return 1;
 	}
 	return 0;
@@ -127,7 +141,6 @@
 	struct makenode *dep;
 
 	dep = add_target(dst);
-	loop = 0;
 	if (check_loop(dep, node))
 		return;
 	dep-select = new_list(node, dep-select);
diff -Nur startpar/makeboot.h startpar.new//makeboot.h
--- startpar/makeboot.h	2011-03-21 22:33:39.649682525 +
+++ startpar.new//makeboot.h	2011-03-21 22:34:47.071017702 +
@@ -17,6 +17,7 @@
 	struct makenode *next;
 	int interactive;
 	int importance;
+int cycle_check_value;
 };
 
 /* dependency and selection list nodes */

Bug#609959: initscripts: too many loops! when bootlogd is enable

[Francis Russell]

Package: initscripts
Version: 2.88dsf-13.1
Followup-For: Bug #609959


Any progress on determining the cause of this bug? I'm experiencing it
with the version of initscripts in testing.

Francis


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

Kernel: Linux 2.6.38 (SMP w/2 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 initscripts depends on:
ii  coreutils   8.5-1GNU core utilities
ii  debianutils 3.4.4Miscellaneous utilities specific t
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  lsb-base3.2-27   Linux Standard Base 3.2 init scrip
ii  mount   2.17.2-9.1   Tools for mounting and manipulatin
ii  sysv-rc 2.88dsf-13.1 System-V-like runlevel change mech
ii  sysvinit-utils  2.88dsf-13.1 System-V-like utilities

Versions of packages initscripts recommends:
ii  e2fsprogs 1.41.12-2  ext2/ext3/ext4 file system utiliti
ii  psmisc22.13-1utilities that use the proc file s

initscripts 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#618547: laptop-mode-tools: Broken behaviour in 1.57-1

[Francis Russell]

Ritesh Raj Sarraf wrote:
 On 03/17/2011 05:28 AM, Francis Russell wrote:
 OK, after an extremely long and painful debugging session, I finally
 worked out what was going on, which was a combination of
 non-deterministic and slightly broken behaviour of laptop-mode-tools and
 a bug in nvclock.

So I suppose it is the exec-commands module despite the fact that the
commands are currently specified in the lcd conf file.

I would imagine that there's no requirement for one application
executing another to set the HOME environment variable, but letting it
become / is definitely a bug. If laptop-mode is going to execute
commands, the environment should either be clean or sane. The executed
command has no way of knowing that it shouldn't make its configuration
files in / and the user of laptop-mode has no way to know that the
application to be run might be passed strange environment variables.

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618547: laptop-mode-tools: Broken behaviour in 1.57-1

[Francis Russell]

Ritesh Raj Sarraf wrote:
 We pass no strange environment variables. All that we need is set inside
 the tool itself.
 We run in 'sh' compliant mode and we run as a non-login shell.
 
 In laptop-mode, I can't house an environment for every foreign command
 that can be run. That's why I gave you the exec-commands example.

OK, but somehow HOME is getting set to / non-deterministically inside
the laptop-mode-tools script.

Francis




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618547: laptop-mode-tools: Broken behaviour in 1.57-1

[Francis Russell]

On Thu, 17 Mar 2011 17:07:04 +0530, Ritesh Raj Sarraf wrote:


That must have been inherited from udev or acpid's environment.


OK, I'll have a look and file a bug against the appropriate package 
when I have time.


Francis




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618547: laptop-mode-tools: Broken behaviour in 1.57-1

[Francis Russell]

Package: laptop-mode-tools
Version: 1.57-1
Severity: important


Since updating to 1.57-1, I've been observing strange behaviour from
laptop-mode tools. For example, when unplugging the power, sometimes it
will call the brightness changing command, sometimes not. Same with
plugging thw power back in.

Debug information from console seems to indicate that laptop mode sees
the change in power status instantly and appears to act on in. My ext4
filesystems always get remounted with new options, but the screen issue
appears to be non-deterministic, I haven't looked further to see if
other settings are not being updated correctly.

I also downgraded back to 1.55-1 and experienced none of these issues.

Francis


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

Kernel: Linux 2.6.37.3 (SMP w/2 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 laptop-mode-tools depends on:
ii  lsb-base  3.2-27 Linux Standard Base 3.2 init scrip
ii  psmisc22.13-1utilities that use the proc file s
ii  util-linux2.17.2-9.1 Miscellaneous system utilities

Versions of packages laptop-mode-tools recommends:
ii  acpid 1:2.0.8-1  Advanced Configuration and Power I
ii  ethtool   1:2.6.37-1 display or change Ethernet device 
ii  hal   0.5.14-5   Hardware Abstraction Layer
ii  hdparm9.32-1 tune hard disk parameters for high
ii  net-tools 1.60-23The NET-3 networking toolkit
ii  sdparm1.06-3 Output and modify SCSI device para
ii  udev  166-1  /dev/ and hotplug management daemo
ii  wireless-tools30~pre9-5  Tools for manipulating Linux Wirel

laptop-mode-tools suggests no packages.

-- Configuration Files:
/etc/laptop-mode/conf.d/auto-hibernate.conf changed:
DEBUG=0
ENABLE_AUTO_HIBERNATION=1
HIBERNATE_COMMAND=/usr/sbin/hibernate
AUTO_HIBERNATION_BATTERY_CHARGE_PERCENT=4
AUTO_HIBERNATION_ON_CRITICAL_BATTERY_LEVEL=1

/etc/laptop-mode/conf.d/bluetooth.conf changed:
DEBUG=0
CONTROL_BLUETOOTH=1
BATT_ENABLE_BLUETOOTH=0
AC_ENABLE_BLUETOOTH=0
BLUETOOTH_INTERFACES=hci0

/etc/laptop-mode/conf.d/hal-polling.conf changed:
DEBUG=0
CONTROL_HAL_POLLING=auto
BATT_DISABLE_HAL_POLLING=1
AC_DISABLE_HAL_POLLING=1
HAL_POLLING_DEVICES=/dev/scd?

/etc/laptop-mode/conf.d/intel-hda-powersave.conf changed:
DEBUG=0
CONTROL_INTEL_HDA_POWER=1
BATT_INTEL_HDA_POWERSAVE=1
LM_AC_INTEL_HDA_POWERSAVE=0
NOLM_AC_INTEL_HDA_POWERSAVE=0
INTEL_HDA_DEVICE_TIMEOUT=10
INTEL_HDA_DEVICE_CONTROLLER=0

/etc/laptop-mode/conf.d/lcd-brightness.conf changed:
DEBUG=0
CONTROL_BRIGHTNESS=1
BATT_BRIGHTNESS_COMMAND=nvclock -S 60
LM_AC_BRIGHTNESS_COMMAND=nvclock -S 100
NOLM_AC_BRIGHTNESS_COMMAND=nvclock -S 100
BRIGHTNESS_OUTPUT=/dev/null

/etc/laptop-mode/conf.d/sched-mc-power-savings.conf changed:
DEBUG=0
CONTROL_SCHED_MC_POWER_SAVINGS=1

/etc/laptop-mode/laptop-mode.conf changed:
ENABLE_LAPTOP_MODE_TOOLS=1
VERBOSE_OUTPUT=0
LOG_TO_SYSLOG=1
DEBUG=0
ENABLE_LAPTOP_MODE_ON_BATTERY=1
ENABLE_LAPTOP_MODE_ON_AC=0
ENABLE_LAPTOP_MODE_WHEN_LID_CLOSED=0
ENABLE_AUTO_MODULES=0
MINIMUM_BATTERY_CHARGE_PERCENT=3
DISABLE_LAPTOP_MODE_ON_CRITICAL_BATTERY_LEVEL=1
HD=/dev/[hs]d[abcdefgh]
PARTITIONS=auto /dev/mapper/*
ASSUME_SCSI_IS_SATA=1
LM_BATT_MAX_LOST_WORK_SECONDS=120
LM_AC_MAX_LOST_WORK_SECONDS=120
CONTROL_READAHEAD=1
LM_READAHEAD=3072
NOLM_READAHEAD=128
CONTROL_NOATIME=0
USE_RELATIME=1
CONTROL_HD_IDLE_TIMEOUT=0
LM_AC_HD_IDLE_TIMEOUT_SECONDS=60
LM_BATT_HD_IDLE_TIMEOUT_SECONDS=60
NOLM_HD_IDLE_TIMEOUT_SECONDS=7200
CONTROL_HD_POWERMGMT=auto
BATT_HD_POWERMGMT=128
LM_AC_HD_POWERMGMT=254
NOLM_AC_HD_POWERMGMT=254
CONTROL_HD_WRITECACHE=0
NOLM_AC_HD_WRITECACHE=1
NOLM_BATT_HD_WRITECACHE=0
LM_HD_WRITECACHE=0
CONTROL_MOUNT_OPTIONS=1
LM_DIRTY_RATIO=60
NOLM_DIRTY_RATIO=40
LM_DIRTY_BACKGROUND_RATIO=1
NOLM_DIRTY_BACKGROUND_RATIO=10
DEF_UPDATE=5
DEF_XFS_AGE_BUFFER=15
DEF_XFS_SYNC_INTERVAL=30
DEF_XFS_BUFD_INTERVAL=1
DEF_MAX_AGE=30
XFS_HZ=100
LM_SECONDS_BEFORE_SYNC=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#618547: laptop-mode-tools: Broken behaviour in 1.57-1

[Francis Russell]

OK, after an extremely long and painful debugging session, I finally
worked out what was going on, which was a combination of
non-deterministic and slightly broken behaviour of laptop-mode-tools and
a bug in nvclock.

So, I was having laptop-mode-tools call nvclock to change the brightness
settings when the laptop was plugged/unplugged. Capturing the output
from the laptop-mode-tools script, I saw that nvclock was
non-deterministically reporting the error:

Smartdimmer is only supported on certain (HP/Samsung/Sony/Zepto)
laptops using a Geforce 6200/7x00Go/8x00Go. If you want support on your
laptop contact the author.

Weirdly, I could only trigger this from laptop-mode-tools, and not from
the console, as root or otherwise. After some extremely slow tracing of
how nvclock set its capability flags, I discovered that the issue was
actually due to nvclock's configuration file code failing, but returning
a success value, causing nvclock to fail much later as if the graphics
card had reported that it didn't support screen dimming.

The true error condition that nvclock had encountered was the the
environment variable HOME had not been set. Strangely, when
laptop-mode-tools invokes the screen brightness command, this variable
is sometimes unset, and sometimes set to /. The latter is pretty
problematic too as it results in nvclock creating its configuration
folder .nvclock in /.

So, I guess bug in laptop-mode-tools is that it should try set up a
minimal environment was for command its invokes, and should set HOME to
something like /root and definitely not /. I guess that for some
reason, 1.55 always ended up setting it to /.

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#615633: laptop-mode-tools conflict with pm-utils

[Francis Russell]

Package: laptop-mode-tools
Version: 1.55-1
Severity: normal


It appears that laptop-mode-tools recommends pm-utils. However, pm-utils
says that it conflicts with laptop-mode-tools.

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#612278: iptables-persistent: Upgrade leaves behind rules.v4.dpkg-new file

[Francis Russell]

Package: iptables-persistent
Version: 0.5
Severity: normal


I've just upgraded iptables-persistent on two 64-bit Debian systems
running testing and unstable. In both cases, a file called
rules.v4.dpkg-new was left behind in /etc/iptables with no contents.

Francis


-- System Information:
Debian Release: 6.0
  APT prefers testing
  APT policy: (500, 'testing'), (50, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37 (SMP w/2 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 iptables-persistent depends on:
ii  debconf [debconf-2.0] 1.5.38 Debian configuration management sy
ii  iptables  1.4.10-1   administration tools for packet fi

iptables-persistent recommends no packages.

iptables-persistent suggests no packages.

-- Configuration Files:
/etc/iptables/rules [Errno 2] No such file or directory: u'/etc/iptables/rules'
/etc/iptables/rules.v4 changed [not included]

-- 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#610049: lsb: Still uses obsolete 'dpkg --print-installation-architecture'

[Francis Russell]

Package: lsb
Version: 3.2-23.2squeeze1
Severity: normal


Apparently, the recent fix to bug #542610 didn't entirely remove the
calls to the obsoleted dpkg option '--print-installation-architecture'.
One still exists in the prerm script.

Francis


-- System Information:
Debian Release: 6.0
  APT prefers testing
  APT policy: (500, 'testing'), (50, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37 (SMP w/2 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 lsb depends on:
ii  lsb-core3.2-23.2squeeze1 Linux Standard Base 3.2 core suppo
ii  lsb-cxx 3.2-23.2squeeze1 Linux Standard Base 3.2 C++ suppor
ii  lsb-desktop 3.2-23.2squeeze1 Linux Standard Base 3.2 Desktop su
ii  lsb-graphics3.2-23.2squeeze1 Linux Standard Base 3.2 graphics s

lsb recommends no packages.

Versions of packages lsb suggests:
pn  lsb-languages none (no description available)
pn  lsb-multimedianone (no description available)
pn  lsb-printing  none (no description available)

-- 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#609873: ITP: apertium-ca-it -- Apertium linguistic data to translate between Catalan and Italian

[Francis Tyers]

Package: wnpp
Severity: wishlist

  Package name : apertium-ca-it
  Version  : 0.1.0
  Upstream Authors : Antonio Toral, Francis Tyers
  URL  : http://www.apertium.org
  License  : GPL v 2.0
  Description  : Catalan-Italian language-pair package for Apertium
  
 This package contains the linguistic data needed by apertium to translate
 between Catalan and Italian. Currently only the Italian to Catalan 
 direction works.
 

Fran








-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#607888: initramfs-tools: Generated initrds missing critical modules

[Francis Russell]

Package: initramfs-tools
Version: 0.98.7
Severity: important


I built earlier versions of the initramfs-tools package from the git
repository and it seems that this bug is present in 0.98.6, 0.98.7 but
not 0.98.5. Grub2 is intalled into the MBR, and all Debian partitions
except for /boot are located in an LVM2 PV on top of a LUKS encrypted
partition. I'm using a Samsung R560 laptop.

When booting, the system fails to detect any logical volumes having
never prompted for the LUKS password.  Comparing the initrds created, it
looks like sd_mod is missing from those created by 0.98.{6,7} of
initramfs-tools.

Francis

-- Package-specific info:
-- initramfs sizes
-rw-r--r-- 1 root root 4.2M Dec 13 06:23 /boot/initrd.img-2.6.32-5-amd64
-rw-r--r-- 1 root root 3.8M Dec  8 13:07 /boot/initrd.img-2.6.36.1
-rw-r--r-- 1 root root 3.8M Dec 23 17:48 /boot/initrd.img-2.6.36.2
-- /proc/cmdline
BOOT_IMAGE=/vmlinuz-2.6.36.1 root=/dev/mapper/debian_vg-root ro 
resume=/dev/debian_vg/swap

-- /proc/filesystems
ext4
ext3
fuseblk

-- lsmod
Module  Size  Used by
vboxnetadp  4555  0 
vboxnetflt 12415  0 
vboxdrv  1766341  2 vboxnetadp,vboxnetflt
acpi_cpufreq5629  1 
mperf   1363  1 acpi_cpufreq
cpufreq_stats   3012  0 
cpufreq_powersave986  0 
cpufreq_conservative 9592  0 
cpufreq_userspace   2128  0 
binfmt_misc 7013  1 
ipt_REJECT  2061  2 
xt_tcpudp   2395  5 
nf_conntrack_ipv4  11297  1 
nf_defrag_ipv4  1417  1 nf_conntrack_ipv4
xt_state1218  1 
nf_conntrack   64168  2 nf_conntrack_ipv4,xt_state
xt_multiport1653  1 
iptable_filter  1626  1 
ip_tables  15643  1 iptable_filter
x_tables   21097  6 
ipt_REJECT,xt_tcpudp,xt_state,xt_multiport,iptable_filter,ip_tables
fuse   59743  3 
ext3  113335  1 
jbd44126  1 ext3
coretemp5244  0 
ipv6  266836  25 
loop   13715  0 
nvidia  10845083  31 
btusb  10950  0 
snd_hda_codec_nvhdmi13367  1 
bluetooth  52696  1 btusb
snd_hda_codec_realtek   284887  1 
snd_hda_intel  20678  0 
snd_hda_codec  86640  3 
snd_hda_codec_nvhdmi,snd_hda_codec_realtek,snd_hda_intel
option 16157  0 
snd_hwdep   5962  1 snd_hda_codec
snd_pcm_oss31244  0 
snd_mixer_oss  13354  1 snd_pcm_oss
snd_pcm68457  3 snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_seq_dummy   1606  0 
usb_wwan   10673  1 option
snd_seq_oss2  0 
arc41361  2 
ecb 1951  2 
snd_seq_midi4930  0 
snd_rawmidi19448  1 snd_seq_midi
sg 20209  0 
snd_seq_midi_event  6441  2 snd_seq_oss,snd_seq_midi
snd_seq47606  6 
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
iwlagn115904  0 
joydev  9461  0 
sr_mod 12339  0 
iwlcore   108404  1 iwlagn
cdrom  33311  1 sr_mod
usbserial  33278  2 option,usb_wwan
snd_timer  19012  2 snd_pcm,snd_seq
video  20935  0 
sky2   41234  0 
snd_seq_device  5936  5 
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
uhci_hcd   18701  0 
mac80211  149434  2 iwlagn,iwlcore
ehci_hcd   31445  0 
button  5774  0 
battery10774  0 
snd57159  12 
snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
i2c_i8017467  0 
cfg80211  132980  3 iwlagn,iwlcore,mac80211
evdev   7769  12 
output  2231  1 video
intel_agp  26342  0 
soundcore   6603  1 snd
i2c_core   23022  2 nvidia,i2c_i801
psmouse35708  0 
snd_page_alloc  7636  2 snd_hda_intel,snd_pcm
rfkill 17203  2 bluetooth,cfg80211
ac  3338  0 
pcspkr  1854  0 
ext4  286698  2 
mbcache 7020  2 ext3,ext4
jbd2   69931  1 ext4
crc16   1635  1 ext4
aes_x86_64  7768  2 
aes_generic27383  1 aes_x86_64
xts 2319  1 
gf128mul7397  1 xts
dm_crypt   10880  1 
dm_mod 65394  13 dm_crypt
zlib_deflate   19259  0 
crc32c  2695  1 
libcrc32c   1180  0 
sd_mod 28644  4 
crc_t10dif  1491  1 sd_mod
ahci   20326  3 
fan 3535  0 
libahci19828  1 ahci

Bug#607888: Acknowledgement (initramfs-tools: Generated initrds missing critical modules)

[Francis Russell]

I've tracked it to this specific change to hook-functions between 0.98.5
and 0.98.6.

-   if [ -e /sys/bus/scsi/devices/ ]; then
+   if [ -d ${DESTDIR}/lib/modules/${version}/kernel/drivers/scsi
]; then
manual_add_modules sd_mod
fi

I had the script die at that point and looked at the contents of ${DESTDIR}:

mkinitramfs_ztyrBv/
mkinitramfs_ztyrBv/scripts
mkinitramfs_ztyrBv/sbin
mkinitramfs_ztyrBv/lib
mkinitramfs_ztyrBv/lib/modules
mkinitramfs_ztyrBv/lib/modules/2.6.36.1
mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel
mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/drivers
mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/drivers/ata
mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/drivers/ata/ahci.ko
mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/drivers/ata/libahci.ko
mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/fs
mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/fs/ext4
mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/fs/ext4/ext4.ko
mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/fs/mbcache.ko
mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/fs/jbd2
mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/fs/jbd2/jbd2.ko
mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/crypto
mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/crypto/crc32c.ko
mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/lib
mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/lib/crc16.ko
mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/lib/zlib_deflate
mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/lib/zlib_deflate/zlib_deflate.ko
mkinitramfs_ztyrBv/lib/modules/2.6.36.1/kernel/lib/libcrc32c.ko
mkinitramfs_ztyrBv/lib/modules/2.6.36.1/modules.order
mkinitramfs_ztyrBv/etc
mkinitramfs_ztyrBv/conf
mkinitramfs_ztyrBv/conf/modules
mkinitramfs_ztyrBv/conf/conf.d
mkinitramfs_ztyrBv/bin

As there's no scsi folder, sd_mod is never added.

Francis




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#607858: netbase: Please add monotone Netsync protocol (port 4691) to /etc/services

[Francis Russell]

Package: netbase
Version: 4.43
Severity: wishlist


Please add the monotone Netsync protcol to /etc/services. Monotone is a
distributed version control system under active development and packaged in
Debian. It is listed under the keyword 'mtn' in
http://www.iana.org/assignments/port-numbers.

Francis


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

Kernel: Linux 2.6.36.2 (SMP w/2 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 netbase depends on:
ii  initscripts   2.88dsf-13 scripts for initializing and shutt
ii  lsb-base  3.2-23.1   Linux Standard Base 3.2 init scrip

Versions of packages netbase recommends:
ii  ifupdown  0.6.10 high level tools to configure netw

netbase suggests no packages.

-- Configuration Files:
/etc/services 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#607204: awstats produces invalid XHTML

[Francis Russell]

Package: awstats
Version: 6.9.5~dfsg-2
Severity: normal


When configured to output XHTML, awstats will use nbsp; in the resulting
output file. This isn't a valid XHTML entity and causes awstats to fail to
render under some browsers (Firefox 3.6 in Ubuntu, though apparently not
Iceweasel in Debian). Running the awstats output through the W3C XHTML validator
also seemed to show other issues.

Francis


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

Kernel: Linux 2.6.36.2 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#606009: bzr-doc has broken links to user reference and other files

[Francis Russell]

Package: bzr-doc
Version: 2.3.0~beta3-1
Severity: normal


The main documentation index page contains a broken link to the bzr user
reference, but it doesn't appear to be in bzr-doc or any other package.

Also, I note that the main page's link to the PDF format of the quick start
guide is broken although the PDF is present in the package. The link to the PNG
version of the quick start file isn't broken, but there appears to be two copies
of it in the package.

Francis

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

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

bzr-doc depends on no packages.

bzr-doc recommends no packages.

Versions of packages bzr-doc suggests:
ii  bzr   2.1.2-1easy to use distributed version co

-- 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#601850: monotone: Empty command string can be used to crash certain server configurations

[Francis Russell]

Package: monotone
Version: 0.48-2
Severity: serious
Tags: upstream


Monotone versions 0.46, 0.47 and 0.48 are affected by a bug whereby a client
sending an empty command string to the server can cause it to terminate if
remote command execution is enabled. This has been fixed in 0.48.1.

Further details exist here:
http://www.thomaskeller.biz/blog/2010/10/22/monotone-0-48-1-released-please-update-your-servers/



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#599550: Accidental extra word in ext4 section of mount man page

[Francis Russell]

Package: mount
Version: 2.17.2-3.2
Severity: minor


From the ext4 section of the mount man page:

Many broken applications don't use fsync() when noauto_da_alloc replacing
existing files via patterns such as

It looks like the noauto_da_alloc got in there because the text was pasted
from the Linux kernel ext4 documentation which included the option names in a
different column.

Francis


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

Kernel: Linux 2.6.35.7 (SMP w/2 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 mount depends on:
ii  libblkid1 2.17.2-3.2 block device id library
ii  libc6 2.11.2-6   Embedded GNU C Library: Shared lib
ii  libselinux1   2.0.96-1   SELinux runtime shared libraries
ii  libsepol1 2.0.41-1   SELinux library for manipulating b
ii  libuuid1  2.17.2-3.2 Universally Unique ID library

mount recommends no packages.

Versions of packages mount suggests:
pn  nfs-commonnone (no description available)

-- 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#597412: ITP: apertium-mk-en -- Apertium linguistic data to translate from Macedonian to English

[Francis Tyers]

Package: wnpp
Severity: wishlist
Owner: Francis Tyers fty...@prompsit.com

  Package name : apertium-mk-en
  Version  : 0.1.0
  Upstream Authors : Francis Tyers
  URL  : http://www.apertium.org/
  License  : GPL
  Description  : Macedonian and English language pair package for Apertium

 This package contains the linguistic data needed by apertium to
 translate from Macedonian to English.

Fran




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#595781: About /var/run/cyrus/socket/lmtp and chroot

[Francis Russell]

Javier Barroso wrote:

 Could we add a third instructions like this:
 
 3. Change in /etc/postfix/master.cf lmtp chroot column to 'n'
 lmtp  unix  -   -   n   -   -   lmtp
 
 If this step is not made, No such file or directory will be showed in
 logs (about /var/run/cyrus/socket/lmtp)

I noticed this bug from the mailing list. That instruction assumes that
the user's *only* choice is to move lmtp service out of the chroot.

Instead, they might want to add something this to cyrus.conf:

lmtpchroot  cmd=lmtpd
listen=/var/spool/postfix/local/socket/lmtp prefork=0 maxchild=20

and create the appropriate folders to enable cyrus to create another
socket inside the postfix chroot. Then they would just need to enable
postfix to find the socket:

virtual_transport = lmtp:unix:local/socket/lmtp

and the lmtp service remains chrooted.

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#594392: ITP: apertium-mk-bg -- Apertium linguistic data to translate between Macedonian and Bulgarian

[Francis Tyers]

Package: wnpp
Severity: wishlist
Owner: Francis Tyers fty...@prompsit.com

  Package name : apertium-mk-bg
  Version  : 0.1.0
  Upstream Authors : Tihomir Rangelov
 Francis Tyers
  URL  : http://www.apertium.org/
  License  : GPL
  Description  : Macedonian and Bulgarian package for Apertium

 This package contains the linguistic data needed by apertium to
 translate between Macedonian and Bulgarian

Fran






-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#578862: postfix: Verify reports incorrect 'No such file or directory' on its database

[Francis Russell]

I'm seeing this with 2.7.1-1 although that message from the mailing list
would seem to suggest that the fix should have made it into an upstream
release by now.

Can I suggest this bug is perhaps slightly more important than minor? To
quote the postconf manpage on the verify database, If the database
becomes corrupted, the world comes to an end and it's not exactly clear
that the bug is benign.

Francis




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#593969: Can e-uae go into main?

[Francis Russell]

Package: e-uae
Version: 0.8.29-WIP4-10
Severity: wishlist


It seems to me that e-uae can be in main and not in contrib. At least, I
couldn't spot any dependencies on contrib or non-free packages, though I might
be wrong.

Francis

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

Kernel: Linux 2.6.35.1 (SMP w/2 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 e-uae depends on:
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-4 The Cairo 2D vector graphics libra
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-1  FreeType 2 font engine, shared lib
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface 
ii  libpango1.0-0   1.28.1-1 Layout and rendering of internatio
ii  libsdl1.2debian 1.2.14-6 Simple DirectMedia Layer
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

e-uae recommends no packages.

e-uae 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#503269: include the lua tikz terminal

[Francis Russell]

As much as I dislike me too messages. Being able to render to tikz Latex
 would be quite helpful.

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#591112: [Monotone-debian] Bug#591112: monotone: FTBFS: test failed

[Francis Russell]

 This is a weird failure. The test in question marks a directory
 unwritable via chmod a-w and then tries to perform a database
 migration which needs write access to the database. The migration is
 expected to fail because the database journal should not be writable to
 the directory, but from what I can see in the logs the migration runs
 through without erroring out anything.

Hi,

I can reproduce the failure (monotone unit test 235) on a Debian testing
after installing the latest sqlite from unstable (3.7). From what is
looks like, the new version of sqlite isn't producing a journal file. At
least, I've tried killing mtn halfway through a sync and haven't managed
to find one.

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#590732: ubuntu-dev-tools: requestsync doesn't support STARTTLS

[Francis Russell]

Package: ubuntu-dev-tools
Version: 0.100
Severity: normal


It seems requestsync doesn't support using STARTTLS. Attempting to relay a sync
request though a server that requires TLS before authentication gives me the
error (e-mail address obscured):

Connecting to smtp.unchartedbackwaters.co.uk:587 ...
Traceback (most recent call last):
  File /usr/bin/requestsync, line 242, in module
mailBug(srcpkg, subscribe, status, title, report, options.keyid)
  File /usr/lib/pymodules/python2.6/ubuntutools/requestsync/mail.py, line 
226, in mailBug
s.sendmail(myemailaddr, to, mail.encode('utf-8'))
  File /usr/lib/python2.6/smtplib.py, line 698, in sendmail
raise SMTPSenderRefused(code, resp, from_addr)
smtplib.SMTPSenderRefused: (530, '5.7.0 Must issue a STARTTLS command first', 
'...@###.##.##')

I note that reportbug has no problems with STARTTLS, but requires that an option
be set in .reportbugrc.

Francis

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

Kernel: Linux 2.6.34.1 (SMP w/2 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 ubuntu-dev-tools depends on:
ii  binutils  2.20.1-12  The GNU assembler, linker and bina
ii  dctrl-tools   2.14   Command-line tools to process Debi
ii  devscripts2.10.65.1  scripts to make the life of a Debi
ii  diffstat  1.47-1 produces graph of changes introduc
ii  dpkg-dev  1.15.7.2   Debian package development tools
ii  lsb-release   3.2-23.1   Linux Standard Base version report
ii  python2.6.5-5An interactive high-level object-o
ii  python-apt0.7.96.1   Python interface to libapt-pkg
ii  python-debian 0.1.16 Python modules to work with Debian
ii  python-launchpadlib   1.6.2-1Launchpad web services client libr
ii  python-lazr.restfulclient 0.9.20-1   client for lazr.restful-based web 
ii  python-support1.0.9  automated rebuilding support for P
ii  sudo  1.7.2p7-1  Provide limited super user privile

Versions of packages ubuntu-dev-tools recommends:
ii  bzr   2.1.2-1easy to use distributed version co
ii  ca-certificates   20090814   Common CA certificates
ii  debootstrap   1.0.23 Bootstrap a basic Debian system
ii  genisoimage   9:1.1.10-1 Creates ISO-9660 CD-ROM filesystem
ii  libapt-pkg-perl   0.1.24 Perl interface to libapt-pkg
ii  libwww-perl   5.836-1Perl HTTP/WWW client/server librar
ii  pbuilder  0.199  personal package builder for Debia
ii  perl-modules  5.10.1-13  Core Perl modules
ii  reportbug 4.12.4 reports bugs in the Debian distrib

Versions of packages ubuntu-dev-tools suggests:
pn  qemu-kvm-extras-staticnone (no description available)

-- 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#590174: xserver-xorg-input-synaptics: Xserver doesn't detect Synaptics touchpad

[Francis Russell]

Package: xserver-xorg-input-synaptics
Version: 1.2.2-2
Severity: normal


Hi,

I've got a Samsung R560 laptop with a Synaptics touchpad. For some reason, the
synaptics driver no-longer detects the touchpad as a synaptic one. I usually use
/dev/psaux as my device, but switching to /dev/input/mouse* and
/dev/input/event* devices have no effect either. Unfortunately, I'm not really
sure when this broke, so I can't confirm if this coincided with some version of
the xserver-xorg-input-synaptics package moving into testing.

Francis

-- Package-specific info:
/var/lib/x11/X.roster does not exist.

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 May 10  2009 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1878240 Jun  3 16:09 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: nVidia Corporation G96 [GeForce 9600M GT] 
(rev a1)

/var/lib/x11/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 3186 Jul 24 15:09 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# /etc/X11/xorg.conf (xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the /etc/X11/xorg.conf manual page.
# (Type man /etc/X11/xorg.conf at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section Files
FontPath/usr/share/fonts/X11/misc
FontPath/usr/X11R6/lib/X11/fonts/misc
FontPath/usr/share/fonts/X11/cyrillic
FontPath/usr/X11R6/lib/X11/fonts/cyrillic
FontPath/usr/share/fonts/X11/100dpi/:unscaled
FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled
FontPath/usr/share/fonts/X11/75dpi/:unscaled
FontPath/usr/X11R6/lib/X11/fonts/75dpi/:unscaled
FontPath/usr/share/fonts/X11/Type1
FontPath/usr/X11R6/lib/X11/fonts/Type1
FontPath/usr/share/fonts/X11/100dpi
FontPath/usr/X11R6/lib/X11/fonts/100dpi
FontPath/usr/share/fonts/X11/75dpi
FontPath/usr/X11R6/lib/X11/fonts/75dpi
# path to defoma fonts
FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
EndSection

Section Module
Loadi2c
Loadbitmap
Loadddc
Loadextmod
Loadfreetype
Loadglx
Loadint10
Loadtype1
Loadvbe
Loaddbe
EndSection

Section InputDevice
Identifier  Generic Keyboard
Driver  kbd
Option  CoreKeyboard
Option  XkbRules  xorg
Option  XkbModel  pc105
Option  XkbLayout gb
EndSection

Section InputDevice
Identifier  Configured Mouse
Driver  mouse
Option  CorePointer
Option  Device/dev/input/event8
Option  Protocol  ExplorerPS/2
Option  Emulate3Buttons   true
EndSection

Section InputDevice
Identifier  Synaptics Touchpad
Driver  synaptics
Option  SendCoreEventstrue
Option  Device/dev/input/mouse1
Option  Protocol  auto-dev
Option  TapButton11
Option  TapAndDragGesture true
Option  VertEdgeScrolltrue
EndSection

Section Device
Identifier  nVidia Corporation GeForce 9600M GT
Driver  nvidia
Option  DPI 96x96
Option  NvAGP 1
Option  RenderAccel   true
Option  NoLogotrue
Option  EnableACPIHotKeys true
Option  AllowGLXWithComposite true
EndSection

Section Monitor
Identifier  Generic Monitor
Option  DPMS
EndSection

Section Screen
Identifier  Default Screen
Device  nVidia Corporation GeForce 9600M GT
Monitor Generic Monitor
DefaultDepth24
Option  AddARGBGLXVisuals true
EndSection

Section ServerLayout
Identifier  Default Layout
Screen  Default Screen
InputDevice Generic Keyboard
InputDevice Configured Mouse
InputDevice Synaptics Touchpad
EndSection

Section DRI
Mode0666
EndSection

Section Extensions
Option  Composite enable

Bug#590174: xserver-xorg-input-synaptics: Xserver doesn't detect Synaptics touchpad

[Francis Russell]

Julien Cristau wrote:

 Ignoring the fact that your xorg.conf is broken, the log looks like the
 synaptics device is detected correctly.  What makes you think it isn't?

Sorry, I did close this bug shortly afterwards when things started
working. The xorg log showed that the synaptics drived failed to detect
the touchpad:

(II) Synaptics touchpad driver version 1.2.2
Synaptics Touchpad no synaptics event device found
(**) Option Device /dev/input/mouse1
(**) Option VertEdgeScroll true
(**) Option TapButton1 1
(**) Option TapAndDragGesture true
Query no Synaptics: 6003C8
(--) Synaptics Touchpad: no supported touchpad found
(EE) Synaptics Touchpad Unable to query/initialize Synaptics hardware.
(EE) PreInit failed for input device Synaptics Touchpad
(II) UnloadModule: synaptics

and then it was detected by some sort of generic support instead. It
looks like this was due to forcing the value of the Device option
whereas removing it let auto-dev chose the appropriate device.

Francis




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#590131: bash-completion: No longer completes fusermount -u in certain cases

[Francis Russell]

Package: bash-completion
Version: 1:1.2-2
Severity: normal


fusermount is a tool used to mount/unmount FUSE filesystems.  To unmount a fuse
filesystem, one invokes:

fusermount -u mountpoint

It is no longer possible to tab-complete the mount-point when the mount point
begins with '~', uses a relative path or any other type of expansion. Instead 
I'm
forced to use to entire path. This wasn't an issue with earlier
bash-completion versions, though it's possible the fuse auto-completion stuff 
wasn't
specifically trying to match paths from /etc/mtab.


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

Kernel: Linux 2.6.34.1 (SMP w/2 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 bash-completion depends on:
ii  bash  4.1-3  The GNU Bourne Again SHell

bash-completion recommends no packages.

bash-completion 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#467231: This is fantastic

[Francis Irving]

Just to say, this dynamic completino patch is fantastic.

It's lovely having new terminal windows open instantly, and
bash completion still seems to work just as well as ever.

I'd like to see this in the core bash package.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#589786: ia32-libs: Adobe Flash support

[Francis Russell]

Package: ia32-libs
Version: 20090808
Severity: wishlist


Due to a security bug with the 64-bit Flash plugin, it has been disabled in
Debian (DBTS #586273). Hence, it would be nice if ia32-libs contained all the
libraries if the 32-bit plugin needs. 

Unfortunately, this doesn't seem to be as easy as running ldd on the 32-bit
flash player library.

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

Kernel: Linux 2.6.34.1 (SMP w/2 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 ia32-libs depends on:
ii  dpkg1.15.7.2 Debian package management system
ii  lib32asound21.0.23-1 shared library for ALSA applicatio
ii  lib32gcc1   1:4.4.4-6GCC support library (32 bit Versio
ii  lib32ncurses5   5.7+20100313-2   shared libraries for terminal hand
ii  lib32stdc++64.4.4-6  The GNU Standard C++ Library v3 (3
ii  lib32z1 1:1.2.3.4.dfsg-3 compression library - 32 bit runti
ii  libc6-i386  2.11.2-2 GNU C Library: 32-bit shared libra
ii  lsb-release 3.2-23.1 Linux Standard Base version report

ia32-libs recommends no packages.

Versions of packages ia32-libs suggests:
ii  ia32-libs-gtk 20090804   GTK+ ia32 shared libraries

-- 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#589788: flashplugin-nonfree: Consider adopting downstream (Ubuntu) fix for 64-bit security issues

[Francis Russell]

Package: flashplugin-nonfree
Version: 1:2.8.1
Severity: wishlist


The Ubuntu response to the 64-bit security problem has been to package the
32-bit version of the flash plugin and use nspluginwrapper. I built and
installed the Ubuntu flashplugin-installer deb and was able to get Flash running
fine.

My only issue appeared to be that the Debian ia32 libraries are split into a
number of packages and ia32-libs doesn't depend on all of them so some more
ia32-libs-* packages needed to be installed to get all the required libraries.
Ubuntu just uses a monolithic ia32-libs package.

Francis

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

Kernel: Linux 2.6.34.1 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#589345: e2fsprogs: Linux 2.6 kernel supports online resizing of ext4

[Francis Russell]

Package: e2fsprogs
Version: 1.41.12-2
Severity: minor


The resize2fs manpage says As of this writing, the Linux 2.6 kernel supports 
on-line resize for filesystems
mounted using ext3 only. I resized a mounted ext4 partion the other day on a 
2.6.34.1 kernel and I'm sure I've
done it before May 2010 which seems to be date-stamp on the man-page. This 
should probably be updated.

Francis


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

Kernel: Linux 2.6.34.1 (SMP w/2 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 e2fsprogs depends on:
ii  e2fslibs  1.41.12-2  ext2/ext3/ext4 file system librari
ii  libblkid1 2.17.2-3.1 block device id library
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libcomerr21.41.12-2  common error description library
ii  libss21.41.12-2  command-line interface parsing lib
ii  libuuid1  2.17.2-3.1 Universally Unique ID library
ii  util-linux2.17.2-3.1 Miscellaneous system utilities

e2fsprogs recommends no packages.

Versions of packages e2fsprogs suggests:
pn  e2fsck-static none (no description available)
pn  gpart none (no description available)
ii  parted2.2-7  The GNU Parted disk partition resi

-- 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#589021: dh-make: Update license templates to match Debian policy

[Francis Russell]

Package: dh-make
Version: 0.55
Severity: minor


According to Debian policy section 12.5:

Packages distributed under the Apache license (version 2.0), the Artistic
license, the GNU GPL (version 2 or 3), the GNU LGPL (versions 2, 2.1, or 3), and
the GNU FDL (versions 1.2 or 1.3) should refer to the corresponding files under
/usr/share/common-licenses, rather than quoting them in the copyright
file.

Presumably the templates for these licenses should reflect this not to mention
the dh-make copyright file itself.

Francis


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

Kernel: Linux 2.6.34.1 (SMP w/2 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 dh-make depends on:
ii  debhelper 7.9.3  helper programs for debian/rules
ii  dpkg-dev  1.15.7.2   Debian package development tools
ii  make  3.81-8 An utility for Directing compilati
ii  perl  5.10.1-13  Larry Wall's Practical Extraction 

dh-make recommends no packages.

Versions of packages dh-make suggests:
ii  build-essential   11.5   Informational list of build-essent

-- 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#589061: dh-ocaml: dh_ocaml doesn't define ${ocaml:Depends} when empty

[Francis Russell]

Package: dh-ocaml
Version: 0.9.3
Severity: minor


It seems that dh_ocaml doesn't define ${ocaml:Depends} when it is empty. This 
occurs for me when invoking
dh_ocaml in a build script on a platform that has a native-code compiler. As a 
result dpkg-gencontrol will
complain about the undefined variable.


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

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

dh-ocaml depends on no packages.

Versions of packages dh-ocaml recommends:
ii  ocaml-nox 3.11.2-1   ML implementation with a class-bas

dh-ocaml 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#589021: dh-make: Update license templates to match Debian policy

[Francis Russell]

Craig Small wrote:

 The templates do this already.  Can you point to a specific example
 where this isn't the case?  The templates I checked had a few lines of
 blah saying they were using the particular license, then a reference to
 the file.

Yes, I closed the bug shortly afterwards. In my haste, I accidentally
misread some of the templates containing licence excerpts as breaking
this policy as I assumed the templates would contain a reference to the
file and little else. Sorry for the inconvenience.

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#588139: trac-mastertickets: Improve graphviz dependencies

[Francis Russell]

Package: trac-mastertickets
Version: 2.1.3+r4179-1
Severity: normal


For its graphviz support, this plugin uses the dot binary, yet it doesn't have a
depends or recommends on the graphviz package. Instead, it has a recommends on 
the
trac-graphviz package, but as is stated on the MasterTicketsPlugin page You do
not need the GraphvizPlugin or anything else beyond the dot binary.. At best,
I think the trac Graphviz plugin is a suggests.

Francis


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

Kernel: Linux 2.6.34 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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