Bug#1053986: tracktag: SystemError: PY_SSIZE_T_CLEAN macro must be defined for '#' formats

[Thomas Arendsen Hein]

Package: audiotools
Version: 3.1.1-1.1+b12
Severity: normal
X-Debbugs-Cc: tho...@intevation.de

Dear Maintainer,

using tracktag to change attributes of (at least) flac or mp3 files
fails since upgrading from Debian bullseye to Debian bookworm:

$ tracktag --name=Test test.flac
Traceback (most recent call last):
  File "/usr/bin/tracktag", line 526, in 
track.update_metadata(old_metadata)
  File "/usr/lib/python3/dist-packages/audiotools/flac.py", line 1650, in 
update_metadata
writer.write_bytes(b'fLaC')
SystemError: PY_SSIZE_T_CLEAN macro must be defined for '#' formats
*** Warning: Error occurred trying to flush stream during dealloc

$ tracktag --name=Test test.mp3
Traceback (most recent call last):
  File "/usr/bin/tracktag", line 369, in 
tracks = audiotools.open_files(options.filenames,
 
  File "/usr/lib/python3/dist-packages/audiotools/__init__.py", line 1969, in 
open_files
audio_class = file_type(f)
  
  File "/usr/lib/python3/dist-packages/audiotools/__init__.py", line 1740, in 
file_type
for b in parse("1p 7u" * 4, False, header[6:10]):
 ^^^
SystemError: PY_SSIZE_T_CLEAN macro must be defined for '#' formats


The same error happens with changing other attributes as well, e.g.
using --track-total=12, or when using interactive mode (tracktag -I)

Background for this:
https://github.com/python/cpython/issues/85115
PEP 353: Drop support for PyArg_ParseTuple() "#" formats when PY_SSIZE_T_CLEAN 
is not defined

I've found a fix/workaround for another audio-related python program:
https://git.skeh.site/skeh/pyaudio/commit/2ee560056ec889ea7cd3ce1801b796b0939dd540
with the relevant parts of the patch being:

  +#define PY_SSIZE_T_CLEAN
  ...
  -  unsigned output_len;
  +  Py_ssize_t output_len;

I haven't checked if something like this would work in audiotools or if
there is a better solution.

Best regards,
Thomas Arendsen Hein


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

Kernel: Linux 6.1.0-13-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages audiotools depends on:
ii  libasound2 1.2.8-1+b1
ii  libc6  2.36-9+deb12u3
ii  libcdio-cdda2  10.2+2.0.1-dmo1
ii  libcdio-paranoia2  10.2+2.0.1-dmo1
ii  libcdio19  1:2.1.0-dmo3
ii  libmp3lame01:3.100-dmo2
ii  libmpg123-01.31.2-1
ii  libopus0   1.3.1-3
ii  libopusfile0   0.12-4
ii  libpulse0  16.1+dfsg1-2+b1
ii  libtwolame01:0.4.0-dmo2
ii  libvorbisenc2  1.3.7-1
ii  libvorbisfile3 1.3.7-1
ii  libwavpack15.6.0-1
ii  python33.11.2-1+b1

Versions of packages audiotools recommends:
ii  faad   2.10.1-1
ii  python3-urwid  2.1.2-4+b1

Versions of packages audiotools suggests:
pn  faac  

-- no debconf information

Bug#1021928: libksba8: CVE-2022-3515 - remote code execution in libksba before 1.6.2

[Thomas Arendsen Hein]

Package: libksba8
Version: 1.3.5-2
Severity: grave
Tags: security patch upstream
Justification: user security hole

Dear Maintainer,

https://gnupg.org/blog/20221017-pepe-left-the-ksba.html
announces an integer overflow that may be used for remote code
execution in versions of libksba before 1.6.2, i.e.
in currently in all Debian versions except for unstable, i.e.
bookwork, bullseye, buster (LTS)

https://security-tracker.debian.org/tracker/CVE-2022-3515
still shows "Description RESERVED".

Upstream bug report: https://dev.gnupg.org/T6230

A patch is available from
https://dev.gnupg.org/rK4b7d9cd4a018898d7714ce06f3faf2626c14582b


Patch from git://git.gnupg.org/libksba:

commit 4b7d9cd4a018898d7714ce06f3faf2626c14582b
Author: Werner Koch 
Date:   Wed Oct 5 14:19:06 2022 +0200

Detect a possible overflow directly in the TLV parser.

* src/ber-help.c (_ksba_ber_read_tl): Check for overflow of a commonly
used sum.
--

It is quite common to have checks like

if (ti.nhdr + ti.length >= DIM(tmpbuf))
   return gpg_error (GPG_ERR_TOO_LARGE);

This patch detects possible integer overflows immmediately when
creating the TI object.

Reported-by: ZDI-CAN-18927, ZDI-CAN-18928, ZDI-CAN-18929

diff --git a/src/ber-help.c b/src/ber-help.c
index 81c31ed..56efb6a 100644
--- a/src/ber-help.c
+++ b/src/ber-help.c
@@ -182,6 +182,12 @@ _ksba_ber_read_tl (ksba_reader_t reader, struct tag_info 
*ti)
   ti->length = len;
 }
 
+  if (ti->length > ti->nhdr && (ti->nhdr + ti->length) < ti->length)
+{
+  ti->err_string = "header+length would overflow";
+  return gpg_error (GPG_ERR_EOVERFLOW);
+}
+
   /* Without this kludge some example certs can't be parsed */
   if (ti->class == CLASS_UNIVERSAL && !ti->tag)
 ti->length = 0;




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

Kernel: Linux 4.19.0-21-amd64 (SMP w/32 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/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libksba8 depends on:
ii  libc6  2.28-10+deb10u1
ii  libgpg-error0  1.35-1

libksba8 recommends no packages.

libksba8 suggests no packages.

-- no debconf information

-- 
Thomas Arendsen Hein   |  https://intevation.de
Intevation GmbH, Osnabrueck, DE; Amtsgericht Osnabrueck, HRB 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter

Bug#1001685: mailman: CVE-2021-44227 and updated fix for CVE-2021-42097

[Thomas Arendsen Hein]

Hi Salvatore,

* Salvatore Bonaccorso  [20220106 06:51]:
> Friendly ping back on this: there are as said pending versions for the
> next point release in proposed-updates. Would you be able to test
> those so we can make sure the packages for buster have seen some real
> situation testing?

Sorry, unfortunately I don't have a buster system with mailman2
available. Due to a 3rd-party dependency we're still running stretch.
I've just checked, there is no updated mailman package in
stretch-proposed-updates, which I would happily test for you.

Regards,

Thomas

-- 
Thomas Arendsen Hein 
OpenPGP key: https://intevation.de/~thomas/thomas_pgp.asc (0xD45DE28FF3A2250C)
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

Bug#1002459: lp: Unsupported document-format "application/x-idx-doc" when printing txt files

[Thomas Arendsen Hein]

Package: printer-driver-indexbraille
Version: 1.2.3-2
Severity: normal
X-Debbugs-Cc: tho...@intevation.de

Dear Maintainer,

during "apt-get dist-upgrade" from Debian buster to bullseye, the package
printer-driver-indexbraille 1.2.3-2 has been installed.

Due to this, the following problem started when trying to print simple text
files named *.txt. To reproduce:

$ echo > foo.txt
$ lp foo.txt
lp: Unsupported document-format "application/x-idx-doc".

Workaround:
$ cat foo.txt | lp

Context in /var/log/cups/error_log (after "cupsctl --debug-logging"):
D [22/Dec/2021:13:26:20 +0100] [Client 1] POST /printers/lmc HTTP/1.1
D [22/Dec/2021:13:26:20 +0100] cupsdSetBusyState: newbusy="Active clients and 
dirty files", busy="Dirty files"
D [22/Dec/2021:13:26:20 +0100] [Client 1] Read: status=200, state=6
D [22/Dec/2021:13:26:20 +0100] [Client 1] No authentication data provided.
D [22/Dec/2021:13:26:20 +0100] [Client 1] 2.0 Send-Document 5
D [22/Dec/2021:13:26:20 +0100] Send-Document ipp://localhost:631/printers/lmc
D [22/Dec/2021:13:26:20 +0100] cupsdIsAuthorized: requesting-user-name="thomas"
D [22/Dec/2021:13:26:20 +0100] [Job 1281] Auto-typing file...
D [22/Dec/2021:13:26:20 +0100] [Job 1281] Request file type is 
application/x-idx-doc.
D [22/Dec/2021:13:26:20 +0100] Send-Document 
client-error-document-format-not-supported: Unsupported document-format 
\"application/x-idx-doc\".
E [22/Dec/2021:13:26:20 +0100] [Client 1] Returning IPP 
client-error-document-format-not-supported for Send-Document 
(ipp://localhost:631/printers/lmc) from localhost.

The detection happened due to an entry for "txt" in
/usr/share/cups/mime/indexbraille.types

Removing the package solved the problem for me, but for people who need this
package installed or who don't know that this causes the problem, this should
be solved. My suggestion would be to remove the entry for "txt" from the file.

Best Regards,
Thomas Arendsen Hein


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

Kernel: Linux 5.10.0-10-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages printer-driver-indexbraille depends on:
ii  libc6  2.31-13+deb11u2

Versions of packages printer-driver-indexbraille recommends:
ii  cups  2.3.3op2-3+deb11u1

printer-driver-indexbraille suggests no packages.

Bug#1001685: mailman: CVE-2021-44227 and updated fix for CVE-2021-42097

[Thomas Arendsen Hein]

Package: mailman
Version: 1:2.1.29-1+deb10u2
Severity: important

Hi!

Mailman 2.1.38 has been released to fix CVE-2021-44227 (a list
member or moderator can get a CSRF token and craft an admin request),
and 2.1.39 has been released to fix a regression in above fix and
to update the fix for CVE-2021-42097.

https://mail.python.org/archives/list/mailman-annou...@python.org/thread/D54X2LXETPMVP5KZNM2WP6Z6UOPJXSVD/
Can you update the packages for Debian buster (and ideally for
stretch LTS, too)?

In bug report #1000367 an updated package 1:2.1.29-1+deb10u3 has
been created, but it is not yet available via buster-security.
That's why I have marked this ticket with "1:2.1.29-1+deb10u2"
above.

Thank you,

Thomas Arendsen Hein

-- 
Thomas Arendsen Hein 
OpenPGP key: https://intevation.de/~thomas/thomas_pgp.asc (0xD45DE28FF3A2250C)
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

Bug#1000367: mailman: CVE-2021-43331 (XSS) and CVE-2021-43332 (moderator can discover admin password)

[Thomas Arendsen Hein]

Package: mailman
Version: 1:2.1.29-1+deb10u2
Severity: important

Hi!

Mailman 2.1.36 an 2.1.37 have been released to fix CVE-2021-43331
(XSS) and CVE-2021-43332 (moderator can discover admin password):
https://mail.python.org/archives/list/mailman-annou...@python.org/thread/I2X7PSFXIEPLM3UMKZMGOEO3UFYETGRL/

Can you update the packages for Debian buster (and ideally for
stretch LTS, too)?

Thank you for maintaining the package, this has been very helpful.

Best Regards,

Thomas Arendsen Hein


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

Kernel: Linux 4.19.0-18-amd64 (SMP w/32 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/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages mailman depends on:
pn  apache2 | httpd
ii  cron [cron-daemon] 3.0pl1-134+deb10u1
ii  debconf [debconf-2.0]  1.5.71+deb10u1
ii  libc6  2.28-10
ii  logrotate  3.14.0-4
ii  lsb-base   10.2019051400
ii  python 2.7.16-1
ii  python-dnspython   1.16.0-1+deb10u1
ii  ucf3.0038+nmu1

Versions of packages mailman recommends:
ii  postfix [mail-transport-agent]  3.4.14-0+deb10u1

Versions of packages mailman suggests:
pn  listadmin  
ii  lynx   2.8.9rel.1-3+deb10u1
pn  mailman3-full  
pn  spamassassin   

-- 
Thomas Arendsen Hein 
OpenPGP key: https://intevation.de/~thomas/thomas_pgp.asc (0xD45DE28FF3A2250C)
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

Bug#833147: still an issue in 0.3-beta15-53 from Debian buster

[Thomas Arendsen Hein]

Hi!

I just encountered the same problem with a similar drive (ST1000NM0033)
in Debian buster (hddtemp 0.3-beta15-53)
As a workaround I use "hddtemp -w /dev/sdb".

Regards,

Thomas

-- 
Thomas Arendsen Hein 
OpenPGP key: https://intevation.de/~thomas/thomas_pgp.asc (0xD45DE28FF3A2250C)
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

Bug#948227: Does not save settings and does not connect to servers

[Thomas Arendsen Hein]

* Thomas Arendsen Hein  [20200520 14:37]:
> +1 (I just encountered the same issue)

In case others have the same problem, I now was able to configure
linphone to be used as a SIP client for a Fritz!Box using the
following steps:

1. start "linphone"
2. cancel "account setup assistant" (due the issue here)
3. Options -> Preferences
4. tab "Manage SIP Accounts":
   Your display name: Thomas A.H. VoIP
   Proxy accounts -> +Add
   Configure a SIP account:
   1. Your SIP identity: sip:voip-usern...@fritz.box
  (some guides state that you should use 620 or **620,
   i.e. the internal phone number here. But using the
   voip-username works fine)
   2. SIP Proxy address: sip:fritz.box
   Press OK, enter Password, press OK.
5. tab "Multimedia settings":
   Select correct audio devices for playback/ring/capture
6. press "Done"

Regards,

Thomas

-- 
Thomas Arendsen Hein 
OpenPGP key: https://intevation.de/~thomas/thomas_pgp.asc (0xD45DE28FF3A2250C)
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

Bug#948227: Does not save settings and does not connect to servers

[Thomas Arendsen Hein]

Source: linphone
Version: 3.12.0-3
Followup-For: Bug #948227

+1 (I just encountered the same issue)

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

Kernel: Linux 4.19.0-9-amd64 (SMP w/32 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/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

-- 
Thomas Arendsen Hein 
OpenPGP key: https://intevation.de/~thomas/thomas_pgp.asc (0xD45DE28FF3A2250C)
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

Bug#960393: atop: conflicting documentation/comment regarding /etc/default/atop

[Thomas Arendsen Hein]

Package: atop
Version: 2.4.0-3
Severity: minor

Hi!

Due to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861874
(atop: interval cannot be customized anymore) in Debian stretch I
changed the LOGINTERVAL directly in /usr/share/atop/atop.daily
(with a dpkg-divert), because /etc/default/atop was no longer read.
So on Debian stretch the comment in /etc/default/atop stating
"this file is no longer used and will be removed in a future
release" looks correct.

In Debian buster the comment is still the same as in stretch:
"this file is no longer used and will be removed in a future release"

The first part is no longer true (because it is used), and the
second part looks a bit worrisome, because it indicates that above
configuration is not future-proof and maybe /etc/atoprc will be
used in an upcoming version.

The man page atop(1) in buster states:

| The mentioned default values can be overruled by creating the file
| /etc/default/atop that might contain other values for LOGOPTS (by
| default the -R flag), LOGINTERVAL (in seconds, by default 600),
| and LOGGENERATIONS (in days, by default 28).

So using this for configuration seems fine.

Later the man page states:

| /etc/default/atop
|   ...
|   This file is not created or overwritten when atop is installed, so
|   it has to be created manually to override the default settings.

But the file is created even with a fresh installation on Debian
buster.

I haven't verified which parts of comment and man page are from
upstream and which are part of the Debian packaging, but I think
they should be consistent within the Debian packaging.


Thank you for maintaining the atop package, this is very helpful on
many of our systems!

Regards,

Thomas

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

Kernel: Linux 4.19.0-9-amd64 (SMP w/32 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/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages atop depends on:
ii  libc62.28-10
ii  libncurses6  6.1+20181013-2+deb10u2
ii  libtinfo66.1+20181013-2+deb10u2
ii  lsb-base 10.2019051400
ii  zlib1g   1:1.2.11.dfsg-1

Versions of packages atop recommends:
ii  cron [cron-daemon]  3.0pl1-134+deb10u1

atop suggests no packages.

-- Configuration Files:
/etc/default/atop changed:
LOGINTERVAL=60


-- no debconf information

-- 
Thomas Arendsen Hein 
OpenPGP key: https://intevation.de/~thomas/thomas_pgp.asc (0xD45DE28FF3A2250C)
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

Bug#947844: also affected by libservlet3.1-java: 8.5.50-0+deb9u1 breaks upgrades to Buster, fix not in proposed-updates

[Thomas Arendsen Hein]

* Markus Koschany  [20200507 13:35]:
> Am 06.05.20 um 17:22 schrieb Thomas Arendsen Hein:
> > * Thomas Arendsen Hein  [20200506 17:09]:
> >> I just encountered this bug, too, when upgrading a machine.
> > 
> > For others reading here:
> > Running "apt-get install -f" seems to work to continue the upgrade.
> 
> The fixed packages are currently in stable-proposed-updates only but
> there will be a new point update for stable within a few days.

Ah, right. I didn't see the updated packagess in
buster-proposed-updates, because I was looking for an updated
packaghe for libservlet3.1-java (which isn't in bpu), but there are
indeed updated packages for libjsp-api-java, libel-api-java and
libwebsocket-api-java.

For me neither the source package names (el-api, jsp-api,
websocket-api) nor the description "Fix stretch to buster upgrades
that involve Tomcat 8" from the announcement mail looked relevant
since there was no mention of servlet-api, and the server I upgraded
doesn't have tomcat installed.

Thank you,
Thomas

-- 
Thomas Arendsen Hein 
OpenPGP key: https://intevation.de/~thomas/thomas_pgp.asc (0xD45DE28FF3A2250C)
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner


signature.asc
Description: PGP signature

Bug#947844: also affected by libservlet3.1-java: 8.5.50-0+deb9u1 breaks upgrades to Buster, fix not in proposed-updates

[Thomas Arendsen Hein]

* Thomas Arendsen Hein  [20200506 17:09]:
> I just encountered this bug, too, when upgrading a machine.

For others reading here:
Running "apt-get install -f" seems to work to continue the upgrade.

Regards,

Thomas

-- 
Thomas Arendsen Hein 
OpenPGP key: https://intevation.de/~thomas/thomas_pgp.asc (0xD45DE28FF3A2250C)
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

Bug#947844: also affected by libservlet3.1-java: 8.5.50-0+deb9u1 breaks upgrades to Buster, fix not in proposed-updates

[Thomas Arendsen Hein]

Hi!

I just encountered this bug, too, when upgrading a machine.

I couldn't find a new package corresponding to this ticket in
the announcement "[SUA 179-1] Upcoming Debian 10 Update (10.4)"
for the upcoming point release.

Regards,

Thomas

-- 
Thomas Arendsen Hein 
OpenPGP key: https://intevation.de/~thomas/thomas_pgp.asc (0xD45DE28FF3A2250C)
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

Bug#922293: libxcomp3 must use -lpthread or -pthread (undefined symbol: pthread_key_create)

[Thomas Arendsen Hein]

Package: libxcomp3
Version: 2:3.5.99.18-1
Severity: normal

Dear Debian Remote Maintainers,

quoting https://lists.debian.org/debian-backports/2019/02/msg00017.html:

* Yuriy M. Kaminskiy  [20190214 09:22]:
> On 14.02.2019 10:53, Thomas Arendsen Hein wrote:
> > I just installed x2goserver from stretch-backports and x2goclient
> > from stretch on the same machine. Now x2goclient no longer works
> > correctly due to the following error in nxproxy:
> > 
> > $ nxproxy
> > /usr/lib/nx/bin/nxproxy: symbol lookup error:
> > /usr/lib/x86_64-linux-gnu/libXcomp.so.3: undefined symbol:
> > pthread_key_create
> > 
> > 
> > /usr/lib/x86_64-linux-gnu/libXcomp.so.3 is contained in libxcomp3
> 
> This sounds more like bug in libxcomp3 (if it uses symbols from libpthread, 
> it must link
> to -lpthread [or -pthread]; newer nxproxy likely links to libpthread itself, 
> which hides
> this bug; still, this must be fixed in libxcomp3); fwiw, dh_shlibdeps even 
> complained about this:
> 
> === 
> https://buildd.debian.org/status/fetch.php?pkg=nx-libs=amd64=2%3A3.5.99.18-1=1548946175=0
> ...
> dh_shlibdeps --dpkg-shlibdeps-params=--ignore-missing-info
> ...
> dpkg-shlibdeps: warning: symbol pthread_setspecific used by 
> debian/libxcomp3/usr/lib/x86_64-linux-gnu/libXcomp.so.3.5.99 found in none of 
> the libraries
> ...
> === cut ===
> 
> (this bug seems still present in buster/sid, so I'd suggest filling bug 
> against nx-libs).



I will add a pointer to the Debian bug report on the bpo list.

Regards,
Thomas

-- 
Thomas Arendsen Hein  - OpenPGP key: 0x5BB3F5195816791A
https://blogs.intevation.de/thomas/ - https://intevation.de/~thomas/
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

Bug#900561: libmagic-mgc: buggy magic: mistakes any text file starting with "msc" for "Message Sequence Chart (chart)"

[Thomas Arendsen Hein]

Package: libmagic-mgc
Version: 1:5.30-1+deb9u1
Severity: normal

Dear Maintainer,

I'm using "file" on a set of files to determine which are plain text
files. Recently a part of the text files did not get detected:

$ file foo.txt
foo.txt: Message Sequence Chart (chart)

When looking at the files, all of them started with "msc", e.g.
"mschneider" or "mschmidt"

magic/Magdir/communications contains:

# MSC (message sequence charts) are a formal description technique,
# described in ITU-T Z.120, mainly used for communication protocols.
# Added by W. Borgert .
0   string  mscdocument Message Sequence Chart (document)
0   string  msc Message Sequence Chart (chart)
0   string  submsc  Message Sequence Chart (subchart)

If I understand ITU-T Z.120 correctly, the MSC chart files always start
with "msc", and at least for my use case it would be
enough to change the magic to "msc " (with a space as the fourth
character), but if you want to check more, you could search for the ";"
at the end of statements.

Thank you for your work on Debian!

Regards,
Thomas


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

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/bash
Init: systemd (via /run/systemd/system)

-- no debconf information

-- 
Thomas Arendsen Hein  - OpenPGP key: 0x5BB3F5195816791A
https://blogs.intevation.de/thomas/ - https://intevation.de/~thomas/
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

Bug#733094: Still the same bug in stretch

[Thomas Arendsen Hein]

/lib/udev/uvcdynctrl in Debian stretch still contains debug=1

Package: uvcdynctrl
Status: install ok installed
Priority: extra
Section: utils
Installed-Size: 61
Maintainer: Paulo Assis <pj.as...@gmail.com>
Architecture: amd64
Source: libwebcam (0.2.4-1.1)
Version: 0.2.4-1.1+b2

-- 
Thomas Arendsen Hein <tho...@intevation.de> - OpenPGP key: 0x5BB3F5195816791A
https://blogs.intevation.de/thomas/ - https://intevation.de/~thomas/
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

Bug#767569: smartd started by default, /etc/default/smartmontools ignored

[Thomas Arendsen Hein]

Hi!

I just experienced this (minor) issue on a cluster of diskless
systems having smartmontools 6.5+svn4324-1 (current version in
stretch) installed.

The package is installed, because sometimes external harddisks are
connected to them for running smart tests.

"systemctl disable smartd" helped and prevents the red error message
showing up in "journalctl -b", which would still be there if I had
only removed the DEVICESCAN line from /etc/smartd.conf

Regards,
Thomas

-- 
Thomas Arendsen Hein <tho...@intevation.de> - OpenPGP key: 0x5BB3F5195816791A
https://blogs.intevation.de/thomas/ - https://intevation.de/~thomas/
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

Bug#561660: sleepd: Only one battery is checked with --battery

[Thomas Arendsen Hein]

* martin f krafft  [20170116 04:09]:
> I think it'd be best to compare against the average of the load
> level of all available batteries.

Sounds good enough.

One could argue that only the battery with the highest level should
be checked, but this might assume certain features in the hardware
that can't be guaranteed, so above will be safe.

If you change something here, I will no longer be able to easily
test it, because I no longer have an external battery for my laptop.

Regards,
Thomas

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner


pgpPu3_SkSCgR.pgp
Description: PGP signature

Bug#793086: me too

[Thomas Arendsen Hein]

Hi!

I just wanted to add that I just noticed the same problem on a
machine with arpalert monitoring four network interfaces.

arpalert 2.0.11-7.1 (Debian jessie, amd64)

Regards,
Thomas Arendsen Hein

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

Bug#666725: secure passwords more predictable than expected

[Thomas Arendsen Hein]

Package: pwgen
Version: 2.06-1+b1
Severity: important

Hi!

When using pwgen -s 1 50 to generate 50 one-char passwords,
only lowercase letters are used.

When using pwgen -s 2 50 to generate 50 two-char passwords,
exactly one lowercase letter and one number is used.

Three-char and longer passwords are not affected by this major
security issue.

Regards,
Thomas Arendsen Hein
 
-- System Information:
Debian Release: 6.0.4
  APT prefers stable
  APT policy: (1500, 'stable'), (550, 'stable-updates'), (550, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686-bigmem (SMP w/4 CPU cores)
Locale: LANG=en_US.utf-8, LC_CTYPE=en_US.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages pwgen depends on:
ii  libc6 2.11.3-3   Embedded GNU C Library: Shared lib

pwgen recommends no packages.

pwgen suggests no packages.

-- no debconf information

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#645981: /var/log/mon is not writable for mon

[Thomas Arendsen Hein]

Package: mon
Version: 1.2.0-1
Severity: normal


After fresh installation the directory /var/log/mon is owned by root.root,
therefore mon can't write e.g. the downtime log.

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

Kernel: Linux 2.6.32-5-686 (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/bash

Versions of packages mon depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libtime-period-perl   1.20-8 Perl library for testing if a time
ii  mon-client1.2.0-1modules for interfacing with the m

Versions of packages mon recommends:
ii  fping 2.4b2-to-ipv6-16.1 sends ICMP ECHO_REQUEST packets to
ii  libauthen-pam-perl0.16-2 Perl interface to PAM library
ii  libcrypt-ssleay-perl  0.57-2 Support for https protocol in LWP
ii  libfilesys-diskspace- 0.05-13fetch filesystem size and usage in
ii  libnet-dns-perl   0.66-2 Perform DNS queries from a Perl sc
ii  libnet-ldap-perl  1:0.4001-2 client interface to LDAP servers
ii  libnet-telnet-perl3.03-3 Script telnetable connections
ii  libsnmp-perl  5.4.3~dfsg-2   SNMP (Simple Network Management Pr
ii  libstatistics-descrip 3.0200-1   Perl module for basic descriptive 
ii  libtime-modules-perl  2006.0814-2Various Perl modules for time/date
ii  perl-modules [libnet- 5.10.1-17squeeze2  Core Perl modules

mon 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#620087: mercurial: /usr/bin/hg prepends /usr/lib/python2.5/site-packages/ to sys.path

[Thomas Arendsen Hein]

* Stefano Rivera stefa...@debian.org [20110330 00:30]:
 It's caused by the python2.5 install happening before the 2.6 one, and
 the 2.6 one doesn't replace the hg script from the 2.5 install. (It
 would if we supplied --force)

Mercurial's Makefile always uses --force for this and a few other
reaons, but ...

 -'install_scripts': hginstallscripts}
 +# Disabled on Debian. We install into the public namespace and don't need
 +# to hack sys.path.
 +#'install_scripts': hginstallscripts}

... with the comment this looks good, too.

Maybe it would be good to change hginstallscripts upstream so it
doesn't do @LIBDIR@ magic if this would be in the public namespace?
How can this be detected in a reliable way?

Regards,
Thomas

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#619821: Configure SSL certificates

[Thomas Arendsen Hein]

* Vincent Danjean vincent.danj...@ens-lyon.org [20110327 21:39]:
 On 27/03/2011 15:09, Seo Sanghyeon wrote:
  Package: mercurial
  Version: 1.8.1-1
  
  I think SSL certificates should be configured in system-wide hgrc.
  Here's how: http://mercurial.selenic.com/wiki/CACertificates
 
 I did not try certificates (nor read the linked document) yet.
 However, would putting this config in system-wide hgrc still allow
 a user to disable this functionality ?

Yes, by adding this to the user's ~/.hgrc:

[web]
cacerts =

Or by using the --insecure command line switch.

 Upstream does not like at
 all that distrib-mercurial has some features automatically enabled
 in system-wide hgrc that are not enabled by default in plain
 mercurial.

This was about too many extensions enabled by default.

See http://mercurial.selenic.com/wiki/Packaging#SSL_support

2. SSL support
 Packagers are encouraged to integrate as well as possible with the
 platforms existing PKI, for example by distributing a
 hgrc.d/cacert.rc with configuration of web.cacerts.

  This would add dependency to ca-certificates pacakge.
 
 For now, we could add it in 'Suggests' and document this in
 README.Debian

I'd say adding it to /etc/mercurial/hgrc.d/cacert.rc and using
'Recommends' would be the best solution.

Regards,
Thomas

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#614185: trying to overwrite oolite-reference-sheet when upgrading from squeeze

[Thomas Arendsen Hein]

Package: oolite-data
Version: 1.74.2-1
Severity: important


apt-get install oolite/sid oolite-data/sid
in a system otherwise having and preferring squeeze and having oolite and
oolite-data from squeeze already installed:

Preparing to replace oolite-data 1.65-3 (using 
.../oolite-data_1.74.2-1_all.deb) ...
Unpacking replacement oolite-data ...
dpkg: error processing /var/cache/apt/archives/oolite-data_1.74.2-1_all.deb 
(--unpack):
 trying to overwrite '/usr/share/doc-base/oolite-reference-sheet', which is 
also in package oolite 1.65-7+b1
configured to not write apport reports
  Preparing to replace oolite 1.65-7+b1 
(using .../oolite_1.74.2-1_amd64.deb) ...
Unpacking replacement oolite ...

Errors were encountered while processing:
 /var/cache/apt/archives/oolite-data_1.74.2-1_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


-- System Information:
Debian Release: 6.0
  APT prefers stable
  APT policy: (550, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-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/bash

Versions of packages oolite depends on:
ii  gnustep-base-runtime  1.20.1-6   GNUstep Base library - daemons and
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
pn  libespeak1none (no description available)
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libgl1-mesa-glx [libgl1]  7.7.1-4A free implementation of the OpenG
ii  libglu1-mesa [libglu1]7.7.1-4The OpenGL utility library (GLU)
ii  libgnustep-base1.20   1.20.1-6   GNUstep Base library
ii  libobjc2  4.4.5-8Runtime library for GNU Objective-
ii  libpng12-01.2.44-1   PNG library - runtime
ii  libsdl-mixer1.2   1.2.8-6.3  mixer library for Simple DirectMed
ii  libsdl1.2debian   1.2.14-6.1 Simple DirectMedia Layer
ii  oolite-data   1.65-3 Data files for the space-sim game 

oolite recommends no packages.

oolite 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#613514: proj-data: Marked as transitional package in description, but is dependency of libproj0

[Thomas Arendsen Hein]

* Francesco P. Lovergine fran...@debian.org [20110215 20:57]:
 On Tue, Feb 15, 2011 at 12:13:58PM +0100, Thomas Arendsen Hein wrote:
  Package: proj-data
  Version: 4.7.0-1
  Severity: normal
  
  
  After an upgrade from lenny to squeeze I wanted to purge all packages which
  are marked as transitional. When purging proj-data, libproj0 and everything
  that depends on it would be purged, too, therefore this is more than a minor
  bug.
  
 
 proj-data is not transitional, proj is. So what's the bug exactly?

The description is wrong, because it states transitional package:

$ apt-cache show proj-data|grep ^Description:
Description: Cartographic projection filter and library (transitional package)

Regards,
Thomas

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#613514: proj-data: Marked as transitional package in description, but is dependency of libproj0

[Thomas Arendsen Hein]

Package: proj-data
Version: 4.7.0-1
Severity: normal


After an upgrade from lenny to squeeze I wanted to purge all packages which
are marked as transitional. When purging proj-data, libproj0 and everything
that depends on it would be purged, too, therefore this is more than a minor
bug.

Regards,
Thomas

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

Kernel: Linux 2.6.32-5-686 (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/bash



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

Bug#584914: same issue here, workaround helps

[Thomas Arendsen Hein]

With libc6 2.11.2-7 (current squeeze) I experience this issue, too.

Logging in as thomas and using id shows my groups, using
id thomas does not. When using this server as an NFS server, I
have to remove --manage-gids from RPCMOUNTDOPTS in
/etc/default/nfs-kernel-server, otherwise accessing restricted
folders does not work.

The workaround (/etc/nsswitch.conf: group: nis files) helps with
id, I still have to test NFS.

Regards,
Thomas

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#516382: tg3: incoming ssh fails with Corrupted MAC on input

[Thomas Arendsen Hein]

* Thomas Arendsen Hein tho...@intevation.de [20101106 21:58]:
 Ben Hutchings wrote:
  Please test whether this bug is still present in 2.6.32 as packaged in
  unstable or testing.
 
 I experiences this problem with linux-image-2.6.32-5-686 (2.6.32-15) after
 which I activated the workaround mentioned here
 (pre-up ethtool -K eth0 rx off)
 
 Since then (11th July 2010) I never had this problem again.
 
 Today I removed above workaround to see if the problem is still reproducible
 with linux-image-2.6.32-5-686 (2.6.32-27).

Today the problem showed up the first time since removing above
workaround. This time it was an outgoing SSH connection, but with
much incoming data (connection forwarding to http proxy).

I am running linux-image-2.6.32-5-686 (2.6.32-28) since 28th November.

Regards,
Thomas

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#587272: warning from defoma: It is recommended to run defoma-app purge gs

[Thomas Arendsen Hein]

Package: gs
Version: 8.64~dfsg-1+squeeze1
Severity: normal


Just a quick me too:

Setting up ttf-tiresias (0.1-1.1) ...
W: gs is already removed. It is recommended to run defoma-app purge gs.
Updating fontconfig cache for /usr/share/fonts/truetype/ttf-tiresias

 and a possible explanation:

Description: Transitional package
 This dummy package is provided for a smooth transition from the
 previous gs package (the package name has been changed to ghostscript).
 It may safely be removed after installation.

After I purged this package, I did not get further defoma warnings when
installing and removing another ttf font package.

Regards,
Thomas

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

Kernel: Linux 2.6.32-5-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/bash

Versions of packages gs depends on:
ii  ghostscript 8.71~dfsg2-6 The GPL Ghostscript PostScript/PDF
ii  ghostscript-x   8.71~dfsg2-6 The GPL Ghostscript PostScript/PDF

gs recommends no packages.

gs 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#604976: mplayer: signal 11 in module: decode_audio when changing speed and using -af hrtf

[Thomas Arendsen Hein]

* Reinhard Tartler siret...@tauware.de [20101126 14:54]:
 On Thu, Nov 25, 2010 at 22:55:55 (CET), Thomas Arendsen Hein wrote:
  ii  libpostproc51  5:0.6~svn20100726-0.1 postproc shared libraries
 
 Can you please retry with Debian's version of libpostproc51?

Just tried, yields the same result.

 Also, does this problem also occur with mplayer from experimental?

Upgraded to experimental:
Inst libavutil50 (4:0.6.1-2 Debian:experimental [amd64])
Inst libpostproc51 [4:0.5.2-6] (4:0.6.1-2 Debian:experimental [amd64])
Inst libswscale0 [4:0.5.2-6] (4:0.6.1-2 Debian:experimental [amd64])
Inst mplayer [2:1.0~rc3++final.dfsg1-1] (2:1.0~rc4~try1.dsfg1-1 
Debian:experimental [amd64]) []
Inst libavdevice52 [4:0.5.2-6] (4:0.6.1-2 Debian:experimental [amd64]) []
Inst libavformat52 [4:0.5.2-6] (4:0.6.1-2 Debian:experimental [amd64]) []
Inst libavcodec52 [4:0.5.2-6] (4:0.6.1-2 Debian:experimental [amd64])

Yields the same result as mplayer 2:1.0~rc3++svn20100804-0.1 from
debian-multimedia.org: No sound when using e.g. -speed 2, signal
11 when changing speed interactively.

 If yes, could you please also try SVN HEAD?

I'll try compiling now.

Regards,
Thomas

P.S.: A workaround for this problem is using -af scaletempo,hrtf

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#604976: mplayer: signal 11 in module: decode_audio when changing speed and using -af hrtf

[Thomas Arendsen Hein]

* Reimar Döffinger reimar.doeffin...@gmx.de [20101126 21:58]:
 On Thu, Nov 25, 2010 at 10:55:55PM +0100, Thomas Arendsen Hein wrote:
  When playing a DVD or any other file with 5.1 channel 48000 Hz audio using 
  the
  hrtf audio filter and either using -speed to change the playback speed or
  using [ or ] keys to change it during play, mplayer crashes.
 
 Should be fixed by upstream SVN r32648.

Just reproduced with r32647 and fix confirmed with r32648.

 However note that
 1) audio will still stop playing

Hmm, is there no easy way to make the sound come back after
returning to normal speed?

 2) it is just a NULL dereference
 So it is probably of little if any relevance really.

Good to hear.

Regards,
Thomas

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#604976: mplayer: signal 11 in module: decode_audio when changing speed and using -af hrtf

[Thomas Arendsen Hein]

Package: mplayer
Version: 2:1.0~rc3++final.dfsg1-1
Severity: normal


Hi!

When playing a DVD or any other file with 5.1 channel 48000 Hz audio using the
hrtf audio filter and either using -speed to change the playback speed or
using [ or ] keys to change it during play, mplayer crashes.

Command line used (with no mplayer config file):
mplayer -ao alsa:device=front -channels 6 -af hrtf -speed 2 
sintel-2048-surround.mp4
produces the output below.

Playing a file with a different sample rate (e.g. 44100 Hz) simply exits with
a short error message (unless using -af resample=48000,hrtf), so no problem
here.

Playing a file with 48000 Hz audio and adding resample=48000 does not help
with different speeds either.

mplayer 2:1.0~rc3++svn20100804-0.1 from debian-multimedia.org crashes in the
same way when changing speed interactively (using [ or ] keys), but simply
plays no sound when using e.g. -speed 2.

Playing with -af pan=2:1:0:0:1:1:0:0:1:0.7:0.7:0.5:0.5 (downmixing to two
channels) works without problems as this works with any sample rate.

Here is the error output:

MPlayer 1.0rc3-4.4.4 (C) 2000-2009 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing sintel-2048-surround.mp4.
libavformat file format detected.
[lavf] Video stream found, -vid 0
[lavf] Audio stream found, -aid 1
VIDEO:  [avc1]  2048x872  24bpp  24.000 fps0.0 kbps ( 0.0 kbyte/s)
Clip info:
 name: Sintel
 copyright: (c) copyright Blender Foundation | durian.blender.org
open: No such file or directory
[MGA] Couldn't open: /dev/mga_vid
open: No such file or directory
[MGA] Couldn't open: /dev/mga_vid
[VO_TDFXFB] Can't open /dev/fb0: No such file or directory.
[VO_3DFX] Unable to open /dev/3dfx.
==
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==
==
Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding)
FAAD: compressed input bitrate missing, assuming 128kbit/s!
AUDIO: 48000 Hz, 6 ch, s16le, 128.0 kbit/2.78% (ratio: 16000-576000)
Selected audio codec: [faad] afm: faad (FAAD AAC (MPEG-2/MPEG-4 Audio))
==
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
[hrtf] ERROR: Sampling rate is not 48000 Hz (96000)!
[libaf] Reinitialization did not work, audio filter 'hrtf' returned error code 
-2
Couldn't find matching filter/ao format!
Starting playback...


MPlayer interrupted by signal 11 in module: decode_audio
- MPlayer crashed by bad usage of CPU/FPU/RAM.
  Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
  disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash.
- MPlayer crashed. This shouldn't happen.
  It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
  gcc version. If you think it's MPlayer's fault, please read
  DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
  won't help unless you provide this information when reporting a possible bug.
 [ This binary of MPlayer in Debian is currently compiled with
   '--enable-debug'; the debugging symbols are in the package
   'mplayer-dbg'.]

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

Kernel: Linux 2.6.32-5-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/bash

Versions of packages mplayer depends on:
ii  libaa1 1.4p5-38  ascii art library
ii  libasound2 1.0.23-2.1shared library for ALSA applicatio
ii  libaudio2  1.9.2-3   Network Audio System - shared libr
ii  libavcodec52   4:0.5.2-6 ffmpeg codec library
ii  libavformat52  4:0.5.2-6 ffmpeg file format library
ii  libavutil494:0.5.2-6 ffmpeg utility library
ii  libc6  2.11.2-7  Embedded GNU C Library: Shared lib
ii  libcaca0   0.99.beta17-1 colour ASCII art library
ii  libcdparanoia0 3.10.2+debian-9   audio extraction tool for sampling
ii  libdirectfb-1.2-9  1.2.10.0-4direct frame buffer graphics - sha
ii  libdvdread44.1.3-10  library for reading DVDs
ii  libenca0   1.13-3Extremely Naive Charset Analyser -
ii  libesd00.2.41-8  Enlightened Sound Daemon - Shared 
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.2-2.1 FreeType 2 font engine, shared lib
ii  libfribidi00.19.2-1  Free 

Bug#516382: tg3: incoming ssh fails with Corrupted MAC on input

[Thomas Arendsen Hein]

Package: linux-image-2.6.26-1-alpha-generic
Severity: normal


Ben Hutchings wrote:
 Please test whether this bug is still present in 2.6.32 as packaged in
 unstable or testing.

I experiences this problem with linux-image-2.6.32-5-686 (2.6.32-15) after
which I activated the workaround mentioned here
(pre-up ethtool -K eth0 rx off)

Since then (11th July 2010) I never had this problem again.

Today I removed above workaround to see if the problem is still reproducible
with linux-image-2.6.32-5-686 (2.6.32-27).

Regards,
Thomas

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (550, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (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/bash



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

Bug#539197: wetball is now known as playground

[Thomas Arendsen Hein]

New URL: http://playground.mekensleep.com/

see http://playground.mekensleep.com/hg/games/staging/rev/e00f53bad1e9

Regards,
Thomas

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#601700: exception bug occurring with libsqlite3-0 3.7.3-1

[Thomas Arendsen Hein]

Package: monotone
Version: 0.48-2
Severity: serious


I noticed this error today, too. I'm not sure if it is caused by the
libsqlite3-0 upgrade (which I did two days ago), because I no longer have
the old package.

Here is the debug log of running test-convert-mtn.t of the Mercurial test
suite:

beginning commit on branch 'com.selenic.test'
Encountered an error while musing upon the following:
database.cc:1495: detected database error, 'E(value)' violated
Encountered an error while musing upon the following:
migrate_schema.cc:105: detected system error, 'E(false)' violated
Encountered an error while musing upon the following:
botan_pipe_cache.hh:42: detected internal error, 'I(!pipe)' violated
Encountered an error while musing upon the following:
botan_pipe_cache.hh:42: detected internal error, 'I(!pipe)' violated
Encountered an error while musing upon the following:
botan_pipe_cache.hh:42: detected internal error, 'I(!pipe)' violated
Encountered an error while musing upon the following:
botan_pipe_cache.hh:42: detected internal error, 'I(!pipe)' violated
Encountered an error while musing upon the following:
botan_pipe_cache.hh:42: detected internal error, 'I(!pipe)' violated
Encountered an error while musing upon the following:
botan_pipe_cache.hh:42: detected internal error, 'I(!pipe)' violated
Current work set: 4 items
- begin 'system_flavour' (in virtual void sanity::initialize(int, char**, 
const char*), at sanity.cc:112)
Linux 2.6.32-5-686 #1 SMP Tue Oct 19 14:40:34 UTC 2010 i686
-   end 'system_flavour' (in virtual void sanity::initialize(int, char**, 
const char*), at sanity.cc:112)
- begin 'cmdline_string' (in virtual void sanity::initialize(int, char**, 
const char*), at sanity.cc:126)
'mtn', 'ci', '-m', 'divergentdirmove2'
-   end 'cmdline_string' (in virtual void sanity::initialize(int, char**, 
const char*), at sanity.cc:126)
- begin 'string(lc_all)' (in virtual void sanity::initialize(int, char**, 
const char*), at sanity.cc:131)
C
-   end 'string(lc_all)' (in virtual void sanity::initialize(int, char**, 
const char*), at sanity.cc:131)
- begin 'full_version_string' (in virtual void mtn_sanity::initialize(int, 
char**, const char*), at mtn-sanity.cc:32)
monotone 0.48 (base revision: 844268c137aaa783aa800a9c16ae61edda80ecea)
Running on  : Linux 2.6.32-5-686 #1 SMP Tue Oct 19 14:40:34 UTC 2010 
i686
C++ compiler: GNU C++ version 4.4.4
C++ standard library: GNU libstdc++ version 20100712
Boost version   : 1_42
SQLite version  : 3.7.3 (compiled against 3.7.0)
Lua version : Lua 5.1
PCRE version: 8.02 2010-03-19 (compiled against 8.2)
Botan version   : 1.8.9 (compiled against 1.8.8)
Changes since base revision:
format_version 1

new_manifest [86bede3ba4251594f3a0f7e0c31560f9f8ce3744]

old_revision [844268c137aaa783aa800a9c16ae61edda80ecea]

  Generated from data cached in the distribution;
  further changes may have been made.
-   end 'full_version_string' (in virtual void mtn_sanity::initialize(int, 
char**, const char*), at mtn-sanity.cc:32)


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (550, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (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/bash

Versions of packages monotone depends on:
ii  libbotan-1.8.2 1.8.9-1   multiplatform crypto library
ii  libc6  2.11.2-6+squeeze1 Embedded GNU C Library: Shared lib
ii  libgcc11:4.4.5-4 GCC support library
ii  libidn11   1.15-2GNU Libidn library, implementation
ii  liblua5.1-05.1.4-5   Simple, extensible, embeddable pro
ii  libpcre3   8.02-1.1  Perl 5 Compatible Regular Expressi
ii  libsqlite3-0   3.7.3-1   SQLite 3 shared library
ii  libstdc++6 4.4.5-4   The GNU Standard C++ Library v3
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

monotone recommends no packages.

Versions of packages monotone suggests:
pn  monotone-doc  none (no description available)
pn  monotone-server   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#594333: Wrong permissions after moin security update

[Thomas Arendsen Hein]

Hi!

I just encountered the same problem, too, not only for underlay file
permissions, but for files in /etc/moin, which broke reading
farmconfig.

I guess this is the same problem as with the recent git security
update: The uploader had umask 027.
See #595728 and #596043 for details.

Regards,
Thomas

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#596043: git-core: /var/lib/dpkg/info/git*.md5sums only readable by root

[Thomas Arendsen Hein]

Package: git-core
Version: 1:1.5.6.5-3+lenny3.1
Severity: normal

#595728 (git-core: permissions of templates too restrictive) does
not only affect the templates, but the file
/var/lib/dpkg/info/git-core.md5sums, too.

I saw that for git-core this is fixed in the i386 binary upload on
incoming, but the other packages build from src:git are affected,
too, e.g. gitk and git-doc:

ls -l /var/lib/dpkg/info/git*.md5sums
-rw-r- 1 root root 23160 2010-07-29 12:45 
/var/lib/dpkg/info/git-core.md5sums
-rw-r- 1 root root 33799 2010-07-29 12:48 /var/lib/dpkg/info/git-doc.md5sums
-rw-r- 1 root root   572 2010-07-29 12:48 /var/lib/dpkg/info/gitk.md5sums

reportbug on such a package will complain that it can't read this
file and suggests aborting the report.

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

Kernel: Linux 2.6.29.4-id1-k8-9 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf-8, LC_CTYPE=en_US.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages git-core depends on:
ii  libc6  2.7-18lenny4  GNU C Library: Shared libraries
ii  libcurl3-gnutls7.18.2-8lenny4Multi-protocol file transfer libra
ii  libdigest-sha1-perl2.11-2+b1 NIST SHA-1 message digest algorith
ii  liberror-perl  0.17-1Perl module for error/exception ha
ii  libexpat1  2.0.1-4+lenny3XML parsing C library - runtime li
ii  perl-modules   5.10.0-19lenny2   Core Perl modules
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages git-core recommends:
ii  less  418-1  Pager program similar to more
ii  openssh-client [ssh-client]   1:5.1p1-5  secure shell client, an rlogin/rsh
ii  patch 2.5.9-5Apply a diff file to an original
ii  rsync 3.0.3-2fast remote file copy program (lik

Versions of packages git-core suggests:
pn  git-archnone   (no description available)
pn  git-cvs none   (no description available)
pn  git-daemon-run  none   (no description available)
ii  git-doc 1:1.5.6.5-3+lenny3.1 fast, scalable, distributed revisi
pn  git-email   none   (no description available)
pn  git-gui none   (no description available)
pn  git-svn none   (no description available)
ii  gitk1:1.5.6.5-3+lenny3.1 fast, scalable, distributed revisi
pn  gitweb  none   (no description available)

-- no debconf information

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#591293: bacula-director-pgsql: db upgrade to lenny-backports fails with ERROR: relation file_jpfid_idx already exists

[Thomas Arendsen Hein]

* John Goerzen jgoer...@complete.org [20100820 21:41]:
 On 08/20/2010 01:53 PM, Thomas Arendsen Hein wrote:

 2010-08-01 21:58:55 upgrade bacula-director-pgsql 2.4.4-1 5.0.2-1~bpo50+1

 The history before that was that I used bacula-director-sqlite3
 2.2.8-8 in the past and switched to postgresql without
 importing/converting the old catalog when bacula 2.4.2-3.1 was the
 current version in lenny/testing. dbconfig-common is still at
 1.8.39:

 OK, let me restate that and make sure I understand correctly.

 1. You used to use bacula-director-sqlite3 version 2.2.8-8.

 2. At some point you installed bacula-director-pgsql 2.4.2-3.1 instead.

 3. You started with a freshly-installed new catalog when you installed  
 2.4.2-3.1, and made no effort to migrate the old catalog to it.

 4. You made no changes to the database schema manually at any point.

 5. You upgraded to 2.4.4-1 over time.

 6. Then you had an error when upgrading from 2.4.4 to 5.0.2.

 Is that correct?

Yes, correct.

I'll try the change you have done in 5.0.2-2, i.e. removing the line

CREATE INDEX file_jpfid_idx on File (JobId, PathId, FilenameId);

from update_postgresql_tables.

Thanks,
Thomas

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#591293: bacula-director-pgsql: db upgrade to lenny-backports fails with ERROR: relation file_jpfid_idx already exists

[Thomas Arendsen Hein]

* Thomas Arendsen Hein tho...@intevation.de [20100821 22:00]:
 I'll try the change you have done in 5.0.2-2, i.e. removing the line
 
 CREATE INDEX file_jpfid_idx on File (JobId, PathId, FilenameId);
 
 from update_postgresql_tables.

I noticed that this actually was nearly the last thing done during
the upgrade. I just manually executed ANALYSE; and I think my
database is in a sane state now. I verified that the changes done in
/usr/share/dbconfig-common/data/bacula-director-pgsql/upgrade/pgsql/5.0.0
are in the database and everything looks ok.

Thanks,
Thomas

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#591293: bacula-director-pgsql: db upgrade to lenny-backports fails with ERROR: relation file_jpfid_idx already exists

[Thomas Arendsen Hein]

* John Goerzen jgoer...@complete.org [20100819 22:49]:
 On 08/19/2010 05:40 AM, Thomas Arendsen Hein wrote:
 * Thomas Arendsen Heintho...@intevation.de  [20100801 22:30]:
 On this machine I can live with not running bacula backups for some time, so
 it is available for further analysis.

 I just wanted to mention that the machine is still available for
 further analysis.

 Thank you for the reminder.  I was out of town when this was reported.

That's what I guessed :)

 Can you look at your dpkg.log and get the precise version that was  
 installed prior to the upgrade?

2010-08-01 21:58:55 upgrade bacula-director-pgsql 2.4.4-1 5.0.2-1~bpo50+1

The history before that was that I used bacula-director-sqlite3
2.2.8-8 in the past and switched to postgresql without
importing/converting the old catalog when bacula 2.4.2-3.1 was the
current version in lenny/testing. dbconfig-common is still at
1.8.39:

16.11.2008  thomas
* apt-get install --purge bacula-director-pgsql bacula-sd-pgsql:
  Purg bacula-director-sqlite3 [2.4.2-3.1] [bacula-server ]
  Purg bacula-sd-sqlite3 [2.4.2-3.1] [bacula-server ]
  Inst dbconfig-common (1.8.39 Debian:testing) [bacula-server ]
  Inst postgresql-client-common (91 Debian:testing) [bacula-server ]
  Inst postgresql-client-8.3 (8.3.5-1 Debian:testing) [bacula-server ]
  Inst postgresql-client (8.3.5-1 Debian:testing) [bacula-server ]
  Inst bacula-director-pgsql (2.4.2-3.1 Debian:testing) [bacula-server ]
  Inst bacula-sd-pgsql (2.4.2-3.1 Debian:testing)
  Inst postgresql-common (91 Debian:testing)
  Inst postgresql-8.3 (8.3.5-1 Debian:testing)

28.12.2008  thomas
* apt-get upgrade:
  Inst bacula-console-qt [2.4.2-3.1] (2.4.3-1 Debian:testing) []
  Inst bacula-fd [2.4.2-3.1] (2.4.3-1 Debian:testing) []
  Inst bacula-console [2.4.2-3.1] (2.4.3-1 Debian:testing) []
  Inst bacula-console-wx [2.4.2-3.1] (2.4.3-1 Debian:testing) []
  Inst bacula-sd-pgsql [2.4.2-3.1] (2.4.3-1 Debian:testing) []
  Inst bacula-traymonitor [2.4.2-3.1] (2.4.3-1 Debian:testing) []
  Inst bacula-director-pgsql [2.4.2-3.1] (2.4.3-1 Debian:testing) []
  Inst bacula-common [2.4.2-3.1] (2.4.3-1 Debian:testing) [bacula-sd on 
bacula-common] [bacula-director-
common on bacula-common] [bacula-sd bacula-director-common ]
  Inst bacula-director-common [2.4.2-3.1] (2.4.3-1 Debian:testing) [bacula-sd 
on bacula-common] [bacula-
sd ]
  Inst bacula-sd [2.4.2-3.1] (2.4.3-1 Debian:testing)
  Inst bacula-server [2.4.2-3.1] (2.4.3-1 Debian:testing)

23.01.2009  thomas
* apt-get upgrade:
  Inst bacula-console-qt [2.4.3-1] (2.4.4-1 Debian:testing) []
  Inst bacula-fd [2.4.3-1] (2.4.4-1 Debian:testing) []
  Inst bacula-console [2.4.3-1] (2.4.4-1 Debian:testing) []
  Inst bacula-console-wx [2.4.3-1] (2.4.4-1 Debian:testing) []
  Inst bacula-sd-pgsql [2.4.3-1] (2.4.4-1 Debian:testing) []
  Inst bacula-traymonitor [2.4.3-1] (2.4.4-1 Debian:testing) []
  Inst bacula-director-pgsql [2.4.3-1] (2.4.4-1 Debian:testing) []
  Inst bacula-common [2.4.3-1] (2.4.4-1 Debian:testing) [bacula-sd on 
bacula-common] [bacula-director-co
mmon on bacula-common] [bacula-sd bacula-director-common ]
  Inst bacula-director-common [2.4.3-1] (2.4.4-1 Debian:testing) [bacula-sd on 
bacula-common] [bacula-sd
 ]
  Inst bacula-sd [2.4.3-1] (2.4.4-1 Debian:testing)
  Inst bacula-doc [2.4.1-1] (2.4.4-1 Debian:testing)
  Inst bacula-server [2.4.3-1] (2.4.4-1 Debian:testing)

01.08.2010  thomas
* apt-get install -t lenny-backports --auto-remove --purge bacula bacula-client 
bacula-server:
  Inst bacula-traymonitor [2.4.4-1] (5.0.2-1~bpo50+1 Backports.org 
archive:None/lenny-backports) []
  Inst bacula-common-pgsql (5.0.2-1~bpo50+1 Backports.org 
archive:None/lenny-backports) []
  Inst bacula-fd [2.4.4-1] (5.0.2-1~bpo50+1 Backports.org 
archive:None/lenny-backports) []
  Inst bacula-director-pgsql [2.4.4-1] (5.0.2-1~bpo50+1 Backports.org 
archive:None/lenny-backports) []
  Inst bacula-common [2.4.4-1] (5.0.2-1~bpo50+1 Backports.org 
archive:None/lenny-backports) [bacula-sd o
n bacula-common] [bacula-director-common on bacula-common] [bacula-console 
bacula-sd bacula-director-com
mon bacula-console-qt ]
  Inst bacula-director-common [2.4.4-1] (5.0.2-1~bpo50+1 Backports.org 
archive:None/lenny-backports) [ba
cula-sd on bacula-common] [bacula-console bacula-sd bacula-console-qt ]
  Inst bacula-console [2.4.4-1] (5.0.2-1~bpo50+1 Backports.org 
archive:None/lenny-backports) [bacula-sd 
on bacula-common] [bacula-sd bacula-console-qt ]
  Inst bacula-console-qt [2.4.4-1] (5.0.2-1~bpo50+1 Backports.org 
archive:None/lenny-backports) [bacula-
sd on bacula-common] [bacula-sd ]
  Inst bacula-sd [2.4.4-1] (5.0.2-1~bpo50+1 Backports.org 
archive:None/lenny-backports) [bacula-sd-pgsql
 ]
  Inst bacula-sd-pgsql [2.4.4-1] (5.0.2-1~bpo50+1 Backports.org 
archive:None/lenny-backports)
  Purg libqwt5-qt4 [5.1.1-1]
  Inst bacula-server [2.4.4-1] (5.0.2-1~bpo50+1 Backports.org 
archive:None/lenny-backports)
  Inst bacula-client [2.4.4-1] (5.0.2-1~bpo50+1 Backports.org

Bug#591293: bacula-director-pgsql: db upgrade to lenny-backports fails with ERROR: relation file_jpfid_idx already exists

[Thomas Arendsen Hein]

* Thomas Arendsen Hein tho...@intevation.de [20100801 22:30]:
 On this machine I can live with not running bacula backups for some time, so
 it is available for further analysis.

I just wanted to mention that the machine is still available for
further analysis.

Regards,
Thomas

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#552162: chrony: happens for me with 1.24-2, too

[Thomas Arendsen Hein]

Package: chrony
Followup-For: Bug #552162

I can confirm that /etc/init.d/chrony start (with stopped chrony)
shows this error for me, too.

Regards,
Thomas Arendsen Hein

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#591293: bacula-director-pgsql: db upgrade to lenny-backports fails with ERROR: relation file_jpfid_idx already exists

[Thomas Arendsen Hein]

Package: bacula-director-pgsql
Version: 5.0.2-1~bpo50+1
Severity: normal


Hi!

This bug describes the identical problem as #584791 does, but since that bug
was closed due to lack of response from the original submitter and I don't
know how (if) reportbug can reopen a bug I submit this new one.
(and I guess mentioning backports in the subject is good, too)

I just tried to upgrade the bacula installation on a lenny machine from 2.4.4
to lenny-backports (currently the same version as in squeeze: 5.0.2).

During the automatic database upgrade I got the following message:

| An error seems to have occurred while upgrading the database. If it's of any 
help, this was the error encountered:
|
| NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index 
pathhierarchy_pkey for table pathhierarchy NOTICE: CREATE TABLE / PRIMARY 
KEY will create implicit index pathvisibility_pkey for
| table pathvisibility ERROR: relation file_jpfid_idx already exists
|
| Fortunately, there should be a backup of the database made just before the 
upgrade in 
/var/cache/dbconfig-common/backups/bacula-director-pgsql_2.4.4-1.pgsql.
|
| At this point, you have the option to retry or abort the operation. If you 
choose retry, you will be prompted with all the configuration questions once 
more and another attempt will be made at
| performing the operation. retry (skip questions) will immediately attempt 
the operation again, skipping all questions.  If you choose abort, the 
operation will fail and you will need to downgrade,
| reinstall, reconfigure this package, or otherwise manually intervene to 
continue using it.
|
| Error upgrading database for bacula-director-pgsql.  Retry?
|
|   
abort
|   
retry
|   
retry (skip questions)
|
|
|   
Ok

Above is the dialog output, with scrolling back the terminal I see the first
dialog where I was asked:

| Perform upgrade on database for bacula-director-pgsql with dbconfig-common?
(which I answered with Yes)

Between the two dialogs is the the script output:

creating database backup in 
/var/cache/dbconfig-common/backups/bacula-director-pgsql_2.4.4-1.pgsql.
applying upgrade sql for 2.4.4-1 - 3.0.0.
applying upgrade sql for 2.4.4-1 - 5.0.0.
error encountered processing 
/usr/share/dbconfig-common/data/bacula-director-pgsql/upgrade/pgsql/5.0.0:
NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index 
pathhierarchy_pkey for table pathhierarchy NOTICE: CREATE TABLE / PRIMARY 
KEY will create implicit index pathvisibility_pkey for table pathvisibility 
ERROR: relation file_jpfid_idx already exists


On this machine I can live with not running bacula backups for some time, so
it is available for further analysis.


BTW, the directory /var/cache/dbconfig-common/backups and the contained file
bacula-director-pgsql_2.4.4-1.pgsql are world readable. Against which package
should this be reported?

Regards,
Thomas

-- System Information:
Debian Release: 5.0.5
  APT prefers stable
  APT policy: (550, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-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/bash

Versions of packages bacula-director-pgsql depends on:
ii  bacula-common   5.0.2-1~bpo50+1  network backup, recovery and verif
pn  bacula-common-pgsql none   (no description available)
pn  bacula-director-common  none   (no description available)
ii  dbconfig-common 1.8.39   common framework for packaging dat
ii  debconf [debconf-2.0]   1.5.24   Debian configuration management sy
ii  libc6   2.7-18lenny4 GNU C Library: Shared libraries
ii  libgcc1 1:4.3.2-1.1  GCC support library
ii  libpq5  8.3.11-0lenny1   PostgreSQL C client library
ii  libssl0.9.8 0.9.8g-15+lenny7 SSL shared libraries
ii  libstdc++6  4.3.2-1.1The GNU Standard C++ Library v3
ii  libwrap07.6.q-16 Wietse Venema's TCP wrappers libra
ii  postgresql-client   8.3.11-0lenny1   front-end programs for PostgreSQL 
ii  postgresql-client-8.3 [ 8.3.11-0lenny1   front-end programs for PostgreSQL 
ii  python2.5   2.5.2-15+lenny1  An interactive high-level object-o

Versions of packages bacula-director-pgsql recommends:
ii  postgresql-8.38.3.11-0lenny1 object-relational SQL database, ve

Versions of packages bacula-director-pgsql suggests:
pn  postgresql-contribnone (no description available)
pn  postgresql-docnone (no description available)

-- debconf information:
  

Bug#572242: famd uses 100% CPU still occurs

[Thomas Arendsen Hein]

I can confirm that the problem regularly occurs (more than once per
month) for us with fam/libfam* 2.7.0-13.3+lenny1 on two machines.

Now I replaced it with the package 'gamin' and first tests show that
it behaves well. Additionally the gam_server is started on demand
per user and can therefore be killed by regular users.

Regards,
Thomas

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#581122: mercurial-common: bashism in /bin/sh script

[Thomas Arendsen Hein]

* Javi Merino cibervi...@gmail.com [20100511 10:48]:
 Hi, I think the attached patch fixes the bashism by creating a function
 that returns a random number instead of relying on the $RANDOM magic
 variable.
 
 I'll try to get it accepted upstream.

I'm not sure if something based on /dev/urandom will be accepted
upstream as /dev/urandom is not available everywhere.

 On 11/05/10 07:42, Raphael Geissert wrote:
  While performing an archive wide checkbashisms (from the 'devscripts' 
  package)
  check I've found your package containing a /bin/sh script making use
  of a bashism.
  
  checkbashisms' output:
  possible bashism in ./usr/share/doc/mercurial-common/examples/hgeditor line
  30 ($RANDOM):
  HGTMP=${TMPDIR-/tmp}/hgeditor.$RANDOM.$RANDOM.$RANDOM.$$

This is only a half-bashism, on shells without special support for
$RANDOM the variable simply evaluates to the empty string.

This is just hgeditor$$, so it is easier to create name
collisions, but still no security risk as the script simply aborts
in this case.

I guess the ideal solution would be to rewrite hgeditor in python,
but if you can replace the creation of the temporary directory with
a simple call to
  python -c something
it would be enough to solve your current problem.

Regards,
Thomas Arendsen Hein

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner


pgpiE4stKZR3K.pgp
Description: PGP signature

Bug#573408: error while loading sb-grovel makes SBCL uninstallable

[Thomas Arendsen Hein]

Package: sbcl
Version: 1:1.0.25.0-1
Severity: normal


Bugs #547682 and #535305 discuss the same thing and provide workarounds.

#535305 is marked as closed in Sep 2009, but the packages did not yet migrate
from sid to squeeze.

sbcl is installable, but according to #535305 asdf is broken.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (550, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-3-686 (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/bash

Versions of packages sbcl depends on:
ii  common-lisp-controller6.18   Common Lisp source and compiler ma
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib

Versions of packages sbcl recommends:
ii  binfmt-support1.2.18 Support for extra binary formats

Versions of packages sbcl suggests:
pn  sbcl-doc  none (no description available)
pn  sbcl-source   none (no description available)
pn  slime 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#568062: Prompted for changed configuration file /etc/lisp-config.lisp

[Thomas Arendsen Hein]

Package: common-lisp-controller
Version: 7.2
Severity: normal


I can confirm this bug:

Today I installed the following squeeze packages:

# apt-get build-dep stumpwm
Inst texinfo (4.13a.dfsg.1-5 Debian:testing)
Inst binfmt-support (1.2.18 Debian:testing)
Inst cl-asdf (2:1.502-1 Debian:testing)
Inst realpath (1.15 Debian:testing)
Inst common-lisp-controller (6.18 Debian:testing)
Inst cl-clx-sbcl (0.7.4-2 Debian:testing)
Inst cl-ppcre (2.0.1-2 Debian:testing)
Inst dh-lisp (0.6.4 Debian:testing)
Inst sbcl (1:1.0.25.0-1 Debian:testing)

Due to bug #535305 I immediately upgraded two packages to sid:
# apt-get install common-lisp-controller/sid sbcl/sid
Inst sbcl [1:1.0.25.0-1] (1:1.0.31.0-2 Debian:unstable)
Inst common-lisp-controller [6.18] (7.2 Debian:unstable)

Now it says:

Configuration file `/etc/lisp-config.lisp'
 == File on system created by you or by a script.
 == File also in package provided by package maintainer.

--- /etc/lisp-config.lisp   2010-04-20 21:44:41.090096087 +0200
+++ /etc/lisp-config.lisp.dpkg-new  2010-01-31 21:42:00.0 +0100
@@ -1,10 +1,6 @@
 (in-package :common-lisp-user)
-;;; Please don't change this file. Automaticly generated by 
common-lisp-controller package.
-;;; Run dpkg-reconfigure common-lisp-controller as root to change the settings
 
-#+(or cmu scl)
-(setf system:*short-site-name* Unknown 
-  system:*long-site-name* Site name not initialized)
-#+sbcl
-(setf sb-sys:*short-site-name* Unknown 
-  sb-sys:*long-site-name* Site name not initialized)
+(eval-when (:compile-toplevel :load-toplevel :execute)
+ (when (find-package :common-lisp-controller)
+   ;; let's avoid loading this in the installation
+   (load /var/lib/common-lisp-controller/lisp-config.lisp)))


I have not tried upgrading from lenny's version directly to sid.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (550, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-3-686 (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/bash

Versions of packages common-lisp-controller depends on:
ii  adduser   3.112  add and remove users and groups
ii  bash  4.1-2  The GNU Bourne Again SHell
ii  cl-asdf   2:1.502-1  Another System Definition Facility
ii  debconf [debconf-2.0] 1.5.30 Debian configuration management sy
ii  debianutils   3.2.2  Miscellaneous utilities specific t
ii  perl  5.10.1-11  Larry Wall's Practical Extraction 
ii  realpath  1.15   Return the canonicalized absolute 

common-lisp-controller recommends no packages.

Versions of packages common-lisp-controller suggests:
pn  sbcl  none (no description available)

-- debconf information:
  common-lisp-controller/long-site-name: Site name not initialized
  common-lisp-controller/short-site-name: Unknown



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

Bug#541100: icedtea6-plugin confirmed to work

[Thomas Arendsen Hein]

Package: icedtea6-plugin
Severity: normal

Hi!

I just wanted to confirm that I can no longer reproduce the problem with
6b18~pre2-1 and a java applet works fine.

I'm sure that I had the g_io_channel_write_chars message in the past, but
maybe when reporting a problem with 6b17~pre3-1 I was hit by a different bug,
e.g. by running in a non-reparenting window manager.

Regards,
Thomas Arendsen Hein

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (550, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-3-686 (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/bash

Versions of packages icedtea6-plugin depends on:
ii  dpkg 1.15.5.6Debian package management system
ii  libatk1.0-0  1.30.0-1The ATK accessibility toolkit
ii  libc62.10.2-6Embedded GNU C Library: Shared lib
ii  libcairo21.8.10-3The Cairo 2D vector graphics libra
ii  libfontconfig1   2.8.0-2 generic font configuration library
ii  libfreetype6 2.3.11-1FreeType 2 font engine, shared lib
ii  libgcc1  1:4.4.2-9   GCC support library
ii  libglib2.0-0 2.24.0-1The GLib library of C routines
ii  libgtk2.0-0  2.20.0-2The GTK+ graphical user interface 
ii  libnspr4-0d  4.8.4-1 NetScape Portable Runtime Library
ii  libpango1.0-01.28.0-1Layout and rendering of internatio
ii  libstdc++6   4.4.2-9 The GNU Standard C++ Library v3
ii  openjdk-6-jre6b18~pre2-1 OpenJDK Java runtime, using Hotspo

icedtea6-plugin recommends no packages.

icedtea6-plugin 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#577287: i3-wsbar: missing perl modules (IPC/Run.pm, AnyEvent/I3.pm)

[Thomas Arendsen Hein]

Package: i3-wm
Version: 3.e-2
Severity: normal

Hi!

Running i3-wsbar shows the following error message:
Can't locate IPC/Run.pm in @INC (@INC contains: /etc/perl 
/usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 
/usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 
/usr/local/lib/site_perl .) at /usr/bin/i3-wsbar line 9.
BEGIN failed--compilation aborted at /usr/bin/i3-wsbar line 9.

After installing libipc-run-perl, it i3-wsbar shows:
Can't locate AnyEvent/I3.pm

AnyEvent-I3 has not been packaged for Debian yes.


For the missing libipc-run-perl package, adding a recommends line would be
enough, but until AnyEvent-I3 is available, I suggest just adding a note
about this in README.Debian

Regards,
Thomas

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (550, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-3-686 (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/bash

Versions of packages i3-wm depends on:
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libev31:3.9-1high-performance event loop librar
ii  libx11-6  2:1.3.3-2  X11 client-side library
ii  libxcb-atom1  0.3.6-1utility libraries for X C Binding 
ii  libxcb-aux0   0.3.6-1utility libraries for X C Binding 
ii  libxcb-event1 0.3.6-1utility libraries for X C Binding 
ii  libxcb-icccm1 0.3.6-1utility libraries for X C Binding 
ii  libxcb-keysyms1   0.3.6-1utility libraries for X C Binding 
ii  libxcb-property1  0.3.6-1utility libraries for X C Binding 
ii  libxcb-randr0 1.5-3  X C Binding, randr extension
ii  libxcb-xinerama0  1.5-3  X C Binding, xinerama extension
ii  libxcb1   1.5-3  X C Binding
ii  libyajl1  1.0.8-1Yet Another JSON Library
ii  x11-utils 7.5+3  X11 utilities

Versions of packages i3-wm recommends:
ii  xfonts-base   1:1.0.1standard fonts for X

Versions of packages i3-wm suggests:
ii  rxvt-unicode-ml [x-terminal- 9.07-1+tah1 multi-lingual terminal emulator wi
ii  xterm [x-terminal-emulator]  256-1   X terminal emulator

-- 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#567786: segfaults on battery info

[Thomas Arendsen Hein]

Package: acpitool
Version: 0.5-7
Severity: normal


I can reproduce it, but this is a duplicate of bug #542114, so I'll provide
more details there.

Please merge these bug reports.
(Or can non-DDs do this, too?)


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (550, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (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/bash

Versions of packages acpitool depends on:
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libgcc1   1:4.4.2-9  GCC support library
ii  libstdc++64.4.2-9The GNU Standard C++ Library v3

Versions of packages acpitool recommends:
ii  acpid 1:2.0.1-2  Advanced Configuration and Power I

acpitool 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#542114: acpitool: Segfault on 2.6.30 and newer with -b/-B

[Thomas Arendsen Hein]

Package: acpitool
Version: 0.5-7
Severity: normal


Backtrace on my system with acpitool-dbg installed:

(gdb) run -B
Starting program: /usr/bin/acpitool -B

Program received signal SIGSEGV, Segmentation fault.
0xb7d9df8a in _IO_vfscanf () from /lib/i686/cmov/libc.so.6
(gdb) bt
#0  0xb7d9df8a in _IO_vfscanf () from /lib/i686/cmov/libc.so.6
#1  0xb7db18f1 in vsscanf () from /lib/i686/cmov/libc.so.6
#2  0xb7da14cb in sscanf () from /lib/i686/cmov/libc.so.6
#3  0x0805a653 in Get_Battery_Info_from_Sys (bat_nr=1, bat_info=0x8062008, 
verbose=0)
at battery.cpp:616
#4  0x0805bb1f in Do_Battery_Stuff (show_empty=1, info_level=1, verbose=0) at 
battery.cpp:111
#5  0x0804e379 in Print_ACPI_Info (show_ac=0, show_therm=0, show_trip=0, 
show_fan=0, show_batteries=1, 
show_empty=1, show_version=0, show_cpu=0, show_wake=0, e_set=0, 
info_level=1, verbose=0)
at acpitool.cpp:109
#6  0x0804a464 in main (argc=2, argv=0xbb94) at main.cpp:229

(very similar backtrace with -b)

Number of batteries and AC on-/offline does not matter:

acpi -V with AC online and two batteries:
Battery 0: Full, 100%
Battery 0: design capacity 3550 mAh, last full capacity 3550 mAh = 100%
Battery 1: Unknown, 98%
Battery 1: design capacity 3808 mAh, last full capacity 3808 mAh = 100%
Adapter 0: on-line

acpi -V with AC offline and one battery:
Battery 0: Discharging, 98%, 03:17:28 remaining
Battery 0: design capacity 3808 mAh, last full capacity 3808 mAh = 100%
Adapter 0: off-line

And the output of strace -s 1000 acpitool -B:

execve(/usr/bin/acpitool, [acpitool, -B], [/* 26 vars */]) = 0
brk(0)  = 0x9241000
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7839000
access(/etc/ld.so.preload, R_OK)  = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=65219, ...}) = 0
mmap2(NULL, 65219, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7829000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/usr/lib/libstdc++.so.6, O_RDONLY) = 3
read(3, 
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220q\4\0004\0\0\0\364\233\16\0\0\0\0\0004\0
 
\0\10\0(\0\36\0\35\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\234M\16\0\234M\16\0\5\0\0\0\0\20\0\0\1\0\0\0\204V\16\0\204V\16\0\204V\16\0lD\0\0\10\255\0\0\6\0\0\0\0\20\0\0\2\0\0\0\230\211\16\0\230\211\16\0\230\211\16\0\370\0\0\0\370\0\0\0\6\0\0\0\4\0\0\0\4\0\0\0004\1\0\0004\1\0\0004\1\0\0$\0\0\0$\0\0\0\4\0\0\0\4\0\0\0\7\0\0\0\204V\16\0\204V\16\0\204V\16\0\0\0\0\0\20\0\0\0\4\0\0\0\4\0\0\0P\345td\250S\f\0\250S\f\0\250S\f\0\254S\0\0\254S\0\0\4\0\0\0\4\0\0\0Q\345td\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\6\0\0\0\4\0\0\0R\345td\204V\16\0\204V\16\0\204V\16\0|9\0\0|9\0\0\4\0\0\0\1\0\0\0\4\0\0\0\24\0\0\0\3\0\0\0GNU\0\362\277\367^0V\270\31\317\250MMT\25\232\262\3,\220\235\377\3\0\0\337\r\0\0\253\5\0\0\320\v\0\0\232\v\0\0\264\3\0\0;\f\0\0r\6\0\0Z\7\0\0\16\2\0\0\263\v\0\0Y\0\0\0I\10\0\0:\n\0\0n\4\0\0r\0\0\0\346\v\0\0\0\0\0\0K\7\0\0\0\0\0\0V\0\0\0\323\v\0\0\233\n\0\0\323\r\0\0\241\5\0\0p\v\0\0\224\
 
10\0\0003\7\0\0\210\n\0\0\247\2\0\0\20\f\0\0\314\6\0\0~\n\0\0\0\0\0\0J\1\0\0'\3\0\0M\5\0\0\316\r\0\0\t\3\0\0\\5\0\0\231\4\0\0\255\5\0\0,
 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=958628, ...}) = 0
mmap2(NULL, 983948, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb7738000
mmap2(0xb781d000, 20480, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe5) = 0xb781d000
mmap2(0xb7822000, 25484, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7822000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/lib/i686/cmov/libm.so.6, O_RDONLY) = 3
read(3, 
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`4\0\0004\0\0\0hB\2\0\0\0\0\0004\0
 \0\t\0(\0!\0 \0\6\0\0\0004\0\0\0004\0\0\0004\0\0\0 \1\0\0 
\1\0\0\5\0\0\0\4\0\0\0\3\0\0\0008\27\2\0008\27\2\0008\27\2\0\23\0\0\0\23\0\0\0\4\0\0\0\1\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0,6\2\0,6\2\0\5\0\0\0\0\20\0\0\1\0\0\0\334\2\0\334N\2\0\334N\2\0\\\1\0\0\244\1\0\0\6\0\0\0\0\20\0\0\2\0\0\0\360\2\0\360N\2\0\360N\2\0\350\0\0\0\350\0\0\0\6\0\0\0\4\0\0\0\4\0\0\0T\1\0\0T\1\0\0T\1\0\0D\0\0\0D\0\0\0\4\0\0\0\4\0\0\0P\345tdL\27\2\0L\27\2\0L\27\2\0\34\4\0\0\34\4\0\0\4\0\0\0\4\0\0\0Q\345td\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\6\0\0\0\4\0\0\0R\345td\334\2\0\334N\2\0\334N\2\0$\1\0\0$\1\0\0\4\0\0\0\1\0\0\0\4\0\0\0\24\0\0\0\3\0\0\0GNU\0\365\36SP\6E`\10e\337+\37\314\353/\324\365\237w\321\4\0\0\0\20\0\0\0\1\0\0\0gnu\0\0\0\0\0\2\0\0\0\6\0\0\0\22\0\0\0\214\2\0\0\17\0\...@\0\0\0\v\0\0\0%\220
 \305\t\204g\v\0\302\20 
\4iER\202\20\200\240\0}\210\272\10\10I\0\0\0\0\0\33\4\201\0\0\0\232U\20A P 
\200\224\202
 \220...@\3722\0\304a\24\0\10\6\306\220\232\f\207\300 \250\0  
\202\0\230\201\4E\7\0054a\2\0\0\251C\30\310, 512) = 512

Bug#569693: acpitool: New upstream version 0.5.1

[Thomas Arendsen Hein]

Package: acpitool
Version: 0.5-7
Severity: wishlist


Release history :

* 13-Aug-2009 : release of acpitool 0.5.1
  - various minor fixes (fixing memleaks, removing of limit on thermal 
zones): patches provided by Sergei Trofimovich and Erwan 


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (550, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (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/bash

Versions of packages acpitool depends on:
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libgcc1   1:4.4.2-9  GCC support library
ii  libstdc++64.4.2-9The GNU Standard C++ Library v3

Versions of packages acpitool recommends:
ii  acpid 1:2.0.1-2  Advanced Configuration and Power I

acpitool 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#542114: Segfault on 2.6.30

[Thomas Arendsen Hein]

Package: acpitool
Version: 0.5-7
Severity: normal


Both, acpitool 0.5 with only debian/patches/01-gcc43.patch applied
and acpitool 0.5.1 without patches, do not segfault, but do not work either:

$ ./acpitool -B
 Battery is not present, bailing out. 
  Battery #1 : slot empty
 Battery is not present, bailing out. 
  Battery #2 : slot empty

$ ./acpitool -b
 Battery is not present, bailing out. 
 Battery is not present, bailing out. 

debian/patches/02-2.6.29.patch does no longer apply to acpitool 0.5.1:
3 out of 4 hunks FAILED -- saving rejects to file src/battery.cpp.rej

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (550, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (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/bash

Versions of packages acpitool depends on:
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libgcc1   1:4.4.2-9  GCC support library
ii  libstdc++64.4.2-9The GNU Standard C++ Library v3

Versions of packages acpitool recommends:
ii  acpid 1:2.0.1-2  Advanced Configuration and Power I

acpitool 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#569554: #569554: patch

[Thomas Arendsen Hein]

* Wagner Bruna wagner.bruna+mercur...@gmail.com [20100212 21:40]:
 This is already supported: just set HGUSER (see hg help
 environment for details).

Or use $EMAIL for the added benefit of being able to give other
applications a good default, too.

Regards,
Thomas Arendsen Hein

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#285924: merged bugs are not shown

[Thomas Arendsen Hein]

Package: reportbug
Version: 4.10.2
Severity: normal

I just stumbled across this usability problem when wanting to report a bug in
reportbug. When checking wether the bug I want to report already exists, I
noticed the following issues:

   17) #548533  reportbug: Ctrl+c doesn't exit until after pressing enter
   20) #559573  reportbug: pressing Ctrl+c will not abort at subject in 
console. write Ctrl+d instead.
   29) #564939  ^C interrupts should interrupt immediately
   ...
   32) #230582  reportbug: maybe -f could work on /var/lib/dpkg/info/ files too
   34) #302234  reportbug: please check binaries for locally installed libraries
   35) #305105  reportbug: -f: even look in /var/lib/dpkg/info
   ...
   36) #328531  reportbug: provide option to continue with saved report
   37) #347425  reportbug: would like --resume option for picking up from an 
interrupted report
   41) #497387  reportbug: would like --resume option for picking up from an 
interrupted report
   ...
   63) #240105  reportbug: Newer version avail should provide changelog
   64) #241552  Option to display changelog
   ...
   95) #128092  reportbug: should redisplay on WINCH signal
   96) #407531  reportbug: should detect terminal resize when listing bugs
   97) #460899  reportbug: Doesn't check for terminal resize
   ...
   98) #498919  cannot write in tags anymore
   99) #524511  cannot set tags on command line

My first thought was, oh, these should be merged (for that reason I prepared
above list), but then I remembered that those duplicates are bugs of
reportbug, and so I was sure that the maintainer knows about how to merge bug
reports. I confirmed this by checking in the web interface for one of above
bugs.

Assuming that it isn't a problem to retrieve the merge information (I do not
know and have not checked), only the problem of displaying it nicely to the
user has to be solved.

My suggestion is to use '=' or '+':

   17) #548533  reportbug: Ctrl+c doesn't exit until after pressing enter
   18) #559573 =reportbug: pressing Ctrl+c will not abort at subject in 
console. write Ctrl+d instead.
   19) #564939 =^C interrupts should interrupt immediately
   20) #abcdef  reportbug: a bug report which is not merged
   21) #230582  reportbug: maybe -f could work on /var/lib/dpkg/info/ files too
   22) #302234 +reportbug: please check binaries for locally installed libraries
   23) #305105 +reportbug: -f: even look in /var/lib/dpkg/info

Or something similar to threaded view with some MUAs:

   17) #548533  reportbug: Ctrl+c doesn't exit until after pressing enter
   18) #559573  | reportbug: pressing Ctrl+c will not abort at subject in 
console. write Ctrl+d instead.
   19) #564939  ` ^C interrupts should interrupt immediately
   20) #abcdef  reportbug: a bug report which is not merged
   21) #230582  reportbug: maybe -f could work on /var/lib/dpkg/info/ files too
   22) #302234  |-reportbug: please check binaries for locally installed 
libraries
   23) #305105  `-reportbug: -f: even look in /var/lib/dpkg/info

Personally I would prefer '=' in a separate column like in the first example.

Regards,
Thomas

-- Package-specific info:
** Environment settings:
EMAIL=Thomas Arendsen Hein tho...@jtah.de

** /home/thomas/.reportbugrc:
email tho...@intevation.de
realname Thomas Arendsen Hein
no-cc
header X-Debbugs-CC: tho...@intevation.de
smtphost reportbug.debian.org

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (550, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (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/bash

Versions of packages reportbug depends on:
ii  apt   0.7.25 Advanced front-end for dpkg
ii  python2.5.4-9An interactive high-level object-o
ii  python-reportbug  4.10.2 Python modules for interacting wit

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  debconf-utils none (no description available)
pn  debsums   none (no description available)
pn  dlocate   none (no description available)
pn  emacs22-bin-common | emacs23- none (no description available)
ii  file  5.03-5+b1  Determines file type using magic
ii  gnupg 1.4.10-2   GNU privacy guard - a free PGP rep
pn  postfix | exim4 | mail-transp none (no description available)
ii  python-gtk2   2.16.0-2   Python bindings for the GTK+ widge
pn  python-gtkspell   none (no description available)
ii  python-urwid  0.9.9-2curses-based UI/widget library for
pn  python-vtenone (no description available)
ii  xdg-utils 1.0.2-6.1  desktop integration utilities from

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ

Bug#541100: java applets fail with g_io_channel_write_chars: assertion `channel != NULL' failed

[Thomas Arendsen Hein]

Package: icedtea6-plugin
Version: 6b17~pre3-1
Severity: important

iceweasel 3.5.6-1 and xulrunner-1.9.1 1.9.1.6-1 are the current squeeze
versions, therefore Java applets are currently not usable in squeeze.

What needs to be done besides applying the provided patch?

And should the severity be upgraded to grave?

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (550, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (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/bash

Versions of packages icedtea6-plugin depends on:
ii  dpkg 1.15.5.6Debian package management system
ii  libatk1.0-0  1.28.0-1The ATK accessibility toolkit
ii  libc62.10.2-2GNU C Library: Shared libraries
ii  libcairo21.8.8-2 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.8.0-2 generic font configuration library
ii  libfreetype6 2.3.11-1FreeType 2 font engine, shared lib
ii  libgcc1  1:4.4.2-9   GCC support library
ii  libglib2.0-0 2.22.4-1The GLib library of C routines
ii  libgtk2.0-0  2.18.3-1The GTK+ graphical user interface 
ii  libmozjs2d   1.9.1.6-1   The Mozilla SpiderMonkey JavaScrip
ii  libnspr4-0d  4.8.2-1 NetScape Portable Runtime Library
ii  libpango1.0-01.26.2-1Layout and rendering of internatio
ii  libstdc++6   4.4.2-9 The GNU Standard C++ Library v3
ii  openjdk-6-jre6b17~pre3-1 OpenJDK Java runtime, using Hotspo

icedtea6-plugin recommends no packages.

icedtea6-plugin 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#273475: MP3c and UTF-8

[Thomas Arendsen Hein]

* Jens Thiele ka...@berlios.de [20100124 19:20]:
 Thomas Arendsen Hein tho...@intevation.de writes:
  Yesterday I stumbled over 2. Proper displaying of UTF-8
  characters. in lenny. Some other packages solve this problem by
  providing two packages, e.g. centerim and centerim-utf8:
 
 Shouldn't utf-8 be the default nowadays?

Yes, it should, but maybe it is not yet for setups with many people
and/or hosts where migration needs much effort.

mp3c users might not have migrated to utf-8 yet, because it will
break mp3c :)

Regards,
Thomas Arendsen Hein

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#517713: xlockmore-usefirst.patch works for me

[Thomas Arendsen Hein]

Hi!

The patch xlockmore-usefirst.patch works for me.

It would be nice if it could be applied to the sid package.

Regards,
Thomas Arendsen Hein

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#315474: xtrlock offers read-only view

[Thomas Arendsen Hein]

xtrlock offers a read-only view as requested by the original
submitter, so I think this old wishlist entry could be closed.

Regards,
Thomas Arendsen Hein

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#558695: DPMS force off does not need a patch

[Thomas Arendsen Hein]

Hi!

Instead of using a patch you can probably use startCmd and maybe
endCmd resources, I use the following:

XLock.startCmd: xset s blank s 180 0 dpms 210 600 1200
XLock.endCmd: xset s off dpms 0 0 0

Maybe XLock.startCmd: xset dpms force off is what you want,
additionally you might want to set dpms timeouts to a short value,
too, and reset them in endCmd.

Yves-Alexis, do you agree that this wishlist entry could be closed?

Regards,
Thomas Arendsen Hein

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#551898: rxvt-unicode-ml: patch to fix stray pixels works

[Thomas Arendsen Hein]

Package: rxvt-unicode-ml
Version: 9.06-3
Severity: normal


I applied the change mentioned on http://awesome.naquadah.org/wiki/Urxvt_Hints
to the rxvt-unicode 9.06-3 package and tested it with multiple rxvt-unicode-ml
windows inside awesome 3.4.2 (current Debian/testing).

Without the patch I can confirm the problem.
With the patch applied the problem is fixed.

Please include it in the Debian package and send it upstream.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (550, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-2-686 (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/bash

Versions of packages rxvt-unicode-ml depends on:
ii  base-passwd 3.5.22   Debian base system master password
ii  libafterimage0  2.2.9-4  imaging library designed for After
ii  libc6   2.10.2-2 GNU C Library: Shared libraries
ii  libcairo2   1.8.8-2  The Cairo 2D vector graphics libra
ii  libfontconfig1  2.8.0-2  generic font configuration library
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  libgcc1 1:4.4.2-9GCC support library
ii  libglib2.0-02.22.3-1 The GLib library of C routines
ii  libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface 
ii  libice6 2:1.0.6-1X11 Inter-Client Exchange library
ii  libjpeg62   6b-15The Independent JPEG Group's JPEG 
ii  libperl5.10 5.10.1-8 shared Perl library
ii  libpng12-0  1.2.41-1 PNG library - runtime
ii  librsvg2-2  2.26.0-1 SAX-based renderer library for SVG
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libtiff43.9.2-1  Tag Image File Format (TIFF) libra
ii  libx11-62:1.3.2-1X11 client-side library
ii  libxext62:1.1.1-2X11 miscellaneous extension librar
ii  libxft2 2.1.14-1 FreeType-based font drawing librar
ii  libxrender1 1:0.9.5-1X Rendering Extension client libra
ii  ncurses-base5.7+20090803-2   basic terminal type definitions
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

rxvt-unicode-ml recommends no packages.

Versions of packages rxvt-unicode-ml suggests:
pn  ttf-bitstream-veranone (no description available)
pn  ttf-kochi-gothic  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#565999: Depends: libtre5 (only available in sid)

[Thomas Arendsen Hein]

Package: elinks
Version: 0.12~pre5-2
Severity: normal


libtre5 is only available in sid, so elinks currently is not installable in
squeeze.

http://release.debian.org/migration/testing.pl?package=tre
shows:

* trying to update tre from 0.7.6-2 to 0.8.0-2 (candidate is 44 days old)
* Updating tre makes 3 non-depending packages uninstallable on i386:
  crm114, msort, msort-gui

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (550, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-2-686 (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/bash

Versions of packages elinks depends on:
ii  elinks-data 0.12~pre5-2  advanced text-mode WWW browser - d
ii  libbz2-1.0  1.0.5-3  high-quality block-sorting file co
ii  libc6   2.10.2-2 GNU C Library: Shared libraries
ii  libcomerr2  1.41.9-1 common error description library
ii  libexpat1   2.0.1-7  XML parsing C library - runtime li
ii  libfsplib0  0.11-1   FSP v2 protocol stack library - sh
ii  libgnutls26 2.8.5-2  the GNU TLS library - runtime libr
ii  libgpm2 1.20.4-3.2   General Purpose Mouse - shared lib
ii  libgssapi-krb5-21.7+dfsg-4   MIT Kerberos runtime libraries - k
ii  libidn111.15-2   GNU Libidn library, implementation
ii  libk5crypto31.7+dfsg-4   MIT Kerberos runtime libraries - C
ii  libkrb5-3   1.7+dfsg-4   MIT Kerberos runtime libraries
ii  liblua505.0.3-4  Main interpreter library for the L
ii  liblualib50 5.0.3-4  Extension library for the Lua 5.0 
ii  libmozjs2d  1.9.1.6-1The Mozilla SpiderMonkey JavaScrip
ii  libperl5.10 5.10.1-8 shared Perl library
ii  libruby1.8  1.8.7.249-1  Libraries necessary to run Ruby 1.
ii  libtre5 0.8.0-2  regexp matching library with appro
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

elinks recommends no packages.

Versions of packages elinks suggests:
pn  elinks-docnone (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#563071: vim-nox: segfault after setpos(., [0, 1, 0, 0])

[Thomas Arendsen Hein]

Package: vim-nox
Version: 2:7.2.284-1
Severity: normal

After calling setpos(., [0, 1, 0, 0]) vim behaves strangely, some functions
not working, x (delete) causes a segfault

To reproduce run on a shell:

echo foo  foo; vim -u NONE -U NONE -c 'call setpos(., [0, 1, 0, 0])' -c 
'normal x' foo

I can reproduce this with vim-nox and vim (i.e. vim.basic) on two different
machines with x86 userland and -686 kernel (2.6.26-2-xen-686 on the other).

When using
setpos(., [0, 1, 1, 0])
the problem does not occur.

On Debian etch (vim 1:7.1.314-3+lenny2) the problem does not exist.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (550, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-2-686 (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/bash

Versions of packages vim-nox depends on:
ii  libacl1   2.2.49-1   Access control list shared library
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libgpm2   1.20.4-3.2 General Purpose Mouse - shared lib
ii  libncurses5   5.7+20090803-2 shared libraries for terminal hand
ii  libperl5.10   5.10.1-8   shared Perl library
ii  libruby1.81.8.7.174-3Libraries necessary to run Ruby 1.
ii  libselinux1   2.0.89-4   SELinux runtime shared libraries
ii  python2.5 2.5.4-3An interactive high-level object-o
ii  tcl8.48.4.19-4   Tcl (the Tool Command Language) v8
ii  vim-common2:7.2.284-1Vi IMproved - Common files
ii  vim-runtime   2:7.2.284-1Vi IMproved - Runtime files

vim-nox recommends no packages.

Versions of packages vim-nox suggests:
pn  cscopenone (no description available)
pn  vim-doc   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#530916: sleepd: same problem with lis3lv02d/hp_accel

[Thomas Arendsen Hein]

Package: sleepd
Version: 2.01
Severity: normal


The same problem occurs with the kernel modules lis3lv02d and hp_accel
as they are presented as a joystick interface.

Additionally the CPU usage goes to 13% (26% of one core of an Intel Core
Duo with 1.83GHz), caused by the klis3lv02d kernel process. The CPU usage
is constant, not only the 10 second -c interval.
Using -u 0 does not prevent this, only using -E helps.

Should I file a separate issue for this or is the only solution for both to
just use -e with the correct set of input devices?

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (550, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-2-686 (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/bash

Versions of packages sleepd depends on:
ii  libapm1   3.2.2-14   Library for interacting with APM d
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libdbus-1-3   1.2.16-2   simple interprocess messaging syst
ii  libhal1   0.5.13-6   Hardware Abstraction Layer - share
ii  lsb-base  3.2-23 Linux Standard Base 3.2 init scrip

Versions of packages sleepd recommends:
ii  hal   0.5.13-6   Hardware Abstraction Layer
ii  pm-utils  1.2.6.1-3  utilities and scripts for power ma

sleepd 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#561660: sleepd: Only one battery is checked with --battery

[Thomas Arendsen Hein]

Package: sleepd
Version: 2.01
Severity: normal


Test with:
# acpi
Battery 0: Discharging, 94%, 02:51:28 remaining
Battery 1: Unknown, 72%
# sleepd -n -v -E --sleep-command=beep --battery 99
sleepd[16422]: battery level 94% is below 99%; forcing hibernation

In my case (HP Compaq NC6400) Battery 0 is external, Battery 1 is internal.


Additional (but minor) effects can be seen if I connect the external
battery while sleepd is running:

# acpi; sleepd -n -v -E --sleep-command=beep --battery 99
Battery 0: Discharging, 72%, 01:47:11 remaining
sleepd[17064]: battery level 72% is below 99%; forcing hibernation
sleepd: activity: just woke up
sleepd[17064]: battery level 72% is below 99%; forcing hibernation
sleepd: activity: just woke up
unknown battery state
sleepd[17064]: battery level 72% is below 99%; forcing hibernation
sleepd: activity: just woke up
unknown battery state

Right before the first unknown battery state I connected the external
battery.

Or the other way round (disconnecting the external battery while sleepd is
running):

# acpi; sleepd -c 5 -n -v -E --sleep-command=beep --battery 99
Battery 0: Discharging, 92%, 02:47:58 remaining
Battery 1: Unknown, 72%
sleepd[18008]: battery level 92% is below 99%; forcing hibernation
sleepd: activity: just woke up
sleepd[18008]: battery level 92% is below 99%; forcing hibernation
sleepd: activity: just woke up
error: libhal_device_get_property_bool: org.freedesktop.Hal.NoSuchDevice: No 
device with id /org/freedesktop/Hal/devices/computer_power_supply_battery_C1B3
error: libhal_device_get_property_bool: org.freedesktop.Hal.NoSuchDevice: No 
device with id /org/freedesktop/Hal/devices/computer_power_supply_battery_C1B3
error: libhal_device_get_property_bool: org.freedesktop.Hal.NoSuchDevice: No 
device with id /org/freedesktop/Hal/devices/computer_power_supply_battery_C1B3


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (550, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-2-686 (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/bash

Versions of packages sleepd depends on:
ii  libapm1   3.2.2-14   Library for interacting with APM d
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libdbus-1-3   1.2.16-2   simple interprocess messaging syst
ii  libhal1   0.5.13-6   Hardware Abstraction Layer - share
ii  lsb-base  3.2-23 Linux Standard Base 3.2 init scrip

Versions of packages sleepd recommends:
ii  hal   0.5.13-6   Hardware Abstraction Layer
ii  pm-utils  1.2.6.1-3  utilities and scripts for power ma

sleepd 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#273475: MP3c and UTF-8

[Thomas Arendsen Hein]

Hi!

Yesterday I stumbled over 2. Proper displaying of UTF-8
characters. in lenny. Some other packages solve this problem by
providing two packages, e.g. centerim and centerim-utf8:

Regards,
Thomas Arendsen Hein

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#318133: icewm: Ctrl+Alt+h cannot be used as shortcut anymore

[Thomas Arendsen Hein]

The preferences files contains the line
# KeySysCollapseTaskBar=Alt+Ctrl+h
which shows the default behaviour without looking at the source.

If the user adds
KeySysCollapseTaskBar=
to his ~/.icewm/preferences he can use Ctrl+Alt+h as a shortcut again.

The changelog.gz file mentions this:
1.2.22pre1: 2005-06-28
- Added key binding: KeySysCollapseTaskBar

I propose closing this old issue.

Regards,
Thomas Arendsen Hein

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#451137: aptitude update succeeds despite GPG error

[Thomas Arendsen Hein]

aptitude 0.4.11.11-1~lenny1 (and probably other versions) has the
same problem when it notices a GPG error, e.g.
There is no public key available for the following key IDs: 0x...

apt-get update on the same host returns 100 instead of 0.

Because of this it could easily happen that the administrator misses
security upgrades!

Thomas

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#372720: Mode experts allows to bypass the reportbug criticity limitations

[Thomas Arendsen Hein]

* Sandro Tosi mo...@debian.org [20090623 13:26]:
 2009/4/23 chaica cha...@ohmytux.com:
  As said in the reportbug documentation (man page), you can bypass this
  limitation bu using the expert mode, which lets you define your
  criticity without limitations.
 
 Simon, Thomas,
 do you find this solution acceptable? Can we then consider this bug closed?

Acceptable, but not ideal. Providing a user-proof solution is
sometimes too complicated, and as a developer I understand (and have
experienced) the problem of users reporting things as critical which
are not.

But I'd rather have 5 reports marked as critical instead of grave
because the user exaggerated his problem than of a single critical
report lost because the user got annoyed by being controlled too
much by the reporting tool.

But as I said, it is acceptable, and I'd rather see grave or
critical problems fixed instead of discussing this endlessly :)

Regards,
Thomas Arendsen Hein

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#514923: mdadm: Inconsistent rc.d links after upgrades and with insserv

[Thomas Arendsen Hein]

Package: mdadm
Version: 2.6.7.2-1
Severity: normal

Today I upgraded mdadm to the current version in testing and noticed the
following messages:

  Setting up mdadm (2.6.7.2-1) ...
  update-initramfs: deferring update (trigger activated)
  insserv: warning: current start runlevel(s) (2 3 4 5) of script `mdadm' 
overwrites defaults (S).
  insserv: warning: current stop runlevel(s) (0 1 6) of script `mdadm' 
overwrites defaults (0 6).
  Starting MD monitoring service: mdadm --monitor.
  Generating udev events for MD arrays...done.

I wondered about these insserv warnings and looked at the rc.d links to see if
everything is fine. Looking at these I noticed that since I activated insserv
the start and kill links look much different than before.

I'm not sure about the severity of this bug, maybe it is just a cosmetic
issue, maybe this can cause some real problems, therefore I collected some
data about my installation for this bug report. Please decide for yourself:

My upgrade history for mdadm and install date for insserv:

  20080331 mdadm 2.6.4-1 (initial installation)
  20080428 mdadm 2.6.4-2
  20080729 mdadm 2.6.7-3
  20080907 mdadm 2.6.7-3.1
  20081101 mdadm 2.6.7.1-1
  20090131 insserv 1.12.0-4 (initial installation and activation)
  20090211 mdadm 2.6.7.2-1

rc.d links before installing (and activating) insserv:

  $ tar tvzf /var/lib/insserv/bootscripts-20090131T1422.tar.gz|grep 
'[KS]..mdadm'
  lrwxrwxrwx root/root 0 2008-03-31 18:38 rc0.d/K25mdadm - 
../init.d/mdadm
  lrwxrwxrwx root/root 0 2008-03-31 18:38 rc0.d/S60mdadm-raid - 
../init.d/mdadm-raid
  lrwxrwxrwx root/root 0 2008-03-31 18:38 rc1.d/K25mdadm - 
../init.d/mdadm
  lrwxrwxrwx root/root 0 2008-03-31 18:38 rc2.d/S25mdadm - 
../init.d/mdadm
  lrwxrwxrwx root/root 0 2008-03-31 18:38 rc3.d/S25mdadm - 
../init.d/mdadm
  lrwxrwxrwx root/root 0 2008-03-31 18:38 rc4.d/S25mdadm - 
../init.d/mdadm
  lrwxrwxrwx root/root 0 2008-03-31 18:38 rc5.d/S25mdadm - 
../init.d/mdadm
  lrwxrwxrwx root/root 0 2008-03-31 18:38 rc6.d/K25mdadm - 
../init.d/mdadm
  lrwxrwxrwx root/root 0 2008-03-31 18:38 rc6.d/S60mdadm-raid - 
../init.d/mdadm-raid
  lrwxrwxrwx root/root 0 2008-03-31 18:38 rcS.d/S25mdadm-raid - 
../init.d/mdadm-raid

rc.d links right after today's upgrade:

  $ ls -l rc?.d/???mdadm*
  lrwxrwxrwx 1 root root 20 2009-01-31 14:23 rc0.d/K01mdadm-raid - 
../init.d/mdadm-raid*
  lrwxrwxrwx 1 root root 15 2009-01-31 14:23 rc0.d/K02mdadm - ../init.d/mdadm*
  lrwxrwxrwx 1 root root 15 2009-01-31 14:23 rc1.d/K02mdadm - ../init.d/mdadm*
  lrwxrwxrwx 1 root root 15 2009-01-31 14:23 rc2.d/S01mdadm - ../init.d/mdadm*
  lrwxrwxrwx 1 root root 15 2009-01-31 14:23 rc3.d/S01mdadm - ../init.d/mdadm*
  lrwxrwxrwx 1 root root 15 2009-01-31 14:23 rc4.d/S01mdadm - ../init.d/mdadm*
  lrwxrwxrwx 1 root root 15 2009-01-31 14:23 rc5.d/S01mdadm - ../init.d/mdadm*
  lrwxrwxrwx 1 root root 20 2009-01-31 14:23 rc6.d/K01mdadm-raid - 
../init.d/mdadm-raid*
  lrwxrwxrwx 1 root root 15 2009-01-31 14:23 rc6.d/K02mdadm - ../init.d/mdadm*
  lrwxrwxrwx 1 root root 20 2009-01-31 14:23 rcS.d/S07mdadm-raid - 
../init.d/mdadm-raid*

/var/lib/dpkg/info/mdadm.postinst contains:

  update-rc.d mdadm-raid start 25 S . start 60 0 6 .
  update-rc.d mdadm defaults 25

/etc/init.d/mdadm contains:

  # Required-Start:checkroot
  # Required-Stop: umountroot
  # Should-Start:  module-init-tools
  # Default-Start: S
  # Default-Stop:  0 6

/etc/init.d/mdadm-raid contains:

  # Required-Start:mountkernfs
  # Should-Start:  udev devfsd
  # Required-Stop: mountkernfs
  # Should-Stop:   udev devfsd
  # Default-Start: S
  # Default-Stop:  0 6

So I forced the rc.d links to be created from scratch with:

  update-rc.d -f mdadm-raid remove
  update-rc.d -f mdadm remove
  update-rc.d mdadm-raid start 25 S . start 60 0 6 .
  update-rc.d mdadm defaults 25

Now the links are:

  $ ls -l rc?.d/???mdadm*
  lrwxrwxrwx 1 root root 20 2009-02-11 22:41 rc0.d/K01mdadm-raid - 
../init.d/mdadm-raid*
  lrwxrwxrwx 1 root root 15 2009-02-11 22:41 rc0.d/K02mdadm - ../init.d/mdadm*
  lrwxrwxrwx 1 root root 20 2009-02-11 22:41 rc6.d/K01mdadm-raid - 
../init.d/mdadm-raid*
  lrwxrwxrwx 1 root root 15 2009-02-11 22:41 rc6.d/K02mdadm - ../init.d/mdadm*
  lrwxrwxrwx 1 root root 20 2009-02-11 22:41 rcS.d/S07mdadm-raid - 
../init.d/mdadm-raid*
  lrwxrwxrwx 1 root root 15 2009-02-11 22:41 rcS.d/S10mdadm - ../init.d/mdadm*

  That is ...
  ... unchanged:
  rc0.d/K01mdadm-raid - ../init.d/mdadm-raid*
  rc0.d/K02mdadm - ../init.d/mdadm*
  rc6.d/K01mdadm-raid - ../init.d/mdadm-raid*
  rc6.d/K02mdadm - ../init.d/mdadm*
  rcS.d/S07mdadm-raid - ../init.d/mdadm-raid*
  ... gone:
  rc1.d/K02mdadm - ../init.d/mdadm*
  rc2.d/S01mdadm - ../init.d/mdadm*
  rc3.d/S01mdadm - ../init.d/mdadm*
  rc4.d/S01mdadm - ../init.d/mdadm*
  rc5.d/S01mdadm - ../init.d/mdadm*
  ... new:
  rcS.d/S10mdadm - ../init.d/mdadm*



-- System 

Bug#514121: xpdf: double free or corruption (out) in fullscreen with fit width

[Thomas Arendsen Hein]

Package: xpdf-reader
Version: 3.02-1.4
Severity: important

To reproduce:
$ wget 
http://kolab.org/doc/Allgemeine-Betriebsdokumentation-KolabServer22_20080103_1.0.pdf
$ xpdf Allgemeine-Betriebsdokumentation-KolabServer22_20080103_1.0.pdf 
Type 'Alt-F' to view in fullscreen
Type 'w' to enable fit width
Repeat 'Page Down' until the next page would be displayed.

The crash does not happen when not using fullscreen (1280x800 in my case)
or not using fit width.

*** glibc detected *** xpdf: double free or corruption (out): 0xb65e7008 ***
=== Backtrace: =
/lib/i686/cmov/libc.so.6[0xb7991624]
/lib/i686/cmov/libc.so.6(cfree+0x96)[0xb7993826]
xpdf[0x81032fc]
xpdf[0x80abcff]
xpdf[0x80e23f5]
xpdf[0x80abd49]
xpdf[0x80ac0d1]
xpdf[0x80e1747]
xpdf[0x80a761c]
xpdf[0x80e1690]
xpdf[0x80a7988]
xpdf[0x80ec4cd]
xpdf[0x80ec966]
xpdf[0x80e01dd]
/usr/lib/libXt.so.6(XtCallCallbackList+0x11b)[0xb7ce43ab]
/usr/lib/libXm.so.2(_XmDrawingAreaInput+0x4a)[0xb7d960da]
/usr/lib/libXt.so.6[0xb7d1a971]
/usr/lib/libXt.so.6[0xb7d1ad4b]
/usr/lib/libXt.so.6(_XtTranslateEvent+0x5e8)[0xb7d1b348]
/usr/lib/libXt.so.6(XtDispatchEventToWidget+0x431)[0xb7cf2341]
/usr/lib/libXt.so.6[0xb7cf2b46]
/usr/lib/libXt.so.6(XtDispatchEvent+0xc7)[0xb7cf1a67]
/usr/lib/libXt.so.6(XtAppMainLoop+0x44)[0xb7cf1c14]
xpdf[0x80f070d]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7939455]
xpdf(__gxx_personality_v0+0x331)[0x804c8e1]
=== Memory map: 
08048000-08154000 r-xp  fe:03 18068657   /usr/bin/xpdf.bin
08154000-08171000 rw-p 0010b000 fe:03 18068657   /usr/bin/xpdf.bin
08171000-08177000 rw-p 08171000 00:00 0 
086d6000-088b9000 rw-p 086d6000 00:00 0  [heap]
b65e7000-b66ad000 rw-p b65e7000 00:00 0 
b750-b7521000 rw-p b750 00:00 0 
b7521000-b760 ---p b7521000 00:00 0 
b765-b7668000 rw-p b765 00:00 0 
b7691000-b76a9000 rw-p b7691000 00:00 0 
b76d2000-b76ea000 rw-p b76d2000 00:00 0 
b78ce000-b78d2000 r-xp  fe:03 25166817   /usr/lib/libXfixes.so.3.1.0
b78d2000-b78d3000 rw-p 3000 fe:03 25166817   /usr/lib/libXfixes.so.3.1.0
b78d3000-b78db000 r-xp  fe:03 25548457   /usr/lib/libXrender.so.1.3.0
b78db000-b78dc000 rw-p 7000 fe:03 25548457   /usr/lib/libXrender.so.1.3.0
b78dc000-b78e4000 r-xp  fe:03 25166819   /usr/lib/libXcursor.so.1.0.2
b78e4000-b78e5000 rw-p 7000 fe:03 25166819   /usr/lib/libXcursor.so.1.0.2
b78e5000-b78e6000 rw-p b78e5000 00:00 0 
b78e6000-b78ea000 r-xp  fe:03 25349685   /usr/lib/libXdmcp.so.6.0.0
b78ea000-b78eb000 rw-p 3000 fe:03 25349685   /usr/lib/libXdmcp.so.6.0.0
b78eb000-b78ec000 rw-p b78eb000 00:00 0 
b78ec000-b78ee000 r-xp  fe:01 4294366/lib/i686/cmov/libdl-2.7.so
b78ee000-b78f rw-p 1000 fe:01 4294366/lib/i686/cmov/libdl-2.7.so
b78f-b7907000 r-xp  fe:03 25349687   /usr/lib/libxcb.so.1.0.0
b7907000-b7908000 rw-p 00016000 fe:03 25349687   /usr/lib/libxcb.so.1.0.0
b7908000-b7909000 r-xp  fe:03 25349689   /usr/lib/libxcb-xlib.so.0.0.0
b7909000-b790a000 rw-p  fe:03 25349689   /usr/lib/libxcb-xlib.so.0.0.0
b790a000-b790c000 r-xp  fe:03 25349679   /usr/lib/libXau.so.6.0.0
b790c000-b790d000 rw-p 1000 fe:03 25349679   /usr/lib/libXau.so.6.0.0
b790d000-b7921000 r-xp  fe:03 25169063   /usr/lib/libz.so.1.2.3.3
b7921000-b7922000 rw-p 00013000 fe:03 25169063   /usr/lib/libz.so.1.2.3.3
b7922000-b7923000 rw-p b7922000 00:00 0 
b7923000-b7a78000 r-xp  fe:01 4294363/lib/i686/cmov/libc-2.7.so
b7a78000-b7a79000 r--p 00155000 fe:01 4294363/lib/i686/cmov/libc-2.7.so
b7a79000-b7a7b000 rw-p 00156000 fe:01 4294363/lib/i686/cmov/libc-2.7.so
b7a7b000-b7a7e000 rw-p b7a7b000 00:00 0 
b7a7e000-b7a8a000 r-xp  fe:01 2097686/lib/libgcc_s.so.1
b7a8a000-b7a8b000 rw-p b000 fe:01 2097686/lib/libgcc_s.so.1
b7a8b000-b7aaf000 r-xp  fe:01 4294367/lib/i686/cmov/libm-2.7.so
b7aaf000-b7ab1000 rw-p 00023000 fe:01 4294367/lib/i686/cmov/libm-2.7.so
b7ab1000-b7b94000 r-xp  fe:03 25165964   /usr/lib/libstdc++.so.6.0.10
b7b94000-b7b97000 r--p 000e2000 fe:03 25165964   /usr/lib/libstdc++.so.6.0.10
b7b97000-b7b99000 rw-p 000e5000 fe:03 25165964   /usr/lib/libstdc++.so.6.0.10
b7b99000-b7b9f000 rw-p b7b99000 00:00 0 
b7b9f000-b7ba1000 r-xp  fe:03 25751371   /usr/lib/libpaper.so.1.1.2
b7ba1000-b7ba2000 rw-p 1000 fe:03 25751371   /usr/lib/libpaper.so.1.1.2
b7ba2000-b7c8d000 r-xp  fe:03 25356023   /usr/lib/libX11.so.6.2.0
b7c8d000-b7c91000 rw-p 000ea000 fe:03 25356023   /usr/lib/libX11.so.6.2.0
b7c91000-b7c92000 rw-p b7c91000 00:00 0 
b7c92000-b7ca6000 r-xp  fe:03 25417622   /usr/lib/libICE.so.6.3.0
b7ca6000-b7ca7000 rw-p 00014000 fe:03 25417622   /usr/lib/libICE.so.6.3.0
b7ca7000-b7ca9000 rw-p b7ca7000 00:00 0 
b7ca9000-b7cb r-xp  fe:03 25417624   /usr/lib/libSM.so.6.0.0
b7cb-b7cb1000 rw-p 6000 fe:03 25417624   /usr/lib/libSM.so.6.0.0
b7cb1000-b7cc r-xp  fe:03 25548450   /usr/lib/libXpm.so.4.11.0

Bug#512112: hibernate: Wrong GrubMenuFile default in documentation of grub scriplet

[Thomas Arendsen Hein]

Package: hibernate
Version: 1.99-1
Severity: minor

/usr/share/hibernate/scriptlets.d/grub contains these two lines:

AddConfigHelp GrubMenuFile filename Filename of grub's config file. 
Default is /boot/grub/grub.conf.
...
GRUB_MENU_FILE=/boot/grub/menu.lst


So default is menu.lst while the docs say grub.conf.
The later would be wrong anyway, since the new name is grub.cfg
(which is already referenced in /etc/hibernate/common.conf)


I suggest changing this to:

GRUB_MENU_FILE=/boot/grub/menu.lst
AddConfigHelp GrubMenuFile filename Filename of grub's config file. 
Default is ${GRUB_MENU_FILE}.

(like already done for GRUB_MENU_DFLT_BACKUP_FILE)



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

Bug#512114: hibernate-disk should try to check for kernel upgrades and abort

[Thomas Arendsen Hein]

Package: hibernate
Version: 1.99-1
Severity: normal

When doing a Debian kernel upgrade (in my case
linux-image-2.6.26-1-686 version 2.6.26-12 to 2.6.26-13) and then calling
hibernate (to disk), I cannot resume the saved state, because the kernel
no longer matches the image and because the update did not change the
version number, the old kernel is no longer available.

I'm not sure what solution to suggest here, possible ways:
- make Debian kernel upgrades create a file which causes hibernate to
  abort. Remove this file after reboot.
- Try to find the current kernel image and verify if it is the running
  kernel (maybe see if file change time is older than uptime?)
  On resume this seems to be checked, too, so it should be possible with
  some kind of checksum.

I'm not sure about the bug's severity either, it is kind of wishlist, but
could be considered important if you haven't saved your data before hibernate.



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

Bug#511872: mercurial: do not enable extensions by default

[Thomas Arendsen Hein]

* Isaac Jurado dipto...@gmail.com [20090115 10:43]:
 Debian should not blindly enable all these extensions, IMO.  It is more
 than ok to provide *examples* of how to enable them, but forcing them on
 everyone should never be the default.

+1

Currently I would not recommend installing the Debian package of
Mercurial unless you are willing to immediately configure it.

Regards,
Thomas Arendsen Hein

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



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

Bug#494889: fetching from static-http://... broken

[Thomas Arendsen Hein]

* Thomas Arendsen Hein [EMAIL PROTECTED] [20080813 09:14]:
 This problem was introduced by changeset 6605a03cbf87 which fixes
 http://www.selenic.com/mercurial/bts/issue965
 (hg clone static-http does not work for empty repos)

I just pushed the fix for this problem to crew-stable:
http://hg.intevation.org/mercurial/crew-stable/rev/98b6c3dde237

You can apply this patch to the Debian package.

Regards,
Thomas Arendsen Hein

-- 
[EMAIL PROTECTED] - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#427854: mercurial: hg email doesn't use correct encoding

[Thomas Arendsen Hein]

* Wesley J. Landaker [EMAIL PROTECTED] [20071028 21:03]:
 This bug still exists in 0.9.5.

This bug was fixed in the main repository in the four changesets
30e49d54c537 to ceb8aef03aa7, so it will be in Mercurial 1.1.

Due to the size and user visibility of the changes it will probably
not be backported to the 1.0.x series.

Regards,
Thomas Arendsen Hein

-- 
[EMAIL PROTECTED] - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner


pgpJGsttH7mg8.pgp
Description: PGP signature

Bug#494889: fetching from static-http://... broken

[Thomas Arendsen Hein]

* Vincent Danjean [EMAIL PROTECTED] [20080826 15:19]:
   Thomas: can you tell me if you think it will be fixed or not ?
 (and is it fixed in 1.0.2 ?) If you do not think it will be fixed,
 I will mark it as wontfix (or wishlist for better error message)

It will be fixed in the stable tree, as it is a regression. But it
was more important to get 1.0.2 released soon, so it is not fixed
there.

Regards,
Thomas

P.S.: I suggest getting a freeze exception for 1.0.2, too, as it is
a bugfix-only release with nothing else changed.
(If you want to answer on this, better open a new issue or send
email outside the bug tracker)

-- 
[EMAIL PROTECTED] - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#494889: fetching from static-http://... broken

[Thomas Arendsen Hein]

* Jeroen van Wolffelaar [EMAIL PROTECTED] [20080812 23:46]:
 Using etch (version 0.9.1-1+etch1):
 
 [EMAIL PROTECTED]/tmp$ hg clone static-http://buildd.debian.org/~jeroen/status
 requesting all changes
 adding changesets
 adding manifests
 adding file changes
 added 16 changesets with 30 changes to 10 files
 10 files updated, 0 files merged, 0 files removed, 0 files unresolved
 [EMAIL PROTECTED]/tmp$ 
 
 Using lenny (version 1.0.1-3)
 [EMAIL PROTECTED]/tmp$ hg clone static-http://buildd.debian.org/~jeroen/status
 abort: 'http://buildd.debian.org/~jeroen/status' does not appear to be an hg 
 repository!
 [EMAIL PROTECTED]/tmp$ 
 
 This is not documented in the Debian changelog (the upstream changelog
 is missing), and even if this feature is intentionally discontinued, the
 hg command should report so and not fail with the no repo found error
 message.

The feature is not discontinued, there is just a bug.

The automatic tests did not catch this problem, as it only appears
when the server uses the old repository layout without the store
directory, compare e.g.
http://hg.intevation.org/kolab/kuudecode/.hg/ (old layout)
with http://hg.intevation.org/argh/.hg/ (new layout)

hg clone static-http://hg.intevation.org/kolab/kuudecode/; works
while hg clone static-http://hg.intevation.org/argh/; yields the
same error as you reported.

A quick workaround for you is to clone your repository and move this
clone back in the old place. Of course old hg clients won't be able
to clone the new layout via static-http, only the usual network
protocol stayed compatible.

Regards,
Thomas

-- 
[EMAIL PROTECTED] - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#494889: fetching from static-http://... broken

[Thomas Arendsen Hein]

* Thomas Arendsen Hein [EMAIL PROTECTED] [20080813 08:55]:
 The automatic tests did not catch this problem, as it only appears
 when the server uses the old repository layout without the store
 directory, compare e.g.
 http://hg.intevation.org/kolab/kuudecode/.hg/ (old layout)
 with http://hg.intevation.org/argh/.hg/ (new layout)
 
 hg clone static-http://hg.intevation.org/kolab/kuudecode/; works
 while hg clone static-http://hg.intevation.org/argh/; yields the
 same error as you reported.
 
 A quick workaround for you is to clone your repository and move this
 clone back in the old place. Of course old hg clients won't be able
 to clone the new layout via static-http, only the usual network
 protocol stayed compatible.

This problem was introduced by changeset 6605a03cbf87 which fixes
http://www.selenic.com/mercurial/bts/issue965
(hg clone static-http does not work for empty repos)

I'll take a look at how to fix this.

Regards,
Thomas

-- 
[EMAIL PROTECTED] - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#492280: import_dxf.py: SyntaxWarning: name 'oblist' is used prior to global declaration

[Thomas Arendsen Hein]

* Cyril Brulebois [EMAIL PROTECTED] [20080724 22:52]:
  /usr/share/blender/scripts/blender/import_dxf.py:3879: SyntaxWarning: name 
  'oblist' is used prior to global declaration
global oblist
 
 Thanks, I already knew about this one (see the date of the message to
 the developers list), but I didn't get any answer from upstream. I could
 try and fix it myself, but I don't want to break anything by accident.
 Further revisions of this very file contain huge modifications, so I
 can't really try and backport a fix.

If there is no safe way to fix it you could use
try: ... except SyntaxWarning: pass
to hide the message or to display a comment like
known issue, it breaks (nothing|this and that), see Debian bug #492280

Regards,
Thomas

-- 
[EMAIL PROTECTED] - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner


pgpm9dbqIxcEQ.pgp
Description: PGP signature

Bug#492410: /etc/login.defs refers to libpam-umask instead of libpam-modules

[Thomas Arendsen Hein]

Package: login
Version: 1:4.1.1-2
Severity: minor

/etc/login.defs contains:
# Therefore the use of pam_umask is recommended (Debian package libpam-umask)
# as the solution which catches all these cases on PAM-enabled systems.

pam_umask.so is now included in libpam-modules.

libpam-modules has Provides: ..., libpam-umask, so it is quite easy to
find, therefore this is just a minor bug.

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

Kernel: Linux 2.6.24-1-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/bash

Versions of packages login depends on:
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libpam-modules 0.99.7.1-6+b1 Pluggable Authentication Modules f
ii  libpam-runtime 0.99.7.1-6Runtime support for the PAM librar
ii  libpam0g   0.99.7.1-6+b1 Pluggable Authentication Modules l

login recommends no packages.

login suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#462962: apt: documentation for --no-install-recommends / APT::Install-Recommends needed!

[Thomas Arendsen Hein]

Package: apt
Version: 0.7.14+b1
Followup-For: Bug #462962

Adding documentation for this is extremely important!

The only trace of documentation for this feature I've found is a posting
in debian-devel-announce:
From: Michael Vogt [EMAIL PROTECTED]
Date: Wed, 1 Aug 2007 19:11:03 +0200
Message-ID: [EMAIL PROTECTED]

The following two paragraphs from this mail could be added to the man
pages of apt-get and/or apt.conf:

  Apt will install recommends by default for new packages as if those
  were depends.  But it will not complain about unsatisfied recommends
  on your system.
  
  To turn this feature off, pass --no-install-recommends to apt or set,
  in your apt configuration, APT::Install-Recommends=False.

(Maybe even add the following paragraphs explaining --fix-policy)

-- Package-specific info:

-- (/etc/apt/preferences present, but not submitted) --


-- (/etc/apt/sources.list present, but not submitted) --


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

Kernel: Linux 2.6.24-1-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/bash

Versions of packages apt depends on:
ii  debian-archive-keyring   2008.04.16+nmu1 GnuPG archive keys of the Debian a
ii  libc62.7-10  GNU C Library: Shared libraries
ii  libgcc1  1:4.3.1-2   GCC support library
ii  libstdc++6   4.3.1-2 The GNU Standard C++ Library v3

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc   none (no description available)
ii  aptitude  0.4.11.4-1 terminal-based package manager
ii  bzip2 1.0.5-0.1  high-quality block-sorting file co
ii  dpkg-dev  1.14.20Debian package development tools
ii  lzma  4.43-14Compression method of 7z format in
ii  synaptic  0.62.1 Graphical package manager

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#492280: import_dxf.py: SyntaxWarning: name 'oblist' is used prior to global declaration

[Thomas Arendsen Hein]

Package: blender
Version: 2.46+dfsg-3
Severity: normal

During upgrade of blender in lenny a SyntaxWarning occurs:

1 upgraded, 3 newly installed, 0 to remove and 0 not upgraded.
Inst libdc1394-22 (2.0.2-1 Debian:testing)
Inst libftgl2 (2.1.3~rc5-2 Debian:testing)
Inst libswscale0 (0.svn20080206-8 Debian:testing)
Inst blender [2.45-5+b1] (2.46+dfsg-3 Debian:testing)
...
Setting up libdc1394-22 (2.0.2-1) ...
Setting up libftgl2 (2.1.3~rc5-2) ...
Setting up libswscale0 (0.svn20080206-8) ...
Setting up blender (2.46+dfsg-3) ...
/usr/share/blender/scripts/blender/import_dxf.py:3879: SyntaxWarning: name 
'oblist' is used prior to global declaration
  global oblist


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

Kernel: Linux 2.6.24-1-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/bash

Versions of packages blender depends on:
ii  gettext [libgettextpo0 0.17-3GNU Internationalization utilities
ii  libalut0   1.1.0-2   OpenAL Utility Toolkit
ii  libavcodec51   0.svn20080206-8   ffmpeg codec library
ii  libavformat52  0.svn20080206-8   ffmpeg file format library
ii  libavutil490.svn20080206-8   ffmpeg utility library
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libdc1394-22   2.0.2-1   high level programming interface f
ii  libfreetype6   2.3.7-1   FreeType 2 font engine, shared lib
ii  libftgl2   2.1.3~rc5-2   library to render text in OpenGL u
ii  libgcc11:4.3.1-2 GCC support library
ii  libgl1-mesa-glx [libgl 7.0.3-5   A free implementation of the OpenG
ii  libglu1-mesa [libglu1] 7.0.3-5   The OpenGL utility library (GLU)
ii  libgsm11.0.12-1  Shared libraries for GSM speech co
ii  libilmbase61.0.1-2+nmu1  several utility libraries from ILM
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libogg01.1.3-4   Ogg Bitstream Library
ii  libopenal1 1:1.3.253-5   Software implementation of the Ope
ii  libopenexr61.6.1-3   runtime files for the OpenEXR imag
ii  libpng12-0 1.2.27-1  PNG library - runtime
ii  libraw1394-8   1.3.0-4   library for direct access to IEEE 
ii  libsdl1.2debian1.2.13-2  Simple DirectMedia Layer
ii  libstdc++6 4.3.1-2   The GNU Standard C++ Library v3
ii  libswscale00.svn20080206-8   ffmpeg video scaling library
ii  libtheora0 1.0~beta3-1   The Theora Video Compression Codec
ii  libvorbis0a1.2.0.dfsg-3.1The Vorbis General Audio Compressi
ii  libvorbisenc2  1.2.0.dfsg-3.1The Vorbis General Audio Compressi
ii  libx11-6   2:1.1.4-2 X11 client-side library
ii  libxi6 2:1.1.3-1 X11 Input extension library
ii  python 2.5.2-1   An interactive high-level object-o
ii  python-support 0.8.4 automated rebuilding support for P
ii  python2.5  2.5.2-6   An interactive high-level object-o
ii  ttf-dejavu 2.25-1Metapackage to pull in ttf-dejavu-
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

blender recommends no packages.

Versions of packages blender suggests:
ii  libtiff43.8.2-10 Tag Image File Format (TIFF) libra
ii  yafray  0.0.9+dfsg-1 a modern, xml-speaking raytracing-

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#484305: PoC not working for bicyclerepair

[Thomas Arendsen Hein]

severity 484305 critical
thanks

* Steffen Joeris [EMAIL PROTECTED] [20080706 11:15]:
 severity 484305 important
 thanks

Please do not downgrade severity without providing a reason. As I
wrote in my original report, this should not be less than grave:

| I set Severity to critical instead of grave, because the user who
| reported the traceback to me on a multi-user system does not use
| bicyclerepair, but just vim. Reportbug forced me to set root security
| hole, because everyone using vim is affected (including root) and
| the Justification 5 unknown / something else would downgrade the
| Severity to normal. The description for grave said, that it only
| applies if the security problem affects people actually using the package.

 I have troubles reproducing your problem and I've tried an etch and a lenny 
 chroot.
 
 [EMAIL PROTECTED]:/tmp/roundup-1.2.1/roundup$ pwd
 /tmp/roundup-1.2.1/roundup
 [EMAIL PROTECTED]:/tmp/roundup-1.2.1/roundup$ vim /tmp/foo
 [EMAIL PROTECTED]:/tmp/roundup-1.2.1/roundup$ apt-cache policy bicyclerepair
 bicyclerepair:
   Installed: 0.9-4.1
   Candidate: 0.9-4.1
   Version table:
  *** 0.9-4.1 0
 500 http://ftp.no.debian.org etch/main Packages
 100 /var/lib/dpkg/status
 
 Also, I can't find /usr/share/vim/addons/plugin/bike.vim. The package 
 bicyclerepair only contains /usr/share/vim/addons/ftplugin/python_bike.vim, 
 however I am not so firm with vim plugins after all.
 I am using a standard vim config file.

On etch:

$ dpkg -l bicyclerepair|grep ^i
ii  bicyclerepair   0.9-4.1 A refactoring tool for python

$ dpkg -L bicyclerepair|grep vim
/usr/share/doc/bicyclerepair/README.vim
/usr/share/vim
/usr/share/vim/vim62
/usr/share/vim/vim62/plugin
/usr/share/vim/vim62/plugin/bike.vim
/usr/share/vim/vim63
/usr/share/vim/vim63/plugin
/usr/share/vim/vim63/plugin/bike.vim
/usr/share/vim/addons
/usr/share/vim/addons/plugin
/usr/share/vim/addons/plugin/bike.vim

Maybe (I haven't verified) you need:
/etc/alternatives/vim - /usr/bin/vim.python

On lenny the plugin is indeed stored in
/usr/share/vim/addons/ftplugin/python_bike.vim

Regards,
Thomas

-- 
[EMAIL PROTECTED] - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner


pgpxrAvLomI0c.pgp
Description: PGP signature

Bug#488134: squeak-vm: World writable directory /var/cache/squeak/squeaklets created during installation

[Thomas Arendsen Hein]

Package: squeak-vm
Version: 3.9.12+svn1820.dfsg-2.1+b1
Severity: normal

When installing squeak-vm the directory /var/cache/squeak/squeaklets is
created: drwxrwxrwx 2 root root 6 2008-05-24 12:03 squeaklets

I'm not sure if the Severity should be higher, because this may allow
people to put data outside tmp directories and outside their quota.

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

Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages squeak-vm depends on:
ii  gettext-base 0.17-2  GNU Internationalization utilities
ii  libc62.7-10  GNU C Library: Shared libraries
ii  libffi5  3.0.5-4 Foreign Function Interface library
ii  libx11-6 2:1.1.4-2   X11 client-side library
ii  libxt6   1:1.0.5-3   X11 toolkit intrinsics library
ii  libxtst6 2:1.0.3-1   X11 Testing -- Resource extension 
ii  whiptail 0.52.2-11.2 Displays user-friendly dialog boxe
ii  xterm235-1   X terminal emulator

Versions of packages squeak-vm recommends:
ii  zenity2.22.1-1   Display graphical dialog boxes fro

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#487871: squeak-vm: Segmentation fault when trying to play sound

[Thomas Arendsen Hein]

Package: squeak-vm
Version: 3.9.12+svn1820.dfsg-2.1+b1
Severity: important

with etoys or the image downloaded from
http://ftp.squeak.org/3.10/Squeak3.10.2-7179-basic.zip

Starting with
squeakvm -encoding UTF-8 -vm-display-x11 -xshm Squeak3.10.2-7179-basic.image 

When trying to play sound the following error appears before any
sound is played:
 
Segmentation fault

18582784 [] in playLoop
18582876 [] in Semaphorecritical:
18582600 BlockContextensure:
18582416 Semaphorecritical:
18549900 playLoop
18549716 [] in startPlayerProcessBufferSize:rate:stereo:sound:
18549808 [] in BlockContextnewProcess
Aborted


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

Kernel: Linux 2.6.24-1-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/bash

Versions of packages squeak-vm depends on:
ii  gettext-base 0.17-2  GNU Internationalization utilities
ii  libc62.7-10  GNU C Library: Shared libraries
ii  libffi5  3.0.5-4 Foreign Function Interface library
ii  libx11-6 2:1.1.4-2   X11 client-side library
ii  libxt6   1:1.0.5-3   X11 toolkit intrinsics library
ii  libxtst6 2:1.0.3-1   X11 Testing -- Resource extension 
ii  whiptail 0.52.2-11.2 Displays user-friendly dialog boxe
ii  xterm235-1   X terminal emulator

Versions of packages squeak-vm recommends:
ii  zenity2.22.1-1   Display graphical dialog boxes fro

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#484311: reportbug adds os.curdir to sys.path

[Thomas Arendsen Hein]

* Thijs Kinkhorst [EMAIL PROTECTED] [20080604 14:13]:
 On Wed, June 4, 2008 13:14, Nico Golde wrote:
  I agree that it is of a low impact but I disagree that this
  is not a security issue, people are using reportbug in /tmp and I don't see
  a reason to assume people are not doing that.
 
 The chance of succesful exploitation still seems very small, and indeed
 even then the problem is limited to just a regular user account. It's good
 that Sandro is fixing the bug directly so I'm not going to argue over bug
 severity, but I'm marking it as no-dsa for stable.

I encountered this bug in the real world: I extracted a tarball
which contained a file named token.py, then I wanted to report a
problem and therefore started reportbug.

This tarball did not contain harmful code, but as I did not verify
it before (because I did not intend to execute parts of it), it
could have been harmful.

And of course there is /tmp as mentioned by Nico Golde.

Regards,
Thomas

-- 
[EMAIL PROTECTED] - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#484305: bicyclerepair: bike.vim imports untrusted python files from cwd

[Thomas Arendsen Hein]

Package: bicyclerepair
Version: 0.9-4.1
Severity: critical
Tags: security
Justification: root security hole

# pwd
/tmp/roundup-1.3.3/roundup
# vim /tmp/whatever
Error detected while processing /usr/share/vim/addons/plugin/bike.vim:
line  110:
Traceback (most recent call last):
  File string, line 6, in ?
  File /usr/lib/python2.4/site-packages/bike/__init__.py, line 10, in ?
from bikefacade import init, NotAPythonModuleOrPackageException, CouldntLoca
teASTNodeFromCoordinatesException, UndoStackEmptyException
  File /usr/lib/python2.4/site-packages/bike/bikefacade.py, line 3, in ?
import compiler
  File __init__.py, line 24, in ?

  File compiler/transformer.py, line 1348, in ?
AttributeError: 'module' object has no attribute 'LESS'
Press ENTER or type command to continue


bicyclerepair contains /usr/share/vim/addons/plugin/bike.vim which is
automatically executed, at least in etch. I don't know about lenny/sid,
see #464817 (bicyclerepair: Conform with Vim addon policy)

It imports (i.e. runs) python code it finds in the current working
directory, in my example from the extracted roundup tarball.

I set Severity to critical instead of grave, because the user who
reported the traceback to me on a multi-user system does not use
bicyclerepair, but just vim. Reportbug forced me to set root security
hole, because everyone using vim is affected (including root) and
the Justification 5 unknown / something else would downgrade the
Severity to normal. The description for grave said, that it only
applies if the security problem affects people actually using the package.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.24.3-id1-k8-2
Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages bicyclerepair depends on:
ii  python2.4.4-2An interactive high-level object-o
ii  python-central0.5.12 register and build utility for Pyt

bicyclerepair recommends no packages.

-- no debconf information

-- 
[EMAIL PROTECTED] - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#372720: reportbug: downgrades severity if unknown / something else is used as justification

[Thomas Arendsen Hein]

Package: reportbug
Version: 3.31
Followup-For: Bug #372720

I just reported #484305 and added there:

I set Severity to critical instead of grave, because the user who
reported the traceback to me on a multi-user system does not use
bicyclerepair, but just vim. Reportbug forced me to set root security
hole, because everyone using vim is affected (including root) and
the Justification 5 unknown / something else would downgrade the
Severity to normal. The description for grave said, that it only
applies if the security problem affects people actually using the package.


The output of etch's reportbug:

critical: ... introduces a security hole on systems where you install the
  package.

grave: ... introduces a security hole allowing access to the accounts of
   users who use the package.

unknown: not sure, or none of the above


-- Package-specific info:
** Environment settings:
EDITOR=vim
EMAIL=Thomas Arendsen Hein [EMAIL PROTECTED]

** /home/thomas/.reportbugrc:
mutt
email [EMAIL PROTECTED]
realname Thomas Arendsen Hein

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.24.3-id1-k8-2
Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages reportbug depends on:
ii  python2.4.4-2An interactive high-level object-o
ii  python-central0.5.12 register and build utility for Pyt

Versions of packages reportbug recommends:
pn  python-cjkcodecs | python-ico none (no description available)

-- no debconf information

-- 
[EMAIL PROTECTED] - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#484311: reportbug adds os.curdir to sys.path

[Thomas Arendsen Hein]

Package: reportbug
Version: 3.31
Severity: grave
Tags: security
Justification: user security hole

sys.path = [os.curdir, '/usr/share/reportbug'] + sys.path

To exploit:

$ echo 'raise FOO'  token.py
$ reportbug
Traceback (most recent call last):
  File /usr/bin/reportbug, line 39, in ?
import optparse, re, os, pwd, time, locale, commands, checkversions
  File /usr/lib/python2.4/optparse.py, line 73, in ?
from gettext import gettext as _
  File /usr/lib/python2.4/gettext.py, line 49, in ?
import locale, copy, os, re, struct, sys
  File /usr/lib/python2.4/copy.py, line 65, in ?
import inspect
  File /usr/lib/python2.4/inspect.py, line 31, in ?
import sys, os, types, string, re, dis, imp, tokenize, linecache
  File /usr/lib/python2.4/tokenize.py, line 30, in ?
from token import *
  File ./token.py, line 1, in ?
raise FOO
FOO

-- Package-specific info:
** Environment settings:
EDITOR=vim
EMAIL=Thomas Arendsen Hein [EMAIL PROTECTED]

** /home/thomas/.reportbugrc:
mutt
email [EMAIL PROTECTED]
realname Thomas Arendsen Hein

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.24.3-id1-k8-2
Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages reportbug depends on:
ii  python2.4.4-2An interactive high-level object-o
ii  python-central0.5.12 register and build utility for Pyt

Versions of packages reportbug recommends:
pn  python-cjkcodecs | python-ico none (no description available)

-- no debconf information

-- 
[EMAIL PROTECTED] - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#482720: singularity: Permission denied: 'error.log' if ~/.endgame does not exist

[Thomas Arendsen Hein]

Package: singularity
Version: 0.28a-1
Severity: important

$ singularity 
Traceback (most recent call last):
  File singularity.py, line 27, in module
import g, main_menu, map_screen
  File /usr/share/games/singularity/code/map_screen.py, line 35, in module
from safety import safe_call
  File /usr/share/games/singularity/code/safety.py, line 38, in module
logging.getLogger().addHandler(logging.FileHandler(logpath))
  File /usr/lib/python2.5/logging/__init__.py, line 770, in __init__
stream = open(filename, mode)
IOError: [Errno 13] Permission denied: 'error.log'

After 'mkdir ~/.endgame' it starts.

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

Kernel: Linux 2.6.24-1-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/bash

Versions of packages singularity depends on:
ii  python   2.5.2-1 An interactive high-level object-o
ii  python-pygame1.7.1release-4.1+b1 SDL bindings for games development
ii  python-support   0.7.7   automated rebuilding support for P
ii  ttf-dejavu-core  2.24-2  Vera font family derivate with add

Versions of packages singularity recommends:
pn  singularity-music none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#482732: singularity: Support for arbitrary display resolutions

[Thomas Arendsen Hein]

Package: singularity
Version: 0.28a-1
Severity: wishlist

With singularity 0.27 and 0.28a I have the following in my
~/.endgame/prefs.dat:

[Preferences]
fullscreen = 0
xres = 1680
grab = 0
yres = 1000

1680x1000 works fine, my monitor shows 1680x1050 and this was I can
still see the status/task bar.

I had to manually set the resolution, because only a small set of
resolutions is selectable in the options dialog. I think it would be
very helpful for new users to be able to set any resolution in this
dialog.

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

Kernel: Linux 2.6.24-1-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/bash

Versions of packages singularity depends on:
ii  python   2.5.2-1 An interactive high-level object-o
ii  python-pygame1.7.1release-4.1+b1 SDL bindings for games development
ii  python-support   0.7.7   automated rebuilding support for P
ii  ttf-dejavu-core  2.24-2  Vera font family derivate with add

Versions of packages singularity recommends:
pn  singularity-music none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#482734: singularity: Research topic --- and Nothing are the same

[Thomas Arendsen Hein]

Package: singularity
Version: 0.28a-1
Severity: minor

When selecting research topics for a base, both --- and Nothing are
offered, both having the same description:
Clears the base's current task.  If I don't give it another ...

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

Kernel: Linux 2.6.24-1-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/bash

Versions of packages singularity depends on:
ii  python   2.5.2-1 An interactive high-level object-o
ii  python-pygame1.7.1release-4.1+b1 SDL bindings for games development
ii  python-support   0.7.7   automated rebuilding support for P
ii  ttf-dejavu-core  2.24-2  Vera font family derivate with add

Versions of packages singularity recommends:
pn  singularity-music none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#482732: singularity: sorry for the duplicate

[Thomas Arendsen Hein]

Package: singularity
Version: 0.28a-1
Followup-For: Bug #482732

#439602 is the same wishlist request, so one of these could be removed.
Maybe my hint on editing prefs.dat could be added to the documentation?

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

Kernel: Linux 2.6.24-1-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/bash

Versions of packages singularity depends on:
ii  python   2.5.2-1 An interactive high-level object-o
ii  python-pygame1.7.1release-4.1+b1 SDL bindings for games development
ii  python-support   0.7.7   automated rebuilding support for P
ii  ttf-dejavu-core  2.24-2  Vera font family derivate with add

Versions of packages singularity recommends:
pn  singularity-music none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480714: vice: Help defaults to using netscape and wrong document location

[Thomas Arendsen Hein]

* Laszlo Boszormenyi [EMAIL PROTECTED] [20080512 10:49]:
 On Mon, 2008-05-12 at 09:54 +0200, Spiro Trikaliotis wrote:
  * On Sun, May 11, 2008 at 07:57:37PM +0200 Thomas Arendsen Hein wrote:
   Executing `netscape /usr/lib/vice/doc/vice_toc.html '...
   
   Better use x-www-browser instead of netscape, and the correct
   location for the docs is /usr/share/doc/vice/html/vice_toc.html
  For upstream, I am not sure if x-www-browser is a good choice, as I
  doubt it is available on all distributions. For the Debian packages,
  this might be a good solution.
  Yes, only Debian and Ubuntu derivatives have x-www-browser; maybe
 others have similar virtual binaries, I don't know.
 I think firefox would be the good choice, it's very popular and has its
 binaries in every distribution and *nix systems as well.

firefox for upstream and x-www-browser for the Debian package sounds
like a good idea.

Still the path to vice_toc.html has to be fixed (and I don't think
you can change this in the rc file).

Thomas

-- 
[EMAIL PROTECTED] - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480714: vice: Help defaults to using netscape and wrong document location

[Thomas Arendsen Hein]

Package: vice
Version: 1.22-3
Severity: normal

When pressing the Help menu entry, on the console shows:
Executing `netscape /usr/lib/vice/doc/vice_toc.html '...
sh: netscape: command not found

Better use x-www-browser instead of netscape, and the correct
location for the docs is /usr/share/doc/vice/html/vice_toc.html

Regards,
Thomas Arendsen Hein


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

Kernel: Linux 2.6.24-1-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/bash

Versions of packages vice depends on:
ii  libasound2 1.0.16-2  ALSA library
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libcairo2  1.6.4-1+b1The Cairo 2D vector graphics libra
ii  libesd00.2.36-3  Enlightened Sound Daemon - Shared 
ii  libgcc11:4.3.0-3 GCC support library
ii  libglib2.0-0   2.16.1-2  The GLib library of C routines
ii  libgtk2.0-02.12.9-2  The GTK+ graphical user interface 
ii  libieee1284-3  0.2.11-4  cross-platform library for paralle
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libpango1.0-0  1.20.2-2  Layout and rendering of internatio
ii  libpng12-0 1.2.27-1  PNG library - runtime
ii  libreadline5   5.2-3 GNU readline and history libraries
ii  libstdc++6 4.3.0-3   The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxrandr2 2:1.2.2-1 X11 RandR extension library
ii  libxv1 2:1.0.4-1 X11 Video extension library
ii  libxxf86dga1   2:1.0.2-1 X11 Direct Graphics Access extensi
ii  libxxf86vm11:1.0.1-2 X11 XFree86 video mode extension l
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

vice recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#479560: cvs up complains about files being in the way which it created itself

[Thomas Arendsen Hein]

Package: cvs
Version: 1:1.12.13-8
Severity: normal

~/.cvsrc contains:
cvs -z4 -q
update -dP

In an anonymous checkout I created newdir and newdir/newfile,
then copied these to a writable checkout, added both, committed.
Now back on the anonymous checkout:

$ cvs up
? newdir
cvs update: move away `newdir/newfile'; it is in the way
C newdir/newfile
$ rm newdir/newfile
$ cvs up
? newdir
U newdir/newfile
$ cvs up
? newdir
cvs update: move away `newdir/newfile'; it is in the way
C newdir/newfile
$ rm -r newdir
$ cvs up
U newdir/newfile

cvs should either notice that newfile in the checkout is identical
to the file being created and be happy or abort because of the
unknown directory without creating newdir/newfile.

All this happened on HEAD, the directory 'newdir' and the file
'newdir/newfile' existed in the past and still exist in another
branch.

Regards,
Thomas Arendsen Hein

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.24.3-id1-k8-2
Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages cvs depends on:
ii  debconf [debconf-2.0]  1.5.11etch1   Debian configuration management sy
ii  libc6  2.3.6.ds1-13etch5 GNU C Library: Shared libraries
ii  libpam-runtime 0.79-5Runtime support for the PAM librar
ii  libpam0g   0.79-5Pluggable Authentication Modules l
ii  update-inetd   4.27-0.5  inetd.conf updater
ii  zlib1g 1:1.2.3-13compression library - runtime

Versions of packages cvs recommends:
ii  emacs21 [info-bro 21.4a+1-3etch1 The GNU Emacs editor
ii  info [info-browse 4.8.dfsg.1-4   Standalone GNU Info documentation 
ii  konqueror [info-b 4:3.5.5a.dfsg.1-6etch2 KDE's advanced file manager, web b
ii  netbase   4.29   Basic TCP/IP networking system

-- debconf information excluded

-- 
[EMAIL PROTECTED] - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#413869: update etch mercurial from 0.9.1 to 0.9.3

[Thomas Arendsen Hein]

* Thomas Arendsen Hein [EMAIL PROTECTED] [20070706 17:10]:
 As etch has been released a while ago, this bug can be closed.

Ping, please close this bug.

Regards,
Thomas Arendsen Hein

-- 
[EMAIL PROTECTED] - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#472126: Starting Bacula Storage daemon: 22-Mar 11:24 bacula-sd: ERROR TERMINATION at lex.c:735

[Thomas Arendsen Hein]

* John Goerzen [EMAIL PROTECTED] [20080325 22:17]:
 On Sat March 22 2008 7:06:31 pm Thomas Arendsen Hein wrote:
  * John Goerzen [EMAIL PROTECTED] [20080322 23:23]:
   On Saturday 22 March 2008 5:34:21 am Thomas Arendsen Hein wrote:
Setting up bacula-sd (2.2.8-5) ...
Starting Bacula Storage daemon: 22-Mar 11:24 bacula-sd: ERROR
TERMINATION at lex.c:735 Config error: expected a name, got T_EOL: =
   
: line 49, col 20 of file /etc/bacula/bacula-sd.conf
   
  Archive Device =
  
   Looks to me like you have a configuration file error.  Can you send me a
   copy of your bacula-sd.conf?
 
  There was no /etc/bacula before running
  apt-get install bacula-server bacula-console bacula-sd-sqlite3 bacula-doc
  (just verified that, but I must correct that apt/sources point to
  testing, not sid)
 
  I attached the generated/included config anyway.
 
 It looks like we do not have a default location for where to save file-based 
 backups.
 
 I'm not sure if it is possible to have one.  I guess we could document this 
 in README.Debian.  I hesitate to just make a directory under /var because 
 this could lead to people unintentionally filling up that filesystem.

Is it possible to disable the configuration for file-based backups
to just provide an example?

Or alternatively just specify a non-existing directory to make the
parser happy?

Or specify a descriptive name instead of File which gives the user
a hint: Is the name /var/lib/bacula possible?

I don't think that more than these simple precautions (descriptive
names, documentation in README.Debian) are needed.

Regards,
Thomas Arendsen Hein

-- 
[EMAIL PROTECTED] - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#472126: Starting Bacula Storage daemon: 22-Mar 11:24 bacula-sd: ERROR TERMINATION at lex.c:735

[Thomas Arendsen Hein]

Package: bacula-sd
Version: 2.2.8-5
Severity: important

On a mostly sid system (Finnix 0.91.1)
apt-get install bacula-server bacula-console bacula-sd-sqlite3 bacula-doc
yields:

Setting up bacula-console (2.2.8-5) ...
Setting up bacula-director-common (2.2.8-5) ...
Setting up libsqlite3-0 (3.5.6-3) ...
Setting up sqlite3 (3.5.6-3) ...
Setting up bacula-director-sqlite3 (2.2.8-5) ...
Creating tables in DB /var/lib/bacula/bacula.db ...Ok.
Starting Bacula Director: bacula-dir.
Setting up mtx (1.2.17rel-2) ...
Setting up bacula-sd (2.2.8-5) ...
Starting Bacula Storage daemon: 22-Mar 11:24 bacula-sd: ERROR TERMINATION at 
lex.c:735
Config error: expected a name, got T_EOL: =
: line 49, col 20 of file /etc/bacula/bacula-sd.conf
  Archive Device = 

invoke-rc.d: initscript bacula-sd, action start failed.
dpkg: error processing bacula-sd (--configure):
 subprocess post-installation script returned error exit status 1
Setting up bacula-doc (2.2.8-1) ...
Setting up bacula-fd (2.2.8-5) ...
Starting Bacula File daemon: bacula-fd.
dpkg: dependency problems prevent configuration of bacula-sd-sqlite3:
 bacula-sd-sqlite3 depends on bacula-sd (= 2.2.8-5); however:
  Package bacula-sd is not configured yet.
dpkg: error processing bacula-sd-sqlite3 (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of bacula-server:
 bacula-server depends on bacula-sd (= 2.2.8-5); however:
  Package bacula-sd is not configured yet.
 bacula-server depends on bacula-sd-sqlite3 (= 2.2.8-5) | bacula-sd-tools; 
however:
  Package bacula-sd-sqlite3 is not configured yet.
  Package bacula-sd-tools is not installed.
  Package bacula-sd-sqlite3 which provides bacula-sd-tools is not configured 
yet.
dpkg: error processing bacula-server (--configure):
 dependency problems - leaving unconfigured

-- 
[EMAIL PROTECTED] - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]