Bug#1060445: sudo: Please mark as "Multi-Arch: foreign"

[Andreas Rottmann]

Package: sudo
Version: 1.9.15p5-1
Severity: normal

Dear Maintainers,

In a multi-arch setup, the "sudo" package should be able to satisfy
dependencies from other packages, as the binaries contained in "sudo"
can be used regardless of the architecture.

For instance, when installing an i386 package which depends on "sudo"
on amd64, the package manager should not force installation of the
i386 variant of sudo, but use the (potentially already installed)
amd64 variant of sudo.

See [0] and [1] for similar bugs reported (and acted upon) for
"ebtables" and "iptables", respectively, and
 for background information.

[0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=918787
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776041

Kind Regards, Rotty

Bug#923489: editline: New version available (1.16.0)

[Andreas Rottmann]

Source: editline
Version: 1.12-6.1
Severity: wishlist

There is a new release (1.16.0) available from github. It seems there
is no release tarball for that version, looking at
. The latest release tarball appears
to be editline-1.15.3.tar.xz, which is still significantly newer than
the version in Debian.

Some software fails to build with the libeditline version currently in
Debian (1.12), such as the nix package manager [1], version 2.2.1,
both due to apparently missing API and missing pkg-config support in
editline 1.12 (the latter can be worked around, but then compilation
fails due to the mentioned API issues).

[0]: 
[1]: 

Regards, Rotty

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

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

Bug#848225: dehydrated: documentation on deployment

[Andreas Rottmann]

Source: dehydrated
Version: 0.6.2-1
Followup-For: Bug #848225

As it happens, I have written a short blog article[0] on how to run
dehydrated using systemd (including a sample service and timer
unit). Feel free to re-use any text or configuration under the Expat
license.

[1] https://r0tty.org/blog/securing-dehydrated/

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

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

Bug#858605: O: libunistring -- Unicode string library for C - development files

[Andreas Rottmann]

Package: wnpp
Severity: normal

I intend to orphan the libunistring package. This is a
build-dependency for quite a few packages, both directly and
indirectly.

The package description is:
 The 'libunistring' library implements Unicode strings (in the UTF-8,
 UTF-16, and UTF-32 encodings), together with functions for Unicode
 characters (character names, classifications, properties) and
 functions for string processing (formatted output, width, word
 breaks, line breaks, normalization, case folding, regular
 expressions).
 .
 This package contains the development support files needed to compile
 and link against libunistring, as well as the documentation in Info
 and HTML format.

Bug#858604: O: chase -- Follow a symlink and print out its target file

[Andreas Rottmann]

Package: wnpp
Severity: normal

I intend to orphan the chase package; this package could probably be
removed from Debian, as its functionality overlaps with "readlink -f"
a lot.

The package description is:
 Chase is a small utility for tracking down the actual
 file that a symbolic link points to - chasing the symlink,
 if you will.  The result of a successful run is guaranteed
 to be an existing file which is not a symbolic link.

Bug#858603: O: alevt -- X11 Teletext/Videotext browser

[Andreas Rottmann]

Package: wnpp
Severity: normal

I intend to orphan the alevt package; a prospective adopter should
have a reasonable knowledge of C.

The package description is:
 AleVT is an X11 program for browsing and searching Teletext/Videotext
 pages received by a compatible decoder (at the moment, bttv).
 .
 Features include:
 .
   * Multiple windows
   * Page cache
   * Regular expression searching
   * Built-in manual
 .
 Additional command line utilities can
 .
   * receive the time from Teletext/Videotext
   * capture pages and write them to disk
 .
 Teletext/Videotext is used by TV channels to transmit textual
 information pages (it's transmitted via non-visible scan lines).

Bug#844108: zeromq3: Alioth git repo apparently unused, but still mentioned in debian/control

[Andreas Rottmann]

Source: zeromq3
Severity: minor

debian/control still mentions the alioth git repository
(https://alioth.debian.org/anonscm/git/collab-maint/zeromq3.git),
although this repo does not seem to be used for maintaining zeromq,
the last commit being from 2014-03-16. This situation is confusing,
especially given that "apt-get source" recommends using the VCS.

So please re-activate the git repo, or just remove the VCS references
from the control file.

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

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

Bug#844104: libzmq3-dev:amd64: Manpages missing from -dev package

[Andreas Rottmann]

Package: libzmq3-dev
Version: 4.1.5-2
Severity: normal

The manpages built by the source package are not installed by any of
the binary packages; I'd expect them ending up in the -dev package.

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

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

Versions of packages libzmq3-dev:amd64 depends on:
ii  libzmq5  4.1.5-2

libzmq3-dev:amd64 recommends no packages.

libzmq3-dev:amd64 suggests no packages.

-- no debconf information

Bug#836924: rest-api directory missing from package

[Andreas Rottmann]

Package: asterisk
Version: 1:13.10.0~dfsg-1
Severity: normal

In the packaging of asterisk, it seems that the rest-api directory
(which should be located in /usr/share/asterisk/rest-api/) has been
accidentially omitted. This breaks the functionality of the ARI
module, if enabled, leading to the error message "rest-api directory
not found" when using a REST endpoint, e.g.
.

I locally fixed this by applying the attached one-line patch to
debian/asterisk.install, which just adds the obvious line.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages asterisk depends on:
ii  adduser  3.115
ii  asterisk-config  1:13.10.0~dfsg-1
ii  asterisk-core-sounds-en-gsm  1.4.22-1
ii  asterisk-modules 1:13.10.0~dfsg-1
ii  init-system-helpers  1.42
ii  libc62.23-5
ii  libcap2  1:2.25-1
ii  libedit2 3.1-20150325-1+b1
ii  libgcc1  1:6.1.1-11
ii  libjansson4  2.7-5
ii  libopus0 1.1.2-1
ii  libpopt0 1.16-10
ii  libsqlite3-0 3.14.1-1
ii  libssl1.0.2  1.0.2h-1
ii  libstdc++6   6.1.1-11
ii  libtinfo56.0+20160625-1
ii  liburiparser10.8.4-1
ii  libuuid1 2.28.1-1
ii  libxml2  2.9.4+dfsg1-1+b1
ii  libxslt1.1   1.1.29-1

Versions of packages asterisk recommends:
pn  asterisk-moh-opsound-gsm 
pn  asterisk-voicemail | asterisk-voicemail-storage  
pn  sox  

Versions of packages asterisk suggests:
pn  asterisk-dahdi   
pn  asterisk-dev 
pn  asterisk-doc 
pn  asterisk-ooh323  
pn  asterisk-vpb 

-- no debconf information
diff -Nru asterisk-13.10.0~dfsg/debian/asterisk.install asterisk-13.10.0~dfsg/debian/asterisk.install
--- asterisk-13.10.0~dfsg/debian/asterisk.install	2016-08-29 17:07:40.0 +0200
+++ asterisk-13.10.0~dfsg/debian/asterisk.install	2016-07-31 10:55:45.0 +0200
@@ -4,5 +4,4 @@
 usr/share/asterisk/keys
 usr/share/asterisk/conf
 usr/share/asterisk/documentation
-usr/share/asterisk/rest-api
 lib/systemd/system/asterisk.service

Bug#823492: pinentry-gnome3: does not handle SSH-forwarded X11 connections correctly

[Andreas Rottmann]

Package: pinentry-gnome3
Version: 0.9.7-5
Severity: normal

Dear Maintainer,

When using pinentry-gnome3 over an SSH-forwarded X11 connection,
pinentry shows the dialog on the wrong display (i.e., the one that
gpg-agent was originally spawned on). This is in spite of using
"gpg-connect-agent updatestartuptty /bye" from the SSH-spawned shell
(which has the correct DISPLAY variable value). This information is
relayed to pinentry via the "--display" command-line option, as "ps"
output indicates:

10530 ?SLl0:00 pinentry --display localhost:10.0

A quick glance at the source code reveals this comment in
pinentry/pinentry.c (pinentry_parse_opts):

case 'D':
  /* Note, this is currently not used because the GUI engine
 has already been initialized when parsing these options. */
  ...

So it seems that the "--display" option is broken; the contents of the
DISPLAY variable is supposedly honored correctly, so if this ever
worked as advertised by the gpg-agent manual page (see below), I
suspect a change in behavior in gpg-agent, not setting the DISPLAY
environment variable for the pinentry process it launches (anymore?).

>From the gpg-agent man page:

  [...] gpg-agent's ssh-support will use the TTY or X display
  where gpg-agent has been started.  To switch this display to
  the current one, the following command may be used:

   gpg-connect-agent updatestartuptty /bye
   
Nevertheless, I think the actual bug lies with pinentry not honoring
--display, even if that could be worked around by gpg-agent. Further
note that this probably affects all X11-based pinentry variants.

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

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

Versions of packages pinentry-gnome3 depends on:
ii  gcr  3.20.0-2
ii  libassuan0   2.4.2-3
ii  libc62.22-7
ii  libgcr-base-3-1  3.20.0-2
ii  libglib2.0-0 2.48.0-1
ii  libgpg-error01.22-1
ii  libgtk-3-0   3.18.9-1
ii  libncursesw5 6.0+20160319-1
ii  libsecret-1-00.18.3-1
ii  libtinfo56.0+20160319-1

pinentry-gnome3 recommends no packages.

Versions of packages pinentry-gnome3 suggests:
pn  pinentry-doc  

-- no debconf information

Bug#823096: krb5-kdc, krb5-admin-server: fail to listen on IPv6 addresses ("Cannot request packet info")

[Andreas Rottmann]

Source: krb5
Version: 1.12.1+dfsg-19+deb8u2
Severity: normal
Tags: ipv6

It seems that, maybe due to the way systemd agressively parallelizes
service startup, krb5-kdc and krb5-admin-server are unable to retrieve
"packet info" for the IPv6 wildcard address on my system:

Apr 30 18:20:36 nathot krb5kdc[586]: Invalid argument - Cannot request packet 
info for udp socket address :: port 88
...
Apr 30 18:20:36 nathot kadmind[589]: Invalid argument - Cannot request packet 
info for udp socket address :: port 464

A workaround seems to be to make both of these services depend on
"network-online.target", e.g.:

~% cat /etc/systemd/system/krb5-kdc.service
.include /lib/systemd/system/krb5-kdc.service

[Unit]
After=network-online.target
Wants=network-online.target
~%

FWIW, the system exhibiting the bug uses systemd-networkd for managing
the (wired-only) network.

Without this workaround, restarting the services after the system has
come up also results in them being operational. Doing neither of these
results (reliably, it seems) in running, but broken Kerberos services,
as the daemons do not listen for IPv6 packets.

>From a quick glance at the Kerberos source code, the code getting the
error is in src/lib/apputils/net-server.c, function set_pktinfo(),
which attempts a setsockopt() using the IPV6_RECVPKTINFO option,
presumably on a socket bound to the wildcard address. For some reason
it seems this fails when attempted (early) during boot.

I am not sure whether this is actually a bug in the service files of
krb5 (missing dependencies?), in the krb5 source code (maybe the code
should ideally react to some netlink event indicating that global IPv6
addresses become available?), or the kernel (why can that setsockopt()
call for the wildcard address fail at all?).

I'm thus reporting the issue for the krb5 source package, since it is
obviously that code that experiences the immediate problem.

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

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

Bug#776889: sg3-utils: /usr/bin/rescan-scsi-bus.sh violates policy 10.4 should directive (includes .sh extension)

[Andreas Rottmann]

Source: sg3-utils
Version: 1.39-1
Severity: normal

Debian Policy 10.4 (Files/Scripts) notes that:

  When scripts are installed into a directory in the system PATH, the
  script name should not include an extension such as .sh or .pl that
  denotes the scripting language currently used to implement it.

sg3-utils includes /usr/bin/rescan-scsi-bus.sh, which violates that
recommendation in the policy.

Note however, that the package scsitools already includes a command
named rescan-scsi-bus under /sbin/rescan-scsi-bus, which would
conflict with sg3-utils if rescan-scsi-bus.sh would be renamed to
rescan-scsi-bus.  Besides being quite confusing, should one happen to
install both packages, it turns out that both of these scripts seem to
be derived from a common ancestor.  Maybe a solution can be found
between the package maintainers such that Debian ends up with only one
version of that script.

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (850, 'testing')
Architecture: amd64 (x86_64)

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


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

Bug#689136: gforth.el fails to compile with emacs-snapshot

[Andreas Rottmann]

Package: gforth
Version: 0.7.0+ds1-7
Severity: wishlist
Tags: upstream patch

When having emacs-snapshot installed, the gforth package fails to
configure, due to an elisp compilation error:

,
| Install gforth for emacs-snapshot
| install/gforth: Byte-compiling for emacsen flavour emacs-snapshot
| 
| In toplevel form:
| gforth.el:742:18:Error: Don't know how to compile nil
| gforth.el:742:18:Error: Don't know how to compile nil
| gforth.el:742:18:Error: Don't know how to compile nil
| gforth.el:742:18:Error: Don't know how to compile nil
| gforth.el:742:18:Error: Don't know how to compile nil
| ERROR: install script from gforth package failed
`

The attached patch removes invocations of `byte-compile' from
gforth.el, which rectifies this issue.  I'm not sure whether it might
have any negative (perfomance, perhaps?) impact.  Also noteworthy in
this context is the following German comment in gforth.el:

   ; Byte-compile-Code rausschmeißen, Compilieren im Makefile über Emacs
   ; batch-Modus

A rough translation would be get rid of byte-compile code, compile
via makefile using Emacs batch mode.  This seems to indicate that the
original author(s) probably intended a change in the spirit of the
attached patch.

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

Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gforth depends on:
ii  dpkg   1.16.8
ii  gforth-common  0.7.0+ds1-7
ii  gforth-lib 0.7.0+ds1-7
ii  install-info   4.13a.dfsg.1-10
ii  libc6  2.13-35
ii  libffcall1 1.10+cvs20100619-2
ii  libltdl7   2.4.2-1.1

gforth recommends no packages.

gforth suggests no packages.

-- no debconf information
Index: gforth-0.7.0+ds1/gforth.el
===
--- gforth-0.7.0+ds1.orig/gforth.el	2012-08-15 00:29:28.156682885 +0200
+++ gforth-0.7.0+ds1/gforth.el	2012-08-15 00:30:13.856678664 +0200
@@ -1,6 +1,6 @@
 ;;; gforth.el --- major mode for editing (G)Forth sources
 
-;; Copyright (C) 1995,1996,1997,1998,2000,2001,2003,2004,2007,2008 Free Software Foundation, Inc.
+;; Copyright (C) 1995,1996,1997,1998,2000,2001,2003,2004,2007,2008,2012 Free Software Foundation, Inc.
 
 ;; This file is part of Gforth.
 
@@ -518,9 +518,7 @@
 			sub 
 			)) 
 		mapped)))
-(let ((result (cons regexp sub-list)))
-  (byte-compile 'result)
-  result)))
+(cons regexp sub-list)))
 
 (defun forth-compile-words ()
   Compile the the words from `forth-words' and `forth-indent-words' into
@@ -734,13 +732,6 @@
 		 (get-text-property from 'fontified))
(forth-update-properties from to)
 
-(eval-when-compile
-  (byte-compile 'forth-set-word-properties)
-  (byte-compile 'forth-next-known-forth-word)
-  (byte-compile 'forth-update-properties)
-  (byte-compile 'forth-delete-properties)
-  (byte-compile 'forth-get-regexp-branch)) 
-
 ;;; imenu support
 ;;;
 (defvar forth-defining-words 

Bug#689144: bridge-utils: should be marked Multi-Arch: foreign

[Andreas Rottmann]

Package: bridge-utils
Version: 1.5-4
Severity: normal

Packages from a different architecture (for example an i386 package
foo on an amd64 system) may use the brctl command-line tool at
runtime.  Since currently bridge-utils is *not* marked Multi-Arch:
foreign, a dependency on bridge-utils by any such foreign package
foo will force the installation of the the foreign architecture
bridge-utils as well (e.g. i386 bridge-utils on an amd64 system).  See
https://wiki.ubuntu.com/MultiarchSpec#Binary_package_control_fields
for more information.

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

Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bridge-utils depends on:
ii  libc6  2.13-35

bridge-utils recommends no packages.

Versions of packages bridge-utils suggests:
ii  ifupdown  0.7.2

-- no debconf information


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

Bug#686539: dibbler: please package version 0.8.3

[Andreas Rottmann]

Package: dibbler
Severity: wishlist

Although there is not final 0.8.3 release available, 0.8.3RC1 is
listed as latest stable on http://klub.com.pl/dhcpv6/#DOWNLOAD,
and it supports cryptographically secured dynamic DNS updates, among
other new features.  It would thus be nice to have 0.8.3 available via
experimental, for instance.

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

Kernel: Linux 3.4-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#685095: scdaemon: scd-event example script not shipped in Debian package

[Andreas Rottmann]

Package: scdaemon
Version: 2.0.19-1
Severity: normal

The gnupg2 source tree has the examples script in
doc/examples/scd-event, and that script is referred to by of scdaemon(1):

FILES

[...]   
   scd-event
  If this file is present and executable, it will be called on
  veyer card reader's status changed.  An example of this script
  is provided with the distribution


Since apparently the script (as shipped upstream) is the only
documentation source for the interfaces to that script (i.e. the
commend-line options passed and their semantics), I made this a
severity normal bug, as from the current contents of the scdaemon
Debian package, it is not possible to write a custom scd-event script.

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

Kernel: Linux 3.4-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages scdaemon depends on:
ii  libassuan0 2.0.3-1
ii  libc6  2.13-35
ii  libgcrypt111.5.0-3
ii  libgpg-error0  1.10-3
ii  libksba8   1.2.0-2
ii  libpth20   2.0.7-16
ii  libusb-0.1-4   2:0.1.12-23

scdaemon recommends no packages.

scdaemon 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#668070: git-review: Should probably not be in Section python

[Andreas Rottmann]

Package: git-review
Version: 1.15-1
Severity: minor

Judging from the package description, as well as the description of
the python section, this package doesn't really belong there
(http://packages.debian.org/unstable/):

  Everything about Python, an interpreted, interactive object oriented
  language.

The mismatch becomes even more blatant when considering the Section
description displayed in aptitude:

  Packages in the 'python' section provide the Python programming
  language and many third-party libraries for it. Unless you are a
  Python programmer, you don't need to install packages from this
  section explicitly; the package system will install them if they are
  required.

So, the implementation language should (IMO) not influence the
packages' Section, unless the package really is intended to extend the
development environment for that language (libraries, debuggers, code
analyzers, ...).

I guess a better Section for git-review would be vcs.  Note that
this whole judgment is made from the package name and description; if
git-review indeed provides Python libraries for external use, this
should be made clear in the package description (and would warrant
another (additional) package name anyway).

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

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



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

Bug#654818: Alevt

[Andreas Rottmann]

Tobias Grimm tobias.gr...@e-tobi.net writes:

 Hello Andreas!

 You probably have noticed #654818 already.

 Alevt doesn't seem to be upstream-maintained anymore and Uwe Bugla has
 published an updated fork within the dvb-apps suite of utilities.

Note that I have already (so far unsucessfully) requested adoption for
alevt (RFA #532093).

 This now leads to a conflict between the two packages. We could:

 a) Declare these packages conflicting
 b) You could co-maintain linuxtv-dvb-apps, drop the alevtv source package
and build it from the linuxtv-dvb-apps sources
 c) Drop alevtv all together and replace it by dvb-apps

 What do you think?

From my POV, option (c) would be the most desirable.  Are the binaries
provided by dvb-apps a drop-in replacement for the ones coming from the
alevt package?  If so, simply dropping alevt after adding a Provides:
alevt to dvb-apps would be the best solution IMHO.

Regards, Rotty
-- 
Andreas Rottmann -- http://rotty.yi.org/



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

Bug#641638: yaret: flac_cushion.pl uses apparently old metaflac option --set-vc-field

[Andreas Rottmann]

Package: yaret
Version: 2.1.0-5
Severity: normal

The flac_cushion.pl script distributed as
/usr/share/yaret/flac_cushion.pl seems to use the --set-vc-field
metaflac option which does not exist with current metaflac (according
to metaflac(1)).  Furthermore, even though metaflac most certainly
fails due to the unknown option (exit code 1, tested on the
commandline), the flac_cushion.pl scripts still exits with success
(code 0), thus the user is not informed by yaret of the metaflac
invocation failure.  The patch included below fixes the first of these
problems, but not the latter, as I'm pretty illiterate in Perl (and
too lazy to RFTM ATM).

--- /usr/share/yaret/flac_cushion.pl2006-03-05 20:32:29.0 +0100
+++ /home/rotty/bin/yaret-flac  2011-09-14 22:02:05.061814267 +0200
@@ -23,12 +23,12 @@
  $album, $tracknum, $artist, $genre, $year) = @ARGV;
 system flac, -o, $fout, -$qual, $fin;
 unless ($?) {
-   system metaflac, --set-vc-field=TITLE=$track,
-   --set-vc-field=ALBUM=$album,
-   --set-vc-field=ARTIST=$artist,
-   --set-vc-field=TRACKNUMBER=$tracknum,
-   --set-vc-field=GENRE=$genre,
-   --set-vc-field=YEAR=$year,
+   system metaflac, --set-tag=TITLE=$track,
+   --set-tag=ALBUM=$album,
+   --set-tag=ARTIST=$artist,
+   --set-tag=TRACKNUMBER=$tracknum,
+   --set-tag=GENRE=$genre,
+   --set-tag=YEAR=$year,
$fout;
exit 0;
 }

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

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

Versions of packages yaret depends on:
ii  cdparanoia 3.10.2+debian-10
ii  flac   1.2.1-5 
ii  libappconfig-perl  1.66-1  
ii  libaudio-cd-perl   0.05-9+b1   
ii  perl   5.12.4-4
ii  vorbis-tools   1.4.0-1 

yaret recommends no packages.

yaret 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#641639: yaret: should recommend or suggest normalize-audio

[Andreas Rottmann]

Package: yaret
Version: 2.1.0-5
Severity: wishlist

It would be nice if yaret would suggest the normalize-audio package.
It could also recommend it, but I think suggest is the slightly better
choice here, as the normalization step is not activated in the default
configuration.

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

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

Versions of packages yaret depends on:
ii  cdparanoia 3.10.2+debian-10
ii  flac   1.2.1-5 
ii  libappconfig-perl  1.66-1  
ii  libaudio-cd-perl   0.05-9+b1   
ii  perl   5.12.4-4
ii  vorbis-tools   1.4.0-1 

yaret recommends no packages.

yaret 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#636130: lightdm: mouse cursor often not visible

[Andreas Rottmann]

Package: lightdm
Version: 0.9.2-2
Severity: normal

When starting lightdm, whether automatically at startup (via the init
script), or manually, the mouse cursor often fails to show.  Keyboard
input is working fine, however, and it seems the pointer is present,
but just invisible, as moving the mouse e.g. highlights the session
chooser dropdown widget.

After logging in, in the session started by lightdm the mouse cursor
is shown.  I also once had the case where the mouse cursor was shown,
but clicking had no effect.

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

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

Versions of packages lightdm depends on:
ii  adduser   3.113  add and remove users and groups
ii  consolekit0.4.5-1framework for defining and trackin
ii  dbus  1.4.14-1   simple interprocess messaging syst
ii  debconf [debconf-2.0] 1.5.41 Debian configuration management sy
ii  libc6 2.13-13Embedded GNU C Library: Shared lib
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libpam0g  1.1.3-2Pluggable Authentication Modules l
ii  libxcb1   1.7-3  X C Binding
ii  libxdmcp6 1:1.1.0-3  X11 Display Manager Control Protoc
ii  lightdm-gtk-greeter   0.9.2-2simple display manager (GTK+ greet

Versions of packages lightdm recommends:
ii  xserver-xorg  1:7.6+7X.Org X server

lightdm suggests no packages.

-- debconf information:
  lightdm/daemon_name: /usr/sbin/lightdm
* shared/default-x-display-manager: gdm



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

Bug#636131: lightdm: does not allow to choose 'Xclient script' session

[Andreas Rottmann]

Package: lightdm
Version: 0.9.2-2
Severity: normal

I run a custom session started by ~/.xsession.  On gdm, one can select
run Xclient script as the session to launch, which results in that
script being run. lightdm does not seem to offer this option, but
allows only to choose between sessions registered via .desktop files
in /usr/share/xsessions.  I'd very much appreciate lightdm supporting
~/.xsession scripts as well, as it is otherwise unsuitable for people
having customized their session that way.

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

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

Versions of packages lightdm depends on:
ii  adduser   3.113  add and remove users and groups
ii  consolekit0.4.5-1framework for defining and trackin
ii  dbus  1.4.14-1   simple interprocess messaging syst
ii  debconf [debconf-2.0] 1.5.41 Debian configuration management sy
ii  libc6 2.13-13Embedded GNU C Library: Shared lib
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libpam0g  1.1.3-2Pluggable Authentication Modules l
ii  libxcb1   1.7-3  X C Binding
ii  libxdmcp6 1:1.1.0-3  X11 Display Manager Control Protoc
ii  lightdm-gtk-greeter   0.9.2-2simple display manager (GTK+ greet

Versions of packages lightdm recommends:
ii  xserver-xorg  1:7.6+7X.Org X server

lightdm suggests no packages.

-- debconf information:
  lightdm/daemon_name: /usr/sbin/lightdm
* shared/default-x-display-manager: lightdm



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

Bug#635037: duplicity: version 0.6.14 is out

[Andreas Rottmann]

Package: duplicity
Version: 0.6.13-2
Severity: wishlist

Duplicity 0.6.14 has been released (2011-06-18); including a fair
amount of bugfixes.  It would be nice if this version entered Debian.

Regards, Rotty

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

Kernel: Linux 3.0.0-rc7-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages duplicity depends on:
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  librsync1 0.9.7-8rsync remote-delta algorithm libra
ii  python2.6.7-1interactive high-level object-orie
ii  python-gnupginterface 0.3.2-9.1  Python interface to GnuPG (GPG)
ii  python-pexpect2.3-1  Python module for automating inter
ii  python2.6 2.6.7-3An interactive high-level object-o

duplicity recommends no packages.

Versions of packages duplicity suggests:
pn  ncftp none (no description available)
pn  python-boto   none (no description available)
ii  rsync 3.0.8-1fast remote file copy program (lik
pn  ssh   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#634162: dpkg-dev-el: please Add support for Multi-Arch field in debian-control-mode.el

[Andreas Rottmann]

Package: dpkg-dev-el
Version: 35.0
Severity: wishlist

Currently, this field is apparently not recognized by debian-control-mode.

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

Kernel: Linux 3.0.0-rc6-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dpkg-dev-el depends on:
ii  debian-el   35.0 Emacs helpers specific to Debian u
ii  emacs-snapshot [emacsen]1:20110705-1 The GNU Emacs editor (development 
ii  emacs-snapshot-lucid [emacs 1:20110705-1 The GNU Emacs editor (with X suppo
ii  emacs23 [emacsen]   23.3+1-1 The GNU Emacs editor (with GTK+ us

Versions of packages dpkg-dev-el recommends:
ii  wget  1.12-3.1   retrieves files from the web

Versions of packages dpkg-dev-el suggests:
ii  dpkg-dev  1.16.0.3   Debian package development tools

-- 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#631994: notmuch-emacs should allow use with emacs-snapshot

[Andreas Rottmann]

Carl Worth cwo...@cworth.org writes:

 On Wed, 29 Jun 2011 02:07:06 +0200, Andreas Rottmann a.rottm...@gmx.at 
 wrote:
 Currently, notmuch-emacs strictly depends on emacs23.  It would be
 nice if that dependency could be weakened so it can also be satisfied
 by emacs-snapshot[0]

 Is that a snapshot of bleeding-edge emacs?

Yes, it's a snapshot taken from emacs trunk, uploaded to the personal
apt archive in irregular intervals (like every week or so).

 If notmuch-emacs doesn't specifically require emacs23, but can be used
 with any Emacs flavor currently in Debian sid, this could be achieved
 by depending on just the virtual package emacsen [1, point (8)].

 Well, notmuch-emacs does not (currently) work with any emacs older than
 23. It would be nice to just have a versioned dependency here, but emacs
 is an odd package with the version as part of the package name.

 What would you recommend?

As emacs22 is no longer in sid, that's not an issue; however
xemacs21-{mule,nomule} does provide emacsen as well; I guess xemacs
support is lacking; one option would be to simply depend on emacs23 |
emacsen, and ignore xemacs21 in the emacsen-common install
(i.e. /usr/lib/emacsen-common/packages/install/notmuch-emacs) script (I
just checked, and this is apparently already done). Perhaps additionally
document somewhere (README.Debian, package description) that only
emacs23 and newer is supported.

Regards, Rotty
-- 
Andreas Rottmann -- http://rotty.yi.org/



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

Bug#631993: file conflict with zsh: /usr/share/zsh/functions/Completion/Unix/_notmuch

[Andreas Rottmann]

Package: notmuch
Version: 0.6~254
Severity: important
Tags: experimental

From the installation log:

Unpacking replacement notmuch ...
dpkg: error processing /var/cache/apt/archives/notmuch_0.6~254_amd64.deb 
(--unpack):
 trying to overwrite '/usr/share/zsh/functions/Completion/Unix/_notmuch', which 
is also in package zsh 4.3.12-1

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

Kernel: Linux 3.0.0-rc4-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages notmuch depends on:
ii  libc6 2.13-7 Embedded GNU C Library: Shared lib
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libgmime-2.4-22.4.25-1   MIME message parser and creator li
ii  libnotmuch1   0.5+nmu3   thread-based email index, search a
ii  libtalloc22.0.5-1hierarchical pool based memory all

notmuch recommends no packages.

Versions of packages notmuch suggests:
pn  emacs none (no description available)
ii  vim   2:7.3.154+hg~74503f6ee649-2+b1 Vi IMproved - enhanced vi editor
pn  vim-addon 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#631994: notmuch-emacs should allow use with emacs-snapshot

[Andreas Rottmann]

Package: notmuch-emacs
Version: 0.6~254
Severity: wishlist
Tags: experimental

Currently, notmuch-emacs strictly depends on emacs23.  It would be
nice if that dependency could be weakened so it can also be satisfied
by emacs-snapshot[0] (not in Debian proper).  If notmuch-emacs doesn't
specifically require emacs23, but can be used with any Emacs flavor
currently in Debian sid, this could be achieved by depending on just
the virtual package emacsen [1, point (8)].

[0] http://emacs.naquadah.org/
[1] http://www.debian.org/doc/packaging-manuals/debian-emacs-policy

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

Kernel: Linux 3.0.0-rc4-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages notmuch-emacs depends on:
ii  emacs23   23.3+1-1   The GNU Emacs editor (with GTK+ us
ii  notmuch   0.5+nmu3   thread-based email index, search a

notmuch-emacs recommends no packages.

notmuch-emacs 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#631139: ITP: mosh -- fast R6RS Scheme interpreter

[Andreas Rottmann]

David Banks amoe...@gmail.com writes:

 Package: wnpp
 Severity: wishlist
 Owner: David Banks amoe...@gmail.com

 * Package name: mosh
   Version : 0.2.7
   Upstream Author : Taro Minowa hige...@users.sourceforge.jp
 * URL : http://mosh.monaos.org/
 * License : BSD-2-clause
   Programming Lang: C++, Scheme
   Description : fast R6RS Scheme interpreter

 Daniel Moerner attempted to package Mosh before under the ITP #537776, which 
 is
 now archived.  This attempt stalled, but I have picked up the project on
 collab-maint (with Daniel's consent).  Currently Debian has two R6RS
 implementations: Guile and Racket.

Actually, there's just Racket, as Guile 2.0 (which introduces R6RS
support) is not yet in the archive (not even experimental).

Regards, Rotty
-- 
Andreas Rottmann -- http://rotty.yi.org/



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

Bug#630328: apt-clone: misses manpage for apt-clone(1)

[Andreas Rottmann]

Package: apt-clone
Version: 0.2
Severity: normal

As stated by Debian Policy 12.1 Manual pages:

  Each program, ... should have an associated manual page included in
  the same package.

Please provide a manual page for apt-clone(1); the output of
help2man may be a useful starting point.

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

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

Versions of packages apt-clone depends on:
ii  lsb-release  3.2-27  Linux Standard Base version report
ii  python   2.6.6-14interactive high-level object-orie
ii  python-apt   0.8.0   Python interface to libapt-pkg
ii  python-argparse  1.1-1   optparse-inspired command-line par
ii  python2.62.6.6-10An interactive high-level object-o
ii  python2.72.7.2~rc1-2 An interactive high-level object-o

Versions of packages apt-clone recommends:
ii  dpkg-repack   1.34   puts an unpacked .deb file back to

apt-clone 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#622084: This is memory-leak related to the reading the key file

[Andreas Rottmann]

severity 622084 normal
forwarded 622084 bind9-b...@isc.org
tags 622084 + upstream patch
thanks

[ bind9-bugs mailing list CC'ed. In the following, I'll provide a short
  summary of the issue, full Debian bug report can be found at
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622084. ]

Hi!

Since I've been hit by this issue as well, I decided to hunt I down, and
I'm fairly confident I've isolated it and found a fix.  First of all,
here's what happens with both the bind9 version currently in Debian sid
(1:9.7.3.dfsg-1+b1), as well as current upstream release (9.8.0-P2).

So, the symptom is that nsupdate crashes upon exit when given a SIG(0)
keyfile, even when there is nothing to do:

% nsupdate -v -k some.key   /dev/null
mem.c:1099: INSIST(ctx-stats[i].gets == 0U) failed, back trace
#0 0x7fa892bb39d6 in ??
#1 0x7fa892bb393a in ??
#2 0x7fa892bc4ab7 in ??
#3 0x7fa892bc51dc in ??
#4 0x7fa8946ef467 in ??
#5 0x7fa8920c8ead in ??
#6 0x7fa8946e8ce9 in ??
zsh: abort  /usr/bin/nsupdate -v -k   /dev/null

While nsupdate otherwise works fine, as this (a) causes an abnormal exit
code (thus potentially breaking scripts) and (b) core dumps depending on
the ulimits, I decided to raise the severity of the Debian bug to
normal.

Upon investation, this seems to be caused by a memory leak in
setup_keyfile() detected upon program exit (at which point the assertion
triggers).  The attached patch, dropping the reference count of the key
after adding it to the global variable `sig0key' fixes the issue for me.
The patch is against 9.8.0-P2, but I think it should apply to earlier
versions as well, or be most trivially backported.

--- bind-9.8.0-P2/bin/nsupdate/nsupdate.c	2011-01-10 06:32:03.0 +0100
+++ bind-9.8.0-P2.fixed/bin/nsupdate/nsupdate.c	2011-06-02 15:40:59.639453426 +0200
@@ -695,8 +695,10 @@
 keyfile, isc_result_totext(result));
 			return;
 		}
-	} else
+	} else {
 		dst_key_attach(dstkey, sig0key);
+		dst_key_free(dstkey);
+	}
 }
 
 static void

PS: Kudos to the bind9 developers for having such a stringent,
hard-enforced memory policy, and also providing the tools to track
such issues down -- nsupdate's -M option has been quite useful to
me here!

Regards, Rotty
-- 
Andreas Rottmann -- http://rotty.yi.org/

Bug#583663: fails to start when parallellized boot is enabled

[Andreas Rottmann]

Package: cpufreqd
Version: 2.4.2-1
Followup-For: Bug #583663

As this bug (or rather feature request) is still open, and I ran into
this issue on my machine, I decided to chime in.  I think it would
indeed be nice if cpufreqd could figure out the modules to load by
itself, as cpufrequtils' init script loadcpufreq already does.  Like
Petter Reinholdtsen, I don't think depending on cpufrequtils is
wrong, and I'd like to suggest the following potential solution for
this bug:

1) Promote the Suggests: cpufrequtils to a Recommends.

2) Apply the patch initially provided for this bug report (adding
   Should-Start: loadcpufreq) to the LSB headers of cpufreqd's init
   script).

This way, cpufreqd would work out of the box without manually telling
it which modules to load, and code duplication for module loading is
avoided.  Users can still decide they don't want cpufrequtils and
configure the modules to load in /etc/default/cpufreqd manually.
Looking at the size and dependencies of the cpufrequtils package, I
don't see a reason why it should not be installed as a dependency of
cpufreqd in all but unusual configurations, making it a perfect fit
for Recommends.

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

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

Versions of packages cpufreqd depends on:
ii  libc6 2.13-4 Embedded GNU C Library: Shared lib
ii  libcpufreq0   007-1  shared library to deal with the cp
ii  libsensors4   1:3.3.0-2  library to read temperature/voltag
ii  libsysfs2 2.1.0+repack-1 interface library to sysfs
ii  lsb-base  3.2-27 Linux Standard Base 3.2 init scrip

Versions of packages cpufreqd recommends:
ii  acpid 1:2.0.9-1  Advanced Configuration and Power I

Versions of packages cpufreqd suggests:
ii  cpufrequtils  007-1  utilities to deal with the cpufreq

-- Configuration Files:
/etc/cpufreqd.conf changed:
[General]
pidfile=/var/run/cpufreqd.pid
poll_interval=2
verbosity=5
enable_remote=1
remote_group=root
[/General]
[sensors_plugin]
[/sensors_plugin]
[Profile]
name=Performance High
minfreq=100%
maxfreq=100%
policy=performance
[/Profile]
[Profile]
name=Performance Low
minfreq=80%
maxfreq=80%
policy=performance
[/Profile]
[Profile]
name=Powersave High
minfreq=60%
maxfreq=60%
policy=powersave
[/Profile]
[Profile]
name=Powersave Low
minfreq=40%
maxfreq=40%
policy=powersave
[/Profile]
[Rule]
name=AC Rule
ac=on# (on/off)
profile=Performance High
[/Rule]
 
[Rule]
name=AC Off - High Power
ac=off   # (on/off)
battery_interval=70-100
profile=Performance Low
[/Rule]
[Rule]
name=AC Off - Medium Battery
ac=off   # (on/off)
battery_interval=30-70
profile=Powersave High
[/Rule]
[Rule]
name=AC Off - Low Battery
ac=off   # (on/off)
battery_interval=0-30
profile=Powersave Low
[/Rule]
[Rule]
name=CPU0 Too Hot
sensor=CPU0 Temp:65-100
cpu_interval=50-100
profile=Performance Low
[/Rule]
[Rule]
name=CPU1 Too Hot
sensor=CPU1 Temp:65-100
cpu_interval=50-100
profile=Performance Low
[/Rule]
[Rule]
name=Movie Watcher
programs=xine,mplayer,gmplayer
battery_interval=0-100
acpi_temperature=0-60
cpu_interval=0-100
profile=Performance High
[/Rule]

/etc/init.d/cpufreqd changed:
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/sbin/cpufreqd
CPUFREQD_CONFFILE=/etc/cpufreqd.conf
NAME=cpufreqd
DESC=CPU Frequency daemon
. /lib/lsb/init-functions
test -r /etc/default/cpufreqd  . /etc/default/cpufreqd
test -x $DAEMON || exit 0
test -r $CPUFREQD_CONFFILE || exit 0
load_governor_modules() {
case $CPUFREQ_GOV_MODULES in
) 
return
;;
auto)
CPUFREQ_GOV_MODULES=$(cat /etc/cpufreqd.conf | \
sed -ne 
's/^policy=\([[:alpha:]]*\)/cpufreq_\1/p' | \
uniq | xargs)
;;
*)
;;
esac
modprobe -qa $CPUFREQ_GOV_MODULES || /bin/true
}
load_cpu_module() {
if [ -n $CPUFREQ_CPU_MODULE ] ; then
modprobe -q $CPUFREQ_CPU_MODULE || /bin/true
fi
}
check_for_cpufreq_support() {
# forget it if we're trying to start and no cpufreq found in kernel
if !([ -d /sys/devices/system/cpu/cpu0/cpufreq ] || [ -f /proc/cpufreq 
]) ; then
return 1
fi
return 0
}
set -e
retval=0
case $1 in
start)
log_daemon_msg Starting $DESC $NAME
load_cpu_module
load_governor_modules
if check_for_cpufreq_support ; then

Bug#532121: python-crypto: ping

[Andreas Rottmann]

Sebastian Ramacher s.ramac...@gmx.at writes:

 Hi Andreas,

 I just wanted to check if you are still interested in uploading the new
 python-crypto package for me. Or should I look for someone else to sponsor my
 package?

Sorry, I was kind of busy lately.  IIRC, you had offers from the Python
packaging group to have it maintained under their umrella?  Probably
that would be the better solution longer-term, as I'm not really
up-to-date with Python packaging in Debian anymore (as I realized based
on the comments in that thread).  I could probably still manage a review
and upload some time this week, if you'd like that.

 Kind regards and greetings from Graz,

Thanks  greetings from Salzburg in return,
-- 
Andreas Rottmann -- http://rotty.yi.org/



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

Bug#625187: guile-gnome-platform: FTBFS: libtool: link: `/usr/lib/libguile.la' is not a valid libtool archive

[Andreas Rottmann]

reassign 625187 g-wrap
thanks

Lucas Nussbaum lu...@lucas-nussbaum.net writes:

 Source: guile-gnome-platform
 Version: 2.16.1-5
 Severity: serious
 Tags: wheezy sid
 User: debian...@lists.debian.org
 Usertags: qa-ftbfs-20110502 qa-ftbfs
 Justification: FTBFS on amd64

This is actually a bug in guile-1.8, which completely removed the .la
files, among them /usr/lib/libguile.la, even though g-wrap still
referenced them:

guile-1.8 (1.8.8+1-1) unstable; urgency=low

  [...]

  * Remove *.la files from all debs (wheezy release goal).
Thanks to Jordi Mallach jo...@debian.org for the fix. (closes: #621240)

$ grep dependency_libs= /usr/lib/libgwrap-guile-runtime.la 
/usr/lib/libgwrap-guile-runtime.la:20:dependency_libs=' 
/usr/lib/libgwrap-core-runtime.la /usr/lib/libguile.la /usr/lib/libgmp.la 
-lcrypt -lm /usr/lib/libltdl.la -ldl -lffi'

There seems to be a bug (or missing feature, if you want) in the script
generating the dependency libs lists at
http://release.debian.org/~aba/la/:

In http://release.debian.org/~aba/la/2011-04-25-19-00.txt (from the day
before the relevant guile-1.8 upload), guile-1.8 is *not* a dependency
of g-wrap, but instead guile-1.6 is listed, which (in the binary package
guile-1.6-dev) *also* provides libguile.la, but guile-1.6 is not a build
dependency of g-wrap (and is conflicted by guile-1.8-dev via its
libguile-dev provide).

I intend to fix this issue by removing the offending .la file in g-wrap,
and uploading a new version of guile-gnome-platform.

Regards, Rotty
-- 
Andreas Rottmann -- http://rotty.yi.org/



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

Bug#625187: guile-gnome-platform: FTBFS: libtool: link: `/usr/lib/libguile.la' is not a valid libtool archive

[Andreas Rottmann]

Rob Browning r...@defaultvalue.org writes:

 Andreas Rottmann a.rottm...@gmx.at writes:

 reassign 625187 g-wrap
 thanks

 Lucas Nussbaum lu...@lucas-nussbaum.net writes:

 Source: guile-gnome-platform
 Version: 2.16.1-5
 Severity: serious
 Tags: wheezy sid
 User: debian...@lists.debian.org
 Usertags: qa-ftbfs-20110502 qa-ftbfs
 Justification: FTBFS on amd64

 This is actually a bug in guile-1.8, which completely removed the .la
 files, among them /usr/lib/libguile.la, even though g-wrap still
 referenced them:

 I was told that according to policy for wheezy, the .la files are
 supposed to be removed.  Is that wrong?

That's the goal, but immediate removal is not always warranted (from
Policy 10.2):

  Packages that use libtool to create and install their shared libraries
  install a file containing additional metadata (ending in .la)
  alongside the library. For public libraries intended for use by other
  packages, these files normally should not be included in the Debian
  package, since the information they include is not necessary to link
  with the shared library on Debian and can add unnecessary additional
  dependencies to other programs or libraries.[79] If the .la file is
  required for that library (if, for instance, it's loaded via libltdl
  in a way that requires that meta-information), the dependency_libs
  setting in the .la file should normally be set to the empty string. If
  the shared library development package has historically included the
  .la, it must be retained in the development package (with
  dependency_libs emptied) until all libraries that depend on it have
  removed or emptied dependency_libs in their .la files to prevent
  linking with those other libraries using libtool from failing.


So the correct thing for guile-1.8 would have been to empty the
dependency_libs variable in the installed .la file(s), since there are
still packages (g-wrap, and others, see below) that reference the .la
file.  However, due to the mentioned bug in the script scanning the
archive for unneeded .la files, the bug report you received for
guile-1.8 (#621240) wrongly indicated that the .la files in
guile-1.8-dev can just be removed:

  In most cases, the .la file(s) can simply be removed as the process
  behind this MBF has already identified that there are no further
  dependencies using the .la file.

AFAICS, guile-1.6 received no .la removal bug, but, unless there are
really packages build-depending on guile-1.6 which install .la files
referencing libguile.la, this bug should have been filed on guile-1.6
instead.  The current scan result show this line regarding Guile:

  guile-1.6: dependency_libs depended-on (g-wrap gnucash
  guile-gnome-platform guile-pg xchat-guile)

So it might be the case that the .la file removal in guile-1.8 breaks
any of the mentioned packages.  For g-wrap and guile-gnome-platform, I
can (and will) take care of it without needing you to take any action,
but in case you (or anyone else) discovers FTBFSs in one of gnucash,
guile-pg or xchat-guile because of the missing libguile.la, either the
maintainers of these packages need to take action soonish (clearing
dependency_libs or removing the .la files altogether), or you have to
put libguile.la back, with emptied dependency_libs.

 Also note that 1.8.8+1-{1,2} still had the .so files that Guile tries to
 dlopen() in guile-1.8-dev.  So for those versions, unless guile-1.8-dev
 was installed, operations like (use-modules (srfi srfi-13)) would fail.
 For -3, I moved them to guile-1.8-libs, which should fix the problem.

Good to know.

Cheers, Rotty
-- 
Andreas Rottmann -- http://rotty.yi.org/



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

Bug#621408: Please provide a doc-base entry for the git-annex manual

[Andreas Rottmann]

Package: git-annex
Version: 0.25
Severity: wishlist

git-annex installs a copy of its wiki, which contains useful
information not presented in the man page; however, the documentation
is not registered with doc-base, preventing a user of e.g. dwww to
find it when searching for git-annex.

It would be nice if the package contained a doc-base entry (see Policy
9.10 Registering Documents using doc-base).

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

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

Versions of packages git-annex depends on:
ii  git [git-core]1:1.7.4.1-5fast, scalable, distributed revisi
ii  git-core  1:1.7.4.1-5fast, scalable, distributed revisi
ii  libc6 2.11.2-13  Embedded GNU C Library: Shared lib
ii  libffi5   3.0.9-3Foreign Function Interface library
ii  libgmp10  2:5.0.1+dfsg-7 Multiprecision arithmetic library
ii  libpcre3  8.12-3 Perl 5 Compatible Regular Expressi
ii  openssh-client1:5.8p1-4  secure shell (SSH) client, for sec
ii  rsync 3.0.7-2fast remote file copy program (lik
ii  uuid  1.6.2-1the Universally Unique Identifier 

git-annex recommends no packages.

Versions of packages git-annex suggests:
ii  graphviz  2.26.3-5   rich set of graph drawing tools

-- 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#621410: git-annex: HTML documentation contains error message placeholders

[Andreas Rottmann]

Package: git-annex
Version: 0.25
Severity: minor

For example, /usr/share/doc/git-annex/html/index.html contains this
piece of text instead of an image:

[[!img Error: Image::Magick is not installed]]

This message occurs in other places in the HTML documentation as well,
at least in transferring_data.html.  I suspect some missing build
dependency (I've just checked 0.20110328 from experimental, same
thing).

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

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

Versions of packages git-annex depends on:
ii  git [git-core]1:1.7.4.1-5fast, scalable, distributed revisi
ii  git-core  1:1.7.4.1-5fast, scalable, distributed revisi
ii  libc6 2.11.2-13  Embedded GNU C Library: Shared lib
ii  libffi5   3.0.9-3Foreign Function Interface library
ii  libgmp10  2:5.0.1+dfsg-7 Multiprecision arithmetic library
ii  libpcre3  8.12-3 Perl 5 Compatible Regular Expressi
ii  openssh-client1:5.8p1-4  secure shell (SSH) client, for sec
ii  rsync 3.0.7-2fast remote file copy program (lik
ii  uuid  1.6.2-1the Universally Unique Identifier 

git-annex recommends no packages.

Versions of packages git-annex suggests:
ii  graphviz  2.26.3-5   rich set of graph drawing tools

-- 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#532121: Status of #532121

[Andreas Rottmann]

Sebastian Ramacher s.ramac...@gmx.at writes:

 Dear James and Andreas,

 Jakub Wilk asked me to clarify the situation of #532121 [1]. Is
 python-crypto really orphaned or was the RFA bug left open
 unintentionally?

James, are you still interested in maintaining the package?

James has packaged 2.1.0.  However, I have not heard from him since
quite some time now.  So, from my position, if you he doesn't object,
you are most welcome to take over.

 If it's really orphaned, I'd be interested to adopt it. Otherwise I'd reset 
 the
 bug the former state and remove my package from m.d.n [2]. I didn't mean to
 hijack the package.

I've had a quick look over your packaging, and spotted a minor typo in
debian/copyright:

Formatt: http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=filerev=166
 ^^

Also, there is some Breaks/Replaces missing for the -doc package:

  % sudo dpkg -i /var/cache/pbuilder/result/python-crypto*2.3-1*.deb
  Selecting previously deselected package python-crypto-dbg.
  (Reading database ... 406704 files and directories currently installed.)
  Unpacking python-crypto-dbg (from .../python-crypto-dbg_2.3-1_amd64.deb) ...
  Selecting previously deselected package python-crypto-doc.
  Unpacking python-crypto-doc (from .../python-crypto-doc_2.3-1_all.deb) ...
  dpkg: error processing 
/var/cache/pbuilder/result/python-crypto-doc_2.3-1_all.deb (--install):
   trying to overwrite '/usr/share/doc-base/python-crypto', which is also in 
package python-crypto 2.1.0-2+b1
  Preparing to replace python-crypto 2.1.0-2+b1 (using 
.../python-crypto_2.3-1_amd64.deb) ...
  Unpacking replacement python-crypto ...
  Setting up python-crypto (2.3-1) ...
  Processing triggers for doc-base ...
  Processing 1 removed doc-base file...
  Registering documents with dwww...
  Registering documents with scrollkeeper...
  Setting up python-crypto-dbg (2.3-1) ...
  Errors were encountered while processing:
   /var/cache/pbuilder/result/python-crypto-doc_2.3-1_all.deb

Aside from that, all looks very nice -- thanks for your work!  Would you
like to fix the typo and the dependency issue?  I'd then upload to
DELAYED/7-day to give James some more time to chime in.

Cheers from Salzburg, Rotty
-- 
Andreas Rottmann -- http://rotty.yi.org/



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

Bug#620264: guile-gnome-platform: FTBFS: make[5]: *** [gobject.doc] Error 1

[Andreas Rottmann]

tags 620264 + pending upstream fixed-upstream
thanks

Cyril Brulebois k...@debian.org writes:

 Hi,

 your package FTBFS for its +b1 binNMU round:
 | guile-snarf -DHAVE_CONFIG_H -I. -I. -Wall -g  -std=gnu99   -pthread 
 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   gobject.c  gobject.x \
 | || { rm gobject.x; false; }
 | gcc -E -DSCM_MAGIC_SNARF_DOCS -DHAVE_CONFIG_H -I. -I. -Wall -g  -std=gnu99  
  -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   gobject.c \
 |   | grep -E '^\^\^ {.*\^\^ }'  gobject.doc || { rm gobject.doc; false; 
 }
 | make[5]: *** [gobject.doc] Error 1

 Full build logs:
   
 https://buildd.debian.org/status/package.php?p=guile-gnome-platformsuite=sid

Thanks for the report. This is fixed in upstream's git repository
(b3ae01eb831d90b60c82b82f185185d116aee8a1), I'll have an upload ready
this weekend.

Regards, Rotty



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

Bug#615476: general: many binaries are linked with non-existent libtiff.so.3 library

[Andreas Rottmann]

Olaf van der Spek olafvds...@gmail.com writes:

 On Mon, Feb 28, 2011 at 1:25 AM, Henrique de Moraes Holschuh
 h...@debian.org wrote:
 But there is an ordering choice. local has priority.

 By default, we assume the local administrator knows what he is doing.

 That is not going to change.

 Sure. But Sergey has a good point: why are there no bin and lib inside
 /home so normal users can safely install software without risking
 system-wide things to go wrong?

Most software allows this without issues -- just run ./configure
--prefix=$HOME. You need to adjust $PATH and $LD_LIBRARY_PATH inside
your shell startup scripts, and you're done.

I'd however strongly suggest not adding any additional directories in
$HOME by default (e.g. via /etc/skel.d) -- how to organize this should
be the users' choice.  I for example use
--prefix=$HOME/.system/stow/PACKAGE for each individual software
package, so I can quickly remove and reinstate them using GNU
Stow. Having ~/lib and ~/share, ~/bin, etc. unconditionally created in
my home directory would just be useless clutter.

Regards, Rotty



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

Bug#614606: libbliss0d: package should probably be in section 'libs' instead of 'math'

[Andreas Rottmann]

Package: libbliss0d
Version: 0.50-1
Severity: minor

See subject; libbliss0d shows up in section 'math' ATM, this is
probably an oversight.

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

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



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

Bug#609980: git-buildpackage: When checking out pristine-tar, latest matching commit should be used instead of earliest

[Andreas Rottmann]

Package: git-buildpackage
Version: 0.5.11
Severity: normal

When git-buildpackage looks for a matching pristine-tar commit, it
will use the earliest commit that matches.  While normally, there
should be only a single matching commit, there might be multiple when,
for example, the initially checked-in original tarball was bogus.
This happened to me when sponsoring failmalloc[0], where the initial
pristine tarball was an accidentially repacked one.

[0] git://git.debian.org/collab-maint/failmalloc.git

Here is some output that should help to illustrate the issue:

% git-buildpackage --git-verbose --git-export-dir=$PWD/../build-area -uc -us -S 

   
gbp:debug: ['git', 'branch', '--no-color']
gbp:debug: debuild -d clean [] []
dh clean --with autotools-dev
   dh_testdir
   dh_auto_clean
   dh_autotools-dev_restoreconfig
   dh_clean
gbp:debug: ['git', 'status']
gbp:debug: ['git', 'branch', '--no-color']
gbp:debug: ['git', 'log', '--pretty=format:%H', '--grep=pristine-tar .* 
failmalloc_1.0\\.orig.tar\\.', 'pristine-tar', '--']
gbp:debug: Found pristine-tar commit at 
'363b271298c651f4deda9ce933833af5d76eacaf'
[...]

Note the commit ID in the last line, and compare to the history of the
pristine-tar branch:

% git log --grep='pristine-tar .* failmalloc_1.0\.orig.tar\.' pristine-tar --

commit e572192e5478e944edd9758d40d9eb05fe987d4e
Author: Alessandro Ghedini al3x...@gmail.com
Date:   Fri Jan 14 14:24:09 2011 +0100

pristine-tar data for failmalloc_1.0.orig.tar.gz

commit 363b271298c651f4deda9ce933833af5d76eacaf
Author: Alessandro Ghedini al3x...@gmail.com
Date:   Tue Jan 4 12:07:03 2011 +0100

pristine-tar data for failmalloc_1.0.orig.tar.gz


git-buildpackage picks the second (earlier commit), when, IMHO, it
should choose the first one.

Regards, Rotty

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages git-buildpackage depends on:
ii  devscripts  2.10.69  scripts to make the life of a Debi
ii  git [git-core]  1:1.7.2.3-2.2fast, scalable, distributed revisi
ii  git-core1:1.7.2.3-2.2fast, scalable, distributed revisi
ii  python  2.6.6-3+squeeze4 interactive high-level object-orie
ii  python-dateutil 1.4.1-3  powerful extensions to the standar
ii  python-support  1.0.11   automated rebuilding support for P

Versions of packages git-buildpackage recommends:
ii  cowbuilder0.62+nmu2  pbuilder running on cowdancer
ii  pristine-tar  1.11   regenerate pristine tarballs

Versions of packages git-buildpackage suggests:
pn  git-load-dirs 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#609980: git-buildpackage: When checking out pristine-tar, latest matching commit should be used instead of earliest

[Andreas Rottmann]

severity 609980 minor
retitle 609980 git-buildpackage: When determining compression type, latest 
matching commit should be used instead of earliest
thanks

Guido Günther a...@sigxcpu.org writes:

 On Fri, Jan 14, 2011 at 04:37:00PM +0100, Andreas Rottmann wrote:
 Package: git-buildpackage
 Version: 0.5.11
 Severity: normal
 
 When git-buildpackage looks for a matching pristine-tar commit, it
 will use the earliest commit that matches.  While normally, there
 should be only a single matching commit, there might be multiple when,
 for example, the initially checked-in original tarball was bogus.
 This happened to me when sponsoring failmalloc[0], where the initial
 pristine tarball was an accidentially repacked one.
 
 [0] git://git.debian.org/collab-maint/failmalloc.git
 
 Here is some output that should help to illustrate the issue:
 
 % git-buildpackage --git-verbose --git-export-dir=$PWD/../build-area -uc -us 
 -S   
  
 gbp:debug: ['git', 'branch', '--no-color']
 gbp:debug: debuild -d clean [] []
 dh clean --with autotools-dev
dh_testdir
dh_auto_clean
dh_autotools-dev_restoreconfig
dh_clean
 gbp:debug: ['git', 'status']
 gbp:debug: ['git', 'branch', '--no-color']
 gbp:debug: ['git', 'log', '--pretty=format:%H', '--grep=pristine-tar .* 
 failmalloc_1.0\\.orig.tar\\.', 'pristine-tar', '--']
 gbp:debug: Found pristine-tar commit at 
 '363b271298c651f4deda9ce933833af5d76eacaf'
 [...]

 This commit is _only_ used to determine the compression type and looking
 at the repo that's tar.gz for both commits.

I see, having had a peek at the code now.

 What issues are you seeing?

Actually, just my own stupidity: I failed to specify the
`--pristine-tar' option. Sorry for the bogus analysis.

 This looks more like pristine-tar picking up the wrong commit.

pristine-tar checkout alone works fine; given that, the above
git-buildpackage debug output, and getting a non-matching .orig.tar.gz,
I (wrongly) assumed that the tarball at the above commit id was being
used by git-buildpackage.

Regards, Rotty
-- 
Andreas Rottmann -- http://rotty.yi.org/



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

Bug#604408: grep . pathologically slow in UTF-8 locales

[Andreas Rottmann]

Package: grep
Version: 2.6.3-3
Severity: important

How to reproduce this issue:

% seq 1  /tmp/test-grep.txt
% LANG=C /usr/bin/time grep . /tmp/test-grep.txt  /dev/null
0.00user 0.00system 0:00.01elapsed 66%CPU (0avgtext+0avgdata 2816maxresident)k
0inputs+0outputs (0major+229minor)pagefaults 0swaps
% LANG=en_US.UTF-8 /usr/bin/time grep . /tmp/test-grep.txt  /dev/null 
7.53user 0.00system 0:07.54elapsed 99%CPU (0avgtext+0avgdata 3936maxresident)k
0inputs+8outputs (0major+331minor)pagefaults 0swaps

FWIW, this also happens with LANG=C and LC_CTYPE=de_AT.UTF-8.

I've checked with upstream grep 2.7, and it appears that this issue is
fixed there. I also tested with lenny's version (2.5.3), and it
doesn't exhibit the issue as well.

This bug also potentially affects other packages that use grep . to
check for empty lines, such as fwanalog which takes a ridiculously
long time to run its daily cron job. I therefore would really like to
see this bug fixed for squeeze.

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages grep depends on:
ii  dpkg  1.15.8.5   Debian package management system
ii  install-info  4.13a.dfsg.1-6 Manage installed documentation in 
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib

grep recommends no packages.

Versions of packages grep suggests:
ii  libpcre3  8.02-1.1   Perl 5 Compatible Regular Expressi

-- 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#602348: chicken-install: cannot load extension: setup-download

[Andreas Rottmann]

Package: chicken-bin
Version: 4.5.0-1
Severity: normal

chicken-install seems to always fail like this:

,
| ro...@delenn:~% chicken-install -help
| 
| Error: (require) cannot load extension: setup-download
`

Regards, Rotty

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages chicken-bin depends on:
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libchicken-dev4.5.0-1A practical and portable Scheme sy
ii  libchicken5   4.5.0-1A practical and portable Scheme sy

chicken-bin recommends no packages.

chicken-bin 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#596300: unblock: libunistring/0.9.3-3

[Andreas Rottmann]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception


Please unblock package libunistring 0.9.3-3. This version, relative to
0.9.3-1, the version in unstable until recently, fixes an FTBFS (Bug
#596243) and a typo in the package description (Bug #596243).
Unfortunatly, libunistring 0.9.3-1 has not propagated to testing yet,
due to #519006, which caused the package to fail to build on mips*.
Looking at the upstream changes from 0.9.1 to 0.9.3, one can see that,
although the diff is huge, most of it consists of a buildsystem
(including gnulib) update and a large amount of indenting and
copyright header changes.  This agrees with the upstream NEWS and
ChangeLog entries.

Relevant debian/changelog entries:

libunistring (0.9.3-3) unstable; urgency=low

  * Fix description typo (closes: #596243, thanks to Paul Menzel).

 -- Andreas Rottmann ro...@debian.org  Thu, 09 Sep 2010 20:22:45 +0200

libunistring (0.9.3-2) unstable; urgency=low

  * Work around toolchain issue on mipsen by building with -mplt there
(closes: #595875, thanks to Julien BLACHE).

 -- Andreas Rottmann ro...@debian.org  Wed, 08 Sep 2010 21:45:46 +0200

libunistring (0.9.3-1) unstable; urgency=low

  * New upstream release.
  * Switched to dpkg-source 3.0 (quilt) format.
  * Standards-Version 3.8.4 (no changes).

 -- Andreas Rottmann ro...@debian.org  Thu, 27 May 2010 19:37:41 +0200

Upstream NEWS:

New in 0.9.3:
* Bug fixes in unistr.h functions:
  - The functions u16_to_u32, u16_to_u8, u8_to_u32, u8_to_u16 now fail when
the argument is not valid. Previously, they returned a converted string
where invalid parts were each replaced with U+FFFD.
  - The function u8_mbsnlen now counts an incomplete character at the end
of the argument string as 1 character. Previously, it could count as 2
or 3 characters.
  - The return value of the u8_stpncpy, u16_stpncpy, u32_stpncpy functions
was incorrect.
  - The u8_strcoll, u16_strcoll, u32_strcoll now try harder to give a non-zero
return value.
* Portability to MacOS X 10.6 and Cygwin 1.7.

New in 0.9.2:
* The function uc_locale_language now uses the locale of the current thread,
  if a thread-specific locale has been set.

unblock libunistring/0.9.3-3

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

Kernel: Linux 2.6.35-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#586148: linux-image-2.6.34-1-amd64: Fails to install while running 'update-grub': Invalid parameter, 2.6.34-1-amd64

[Andreas Rottmann]

Package: linux-2.6
Version: 2.6.34-1~experimental.2
Severity: important

Here are the relevant parts of the installation messages:

,
| Setting up linux-image-2.6.34-1-amd64 (2.6.34-1~experimental.2) ...
| Running depmod.
| Running update-initramfs.
| update-initramfs: Generating /boot/initrd.img-2.6.34-1-amd64
| W: Possible missing firmware /lib/firmware/rtl8168d-2.fw for module r8169
| W: Possible missing firmware /lib/firmware/rtl8168d-1.fw for module r8169
| initrd.img(/boot/initrd.img-2.6.34-1-amd64
| ) points to /boot/initrd.img-2.6.34-1-amd64
|  (/boot/initrd.img-2.6.34-1-amd64) -- doing nothing at 
/var/lib/dpkg/info/linux-image-2.6.34-1-amd64.postinst line 400, STDIN line 7.
| vmlinuz(/boot/vmlinuz-2.6.34-1-amd64
| ) points to /boot/vmlinuz-2.6.34-1-amd64
|  (/boot/vmlinuz-2.6.34-1-amd64) -- doing nothing at 
/var/lib/dpkg/info/linux-image-2.6.34-1-amd64.postinst line 400, STDIN line 7.
| Running update-grub.
| Invalid parameter, 2.6.34-1-amd64
| User postinst hook script [update-grub] exited with value 1
| dpkg: error processing linux-image-2.6.34-1-amd64 (--configure):
|  subprocess installed post-installation script returned error exit status 1
| Errors were encountered while processing:
|  linux-image-2.6.34-1-amd64
| E: Sub-process /usr/bin/dpkg returned an error code (1)
`

Regards, Rotty

-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: To Be Filled By O.E.M.
product_name: To Be Filled By O.E.M.
product_version: To Be Filled By O.E.M.
chassis_vendor: To Be Filled By O.E.M.
chassis_version: To Be Filled By O.E.M.
bios_vendor: American Megatrends Inc.
bios_version: P1.30
board_vendor: 
board_name: A780FullDisplayPort
board_version: 

** PCI devices:
00:00.0 Host bridge [0600]: Advanced Micro Devices [AMD] RS780 Host Bridge 
[1022:9600]
Subsystem: ASRock Incorporation Device [1849:9600]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort+ SERR- PERR- INTx-
Latency: 0
Capabilities: access denied

00:01.0 PCI bridge [0604]: ASRock Incorporation Device [1849:9602] (prog-if 00 
[Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 32
Bus: primary=00, secondary=01, subordinate=01, sec-latency=32
I/O behind bridge: b000-bfff
Memory behind bridge: fde0-fdff
Prefetchable memory behind bridge: d000-dfff
Secondary status: 66MHz+ FastB2B- ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR-
BridgeCtl: Parity- SERR+ NoISA- VGA+ MAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: access denied

00:09.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge 
(PCIE port 4) [1022:9608] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Bus: primary=00, secondary=02, subordinate=03, sec-latency=0
I/O behind bridge: c000-cfff
Memory behind bridge: fe00-fe9f
Prefetchable memory behind bridge: fa00-fcef
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR-
BridgeCtl: Parity+ SERR+ NoISA- VGA- MAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: access denied
Kernel driver in use: pcieport

00:0a.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge 
(PCIE port 5) [1022:9609] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Bus: primary=00, secondary=04, subordinate=04, sec-latency=0
I/O behind bridge: d000-dfff
Memory behind bridge: fea0-feaf
Prefetchable memory behind bridge: fcf0-fcff
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR-
BridgeCtl: Parity+ SERR+ NoISA- VGA- MAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: access denied
Kernel driver in use: pcieport

00:11.0 SATA controller [0106]: ATI Technologies Inc 

Bug#519006: Also causes FTBFS for libunistring

[Andreas Rottmann]

libunistring seems affected, too:

https://buildd.debian.org/fetch.cgi?pkg=libunistring;ver=0.9.3-1;arch=mips;stamp=1275218589

Regards, Rotty
-- 
Andreas Rottmann -- http://rotty.yi.org/



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

Bug#568047: python-crypto: diff for NMU version 2.0.1+dfsg1-4.1

[Andreas Rottmann]

Jakub Wilk jw...@debian.org writes:

 tags 568047 + pending
 thanks

 Dear maintainer,

 I've prepared an NMU for python-crypto (versioned as 2.0.1+dfsg1-4.1)
 and uploaded it to DELAYED/3. Please feel free to tell me if I should
 delay it longer.

Thanks!

Cheers, Rotty
-- 
Andreas Rottmann -- http://rotty.yi.org/



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

Bug#569098: xserver-xorg-video-radeon: Xvideo apparently not working with KMS enabled

[Andreas Rottmann]

Pauli Nieminen suok...@gmail.com writes:

retitle 569098 xserver-xorg-video-radeon: please load the radeon kernel module 
on demand
thanks

 On Wed, Feb 10, 2010 at 9:00 PM, Andreas Rottmann a.rottm...@gmx.at wrote:
 Alex Deucher alexdeuc...@gmail.com writes:


From your log:
 (II) RADEON(0): GPU accel disabled or not working, using shadowfb for KMS

 Check your dmesg.  You are probably missing the rlc ucode for the
 interrupt controller.

 Indeed. I've now downloaded and installed the ucode from
 http://people.freedesktop.org/~agd5f/radeon_ucode/ as in indicated by
 Bug #565437. However I still get the same results from xvinfo and
 mplayer.


 Kernel modules is not loaded before X starts so wrong code path is
 selected for KMS kernel. You can try
 http://permalink.gmane.org/gmane.comp.freedesktop.xorg.drivers.ati/12853
 patch to make xserver load radeon before checking if KMS is supported.

Thanks! Loading the radeon module at boot solved this issue, as well as
a blank-screen problem that occured when starting X -- the screen would
be completely black, and only a unplug/replug of the (LCD) monitor would
fix it.

Regards, Rotty



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

Bug#569098: xserver-xorg-video-radeon: Xvideo apparently not working with KMS enabled

[Andreas Rottmann]

Alex Deucher alexdeuc...@gmail.com writes:


From your log:
 (II) RADEON(0): GPU accel disabled or not working, using shadowfb for KMS

 Check your dmesg.  You are probably missing the rlc ucode for the
 interrupt controller.

Indeed. I've now downloaded and installed the ucode from
http://people.freedesktop.org/~agd5f/radeon_ucode/ as in indicated by
Bug #565437. However I still get the same results from xvinfo and
mplayer.

I attached the new X and dmesg logs, from a fresh boot with the firmware
present:


X.Org X Server 1.7.4
Release Date: 2010-01-08
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32.4-dsa-amd64 x86_64 Debian
Current Operating System: Linux delenn 2.6.33-rc7-vanilla-amd64 #2 SMP Mon Feb 
8 16:41:58 CET 2010 x86_64
Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.33-rc7-vanilla-amd64 
root=/dev/mapper/delenn-root ro quiet
Build Date: 20 January 2010  11:36:07PM
xorg-server 2:1.7.4-2 (bui...@brahms.debian.org) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Wed Feb 10 20:08:30 2010
(==) Using config file: /etc/X11/xorg.conf
(==) ServerLayout Default Layout
(**) |--Screen Default Screen (0)
(**) |   |--Monitor default monitor
(**) |   |--Device Onboard Radeon
(==) No monitor specified for screen Default Screen.
Using a default monitor configuration.
(**) Option DontZap false
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
Entry deleted from font path.
(WW) The directory /usr/share/fonts/X11/100dpi/ does not exist.
Entry deleted from font path.
(WW) The directory /usr/share/fonts/X11/75dpi/ does not exist.
Entry deleted from font path.
(WW) The directory /usr/share/fonts/X11/100dpi does not exist.
Entry deleted from font path.
(WW) The directory /usr/share/fonts/X11/75dpi does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/Type1,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
(==) ModulePath set to /usr/lib/xorg/modules
(II) Cannot locate a core pointer device.
(II) Cannot locate a core keyboard device.
(II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
(II) Loader magic: 0x7c1600
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 6.0
X.Org XInput driver : 7.0
X.Org Server Extension : 2.0
(++) using VT number 7

(--) PCI:*(0:1:5:0) 1002:9610:1849:9610 ATI Technologies Inc Radeon HD 3200 
Graphics rev 0, Mem @ 0xd000/268435456, 0xfdff/65536, 
0xfde0/1048576, I/O @ 0xb000/256
(II) Open ACPI successful (/var/run/acpid.socket)
(II) LoadModule: extmod
(II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
(II) Module extmod: vendor=X.Org Foundation
compiled for 1.7.4, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension SELinux
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: dbe
(II) Loading /usr/lib/xorg/modules/extensions/libdbe.so
(II) Module dbe: vendor=X.Org Foundation
compiled for 1.7.4, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: glx
(II) Loading /usr/lib/xorg/modules/extensions/libglx.so
(II) Module glx: vendor=X.Org Foundation
compiled for 1.7.4, module version = 1.0.0
ABI class: X.Org Server Extension, version 2.0
(==) AIGLX enabled
(II) Loading extension GLX
(II) LoadModule: record
(II) Loading /usr/lib/xorg/modules/extensions/librecord.so
(II) Module record: vendor=X.Org Foundation
compiled for 1.7.4, module version = 1.13.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension RECORD
(II) LoadModule: dri
(II) Loading /usr/lib/xorg/modules/extensions/libdri.so
(II) Module dri: vendor=X.Org Foundation
compiled for 1.7.4, module version = 1.0.0
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension XFree86-DRI
(II) LoadModule: dri2
(II) Loading /usr/lib/xorg/modules/extensions/libdri2.so
(II) Module dri2: vendor=X.Org Foundation
 

Bug#569098: xserver-xorg-video-radeon: Xvideo apparently not working with KMS enabled

[Andreas Rottmann]

Package: xserver-xorg-video-radeon
Version: 1:6.12.99+git20100201.a887818f-1
Severity: normal

mplayer says this:

...
[VO_XV] It seems there is no Xvideo support for your video card available.
[VO_XV] Run 'xvinfo' to verify its Xv support and read
...


And xvinfo gives:

X-Video Extension version 2.2
screen #0
 no adaptors present


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

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

X server symlink status:
lrwxrwxrwx 1 root root 13 Jul  4  2008 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1864832 Jan 21 00:37 /usr/bin/Xorg

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

VGA-compatible devices on PCI bus:
01:05.0 VGA compatible controller: ATI Technologies Inc Radeon HD 3200 Graphics

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

Xorg X server configuration file status:
-rw-rw-rw- 1 root root 1924 Feb 10 01:34 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:

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

Section ServerLayout
Identifier Default Layout
Screen  0  Default Screen 0 0
EndSection

Section ServerFlags
Option DontZap false
EndSection

Section InputDevice
Identifier  Generic Keyboard
Driver  kbd
Option  XkbRules xorg
Option  XkbModel pc104
Option  XkbLayout us_de
Option  XkbOptions ctrl:nocaps
EndSection

Section InputDevice
Identifier  Configured Mouse
Driver  mouse
EndSection

Section Monitor
Identifier   Samsung SyncMaster 24'
Option  VendorName Samsung
Option  ModelName SyncMaster
Option  DPMS true
DisplaySize 517 291
EndSection

Section Device
Identifier  Onboard Radeon
Driver  radeon
Option  AccelMethod EXA # default shadowfb
Option  DRI on
#   Driver  fglrx
##  Option  EnableMonitor crt1,lvds,tv,tmds1,crt2,tmds2,cv,tmds2i
BusID   PCI:1:5:0
#Option  IgnoreEDID
#Option  NoDCC
#Option   NoRandR
#Option   FixPanelSize
EndSection

Section Screen
Identifier Default Screen
Device Onboard Radeon
#   MonitorSamsung SyncMaster 24'
DefaultDepth 24
SubSection Display
Viewport   0 0
Depth 24
EndSubSection
EndSection


Xorg X server log files on system:
-rw-r--r-- 1 root root 50018 Sep 22  2008 /var/log/Xorg.20.log
-rw-r--r-- 1 root root 54261 Oct 22 21:22 /var/log/Xorg.2.log
-rw-r--r-- 1 root root 32431 Jan 12 15:23 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 32781 Feb 10 01:50 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.7.4
Release Date: 2010-01-08
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32.4-dsa-amd64 x86_64 Debian
Current Operating System: Linux delenn 2.6.33-rc7-vanilla-amd64 #2 SMP Mon Feb 
8 16:41:58 CET 2010 x86_64
Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.33-rc7-vanilla-amd64 
root=/dev/mapper/delenn-root ro quiet
Build Date: 20 January 2010  11:36:07PM
xorg-server 2:1.7.4-2 (bui...@brahms.debian.org) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Wed Feb 10 01:50:54 2010
(==) Using config file: /etc/X11/xorg.conf
(==) ServerLayout Default Layout
(**) |--Screen Default Screen (0)
(**) |   |--Monitor default monitor
(**) |   |--Device Onboard Radeon
(==) No monitor specified for screen Default Screen.
Using a default monitor configuration.
(**) Option DontZap false
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
Entry deleted from font path.
(WW) The directory /usr/share/fonts/X11/100dpi/ does not exist.
Entry deleted from font path.
(WW) The directory /usr/share/fonts/X11/75dpi/ does not exist.
Entry deleted from font path.
(WW) The directory /usr/share/fonts/X11/100dpi does not exist.
Entry deleted from font path.
(WW) The directory 

Bug#565740: ITP: dvblast -- Simple and powerful dvb-streaming application

[Andreas Rottmann]

Rémi Duraffort ivo...@dinauz.org writes:

 Package: wnpp
 Severity: wishlist
 Owner: Duraffort Rémi ivo...@videolan.org

 * Package name: dvblast
   Version : 1.1
   Upstream Author : Christophe Massiot
 * URL : http://www.videolan.org/projects/dvblast.html
 * License : GPLv2
   Programming Lang: C
   Description : Simple and powerful dvb-streaming application

  DVBlast is a simple and powerful streaming application based on the
 linux-dvb API.  It opens a DVB device, tunes it, places PID filters,
 configures a CAM module, and demultiplexes the packets to several RTP
 outputs.
  
 DVBlast is designed to be the core of a custom IRD or CID, based on a
 PC with Linux-supported DVB cards.
  
 DVBlast does not do any kind of processing on the elementary streams,
 such as transcoding, PID remapping or remultiplexing. it does not
 stream from plain files, only DVB devices. If you were looking for
 these features, switch to VLC.

This is a bit heavy on acronyms -- maybe it would make the description
clearer for the layman if you expanded a few of them?

Regards, Rotty
-- 
Andreas Rottmann -- http://rotty.yi.org/



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

Bug#565545: maxima-emacs: Missing dependency on texlive-latex3

[Andreas Rottmann]

Package: maxima-emacs
Version: 5.20.1-3
Severity: normal


The imaxima interface needs the LaTeX breqn package to work, which is
contained in texlive-latex3 (in sid); however maxima-emacs doesn't
depend on that package.

This can be reproduced by starting imaxima in emacs (without having
texlive-latex3 installed), and trying to produce any output. You'll
get a LaTeX error error message.

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

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages maxima-emacs depends on:
ii  emacs [emacsen]   23.1+1-5   The GNU Emacs editor (metapackage)
ii  emacs22 [emacsen] 22.3+1-1.1 The GNU Emacs editor
ii  emacs23 [emacsen] 23.1+1-5   The GNU Emacs editor (with GTK+ us
ii  emacsen-common1.4.19 Common facilities for all emacsen
ii  maxima5.20.1-3   A computer algebra system -- base 
ii  texlive-binaries [texlive-bas 2009-5 Binaries for TeX Live

maxima-emacs recommends no packages.

maxima-emacs 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#532121: python-crypto -- Bug #561306

[Andreas Rottmann]

Hi!

As you were interested in taking over as Debian maintainer of
python-crypto, I thought I'd notify you about python-crypto 2.1.0 has
been released and a please package this version bug has been filed on
the Debian package:

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

You may very well be aware of all that, if you subscribed to the package
tracking system for python-crypto -- sorry if that's all old news to
you.

So, are you still interested in taking over maintainership? If so, it
would be cool if you'd give packaging 2.1.0 a try.

Regards, Rotty
-- 
Andreas Rottmann -- http://rotty.yi.org/



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

Bug#559074: libffi5: Should perhaps be priority optional instead of extra

[Andreas Rottmann]

Package: libffi5
Version: 3.0.9~rc3-1
Severity: wishlist


Looking at the (immediate) reverse dependencies of libffi5, it turns
out that most of the reverse dependencies are Priority: optional,
specifically:

darcs
ghc6
gobject-introspection
gtkrsync
guile-g-wrap
haddock
libghc6-mtl-dev
libghc6-x11-dev
libghc6-xmonad-dev
libgirepository1.0-0
libgwrap-runtime2
pandoc
python-gobject
xmonad

I think given the low-levelness of libffi, it would make sense to have
it be Priority: optional instead of Priority: extra.

Thanks, Rotty

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

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

Versions of packages libffi5 depends on:
ii  libc6 2.10.2-2   GNU C Library: Shared libraries

libffi5 recommends no packages.

libffi5 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#550478: gobject-introspection: Please include the Everything-1.0 typelib

[Andreas Rottmann]

Package: gobject-introspection
Version: 0.6.5-2
Severity: minor


Currently, Everything-1.0.typelib is not included in any binary
package built from the gobject-introspection source package; while it
is not needed for normal runtime operation of software using
gobject-introspection, it is commonly used in test suites of language
bindings. I'd suggest to add it to libgirepository1.0-dev.

Thanks, Rotty

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

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

Versions of packages gobject-introspection depends on:
ii  libc6 2.9-27 GNU C Library: Shared libraries
ii  libffi5   3.0.7-3Foreign Function Interface library
ii  libgirepository1.0-0  0.6.5-2Library for handling GObject intro
ii  libglib2.0-0  2.22.1-1   The GLib library of C routines
ii  python2.5.4-2An interactive high-level object-o
ii  python-central0.6.11 register and build utility for Pyt

gobject-introspection recommends no packages.

gobject-introspection 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#547556: mon: Mon fails to start at system boot, a later (re)start works, though

[Andreas Rottmann]

Package: mon
Version: 0.99.2-14
Severity: normal


Since some time now (sorry, don't have exact version where this
started happening), mon fails to start at system boot. 

I couldn't make find any related syslog messages, and on the console
it just says Starting mon daemon: mon short pause failed.

I know that this a rather vague report, and I'd appreciate any hints
on how to best instrument the init script to isolate the cause.

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

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

Versions of packages mon depends on:
ii  adduser   3.110  add and remove users and groups
ii  libc6 2.9-26 GNU C Library: Shared libraries
ii  libmon-perl   0.11-4 mon Perl modules for clients and s
ii  libtime-period-perl   1.20-8 Perl library for testing if a time
ii  perl [libtime-hires-perl] 5.10.0-25  Larry Wall's Practical Extraction 

Versions of packages mon recommends:
ii  fping   2.4b2-to-ipv6-16 sends ICMP ECHO_REQUEST packets to
pn  libauthen-pam-perl  none   (no description available)
ii  libfilesys-diskspace-pe 0.05-13  fetch filesystem size and usage in
pn  libnet-dns-perl none   (no description available)
pn  libnet-ldap-perlnone   (no description available)
pn  libnet-telnet-perl  none   (no description available)
pn  libsnmp-perlnone   (no description available)
pn  libstatistics-descripti none   (no description available)
ii  perl-modules [libnet-pe 5.10.0-25Core 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#546833: libgc-dev: pkg-config file missing

[Andreas Rottmann]

Package: libgc-dev
Version: 1:7.1-1
Severity: normal


The upstream source tarballs (at least 7.0 and 7.1) come with a
pkg-config file (bdw-gc.pc), which are installed on a source build,
but missing from the Debian package; this prevents software using
pkg-config to detect libgc and according compiler and linker flags.

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

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

Versions of packages libgc-dev depends on:
ii  libc6-dev [libc-dev]  2.9-26 GNU C Library: Development Librari
ii  libgc1c2  1:7.1-1conservative garbage collector for

libgc-dev recommends no packages.

libgc-dev 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#544615: ITP: ikarus -- Native code compiler for R6RS Scheme

[Andreas Rottmann]

Package: wnpp
Severity: wishlist
Owner: Andreas Rottmann a.rottm...@gmx.at


* Package name: ikarus
  Version : 0.0.3+bzr1851
  Upstream Author : Abdulaziz Ghuloum aghul...@cs.indiana.edu
* URL : http://ikarus-scheme.org/
* License : GPLv3
  Programming Lang: Scheme, C
  Description : Native code compiler for R6RS Scheme

 Ikarus Scheme is an optimizing incremental native-code compiler
 for Scheme as specified in the Revised^6 Report on the Algorithmic
 Language Scheme (R6RS).


I intend to package this from bzr (and for experimental) for the time
being, as the last release is quite old (February 2008), and the code
from bzr has many bug fixes and added features.



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

Bug#540657: serveez: REMOTE BUFFER OVERFLOW

[Andreas Rottmann]

lvac lvac lvaclvacl...@gmail.com writes:

 Subject: serveez: REMOTE BUFFER OVERFLOW
 Package: serveez
 Version: 0.1.5-2.1
 Severity: grave
 Justification: user security hole
 Tags: security

 *** Please type your report below this line ***

 I HAVE FOUND SERIOUS SATANIC SECURITY HOLE:

 http://packetstormsecurity.nl/0908-exploits/serveez-overflow.txt

I can confirm this buffer overflow (but I'm not yet certain if it's
really of satanic origin -- stay tuned, I've started investigating ;-).

Regards, Rotty



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

Bug#540657: serveez: REMOTE BUFFER OVERFLOW

[Andreas Rottmann]

forwarded 540657 bug-serv...@gnu.org
thanks

[ To the Debian security team: I've just confirmed and have come up with
  (what I think is) a fix for the reported security issue.

  This affects serveez 0.1.5-2.1 (lenny) and 0.1.5-2 (etch). The bug is
  also present in 0.1.7 and 0.1.6, which are not packaged in Debian.

  I can provide fixed packages for lenny and etch tomorrow. ]

Andreas Rottmann a.rottm...@gmx.at writes:

 lvac lvac lvaclvacl...@gmail.com writes:

 Subject: serveez: REMOTE BUFFER OVERFLOW
 Package: serveez
 Version: 0.1.5-2.1
 Severity: grave
 Justification: user security hole
 Tags: security

 I HAVE FOUND SERIOUS SATANIC SECURITY HOLE:

 http://packetstormsecurity.nl/0908-exploits/serveez-overflow.txt

 I can confirm this buffer overflow (but I'm not yet certain if it's
 really of satanic origin -- stay tuned, I've started investigating ;-).

OK, I think I've isolated the issue. 

It's a stack-based buffer overflow, which can be triggered by a
malformed/malicious HTTP If-Modified-Since header. While the linked code
triggering the issue just causes a segfault, I think remote code
execution is just a tiny step away, but note that I'm not a security
expert ;-).

I think the attached patch should provide a fix:

From 56d47085ba63a4059a806ce1e03804203bb40309 Mon Sep 17 00:00:00 2001
From: Andreas Rottmann a.rottm...@gmx.at
Date: Sat, 22 Aug 2009 21:24:38 +0200
Subject: [PATCH] Fix potential buffer overflow in http_parse_date()

---
 src/http-server/http-core.c |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/src/http-server/http-core.c b/src/http-server/http-core.c
index 7be11a5..6abb930 100644
--- a/src/http-server/http-core.c
+++ b/src/http-server/http-core.c
@@ -773,7 +773,7 @@ http_parse_date (char *date)
   break;
   /* RFC850-Date */
 default:
-  sscanf (date, %s, %02d-%3s-%02d %02d:%02d:%02d GMT, 
+  sscanf (date, %9s, %02d-%3s-%02d %02d:%02d:%02d GMT, 
 	  _wkday, parse_time.tm_mday, _month, parse_time.tm_year,
 	  parse_time.tm_hour, parse_time.tm_min, parse_time.tm_sec);
 
-- 
1.6.3.3


Regards, Rotty

Bug#522531: guile-gnome-platform build failure on hppa

[Andreas Rottmann]

Carlos O'Donell car...@systemhalted.org writes:

 On Thu, Jul 16, 2009 at 1:42 PM, Andreas Rottmanna.rottm...@gmx.at wrote:
 Carlos O'Donell car...@systemhalted.org writes:

 On Tue, Jul 14, 2009 at 12:27 PM, Carlos
 O'Donellcar...@systemhalted.org wrote:
 I'll fix this manually and try a dpkg-buildpackage run.

 I'm bringing in Andreas, the guile-gnome-platform maintainer, to this
 conversation

 Andreas, the problem on hppa with guile-gnome-platform is that one of
 the tests in the testsuite fails with:
 ~~~
 test-wrapset-api: exception in test: (misc-error dynamic-link file:
 ~S, message: ~S (libgw-guile-gnome-gtk file not found) #f)
 ~~~

 Yes, I'm aware of that problem; however I've not yet had time to
 investigate.

 This turns out to be a bug in guile-gnome-platform. It is *not*
 specific to hppa, and will effect all targets that execute the code
 path that calls scm_to_cairo.

[detailed analysis snipped]

 Solution:
 ~~~
 Please fix guile-gnome-platform to correctly add -lgnome-cairo to the
 libtool link line used to link libgw-guile-gnome-gtk.la

 Please tell me if that helps?

Yes, a big thanks for you figuring this out! I will fix this in the next
guile-gnome-platform upload, and send a patch upstream.

Regards, Rotty
-- 
Andreas Rottmann -- http://rotty.yi.org/



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

Bug#541279: rsakeyfind: Probably wrong description: ... AES keys ...

[Andreas Rottmann]

Package: rsakeyfind
Version: 1.0.0-1
Severity: normal

It seems the (short and long) descriptions have been copied from the
aeskeyfind package, and not been corrected ;-).

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

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



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

Bug#532191: RM: libsigcx -- ROM; Dead project

[Andreas Rottmann]

Package: ftp.debian.org
Severity: normal


libsigcx is no longer developed upstream, and is superceeded by
libsigx (already in Debian), which is based upon libsigc++ 2.0,
instead of the legacy libsigc++ 1.x.

The package has a low popcon stat (recent  10).



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

Bug#532093: O: alevt -- X11 Teletext/Videotext browser

[Andreas Rottmann]

Package: wnpp
Severity: normal

Since I no longer have the hardware necessary for testing this
package, I can no longer maintain it.

There is a new upstream version waiting to be packaged
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=527299), which means
that the 9 patches currently applied must be re-evaluated and
forward-ported if necessary. Thus the prospective maintainer should
have a good grasp of C.



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

Bug#532121: RFA: python-crypto -- cryptographic algorithms and protocols for Python

[Andreas Rottmann]

Package: wnpp
Severity: normal


I request an adopter for the python-crypto package, as I don't use it
personally anymore. The prospective adopter should be familiar with C
in addition to Python, as the cryptographic algorithms are implemented
in C.

The package description is:
 A collection of cryptographic algorithms and protocols, implemented
 for use from Python. Among the contents of the package:
 .
  * Hash functions: MD2, MD4.
  * Block encryption algorithms: AES, ARC2, Blowfish, CAST, DES, Triple-DES.
  * Stream encryption algorithms: ARC4, simple XOR.
  * Public-key algorithms: RSA, DSA, ElGamal, qNEW.
  * Protocols: All-or-nothing transforms, chaffing/winnowing.
  * Miscellaneous: RFC1751 module for converting 128-key keys
into a set of English words, primality testing.



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

Bug#532125: ITP: libunistring -- Unicode string library for C

[Andreas Rottmann]

Package: wnpp
Severity: wishlist
Owner: Andreas Rottmann a.rottm...@gmx.at


* Package name: libunistring
  Version : 0.9
  Upstream Author : Bruno Haible br...@clisp.org
* URL : http://www.gnu.org/software/libunistring/
* License : LGPL v3+, GPL v3+
  Programming Lang: C
  Description : Unicode string library for C

  This library implements Unicode strings (in three flavours: UTF-8
  strings, UTF-16 strings, UTF-32 strings), together with functions
  for Unicode charactets (character names, classifications,
  properties) and functions for string processing (formatted output,
  width, word breaks, line breaks, normalization, case folding,
  regular expressions).

This library is a dependency of the development branch (1.9) of Guile
(not yet in Debian).



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

Bug#528943: ITP: belier -- open a shell or execute a command on a remote computer using ssh through several intermediate machines

[Andreas Rottmann]

Carl Chenet cha...@ohmytux.com writes:

 Package: wnpp
 Severity: wishlist
 Owner: Carl Chenet cha...@ohmytux.com


 * Package name: belier
   Version : 0.7
   Upstream Author : Carl Chenet cha...@ohmytux.com
 * URL : http://www.ohmytux.com/belier
 * License : GPL
   Programming Lang: Python
   Description : open a shell or execute a command on a remote computer 
 using ssh through several intermediate machines

 Belier allows automated openings of a shell or command executions on
 remote computers through ssh. The main feature is Belier's ability to
 cross several computers before joining the final machine.

From the looks of it, this package has only French documentation, and
even the long command-line switches are in French -- I find that,
erm... strange. Also, the source is written in French (i.e. using french
identifiers). IMO this is suboptimal, as the former restricts its
potential user base, and the latter the potential contributor base.

Judging from the long description, I think that this program provides
very useful functionality, but, speaking for myself, I probably won't
use it because of the language issue (although I guess I could figure
its interface out), and definitly wouldn't contribute to it, although
I'm fluent in Python (but not in French).

[ Note that I'm not a native English speaker, but nevertheless wouldn't
  even think about localizing a CLI, or the program source itself. I
  would even think twice about contributing to software written in
  German, even though that's my native tongue. ].

Regards, Rotty



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

Bug#528559: cowbuilder: README.Debian grammar issues

[Andreas Rottmann]

Package: cowbuilder
Version: 0.55
Severity: minor


While I'm not a native speaker, I'm pretty sure that more simpler is
not proper English; I propose this patch:

--- README.Debian
+++ README.Debian.new
@@ -13,15 +13,15 @@
 
 
 
-To build a package, 
+To build a package, run:
 
 cowbuilder --build XXX.dsc
 
-or more simpler
+or perhaps more conveniently:
 
 pdebuild --pbuilder cowbuilder
 
-or even more simpler
+or even more conveniently:
 
 edit /etc/pbuilderrc to have PDEBUILD_PBUILDER=cowbuilder

EOF 

Regards, Rotty

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

Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cowbuilder depends on:
ii  cowdancer 0.55   Copy-on-write directory tree utili
ii  libc6 2.9-12 GNU C Library: Shared libraries
ii  pbuilder  0.187  personal package builder for Debia

cowbuilder recommends no packages.

cowbuilder 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#528276: /etc/init.d/sensord restart sometimes fails

[Andreas Rottmann]

Package: sensord
Version: 1:3.1.0-2
Severity: minor


When changing /etc/sensors3.conf, and restarting sonsord via the
initscript, the initscript sometimes reports that (re)starting sensord
failed. Probably this is a timing issue, and a sleep 1 in the
initscript would fix it. Unfortunatly I cannot reliably reproduce this
issue.

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

Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages sensord depends on:
ii  libc6 2.9-12 GNU C Library: Shared libraries
ii  librrd4   1.3.1-4Time-series data storage and displ
ii  libsensors4   1:3.1.0-2  library to read temperature/voltag
ii  lm-sensors1:3.1.0-2  utilities to read temperature/volt

sensord recommends no packages.

sensord 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#515115: lighttpd: Another data point

[Andreas Rottmann]

Package: lighttpd
Version: 1.4.19-5
Severity: normal

 Which browser does it open when you execute dhelp? I have tried a
 bit, and when using lighttpd it seems that Konqueror fails. All the
 rest (Opera, Firefox and even links) seem to work like a charm.

FWIW, I just tried with iceweasel (3.0.9-1), w3m (0.5.2-2+b1) and
links (2.2-1+b1); all failed with 404 (not found), using the default
config.

When deactivating the $HTTP[remoteip] =~ 127.0.0.1 check, all
browsers except links work. Guessing by the following comment in the
config file:

   ## Note: =~ 127.0.0.1 works with ipv6 enabled, whereas ==
  127.0.0.1 doesn't

I think this might indeed have something to do with IPv4/IPv6:

- My lighttpd listens on a tcp6 socket

- links uses IPv4 to connect, and always gets a 404 (but it is able to
  connect)

- w3m uses IPv6 to connect, and gets the page when the remoteip check
  is disabled, and continues to work if the check is reenabled, but
  changed to == ::1.

I'd conclude from that data that the remoteip check in the config file
is still wrong when lighttpd uses an IPv6 socket (as seems to happen
on a default install); I have no clue as to why links always gets 404,
though.

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

Kernel: Linux 2.6.30-rc3-1rotty-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages lighttpd depends on:
ii  libattr1   1:2.4.43-2Extended attribute shared library
ii  libbz2-1.0 1.0.5-1   high-quality block-sorting file co
ii  libc6  2.9-9 GNU C Library: Shared libraries
ii  libfam02.7.0-13.4Client library to control the FAM 
ii  libldap-2.4-2  2.4.15-1.1OpenLDAP libraries
ii  libpcre3   7.8-2 Perl 5 Compatible Regular Expressi
ii  libssl0.9.80.9.8g-16 SSL shared libraries
ii  libterm-readline-perl- 1.0302-1  Perl implementation of Readline li
ii  lsb-base   3.2-22Linux Standard Base 3.2 init scrip
ii  mime-support   3.44-1MIME files 'mime.types'  'mailcap
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

lighttpd recommends no packages.

Versions of packages lighttpd suggests:
pn  apache2-utils none (no description available)
ii  openssl   0.9.8g-16  Secure Socket Layer (SSL) binary a
ii  rrdtool   1.3.1-4Time-series data storage and displ

-- 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#524627: awesome-extra: There is also a typo: additionnal

[Andreas Rottmann]

Package: awesome-extra
Version: 2009040601
Severity: normal


This should be spelled additional.

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

Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

awesome-extra depends on no packages.

Versions of packages awesome-extra recommends:
pn  awesome   none (no description available)

awesome-extra 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#525013: postinst fails: mv: cannot move `/var/lib/games/nighthawk.scores' ...

[Andreas Rottmann]

Package: nighthawk
Version: 2.3+dfsg1-1
Severity: normal


During an upgrade of my sid system, nighthawk postinst failed:

Setting up nighthawk (2.3+dfsg1-1) ...
mv: cannot move `/var/lib/games/nighthawk.scores' to 
`/var/games/nighthawk.scores': No such file or directory
dpkg: error processing nighthawk (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 nighthawk

I guess this is because I've never played nighthawk on this machine
(yet), and hence no score file :-).

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

Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages nighthawk depends on:
ii  libc6 2.9-7  GNU C Library: Shared libraries
ii  libgcc1   1:4.3.3-8  GCC support library
ii  libstdc++64.3.3-8The GNU Standard C++ Library v3
ii  libx11-6  2:1.2.1-1  X11 client-side library
ii  libxpm4   1:3.5.7-1  X11 pixmap library

nighthawk recommends no packages.

nighthawk 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#509063: Upstream bug about WPAD security issues

[Andreas Rottmann]

As I discovered that libsoup SVN trunk has libproxy as an optional build
dependency, I stumbled upon this ITP, and found out that upstream has
been made aware of this issue:

http://code.google.com/p/libproxy/issues/detail?id=21

Based on that bug, I assume that a future release release will offer
Debian these options:

1) Don't ship the offending plugin at all in a/the binary package, or
2) disable the use of the plugin via the default config file

I think admins should be free (and in general are, FWIW ;-)) to shoot
themselves and the users of the boxes they administer in the proverbial
foot, so I'd suggest going with (2).

However, I agree that until this feature can be reliably and
mandatorily disabled by the admin (and is disabled by a stock Debian
install), this package should not enter Debian.

Regards, Rotty



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

Bug#375173: Raising severity

[Andreas Rottmann]

retitle 375173 'trickle' hogs CPU and does not obey limits
severity 375173 important
thanks

Since this bug not only causes undue CPU load (100% in my experience),
but also lets the process running under trickle exceed the limits that
trickle should enforce, I'm raising the severity to 'important' (I think
even 'grave' would be justified, but I'm not sure if this affects really
everybody).

The patch in comment Message#45 [0] works for me, and eliminates both
problems. Given that the patch is *really* trivial, and has been around
for nearly a year now, I wonder why it has not been applied yet --
Robert can you please comment?

In case there is no response, I'm contemplating doing an NMU to
DELAYED/7-day in a week or so, adding only the mentioned one-line patch.

[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=375173#45

Regards, Rotty



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

Bug#518696: #518696 ITP: parallel -- build and execute command lines from standard input in parallel]

[Andreas Rottmann]

Samuel Thibault samuel.thiba...@ens-lyon.org writes:

 Andreas Rottmann, le Mon 09 Mar 2009 11:25:11 +0100, a écrit :
 Did you know about the `-P' option of GNU xargs?

 Herm, I would have found it if the manpage didn't lack keywords like
 parallel, simultaneous, ... Reassigning.

 That being said, I guess xargs lacks one parallel feature:

  -g   Group output.  Output from each jobs is grouped together and is 
 only printed
   when the command is finished. STDERR first followed by STDOUT.  -g 
 is the
   default. Can be reversed with -u.

 A lot of applications (including md5sum) would not necessarily print
 their output atomically and then you get mixed output.  Either we add
 the option to findutils, or we package parallel.

Indeed, that's a very valuable feature (if not essential) when the
commands produce output; I've attached a script that can be used to
verify that xargs -P does not do this, can be used like:

xargs -P 5 ./test.sh  /some/text/file

#!/bin/sh

for i in `seq 10`; do
echo -n $i 
sleep 1
done
echo

Regards, Rotty

Bug#518696: #518696 ITP: parallel -- build and execute command lines from standard input in parallel]

[Andreas Rottmann]

Samuel Thibault samuel.thiba...@ens-lyon.org writes:

 Package: wnpp
 Version: N/A; reported 2009-03-08
 Severity: wishlist

 * Package name: parallel
   Version : 20090218
   Upstream Author : Ole Tange
 * URL : https://savannah.nongnu.org/projects/parallel/
 * License : GPLv3
   Description : build and execute command lines from standard input in 
 parallel
  For each line of input parallel will execute command with the line
  as arguments. If no command is given the line of input is executed.
  parallel can often be used as a substitute for xargs or cat | sh.

Did you know about the `-P' option of GNU xargs? IIUC, it does quite the
same thing -- what does 'parallel' offer of that functionality?

From xargs(1):

   --max-procs=max-procs
   -P max-procs
  Run up to max-procs processes at a time; the default is 1.
  If max- procs is 0, xargs will run as many processes as
  possible at a time.  Use the -n option with -P; otherwise
  chances are that only one exec will be done.

Regards, Rotty



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

Bug#517939: org-mode: Please provide manual in .info form

[Andreas Rottmann]

Package: org-mode
Version: 6.21b-1
Severity: wishlist


While the texinfo source of the manual is shipped, it would be very
convinient to also provide the info version, so that it can be browsed
from within Emacs.

Thanks, Rotty

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

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages org-mode depends on:
ii  emacs-snapshot  1:20090228-1 The GNU Emacs editor (development 
ii  emacs22-gtk [emacs22]   22.2+2-5 The GNU Emacs editor (with GTK use

org-mode recommends no packages.

Versions of packages org-mode suggests:
ii  remember-el   1.9-1  remember text within Emacs

-- 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#517545: fglrx-source: Patch from Fedora Core

[Andreas Rottmann]

Package: fglrx-source
Version: 1:9-2-1
Followup-For: Bug #517545


The following patch, extracted from Fedora's fglrx-kmod-9.2-2.fc10.1.src.rpm, 
fixes 
the problem for me:

 snip -
--- fglrx/common/lib/modules/fglrx/build_mod/firegl_public.c.orig   
2009-02-11 12:40:35.0 -0500
+++ fglrx/common/lib/modules/fglrx/build_mod/firegl_public.c2009-02-21 
18:29:13.0 -0500
@@ -2256,7 +2256,7 @@
  * kernel   2.6.27, on_each_cpu has 4 parameters.
  * kernel = 2.6.27, on_each_cpu has 3 parameters (removed the retry 
parameter)
  */
-#if defined(__x86_64__)  defined(__SMP__)  (LINUX_VERSION_CODE = 
KERNEL_VERSION(2,6,25)) 
+#if defined(__x86_64__)  (LINUX_VERSION_CODE = KERNEL_VERSION(2,6,25)) 
 #   if (LINUX_VERSION_CODE  KERNEL_VERSION(2,6,27))
 on_each_cpu(KCL_flush_tlb_one, va, 1, 1);
 #   else
- snap -

Regards, Rotty
-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages fglrx-source depends on:
ii  bzip2 1.0.5-1high-quality block-sorting file co
ii  debhelper 7.0.50 helper programs for debian/rules
ii  make  3.81-5 The GNU version of the make util

Versions of packages fglrx-source recommends:
ii  kernel-package11.017 A utility for building Linux kerne
ii  module-assistant  0.10.11.0  tool to make module package creati

Versions of packages fglrx-source suggests:
ii  fglrx-driver  1:9-2-1non-free AMD/ATI r5xx, r6xx, r7xx 

-- 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#516660: Buffer overflow in the PyCrypto ARC2 modules

[Andreas Rottmann]

I've built a package for lenny now, a package for etch will follow
soon. As this is my first time to prepare a security-fix package, I'm
not exactly sure if I've done everything according to the rules. .dsc
and .diff.gz attached.

Format: 1.0
Source: python-crypto
Binary: python-crypto, python-crypto-dbg
Architecture: any
Version: 2.0.1+dfsg1-2.3+lenny0
Maintainer: Andreas Rottmann ro...@debian.org
Standards-Version: 3.7.2
Build-Depends: cdbs (= 0.4.41), debhelper (= 5.0.37.1), python-central (= 
0.4.17), python-all-dev (= 2.3.5-9), python-all-dbg, ed, 
texlive-latex-recommended, texlive-fonts-recommended, libgmp3-dev (= 4.1.4-10)
Checksums-Sha1: 
 ce9267334b4a7d7f70b054704420f7b822f2c7ed 158593 
python-crypto_2.0.1+dfsg1.orig.tar.gz
 2d45527ac201b97bf034d500bf996e9858077a13 10073 
python-crypto_2.0.1+dfsg1-2.3+lenny0.diff.gz
Checksums-Sha256: 
 1971b216411ba2b05634acd62abff1cfabe014a4fe81e09eeac7ee92c46c25b3 158593 
python-crypto_2.0.1+dfsg1.orig.tar.gz
 c2e29d98af7a63466f44835414d516ac3b0b74f9879a09a43f85200b43c574b7 10073 
python-crypto_2.0.1+dfsg1-2.3+lenny0.diff.gz
Files: 
 f81d94a506981c67188f08057d797420 158593 python-crypto_2.0.1+dfsg1.orig.tar.gz
 8f0e021a04e5128ca753cd84382166e4 10073 
python-crypto_2.0.1+dfsg1-2.3+lenny0.diff.gz
Python-Version: all


python-crypto_2.0.1+dfsg1-2.3+lenny0.diff.gz
Description: GNU Zip compressed data

Bug#516660: Buffer overflow in the PyCrypto ARC2 modules

[Andreas Rottmann]

Ok, here's the .dsc and .diff.gz for etch:

Format: 1.0
Source: python-crypto
Version: 2.0.1+dfsg1-1.2+etch0
Binary: python-crypto
Maintainer: Andreas Rottmann ro...@debian.org
Architecture: any
Standards-Version: 3.7.2
Build-Depends: cdbs (= 0.4.41), debhelper (= 5.0.37.1), python-central (= 
0.4.17), python-all-dev (= 2.3.5-9), ed, tetex-bin, tetex-extra, libgmp3-dev 
(= 4.1.4-10)
Python-Version: all
Files: 
 f81d94a506981c67188f08057d797420 158593 python-crypto_2.0.1+dfsg1.orig.tar.gz
 57074de38f1eda2032c36a7944a2f6e1 10168 
python-crypto_2.0.1+dfsg1-1.2+etch0.diff.gz


python-crypto_2.0.1+dfsg1-1.2+etch0.diff.gz
Description: GNU Zip compressed data

Cheers, Rotty

Bug#516660: Buffer overflow in the PyCrypto ARC2 modules

[Andreas Rottmann]

Moritz Muehlenhoff j...@debian.org writes:

 Buffer overflow in the PyCrypto ARC2 module 2.0.1 allows remote
 attackers to cause a denial of service and possibly execute arbitrary
 code via a large ARC2 key length.
 ---

 Can you prepare updated packages for oldstable-security and stable-security?

I'll try to do so tomorrow (or rather later today ;-), need to get some
sleep first. If that's not timely enough, could someone step in for me?

Regards, Rotty



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

Bug#515154: ITP: gitg -- git repository viewer for gtk+/GNOME

[Andreas Rottmann]

Jonny Lamb jo...@debian.org writes:

 gitg is a fast GTK2 git repository for the GNOME desktop. It
   ^
... a fast GTK2 git repository _browser_?

Regards, Rotty



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

Bug#514396: mzscheme: postrm fails with rmdir: failed to remove `/usr/local/lib/plt': Not a directory

[Andreas Rottmann]

Package: mzscheme
Version: 2:4.0.1+fake.1
Severity: normal

On my system, /usr/local/lib/plt is a symlink; hence the postrm fail.
The postinstall script should check wether it actually is a directory
before attempting to remove it.

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

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

Versions of packages mzscheme depends on:
pn  plt-schemenone (no description available)

mzscheme recommends no packages.

mzscheme suggests no packages.

-- debconf information:
* mzscheme/run_webserver: false



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

Bug#491649: This has already been reported upstream

[Andreas Rottmann]

forwarded 491649 https://bugs.freedesktop.org/show_bug.cgi?id=14109
thanks

See https://bugs.freedesktop.org/show_bug.cgi?id=14109.

I'd consider upgrading the severity of this to grave, since it (at least 
for some people, including me), it hangs X11 so badly that one has to 
reboot via the network (local mouse/keyboard no longer works including 
CTRL+ALT+BACKSPACE and CTRL+ALT+F1 etc.).



Regards, Rotty
--
VisoTech Softwareentwicklungsges.m.b.H.
Lemböckgasse 49/B/3.OG
1230 Wien

Tel.: +43 (0) 1 6092290 22
Fax: +43 (0) 1 6092290 11

www.visotech.at




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

Bug#473066: ITP: xfmpc -- graphical GTK+ MPD client

[Andreas Rottmann]

Mike Massonnet [EMAIL PROTECTED] writes:

 Package: wnpp
 Severity: wishlist
 Owner: Mike Massonnet [EMAIL PROTECTED]

  * Package name : xfmpc
  * Version  : 0.0.4
  * Upstream Author  : Mike Massonnet [EMAIL PROTECTED]
  * URL  : http://goodies.xfce.org/projects/applications/xfmpc
  * Licence  : GPLv2 or later
  * Programming Lang : C
  * Description  : graphical GTK+ MPD client
  
 Xfmpc is a MPD client with focus on low footprint for the Xfce desktop
 environment.

Perhaps you should explain what MPD stands for.

Cheers, Rotty
-- 
Andreas Rottmann | [EMAIL PROTECTED]  | [EMAIL PROTECTED] | [EMAIL 
PROTECTED]
http://rotty.uttx.net| GnuPG Key: http://rotty.uttx.net/gpg.asc
Fingerprint  | C38A 39C5 16D7 B69F 33A3  6993 22C8 27F7 35A9 92E7
v2sw7MYChw5pr5OFma7u7Lw2m5g/l7Di6e6t5BSb7en6g3/5HZa2Xs6MSr1/2p7 hackerkey.com

Say NO to Software Patents! -- http://petition.eurolinux.org/



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

Bug#439103: ITP: guile-cairo -- Guile bindings for Cairo

[Andreas Rottmann]

Package: wnpp
Severity: wishlist
Owner: Andreas Rottmann [EMAIL PROTECTED]


* Package name: guile-cairo
  Version : 1.4.0
  Upstream Author : Andy Wingo
* URL : http://home.gna.org/guile-cairo/
* License : LGPL
  Programming Lang: C, Scheme
  Description : Guile bindings for Cairo

This is the proposed control file:


Source: guile-cairo
Section: interpreters
Priority: extra
Maintainer: Andreas Rottmann [EMAIL PROTECTED]
Standards-Version: 3.7.2
Build-Depends: cdbs (= 0.4.49), autotools-dev, debhelper ( 5),
 patchutils (= 0.2.25), guile-1.8-dev, libcairo2-dev (= 1.4.10),
 guile-library (= 0.1.2)

Package: guile-cairo
Architecture: any
Depends: ${shlibs:Depends}
Description: Guile bindings for Cairo
 This package contains Guile modules that provide access to the Cairo
 library.

Package: guile-cairo-dev
Architecture: any
Depends: guile-cairo (= ${binary:Version}), guile-1.8-dev, libcairo2-dev (= 
1.4.10)
Description: Guile bindings for Cairo, development files
 This package contains the info manual for guile-cairo and the header
 files to allow compilation of wrappers depending on guile-cairo.


The reason that there is no lib* package is that the shared library
shipped in guile-cairo is dlopen'ed by the Guile code, so the symlinks
and .la file ship in guile-cairo.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-1-k7 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


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

Bug#439103: ITP: guile-cairo -- Guile bindings for Cairo

[Andreas Rottmann]

block 437293 by 439103
thanks

Andreas Rottmann [EMAIL PROTECTED] writes:

 Package: wnpp
 Severity: wishlist
 Owner: Andreas Rottmann [EMAIL PROTECTED]


 * Package name: guile-cairo
   Version : 1.4.0
   Upstream Author : Andy Wingo
 * URL : http://home.gna.org/guile-cairo/
 * License : LGPL
   Programming Lang: C, Scheme
   Description : Guile bindings for Cairo

 This is the proposed control file:

 
[...snip...]
 

 The reason that there is no lib* package is that the shared library
 shipped in guile-cairo is dlopen'ed by the Guile code, so the symlinks
 and .la file ship in guile-cairo.


This package is necessary for newer guile-gnome-platform releases (see
[0]), hences this ITP bug is a blocker for #437293 to be resolved.

[0] http://bugs.debian.org/437293
-- 
Andreas Rottmann | [EMAIL PROTECTED]  | [EMAIL PROTECTED] | [EMAIL 
PROTECTED]
http://rotty.uttx.net| GnuPG Key: http://rotty.uttx.net/gpg.asc
Fingerprint  | C38A 39C5 16D7 B69F 33A3  6993 22C8 27F7 35A9 92E7
v2sw7MYChw5pr5OFma7u7Lw2m5g/l7Di6e6t5BSb7en6g3/5HZa2Xs6MSr1/2p7 hackerkey.com

The best way to accelerate a Windows machine is at 9.81 m/s^2


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

Bug#436918: guile-1.8: Please build with thread support

[Andreas Rottmann]

Package: guile-1.8
Version: 1.8.1+1-5
Severity: wishlist

It would be nice if Guile would be built with threading enabled; 
having it disabled is a major regression against Guile 1.6.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-1-k7 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages guile-1.8 depends on:
ii  guile-1.8-libs1.8.1+1-5  Main Guile libraries
ii  libc6 2.6-5  GNU C Library: Shared libraries
ii  libgmp3c2 2:4.2.1+dfsg-5 Multiprecision arithmetic library
ii  libltdl3  1.5.24-1   A system independent dlopen wrappe

guile-1.8 recommends no packages.

-- no debconf information


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

Bug#290944: Update bug

[Andreas Rottmann]

severity 290944 minor
tags 290944 + wontfix
thanks

This is rather a deficieny in Guile 1.6, than a bug in guile-lib. 1.8
doesn't bring up the bogus warning anymore, so I'm tagging this
wontfix.


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

Bug#345229: Correct patch?

[Andreas Rottmann]

tags 345229 + moreinfo
thanks

The patch linked to is not the only one floating around, there is also
the one gentoo apparently uses [0], which also looks cleaner at a
first glance.

[0] 
http://osmirrors.cerias.purdue.edu/pub/gentoo/portage/media-video/alevt/files/alevt-1.6.1-v4l2.patch

Unfortunatly I cannot test the patch, since I have no v4l2
hardware, only an old BTTV card and no TV reception ATM.

So can someone tell me which patch is The Right One?

Cheers, Rotty


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

Bug#409600: Cannot reproduce this bug

[Andreas Rottmann]

tags 409600 + upstream unreproducable
thanks

When I remove the link-local address from eth0, I get these messages,
and no segmentation fault:

[Jun 07 15:21:02] radvd: no linklocal address configured for eth0
[Jun 07 15:21:02] radvd: error parsing or activating the config file: 
/etc/radvd.conf

Regards, Rotty


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

Bug#413669: Not enabling forwarding?

[Andreas Rottmann]

Hi!

It is documented in README.Debian that the radvd initscript will
enable forwarding; I will add a pointer to README.Debian in the
missing-configuration-file message that a fresh radvd issues.

Since there is *no* *way* that radvd can work without enabling
forwarding, I think it makes sense to do this in the initscript; what
would you do instead?

Regards, Rotty


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

Bug#413669: Not enabling forwarding?

[Andreas Rottmann]

[EMAIL PROTECTED] (Marco d'Itri) writes:

 On Jun 07, Andreas Rottmann [EMAIL PROTECTED] wrote:

 It is documented in README.Debian that the radvd initscript will
 enable forwarding;
 Documenting a bad behaviour does not make it better.

 Since there is *no* *way* that radvd can work without enabling
 forwarding, I think it makes sense to do this in the initscript; what
 would you do instead?
 Again, please do *not* enable forwarding in your package.
 People installing a *router* are supposed to know that it has to be
 enabled, it has been needed on Linux systems since day one. It should
 not be unconditionally enabled by default on all interfaces because it
 may not be appropriate to enable it on some of them, and then there
 would be no easy way to disable it where needed.

Hmm, how about shipping with a /etc/default/radvd file which has a
setting ENABLE_FORWARDING which defaults to no?

Regards, Rotty


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

Bug#427965: RFA: radvd -- Router Advertisement Daemon

[Andreas Rottmann]

Package: wnpp
Severity: normal


As I'm not into IPv6 anymore, I request an adopter for the radvd package. 
The new maintainer should be knowledgable in IPv6 and C programming and
actually use radvd (which I have stopped to do, hence the RFA).

The package description is:
 IPv6 has a lot more support for autoconfiguration than IPv4. But
 for this autoconfiguration to work on the hosts of a network, the
 routers of the local network have to run a program which answers
 the autoconfiguration requests of the hosts.
 .
 On Linux this program is called radvd, which stands for Router
 ADVertisement Daemon. This daemon listens to router solicitations (RS)
 and answers with router advertisement (RA). Furthermore unsolicited
 RAs are also sent from time to time.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.21-1-k7 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


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

Bug#399994: dcc-common: bashism in postinst

[Andreas Rottmann]

Package: dcc-common
Version: 1.3.42-2
Severity: normal

The postinst script of dcc-common uses read -n, which is bash-specific 
(dash doesn't provide an -n option). Please replace the read -n with some 
other construct or use #!/bin/bash as shebang line.

Thanks, Rotty
-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-2-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages dcc-common depends on:
ii  adduser  3.99Add and remove users and groups
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries

Versions of packages dcc-common recommends:
ii  dcc-server1.3.42-2   Distributed Checksum Clearinghouse

-- no debconf information


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

Bug#397777: O: quick-lounge-applet -- GNOME 2 Panel Applet to organize your preferred applications

[Andreas Rottmann]

Package: wnpp
Severity: normal

Since I don't use GNOME anymore, I can not adequatly maintain q-l-a any longer.

Thanks, Rotty
-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


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

Bug#379406: Please try with 0.8-1

[Andreas Rottmann]

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

I can't reproduce this with radvd 0.8-1; can you confirm that this bug
is still present in 0.8?

Thanks, Rotty
-- 
Andreas Rottmann | [EMAIL PROTECTED]  | [EMAIL PROTECTED] | [EMAIL 
PROTECTED]
http://yi.org/rotty  | GnuPG Key: http://yi.org/rotty/gpg.asc
Fingerprint  | C38A 39C5 16D7 B69F 33A3  6993 22C8 27F7 35A9 92E7
v2sw7MYChw5pr5OFma7u7Lw2m5g/l7Di6e6t5BSb7en6g3/5HZa2Xs6MSr1/2p7 hackerkey.com

Could Jesus microwave a burrito so hot that he himself couldn't eat it? - Homer 
S.


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

Bug#370595: Another fix

[Andreas Rottmann]

Steven Brown [EMAIL PROTECTED] writes:

 I've found and fixed another bug related to signal handling - sigcx's
 non-GTK library doesn't handle select() bailing due to EINTR, and
 generates spurious file events as a result.  This is patch-6 in my arch
 branch, the following diff as attached, and I've updated the pretend-NMU
 to -2.4 which contains it.

 Fix interruption of select() by a signal causing spurrious file events.

 The select() loop wasn't being restarted on EINTR, wrap it in such a loop.
 Previously, it'd cause a fall-through into attempting to read fd sets
 that hadn't been initialized, and would generate spurrious file events as a
 result.

Merged ([EMAIL PROTECTED]/libsigcx--dev--0--patch-9).

Cheers  Thanks for you work!
-- 
Andreas Rottmann | [EMAIL PROTECTED]  | [EMAIL PROTECTED] | [EMAIL 
PROTECTED]
http://yi.org/rotty  | GnuPG Key: http://yi.org/rotty/gpg.asc
Fingerprint  | DFB4 4EB4 78A4 5EEE 6219  F228 F92F CFC5 01FD 5B62
v2sw7MYChw5pr5OFma7u7Lw2m5g/l7Di6e6t5BSb7en6g3/5HZa2Xs6MSr1/2p7 hackerkey.com

Anonymous surfing? Use Tor: http://tor.eff.net


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

Bug#349508: pyblosxom: New version available: 1.3

[Andreas Rottmann]

Package: pyblosxom
Version: 1.2.1-3
Severity: wishlist


 Current version: 1.3 (released 11 January, 2006)

Cheers, Rotty

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.3
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)

Versions of packages pyblosxom depends on:
ii  apache2   2.0.55-4   next generation, scalable, extenda
ii  apache2-mpm-prefork [httpd]   2.0.55-4   traditional model for Apache2
ii  python2.3.5-5An interactive high-level object-o
ii  python2.3 2.3.5-9An interactive high-level object-o

pyblosxom recommends no packages.

-- no debconf information


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