Bug#612710: pm-utils: split package to avoid conflicts

[Michael Biebl]

severity 612710 wishlist
tags 612710 wontfix
thanks


Hi Ritesh

On 10.02.2011 07:43, Ritesh Raj Sarraf wrote:
> Package: pm-utils
> Version: 1.4.1-6
> Severity: normal
> 
> pm-utils is important for suspend/resume functionality. For other power
> savings work it has new modules like laptop-mode-tools does. It would be
> good if pm-utils could be split into pm-utils-core and pm-utils-modules.
> This would give users the choice to choose a different power savings
> tool, like laptop-mode-tools, if they prefer.
> 

I'm not convinced splitting the package is a good idea (thus wontfix).
I'd rather see laptop-mode-tools merged into pm-utils.

Or does laptop-mode-tools offer any compelling features which makes that 
impossible?

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#606933: "manpage-has-errors-from-man ... can't set the locale" when running in Lenny

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2011-02-10 08:17, Christoph Biedl wrote:
> Niels Thykier wrote...
> 
>> Thanks for the hint; can you try to pull lintian from git and try if it
>> is fixed (commit 285c6c4) ?
> 
> That would be 
> 
> and applying this on a lintian installation indeed fixes the problem.
> 

Sweet. Yeah sorry for only writing the short form of the commit and not
providing a link. :)

> FYI, my testcase was re-building the libfile-slurp-perl package on a
> lenny system using the lintian backport.
> 
> Christoph
> 
> 
> 

Once again thanks for spotting this. :)

~Niels

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJNU5gbAAoJEAVLu599gGRCXicP/1OEpqu58NhT1+WxTkOO9Zpj
rEMT1gLX2lnqU56pcQFJrnCE20zaHcz+jP4u4+j4mlEBxb+mdxqtSn+rSNv9kifb
QhSQ+J0Nu7YRlUZcyPRMDIr88lVAJom4WTlblTL98y0u6+8Ovc6Ucn5/GXFAj9Yt
xRG4FFiFmMiVEcrjB8eA3N15FJLUlN2PpbmKuhwSCZwMIxpK3JBSyXaDoeXR+0pv
f5kide0SyGZj9C2+qrqZZ4lMiJ3EA/Y+FsnbBaUPuCfq7R8pSZbWpYVMznO1mgYr
ezMOpL7JMQEkNEJGoP34cfGXcU9e421KthhQqvkp7+srnTqD76TxTLe7iLWaolyz
vwbd8helfgyts4tyIVHbRVkRXuNJLpfqBvbDz0vrJ9syYXT9rKsHbrkrXvHhijCh
+x8QIWES9mo/tlm8d8IfqLKu+kFT/XrKUc1w4M+muQ65cKEpFaZtD+NgXML8dabC
ByhtukQ3HcCX1RozkxCO+MHBK7dTbinb1uyDEO7lRG9GbN89/mlE8PD/yqtFHbiS
R9nvX3GMxY89LbXd2yP11v5+m1rMFjIfU9b7xxmSJd8hjb84zG3BFQgudmT/CYGD
5S1WyuyoH87VeVoFgXAtbKgv5+ycOwEKfyg9KhTdIyKe8fsDDjo4nBDym0xLN3n2
nyNA/1g63sVpH/3wKAOX
=9G4+
-END PGP SIGNATURE-



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

Bug#612694: ITP: scanmonitord -- scanner button daemon

[Adrian von Bidder]

Hi,

On Thursday 10 February 2011 01.32:12 Jakub Wilk wrote:
>Description : scanner button daemon
> 
> Scanmonitord is a daemon which runs device monitors on one or more
> devices. [...]

I'm curious (and you might want to add it to the description): does this tie 
in with modern desktop systems via DBUS or whatever, or is this a standalone 
thing?

cheers
-- vbi

-- 
The ants in France, stay mainly on the plants.


signature.asc
Description: This is a digitally signed message part.

Bug#292621: IPv6 patch

[Andreas Unterkircher]

We are quiet happy with it, as it is easy to configure and powerful -  
apart from being a bash moloch :-)

At least getting it capable of IPv6 would be nice.
Is there a repository against I can format a patch for this?

Andreas

Zitat von Alexander Wirt :


Andreas Unterkircher schrieb am Mittwoch, den 09. Februar 2011:


Phil Whineray announced a working IPv6 firehol version on the
firehol mailing list [1].

I have tested it already and it looks good.

As I don't use firehol anymore (and I think its kind of deprecated) I'll
orphan firehol soon. If you want to take over maintenance - go ahead - if you
need help - ask.

Alex
--
Alexander Wirt, formo...@formorer.de
CC99 2DDD D39E 75B0 B0AA  B25C D35B BC99 BC7D 020A









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

Bug#612678: [Pacemaker] Fwd: Bug#612678: default timeout smaller than the advised one - results in WARNING message

[Andrew Beekhof]

The "default timeout" referred to here is a cluster-wide one.
The warning is indicating that this is insufficient for the resource
they are configuring.

-ENOTABUG

On Thu, Feb 10, 2011 at 12:49 AM, Simon Horman  wrote:
> Hi Pacemaker upstream people,
>
> could someone comment on this bug report.
>
> The bug report can be seen at http://bugs.debian.org/612678
> CCing 612...@bugs.debian.org should append any responses
> to the but report.
>
> Thanks
>
> - Forwarded message from Michael Prokop  -
>
> Date: Wed, 09 Feb 2011 23:23:17 +0100
> From: Michael Prokop 
> To: Debian Bug Tracking System 
> Subject: Bug#612678: default timeout smaller than the advised one -
>        results in WARNING message
> Resent-From: Michael Prokop 
>
> Package: pacemaker
> Version: 1.0.9.1+hg15626-1
> Severity: minor
>
>
> When running something like:
>
>  # crm configure primitive ssh-stonith stonith:ssh params hostlist="$HOSTS" 
> op monitor interval=60s
>  [...]
>
> you'll notice:
>
>  WARNING: ssh-stonith: default timeout 20s for start is smaller than the 
> advised 60
>  WARNING: ssh-stonith: default timeout 20s for monitor_0 is smaller than the 
> advised 60
>
> If the advised timeout is 60 then either the default timeout should
> be >=60, the advised timeout should be revised to 20s or it
> shouldn't warn the user about it, IMHO.
>
> regards,
> -mika-
>
>
>
>
> - End forwarded message -
>
> ___
> Pacemaker mailing list: pacema...@oss.clusterlabs.org
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: 
> http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
>



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

Bug#612717: bacula-server: broken dependencies, cannot install

[broken dependencies bacula-server on squeeze]

Package: bacula-server
Version: 5.0.2-2.2
Severity: important



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

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

Versions of packages bacula-server depends on:
pn  bacula-director-sqlite3 | bac  (no description available)
pn  bacula-sd  (no description available)
pn  bacula-sd-sqlite3 | bacula-sd  (no description available)

Versions of packages bacula-server recommends:
ii  bacula-fd 2.4.4-1network backup, recovery and verif

bacula-server suggests no packages.



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

Bug#612716: gcc-4.4: please provide alternatives

[Salvo Tomaselli]

Package: gcc-4.4
Version: 4.4.5-10
Severity: minor

I believe that the gcc symlink should be provided as an alternative and hence
handled with the update-alternatives tool, to decide which compiler should be
the default, without forcing the newest one to be automatically the default.

I suppose it should be fairly easy to modify the package to provide such
option.

Regards


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

Kernel: Linux 2.6.35.8-venere (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gcc-4.4 depends on:
ii  binutils  2.20.1-16  The GNU assembler, linker and bina
ii  cpp-4.4   4.4.5-10   The GNU C preprocessor
ii  gcc-4.4-base  4.4.5-10   The GNU Compiler Collection (base 
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.5-10 GCC support library
ii  libgomp1  4.4.5-10   GCC OpenMP (GOMP) support library

Versions of packages gcc-4.4 recommends:
ii  libc6-dev 2.11.2-11  Embedded GNU C Library: Developmen

Versions of packages gcc-4.4 suggests:
pn  gcc-4.4-doc(no description available)
pn  gcc-4.4-locales(no description available)
pn  gcc-4.4-multilib   (no description available)
pn  libcloog-ppl0  (no description available)
pn  libgcc1-dbg(no description available)
pn  libgomp1-dbg   (no description available)
pn  libmudflap0-4.4-dev(no description available)
pn  libmudflap0-dbg(no description available)
pn  libppl-c2  (no description available)
pn  libppl7(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#606933: "manpage-has-errors-from-man ... can't set the locale" when running in Lenny

[Christoph Biedl]

Niels Thykier wrote...

> Thanks for the hint; can you try to pull lintian from git and try if it
> is fixed (commit 285c6c4) ?

That would be 

and applying this on a lintian installation indeed fixes the problem.

FYI, my testcase was re-building the libfile-slurp-perl package on a
lenny system using the lintian backport.

Christoph



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

Bug#612715: wpasupplicant: Remove dep to libpcsclite1

[Salvo Tomaselli]

Package: wpasupplicant
Version: 0.6.10-2.1
Severity: normal

Greetings,

I can't understand why wpasupplicant should depend on a library
to use smart card readers.
If in some very very rare configurations that is used, then it
could be suggested or recommended but since wpasupplicant works
without this library, it should not depend on it.

> The Depends field should be used if the depended-on package is required for
> the depending package to provide a significant amount of functionality.
http://www.debian.org/doc/debian-policy/ch-relationships.html


Also i think it can be very confusing for non so expert users
to be prompted a question asking to which serial port the reader
is plugged and a selection allowing ttyS* to be chosen, when they have
no smart card reader and no clue what apt is talking about.

Regards

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

Kernel: Linux 2.6.35.8-venere (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages wpasupplicant depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  libdbus-1-3   1.4.1-2simple interprocess messaging syst
ii  libnl11.1-6  library for dealing with netlink s
ii  libpcsclite1  1.6.6-2Middleware to access a smart card 
ii  libreadline6  6.1-3  GNU readline and history libraries
ii  libssl0.9.8   0.9.8o-4   SSL shared libraries
ii  lsb-base  3.2-27 Linux Standard Base 3.2 init scrip

wpasupplicant recommends no packages.

Versions of packages wpasupplicant suggests:
pn  libengine-pkcs11-openssl   (no description available)
pn  wpagui (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#612714: netfilter: fails to match state of IPv6 connections

[Nejc Škoberne]

Package: linux-2.6
Version: 2.6.32-30
Severity: normal
Tags: upstream ipv6


I tested this only by filtering bridged traffic.

How to repeat:

1. Set the IPv6 FORWARD default policy to DROP.
2. Add this rule:

ip6tables -A FORWARD -j ACCEPT

3. This way, the packets (neighbor discovery, ICMP ping ...) are not dropped.
4. We delete the previous rule and add this one:

ip6tables -A FORWARD -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT

5. The IPv6 packets, which should be forwarded are now dropped.


For the record: if I test this with Lenny, the packets are forwarded if I match 
INVALID packets and accept them. In Squeeze even this doesn't seem to work.


-- Package-specific info:
** Version:
Linux version 2.6.32-5-amd64 (Debian 2.6.32-30) (b...@decadent.org.uk) (gcc 
version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 12 03:40:32 UTC 2011

** Command line:
BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 
root=UUID=588f1832-95bb-4ea9-983e-f7fd257ddf70 ro quiet

Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)

-- debconf information:
  linux-image-2.6.32-5-amd64/postinst/ignoring-do-bootloader-2.6.32-5-amd64:
  linux-image-2.6.32-5-amd64/postinst/depmod-error-initrd-2.6.32-5-amd64: false
  linux-image-2.6.32-5-amd64/prerm/removing-running-kernel-2.6.32-5-amd64: true
  linux-image-2.6.32-5-amd64/postinst/missing-firmware-2.6.32-5-amd64:




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

Bug#612713: cacti: After upgrade from Lenny to Squeeze Cacti graphs display too slow

[Kubashin Alexander]

Package: cacti
Version: 0.8.7g-1
Severity: normal


After upgrade from Lenny to Squeeze Cacti graphs create too slow, with
big CPU load on graph creation.
To workarround this problem i'm temporary set permision 777 on
/var/cache/fontconfig. After first graph creation with new setting
(after creation font cache for rrdtool) i'm back permision to 755 and
all work fine now.

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

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

Versions of packages cacti depends on:
ii  apache2 2.2.16-6 Apache HTTP Server metapackage
ii  apache2-mpm-prefork [httpd] 2.2.16-6 Apache HTTP Server - traditional n
ii  dbconfig-common 1.8.46   common framework for packaging dat
ii  debconf [debconf-2.0]   1.5.36.1 Debian configuration management sy
ii  libapache2-mod-php5 5.3.3-7  server-side, HTML-embedded scripti
ii  libphp-adodb5.10-1   The ADOdb database abstraction lay
ii  mysql-client-5.1 [virtual-m 5.1.49-3 MySQL database client binaries
ii  php55.3.3-7  server-side, HTML-embedded scripti
ii  php5-cli5.3.3-7  command-line interpreter for the p
ii  php5-mysql  5.3.3-7  MySQL module for php5
ii  php5-snmp   5.3.3-7  SNMP module for php5
ii  rrdtool 1.4.3-1  time-series data storage and displ
ii  snmp5.4.3~dfsg-2 SNMP (Simple Network Management Pr
ii  ucf 3.0025+nmu1  Update Configuration File: preserv

Versions of packages cacti recommends:
ii  iputils-ping3:20100418-3 Tools to test the reachability of 
ii  logrotate   3.7.8-6  Log rotation utility
ii  mysql-server-5.1 [mysql-ser 5.1.49-3 MySQL database server binaries and

Versions of packages cacti suggests:
pn  php5-ldap  (no description available)

-- Configuration Files:
/etc/cron.d/cacti changed [not included]

-- debconf information:
  cacti/db/app-user: cacti
  cacti/mysql/admin-user: root
* cacti/webserver: Apache2
  cacti/mysql/method: unix socket
  cacti/remote/host:
  cacti/upgrade-error: abort
  cacti/dbconfig-upgrade: true
  cacti/internal/skip-preseed: false
  cacti/remote/newhost:
  cacti/purge: false
  cacti/missing-db-package-error: abort
  cacti/database-type: mysql
  cacti/remove-error: abort
  cacti/db/dbname: cacti
  cacti/upgrade-backup: true
  cacti/install-error: abort
  cacti/internal/reconfiguring: false
  cacti/passwords-do-not-match:
  cacti/dbconfig-remove:
* cacti/dbconfig-install: true
  cacti/remote/port:
  cacti/dbconfig-reinstall: false



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

Bug#612712: reportbug complains about unicode conversion error

[Michael Tokarev]

Package: reportbug
Version: 4.12.6
Severity: important

When filing bugeports when some non-ascii locales are in
effect - for example, Russian ru_RU.UTF-8 (default for ru),
reportbug complains about unicode conversion errors and
aborts, like this:

 cut 
$ reportbug jabberd14
Warning: no reportbug configuration found.  Proceeding in novice mode.
Detected character set: UTF-8
Please change your locale if this is incorrect.

Using 'Michael Tokarev ' as your from address.
Getting status for jabberd14...
[...]
(1-12/12) Is the bug you found listed above [y|N|b|m|r|q|s|f|?]? 
Maintainer for jabberd14 is 'Miguel Landaeta '.
Looking up dependencies of jabberd14...
Getting changed configuration files...
*** WARNING: The following configuration files have been modified:
/etc/default/jabberd14 Send modified configuration files [Y|n|d|?]? n
Traceback (most recent call last):
  File "/usr/bin/reportbug", line 2098, in 
main()
  File "/usr/bin/reportbug", line 1045, in main
return iface.user_interface()
  File "/usr/bin/reportbug", line 1733, in user_interface
conftext = conftext + u'%s %s\n' % (f, confinfo[f])
UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position 11: 
ordinal not in range(128)

$ echo $LANG
ru_RU.UTF-8
 cut 

It works only when explicitly unsetting $LANG.

Now, it may be python bug (2.6), and it may be
related to #539736

But in any case, the problem makes it difficult to
submit _any_ bugreport for a Russian user of Debian
Sueeze, -- yes, more experienced users will be able
to figure out that it'll work after resetting $LANG,
but others wont...  That's why Severity is set to
important.

Thanks!

-- Package-specific info:

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

Kernel: Linux 2.6.32-i686 (SMP w/1 CPU core)
Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages reportbug depends on:
ii  apt 0.8.10.3 Advanced front-end for dpkg
ii  python  2.6.6-3+squeeze5 interactive high-level object-orie
ii  python-reportbug4.12.6   Python modules for interacting wit

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  debconf-utils  (no description available)
ii  debsums  2.0.48+nmu3 tool for verification of installed
pn  dlocate(no description available)
pn  emacs22-bin-common | emacs23   (no description available)
ii  file 5.04-5  Determines file type using "magic"
ii  gnupg1.4.10-4GNU privacy guard - a free PGP rep
ii  postfix [postfix]2.6.5-tls0  Postfix Mail Transfer Agent
pn  python-gtk2(no description available)
pn  python-gtkspell(no description available)
pn  python-urwid   (no description available)
pn  python-vte (no description available)
pn  xdg-utils  (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#612633: initramfs-tools: mkinitramfs creates non working initramfs

[maximilian attems]

[ Again don't drop Cc on bug report ]

On Thu, Feb 10, 2011 at 12:02:49AM +0100, Benedikt Spranger wrote:
> Am Wed, 9 Feb 2011 21:39:00 +
> schrieb maximilian attems :
> 
> > You'd better check what you have localy compiled in /usr/local/lib
> > and see that it gets out of the way for ldd.
> # gcc --version
> gcc (GCC) 4.6.0 20110112 (experimental)

well, why does this end up in /usr/local, me gets confused, anyway
there are newer packages around afais:
 gcc-4.6 | 4.6-20110125-1 | experimental | source, amd64, armel, i386, ia64, 
mips, s390

> This bug and the default update all initramfs with no backup hits me
> really hard.

So it did work at some point? That is an info you didn't tell yet.
You can easily tell it to do backups in /etc/initramfs-tools/initramfs.conf
anyway why don't you keep another kernel around?
Running unstable one should be able to debug one own's box, that's the rule.
It is working well for thousands other, no idea yet what goes wrong here.

-- 
maks



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

Bug#612633: initramfs-tools: mkinitramfs creates non working initramfs

[maximilian attems]

[ Keep the bugreport on Cc, this is *not* a private communication 
  and maybe easily lost there, thank you. ]

On Wed, Feb 09, 2011 at 11:41:58PM +0100, Benedikt Spranger wrote:
> # md5sum /sbin/lvm
> a61f4ebc4f34d2f973925bd5e06bc269  /sbin/lvm
> # ldd /sbin/lvm
> linux-gate.so.1 =>  (0xb774f000)
> libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7728000)
> libreadline.so.5 => /lib/libreadline.so.5 (0xb76f5000)
> libdevmapper.so.1.02.1 => /lib/libdevmapper.so.1.02.1
> (0xb76d2000) libudev.so.0 => /lib/libudev.so.0 (0xb76c4000)
> libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb757e000)
> /lib/ld-linux.so.2 (0xb775)
> libncurses.so.5 => /lib/libncurses.so.5 (0xb7544000)
> libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1 (0xb7527000)
> libselinux.so.1 => /lib/libselinux.so.1 (0xb750b000)

hmm right forgot to check 32 bit legacy, well there the line is similar,
but 
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7595000)

what is your  cat /etc/ld.so.conf /etc/ld.so.conf.d/*.conf
  
> > No libgcc also seen in any of the initramfs around.
> Thats bad. See above. libgcc_s.so.1 is needed.

well the question is why do you have a non working libgcc in /usr/local/lib ??

> > mkinitramfs would be misbehaving here, this can be closed soon.
> I hope the output above can clarify.

Nope, your report is still missing a lot, like
lsinitramfs /boot/path_to_broken_initramfs

and the output of
sh -x /usr/sbin/mkinitramfs -o /tmp/fooo

to backup the claims.

thank you.

-- 
maks



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

Bug#612470: Bug #612470: Can't open image with gnome-paint from Thunar

[Aron Xu]

tags 612470 + pending
thanks

I'll upload 0.4.1-2 which contains the fix to unstable today.

-- 
Regards,
Aron Xu



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

Bug#531380: Ability to disable ntop in /etc/default/ntop

[Ludovico Cavedon]

package ntop
tags 531380 + confirmed pending
thanks

Hi,

Committed the change in the VCS.
I actually chose the "ENABLED" variable rather than "startup" as it
seems more used, even though there is no global convention.

Thanks!
Ludovico



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

Bug#612711: jabberd14: jabberd does not report errors - either silently or suggesting stupid workarounds

[Michael Tokarev]

Package: jabberd14
Version: 1.6.1.1-5+b1
Severity: normal

jabberd error reporting is nearly non-existing.
For example, access denied opening user profile
.xml file is silently ignored (returning
"unauthorized" to client without a way to
understand what's wrong, only strace on the
server helps).  Another example is #256622.
When initializing network connections and
socket() fails (see #579945), instead of
providing at least errno code it suggests
that this is due to another server is running,
which is stupid.

Severity is at least normal not a wishlist,
since there are numerous other issues which
can be only diagnosed using a hammer (strace)
without at least minimal attempt for error
reporting.

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

Kernel: Linux 2.6.32-i686 (SMP w/1 CPU core)
Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages jabberd14 depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.4.5-8GCC support library
ii  libidn111.15-2   GNU Libidn library, implementation
ii  libjabberd2 1.6.1.1-5+b1 Runtime library for the Jabber/XMP
ii  libmysqlclient165.1.49-3 MySQL database client library
ii  libpopt01.16-1   lib for parsing cmdline parameters
ii  libpq5  8.4.7-0squeeze2  PostgreSQL C client library
ii  libpth202.0.7-16 The GNU Portable Threads
ii  libstdc++6  4.4.5-8  The GNU Standard C++ Library v3
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii  openssl 0.9.8o-4 Secure Socket Layer (SSL) binary a

jabberd14 recommends no packages.

jabberd14 suggests no packages.

-- Configuration Files:
/etc/default/jabberd14 changed [not included]
/etc/jabber/jabber.xml [Errno 13] Permission denied: u'/etc/jabber/jabber.xml'

-- 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#612710: pm-utils: split package to avoid conflicts

[Ritesh Raj Sarraf]

Package: pm-utils
Version: 1.4.1-6
Severity: normal

pm-utils is important for suspend/resume functionality. For other power
savings work it has new modules like laptop-mode-tools does. It would be
good if pm-utils could be split into pm-utils-core and pm-utils-modules.
This would give users the choice to choose a different power savings
tool, like laptop-mode-tools, if they prefer.

Making it conflict does not look the best approach.


Ritesh


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

Kernel: Linux 2.6.37-trunk-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

Versions of packages pm-utils depends on:
ii  kbd   1.15.2-2   Linux console font and keytable ut
ii  powermgmt-base1.31   Common utils and configs for power

Versions of packages pm-utils recommends:
ii  procps1:3.2.8-10 /proc file system utilities
pn  radeontool (no description available)
ii  vbetool   1.1-2  run real-mode video BIOS code to a

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

-- 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#612709: /usr/bin/growisofs: growisofs failed to burn DVD

[Martin Sin]

Package: dvd+rw-tools
Version: 7.1-6
Severity: normal
File: /usr/bin/growisofs

Hi,
at the beginning of burning process, growisofs fail with this message:

$ growisofs -dvd-compat -Z /dev/sr0=file.iso

Executing 'builtin_dd if=obraz.iso of=/dev/sr0 obs=32k seek=0'
/dev/sr0: "Current Write Speed" is 22.7x1352KBps.
1048576/4653744128 ( 0.0%) @0.2x, remaining 443:42 RBU 100.0% UBU   3.1%
6815744/4653744128 ( 0.1%) @1.2x, remaining 113:37 RBU 100.0% UBU  93.8%
:-[ WRITE@LBA=4980h failed with SK=5h/INVALID ADDRESS FOR WRITE]: Invalid
argument
:-( write failed: Invalid argument
/dev/sr0: flushing cache
/dev/sr0: updating RMA
/dev/sr0: closing disc

I can reproduce this problem with another blank media..

Best regards,
Martin Sin.

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

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

Versions of packages dvd+rw-tools depends on:
ii  genisoimage   9:1.1.11-1 Creates ISO-9660 CD-ROM filesystem
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3

dvd+rw-tools recommends no packages.

Versions of packages dvd+rw-tools suggests:
pn  cdrskin(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#612635: [l10n] Updated Czech translation of ntop debconf messages

[Ludovico Cavedon]

package ntop
tags 612635 + pending
thanks

On 02/09/2011 09:41 AM, Miroslav Kure wrote:
> in attachement there is updated Czech (cs.po) translation of
> ntop debconf messages. Please include it with the package.

Committed in the VCS.
Thanks!

Ludovico



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

Bug#603260: typos and grammatical errors

[Ludovico Cavedon]

package qutecom
tags 603260 + confirmed pending upstream
forwarded 603260 http://trac.qutecom.org/ticket/289
thanks

Hi,

Thanks for the report, forwarded upstream at
http://trac.qutecom.org/ticket/289

Cheers,
Ludovico



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

Bug#612708: [L10N: zh_CN] wvdial: Chinese (China) debconf translation

[Aron Xu]

Package: wvdial
Severity: wishlist
Tags: patch, l10n

The attached is wvdial's Chinese (China) debconf translation.

-- 
Regards,
Aron Xu


zh_CN.po.gz
Description: GNU Zip compressed data

Bug#612707: Upgrade Lenny to Squeeze (s390 port) results in unbootable system (recovery successful)

[Stephen Powell]

Package: upgrade-reports
Version: 6.0

I just finished doing an upgrade from Lenny to Squeeze on the s390
port, running in a virtual machine under z/VM 5.4.0.  I was ultimately
successful, but the upgrade was not smooth.  I encountered two major
problems, one related to initramfs-tools and/or module-init-tools
and the other related to udev.

First, I will describe my disk environment:

   device  device  partitionmount  device  devicedevice
   number  namename point  typeformatdriver
   --  --  ---  -  --    --
   0200/dev/dasda  /dev/dasda1  /  3390CMS reserved  DIAG
   0201/dev/dasdb  /dev/dasdb1  /boot  3390CMS reserved  ECKD
   0202/dev/dasdc  /dev/dasdc1  /home  3390CMS reserved  DIAG
   0203/dev/dasdd  /dev/dasdd1  swap   3390CMS reserved  DIAG

/etc/modprobe.d/dasd contained this statement:

   options dasd_mod dasd=0.0.0200(diag),0.0.0201,0.0.0202-0.0.0203(diag)

/etc/initramfs-tools/modules contained this statement:

   dasd_diag_mod

/etc/initramfs-tools/conf.d/driver-policy contained this statement:

   MODULES=dep

The zero-length files in /etc/sysconfig/hardware originally created by
the Debian installer for the four dasd devices had been erased (rm),
since they are now being mounted by the kernel (via the options passed
to the dasd_mod module) instead of sysconfig-hardware.

/etc/fstab looked like this:

   proc /proc proc defaults 0 0
   /dev/dasda1 / ext3 defaults,errors=remount-ro 0 1
   /dev/dasdb1 /boot ext3 defaults 0 2
   /dev/dasdc1 /home ext3 defaults 0 2
   /dev/dasdd1 none swap sw 0 0

All of this worked fine under Lenny.  I made sure my Lenny system was
up-to-date with the latest point release and security updates before
starting.  Also, I purged all obsolete packages.  I checked out the
package database and found it in perfect condition.  I then updated
/etc/apt/sources.list and pointed it to the squeeze repositories.
I then did

   apt-get update
   apt-get upgrade

It updated a bunch of packages, but did not install any new packages
or delete any old packages.  So far, so good.  I then upgraded the
kernel and udev and did a reboot.

   apt-get install linux-image-2.6.32-5-s390x
   apt-get install udev
   shutdown -r now;exit

I did this from a remote SSH client.  The machine shut down, but
did not reboot.  (Yes, a new initial RAM file system was built
and zipl was re-run.)  I logged on to the virtual machine console
using a 3270 emulator under z/VM and rebooted again.  The kernel
began to boot, but it was unable to mount the permanent root file
system and dropped me into an "(initramfs)" busybox boot prompt.

   cat /proc/modules

revealed that modules dasd_mod, dasd_eckd_mod, and dasd_diag_mod,
among others, were loaded.  Poking around in the sysfs pseudo
file system revealed that the "use_diag" pseudo files
(/sys/bus/ccw/devices/0.0.0200/use_diag,
/sys/bus/ccw/devices/0.0.0202/use_diag, and
/sys/bus/ccw/devices/0.0.0203/use_diag all contained the value
"1", and /sys/bus/ccw/devices/0.0.0201/use_diag contained the
value "0".  This meant that the options statement in
/etc/modprobe.d/dasd had been read and applied.  But only
device number 0201 (/dev/dasdb1) had its "online" flag set
to "1" in /sys/bus/ccw/devices/0.0.0201.  The online flags
for the other three disk devices were set to 0.  I prodded
the boot process along by issuing these commands at the
"(initramfs)" boot prompt:

   echo 1 >/sys/bus/ccw/devices/0.0.0200/online
   echo 1 >/sys/bus/ccw/devices/0.0.0202/online
   echo 1 >/sys/bus/ccw/devices/0.0.0203/online
   exit

This manually brought the disk devices online and the boot process
continued.  I eventually got a login prompt on the 3215
virtual console, but I was unable to establish a connection
using a remote SSH client.  I logged in as root using the
3215 virtual console and did some poking around.  I discovered
that the network device (a virtual OSA) had not come online.
I got it manually working with the following commands:

   # echo 0.0.0300,0.0.0301,0.0.0302 >/sys/bus/ccwgroup/drivers/qeth/group
   # echo 0 >/sys/bus/ccwgroup/drivers/qeth/0.0.0300/layer2
   # echo 1 >/sys/bus/ccwgroup/drivers/qeth/0.0.0300/online
   # ifup eth0

(My virtual OSA was at device number 0300.)  This brought up
the network interface and I was then able to login using a
remote SSH client.

Without documenting the debugging process, let me just cut to
the chase and document the fixes for the above two problems.
The first was fixed by editing /etc/modprobe.d/dasd and adding
the following two lines:

   softdep dasd_eckd_mod pre: dasd_diag_mod
   softdep dasd_fba_mod pre: dasd_diag_mod

The above two lines document a couple of "soft dependencies".
Both dasd_eckd_mod and dasd_fba_mod have a "hard dependency" on
dasd_mod, but now they also have a "soft dependency" on
dasd_diag_mod.  This causes the kernel to make sure that
dasd_diag_mod is loaded before it loads e

Bug#612698: icnsutils: fails to extract icons from Transcend.icns on armel/sparc

[Paul Wise]

On Wed, 2011-02-09 at 19:25 -0700, Mathew Eis wrote:

> Does Debian have access to a armel/sparc box that I can have you run
> some tests on?

As you can see at [1] there are several. I tried this on my phone[2][3]
which also runs Debian armel and found that compiling libicns without
optimisation and with debug symbols, it extracted the file fine.
Compiling it with -O2 and with debug symbols it didn't extract fine. So
this is probably a compiler optimisation issue on armel at least.

Please let me know what tests you would like run.

 1. http://db.debian.org/machines.cgi
 2. http://openmoko.com/freerunner.html
 3. http://wiki.openmoko.org/wiki/Neo_FreeRunner

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#427360: Patch starting point

[Michael Moorman]

I can confirm that this patch works on against Ubuntu Maverick amd64
just fine (don't have Debian installed at the moment, else I'd test
it there too), and I linked to the patch on the Launchpad duplicate of
this bug report. Thanks for writing the patch, Drake!

-Michael Moorman



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

Bug#603084: Bug#612656: marked as done (installation-report: ext3, c'mon it's 2011)

[Christian PERRIER]

Quoting Debian Bug Tracking System (ow...@bugs.debian.org):
> Thanks for your installation report.
> Closing as it was a successful installation.
> 
> Come on, it's 2011 and #603084 it's already reported ;-)

I think we should switch to ext4 as default *now*




signature.asc
Description: Digital signature

Bug#612656: installation-report: ext3, c'mon it's 2011

[Christian PERRIER]

Quoting Fabian Greffrath (fabian+deb...@greffrath.com):
> Package: installation-reports
> Version: 2.44
> Severity: normal
> 
> Hi,
> 
> installation worked liike a charm. However, I selected automatic partitioning
> and formatting and ended up with a single ext3 partition. Come on, it's 2011
> and ext4 is considered stable since at least two years now. Please choose ext4
> as default file system for fresh installs.

ext4 has been activated for the first time in squeeze. As we're not
crazy, nobody in the team imagined a single second to make it the
default. This may change for wheezy.




signature.asc
Description: Digital signature

Bug#612706: editmoin: Incorrect vim-addon-manager command displayed

[Geoff Simmons]

Package: editmoin
Version: 1.15-1
Severity: minor

Hi,

>From the package's long description:

  This package also includes a Vim syntax file. Install
  vim-addon-manager and use "vim-addon install editmoin" to activate.

The command should actually read "vim-addons install editmoin", as
/usr/bin/vim-addons is provided by vim-addon-manager.

Geoff

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

Kernel: Linux 2.6.37-trunk-686 (SMP w/1 CPU core)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages editmoin depends on:
ii  python  2.6.6-3+squeeze5 interactive high-level object-orie
ii  python-central  0.6.16+nmu1  register and build utility for Pyt

editmoin recommends no packages.

Versions of packages editmoin suggests:
ii  vim-addon-manager 0.4.3  manager of addons for the Vim edit

-- 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#609886: libapache2-mod-jk: After upgrade from 1.2.26 to 1.2.30 mod_jk no longer connects to tomcats

[Miguel Landaeta]

On Wed, Feb 9, 2011 at 10:57 PM, Miguel Landaeta  wrote:
> I will disable that flag until upstream sort this out and I'll prepare
> a fix for this right away. I guess this should be included in Squeeze
> 6.0.1 since it's a true RC bug.

Just to clarify, there is nothing wrong with the SOCK_CLOEXEC flag which
is supported only in recent kernels.

This bug only appears if the package is built using a Linux kernel >= 2.6.27
but the JK module is deployed on a server running a Linux kernel < 2.6.27.

-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche



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

Bug#612705: Netpbm should include Jpeg2ktopam

[David Starner]

Package: netpbm
Version: 2:10.0-12.2+b1
Severity: wishlist

I hacked up a jp2 to pnm converter and offered it upstream, whereupon
he pointed me to jpeg2ktopam. That doesn't seem to be in Debian's
netpbm; can it be included in future packages?

-- 
Kie ekzistas vivo, ekzistas espero.



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

Bug#612704: gnome-terminal: Flashes when changing text size

[Josh Triplett]

Package: gnome-terminal
Version: 2.30.2-1
Severity: normal

When changing the text size (such as by hitting ctrl-plus or
ctrl-minus), gnome-terminal flashes as it redraws.  This occurs
regardless of whether the terminal uses a black or white background
color.  Ideally, gnome-terminal should perform the redraw atomically,
going directly from the rendering with smaller text to the rendering
with larger text.

Note that gnome-terminal does not flash when the window size changes, or
when clearing the screen, only when changing the text size.

- Josh Triplett

-- 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-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-terminal depends on:
ii  gnome-terminal-data2.30.2-1  Data files for the GNOME terminal 
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.2-11 Embedded GNU C Library: Shared lib
ii  libdbus-glib-1-2   0.88-2.1  simple interprocess messaging syst
ii  libgconf2-42.28.1-6  GNOME configuration database syste
ii  libglib2.0-0   2.28.0-1  The GLib library of C routines
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libice62:1.0.7-1 X11 Inter-Client Exchange library
ii  libpango1.0-0  1.28.3-1+squeeze1 Layout and rendering of internatio
ii  libsm6 2:1.2.0-1 X11 Session Management library
ii  libvte91:0.24.3-2Terminal emulator widget for GTK+ 
ii  libx11-6   2:1.4.1-4 X11 client-side library

Versions of packages gnome-terminal recommends:
ii  gvfs 1.6.4-3 userspace virtual filesystem - ser
ii  yelp 2.30.1+webkit-1 Help browser for GNOME

gnome-terminal 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#609886: libapache2-mod-jk: After upgrade from 1.2.26 to 1.2.30 mod_jk no longer connects to tomcats

[Miguel Landaeta]

severity 609886 grave
tags 609886 - unreproducible - moreinfo + confirmed
thanks

Hello,

I really have to apologize, this is indeed a RC bug. I explain why:

Linux kernels older than 2.6.27 didn't support SOCK_CLOEXEC flag
with socket(2) syscall. The kernels supported in Lenny are under this
category.

When libapache2-mod-jk is build with a kernel that support SOCK_CLOEXEC
flag with socket(2) syscall, the result is a buggy module. This is the case
for Squeeze kernels. I will have to report this to upstream.

I will disable that flag until upstream sort this out and I'll prepare
a fix for this
right away. I guess this should be included in Squeeze 6.0.1 since it's a
true RC bug.

Thanks to Vanegh for giving me access to his system in order to debug
and fix this.

Cheers,

-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche



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

Bug#532005: Found 532005 in Squeeze Kernel 2.6.32-30

[Nick Daly]

Hi Moritz and Matthew,

This is an issue with the current release of Debian Squeeze.  The
issue is actually a boot-time load order issue.  If the pcspkr module
is inserted into the kernel too early in the boot process (as it is by
default, at least on my system) the beep becomes the evil buzzing honk
the original reporter complained about.  However, if it's inserted
late into the boot process, it's the lovely, beautiful, normal, Lenny
beep.

So, an effective workaround is to insert the following into your
"/etc/rc.local" file:

modprobe -r pcspkr
modprobe pcspkr

I just figured this out today, and was really happy to have my normal,
Lenny beep back.  This probably means that this bug should be
reassigned, but I have no idea where it should be reassigned.

Thanks for your time,
Nick



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

Bug#611855: sylpheed crashes (perhaps during mailbox check)

[d+deb]

Hi,

I always thank you for your work.

On Wed, Feb 09, 2011 at 05:13:40PM +0100, Ricardo Mones wrote:
> > sylpheed crashes in my environment, too.
> > Here is backtrace.
> [...]
> > at /tmp/buildd/gtk+2.0-2.24.0/gtk/gtktreemodel.c:1473
> [...]
> > at /tmp/buildd/glib2.0-2.27.91/./glib/gmain.c:3299
> 
>   From the original report:
> ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
> ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface
> 
>   I think you're using a pretty different environment, at least regarding
>   the GTK/GLib used, which seems the one crashing here... are these from
>   experimental or just built yourself?

I used sylpheed 3.1.0~rc0-1 and GTK/GLib from experimental.

ii  libglib2.0-0   2.27.91-1  The GLib library of C routines
ii  libgtk2.0-02.24.0-1   The GTK+ graphical user interface library

>   If you have time maybe you can try with Debian's GTK/Glib and the 3.1.0
>   version (original reporter told this seems fixed in 3.1.0).

Yeah, I do not suffer crashing since sylpheed 3.1.0-1.
But I do not know that it is really "fixed".
-- 
Regards,
dai

GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E


signature.asc
Description: Digital signature

Bug#612703: ampache: disables Apache default site configuration during installation

[Jonathan Wiltshire]

Package: ampache
Version: 3.5.4-10
Severity: critical
Justification: breaks unrelated software

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

When Ampache is installed and the user chooses to have it automatically
configure the Apache webserver, Ampache disables the default site configuration
without checking for local changes. This breaks unrelated software that the
administrator has set up in there (for example, I had several Alias statements).

It is not Ampache's job to deconfigure site files. It should install its
configuration in a way that does not disrupt other sites.

This breakage was introduced in 3.5.4-10:

 ampache (3.5.4-10) unstable; urgency=low
 .
   * Made package use a VirtualHost instead of adding alias symlink to
 /etc/apache2/conf.d
   * Added /conf/ApacheAmpache.
   * Updated postinst and postrm to use a2ensite and a2dissite.
   * Updated ampache.install to install ApacheAmpache into
 /etc/apache2/sites-available.


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

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

Versions of packages ampache depends on:
ii  debconf [debconf-2.0] 1.5.38 Debian configuration management sy
ii  libapache2-mod-php5   5.3.3-7server-side, HTML-embedded scripti
ii  libjs-prototype   1.6.1-1JavaScript Framework for dynamic w
ii  libnusoap-php 0.7.3-4SOAP toolkit for PHP
ii  libphp-snoopy 1.2.4-2Snoopy is a PHP class that simulat
ii  php-xml-rpc   1.5.3-1PHP implementation of the XML-RPC 
ii  php5  5.3.3-7server-side, HTML-embedded scripti
ii  php5-auth-pam 0.4-10+b1  A PHP5 extension for PAM authentic
ii  php5-cli  5.3.3-7command-line interpreter for the p
ii  php5-mysql5.3.3-7MySQL module for php5
ii  ttf-freefont  20100919-1 Freefont Serif, Sans and Mono True

Versions of packages ampache recommends:
ii  ampache-themes3.5.1-1Themes for Ampache
ii  apache2-mpm-prefork   2.2.16-6   Apache HTTP Server - traditional n

Versions of packages ampache suggests:
pn  eyed3  (no description available)
pn  faad   (no description available)
ii  lame  3.98.4-0.0 LAME Ain't an MP3 Encoder
pn  mp3-splt   (no description available)
ii  mysql-server  5.1.55-1   MySQL database server (metapackage
ii  mysql-server-5.1 [mysql-serve 5.1.55-1   MySQL database server binaries and
ii  php5-gd   5.3.3-7GD module for php5
ii  phpmyadmin4:3.3.9-3  MySQL web administration tool
ii  vorbis-tools  1.4.0-1several Ogg Vorbis tools

- -- Configuration Files:
/etc/ampache/lighttpd_ampache.conf [Errno 2] No such file or directory: 
u'/etc/ampache/lighttpd_ampache.conf'
/etc/ampache/mythbuntu.ampache.conf [Errno 2] No such file or directory: 
u'/etc/ampache/mythbuntu.ampache.conf'

- -- debconf information excluded

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iQIcBAEBAgAGBQJNU1IlAAoJEFOUR53TUkxRe+EP/1ZqVEn/5YVVBQOeBpoLrYE1
zCm/STLQT4T3fQB1dox+XQGgLESuttME94Ry6tDXS848fOR0G7YLOGOpJsI4yurZ
I91D0h/LQ/0iyHZXV7rBunH8TjiYIC6Fexm6/iO/869LivIpzwDAfUkBbjQyIfMD
L8rkj5EtyzbSpmjdLXx6nrlILKRJihp/W7RZ02tVH6jYG3d8g9j1ij4Nf4EzPA9s
//8Aob4G0cxqIDsj9RZ37aOjV8OAEQmbrwvCJ8Cv4Dfi2cnxfJN5LanvyhWy79gV
T28wSQ2M5NIygPiFjlNHutagPyhbapWfVaZkA0wlDJP3E0Aruv1S1yeFdUEacd7Q
uAZZvy54eKEXve10402tKQhgLI5CeHCVdP6CcqZcz5GhN0z3cqs3qT0brfTWd9De
XqQcJJeiPbHSaMVqZJkhz9Q0w9ZP3hj1mdLEgFGhe2iXQOY/yER6EZomZBS3VJ6e
X60Pcxx6HvzY06mFuPZBlBvfBF1iG7VlOYzFDycyw3Maif7xqSdgp6dJ/KWa5BqA
kVp7eqIlvkN6T6HHv4xPsJflHffPebkngE5bQqo956ebbubJ55gWvaqjgpm8RtIH
hAVByI5IKCv4/tkJ3b9haRQsTPkevsareZpElIx06LvRNjOcHYvj9X9HIA8gFF5p
HYtvwbb2W8S87YsaEVeG
=JkKo
-END PGP SIGNATURE-



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

Bug#612702: xinput: allow empty property list

[Krasu]

Package: xinput
Version: 1.5.2-1
Severity: normal

The patch allows empty property list, which is needed in some cases for setting
up empty list of values for touchscreen configuration.



-- System Information:
Debian Release: 6.0
  APT prefers stable
  APT policy: (500, 'stable'), (20, 'unstable'), (10, 'experimental')
Architecture: i386 (i686)

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

Versions of packages xinput depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libx11-6  2:1.3.3-4  X11 client-side library
ii  libxext6  2:1.1.2-1  X11 miscellaneous extension librar
ii  libxi62:1.3-6X11 Input extension library

xinput recommends no packages.

xinput suggests no packages.

-- no debconf information
diff -u -r xinput-1.5.3.000.orig/man/xinput.man xinput-1.5.3.001.empty_list/man/xinput.man
--- xinput-1.5.3.000.orig/man/xinput.man	2010-02-04 14:37:36.0 -0800
+++ xinput-1.5.3.001.empty_list/man/xinput.man	2011-02-09 16:33:43.0 -0800
@@ -78,7 +78,7 @@
 instead.
 .PP
 .TP 8
-.B --set\-prop [\-\-type=\fIatom|float|int\fP] [\-\-format=\fI8|16|32\fP] \fIdevice\fP \fIproperty\fP \fIvalue\fP [...]
+.B --set\-prop [\-\-type=\fIatom|float|int\fP] [\-\-format=\fI8|16|32\fP] \fIdevice\fP \fIproperty\fP [ \fIvalue\fP ...]
 Set the property to the given value(s).  If not specified, the format and type
 of the property are left as-is.  The arguments are interpreted according to the
 property type.
diff -u -r xinput-1.5.3.000.orig/src/property.c xinput-1.5.3.001.empty_list/src/property.c
--- xinput-1.5.3.000.orig/src/property.c	2010-05-17 17:30:09.0 -0700
+++ xinput-1.5.3.001.empty_list/src/property.c	2011-02-09 16:19:45.0 -0800
@@ -577,7 +577,7 @@
 int32_t *l;
 } data;
 
-if (argc < 3)
+if (argc < 2)
 {
 fprintf(stderr, "Usage: xinput %s %s\n", n, desc);
 return EXIT_FAILURE;
diff -u -r xinput-1.5.3.000.orig/src/xinput.c xinput-1.5.3.001.empty_list/src/xinput.c
--- xinput-1.5.3.000.orig/src/xinput.c	2010-05-13 18:33:53.0 -0700
+++ xinput-1.5.3.001.empty_list/src/xinput.c	2011-02-09 16:31:11.0 -0800
@@ -130,7 +130,7 @@
   delete_prop
 },
 { "set-prop",
-  " [--type=atom|float|int] [--format=8|16|32]   [ ...]",
+  " [--type=atom|float|int] [--format=8|16|32]  [ ...]",
   set_prop
 },
 {NULL, NULL, NULL

Bug#612698: icnsutils: fails to extract icons from Transcend.icns on armel/sparc

[Mathew Eis]

Hi pabs,

Does Debian have access to a armel/sparc box that I can have you run
some tests on?

Thanks,

-Mathew Eis

On Wed, Feb 9, 2011 at 6:27 PM, Paul Wise  wrote:
> Package: icnsutils
> Version: 0.7.1-1
> Severity: serious
> Justification: broken on armel/sparc
>
> As you can see in these two build logs, icns2png fails on armel and
> sparc due to a bus/alignment error and something that looks like
> misparsing of the file. Other architectures are fine.
>
> https://buildd.debian.org/status/package.php?p=transcend
>
> https://buildd.debian.org/fetch.cgi?pkg=transcend&arch=sparc&ver=0.3.dfsg2-1&stamp=1297203089&file=log&as=raw
>
> icns2png -x 
> Transcend/build/macOSX/Transcend.app/Contents/Resources/Transcend.icns
> make[1]: *** [override_dh_auto_build] Bus error
>
> https://buildd.debian.org/fetch.cgi?pkg=transcend&arch=armel&ver=0.3.dfsg2-1&stamp=1297236223&file=log&as=raw
>
> icns2png -x
> Transcend/build/macOSX/Transcend.app/Contents/Resources/Transcend.icns
> libicns: icns_get_element_from_family: Invalid element size! (1946173448)
> libicns: icns_get_image32_with_mask_from_family: Unable to load mask element 
> from icon family!
> Unable to load 32-bit icon image with mask from icon family!
> Extracting icns data from 
> Transcend/build/macOSX/Transcend.app/Contents/Resources/Transcend.icns failed!
> 
> Reading icns family from 
> Transcend/build/macOSX/Transcend.app/Contents/Resources/Transcend.icns...
>  No elements were extracted from 
> Transcend/build/macOSX/Transcend.app/Contents/Resources/Transcend.icns.
>
> --
> bye,
> pabs
>
> http://wiki.debian.org/PaulWise
>



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

Bug#612639: debootstrap log

[Dennis van Dok]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I've been pulling my hair out as I'm just trying this for the first
time, turns out it is broken!

Would the message

gpg: fatal: /root/.gnupg: directory does not exist!

be a clue?

Thanks!

Dennis van Dok
- -- 
D.H. van Dok :: Software Engineer :: www.nikhef.nl :: www.biggrid.nl
Phone +31 20 592 22 28 :: http://www.nikhef.nl/~dennisvd/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk1TRMsACgkQIITq5lEwLHcnlACcDZEZZkRC56ir3lwwnA/5MqyR
wk0AnjLa5t/Dv3OzQ5gHRtllQYlYgwrm
=YhKX
-END PGP SIGNATURE-
gpgv: Signature made Wed Feb  9 21:49:10 2011 CET using RSA key ID 473041FA
gpgv: Good signature from "Debian Archive Automatic Signing Key (6.0/squeeze) "
warning, in file '/var/lib/dpkg/status' near line 3 package 'dpkg':
 missing description
warning, in file '/var/lib/dpkg/status' near line 3 package 'dpkg':
 missing maintainer
Selecting previously deselected package base-files.
dpkg: regarding .../base-files_6.1_amd64.deb containing base-files, pre-dependency problem:
 base-files pre-depends on awk
  awk is not installed.
dpkg: warning: ignoring pre-dependency problem!
(Reading database ... 0 files and directories currently installed.)
Unpacking base-files (from .../base-files_6.1_amd64.deb) ...
Selecting previously deselected package base-passwd.
Unpacking base-passwd (from .../base-passwd_3.5.22_amd64.deb) ...
dpkg: base-passwd: dependency problems, but configuring anyway as you requested:
 base-passwd depends on libc6 (>= 2.2.5); however:
  Package libc6 is not installed.
Setting up base-passwd (3.5.22) ...
dpkg: base-files: dependency problems, but configuring anyway as you requested:
 base-files depends on awk; however:
  Package awk is not installed.
Setting up base-files (6.1) ...
warning, in file '/var/lib/dpkg/status' near line 44 package 'dpkg':
 missing description
warning, in file '/var/lib/dpkg/status' near line 44 package 'dpkg':
 missing maintainer
dpkg: regarding .../dpkg_1.15.8.10_amd64.deb containing dpkg, pre-dependency problem:
 dpkg pre-depends on libbz2-1.0
  libbz2-1.0 is not installed.
dpkg: warning: ignoring pre-dependency problem!
dpkg: regarding .../dpkg_1.15.8.10_amd64.deb containing dpkg, pre-dependency problem:
 dpkg pre-depends on libc6 (>= 2.6)
dpkg: warning: ignoring pre-dependency problem!
dpkg: regarding .../dpkg_1.15.8.10_amd64.deb containing dpkg, pre-dependency problem:
 dpkg pre-depends on libselinux1 (>= 1.32)
dpkg: warning: ignoring pre-dependency problem!
dpkg: regarding .../dpkg_1.15.8.10_amd64.deb containing dpkg, pre-dependency problem:
 dpkg pre-depends on zlib1g (>= 1:1.1.4)
dpkg: warning: ignoring pre-dependency problem!
dpkg: regarding .../dpkg_1.15.8.10_amd64.deb containing dpkg, pre-dependency problem:
 dpkg pre-depends on coreutils (>= 5.93-1)
dpkg: warning: ignoring pre-dependency problem!
dpkg: regarding .../dpkg_1.15.8.10_amd64.deb containing dpkg, pre-dependency problem:
 dpkg pre-depends on xz-utils
  xz-utils is not installed.
dpkg: warning: ignoring pre-dependency problem!
(Reading database ... 102 files and directories currently installed.)
Preparing to replace dpkg 1.15.8.10 (using .../dpkg_1.15.8.10_amd64.deb) ...
Unpacking replacement dpkg ...
dpkg: dpkg: dependency problems, but configuring anyway as you requested:
 dpkg depends on libbz2-1.0; however:
  Package libbz2-1.0 is not installed.
 dpkg depends on libc6 (>= 2.6); however:
  Package libc6 is not installed.
 dpkg depends on libselinux1 (>= 1.32); however:
  Package libselinux1 is not installed.
 dpkg depends on zlib1g (>= 1:1.1.4); however:
  Package zlib1g is not installed.
 dpkg depends on coreutils (>= 5.93-1); however:
  Package coreutils is not installed.
 dpkg depends on xz-utils; however:
  Package xz-utils is not installed.
Setting up dpkg (1.15.8.10) ...
Selecting previously deselected package libc6.
(Reading database ... 349 files and directories currently installed.)
Unpacking libc6 (from .../libc6_2.11.2-11_amd64.deb) ...
dpkg: libc6: dependency problems, but configuring anyway as you requested:
 libc6 depends on libc-bin (= 2.11.2-11); however:
  Package libc-bin is not installed.
 libc6 depends on libgcc1; however:
  Package libgcc1 is not installed.
Setting up libc6 (2.11.2-11) ...
Selecting previously deselected package perl-base.
(Reading database ... 658 files and directories currently installed.)
Unpacking perl-base (from .../perl-base_5.10.1-17_amd64.deb) ...
Setting up perl-base (5.10.1-17) ...
Selecting previously deselected package mawk.
(Reading database ... 1299 files and directories currently installed.)
Unpacking mawk (from .../mawk_1.3.3-15_amd64.deb) ...
Setting up mawk (1.3.3-15) ...
Selecting previously deselected package libacl1.
(Reading database ... 1318 files and directories currently installed.)
Unpacking libacl1 (from .../libacl1_2.2.49-4_amd64.deb) ...
Selecting previously deselected package libattr1.
Unpack

Bug#611855: [sylpheed:34449] Bug#611855: crashes (perhaps during mailbox check)

[Hiroyuki Yamamoto]

Hello,

On Wed, 09 Feb 2011 16:37:13 +0100
Antonio Ospite  wrote:

> Package: sylpheed
> Version: 3.1.0-1
> Severity: normal
> 
> Hi,
> 
> I am still getting it on 3.1.0-1.
> 
> I haven't figured out what triggers it but I've got it a couple of a
> times in a day.
> 
> Attached there is my backtrace log, I'll try to supply a log with
> "thread apply all bt" the next time I hit it, if needed.

It seems that it crashes at summary_show_queued_msgs(), which
temporarily appends currently received messages on the summary view.

The following warning shows somehow GtkTreeIter is broken at the point.

(sylpheed:3133): Gtk-CRITICAL **: gtk_tree_store_get_value: assertion
`VALID_ITER (iter, tree_store)' failed

Can you rerun sylpheed with --debug option?

  $ gdb sylpheed
  (gdb) run --debug

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

It may be x86-64 specific, or depends on GTK+ version?
(I haven't get any crashes similar to this yet with x86 systems.)

-- 
Hiroyuki Yamamoto 



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

Bug#346119: closed by "Richard Hartmann" (bug triage)

[Axel Beckert]

tags 346119 + moreinfo
kthxbye

Hi together,

Jacob Sparre Andersen  wrote:
> Version: 4.3.0-dev-2-1
> 
> It seems that Zsh has stopped accepting non-ASCII letters in variable
> names:

It has only stopped for non-UTF-8 locales. Using UTF-8 locales, it
works at least in oldstable (Lenny, 4.3.6-6) and Sid (4.3.11-2).

Jacob: Do you still consider this a bug after getting the above
information?

Richard Hartmann wrote:
> found 346119 4.3.9-1
> thanks

Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the zsh package:
> 
> #346119: zsh: Non-ASCII letters are not accepted in variable names
> 
> It has been closed by "Richard Hartmann" .
> 
> Their explanation is attached below along with your original report.
[...]
> From: Richard Hartmann 
> Date: Fri, 2 Jan 2009 01:32:07 +0100
> Subject: bug triage
> To: 346119-d...@bugs.debian.org
> 
> Version: 3.4.6-7

Richard: Do you really wanted to fix a bug reported against
zsh/4.3.0-dev-2-1 to be closed with zsh/3.4.6-7?

You also reported the bug to be found with 4.3.9-1 (which was the
current version in Sid at that time), just to close it a few minutes
later. Without that "found 346119 4.3.9-1" I'd expected the bug to be
fixed in 4.3.9-1 and "3.4.6-7" being some weird typo. Or did this just
go to the wrong bug report?

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



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

Bug#539611: Please remove these files on future upgrade

[Karl O. Pinc]

If this isn't going to get fixed in lenny, then it'd
be nice if a squeeze version, or _some_ version, of
the postgresql package removes these files/directories.


Karl 
Free Software:  "You don't pay back, you pay forward."
 -- Robert A. Heinlein




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

Bug#612701: libgphoto2: Error initializing camera: -60: Could not lock the device

[Steven Sciame]

Package: libgphoto2-2
Version: 2.4.6-3
Severity: important

Upon plugging in digital camera, I get two identical boxes open that ask me
to select which application I want to open the camera plus a third box that
says, "Unable to mount KODAK EasyShare CX7430 Zoom Digital Camera Error 
initializing camera: -60: Could not lock the device.

gthumb will not read all of the contents of the camera.

This worked perfectly in Lenny.  After upgrade to Squeeze, this problem arose.

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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libgphoto2-2 depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libexif12 0.6.19-1   library to parse EXIF files
ii  libgphoto2-port0  2.4.6-3gphoto2 digital camera port librar
ii  libjpeg62 6b1-1  The Independent JPEG Group's JPEG 
ii  libltdl7  2.2.6b-2   A system independent dlopen wrappe

Versions of packages libgphoto2-2 recommends:
ii  udev  164-3  /dev/ and hotplug management daemo

Versions of packages libgphoto2-2 suggests:
pn  gphoto2(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#612349: Patch that mentions release notes

[Karl O. Pinc]

Hi,

Attached is a patch that mentions installing firmware.

I've not verified that apt-file is usable or installable
at this point in the upgrade process, but I'm not sure what
else to recommend.  I am also presuming that free firmware
is installed automatically, which now that I think of it
is probably not the case.

It would be really nice if the kernel upgrade process
informed the user as to exactly what package should be
installed.  Perhaps this bug should be shifted to them?


Karl 
Free Software:  "You don't pay back, you pay forward."
 -- Robert A. Heinlein

diff -ruN release-notes/en/upgrading.dbk release-notes-new/en/upgrading.dbk
--- release-notes/en/upgrading.dbk	2011-02-06 23:52:05.0 -0600
+++ release-notes-new/en/upgrading.dbk	2011-02-09 19:40:22.0 -0600
@@ -1248,6 +1248,15 @@
 opportunity to get the benefits provided by the new kernel version.
 
 
+Some hardware may require non-free firmware.  Adding
+non-free to the lines in
+/etc/apt/sources.list and running
+apt-get update enables the non-free section.  The
+apt-file program can then be used to search for
+package(s) containing the driver(s) recommended during installation of
+the new kernel.
+
+
 For the more adventurous there is an easy way to compile your own custom
 kernel on &debian;. Install the kernel-package tool and read the documentation in

Bug#612700: please mark tzdata as Multi-Arch: foreign

[Steve Langasek]

Package: tzdata
Version: 2011a-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty ubuntu-patch

Hi Clint,

I've just pushed a patch to the tzdata package in Ubuntu to mark the tzdata
binary packages as Multi-Arch: foreign, in compliance with the plan for
multiarch described at .  Since
eglibc in Ubuntu depends on tzdata this is somewhat critical-path there;
it's much less so in Debian, but it would still be technically correct for
the package there so I'm forwarding the change on for your consideration -
see attached patch.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru tzdata-2011a/debian/control tzdata-2011a/debian/control
--- tzdata-2011a/debian/control	2010-08-10 20:53:24.0 -0700
+++ tzdata-2011a/debian/control	2011-02-09 15:20:17.0 -0800
@@ -9,6 +9,7 @@
 
 Package: tzdata
 Architecture: all
+Multi-Arch: foreign
 Depends: ${misc:Depends}, debconf | debconf-2.0
 Replaces: libc0.1, libc0.3, libc6, libc6.1
 Provides: tzdata-squeeze
@@ -23,6 +25,7 @@
 Architecture: all
 Section: java
 Priority: optional
+Multi-Arch: foreign
 Depends: ${misc:Depends}, tzdata (= ${binary:Version})
 Description: time zone and daylight-saving time data for use by java runtimes
  This package contains data required for the implementation of

Bug#610914: wvdial: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Hello,

Please, Could you update the Brazilian Portuguese
Translation?

Attached you will find the file pt_BR.po. It is UTF-8
encoded and it is tested with msgfmt and
podebconf-display-po.

Kind regards.


pt_BR.po.gz
Description: GNU Zip compressed data


signature.asc
Description: PGP signature

Bug#612699: gthumb: inconsistently displays contents of camera

[Steven Sciame]

Package: gthumb
Version: 3:2.11.5-4
Severity: important

Sometimes gthumb displays all of the contents of the camera and sometimes 
it does not.  This worked perfectly in Lenny.  I just upgraded to Squeeze.
It seems to work consistently with Open Shotwell Photo Manager.  

Also, this may be more suitable for another bug report.  When I plug in the 
Camera (Kodak Easy Share CX7430), two identical windows pop up informing me
that I just inserted a medium with digital photos. Choose which application 
to launch.  Plus a third window telling me that, "Unable to mount Kodak 
EasyShare CX7430 Zoom Digital Camera   Error initializing camera: -60: Could 
not lock the device

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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gthumb depends on:
ii  gthumb-data3:2.11.5-4an image viewer and browser - arch
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libbrasero-media0  2.30.3-2  CD/DVD burning library for GNOME -
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.24-4  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.88-2.1  simple interprocess messaging syst
ii  libexiv2-9 0.20-2EXIF/IPTC metadata manipulation li
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.2-2.1 FreeType 2 font engine, shared lib
ii  libgcc11:4.4.5-8 GCC support library
ii  libgconf2-42.28.1-6  GNOME configuration database syste
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgnome-keyring0  2.30.1-1  GNOME keyring services library
ii  libgstreamer-plugins-b 0.10.30-1 GStreamer libraries from the "base
ii  libgstreamer0.10-0 0.10.30-1 Core GStreamer libraries and eleme
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libjpeg62  6b1-1 The Independent JPEG Group's JPEG 
ii  libpango1.0-0  1.28.3-1+squeeze1 Layout and rendering of internatio
ii  libsoup-gnome2.4-1 2.30.2-1  an HTTP library implementation in 
ii  libsoup2.4-1   2.30.2-1  an HTTP library implementation in 
ii  libstdc++6 4.4.5-8   The GNU Standard C++ Library v3
ii  libtiff4   3.9.4-5   Tag Image File Format (TIFF) libra
ii  libunique-1.0-01.1.6-1.1 Library for writing single instanc
ii  libxml22.7.8.dfsg-2  GNOME XML library
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

Versions of packages gthumb recommends:
pn  gstreamer0.10-gnomevfs (no description available)
ii  gvfs-bin  1.6.4-3userspace virtual filesystem - bin

gthumb 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#612698: icnsutils: fails to extract icons from Transcend.icns on armel/sparc

[Paul Wise]

Package: icnsutils
Version: 0.7.1-1
Severity: serious
Justification: broken on armel/sparc

As you can see in these two build logs, icns2png fails on armel and
sparc due to a bus/alignment error and something that looks like
misparsing of the file. Other architectures are fine.

https://buildd.debian.org/status/package.php?p=transcend

https://buildd.debian.org/fetch.cgi?pkg=transcend&arch=sparc&ver=0.3.dfsg2-1&stamp=1297203089&file=log&as=raw

icns2png -x 
Transcend/build/macOSX/Transcend.app/Contents/Resources/Transcend.icns
make[1]: *** [override_dh_auto_build] Bus error

https://buildd.debian.org/fetch.cgi?pkg=transcend&arch=armel&ver=0.3.dfsg2-1&stamp=1297236223&file=log&as=raw

icns2png -x
Transcend/build/macOSX/Transcend.app/Contents/Resources/Transcend.icns
libicns: icns_get_element_from_family: Invalid element size! (1946173448)
libicns: icns_get_image32_with_mask_from_family: Unable to load mask element 
from icon family!
Unable to load 32-bit icon image with mask from icon family!
Extracting icns data from 
Transcend/build/macOSX/Transcend.app/Contents/Resources/Transcend.icns failed!

Reading icns family from 
Transcend/build/macOSX/Transcend.app/Contents/Resources/Transcend.icns...
 No elements were extracted from 
Transcend/build/macOSX/Transcend.app/Contents/Resources/Transcend.icns.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#553672: group stb-admin membership is required to access the system-tools-backends

[Simon Waters]

The error:

"The configuration could not be loaded"
"You are not allowed to access the system configuration."

May occur if the user is simply not a member of group "stb-admin" when
attempting to use some entries in the Administration menu in GNOME
(system-tools-backends).

Users wishing to use these tools may also wish to be members of the
group "sudo" as per Squeeze release notes so they are authorised by
their own password rather than root's.

Aspects of these bug reports may be duplicates of this problem, although
at least one report has additional content.
553672
569035
607952

This was noted on a box upgraded from Lenny to Squeeze, which had been
tracking Debian testing before the official release of Squeeze.

http://www.debian-administration.org/users/simonw/weblog/407



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

Bug#612697: syslinux-themes-debian-squeeze: grey console background

[Robert Edmonds]

Package: syslinux-themes-debian-squeeze
Version: 5-1
Severity: wishlist

with the syslinux-themes-debian-squeeze package installed i get a nice
graphical boot screen with extlinux.  however, when the system starts to
boot the console has a grey background, with console text in the
traditional grey-on-black which overwrites the grey background.
eventually all of the grey background scrolls off the screen as messages
are written to the console.

would look better if the system booted with the traditional black
background.

attached is an IPKVM screenshot.

-- 
Robert Edmonds
edmo...@debian.org
<>

signature.asc
Description: Digital signature

Bug#612692: grub-setup segfaults when presented with partitioned raid

[Jamie Heilman]

Colin Watson wrote:
> On Wed, Feb 09, 2011 at 03:33:54PM -0800, Jamie Heilman wrote:
> > Anyhow, it appears that device.map isn't supposed to be allowed to
> > contain md devices anymore... judging by the changelog...
> > 
> > grub2 (1.99~20101210-2) experimental; urgency=low
> > 
> >   * Automatically remove MD devices from device.map on upgrade, since the
> > BIOS cannot read from these and including them in device.map will break
> > GRUB's ability to read from such devices (LP: #690030).
> > 
> > ...but that didn't happen when I upgraded to this version from
> > 1.98+20100804-14 so it looks like something is broken there.  (I still
> > had nothing but (hd0) /dev/md/d0 in my map.)  Once I fixed up my
> > device.map manually, grub-setup works OK (I use msdos partitions on d0,
> > which probably explains why I don't see bug 612518).
> 
> The automatic removal only covered devices that were automatically
> added; I felt doing more than that was risky.  /dev/md/d0 doesn't sound
> like an entry we'd have added automatically.  Did you enter that
> yourself at some point in the past, or am I missing something?

Ah OK, that makes sense, it was totally a manual addition from a
by-hand bootstrapping session I'd done earlier, never went through
debconf or anything like that.  Looks like that bit was just a problem
I manufactured for my own delight.

-- 
Jamie Heilman http://audible.transient.net/~jamie/
"Most people wouldn't know music if it came up and bit them on the ass."
-Frank Zappa



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

Bug#611194: [calibre] New upstream

[Lars Boegild Thomsen]

Package: calibre
Version: 0.7.43+dfsg-1

I can add that I experimentally tried a manual install of the latest upstream 
(0.7.44) in /usr/local and that works fine.

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.32-5-686

Debian Release: 6.0
  900 testing debian 
  200 stable  debian 
  100 unstabledebian 

--- Package information. ---
Depends(Version) | Installed
-+-===
python  (>= 2.6) | 2.6.6-3+squeeze5
python-dbus  | 0.83.1-1
python-imaging   | 1.1.7-2
python-lxml  | 2.2.8-2
python-mechanize | 0.1.11-1.1
python-beautifulsoup | 3.1.0.1-2
python-pkg-resources | 0.6.14-4
python-pypdf   (>= 1.10) | 1.12-3
python-cssutils  (>= 0.9.7~) | 0.9.7~b2-2
python-encutils   (>= 0.9.5) | 0.9.7~b2-2
python-cherrypy3  (>= 3.1.1) | 3.1.2-1
python-dateutil  | 1.4.1-3
python-django-tagging| 0.3.1-1
python-qt4(>= 4.7.3) | 4.7.3-1+b1
python-pyparsing | 1.5.2-2
python-routes| 1.12.3-1
python-pythonmagick  | 0.9.1-3+b1
xdg-utils| 1.1.0~rc1-1
imagemagick  | 8:6.6.0.4-3
ttf-liberation   | 1.05.2.20091019-4
calibre-bin   (>= 0.7.43+dfsg-1) | 0.7.43+dfsg-1


Recommends(Version) | Installed
===-+-===
python-dnspython| 1.8.0-1


Package's Suggests field is empty.
-- 
Lars



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

Bug#612696: grub-pc: Auto-detection of a filesystem of /dev/ad0s1a failed.

[Axel Beckert]

Package: grub-pc
Version: 1.99~rc1-2
Severity: normal
User: debian-...@lists.debian.org
Usertags: kfreebsd

Upgrading from 1.98+20100804-14 to 1.99~rc1-2 failed with the following
output:

/usr/sbin/grub-probe: error: cannot find a GRUB drive for /dev/ad0s1a.  Check 
your device.map.
Auto-detection of a filesystem of /dev/ad0s1a failed.
Please report this together with the output of "/usr/sbin/grub-probe 
--device-map="/boot/grub/device.map" --target=fs -v /boot/grub" to 


The requested output:

!530 Z19 ?130 L1 root@metisse:ttyp1 (-zsh) 1:41:47 [/boot/grub] # 
/usr/sbin/grub-probe --device-map="/boot/grub/device.map" --target=fs -v 
/boot/grub
/usr/sbin/grub-probe: info: the size of hd0 is 312581808.
/usr/sbin/grub-probe: info: the size of hd0 is 312581808.
/usr/sbin/grub-probe: info: the size of hd0 is 312581808.
/usr/sbin/grub-probe: info: the size of hd0 is 312581808.
/usr/sbin/grub-probe: info: the size of hd0 is 312581808.
/usr/sbin/grub-probe: info: the size of hd0 is 312581808.
/usr/sbin/grub-probe: info: the size of hd0 is 312581808.
/usr/sbin/grub-probe: info: the size of hd0 is 312581808.
/usr/sbin/grub-probe: info: the size of hd0 is 312581808.
/usr/sbin/grub-probe: info: the size of hd0 is 312581808.
/usr/sbin/grub-probe: info: the size of hd0 is 312581808.
/usr/sbin/grub-probe: info: the size of hd0 is 312581808.
/usr/sbin/grub-probe: info: changing current directory to /dev.
/usr/sbin/grub-probe: info: changing current directory to fd.
/usr/sbin/grub-probe: info: changing current directory to usb.
/usr/sbin/grub-probe: info: opening hd0,1,1.
/usr/sbin/grub-probe: info: the size of hd0 is 312581808.
ufs2
!531 Z20 ?0 L1 root@metisse:ttyp1 (-zsh) 1:43:50 [/boot/grub] #

Running grub-mkdevicemap didn't help btw.

Downgrading to 1.98+20100804-14 from Squeeze helped, i.e. it seems to be
a regression which had been introduced after 1.98+20100804-14.

I suspect a kfreebsd-only issue, user-tagging it accordingly.

-- Package-specific info:
<#part type="text/plain" disposition=attachment description="Bug script output">

*** BEGIN /proc/mounts
/dev/ad0s1a / ufs rw 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/ad0
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  load_env
fi
set default="0"
if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}

function load_video {
  insmod vbe
  insmod vga
  insmod video_bochs
  insmod video_cirrus
}

insmod part_bsd
insmod part_msdos
insmod ufs2
set root='(hd0,1,1)'
search --no-floppy --fs-uuid --set 49c265649d15ddd7
if loadfont /usr/share/grub/unicode.pf2 ; then
  set gfxmode=640x480
  load_video
  insmod gfxterm
fi
terminal_output gfxterm
insmod part_bsd
insmod part_msdos
insmod ufs2
set root='(hd0,1,1)'
search --no-floppy --fs-uuid --set 49c265649d15ddd7
set locale_dir=($root)/boot/grub/locale
set lang=en
insmod gettext
set timeout=5
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_bsd
insmod part_msdos
insmod ufs2
set root='(hd0,1,1)'
search --no-floppy --fs-uuid --set 49c265649d15ddd7
insmod png
if background_image /usr/share/images/desktop-base/spacefun-grub.png; then
  set color_normal=light-gray/black
  set color_highlight=white/black
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_kfreebsd ###
menuentry 'Debian GNU/kFreeBSD, with kFreeBSD 8.1-1-686-smp' --class debian 
--class gnu-kfreebsd --class gnu --class os {
  insmod part_bsd
  insmod part_msdos
  insmod ufs2
  set root='(hd0,1,1)'
  search --no-floppy --fs-uuid --set 49c265649d15ddd7
  echo 'Loading kernel of FreeBSD 8.1-1-686-smp 
...'
  kfreebsd  /boot/kfreebsd-8.1-1-686-smp.gz
  set kFreeBSD.vfs.root.mountfrom=ufs:/dev/ad0s1a
  set kFreeBSD.vfs.root.mountfrom.options=rw
}
menuentry 'Debian GNU/kFreeBSD, with kFreeBSD 8.0-1-686-smp' --class debian 
--class gnu-kfreebsd --class gnu --class os {
  insmod part_bsd
  insmod part_msdos
  insmod ufs2
  set root='(hd0,1,1)'
  search --no-floppy --fs-uuid --set 49c265649d15ddd7
  echo 'Loading kernel of FreeBSD 8.0-1-686-smp 
...'
  kfreebsd  /boot/kfreebsd-8.0-1-686-smp.gz
  set kFreeB

Bug#612695: Squeeze installer freeze while detecting hardware (hw-detect)

[Ettore Del Negro]

Package: installation-reports

Boot method: CD
Image version: 
http://cdimage.debian.org/debian-cd/6.0.0/amd64/iso-cd/debian-6.0.0-amd64-netinst.iso
and 
http://ftp.acc.umu.se/cdimage/unofficial/non-free/cd-including-firmware/6.0.0/amd64/iso-cd/firmware-6.0.0-amd64-netinst.iso
Date: 2011-02-10 12:59 AM

Machine: VirtualBox 4.0.2-69518 on iMac 27" i7 mid 2010 (64bit boot)
Processor: Intel Core i7
Memory: 4GB 1333 MHz DDR3
Partitions:

Output of lspci -nn: http://i55.tinypic.com/f098rb.png (i don't know how to 
copy text from virtualbox GUI )

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[ ]
Configure network:  [ ]
Detect CD:  [ ]
Load installer modules: [ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Install base system:[ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:
Installer hangs on detecting hardware. Tried to run hw-detect from console and 
i got the same result (hang).
Here's a screenshot: http://i52.tinypic.com/5e8t9d.png
X.org output: http://i51.tinypic.com/hs5d6x.png
syslog output: http://i56.tinypic.com/11jaluv.png

Another problem: if i try to use any non graphical install method, my keyboard 
doesn't work except for get virtual consoles (CMD+F2).

Steps:
1. Selected Graphic Install
2. after selected language/keymap it hangs on detecting hardware




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

Bug#612692: grub-setup segfaults when presented with partitioned raid

[Colin Watson]

On Wed, Feb 09, 2011 at 03:33:54PM -0800, Jamie Heilman wrote:
> Anyhow, it appears that device.map isn't supposed to be allowed to
> contain md devices anymore... judging by the changelog...
> 
> grub2 (1.99~20101210-2) experimental; urgency=low
> 
>   * Automatically remove MD devices from device.map on upgrade, since the
> BIOS cannot read from these and including them in device.map will break
> GRUB's ability to read from such devices (LP: #690030).
> 
> ...but that didn't happen when I upgraded to this version from
> 1.98+20100804-14 so it looks like something is broken there.  (I still
> had nothing but (hd0) /dev/md/d0 in my map.)  Once I fixed up my
> device.map manually, grub-setup works OK (I use msdos partitions on d0,
> which probably explains why I don't see bug 612518).

The automatic removal only covered devices that were automatically
added; I felt doing more than that was risky.  /dev/md/d0 doesn't sound
like an entry we'd have added automatically.  Did you enter that
yourself at some point in the past, or am I missing something?

-- 
Colin Watson   [cjwat...@debian.org]



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

Bug#577840: Debian Bug report logs - #577840

[Miguel Figueiredo]

Hi,

it was released Debian 6.0 'Squeeze' which has a lot of improvements.
I suggest you to report against the current version.

Another suggestion, you can use the minimal netinst image which downloads what 
is needed from the internet instead of using a bunch of full CDs.

-- 
Melhores cumprimentos/Best regards,

Miguel Figueiredo
http://www.DebianPT.org



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

Bug#612694: ITP: scanmonitord -- scanner button daemon

[Jakub Wilk]

Package: wnpp
Severity: wishlist
Owner: Jakub Wilk 

* Package name: scanmonitord
  Version : 1.2.6
  Upstream Author : Simon Matter 
* URL : http://www.invoca.ch/pub/packages/scanmonitord/
* License : GPLv2+
  Programming Lang: C, bash
  Description : scanner button daemon

Scanmonitord is a daemon which runs device monitors on one or more 
devices. Every button or sensor event is then evaluated by user 
generated action scripts which can itself call whatever system command 
they want. For postprocessing scanned images, scanmonitord has the 
ability to start image processing scripts as daemons which can automate 
additional actions like OCR on scanned images by user defined scripts.


(The above description was copied verbatim from upstream README. The 
actual package description will be likely different.)


--
Jakub Wilk



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

Bug#605951: rxvt-unicode: colors are totally fucked up

[Marc Lehmann]

On Thu, Feb 10, 2011 at 12:51:36AM +0100, Samuel Thibault 
 wrote:
> > If you wanted to show that debian clearly doesn't care much, you
> > succeeded.
> 
> Ok, then propose to change that point of the Debian policy, I fully
> agree that it should be a strong requirement.

And why of all people should _I_ be responsible for the debian policy?

If debian can't get it right, I can very well crititise debian for it. My
criticism was always constructive (because I quite plainly said what needs
to be done in this - policy - case and also in this bug case).

Asking me to go and try to fix debian is simply the wrong and lazy way to
do things: it basically says, "I don't care enough".

And if you don't care enough, why do you think you can insult me by
claiming I spread FUD, when I, in fact, back up everything I say? What
gives you the right to criticise me in this discussion when all _you_ do
is spread empty words?

That's what I mean by putting your efforts where your mouth is. You are
quick at criticising others when they complain about debian, but when, oh,
there might be some effort changing things, uh, the others must do it.

It's not my job to propose exact changes to the debian policy. Quite
obviously, I already clearly explained that debian should have a better
policy, but apparently, pointing out the problems and how to solve them is
not enough for you.

And if highly visible cases like the openssl bug can't make debian to
change their ways, what signal does that send to me? If openssl and cron
and e2fsck doesn't wake up debian, what will? me? I don't believe it.

All you do is drag me down from *specific* problems (this and a few other
bugs in debians urxvt) into a generic "if you criticise, you have to fix
the whole of debian".

Not so, wrong construction area.

I am happy maintaining my packages in as high a quality I am able to
give it, and would be happy if debian would do the things they have an
expertise in and I haven't, such as maintaining the debian package.

-- 
The choice of a   Deliantra, the free code+content MORPG
  -==- _GNU_  http://www.deliantra.net
  ==-- _   generation
  ---==---(_)__  __   __  Marc Lehmann
  --==---/ / _ \/ // /\ \/ /  schm...@schmorp.de
  -=/_/_//_/\_,_/ /_/\_\



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

Bug#612555: libwnck: New GTK3 version available

[Emilio Pozuelo Monfort]

Heya

On 09/02/11 06:36, Robert Ancell wrote:
> There is a new GTK3 version of libwnck available.  A package has been
> prepared
> in lp:~ubuntu-desktop/libwnck/ubuntugtk3.  This is a parallel installable
> package like gnome-desktop3.  Unresolved issues:
> - Should the -dev package be libwnck-3-dev or libwnck-dev?  Both versions
>   contain /usr/bin/wnckprop so they have to conflict or this binary
> has to be
>   renamed.

There's no point in renaming the source package if the -dev package has the same
name. So we need to rename it.

> - Can we drop the epoch on the old version?  Does this force us to use
>   libwnck-3-dev?

We want a different -dev package anyway, so yeah, we can drop the epoch.

Feel free to commit your packaging to desktop/experimental/libwnck3.

Cheers,
Emilio



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

Bug#612690: Please move data files to /lib/ or /usr/share

[Didier 'OdyX' Raboud]

package usb-modeswitch-data
forwarded 612690 digidie...@draisberghof.de
thanks

Hi Michael, and thanks for your bugreport,

first, I am hereby forwarding your bugreport to my nice upstream author (Hi 
Josh !).

Le Thursday 10 February 2011 00:11:04 Michael Biebl, vous avez écrit :
> Package: usb-modeswitch-data
> Version: 20101222-3
> Severity: normal
> 
> Hi,
> 
> usb-modeswitch-data ships around 150 small files in
> /etc/usb_modeswitch.d/ which don't look like configuration files at all,
> but more like a hardware database.

Correct. I'd say it's a hardware database of configuration files. Given the 
nature of the problem usb-modeswitch addresses, it is very convenient to be 
able 
to debug using real configuration files.

> In addition if you use tools like etckeeper having a constantly changing
> usb-modeswitch-data is painful.

I'm not personally using etckeeper, but I understand the problem.

> Please consider moving those files to /usr/share, or if they are needed
> during boot to /lib/usb-modeswitch.

Note that this solution is implemented as the usb-modeswitch-data-packed 
package, which ships a tarball of what lives in /etc/usb-modeswitch.d. Both u-m-
d and u-m-d-packed conflict with eachother, as they both ship the udev rules 
file (/lib/udev/rules.d/40-usb_modeswitch.rules).

The idea behind providing both packages is to allow "small disk impact under 
/usr" xor "configuration files for debugging".

> If there really is a need for a user to overwrite certain settings, make
> it possible, that a file can be copied from /usr/share to files in /etc
> taking preference.

Since version 1.1.4, the usb-modeswitch.tcl script in package usb-modeswitch 
will give precedence to database entries found in the /usr/share/usb-
modeswitch/configPack.tar.gz, without trying to fallback to /etc/usb-
modeswitch.d/ entries (which cannot be present at the same time due to 
Conflicts 
anyway).

I would be inclined to say that your bugreport is already addressed by the usb-
modeswitch-data-packed package, but I'll let you comment on that.

Cheers,

OdyX
-- 
Didier Raboud, proud Debian Developer.
CH-1020 Renens
o...@debian.org


signature.asc
Description: This is a digitally signed message part.

Bug#612690: Please move data files to /lib/ or /usr/share

[Josua Dietze]

Am 10.02.2011 00:11, schrieb Michael Biebl:

usb-modeswitch-data ships around 150 small files in
/etc/usb_modeswitch.d/ which don't look like configuration files at all, but
more like a hardware database.

...

Please consider moving those files to /usr/share, or if they are needed during 
boot
to /lib/usb-modeswitch.


This is already on the ToDo list for the next version of usb-modeswitch as it 
was discussed with the Debian package maintainer. I'm planning the release to be 
out in two weeks or so. The location of the data files has to be reflected in 
the program obviously.


The files might in fact be needed during boot.


Josua Dietze
(upstream)



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

Bug#612529: [Python-modules-team] Bug#612529: Bug#612529: python-matplotlib: Cairo update breaks matplotlib.image imgshow

[Yannick Roehlly]

I'm awfully sorry. :'(

I had manually upgraded ipython to version 10.1 and reverting back to the 
official version 10 Debian package makes the problem disappear. So this bug 
may be closed.

Nevertheless, when you plan to upgrade ipython, I can test, if you need, an 
experimental package on my system to see if the problem persists.

Cheers,

Yannick



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

Bug#605951: rxvt-unicode: colors are totally fucked up

[Samuel Thibault]

Marc Lehmann, le Thu 10 Feb 2011 00:45:04 +0100, a écrit :
> On Thu, Feb 10, 2011 at 12:24:56AM +0100, Samuel Thibault 
>  wrote:
> > > > > (*) debian has a long tradition of non-communication with upstream and
> > > > > deliberate bug-introducing patches,
> > > > 
> > > > Please don't FUD.
> > > 
> > > And how would you know?
> > 
> > Because that's written in the Debian policy:
> 
> Yeah, did you read it? It says you don't need to, you should.
> 
> Contrast this with e.g. fedora's upstream policy, which makes NOT sending
> upstream patches an exceptional case, and even discourages patches that
> deviate from upstream altogether, except in grave cases (such as grave
> security problems).
> 
> If you wanted to show that debian clearly doesn't care much, you
> succeeded.

Ok, then propose to change that point of the Debian policy, I fully
agree that it should be a strong requirement.

Samuel



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

Bug#612678: Fwd: Bug#612678: default timeout smaller than the advised one - results in WARNING message

[Simon Horman]

Hi Pacemaker upstream people,

could someone comment on this bug report.

The bug report can be seen at http://bugs.debian.org/612678
CCing 612...@bugs.debian.org should append any responses
to the but report.

Thanks

- Forwarded message from Michael Prokop  -

Date: Wed, 09 Feb 2011 23:23:17 +0100
From: Michael Prokop 
To: Debian Bug Tracking System 
Subject: Bug#612678: default timeout smaller than the advised one -
results in WARNING message
Resent-From: Michael Prokop 

Package: pacemaker
Version: 1.0.9.1+hg15626-1
Severity: minor


When running something like:

  # crm configure primitive ssh-stonith stonith:ssh params hostlist="$HOSTS" op 
monitor interval=60s
  [...]

you'll notice:

  WARNING: ssh-stonith: default timeout 20s for start is smaller than the 
advised 60
  WARNING: ssh-stonith: default timeout 20s for monitor_0 is smaller than the 
advised 60

If the advised timeout is 60 then either the default timeout should
be >=60, the advised timeout should be revised to 20s or it
shouldn't warn the user about it, IMHO.

regards,
-mika-




- End forwarded message -



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

Bug#605951: rxvt-unicode: colors are totally fucked up

[Marc Lehmann]

On Thu, Feb 10, 2011 at 12:24:56AM +0100, Samuel Thibault 
 wrote:
> > > > (*) debian has a long tradition of non-communication with upstream and
> > > > deliberate bug-introducing patches,
> > > 
> > > Please don't FUD.
> > 
> > And how would you know?
> 
> Because that's written in the Debian policy:

Yeah, did you read it? It says you don't need to, you should.

Contrast this with e.g. fedora's upstream policy, which makes NOT sending
upstream patches an exceptional case, and even discourages patches that
deviate from upstream altogether, except in grave cases (such as grave
security problems).

If you wanted to show that debian clearly doesn't care much, you
succeeded.

> > Infatc, how would you even make this claim, if you
> > could just sit down for a few minutes and check reality?
> 
> So far, I've mostly seen more good behavior that bad behavior.

I have seen mostly abuse. Guess that makes you right and me wrong by
default, eh...

> > Right, but as I said, debian also has a long tradition of
> > non-communication with upstream and deliberately bug-introducing patches.
> 
> That's definitely not the case for the areas where I've been having a
> look at: Xorg, kernel, accessibility, to name a few.

It's definitely the case for projects where I have been looking at. Your
point being? You are biased? I already knew that.

> > This is trivially true for rxvt-unicode,
> 
> Sure, there are black sheeps.  But don't make that a generic point,
> i.e. FUD.

Well, _I_ didn't.

> > Contrast that with other distribution, like fedora, which have this
> > as an explicit *policy* - no forks except under very very speivcifc
> > circumstances.
> 
> It *is* in the policy.

And it is *not* a violation of the policy not to, or in otehr words, there is
no debian policy that patches must be sent upstream.

q.e.d.

> > Sorry, samuel, you fail both the reality check and the theory check.
> 
> In the reality I have seen so far I haven't had seen so many
> issues. Sure, there are examples of issues. Are there really _no_ such
> examples in Fedora?!

Well, I personally hate redhat (as a distro), and I feel fedora might not
do perfectly, but at leats in the cases where I looked at (that includes
rxvt-unicode), they have always been responsive, send issues upstream,
talked to upstream, and tried to work on solutions to problems, of there
have been many.

So, I use debian, I think it's technologically better than fedora, I am
not a fan of fedora, but all the maintainers I have talked to do a good
job of *maintaining* their packges, without overstepping heir bounds and
assuming they are the better coders and hack around in their packages.

I can't say the same for debian, neither for my projects nor for projects I
have reported e.g. bugs on, at leats for the majority.

There are some exceptional debian maintainers that are genuinely
interested in moving forward, and it is a pleasure to work with them.

Most of them are an arrogant bunch who know everything better, even when
they clearly don't understand even the basics of what they are doing.

Thats my personal experience.

> > > There can always be black sheeps, that's not a reason to blame Debian as
> > > a whole.
> > 
> > The only one who blamed debian as a whole is you.
> 
> ?!

Well, you broguht it up. I was limiting myself to howd ebian mistreated
rxvt-unicode in the past, which is on-topic. For some reaosn you felt
you need to drag it down into some idiotic flaming contest of FUD about
debian.

> There is a misunderstanding then: saying "Debian" definitely means the
> whole Debian. If you wanted to mean the Debian maintainer of rxvt, then
> say "the Debian maintainer".

When I talk about how debian is mistreating some of my packages then
I mean the whole of debian who ever cared, obviously. There have been
multiple maintainer,s the first one was, sorry to say so, a total asshole,
it was completely impossible to discuss bugs with him. This one, I
thoughtz, was quite nice and reasonable, until he stopped talking to me
and fell back into the barbarian debian ways of breaking rxvt-unicode
without a second thought or notice.

> > Or, even better, put your efforts where your mouth is, and don't harass
> > poor upstream maintainers that continuously get abused by debian, and
> > *only* debian.
> 
> Again, the problem at stake here is with the maintainer, not with Debian.

It's endemic, this maintainer is by far a smaller problem then the
previous one, which applied broken patch after broken patch, removed our
faq entry that politely asked to report to the dbeian bugtracker and
generally acted liek a jerk.

That does not mean that other maintainers do better.

I am a latecomer to debian, maybe, only getting interested in debian 10
years ago or so, but I am very active in reporting bugs about software
packages, and have a number of my software packages in debian as well.

I also read the bugtracker a lot, and see how others are treated.

Maybe 10 years ago it was nicer - maintai

Bug#612574: tortoisehg-nautilus: Usability with nautilus 2.91.7

[Ludovico Cavedon]

Hi,

On 02/09/2011 01:29 AM, Mateusz Kaduk wrote:
> Is it possible for someone to build tortoisehg-nautilus plugin for new 
> nautilus
> 2.91.x. I would love to be able to use it for my project.

I am willing to help, but I am running nautilus from unstable, so I need
your help to figure it out what we need to do.

First of all, the tortoisehg-nautilus is just a python file installed as
/usr/lib/nautilus/extensions-2.0/python/nautilus-thg.py

So my question is:
-what is changing with nautilus 2.91? Does it need to be deployed in
another directory? If yes, which one?

Once you have the answer to this question, try to copy the file manually
there. Is it working?
Or do we need upstream to explicitly support 2.91?

Thanks for reporting this bug and for your help,
Ludovico



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

Bug#612684: imagination should depend on sox

[Andrew Starr-Bochicchio]

2011/2/9 Robert Chéramy :
> Subject: imagination should depend on sox
> Package: imagination
> Version: 2.1-2
> Severity: normal
>
> imagination uses "play" (package sox) to play audio files, so it should
> depend on sox.

It already does. From line 21 of debian/control:

Depends: ${shlibs:Depends}, ${misc:Depends}, imagination-common (=
${source:Version}), sox

In fact, your own bug report says so:

> Versions of packages imagination depends on:
...
> ii  sox                    14.3.1-1+b1       Swiss army knife of sound

Am I missing something?

Thanks,

Andrew Starr-Bochicchio



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

Bug#612692: grub-setup segfaults when presented with partitioned raid

[Jamie Heilman]

Package: grub-pc
Version: 1.99~rc1-2

root@cucamonga:/etc/grub.d# grub-setup --directory=/boot/grub 
--device-map=/boot/grub/device.map /dev/md/d0
Invalid device `/dev/md/d0'.
Segmentation fault

I think that was supposed to show usage ... not segfault.  Anyhow, it
appears that device.map isn't supposed to be allowed to contain md
devices anymore... judging by the changelog...

grub2 (1.99~20101210-2) experimental; urgency=low

  * Automatically remove MD devices from device.map on upgrade, since the
BIOS cannot read from these and including them in device.map will break
GRUB's ability to read from such devices (LP: #690030).

...but that didn't happen when I upgraded to this version from
1.98+20100804-14 so it looks like something is broken there.  (I still
had nothing but (hd0) /dev/md/d0 in my map.)  Once I fixed up my
device.map manually, grub-setup works OK (I use msdos partitions on d0,
which probably explains why I don't see bug 612518).

-- 
Jamie Heilman http://audible.transient.net/~jamie/
"Most people wouldn't know music if it came up and bit them on the ass."
-Frank Zappa



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

Bug#612691: ltsp-server: lts.conf specifications/directions/manpage missing.

[Jonathan Hutchins]

Package: ltsp-server
Version: 5.2.4-2~bpo50+2
Severity: important

File /usr/share/doc/ltsp-server/lts-parameters.txt says
"The lts-parameters.txt file is no longer maintained.
Please see the lts.conf(5) man page, available in the
ltsp-docs package."

However ltsp-docs is not available for squeeze.

-- Package-specific info:
chroot information: /opt/ltsp/i386

packages in chroot: /opt/ltsp/i386
ii ldm 2:2.0.48-1
ii ltsp-client 5.1.90-1
ii ltsp-client-core 5.1.90-1
ii ltspfsd 0.5.13-1
ii ltspfsd-core 0.5.13-1

found: /opt/ltsp/i386/etc/lts.conf
# This is the default lts.conf file for ltsp 5.
# For more information about valid options please see: 
# /usr/share/doc/ltsp-client/examples/lts-parameters.txt.gz
# in the client environment

[default] 
#SOUND=False
#LOCALDEV=False
LOCALDEV=True
LOCAL_STORAGE=Y
#CONFIGURE_X=False
# X_COLOR_DEPTH=16
# SOUND_DAEMON=esd
VOLUME=75
# MIC_VOLUME=75
# CD_VOLUME=75

#   X_MODE_0=1024x768

HOTPLUG=Y

# from http://www.ltsp.org/~sbalneav/LTSPManual.html
LDM_DIRECTX=True
# LDM_SYSLOG=True writes to server's syslog
 LDM_SYSLOG=True


# Recommended in http://wiki.debian.org/LTSP/Howto/Etch-With-Backports
# CONFIGURE_X_COMMAND=/etc/configure-x-xdebconfigurator

#[00:1c:c0:4a:eb:12]
[lunchbox]
#   LDM_AUTOLOGIN=Y
#   LDM_LOGIN_TIMEOUT=5
#   LDM_USERNAME=marilyn
#   LDM_PASSWORD=pyewacket

[wolfsden]
MIC_VOLUME=0
PCM_VOLUME=0
X_MOUSE_DEVICE = /dev/ttyS0
X_MOUSE_PROTOCOL = Microsoft
#LDM_AUTOLOGIN=Y
#   LDM_USERNAME=jonathan
#   LDM_PASSWORD=smith45

found image: /opt/ltsp/images/i386.img
/opt/ltsp/images/i386.img: Squashfs filesystem, little endian, version 3.1, 
635470651 bytes, 40839 inodes, blocksize: 131072 bytes, created: Thu Dec 10 
15:53:01 2009


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

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

Versions of packages ltsp-server depends on:
ii  debconf [debconf-2.0]   1.5.24   Debian configuration management sy
ii  debconf-utils   1.5.24   debconf utilities
ii  debootstrap 1.0.10lenny1 Bootstrap a basic Debian system
ii  gettext-base0.17-4   GNU Internationalization utilities
ii  iproute 20080725-2   networking and traffic control too
ii  lsb-release 3.2-20   Linux Standard Base version report
ii  openssh-client  1:5.1p1-5secure shell client, an rlogin/rsh
ii  python  2.5.2-3  An interactive high-level object-o
ii  tcpd7.6.q-16 Wietse Venema's TCP wrapper utilit
ii  update-inetd4.31 inetd configuration file updater

Versions of packages ltsp-server recommends:
ii  nbd-server   1:2.9.11-3  the Network Block Device server
ii  nfs-kernel-server1:1.1.2-6lenny2 support for NFS kernel server
ii  openbsd-inetd [inet-supe 0.20080125-2The OpenBSD Internet Superserver
ii  openssh-server   1:5.1p1-5   secure shell server, an rshd repla
ii  squashfs-tools   1:3.3-7 Tool to create and append to squas
ii  tftpd-hpa0.48-2.3HPA's tftp server

Versions of packages ltsp-server suggests:
pn  audiooss   (no description available)
ii  dhcp3-server 3.1.1-6+lenny4  DHCP server for automatic IP addre
ii  esound-clients   0.2.36-3Enlightened Sound Daemon - clients
ii  ksmserver [x-ses 4:3.5.9.dfsg.1-6+lenny1 session manager for KDE
ii  kwin [x-window-m 4:3.5.9.dfsg.1-6+lenny1 the KDE window manager
ii  ldm-server   2:2.1.2-1~bpo50+1   server components for LTSP display
ii  libasound2-plugi 1.0.16-1+b1 ALSA library additional plugins
pn  ltsp-docs  (no description available)
ii  ltspfs   0.7-2~bpo50+2   Fuse based remote filesystem for L
ii  pulseaudio-esoun 0.9.10-3+lenny2 PulseAudio ESD compatibility layer
pn  qemu-user-static   (no description available)
pn  sdm(no description available)
ii  x11-utils7.3+2+nmu1  X11 utilities
ii  xauth1:1.0.3-2   X authentication utility

-- debconf information:
  ltsp-server/build_client: false



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

Bug#605951: rxvt-unicode: colors are totally fucked up

[Samuel Thibault]

Marc Lehmann, le Wed 09 Feb 2011 21:56:53 +0100, a écrit :
> On Wed, Feb 09, 2011 at 04:48:36PM +0100, Samuel Thibault 
>  wrote:
> > Marc Lehmann, le Thu 09 Dec 2010 12:30:03 +0100, a écrit :
> > > (*) debian has a long tradition of non-communication with upstream and
> > > deliberate bug-introducing patches,
> > 
> > Please don't FUD.
> 
> And how would you know?

Because that's written in the Debian policy:

"
4.3. Changes to the upstream sources


 If changes to the source code are made that are not specific to the
 needs of the Debian system, they should be sent to the upstream
 authors in whatever form they prefer so as to be included in the
 upstream version of the package.
"

> Infatc, how would you even make this claim, if you
> could just sit down for a few minutes and check reality?

So far, I've mostly seen more good behavior that bad behavior.

> > Debian has a long tradition of requesting package maintainers to have
> > good relation with upstream and checking patches with upstream.
> 
> Right, but as I said, debian also has a long tradition of
> non-communication with upstream and deliberately bug-introducing patches.

That's definitely not the case for the areas where I've been having a
look at: Xorg, kernel, accessibility, to name a few.

> This is trivially true for rxvt-unicode,

Sure, there are black sheeps.  But don't make that a generic point,
i.e. FUD.

> Sure, debian requests package maintainers to do this and that, but it
> quite obviously utterly fails to do so.
> 
> Contrast that with other distribution, like fedora, which have this
> as an explicit *policy* - no forks except under very very speivcifc
> circumstances.

It *is* in the policy.

> Sorry, samuel, you fail both the reality check and the theory check.

In the reality I have seen so far I haven't had seen so many
issues. Sure, there are examples of issues. Are there really _no_ such
examples in Fedora?!

> > There can always be black sheeps, that's not a reason to blame Debian as
> > a whole.
> 
> The only one who blamed debian as a whole is you.

?!

> My mail, if you didn't notice, was about a speciifc bug in the urxvt
> package, for which debian *has* a long tradition of non-communication
> and deliberately introducing bugs.

There is a misunderstanding then: saying "Debian" definitely means the
whole Debian. If you wanted to mean the Debian maintainer of rxvt, then
say "the Debian maintainer".

> Or, even better, put your efforts where your mouth is, and don't harass
> poor upstream maintainers that continuously get abused by debian, and
> *only* debian.

Again, the problem at stake here is with the maintainer, not with Debian.

Samuel



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

Bug#605090: Updated patch

[Kees Cook]

On Wed, Feb 09, 2011 at 06:51:02PM +0100, maximilian attems wrote:
> Be more precise in what SELinux can't do for you?

SELinux is only MAC. It attempts to protect userspace from userspace. From
my view, the bulk of the benefits in grsec and PaX are protecting the
kernel from userspace. Take for example the case of syscalls. There
is nothing in a MAC that can filter syscalls, so if there is a
new vulnerability in a syscall, you might get attacked, and no MAC
can stop it. PaX adds a lot of internal hardening to mitigate most
kernel exploitation attempts (for example, actually enforcing the
kernel/userspace memory segmentation so that kernel code can't be
tricked into running code from a userspace mapping, setting function
pointers and call tables read-only so that an arbitrary write isn't
instantly turned into a root-escalation, hiding the location of kernel
addresses to frustrate attacks that need to find in-kernel offsets,
actually checking the size of copy_to/from_user work to avoid overflows,
the list goes on and on).

> (Emulating NX for bad hardware doesn't count these days).

Why not? A giant amount of hardware lacks NX, and is still in active use,
especially for Debian (people are turning more to Debian as other distros
move their minimum instruction set requirements higher and higher).

-Kees

-- 
Kees Cook@debian.org



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

Bug#612690: Acknowledgement (Please move data files to /lib/ or /usr/share)

[Michael Biebl]

I wanted to add: Take a look at udev for example, which stores it's rules files
in /lib/udev, but you can add custom rules to /etc/udev/.



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#612690: Please move data files to /lib/ or /usr/share

[Michael Biebl]

Package: usb-modeswitch-data
Version: 20101222-3
Severity: normal

Hi,

usb-modeswitch-data ships around 150 small files in
/etc/usb_modeswitch.d/ which don't look like configuration files at all, but
more like a hardware database.
In addition if you use tools like etckeeper having a constantly changing
usb-modeswitch-data is painful.

Please consider moving those files to /usr/share, or if they are needed during 
boot
to /lib/usb-modeswitch.

If there really is a need for a user to overwrite certain settings, make
it possible, that a file can be copied from /usr/share to files in /etc
taking preference.

Cheers,
Michael


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

Kernel: Linux 2.6.37-trunk-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages usb-modeswitch-data depends on:
ii  udev  165-1  /dev/ and hotplug management daemo

Versions of packages usb-modeswitch-data recommends:
ii  usb-modeswitch1.1.6-2mode switching tool for controllin

usb-modeswitch-data 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#612673: grub-pc: Grub2 fails installing on RAID-1

[Michael Guntsche]

Sorry, the last working version was of course.

1.98+20100804-14. It worked with -9 as well though.




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

Bug#612689: gparted does not run on KDE

[Nick Niktaris]

Package: gparted
Version: 0.7.0-1
Severity: normal
Tags: squeeze

Gparted does not depend on kdesudo. As a result if a user tries to run
it on a KDE system gparted will not work. Running it with kdesudo
resolves the problem but is not suggested by the package.
Installing gksu on a KDE system has no meaning.
IMO gparted should depend on gksu or kdesudo (if nothing else is broken)


Best Regards
Nick Niktaris

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

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

Versions of packages gparted depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.5-10 GCC support library
ii  libglib2.0-0  2.24.2-1   The GLib library of C routines
ii  libglibmm-2.4-1c2a2.24.2-1   C++ wrapper for the GLib toolkit (
ii  libgtk2.0-0   2.20.1-2   The GTK+ graphical user interface 
ii  libgtkmm-2.4-1c2a 1:2.20.3-1 C++ wrappers for GTK+ (shared libr
ii  libpangomm-1.4-1  2.26.2-1   C++ Wrapper for pango (shared libr
ii  libparted0debian1 2.3-5  The GNU Parted disk partitioning s
ii  libsigc++-2.0-0c2a2.2.4.2-1  type-safe Signal Framework for C++
ii  libstdc++64.4.5-10   The GNU Standard C++ Library v3

Versions of packages gparted recommends:
ii  gksu  2.0.2-5graphical frontend to su

Versions of packages gparted suggests:
pn  dmraid (no description available)
ii  dmsetup  2:1.02.48-5 The Linux Kernel Device Mapper use
ii  dosfstools   3.0.9-1 utilities for making and checking 
ii  jfsutils 1.1.12-2.1  utilities for managing the JFS fil
pn  kpartx (no description available)
ii  ntfsprogs2.0.0-1+b1  tools for doing neat things in NTF
pn  reiser4progs   (no description available)
pn  reiserfsprogs  (no description available)
ii  xfsprogs 3.1.4   Utilities for managing the XFS fil
ii  yelp 2.30.1+webkit-1 Help browser for GNOME

-- 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#612688: sleepd: Problem with ACPI backend

[gregor herrmann]

Package: sleepd
Version: 2.04
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

The ACPI backend for --battery doesn't work with newer kernels
(experienced with 2.6.37 from experimental); if I read acpi.c
correctly, it looks for /proc/acpi/{ac_adapter,battery}, and those
paths seem to have vanished.

(The fallback on hal doesn't really help if hal isn't installed but
it still produces lots of DBUS errors; without failing on startup.)

Cheers,
gregor

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iQIcBAEBCAAGBQJNUx1/AAoJELs6aAGGSaoGJKgQAIG9gZ/hq9eyF37sC71h1Mtn
EORQGyDK8XtgjLaDXAidIhnTuG3+Wgav9V/ophCAeZ/vNftV3gqoMtgdhs6SBiod
FTo8j0MGPUKOdk9RxV967xbPbhHEe8aCyL1odZt1aW5eFpiHuwYKgSJ1s7vX15jO
05ornKQ34f90NJhc6PUgDDzg8CkQ8zAEXRTYpNfUhg6/MfyLjURCjLBq4W2XGuJH
F3/tGhtbeagaxvuAOJns/7O/ewQvhrhEg1ZrPTfjThlLr1BMgIrDD1PO7UZ2OQ6e
yKuZP82n30fn9chap4QrbY9nOplc3PCwTbnK+jyWbNmni5EF358IfqIy0xC0CVX6
HJwWI6noLabA6Z32q6Fp2p2fMFCHbHFkpSywSdheG4QpnqCvXFQyx6VR/XeaMItF
UME13mF0VN/PuT/np0qxMysnQqxAK+3Wep9YoxZuoiqfVmT2ijUukZXjViX5FvsK
vSQHngCCeZEdVKFmBYH2aLqWxSctinsIkXqn/Vc5g6NV+BpOCoD/YHcbChI5HXoL
nznwX3rquGsgzg9SX1zvEX5jiQAfVM7amV0ZhSknxRKI8+ji/aeOlz55iGf5/3nE
98IoPF6BjtiNIj38nrwGJw6raXNAVenu8OeD4H31EtIO1cJgu5wlm/VSHP00vX4t
7Q4DZO+GPLZfux52uTjY
=blnh
-END PGP SIGNATURE-



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

Bug#609476: installation-reports: Insufficient care in pre-install script risks bricking Linkstation

[Miguel Figueiredo]

A Domingo 09 Janeiro 2011 19:05:54 John Bytheway você escreveu:
> Package: installation-reports
> Severity: critical
> Tags: patch
> Justification: breaks the whole system
> 
> I attempted to install Debian squeeze on my Buffalo Linkstation Live
> (LS-CHLv2), as per guidance at
>  Live>. Ultimately I failed, but this report concerns one serious issue
> encountered on the way.
> 
> The daily snapshots linked from
>  include this script:
>  sole/buffalo/lspro/config-debian> intended to prepare the system for reboot
> into the Debian kernel.  One of the ways in which this script can fail is
> that the buffalo version is not fetched from the environment.  However, in
> this case the script does not exit and proceeds to attempt to modify the
> environment.  If the users /etc/fw_env.config is incorrect (as mine was)
> then this attempt to fetch the version will fail, and the subsequent
> modification of the environment might modify an arbitrary portion of the
> system's flash memory, potentially rendering it unbootable. Luckily I
> noticed this issue when fw_printenv failed for other reasons, and
> fw_setenv failed also.
> 
> I propose adding an "exit 1" to the script after the error message related
> to this issue.  For completeness, I would also recommend exiting from the
> script if the attempt to back up the pre-existing environment fails.  The
> attached patch to config-debian includes both changes.
> 
> -- System Information:
> Debian Release: 5.0.7
>   APT prefers stable
>   APT policy: (500, 'stable')
> Architecture: armel (armv5tejl)
> 
> Kernel: Linux 2.6.22.18-88f6281
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash

The script's URL is not found.

-- 
Melhores cumprimentos/Best regards,

Miguel Figueiredo
http://www.DebianPT.org



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

Bug#612687: emacs23-nox: sudo emacs immediately gets stopped on kfreebsd-i386

[Timo Juhani Lindfors]

Package: emacs23-nox
Version: 23.2+1-7
Severity: normal

Steps to reproduce:
1) sudo emacs -nw -q --no-splash -f kill-emacs

Expected results:
1) emacs starts as root and quits immediately

Actual results:
1) emacs is immediately stopped and won't continue even with fg:

lindi@debian:~$ sudo emacs -nw -q --no-splash -f kill-emacs
[sudo] password for lindi:

[1]+  Stopped sudo emacs -nw -q --no-splash -f kill-emacs
lindi@debian:~$ fg
sudo emacs -nw -q --no-splash -f kill-emacs

[1]+  Stopped sudo emacs -nw -q --no-splash -f kill-emacs



More info:
1) "emacs -nw -q --no-splash -f kill-emacs" without "sudo" works.
2) "sudo bash" and then "emacs -nw -q --no-splash -f kill-emacs" works.
3) this used to work a few months ago
4) process list shows:

lindi@debian:~$ ps --forest -eo pid,user,state,cmd | grep -B1 -A2 sud[o]
 1367 lindiS  \_ /bin/bash
 1383 root T  \_ sudo emacs -nw -q --no-splash -f kill-emacs
 1385 root T  |   \_ emacs -nw -q --no-splash -f kill-emacs
 1414 lindiR  \_ grep -B1 -A2 sud[o]

5) I tried to save the syscalls with

lindi@debian:~$ sudo ktrace -f ktrace.out -d -p $$
lindi@debian:~$ sudo emacs -nw -q --no-splash -f kill-emacs

[1]+  Stopped sudo emacs -nw -q --no-splash -f kill-emacs
lindi@debian:~$ sudo ktrace -c -p $$
lindi@debian:~$ sudo kdump -f ktrace.out > sudo-emacs1.ktrace

and attached "sudo-emacs1.ktrace.xz" but it unfortunately does not
seem to be following forks fully despite "-d".

6) "sudo vi" works
7) "sudo top" works


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

Kernel: kFreeBSD 8.1-1-686
Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages emacs23-nox depends on:
ii  emacs23-bin-common23.2+1-7   The GNU Emacs editor's shared, arc
ii  libc0.1   2.11.2-10+b1   Embedded GNU C Library: Shared lib
ii  libdbus-1-3   1.2.24-4   simple interprocess messaging syst
ii  libncurses5   5.7+20100313-5 shared libraries for terminal hand

emacs23-nox recommends no packages.

Versions of packages emacs23-nox suggests:
pn  emacs23-common-non-dfsg(no description available)

-- no debconf information



sudo-emacs1.ktrace.xz
Description: Binary data

Bug#612686: scanadf manpage: typo (--scipt-wait -> --script-wait)

[Jakub Wilk]

Package: sane
Version: 1.0.14-9
Severity: minor

See the attached patch.

--
Jakub Wilk
diff --git a/doc/scanadf.man b/doc/scanadf.man
--- a/doc/scanadf.man
+++ b/doc/scanadf.man
@@ -162,7 +162,7 @@
 
 .PP
 If the
-.B --scipt-wait
+.B --script-wait
 option is given, scanadf will wait until all scan-scripts have been finished before
 exiting. That will be useful if scanadf is used in conjunction with tools to modify
 the scanned images.

Bug#612677: buildinnkeyring is broken

[Julien ÉLIE]

Hi Richard,


araminta:/etc/news# /usr/lib/news/bin/buildinnkeyring
/usr/lib/news/bin/buildinnkeyring: line 14:
${exec_prefix}/bin/simpleftp: No such file or directory

The immediate cause is:

araminta:/etc/news# grep GETFTP /usr/lib/news/innshellvars
GETFTP='${exec_prefix}/bin/simpleftp'


I suggest that you put the path to your wget program here.



Note to Marco:  maybe configure.ac needs being changed so as not to set 
the GETFTP variable to simpleftp at configure time.


AC_PATH_PROGS([PATH_GETFTP], [wget ncftpget ncftp], [$bindir/simpleftp])


simpleftp is removed after "make install" in the Debian rules file.




araminta:/etc/news# /usr/lib/news/bin/buildinnkeyring
/usr/lib/news/bin/buildinnkeyring: line 14: /usr/lib/news/bin/simpleftp:
No such file or directory
araminta:/etc/news# dpkg -S simpleftp
dpkg: *simpleftp* not found.


simpleftp is not an individual package.  It is usually shipped with INN 
but not included in the Debian package.


--
Julien ÉLIE

« Quand tu auras lu ces lignes, le papyrus s'autodétruira. »
  (Astérix)



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

Bug#612685: gnome-desktop-environment depends on gnome-bluetooth ???

[Andrew T. Young]

Package: gnome-desktop-environment
Severity: normal


After the recent upgrade, I found the machine infested with "bluez" and
various bluetooth libraries.  I believe this is a side-effect of the
decision to drag in everything under "Recommends:".  In my case, I
had a few pieces of an old gnome desktop setup; and I suspect that one
of those pieces initiated a cascade of dependencies that caused the
bluetooth stuff to be installed automatically.

I have cleaned out most of the offending packages.  But it seems absurd
to me that gnome-desktop-environment *depends* on gnome-bluetooth.
You ought to at least check to see whether the necessary hardware is
present before installing such stuff.

This 10-year-old Pentium III box certainly does not have bluetooth
hardware in it.  I should add that (believing that computers should be
seen and not heard) I have no sound enabled, and no speakers.


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

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

Versions of packages gnome-desktop-environment depends on:
pn  ekiga  (no description available)
pn  esound (no description available)
pn  evince (no description available)
pn  evolution  (no description available)
ii  evolution-data-server 2.30.3-2   evolution database backend server
pn  fast-user-switch-applet(no description available)
pn  file-roller(no description available)
pn  gcalctool  (no description available)
pn  gconf-editor   (no description available)
pn  gdm(no description available)
ii  gnome-about   2.30.2-2   The GNOME about box
pn  gnome-backgrounds  (no description available)
pn  gnome-core (no description available)
pn  gnome-games(no description available)
pn  gnome-keyring-manager  (no description available)
ii  gnome-media   2.30.0-1   GNOME media utilities
ii  gnome-netstatus-applet2.28.1-1   Network status applet for GNOME
pn  gnome-nettool  (no description available)
ii  gnome-system-monitor  2.28.1-1   Process viewer and system resource
pn  gnome-system-tools (no description available)
pn  gnome-themes   (no description available)
ii  gnome-user-guide  2.30.1-1   GNOME user's guide
pn  gnome-utils(no description available)
pn  gnome-volume-manager   (no description available)
pn  gstreamer0.10-esd  (no description available)
ii  gtk2-engines  1:2.20.1-1 theme engines for GTK+ 2.x
pn  gucharmap  (no description available)
ii  iceweasel [gnome-www-browser] 3.5.16-4   Web browser based on Firefox
pn  industrial-cursor-theme(no description available)
ii  libgnome2-perl1.042-2Perl interface to the GNOME librar
pn  libgnomevfs2-bin   (no description available)
ii  libgnomevfs2-extra1:2.24.3-1 GNOME Virtual File System (extra m
pn  nautilus-cd-burner (no description available)
pn  sound-juicer   (no description available)
pn  totem  (no description available)
pn  vino   (no description available)
ii  zenity2.30.0-1   Display graphical dialog boxes fro

Versions of packages gnome-desktop-environment recommends:
pn  dasher (no description available)
pn  fam(no description available)
pn  gnome-accessibility-themes (no description available)
pn  gnome-mag  (no description available)
pn  gnopernicus(no description available)
pn  gok(no description available)

Versions of packages gnome-desktop-environment suggests:
pn  evolution-exchange (no description available)
pn  gnome-audio(no description available)



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

Bug#612684: imagination should depend on sox

[Robert Chéramy]

Subject: imagination should depend on sox
Package: imagination
Version: 2.1-2
Severity: normal

imagination uses "play" (package sox) to play audio files, so it should 
depend on sox.


Cheers,

tibob


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

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

Versions of packages imagination depends on:
ii  imagination-common 2.1-2 DVD slide show maker - 
common file

ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.2-10 Embedded GNU C Library: 
Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector 
graphics libra
ii  libfontconfig1 2.8.0-2.1 generic font configuration 
library
ii  libfreetype6   2.4.2-2.1 FreeType 2 font engine, 
shared lib

ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user 
interface
ii  libpango1.0-0  1.28.3-1+squeeze1 Layout and rendering of 
internatio
ii  libsox1b   14.3.1-1+b1   SoX library of audio 
effects and p
ii  sox14.3.1-1+b1   Swiss army knife of sound 
processi

ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

Versions of packages imagination recommends:
ii  ffmpeg   5:0.6.1+svn20101128-0.2 audio/video encoder, 
streaming ser

ii  libsox-fmt-all   14.3.1-1+b1 All SoX format libraries

Versions of packages imagination suggests:
pn  libavcodec-extra-52  (no description available)
pn  libavformat-extra-52  (no description available)
pn  libavutil-extra-49  (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#611855: sylpheed crashes (perhaps during mailbox check)

[gpe]

Le Wed, 9 Feb 2011 16:56:52 +0100
Ricardo Mones  a écrit:

> On Wed, Feb 09, 2011 at 12:38:39AM +0100, gpe wrote:
> > Le Thu, 3 Feb 2011 08:51:21 +0100
> > Ricardo Mones  a écrit:
> [...] 
> > > On Wed, 02 Feb 2011 23:15:40 +0100
> > > gpe92  wrote:
> > > 
> > > > Package: sylpheed
> > > > Version: 3.1.0~rc0-1
> > > > Severity: important
> > > > 
> > > > I think the crash appears during the mailbox check but I'm not sure.
> > > > See the attached file (bug buddy report).
> > > 
> > >   Can you install sylpheed-dbg and try to reproduce the crash? Preferably
> > >   while running under gdb (bug buddy introduces additional stuff). When
> > > it crashes you can generate the backtrace for all threads (a la bug
> > > buddy) with the "thread apply all bt" command.
> > > 
> > 
> > I've updated to 3.1.0 and the problem seems to have disappeared.
> 
>   Unfortunately seems either there's more than one problem or that it
>   appears randomly because another user is reporting failures...
>   The crash was while retrieving from a POP3 account,  wasn't it?

Possible, I've some account in POP and other ones in IMAP ...

-- 
+---+
| gpe92 |
+---+




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

Bug#612276: installation-reports

[Miguel Figueiredo]

Hi,

A Segunda 07 Fevereiro 2011 10:42:46 Gabriel VLASIU você escreveu:

[...]

> Initial boot:   [O]
> Detect network card:[O]
> Configure network:  [ ]
> Detect CD:  [E]
> Load installer modules: [ ]
> Detect hard drives: [E]
> Partition hard drives:  [ ]
> Install base system:[ ]
> Clock/timezone setup:   [ ]
> User/password setup:[ ]
> Install tasks:  [ ]
> Install boot loader:[ ]
> Overall install:[ ]
> 
> Comments/Problems:
> 
> "Detect and mount CD-ROM" stage the installation failed.
> Nothing in dmesg about IDE/CD/HDD.

Please send installation log (gzipped) [1]

1 - /var/log/installer/syslog

> 
> 
> Gabriel

-- 
Melhores cumprimentos/Best regards,

Miguel Figueiredo
http://www.DebianPT.org



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

Bug#607842: Fw: KDE Oxygen Logo license

[Francesco Poli]

Hi,
I have recently received a reply from Adriaan de Groot, currently vice
president of the KDE e.V. board of directors.

His kind reply (publicly disclosed below, with his permission) does not
answer all the unsolved questions, but, at least, confirms that the
LGPL version is 2.1 and explains that the original author is (probably)
Nuno Pinheiro.

Adriaan put me in contact with Nuno: hopefully, all the remaining
uncertainties may be sorted out... Please, stay tuned!   :-)


Begin forwarded message:
On Tue, 8 Feb 2011 00:19:42 +0100 Adriaan de Groot wrote:

> Hi there,
> 
> I understand you have some questions about the license of the Oxygen logo, 
> for 
> inclusion in Debian. Based on our license policy, it would be LGPL 2.1; 
> original author is probably Nuno Pinheiro.
> 
> Yours,
> Adriaan de Groot


-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpEbqIAKx36f.pgp
Description: PGP signature

Bug#612644: tryton-server: Postinst resets insecure permissions on configuration file with passwords

[Mathias Behrle]

* Betr.: " Bug#612644: tryton-server: Postinst resets insecure permissions on
  configuration file with passwords" (Wed, 09 Feb 2011 18:55:31 +0100):

> This means that the database password and admin password configured in
> /etc/trytond.conf will be readable for all users on the system after
> postinst is run, even if the user has been so wise to make it 0600,
> because making the tryton database available to all users on the
> system is a very bad idea.

You are right, thanks for the hint. Fix is on the way.

> The postinst shouldn't overrule user changes of the permissions of
> the config file.

I think it must do this for the default setup. It is easy to provide a
different configuration file for someone, who wishes to do a special setup and
knows what he is doing.

Regards,
Mathias

-- 

Mathias Behrle
MBSolutions
Gilgenmatten 10 A
D-79114 Freiburg

Tel: +49(761)471023
Fax: +49(761)4770816
http://m9s.biz
UStIdNr: DE 142009020
PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6


signature.asc
Description: PGP signature

Bug#611826: Fixed after upgrading libvte-common and libvte9 to same version (0.27.4-1)

[Matheus Gaudencio do Rêgo]

I upgraded my system and only the libvte-common new version was
installed (without upgrading libvte9). I got this same error message
while trying to run XFCE4-terminal. Fixed after upgrading libvte9 to
0.27.4-1 (the same version of my libvte-common).

Try to upgrade libvte-common to 0.27.4-1 and see if this problem persists.

Also.. The libvte9 package probably should specify the libvte-common
version required...

Currently libvte9 depends:

Depends: libatk1.0-0 (>= 1.12.4), libc6 (>= 2.3.6-6~), libcairo2 (>=
1.2.4), libfontconfig1 (>= 2.8.0), libfreetype6 (>= 2.2.1),
libgdk-pixbuf2.0-0 (>= 2.22.0), libglib2.0-0 (>= 2.26.0), libgtk2.0-0
(>= 2.23.90), libncurses5 (>= 5.7+20100313), libpango1.0-0 (>=
1.22.0), libx11-6, libvte-common

-- 
http://sites.google.com/site/matheusgr/
matheu...@gmail.com



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

Bug#610379: git-import-dsc: copes poorly with missing 'upstream' branch

[Jonathan Nieder]

Hi Guido,

Guido Günther wrote:
> On Mon, Jan 17, 2011 at 10:01:46PM -0600, Jonathan Nieder wrote:

>>  1) the error message from rev-parse --verify is not so useful.
>>  2) it's not clear to me why git-buildpackage wants the
>> 'upstream' rev in the first place.  Couldn't it create
>> the branch itself?
>
> I've added a --create-missing-branches option to git to cope with
> another case: importing via git-import-dscs an archive that switches
> from Debian only to upstream + debian .diff.gz. I think that should help
> with your issue too.

Sounds interesting.  I don't think that would work here, since that
makes the upstream branch branch from current HEAD, no?

I suspect this particular bug (user confusion trying import-dsc for
the first time) might be better solved with something like the following.
The help string is stolen from git-import-orig.  Probably the message
should go in a module to simplify maintenance but I'm not sure which
one --- gbp.config, maybe?

Thanks for a reminder.
---
diff --git a/git-import-dsc b/git-import-dsc
index d537ad6..f248046 100755
--- a/git-import-dsc
+++ b/git-import-dsc
@@ -275,6 +275,14 @@ def main(argv):
 if not repo.has_branch(branch) and 
options.create_missing_branches:
 gbp.log.info("Creating missing branch '%s'" % branch)
 repo.create_branch(branch)
+if not repo.has_branch(branch):
+gbp.log.err("""
+Repository does not have branch '%s' for upstream sources. If there is none see
+file:///usr/share/doc/git-buildpackage/manual-html/gbp.import.html#GBP.IMPORT.CONVERT
+on howto create it otherwise use --upstream-branch to specify it.
+"""  % branch)
+raise GbpError
+
 commit = repo.commit_dir(unpack_dir,
  "Imported %s" % msg,
  branch)



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

Bug#612683: "zenity --notification --listen" never quits

[Daniel Barlow]

Package: zenity
Version: 2.30.0-1
Severity: normal

It may be that I am failing to understand the documentation and examples
on the web, but zenity --notification --listen never quits and does not
remove its icon from the notification area

What I did:

$ ( sleep 2; echo "message: hello world" ; sleep 3) | zenity --notification 
--listen

What happened:

A red warning sign is added to the notification area.  After two seconds
a bubble pops up to say "hello world".  After a few more seconds it goes away
but the notification area icon remain onscreen indefinitely and I never
get my shell prompt back

What I expected to happen:

I expected the command to terminate and remove its notification area icon
after 5 seconds from the time I pressed Return



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (500, 'stable'), (2, 'unstable')
Architecture: i386 (i686)

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

Versions of packages zenity depends on:
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libglib2.0-0  2.24.2-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.1-2   The GTK+ graphical user interface 
ii  libnotify1 [libnotify1-gtk2.1 0.5.0-2sends desktop notifications to a n
ii  libx11-6  2:1.3.3-4  X11 client-side library

zenity recommends no packages.

zenity 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#612682: pacemaker: inconistent configuration behaviour in crm stonith:ssh setup

[Michael Prokop]

Package: pacemaker
Version: 1.0.9.1+hg15626-1
Severity: normal


Please compare (notice the "ERROR: ssh-stonith: parameter foo-host2
does not exist"):

  # crm configure primitive ssh-stonith stonith:ssh params hostlist="foo-host1 
foo-host2" op monitor interval=60s
  ERROR: ssh-stonith: parameter foo-host2 does not exist
  WARNING: ssh-stonith: default timeout 20s for start is smaller than the 
advised 60
  WARNING: ssh-stonith: default timeout 20s for monitor_0 is smaller than the 
advised 60
  Do you still want to commit? Ctrl-C, leaving

with:

  # crm configure
  crm(live)configure# primitive ssh-stonith stonith:ssh params 
hostlist="foo-host1 foo-host2" op monitor interval=60s
  WARNING: ssh-stonith: default timeout 20s for start is smaller than the 
advised 60
  WARNING: ssh-stonith: default timeout 20s for monitor_0 is smaller than the 
advised 60
  crm(live)configure# quit
  There are changes pending. Do you want to commit them? yes
  WARNING: ssh-stonith: default timeout 20s for start is smaller than the 
advised 60
  WARNING: ssh-stonith: default timeout 20s for monitor_0 is smaller than the 
advised 60
  bye

JFTR:

  # crm configure show
  [...]
  primitive ssh-stonith stonith:ssh \
  params hostlist="foo-host1 foo-host2" \
  op monitor interval="60s"
  [...]

The parameter parsing looks like a bug to me. It works as expected
in the interactive shell but when being invoked directly in one
single command from "outside" it complains with above mentioned
"ERROR: ssh-stonith: parameter [...] does not exist" message which
is misleading. JFTR: when accepting through "Do you still want to
commit?" it works as well of course.

regards,
-mika-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2011-02-09t23-24...@devnull.michael-prokop.at

Bug#607561: ITP: libdevel-trace-perl -- Devel::Trace - Print out each line

[Alexandre De Dommelin]

Dear Paul,

Could you please let me know if you obtained clarification about the
Licensing ?

Bests,

Alexandre

-- 
,''`. Alexandre De Dommelin
: :': http://www.tuxz.net/blog | IRC : adedommelin
. `'  GnuPG : http://www.tuxz.net/adedommelin.asc
`-


signature.asc
Description: Digital signature

Bug#612628: udev: removal of uinput rule breaks acpi-fakekey

[Marco d'Itri]

On Feb 09, Sven Joachim  wrote:

> Don't know if there are older kernels that don't have /dev/uinput,
> though.
udev << 164-3, i.e. the package in squeeze.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#500459: #500459 debian-installer: ide-floppy module is missing from /dev on installer

[Miguel Figueiredo]

Hello Mark,

A Segunda 07 Fevereiro 2011 16:23:06 Mark Hobley você escreveu:
> --- On Sun, 6/2/11, Miguel Figueiredo  wrote:
> > Since the bug was filled in 2008 there was no
> > activity/patches so i guess
> > there's no interest.
> > Can this be closed?
> 
> Well, I still use these drives and I installed them on many third party
> machines. If it is only a case of adding the module, then a fix would be
> good for me.
> 
> Mark.

IMHO it's not relevent for the installation, it's a post-
installation/installed system issue.

-- 
Melhores cumprimentos/Best regards,

Miguel Figueiredo
http://www.DebianPT.org



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

Bug#612681: x11-common: treat empty session names silently as default session

[Malte S. Stretz]

Package: x11-common
Version: 1:7.5+6ubuntu3
Severity: wishlist
Tags: patch

When I upgraded to KDE 4.6.0 recently, some weird bug in kdm (I guess, haven't
had the time to research further) started Xsession with an empty first
argument.  This resulted in the message 'Xsession: unable to launch "" X
session --- "" not found; falling back to default session.' My suggestion is to
interpret an empty first argument (which will of course never work as a session
manager) the same as no arguments and just silently fall back to the default
session. The rationale is that the user who is confronted with such a behaviour
can't really do anything about it.

The original bug was reported on launchpad at
 but I forwarded it here since this is an
unmodified file from Debian.

I'll attach two patches against 20x11-common_process-args; the first is a non-
intrusive solution and the second refactors away the outer case since it is
actually not needed.



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

Kernel: Linux 2.6.35-25-generic (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

Versions of packages x11-common depends on:
ii  debconf [debconf-2.0]  1.5.32ubuntu3 Debian configuration management sy
ii  debianutils3.2.3 Miscellaneous utilities specific t
ii  lsb-base   4.0-0ubuntu8  Linux Standard Base 4.0 init scrip
ii  upstart [upstart-job]  0.6.6-4   event-based init daemon

x11-common recommends no packages.

x11-common suggests no packages.

-- debconf information:
  x11-common/xwrapper/allowed_users: Console Users Only
  x11-common/xwrapper/actual_allowed_users: console
--- 20x11-common_process-args.orig  2011-02-08 16:31:30.0 +0100
+++ 20x11-common_process-args   2011-02-09 22:35:10.0 +0100
@@ -40,7 +40,7 @@
   fi
 fi
 ;;
-  default)
+  default|"")
 # Default behavior was requested.
 ;;
   *)
--- 20x11-common_process-args.orig  2011-02-08 16:31:30.0 +0100
+++ 20x11-common_process-args   2011-02-09 23:03:52.0 +0100
@@ -14,56 +14,52 @@
   fi
 }
 
-# Determine how many arguments were provided.
-case $# in
-  0)
-# No arguments given; use default behavior.
+# the first (optional and only) parameter is the session name/executable
+SESSION=${1:-default}
+if [ $# -gt 1 ]; then
+  # more than one argument given; we don't know what to do.
+  message "unsupported number of arguments ($#);" \
+  "falling back to default session."
+  SESSION=default
+fi
+
+# see if we can handle the requested session.
+case "$SESSION" in
+  default)
+# default behavior was requested.
 ;;
-  1)
-# One argument given; see what it was.
-case "$1" in
-  failsafe)
-# Failsafe session was requested.
-if has_option allow-failsafe; then
-  if [ -e /usr/bin/x-terminal-emulator ]; then
-if [ -x /usr/bin/x-terminal-emulator ]; then
-  exec x-terminal-emulator -geometry +1+1
-else
-  # fatal error
-  errormsg "unable to launch failsafe X session ---" \
-   "x-terminal-emulator not executable; aborting."
-fi
-  else
-# fatal error
-errormsg "unable to launch failsafe X session ---" \
- "x-terminal-emulator not found; aborting."
-  fi
-fi
-;;
-  default)
-# Default behavior was requested.
-;;
-  *)
-# Specific program was requested.
-STARTUP_FULL_PATH=$(/usr/bin/which "$1" || true)
-if [ -n "$STARTUP_FULL_PATH" ] && [ -e "$STARTUP_FULL_PATH" ]; then
-  if [ -x "$STARTUP_FULL_PATH" ]; then
-STARTUP="$1"
-  else
-message "unable to launch \"$1\" X session ---" \
-"\"$1\" not executable; falling back to default session."
-  fi
+  failsafe)
+# failsafe session was requested.
+if has_option allow-failsafe; then
+  if [ -e /usr/bin/x-terminal-emulator ]; then
+if [ -x /usr/bin/x-terminal-emulator ]; then
+  exec x-terminal-emulator -geometry +1+1
 else
-  message "unable to launch \"$1\" X session ---" \
-  "\"$1\" not found; falling back to default session."
+  # fatal error
+  errormsg "unable to launch failsafe X session ---" \
+   "x-terminal-emulator not executable; aborting."
 fi
-;;
-esac
+  else
+# fatal error
+errormsg "unable to launch failsafe X session ---" \
+ "x-terminal-emulator not found; aborting."
+  fi
+fi
 ;;
   *)
-# More than one 

Bug#607561: RFP: libdevel-trace-perl -- Devel::Trace - Print out each line before it is executed (like sh -x)

[Alexandre De Dommelin]

retitle 607561 ITP: libdevel-trace-perl -- Devel::Trace - Print out each line
before it is executed (like sh -x)
owner 607561 !

thanks


-- 
,''`. Alexandre De Dommelin
: :': http://www.tuxz.net/blog | IRC : adedommelin
. `'  GnuPG : http://www.tuxz.net/adedommelin.asc
`-


signature.asc
Description: Digital signature

Bug#612680: dbus-x11: X11 started from text console, dbus-launch terminates dbus-daemon if text console is used

[Tilmann Böß]

Package: dbus-x11
Version: 1.2.24-4
Severity: normal
Tags: squeeze

I start X11 from a text console using a small wrapper "startx-wrapper"
(without the traps, X11 freezes when switching to the console and
back to X11):

  #!/bin/bash
  trap '' HUP INT TSTP TTIN TTOU QUIT
  shopt -u huponexit
  startx $@

Start X11:

 ./startx-wrapper -- :1 > X.log 2>&1 &

Running dbus processes ( ps -fu root | egrep '[P]ID|[d]bus-' ):

UIDPID  PPID  C STIME TTY  TIME CMD
root 11236 11225  0 22:14 tty2 00:00:00 /usr/bin/ck-launch-session 
/usr/bin/dbus-launch --exit-with-session /usr/bin/fvwm2
root 11285 1  0 22:14 tty2 00:00:00 /usr/bin/dbus-launch 
--exit-with-session /usr/bin/fvwm2
root 11286 1  0 22:14 ?00:00:00 /usr/bin/dbus-daemon --fork 
--print-pid 5 --print-address 7 --session

Now I switch to to the text console, do just anything (a single CR suffices)
and the dbus-daemon is terminated by the babysitter process dbus-launch:

UIDPID  PPID  C STIME TTY  TIME CMD
root 11236 11225  0 22:14 tty2 00:00:00 /usr/bin/ck-launch-session 
/usr/bin/dbus-launch --exit-with-session /usr/bin/fvwm2

Simultaneous output of "dbus-monitor":
signal sender=org.freedesktop.DBus -> dest=:1.0 serial=2 
path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameAcquired
 string ":1.0"
method call sender=:1.0 -> dest=org.freedesktop.DBus serial=3 
path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=AddMatch
 string "type='method_call'"
method call sender=:1.0 -> dest=org.freedesktop.DBus serial=4 
path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=AddMatch
 string "type='method_return'"
method call sender=:1.0 -> dest=org.freedesktop.DBus serial=5 
path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=AddMatch
 string "type='error'"
signal sender=(null sender) -> dest=(null destination) serial=0 
path=/org/freedesktop/DBus/Local; interface=org.freedesktop.DBus.Local; 
member=Disconnected

IMHO, dbus-launch should not terminate dbus-daemon in this case.  It should 
ignore input from the TTY.

As a workaround, I modified /etc/X11/Xsession.d/75dbus_dbus-launch and deleted
the option --exit-with-session of dbus-launch, but this has the undesired
side effect that dbus-daemon runs on forever even if the X11 session is 
terminated.

For the superuser, I can use the command detachtty around startx, but this 
does not work for an unprivileged user.

I did not notice such a problem before in Lenny.

Regards,
 Tilmann

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

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

Versions of packages dbus-x11 depends on:
ii  dbus  1.2.24-4   simple interprocess messaging syst
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libx11-6  2:1.3.3-4  X11 client-side library

dbus-x11 recommends no packages.

dbus-x11 suggests no packages.

-- no debconf information

___
Empfehlen Sie WEB.DE DSL Ihren Freunden und Bekannten und wir
belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.web.de



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

Bug#612383: upgrade 1.7.4p4-2.squeeze.1 -> 1.7.4p4-6 overwrites /etc/sudoers

[Bdale Garbee]

On Tue, 08 Feb 2011 07:08:31 +0100, Frank Engler 
 wrote:
> sudo's postinst asks if it should overwrite /etc/sudoers/README. 

Actually, I suspect that was /etc/sudoers.d/README, right?  Note the ".d".

Bdale


pgpLVSxgbLu0p.pgp
Description: PGP signature

Bug#612679: msmtp -f "<>" results in invalid MAIL FROM:<<>>

[Anders Kaseorg]

Package: msmtp
Version: 1.4.21-1

Some applications, such as request-tracker3.8 when generating bounce mail, 
run msmtp -f "<>".  This confuses msmtp into sending mail with an invalid 
reverse-path <<>>:

--> EHLO localhost
<-- 250-mx.google.com at your service, [173.203.242.189]
…
--> MAIL FROM:<<>>
<-- 555 5.5.2 Syntax error. k1sm468660ybj.12
sendmail: envelope from address <> not accepted by the server
sendmail: server message: 555 5.5.2 Syntax error. k1sm468660ybj.12
sendmail: could not send mail (account default from /etc/msmtprc)

A workaround is to run msmtp -f "" instead.

The Sendmail release notes have some relevant items:

8.12.7/8.12.7   2002/12/29
If -f "" is specified, set the sender address to "<>".  Problem
noted by Matthias Andree.
8.7/8.7 1995/09/16
Accept "<<>>", "<<<>>>", and so forth as equivalent to "<>" for
the purposes of refusing to send error returns.  Suggested
by Motonori Nakamura of Ritsumeikan University.



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

Bug#612209: Doesn't understand proxy information with square brackets

[Francesco Poli]

reassign 612209 libruby1.8 1.8.7.302-2
affects 612209 + apt-listbugs
thanks

On Wed, 9 Feb 2011 00:01:00 +0100 Eduard Bloch wrote:

> #include 
> * Francesco Poli [Sun, Feb 06 2011, 11:52:04PM]:
> > On Sun, 6 Feb 2011 19:55:23 +0100 Eduard Bloch wrote:
[...]
> > > Retrieving bug reports... 0% Fail
> > > Error retrieving bug reports from the server with the following error 
> > > message:
> > >  W: getaddrinfo: Name or service not known (http://[127.0.0.1]:3142)
> > > It appears that your network connection is down. Check network 
> > > configuration and try again
> > 
> > I am able to reproduce this behavior, but I am no IPv6 expert,
> > unfortunately.
[...]
> > However apt-listbugs does not handle proxy servers directly: it relies
> > on Ruby libraries to do this. As a consequence, this bug report should
> > probably be reassigned to another package (maybe libruby1.8 or
> > libhttpclient-ruby1.8, see also the somewhat related bug #576118).
> 
> Ok, that sounds like a bug in the URL parser of Ruby then.
[...]
> Feel free to reassign the BR to Ruby packages, of course.

Thanks for the additional information!

I am reassigning the bug report to the (hopefully) appropriate package.
I hope the bug can be fixed soon...

Bye.

-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgp2rcLbyDqEf.pgp
Description: PGP signature

Bug#612678: default timeout smaller than the advised one - results in WARNING message

[Michael Prokop]

Package: pacemaker
Version: 1.0.9.1+hg15626-1
Severity: minor


When running something like:

  # crm configure primitive ssh-stonith stonith:ssh params hostlist="$HOSTS" op 
monitor interval=60s
  [...]

you'll notice:

  WARNING: ssh-stonith: default timeout 20s for start is smaller than the 
advised 60
  WARNING: ssh-stonith: default timeout 20s for monitor_0 is smaller than the 
advised 60

If the advised timeout is 60 then either the default timeout should
be >=60, the advised timeout should be revised to 20s or it
shouldn't warn the user about it, IMHO.

regards,
-mika-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2011-02-09t23-02...@devnull.michael-prokop.at

Bug#431914: not a problem in sudo-ldap itself

[Bdale Garbee]

reassign 431914 libldap-2.4-2
thanks

The sudo-ldap package itself does not provide or modify any confirmation
information in /etc/ldap/ldap.conf.  That file is apparently provided by 
libldap-2.4-2.  

Passing this bug to the Debian OpenLDAP Maintainers for review and/or action.

Bdale



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