Bug#316273: kwiki: copyright file doesn't say where the upstream sources were obtained

[Bart Martens]

severity 316273 serious
tags 316273 moreinfo
stop

http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile
"the copyright file must say where the upstream sources (if any) were obtained"

http://www.debian.org/Bugs/Developer#severities
"serious - is a severe violation of Debian policy (roughly, it violates a must 
or required directive)"

So setting the severity to "serious".  Steve, feel free to lower the severity
but then please explain why this bug would be "not an RC bug".  Maybe you want
debian-policy modified so that it no longer uses "must" for this.

I found an URL beginning with http://kwiki.org/ on bug 227900.  But
http://kwiki.org/ currently produces a broken website related to porn, so I
guess the domain name was taken over.

Then I found http://search.cpan.org/dist/Kwiki/ via Google.  But the README
file in http://search.cpan.org/CPAN/authors/id/I/IN/INGY/Kwiki-0.39.tar.gz
states "STOP. Don't install this CPAN module!" and also still points to
subpages of http://kwiki.org/ .

Regards,

Bart Martens



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

Bug#316273: kwiki homepage

[Bart Martens]

Hello Brian,

Can you tell us where to find the newest version of kwiki ? Or is kwiki no
longer maintained ?

Regards,

Bart Martens



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

Bug#639919: linux-2.6: please enable DEBUG_STRICT_USER_COPY_CHECKS

[Yves-Alexis Perez]

On dim., 2012-06-03 at 01:08 +0100, Ben Hutchings wrote:
> So sizeof(s) == 4 and count <= 3,

How do you know that? From the call stack?

>  but the compiler is still too stupid
> to avoid generating a conditional call to copy_from_user_overflow().
> And this would break the build if we did what you're asking.

Well, I think the point is to manage to fix those (if it's now the
default upstream, I guess there will be some more visibility and people
trying to fix them).

I still think it's useful to catch those at compile time instead of at
runtime.

Regards,
-- 
Yves-Alexis


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

Bug#494812: kwiki: Homepage field missing in debian/control

[Bart Martens]

retitle 494812 kwiki: Homepage field missing in debian/control
tags 494812 moreinfo
stop

No, http://www.kwiki.org/ is currently not the homepage for kwiki.  See also
bug 316273.

Regards,

Bart Martens



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

Bug#257246: kwiki: Please package new version

[Bart Martens]

tags 257246 - pending
tags 257246 moreinfo
stop

The newest upstream release at CPAN is not suitable.  See also bug 316273.  So,
where is the newest upstream release ?

Regards,

Bart Martens



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

Bug#675754: O: kwiki -- Quickie Wiki that's not too Tricky

[Bart Martens]

Package: wnpp

After consulting the MIA database, having a look at the PTS and DDPO pages, and
the list of open bugs in the BTS, I concluded that this package is in fact 
orphaned.  I'm therefor marking this package as orphaned now.

I have made a few comments on the open bugs.  My impression is that kwiki 
should be removed from Debian, but I have not yet decided to request the
removal.

Regards,

Bart Martens




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

Bug#374573: message display gets less reliable after heavy thunderbird use

[Carsten Schoenert]

Hello!

It's quit a lot time ago, but the bug ist still open. :)

I think the bug is'nt present in current icedove versions, but I want to
ask back. Is there still some problem with icedove an filtering
messages?

If not, the bug could be closed.

Regards
Carsten



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

Bug#675751: Please enhance the Wilcoxon-Mann_Whitney test to ignore blank cells

[Andreas J. Guelzow]

Wilcoxon-Mann_Whitney test was trying to ignore those cells, but wasn't
quite successful. This has been fixed and should work correctly in
1.11.4 and later.

Andreas
-- 
Andreas J. Guelzow, PhD, FTICA
Concordia University College of Alberta


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

Bug#675613: debiandoc-sgml: Does not register itself in /etc/sgml/catalog

[Helmut Grohne]

Hi Guillem,

Thanks for your quick and helpful response.

On Sat, Jun 02, 2012 at 11:55:48PM +0200, Guillem Jover wrote:
> So on first thought, I think the solution would be to make dpkg
> activate file triggers for the parent directories on configure so that
> this case is handled correctly. In fact when looking to refactor some
> of the triggers code some time ago I came across the missing upwards
> trigger activation, and was already considering doing exactly this, but
> did not think through about the consequences, I guess that means I was
> on the right track back then.

This sounds good. At least in the sgml-base case the behaviour should
completely solve the issue. Please tell me if I can assist with this
change.

Jakub Wilk was kind enough to run some grep[1] on the lintian lab for
me, so I can give an updated list of packages declaring trigger interest
in conffiles. The new list is:

menuinterest /etc/menu-methods
libapache2-mod-php5 interest /etc/php5/conf.d
libapache2-mod-php5filter   interest /etc/php5/conf.d
readahead-fedorainterest /etc/init.d
sgml-base   interest /etc/sgml
ufw interest /etc/ufw/applications.d
xfonts-traditional  interest /etc/X11/app-defaults/XTerm
xfonts-traditional  interest /etc/X11/fonts/misc/xfonts-base.alias

Note that the php5 case is special, because a number of packages
explicitly activate the trigger.

Helmut

[1] grep /etc 
/srv/lintian.debian.org/laboratory/pool/*/*/*_binary/control/triggers
See attached.
cracklib-runtime_2.8.19-1_i386_binary/control/triggers:# These are the 
directories listed in the default /etc/cracklib/cracklib.conf
man-db_2.6.1-2_i386_binary/control/triggers:# /etc/manpath.config so we 
register interest in them for completeness.
menu_2.1.46_i386_binary/control/triggers:interest /etc/menu-methods
libapache2-mod-php5_5.4.4~rc2-1_i386_binary/control/triggers:interest 
/etc/php5/conf.d
libapache2-mod-php5filter_5.4.4~rc2-1_i386_binary/control/triggers:interest 
/etc/php5/conf.d
php5-common_5.4.4~rc2-1_i386_binary/control/triggers:activate /etc/php5/conf.d
php5-curl_5.4.4~rc2-1_i386_binary/control/triggers:activate /etc/php5/conf.d
php5-enchant_5.4.4~rc2-1_i386_binary/control/triggers:activate /etc/php5/conf.d
php5-fpm_5.4.4~rc2-1_i386_binary/control/triggers:interest /etc/php5/conf.d
php5-gd_5.4.4~rc2-1_i386_binary/control/triggers:activate /etc/php5/conf.d
php5-gmp_5.4.4~rc2-1_i386_binary/control/triggers:activate /etc/php5/conf.d
php5-imap_5.4.4~rc2-1_i386_binary/control/triggers:activate /etc/php5/conf.d
php5-interbase_5.4.4~rc2-1_i386_binary/control/triggers:activate 
/etc/php5/conf.d
php5-intl_5.4.4~rc2-1_i386_binary/control/triggers:activate /etc/php5/conf.d
php5-ldap_5.4.4~rc2-1_i386_binary/control/triggers:activate /etc/php5/conf.d
php5-mcrypt_5.4.4~rc2-1_i386_binary/control/triggers:activate /etc/php5/conf.d
php5-mysql_5.4.4~rc2-1_i386_binary/control/triggers:activate /etc/php5/conf.d
php5-mysqlnd_5.4.4~rc2-1_i386_binary/control/triggers:activate /etc/php5/conf.d
php5-odbc_5.4.4~rc2-1_i386_binary/control/triggers:activate /etc/php5/conf.d
php5-pgsql_5.4.4~rc2-1_i386_binary/control/triggers:activate /etc/php5/conf.d
php5-pspell_5.4.4~rc2-1_i386_binary/control/triggers:activate /etc/php5/conf.d
php5-recode_5.4.4~rc2-1_i386_binary/control/triggers:activate /etc/php5/conf.d
php5-snmp_5.4.4~rc2-1_i386_binary/control/triggers:activate /etc/php5/conf.d
php5-sqlite_5.4.4~rc2-1_i386_binary/control/triggers:activate /etc/php5/conf.d
php5-sybase_5.4.4~rc2-1_i386_binary/control/triggers:activate /etc/php5/conf.d
php5-tidy_5.4.4~rc2-1_i386_binary/control/triggers:activate /etc/php5/conf.d
php5-xmlrpc_5.4.4~rc2-1_i386_binary/control/triggers:activate /etc/php5/conf.d
php5-xsl_5.4.4~rc2-1_i386_binary/control/triggers:activate /etc/php5/conf.d
readahead-fedora_2_1.5.6-4_i386_binary/control/triggers:interest /etc/init.d
sgml-base_1.26+nmu3_all_binary/control/triggers:interest /etc/sgml
ufw_0.31.1-1_all_binary/control/triggers:interest /etc/ufw/applications.d
xfonts-traditional_1.4_all_binary/control/triggers:interest 
/etc/X11/app-defaults/XTerm
xfonts-traditional_1.4_all_binary/control/triggers:interest 
/etc/X11/fonts/misc/xfonts-base.alias

Bug#675755: O: gregorio -- command-line tool to typeset Gregorian chant

[Bart Martens]

Package: wnpp

After consulting the MIA database, having a look at the PTS and DDPO pages, and
the list of open bugs in the BTS, I concluded that this package is in fact
orphaned.  I'm therefor marking this package as orphaned now.

The package looks in pretty good shape at the moment, in my opinion.  It could
maybe use an update to fix some lintian warnings.  The package in Debian
matches the newest upstream release, and there are no open bug reports in the
BTS.

Regards,

Bart Martens



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

Bug#675756: ptop: Build on kfreedbsd alway's fail

[Bastiaan Franciscus van den Dikkenberg]

Package: ptop
Version: 3.6.2-5
Severity: normal

The build on debian kfreebsd-* alway's fail


the log "
checking for snprintf... yes
checking for sighold... yes
checking for sigrelse... yes
checking for sigaction... yes
checking for sigprocmask... yes
configure: error: System type gnu unrecognized
checking for correct ls options... ls -l
checking for a platform module... none
Configure doesn't recognize this system and doesn't know
what module to assign to it.  Help the cause and run the
following command to let the maintainers know about this
make: *** [config.status] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2
deficiency!  Thanks.  Just cut and paste the following:
uname -a | mail -s gnu ptop-hack...@pgfoundry.org
"


With kind regards,

Bas van den Dikkenberg

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

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

Versions of packages ptop depends on:
ii  libc6  2.13-32
ii  libpq5 9.1.3-2
ii  libtinfo5  5.9-7

ptop recommends no packages.

ptop 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#675757: ptop: Build keeps failing on hurd-i386 arch

[Bastiaan Franciscus van den Dikkenberg]

Package: ptop
Version: 3.6.2-5
Severity: normal


THe build on ptop keeps failing on hurd-i386

The log according to buildd network "



Package: ptop
Version: 3.6.2-5
Source Version: 3.6.2-5
Architecture: hurd-i386
Hit http://ftp.fr.debian.org sid InRelease
Ign http://incoming.debian.org  InRelease
Get:1 http://incoming.debian.org  Release.gpg [836 B]
Hit http://ftp.fr.debian.org sid/main Sources/DiffIndex
Ign http://ftp.debian-ports.org unreleased InRelease
Get:2 http://incoming.debian.org  Release [1616 B]
Hit http://ftp.fr.debian.org sid/contrib Sources/DiffIndex
Hit http://ftp.fr.debian.org sid/non-free Sources/DiffIndex
Hit http://ftp.fr.debian.org sid/main hurd-i386 Packages/DiffIndex
Hit http://ftp.fr.debian.org sid/contrib hurd-i386 Packages/DiffIndex
Ign http://ftp.fr.debian.org sid/contrib TranslationIndex
Hit http://ftp.fr.debian.org sid/main TranslationIndex
Get:3 http://ftp.debian-ports.org unreleased Release.gpg [836 B]
Hit http://ftp.fr.debian.org sid/contrib Translation-en
Hit http://ftp.fr.debian.org sid/main Translation-en
Get:4 http://incoming.debian.org  Sources [66.1 kB]
Hit http://ftp.fr.debian.org sid/main Translation-fr
Get:5 http://ftp.debian-ports.org unreleased Release [25.8 kB]
Err http://ftp.debian-ports.org unreleased Release
  
Ign http://ftp.fr.debian.org sid/contrib Translation-fr
Get:6 http://incoming.debian.org  Packages [735 kB]
Ign http://incoming.debian.org  Translation-en
Ign http://incoming.debian.org  Translation-fr
Fetched 804 kB in 60s (13.3 kB/s)
Reading package lists...
W: A error occurred during the signature verification. The repository is not 
updated and the previous index files will be used. GPG error: 
http://ftp.debian-ports.org unreleased Release: The following signatures 
couldn't be verified because the public key is not available: NO_PUBKEY 
A2A560BCA92F9FF4

W: Failed to fetch http://ftp.debian-ports.org/debian/dists/unreleased/Release  

W: Some index files failed to download. They have been ignored, or old ones 
used instead.


. Fetch source files   .



Check APT
.

Checking available source versions...

Download source files with APT
..

Reading package lists...
Building dependency tree...
Reading state information...
NOTICE: 'ptop' packaging is maintained in the 'Git' version control system at:
git://git.debian.org/git/collab-maint/ptop.git
Need to get 279 kB of source archives.
Get:1 http://incoming.debian.org/buildd-unstable/  ptop 3.6.2-5 (dsc) [1865 B]
Get:2 http://incoming.debian.org/buildd-unstable/  ptop 3.6.2-5 (tar) [272 kB]
Get:3 http://incoming.debian.org/buildd-unstable/  ptop 3.6.2-5 (diff) [5468 B]
Fetched 279 kB in 1s (200 kB/s)
Download complete and in download only mode

Check arch
..



. Install core build dependencies (internal resolver)  .


Build-Depends: build-essential, fakeroot
Checking for already installed dependencies...
build-essential: already installed (11.5)
fakeroot: already installed (1.18.1-1+hurd.1)
Checking for dependency conflicts...
Installing positive dependencies: 
Reading package lists...
Building dependency tree...
Reading state information...
The following packages were automatically installed and are no longer required:
  libcwidget3 libsigc++-2.0-0c2a
Use 'apt-get autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 76 not upgraded.
Removing negative dependencies: 
Reading package lists...
Building dependency tree...
Reading state information...
The following packages were automatically installed and are no longer required:
  libcwidget3 libsigc++-2.0-0c2a
Use 'apt-get autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 76 not upgraded.
Checking correctness of dependencies...


. Install ptop build dependencies (internal resolver)  .


Build-Depends: base-files, base-passwd, bash, coreutils, dash, debianutils, 
diffutils, dpkg, e2fsprogs, findutils, grep, gzip, hostname, hurd, 
ncurses-base, ncurses-bin, perl-base, sed, sysvinit-utils, sysvinit, tar, 
bsdutils, util-linux, libc0.3-dev | libc-dev, gcc (>= 4:4.4.3), g++ (>= 
4:4.4.3), make, dpkg-dev (>= 1.13.5), hurd-dev, debhelper (>= 8), 
autotools-dev, libpq-dev, libncurses5-dev
Checking for already installed dependencies...
base-files: already installed (6.4)
base-passwd: already installed (3.5.22)
bash: already installed (4.1-3+hurd.1)
coreutils: already installed (8.5-1)
dash: already

Bug#661151: [apparmor] Bug#661151: linux-2.6: lacks AppArmor kernel/userspace interface

[intrigeri]

intrigeri wrote (31 May 2012 13:14:13 GMT) :
>> Looking back over the bug log, I see that wasn't requested, so I'm
>> only applying 'AppArmor: compatibility patch for v5 interface' now.

Unfortunately, the resulting kernel (linux-image-3.2.0-2-amd64
3.2.19-1), combined with the AppArmor userspace tools currently in sid
(2.7.103-2), displays worse behaviour than the previous one.

Loading a profile shipped with apparmor-profiles fails:

  $ sudo apparmor_parser -r /etc/apparmor.d/usr.sbin.avahi-daemon
  apparmor_parser: Unable to replace "/usr/sbin/avahi-daemon".  Profile doesn't 
conform to protocol
  zsh: exit 234   sudo apparmor_parser -r /etc/apparmor.d/usr.sbin.avahi-daemon

... as a result, usr.sbin.avahi-daemon does not show up in the
cache directory.

Another one fails differently:

  $ sudo apparmor_parser -r /etc/apparmor.d/usr.bin.chromium-browser 
  zsh: exit 185   sudo apparmor_parser -r 
/etc/apparmor.d/usr.bin.chromium-browser

... but is cached nevertheless:

  $ ls -l /etc/apparmor.d/cache/usr.bin.chromium-browser
  -rw--- 1 root root 251K juin   2 18:59 
/etc/apparmor.d/cache/usr.bin.chromium-browser

Kernel log excerpt for this last attempt:

  type=1400 audit(1338678658.161:166): apparmor="STATUS" info="failed
  to unpack profile" error=-71 pid=21836 comm="apparmor_parser"
  name="/usr/lib/chromium-browser/chromium-browser" offset=171
  type=1400 audit(1338678658.161:167): apparmor="STATUS"
  operation="profile_replace" pid=21836 comm="apparmor_parser"
  audit(1338678658.165:168): apparmor="STATUS" info="failed to unpack
  profile" error=-71 pid=21836 comm="apparmor_parser"
  name="/usr/lib/chromium-browser/chromium-browser//browser_java"
  offset=166 type=1400 audit(1338678658.165:169): apparmor="STATUS"
  operation="profile_replace" pid=21836 comm="apparmor_parser"

In any case, neither the profiles that end up cached not the ones that
seemingly fail to load earlier are applied to processes. So, this is
a regression against the previous state of AppArmor support in Debian.

I'm unsure the kernel is at fault / the place where something must
be improved.

John, Kees, may you please check why the patch that was applied to
this Debian kernel could possibly expose such a bug?

I've seen similar old issues on Launchpad (e.g. LP#968956), but most
don't apply to the version of the userspace tools we ship in sid.



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

Bug#675758: postfix: [INTL:ca] Catalan debconf template translation for postfix

[Jordà Polo]

Package: postfix
Severity: wishlist
Tags: l10n patch


Please include the attached Catalan debconf templates translation.

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

Kernel: Linux 2.6.18.8-x86_64-linode10 (SMP w/4 CPU cores)
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
#
# Catalan translation for postfix package.
# Copyright (C) 2012 LaMont Jones.
# This file is distributed under the same license as the postfix package.
#
# Jordà Polo , 2006, 2007, 2008, 2012.
#
msgid ""
msgstr ""
"Project-Id-Version: 2.9.1-5\n"
"Report-Msgid-Bugs-To: post...@packages.debian.org\n"
"POT-Creation-Date: 2012-05-30 22:56-0600\n"
"PO-Revision-Date: 2012-06-03 09:34+0200\n"
"Last-Translator: Jordà Polo \n"
"Language-Team: Catalan \n"
"Language: ca\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Add a 'mydomain' entry in main.cf for upgrade?"
msgstr ""
"Voleu afegir l'entrada «mydomain» al fitxer main.cf per a l'actualització?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"Postfix version 2.3.3-2 and later require changes in main.cf. Specifically, "
"mydomain must be specified, since hostname(1) is not a fully qualified "
"domain name (FQDN)."
msgstr ""
"A partir de la versió 2.3.3-2 de Postfix es requereixen canvis a main.cf. "
"Més concretament, s'ha d'especificar «mydomain», ja que hostname(2) no és un "
"nom de domini completament qualificat (FQDN)."

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"Failure to fix this will result in a broken mailer. Decline this option to "
"abort the upgrade, giving you the opportunity to add this configuration "
"yourself. Accept this option to automatically set mydomain based on the FQDN "
"of the machine."
msgstr ""
"Si es produeix una fallada en aquest punt, el funcionament de "
"l'administrador de correu pot veure's interromput. Declineu aquesta opció si "
"voleu avortar l'actualització i afegir aquesta configuració manualment. "
"Accepteu si preferiu que s'estableixi «mydomain» automàticament a partir de "
"l'FQDN de la màquina."

#. Type: boolean
#. Description
#: ../templates:2001
msgid "add 'sqlite' entry to dynamicmaps.cf?"
msgstr "Voleu afegir l'entrada «sqlite» al dynamicmaps.cf?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"Postfix version 2.9 adds sqlite support to maps, but your dynamicmaps.cf "
"does not reflect that.  Accept this option to add support for sqlite maps."
msgstr ""
"La versió 2.9 de Postfix permet l'ús d'sqlite per als mapes de configuració, "
"però el vostre fitxer dynamicmaps.cf no ho reflecteix així. Accepteu aquesta "
"opció si voleu activar el suport per a mapes basats en sqlite."

#. Type: boolean
#. Description
#: ../templates:3001
msgid "Install postfix despite an unsupported kernel?"
msgstr "Voleu instal·lar postfix malgrat que el nucli no està suportat?"

#. Type: boolean
#. Description
#: ../templates:3001
msgid ""
"Postfix uses features that are not found in kernels prior to 2.6. If you "
"proceed with the installation, Postfix will not run."
msgstr ""
"Postfix utilitza característiques que no es troben en nuclis anteriors a "
"2.6. Si continueu amb la instal·lació, Postfix no s'executarà."

#. Type: boolean
#. Description
#: ../templates:4001
msgid "Correct retry entry in master.cf for upgrade?"
msgstr ""
"Voleu esmenar l'entrada «retry» al fitxer master.cf per a l'actualització?"

#. Type: boolean
#. Description
#: ../templates:4001
msgid ""
"Postfix version 2.4 requires that the retry service be added to master.cf."
msgstr ""
"La versió 2.4 de Postfix requereix que s'afegeixi el servei de reintent "
"(«retry») al fitxer master.cf."

#. Type: boolean
#. Description
#: ../templates:4001
msgid ""
"Failure to fix this will result in a broken mailer. Decline this option to "
"abort the upgrade, giving you the opportunity to add this configuration "
"yourself. Accept this option to automatically make master.cf compatible with "
"Postfix 2.4 in this respect."
msgstr ""
"Si es produeix una fallada en aquest punt, el funcionament de "
"l'administrador de correu pot veure's interromput. Declineu aquesta opció si "
"voleu avortar l'actualització i afegir aquesta configuració manualment. "
"Accepteu si preferiu que es compatibilitzi el fitxer master.cf "
"automàticament amb la versió 2.4 en aquest sentit."

#. Type: boolean
#. Description
#: ../templates:5001
msgid "Correct tlsmgr entry in master.cf for upgrade?"
msgstr ""
"Voleu esmenar l'entrada «tlsmgr» al fitxer master.cf per a l'actualització?"

#. Type: boolean
#. Description
#: ../templates:5001
msgid "Postfix version 2.2 has changed the invocation of tlsmgr."
msgstr "La versió 2.2 de Postfix ha canviat la invocació de tlsmgr."

#. Type: boolean
#. Description
#: ../templates:5001
msgid ""
"Failure t

Bug#675160: sikuli-ide: unable to process one single instruction

[intrigeri]

Hi,

FWIW, I cannot reproduce this bug on up-to-date sid either.

Cheers,
-- 
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc



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

Bug#675467: ITP: bilibop -- run Debian from external media

[intrigeri]

Hi,

quid...@poivron.org wrote (02 Jun 2012 13:05:42 GMT) :
>>> bilibop-common: shell functions to find the drive hosting the root
>>> filesystem (dm-crypt, LVM, loop devices, aufs and any combination
>>> of them are supported)
>>
>> This might be useful for Tails' implementation of "wipe memory on
>> shutdown".
> I have Tails installed on a USB key; the "wipe memory on shutdown"
> seems to work well, without need of bilibop-common or whatever.

Nice to hear. However, we're generally happy to replace custom code
with some generic code maintained by others than us, who seem to be
experts in the specific area this code is about -- especially when our
own quick hack quickly shows its limits in unusual installations of
Tails. We try to cap our instance of the NIH syndrom to the
bare minimum.

>>> bilibop-rules: udev rules to fix the removable drive hosting the running
>>> system, and all its partitions, as members of the 'disk' group
>> I fail to understand how a drive can be a member of the 'disk' group.
>> Please enlighten me. (Being offline, I can't read the mentionned bug
>> right now, but still, the package description should make sense by
>> itself, without needing to access online resources.)
> Boot on Debian, plug a USB/FireWire drive (key or HDD) on, and execute
> 'ls -l /dev/sd*':
> You should see /dev/sda and its partitions as members of the 'disk' group
> (and maybe also /dev/sdb* if there is a second internal HDD).

Ah, you mean *owned* by the "disk" vs. "floppy" group.
Now (and now that I've read the referenced bug) it's perfectly clear :)
I don't think it's correct and clear to tell a drive is a "member" of
a group.

>>> (fixes bug #645466).

I think s/fixes/is a way to workaround/ would be more correct.
Unfortunately, #645466 is likely to remain unfixed even once bilibop
is in Debian :(

> For example, you told me about Tails. So, boot on it (the LiveUSB,
> of course) find the drive which your system is running from (here,
> we say /dev/sdb), and, as the normal user, just type 'shred -vzn0
> /dev/sdb'. Now your 'secured' system is lost.

Right. I'm glad we've learnt of this security issue. Thank you.
I've added it to our bug tracker:
https://tails.boum.org/bugs/writable_system_disk:_belongs_to_floppy_group/

Do you want to be credited for this discovery? (even if, formally
speaking, you did not report it to us: had I not read debian-devel,
I would probably not have learnt about it that soon, would I?)

> So, find the drive hosting the running system and protect it from
> user mistakes is what I call 'fix a security issue' or 'make the
> system more robust'.

Sure. I can't wait using it in Tails. Are there any difficulties you
think we may encounter in the process?

Please note that I did not mean to suggest bilibop does not fix
security issues or does not makes a system more robust: I was merely
pointing out that 1. the description was not explaining why and how
clearly enough to my taste; 2. I was interested and I wanted to know
more. Your reply looks like a good source of inspiration to make the
package description more thorough and precise.

>>> Other optional features for the desktop environment (based on
>>> Udisks).
>>
>> Such as?
> By setting:  [...] As said above, this is optional, and only for
> convenience: hide partitions, or show them with icons and/or names
> different than the defaults, or make the user able or not to mount
> them from the filemanager with or without su/sudo password. As said
> in the documentation of the package, all this can be bypassed with
> pmount(1). This is not a security layer.

Looks like this could be useful for Tails persistence feature :)

> You can download the source with:  dget -x
> http://mentors.debian.net/debian/pool/main/b/bilibop/bilibop_0.1.dsc

I'll have a look, hopefully in a few days. Don't hesitate pinging me
in two weeks if needed.

> I have send a RFS: #675532

I'll consider sponsoring this package. I expect my decision to be
mostly a function of whether there is some bilibop feature we can use
as is in Tails.

How much do you care about seeing bilibop shipped in Wheezy?
(I presume not much, else you would have posted this ITP quite sooner,
but who knows, I myself have not uploaded yet all new packages I want
to see in Wheezy -- the difference being I won't have to argue with
myself about packaging style and tools ;)

Cheers,
-- 
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc



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

Bug#675756: Compleet build log of kfreebsd-i386

[Bas van den Dikkenberg]

sbuild (Debian sbuild) 0.61.0 (23 Feb 2011) on finzi.debian.org

╔══╗
║ ptop 3.6.2-5 (kfreebsd-i386)   07 Feb 2012 02:57 ║
╚══╝

Package: ptop
Version: 3.6.2-5
Source Version: 3.6.2-5
Architecture: kfreebsd-i386
Get:1 http://incoming.debian.org sid InRelease [190 kB]
Hit http://mirror-ubc.debian.org sid InRelease
Ign http://incoming.debian.org  InRelease
Hit http://mirror-ubc.debian.org sid/main Sources/DiffIndex
Get:2 http://incoming.debian.org  Release.gpg [836 B]
Hit http://mirror-ubc.debian.org sid/contrib Sources/DiffIndex
Hit http://mirror-ubc.debian.org sid/non-free Sources/DiffIndex
Hit http://mirror-ubc.debian.org sid/main kfreebsd-i386 Packages/DiffIndex
Hit http://mirror-ubc.debian.org sid/contrib kfreebsd-i386 Packages/DiffIndex
Hit http://mirror-ubc.debian.org sid/non-free kfreebsd-i386 Packages/DiffIndex
Ign http://mirror-ubc.debian.org sid/contrib TranslationIndex
Hit http://mirror-ubc.debian.org sid/main TranslationIndex
Ign http://mirror-ubc.debian.org sid/non-free TranslationIndex
Get:3 http://incoming.debian.org sid/main Sources/DiffIndex [2038 B]
Hit http://incoming.debian.org sid/contrib Sources/DiffIndex
Get:4 http://incoming.debian.org sid/non-free Sources/DiffIndex [2023 B]
Get:5 http://incoming.debian.org sid/main kfreebsd-i386 Packages/DiffIndex 
[2038 B]
Hit http://incoming.debian.org sid/contrib kfreebsd-i386 Packages/DiffIndex
Get:6 http://incoming.debian.org sid/non-free kfreebsd-i386 Packages/DiffIndex 
[2023 B]
Ign http://incoming.debian.org sid/contrib TranslationIndex
Get:7 http://incoming.debian.org sid/main TranslationIndex [2154 B]
Ign http://incoming.debian.org sid/non-free TranslationIndex
Hit http://mirror-ubc.debian.org sid/contrib Translation-en
Hit http://mirror-ubc.debian.org sid/main Translation-en
Hit http://mirror-ubc.debian.org sid/non-free Translation-en
Get:8 http://incoming.debian.org  Release [1616 B]
Get:9 http://incoming.debian.org sid/main 2012-02-07-0214.46.pdiff [16.2 kB]
Get:10 http://incoming.debian.org sid/non-free 2012-02-07-0214.46.pdiff [3660 B]
Get:11 http://incoming.debian.org sid/main 2012-02-07-0214.46.pdiff [16.2 kB]
Get:12 http://incoming.debian.org sid/main kfreebsd-i386 
2012-02-07-0214.46.pdiff [34.4 kB]
Get:13 http://incoming.debian.org sid/non-free kfreebsd-i386 
2012-02-07-0214.46.pdiff [846 B]
Get:14 http://incoming.debian.org sid/contrib Translation-en [36.8 kB]
Get:15 http://incoming.debian.org sid/main Translation-en [3877 kB]
Get:16 http://incoming.debian.org sid/non-free 2012-02-07-0214.46.pdiff [3660 B]
Get:17 http://incoming.debian.org sid/main kfreebsd-i386 
2012-02-07-0214.46.pdiff [34.4 kB]
Get:18 http://incoming.debian.org sid/non-free Translation-en [69.6 kB]
Get:19 http://incoming.debian.org  Sources [65.1 kB]
Get:20 http://incoming.debian.org  Packages [720 kB]
Get:21 http://incoming.debian.org sid/non-free kfreebsd-i386 
2012-02-07-0214.46.pdiff [846 B]
Ign http://incoming.debian.org  Translation-en
Fetched 5026 kB in 11s (438 kB/s)
Reading package lists...

┌──┐
│ Fetch source files   │
└──┘


Check APT
─

Checking available source versions...

Download source files with APT
──

Reading package lists...
Building dependency tree...
Reading state information...
NOTICE: 'ptop' packaging is maintained in the 'Git' version control system at:
git://git.debian.org/git/collab-maint/ptop.git
Need to get 279 kB of source archives.
Get:1 http://incoming.debian.org/debian/ sid/main ptop 3.6.2-5 (dsc) [1865 B]
Get:2 http://incoming.debian.org/debian/ sid/main ptop 3.6.2-5 (tar) [272 kB]
Get:3 http://incoming.debian.org/debian/ sid/main ptop 3.6.2-5 (diff) [5468 B]
Fetched 279 kB in 0s (286 kB/s)
Download complete and in download only mode

Check arch
──


┌──┐
│ Install core build dependencies (internal resolver)  │
└──┘

Build-Depends: build-essential, fakeroot
Checking for already installed dependencies...
build-essential: already installed (11.5)
fakeroot: already installed (1.18.2-1)
Checking for dependency conflicts...
Installing positive dependencies: 
Reading package lists...
Building dependency tree...
Reading state information...
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Removing negative dependencies: 
Reading package lists...
Building dependency tree...
Reading state information...
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Checking correctness of dependencies...

┌

Bug#675701: ptop/3.6.2-7

[Bas van den Dikkenberg]

I wil ask then,

What is wrong with linst architerues ?



-Oorspronkelijk bericht-
Van: Bart Martens [mailto:ba...@master.debian.org] Namens Bart Martens
Verzonden: zondag 3 juni 2012 7:50
Aan: Bas van den Dikkenberg
CC: 675...@bugs.debian.org
Onderwerp: RFS: ptop/3.6.2-7

Hi Bastiaan,

Please have another look at the list of architectures.

http://mentors.debian.net/package/ptop
Uploaded:   2012-06-02 19:35
  * Remove architechtures hurd-i386, kfreebsd-amd64 and kfreebsd-i386 
because they alway fail
Architecture: amd64 armel armhf i386 ia64 mips mipsel powerpc s390 s390x sparc 
sparc64 sh4 ppc64 powerpcspe m68k m68k armhf alpha 
https://buildd.debian.org/status/package.php?p=ptop
http://buildd.debian-ports.org/status/package.php?p=ptop

Also, have you tried asking help on debian-...@lists.debian.org and 
debian-h...@lists.debian.org ? Maybe you want to open a bug in the BTS to log 
all related information.

Regards,

Bart Martens



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

Bug#675759: avr-libc/pgmspace.h is not ANSI compliant

[Bernhard]

Package: avr-libc
Version: 1.8.0-2
Severity: normal

Hello,

the header file pgmspace.h uses the inline-attribute.
This attribute is not part of ANSI C.

My programs are compiled with the option -ansi.
Here is a minimal test program:

> #include 
> #include 
> 
> int main (void)
> {
>   while (1);
>   return (0);
> }

Please compile this with:
$ avr-gcc -mmcu=atmega644p -ansi 

Compilation aborts because of the non-ansi include attribute in pgmspace.h

In GCC manual:
there is the predefined macro __STRICT_ANSI__ available, if parameter
-ansi is used.
Please don't use the inline-attribute in case of __STRICT_ANSI__.

In avr-libc manual:
it is described, that this library has to be an ansi-c library.
This is described in chapter 1.2.

If you need more informations, please let me know.

Best regards
Bernhard



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

Bug#675760: E: unable to create the directory '/'

[goneri]

Package: cupt
Version: 2.5.5
Severity: normal

Dear Maintainer,

I use a kFreeBSD system and the problem may be
related.
cupt is not able on my system to do any changes.
Both "cupt install" and "cupt dist-upgrade" will
fail:

E: syntax error: line 4, character 1: expected: semicolon (';')
E: unable to parse the config file '//etc/apt/apt.conf.d/00CDMountPoint'
W: skipped the configuration file '//etc/apt/apt.conf.d/00CDMountPoint'
[ upgrading package management tools ]

Building the package cache... 
Initializing package resolver and worker... 
Scheduling requested actions... 
Resolving possible unmet dependencies... 

The following packages are no longer needed and thus will be auto-removed:

cpp-4.6 default-jre-headless g++-4.6 gcc-4.6 gcj-4.6-base gcj-4.6-jre-headless 
gcj-4.6-jre-lib gcj-4.7-jre-headless gcj-jre-headless gcompris-sound-en 
gnome-icon-theme java-common libarchive1 libbluray-bdj libgcj12 libportaudio2 
libroar-compat2 libroar2 libstdc++6-4.6-dev menu oss-compat 
pulseaudio-esound-compat ttf-freefont xserver-xorg-video-apm 
xserver-xorg-video-ark xserver-xorg-video-chips xserver-xorg-video-cirrus 
xserver-xorg-video-i128 xserver-xorg-video-mga xserver-xorg-video-neomagic 
xserver-xorg-video-openchrome xserver-xorg-video-rendition 
xserver-xorg-video-s3 xserver-xorg-video-savage 
xserver-xorg-video-siliconmotion xserver-xorg-video-trident 
xserver-xorg-video-tseng xserver-xorg-video-vesa xserver-xorg-video-voodoo 

Action summary:
  39 automatically installed packages are no longer needed and thus will be 
auto-removed

Need to get 0B/0B of archives. After unpacking 131MiB will be freed.
Performing requested actions:
E: unable to create the directory '/': Is a directory
E: unable to create the archive downloads directory
E: failed to prepare downloads
E: unable to do requested actions
E: error performing the command 'dist-upgrade'



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

Kernel: kFreeBSD 9.0-1-amd64
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cupt depends on:
ii  libboost-program-options1.49.0  1.49.0-3
ii  libc0.1 2.13-32
ii  libcupt2-0  2.5.5
ii  libgcc1 1:4.7.0-11
ii  libstdc++6  4.7.0-11

cupt recommends no packages.

Versions of packages cupt suggests:
ii  libreadline66.2-8
ii  sensible-utils  0.0.7

-- 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#591969: status

[Holger Levsen]

Hi Christian,

thanks for the update. So as I understand, these three are the remaining 
offenders:

On Samstag, 2. Juni 2012, Christian Welzel wrote:
[...]
> > ./typo3/contrib/flashmedia/flvplayer.swf
> > ./typo3/contrib/flashmedia/player.swf
> 
> These are ActionScript 1 SWFs that cannot compiled in debian because
> of missing AS1 compiler. Source code is included in source package.
[...]
> > ./typo3/contrib/websvg/svg.swf
> 
> This is AS3, but as3compile cannot compile it because of missing
> features in as3compile. Source code is included in source package.

Can't they simply be removed as well, until there is a working compiler? Those 
files dont seem very critical to me at least... or?


cheers,
Holger



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

Bug#675761: burp: Burp keeps failing build on hurd-i386

[Bastiaan Franciscus van den Dikkenberg]

Package: burp
Version: 1.3.6-2
Severity: normal

Dear Maintainer,

The build of burp keeps failing on hurd-i386.

Maybe ask the hurd team to help.

With kind regards,

Bas van den Dikkenberg


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

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



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

Bug#675762: RM: python-cdb -- RoQA; license violation

[Bart Martens]

Package: ftp.debian.org
Severity: normal

Please remove python-cdb from unstable, testing and stable.

The software "cdb" at http://cr.yp.to/cdb.html has this "information for
distributors":

 | You may distribute unmodified copies of the cdb package.  Packages that need 
to
 | read cdb files should incorporate the necessary portions of the cdb library
 | rather than relying on an external cdb library.

The software "python-cdb" contains a modified copy of part of the software
"cdb".  The files cdb-0.75/cdb.c and python-cdb-0.34/src/cdb.c are different.
The file python-cdb-0.34/src/cdb.c contains these lines:

 | /* Public domain. */
 | /* Adapted from DJB's original cdb-0.75 package */

So the software "python-cdb" must not be distributed, so must not be in Debian.

Regards,

Bart Martens



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

Bug#626317: Resynth plugin really broken?

[Bernd Zeimetz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

> Oops, I forgot to mention some technical details about my previous report. 
> I'm using Debian Sid, package versions:
> 
> ii  gimp  2.8.0-2   The GNU Image Manipulation Program 
> ii  gimp-plugin-regis 5.20120523repository of optional extensions
> for GIMP
> 
> Sadly, after some more testing, the "smart remove selection" filter does
> not seem to work correctly anymore for me.

smart-remove.scm is not shipped with gimp-plugin-registry and therefore I
can't provide any support for it.
Upstream replaced it with plugin-heal-selection.py, which shows up as 'Heal
Selection...' in Filters/Enhance

> Instead of covering the selection with a random patchwork of textures taken
> in its surroundings, each re-do providing a different random pick, it now
> seems to do something weird, spreading colors inside the selection,
> re-execution spreading colors further until the whole selection of filled
> with a single color.
> 
> Can someone confirm this?

So far I can only confirm that you are using a plugin which wa snot shipped by
a Debian package, and even it relies on something which was shipped in Debian,
I just can't support it. But feel free to prove me wrong :)


Cheers,

Bernd


- -- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJPyxvvAAoJEOs2Fxpv+UNfb+8QAILfW1aueq7SR0SdLbKd2eCx
8Rz+W5Rv1+n23bDbg0BsVfzdcqSnVNsnliPqrAZfAMH/nR8IuwkPf09508aK6o3K
CucD8b5qB5VN4OTft02nJiQguJbywp2v/4EnioC8+zrCuDKCLM8b0BQCtTv+D+G/
5fLEN4gXzZQDIZMqy9Pbl+99t5t1h+3U4f3BBpLjYiNaxElDEemYUlN5IRdtnM6e
WHkd4rDucZOcsdTs3vGyTRSvYpqnByabcZE5cZjlCSmFvkug5/0Mw9QpB+P/RV9b
d6eO0CJJNpxeG1nDXH2FM1gkN37Ieq4YdOpi6Evxp7iSz6b00KdlXrG6OXBW6fnZ
6O5pR4qBUFyBGK0diTD7LKhZ9AtktZp2c8b5bAUIlhRjdYM4HnZCaUR6doDsq7S4
ZQxvHJC0qtq893hYws7d/GpumuAoEQpOJR3CCxbGsfCevnuidBwU6xpBf4ekChkm
S+vF/WCulnwBwynSuJAJ5rUMiE/WBGEi8dbh5O90eUnJjX7sHoOrVIfJpHDOVgZn
TM5IkUlfkgNdNHpn35c+ps6ExTAo/gVi8MhpXcuP5FR7BEFyV/Y81Pb6tRg5RpOz
T411s2cOgPB+Jy+qn/DyOHnKKdz49f+e0zT98bhSAkCuf9ZB4BsGWkGaJUSlwgX9
PW3DQJdKyFZ9CpTMLSI6
=W2Nh
-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#666760: [libc6-dev] Make libc6-dev multiarch-installable

[Sven Joachim]

On 2012-06-02 21:56 +0200, Aurelien Jarno wrote:

> On Sat, Jun 02, 2012 at 09:33:19PM +0200, Thibaut Girka wrote:
>> On Sat, Jun 02, 2012 at 09:02:54PM +0200, Aurelien Jarno wrote:
>> > Your patch actually also makes libc0.1-dev, libc0.3-dev and libc6.1-dev
>> > m-a: same. You should also check for files in these packages.
>> 
>> Oh, I didn't know about that.
>> 
>> libc0.1-dev is ok.
>> libc0.3-dev is ok since it's only available for one architecture.
>> libc6.1-dev is ok too.
>> 
>
> Either we have to make them conflict one with another (that is
> libc0.1-dev and libc6-dev, libc0.3-dev with libc6-dev, etc.),

Note that this holds whether or not these packages are "M-A: same".

> or we have to check for these packages as if they were a single one.

This means they would need to have the same name (probably libc-dev) on
all architectures.

Cheers,
   Sven



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

Bug#419770: icedove: crashes on opening big imap folders

[Carsten Schoenert]

Hello!

I does not know if this behavior is present in current versions of
icedove. Hopefully not.

So because the bug is a lit bit older, can You give some feedback if
there is the described bug still present. I don't have such big folders
to test this.

Thanks and Regards!
Carsten




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

Bug#639529: summary: please add entry to /etc/nsswitch.conf

[Andreas B. Mundt]

Hi,

first, thank you all for the work on a refurbished autofs package!  I
would like to draw your attention to #639529, as it would be great to
fix this before the wheezy freeze and it's just a minor modification.

Let me sum up, as the lengthy history of the issue might be confusing:

The name service switch functionality allows to assign different
resources for various informations like passwords, groups etc.
The resource to use is defined in "/etc/nsswitch.conf".  Everybody
using the autfs-ldap package needs to add:

  "automount:  files ldap"

to "/etc/nsswitch.conf".  This activates the look up of mount points
in LDAP.  For example, this has to be done in debian-edu and
debian-lan.

The patches already attached above make sure the line needed is added
on installation and removed after purging the autofs-ldap package.
Modifying "/etc/nsswitch.conf" is fine, cf. [1].  A similar patch has
been applied to sudo-ldap, cf. #639530.

Thanks,

Andi



[1] Modifying nsswitch.conf shouldn't be a problem, quoting from
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610600#34>:

"Usually, policy forbids that a package modifies the "configuration
file" of another package, but in this case /etc/nsswitch.conf is not a
conffile in dpkg sense but just a default. This is on purpose so that
packages that need to modify such file do so without having to ask me
about that.

Therefore, I think we should just modify sudo-ldap so that the
required line is added to /etc/nsswitch.conf on postinst and removed
on purge, as only users of sudo-ldap need such line, i.e. please do
not rely on base-files and just do with nsswitch.conf whatever is
required for it to work with your package."


--

--

A N D R E A S   B.   M U N D T

GPG key: 4096R/617B586D 2010-03-22 Andreas B. Mundt--
   Andreas B. Mundt--





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

Bug#654979: python-cdb: violates license of cdb

[Bart Martens]

retitle 654979 python-cdb: violates license of cdb
severity 654979 serious
stop


Explained on 675762.

Regards,

Bart Martens



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

Bug#668595: Tuxguitar works now

[Bernhard]

Hello,

I have tested tuxguitar again.
It works now.

Possible, that this problem was solved with an update of swt-gtk 3.7.2-2
to 3.7.2-3.
There is the bug report #670756 in swt-gtk, that is solved with 3.7.2-3.

Please close this bug report.

Best regards
Bernhard



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

Bug#565751: wmnut: no withdrawn mode

[Manu Benoît]

Salut,

On 01/06/12 23:35, Arnaud Quette wrote:
> I've finally setup a git repo to ease this fix, and further maintenance:
> https://github.com/aquette/wmnut

That seems to have fixed it. Thanks!

-- 
Manu Benoît



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

Bug#675759: avr-libc/pgmspace.h is not ANSI compliant

[Hakan Ardo]

Hi,
thanx for the report. This does not seem to be debian specific so
please consider reporting it upstream aswell:

http://savannah.nongnu.org/bugs/?group=avr-libc

On Sun, Jun 3, 2012 at 10:02 AM, Bernhard  wrote:
> Package: avr-libc
> Version: 1.8.0-2
> Severity: normal
>
> Hello,
>
> the header file pgmspace.h uses the inline-attribute.
> This attribute is not part of ANSI C.
>
> My programs are compiled with the option -ansi.
> Here is a minimal test program:
>
>> #include 
>> #include 
>>
>> int main (void)
>> {
>>       while (1);
>>       return (0);
>> }
>
> Please compile this with:
> $ avr-gcc -mmcu=atmega644p -ansi 
>
> Compilation aborts because of the non-ansi include attribute in pgmspace.h
>
> In GCC manual:
> there is the predefined macro __STRICT_ANSI__ available, if parameter
> -ansi is used.
> Please don't use the inline-attribute in case of __STRICT_ANSI__.
>
> In avr-libc manual:
> it is described, that this library has to be an ansi-c library.
> This is described in chapter 1.2.
>
> If you need more informations, please let me know.
>
> Best regards
> Bernhard
>
>



-- 
Håkan Ardö



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

Bug#668662: Another similar problem

[Adrian Bunk]

severity 668662 serious
retitle cups needs a more strict dependency on libcups2
thanks

I just ran into a similar issue:

<--  snip  -->

# apt-get install cups cups-bsd cups-client cups-common
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Suggested packages:
  foomatic-db-compressed-ppds foomatic-db printer-driver-hpcups hplip cups-pdf
  smbclient
Recommended packages:
  avahi-daemon colord foomatic-filters printer-driver-gutenprint
The following packages will be upgraded:
  cups cups-bsd cups-client cups-common
4 upgraded, 0 newly installed, 0 to remove and 44 not upgraded.
Need to get 2,492 kB of archives.
After this operation, 38.9 kB of additional disk space will be used.
Get:1 http://ftp.debian.org/debian/ unstable/main cups-common all 1.5.3-1 [902 
kB]
Get:2 http://ftp.debian.org/debian/ unstable/main cups-bsd amd64 1.5.3-1 [45.4 
kB]
Get:3 http://ftp.debian.org/debian/ unstable/main cups-client amd64 1.5.3-1 
[179 kB]
Get:4 http://ftp.debian.org/debian/ unstable/main cups amd64 1.5.3-1 [1,366 kB]
Fetched 2,492 kB in 2s (1,220 kB/s)
Reading changelogs... Done
apt-listchanges: Do you want to continue? [Y/n] 
Preconfiguring packages ...
(Reading database ... 326370 files and directories currently installed.)
Preparing to replace cups-common 1.5.2-5 (using 
.../cups-common_1.5.3-1_all.deb) ...
Unpacking replacement cups-common ...
Preparing to replace cups-bsd 1.5.2-5 (using .../cups-bsd_1.5.3-1_amd64.deb) ...
Unpacking replacement cups-bsd ...
Preparing to replace cups-client 1.5.2-5 (using 
.../cups-client_1.5.3-1_amd64.deb) ...
Unpacking replacement cups-client ...
Preparing to replace cups 1.5.2-5 (using .../cups_1.5.3-1_amd64.deb) ...
[ ok ] Stopping Common Unix Printing System: cupsd.
Unpacking replacement cups ...
Processing triggers for man-db ...
Setting up cups-common (1.5.3-1) ...
Setting up cups-client (1.5.3-1) ...
Setting up cups-bsd (1.5.3-1) ...
Setting up cups (1.5.3-1) ...
Error: Module usblp is not currently loaded
[] Starting Common Unix Printing System: cupsd/usr/sbin/cupsd: symbol 
lookup error: /usr/sbin/cupsd: undefined symbol: _ppdCacheGetFinishingOptions
. ok 
[ Rootkit Hunter version 1.4.0 ]
File updated: searched for 168 files, found 138
# 

<--  snip  -->


I guess the problem is that for all _ppd* symbols 
debian/libcups2.symbols creates only a dependency
on 1.4.0, while they are actually changing?


cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed




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

Bug#675763: gnome-settings-daemon: gnome-setting-daemon segfaults in libmouse.so

[Georg]

Package: gnome-settings-daemon
Version: 3.4.2-3
Severity: normal

When Gnome has started, dmesg output ends with the additional two lines:
[  110.872839] gnome-settings-[2387]: segfault at 40 ip afb156e0 sp bf8c1b8c 
error 4 in libmouse.so[afb13000+9000]
[  111.909861] gnome-settings-[2439]: segfault at 40 ip afb4c6e0 sp bfbc994c 
error 4 in libmouse.so[afb4a000+9000]
Issue: Tapping on touchpad no longer works as a mouse click but the "Mausklicks 
per Touchpad freischalten"-box in the settings menu is checked. You have to 
press the mousepad's left key to simulate a mouse click.


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

Kernel: Linux 3.2.0-2-686-pae (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 gnome-settings-daemon depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-1
ii  dpkg 1.16.3
ii  gsettings-desktop-schemas3.4.2-1
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-32
ii  libcairo-gobject21.12.2-2
ii  libcairo21.12.2-2
ii  libcanberra-gtk3-0   0.28-4
ii  libcanberra0 0.28-4
ii  libcolord1   0.1.21-1
ii  libcomerr2   1.42.2-2
ii  libcups2 1.5.3-1
ii  libdbus-glib-1-2 0.98-1
ii  libfontconfig1   2.9.0-6
ii  libgcrypt11  1.5.0-3
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libglib2.0-0 2.32.3-1
ii  libgnome-desktop-3-2 3.4.2-1
ii  libgnomekbd7 3.4.0.2-1
ii  libgnutls26  2.12.19-1
ii  libgssapi-krb5-2 1.10.1+dfsg-1
ii  libgtk-3-0   3.4.2-1
ii  libgudev-1.0-0   175-3.1
ii  libk5crypto3 1.10.1+dfsg-1
ii  libkrb5-31.10.1+dfsg-1
ii  liblcms2-2   2.2+git20110628-2.2
ii  libnotify4   0.7.5-1
ii  libnspr4 2:4.9-3
ii  libnspr4-0d  2:4.9-3
ii  libnss3  2:3.13.4-3
ii  libnss3-1d   2:3.13.4-3
ii  libpackagekit-glib2-14   0.7.4-4
ii  libpango1.0-01.30.0-1
ii  libpolkit-gobject-1-00.105-1
ii  libpulse-mainloop-glib0  2.0-3
ii  libpulse02.0-3
ii  libsqlite3-0 3.7.12.1-1
ii  libupower-glib1  0.9.16-2
ii  libwacom20.5-1
ii  libx11-6 2:1.4.99.901-2
ii  libxfixes3   1:5.0-4
ii  libxi6   2:1.6.1-1
ii  libxklavier165.2.1-1
ii  libxtst6 2:1.2.1-1
ii  nautilus-data3.4.2-1
ii  zlib1g   1:1.2.7.dfsg-11

Versions of packages gnome-settings-daemon recommends:
ii  pulseaudio  2.0-3

Versions of packages gnome-settings-daemon suggests:
ii  gnome-screensaver3.4.1-1
ii  metacity [x-window-manager]  1:2.34.3-2
ii  x11-xserver-utils7.7~3

-- 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#657076: Updating and maintaining barry in Debian / Ubuntu

[intrigeri]

Hi,

Chris Frey wrote (31 May 2012 22:39:54 GMT) :
> Making every maintainer update their package in order to support
> hardening seems like the long way around. But so be it. :-)

I agree but the decision was not made this way, so let's deal with
it :)

> There is no guarantee either that the diffs you look at with git-log
> are the same changes that end up in the binary file you get out of
> a pristine-tar commit. It is unlikely that they will differ, but
> thinking that pristine-tar is somehow closer to the real git sources
> than a signed binary tarball from sourceforge is mistaken. There is
> a trust gap in both. The xdelta can contain anything.

Ah. Looks like you are absolutely right. I never thought of this.
Thanks a lot for educating me! :)

>> > If I find a way to make git-buildpackage run for you as expected,
>> > without pristine-tar, would that be satisfactory? Maybe that's
>> > impossible, but I'd really like to get rid of that dependency.
[...]
> If I stop autogenerating configure in the .orig.tar.gz, and stop
> pre-generating html docs in it, which aren't used anyway, it should
> be possible for you to import the .dsc file using git-buildpackage
> and have a completely empty git-diff between my release tag and your
> git-buildpackage master tree. This would allow you to peruse my
> upstream git log with certainty that you're actually viewing the
> real changes.

> I don't think you'll need to use debdiff anymore.

Looks great.

> [...]
> But the diff between the master branch (created by git-buildpackage) and my
> barry-0.18.3 tag only contained the autogenerated files for the html docs
> and autoconf.  Without such cruft in the .orig.tar.gz release, you could
> easily import my releases, and review them at will, and use git-buildpackage
> however you like.  It would make the release files smaller too.

This looks like an awesome solution. Let's try it!

> The downloads from sourceforge worked just fine from the
> command line.

Sure. However, the URLs you provided me until now did not. Did I miss
a way to get the real download URL from the click-one, without firing
up a web browser?

> Please let me know what you think of my above plan. If it is
> satisfactory, I can release barry-0.18.3-2 soon, and we can see how
> our workflows mesh.

Yeah, let's try for real soon.

Cheers,
-- 
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc



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

Bug#675764: O: xcb -- Pigeon holes for your cut and paste selections

[Bart Martens]

Package: wnpp

After consulting the MIA database, having a look at the PTS and DDPO pages, and
the list of open bugs in the BTS, I concluded that this package is in fact
orphaned.  I'm therefor marking this package as orphaned now.

I see that Jari Aalto has added a few changes in 2.4-4.2 that clearly belong in
normal package maintenance, so maybe Jari Aalto is interested in adopting this
package.

Regards,

Bart Martens



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

Bug#666760: [libc6-dev] Make libc6-dev multiarch-installable

[Aurelien Jarno]

On Sun, Jun 03, 2012 at 10:10:41AM +0200, Sven Joachim wrote:
> On 2012-06-02 21:56 +0200, Aurelien Jarno wrote:
> 
> > On Sat, Jun 02, 2012 at 09:33:19PM +0200, Thibaut Girka wrote:
> >> On Sat, Jun 02, 2012 at 09:02:54PM +0200, Aurelien Jarno wrote:
> >> > Your patch actually also makes libc0.1-dev, libc0.3-dev and libc6.1-dev
> >> > m-a: same. You should also check for files in these packages.
> >> 
> >> Oh, I didn't know about that.
> >> 
> >> libc0.1-dev is ok.
> >> libc0.3-dev is ok since it's only available for one architecture.
> >> libc6.1-dev is ok too.
> >> 
> >
> > Either we have to make them conflict one with another (that is
> > libc0.1-dev and libc6-dev, libc0.3-dev with libc6-dev, etc.),
> 
> Note that this holds whether or not these packages are "M-A: same".

No, because these packages are architecture specific, so they are not
co-installable. For example libc0.1-dev and libc6-dev might have
conflicting files, but you can't install libc0.1-dev (kfreebsd-amd64
only) together with libc6-dev, unless they are marked "M-A: same".

> > or we have to check for these packages as if they were a single one.
> 
> This means they would need to have the same name (probably libc-dev) on
> all architectures.
> 

Yes, thinking about that, either we want to make it fully multiarch, in
that case all libc*-dev needs to be renamed to the same name, or we
should add conflicts to prevent someone trying to install for example
libc6.1-dev along with libc6-dev.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#675759: avr-libc/pgmspace.h is not ANSI compliant

[Bernhard]

Hello Hakan

Thank you for the fast response.
I filed this bug report on Savannah.
This is #36581.
I don't know, how to link this bug report with the bug report on Savannah.
Please create the link.

Best regards
Bernhard

Am 03.06.2012 10:22, schrieb Hakan Ardo:
> Hi,
> thanx for the report. This does not seem to be debian specific so
> please consider reporting it upstream aswell:
> 
> http://savannah.nongnu.org/bugs/?group=avr-libc
> 




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

Bug#612341: bumblebee, libjpeg-turbo: Wheezy does not work well with modern notebook PCs.

[Mike Gabriel]

Hi Osamu, hi all,

On Sa 02 Jun 2012 20:53:10 CEST Osamu Aoki wrote:


Hi,

On Sat, Jun 02, 2012 at 06:58:51AM +0200, Mike Gabriel wrote:

Hi Osamu,

> Hi,
>
> On Thu, May 31, 2012 at 11:50:19PM +0200, Mike Gabriel wrote:
> ...
> > you may want to have a very little bit more history... (and a
> > packaging folder)
> > http://code.x2go.org/gitweb?p=libjpeg-turbo.git;a=summary
>
> This is one of them.   Ubuntu package history is another one.

Sure.

> > We would have to import latest upstream on top of that
>
> Well, unless we all agree to reset git repo, this is impossible to do. I
> like to do it

+1 from me. However, as Fathi is ITP holder, he may have the last word.


I know.  But it is easy to have another repo with everything :-)
Alioth can host it:

  http://anonscm.debian.org/gitweb/?p=users/osamu/libjpeg-turbo.git

I see you had some revert implimented.  Some package splits are a bit
different.  You get better picture from gitk screen.


Looks good to me. I have cloned a working copy where I can write to on  
my own git server (and already did some work):

http://code.das-netzwerkteam.de/gitweb?p=debian/libjpeg-turbo.git;a=summary


@Fathi: will the above named vcs on code.x2go.org work for you as
starting point? Osamu could clone that on collab-maint. Are you ok
with co- aintenance? Shall we create a team-context for maintenance?
One possibility could be that we place the development of the LJT
package under the roof of the pkx-x2go-devel@a.l.d.o packaging
team(easy for me :-) ). Any other context is fine as well.


I an with you.


Fathi? There also is a pkg-tigervnc project on Alioth, that would be  
an even better context, I guess.



> So we need to make the assignment of works who does what.

Once Fathi gave his go, I will be happy to extract the diversion  
stuff from the library stuff.


> I can help general simple packaging based on Ubuntu work but I can not
> be competent on complicated library packaging with ABI compatibility
> etc.

I guess the QA has to be done by Fathi, Doko or someone with similar
experience. However, we can give them our work and together the
package may evolve.


Yes.

As I read the source, I can see why Independent JPEG Group is bitter.

Modified file by non-IJG people are identifies as if they were done by
IJG people.  I am sure it is upsetting when code is broken from IJG
people's view.  I think no malice but just sloppiness ...


Not getting what you mean exactly here. Can anything be done about it?  
Anything that we can do?


Mike


--

DAS-NETZWERKTEAM
mike gabriel, rothenstein 5, 24214 neudorf-bornstein
fon: +49 (1520) 1976 148

GnuPG Key ID 0xB588399B
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb

pgpRvALzHn6su.pgp
Description: Digitale PGP-Unterschrift

Bug#421508: can't see/open all attachements, if nested

[Carsten Schoenert]

Hello!

On Wed, Feb 20, 2008 at 02:32:37AM +0200, Eddy Petrișor wrote:
> # still, icedove doesn't allow me to see all attachments
> found 421508 2.0.0.9-3
> thanks

As I understand you right you are not able to see the complete name of
attachments in your icedove? Or not all of the attachments visible?

I can't reproduce this problem on icedove in squeeze (3.1.6) and wheezy
(10.0.4-1).

Do you still have theses problems? What about your second described
problem with the attached mail in another attached mail? Still around in
the actual versions?

Regrads
Carsten



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

Bug#668662: Another similar problem

[Adrian Bunk]

On Sun, Jun 03, 2012 at 11:25:01AM +0300, Adrian Bunk wrote:
>...
> I guess the problem is that for all _ppd* symbols 
> debian/libcups2.symbols creates only a dependency
> on 1.4.0, while they are actually changing?
>...

Thinking about it further, the proper (and simple) solution that also 
handles the cases of symbols disappearing (which is not unlikely for 
these internal functions) would be to have all cups package(s) that use 
these internal functions in libcups2 depend on exactly the same version 
and Debian revision of libcups2 (e.g. Depends: libcups2 (= 1.5.3-1)).

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed




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

Bug#675765: O: tardy -- tar(1) post-processor

[Bart Martens]

Package: wnpp

After consulting the MIA database, having a look at the PTS and DDPO pages, and
the list of open bugs in the BTS, I concluded that this package is in fact
orphaned.  I'm therefor marking this package as orphaned now.

I see that Jari Aalto has added a few changes in 1.20-0.1 that clearly belong
in normal package maintenance, so maybe Jari Aalto is interested in adopting
this package.

Regards,

Bart Martens



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

Bug#675766: mysql-5.5: [INTL:de] updated German debconf translation

[Helge Kreutzmann]

Package: mysql-5.5
Version: 5.5.23-2
Severity: wishlist
Tags: patch l10n

Please find the updated German debconf translation for mysql-5.5
attached.

Please place this file in debian/po/ as de.po for your next upload.

If you update your template, please use 
'msgfmt --statistics '
to check the po-files for fuzzy or untranslated strings.

If there are such strings, please contact me so I can update the 
German translation.

Greetings
Helge
# translation of mysql-dfsg-5.5_5.5.37-1_de.po to Deutsch
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans#
#Developers do not need to manually edit POT or PO files.
#
# Alwin Meschede , 2006, 2007.
# Thomas Mueller , 2009.
msgid ""
msgstr ""
"Project-Id-Version: mysql-dfsg 5.5.23-2\n"
"Report-Msgid-Bugs-To: mysql-...@packages.debian.org\n"
"POT-Creation-Date: 2011-11-08 11:42-0800\n"
"PO-Revision-Date: 2012-06-03 10:33+0200\n"
"Last-Translator: Thomas Mueller \n"
"Language-Team: german \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms:  nplurals=2; plural=(n != 1);\n"

#. Type: boolean
#. Description
#: ../mysql-server-5.5.templates:2001
msgid "Really proceed with downgrade?"
msgstr "Möchten Sie wirklich eine ältere Version einspielen?"

#. Type: boolean
#. Description
#: ../mysql-server-5.5.templates:2001
msgid "A file named /var/lib/mysql/debian-*.flag exists on this system."
msgstr ""
"Auf diesem System existiert eine Datei mit dem Namen /var/lib/mysql/debian-*."
"flag"

#. Type: boolean
#. Description
#: ../mysql-server-5.5.templates:2001
msgid ""
"Such a file is an indication that a mysql-server package with a higher "
"version has been installed previously."
msgstr ""
"Diese Datei ist ein Hinweis darauf, dass früher ein MySQL-Server-Paket mit "
"einer höheren Version installiert war."

#. Type: boolean
#. Description
#: ../mysql-server-5.5.templates:2001
msgid ""
"There is no guarantee that the version you're currently installing will be "
"able to use the current databases."
msgstr ""
"Es kann nicht garantiert werden, dass die gegenwärtig zu installierende "
"Version dessen Daten benutzen kann."

#. Type: note
#. Description
#: ../mysql-server-5.5.templates:3001
msgid "Important note for NIS/YP users"
msgstr "Wichtige Anmerkung für NIS/YP-Benutzer!"

#. Type: note
#. Description
#: ../mysql-server-5.5.templates:3001
msgid ""
"Using MySQL under NIS/YP requires a mysql user account to be added on the "
"local system with:"
msgstr ""
"Falls MySQL mit NIS/YP genutzt wird, ist ein »mysql«-Benutzerkonto auf dem "
"lokalen System notwendig:"

#. Type: note
#. Description
#: ../mysql-server-5.5.templates:3001
msgid ""
"You should also check the permissions and ownership of the /var/lib/mysql "
"directory:"
msgstr ""
"Sie sollten außerdem Besitzer und Zugriffsrechte des Verzeichnisses /var/lib/"
"mysql überprüfen:"

#. Type: boolean
#. Description
#: ../mysql-server-5.5.templates:4001
msgid "Remove all MySQL databases?"
msgstr "Alle MySQL-Datenbanken entfernen?"

#. Type: boolean
#. Description
#: ../mysql-server-5.5.templates:4001
msgid ""
"The /var/lib/mysql directory which contains the MySQL databases is about to "
"be removed."
msgstr ""
"Das Verzeichnis /var/lib/mysql mit den MySQL-Datenbanken soll entfernt "
"werden."

#. Type: boolean
#. Description
#: ../mysql-server-5.5.templates:4001
msgid ""
"If you're removing the MySQL package in order to later install a more recent "
"version or if a different mysql-server package is already using it, the data "
"should be kept."
msgstr ""
"Falls geplant ist, nur eine höhere Version von MySQL zu installieren oder "
"ein anderes mysql-server-Paket dieses bereits benutzt, sollten die Daten "
"behalten werden."

#. Type: boolean
#. Description
#: ../mysql-server-5.5.templates:5001
msgid "Start the MySQL server on boot?"
msgstr "Soll der MySQL-Server automatisch beim Booten starten?"

#. Type: boolean
#. Description
#: ../mysql-server-5.5.templates:5001
msgid ""
"The MySQL server can be launched automatically at boot time or manually with "
"the '/etc/init.d/mysql start' command."
msgstr ""
"Der MySQL-Dienst kann entweder automatisch beim Systemstart oder manuell "
"durch Eingabe des Befehls »/etc/init.d/mysql start« gestartet werden."

#. Type: password
#. Description
#: ../mysql-server-5.5.templates:6001
msgid "New password for the MySQL \"root\" user:"
msgstr "Neues Passwort für den MySQL »root«-Benutzer:"

#. Type: password
#. Description
#: ../mysql-server-5.5.templates:6001
msgid ""
"While not mandatory, it is

Bug#656858: libimage-exiftool-perl: new upstream version available

[Mari Wang]

[Christoph Anton Mitterer]

> Package: libimage-exiftool-perl
> Version: 8.60-2
> Followup-For: Bug #656858
>
>
> Hi.
>
> 8.93 is out in the meantime,...

Which is a development release, and not considered for upload to
Debian.  8.90 is the latest production release.

> There have now been 33 (!!) stable releases since the current Debian
> sid version.

Um, no.  There have been five or six new production releases in the
past year.  Which is bad enough, for sure, but not quite as dramatic.

> Has this package beend abandoned? If so could you please orphan it,
> so that someone else could take it over?

I've had a crazy year IRL, and am currently picking things up again.
A new exiftool package is high on my todo-list, but requires some
reconstruction due to a disk crash a while ago.

All the best

Mari

-- 

Mari Wang



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

Bug#675767: src:libav: check CVE-2011-4031 (integer underflow in asfrtp_parse_packet)

[Helmut Grohne]

Package: src:libav
Version: 6:0.8.2-2
Severity: important
Tags: security

Dear multimedia maintainers,

Please determine whether libav is affected by CVE-2011-4031:

| Integer underflow in the asfrtp_parse_packet function in
| libavformat/rtpdec_asf.c in FFmpeg before 0.8.3 allows remote attackers
| to execute arbitrary code via a crafted ASF packet.

Thanks

Helmut



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

Bug#666760: [libc6-dev] Make libc6-dev multiarch-installable

[Sven Joachim]

On 2012-06-03 10:39 +0200, Aurelien Jarno wrote:

> On Sun, Jun 03, 2012 at 10:10:41AM +0200, Sven Joachim wrote:
>> On 2012-06-02 21:56 +0200, Aurelien Jarno wrote:
>> >
>> > Either we have to make them conflict one with another (that is
>> > libc0.1-dev and libc6-dev, libc0.3-dev with libc6-dev, etc.),
>> 
>> Note that this holds whether or not these packages are "M-A: same".
>
> No, because these packages are architecture specific, so they are not
> co-installable. For example libc0.1-dev and libc6-dev might have
> conflicting files, but you can't install libc0.1-dev (kfreebsd-amd64
> only) together with libc6-dev, unless they are marked "M-A: same".

Marking them "M-A: same" is not going to resolve these conflicts,
because libc0.1-dev and libc6-dev still belong to different package
sets, and with --force-overwrite you can install libc0.1-dev along
libc6-dev already.

>> > or we have to check for these packages as if they were a single one.
>> 
>> This means they would need to have the same name (probably libc-dev) on
>> all architectures.
>> 
>
> Yes, thinking about that, either we want to make it fully multiarch, in
> that case all libc*-dev needs to be renamed to the same name, or we
> should add conflicts to prevent someone trying to install for example
> libc6.1-dev along with libc6-dev.

Renaming seems to be the best long-term solution to me, but using
conflicts is probably safer for wheezy.  For instance,
kfreebsd-kernel-headers:kfreebsd-i386 contains files clashing with both
libc6:i386 and linux-libc-dev:i386:

,
| # dpkg -i --force-overwrite 
/var/cache/apt/archives/kfreebsd-kernel-headers_0.81_kfreebsd-i386.deb 
| (Reading database ... 13017 files and directories currently installed.)
| Unpacking kfreebsd-kernel-headers (from 
.../kfreebsd-kernel-headers_0.81_kfreebsd-i386.deb) ...
| dpkg: warning: overriding problem because --force enabled:
|  trying to overwrite '/usr/include/net/if_arp.h', which is also in package 
libc6-dev 2.13-32
| dpkg: warning: overriding problem because --force enabled:
|  trying to overwrite '/usr/include/net/ppp_defs.h', which is also in package 
libc6-dev 2.13-32
| dpkg: warning: overriding problem because --force enabled:
|  trying to overwrite '/usr/include/net/route.h', which is also in package 
libc6-dev 2.13-32
| dpkg: warning: overriding problem because --force enabled:
|  trying to overwrite '/usr/include/netatalk/at.h', which is also in package 
libc6-dev 2.13-32
| dpkg: warning: overriding problem because --force enabled:
|  trying to overwrite '/usr/include/netipx/ipx.h', which is also in package 
libc6-dev 2.13-32
| dpkg: warning: overriding problem because --force enabled:
|  trying to overwrite '/usr/include/linux/videodev2.h', which is also in 
package linux-libc-dev:i386 3.2.19-1
| Setting up kfreebsd-kernel-headers (0.81) ...
`

Cheers,
   Sven



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

Bug#427669: icedove really slow

[Carsten Schoenert]

Hello!

On Wed, Jun 10, 2009 at 11:58:07PM +0200, Kjö Hansi Glaz wrote:
> Package: icedove
> Version: 2.0.0.19-1
> Severity: normal
> 
> 
> I experience the same problem. Displaying simple mails is really 
> slow, and icedove becomes as slow as it is nearly unusable.

Do you still have problems with long textmails?
I can't confirm this behavior on actual squeeze (3.1.6) and wheezy
(10.0.4-1) versions.
If there was such problems in old versions this could be still 
fixed upstream.

Thanks and Regards
Carsten



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

Bug#675700: deflate support for https://https://buildd.debian.org/status/fetch.php

[Mehdi Dogguy]

On 06/02/2012 09:00 PM, Modestas Vainius wrote:
> 
> it would be great if https://buildd.debian.org/status/fetch.php 
> supported deflate. For example, https://buildd.debian.org/fetch.cgi 
> serves deflated build logs whenever possible. Since build logs are 
> quite repetitive text, deflate should save quite some bandwidth.
> 

Well, fetch.cgi *is* status/fetch.php (since July 2011). I've checked
the response headers and there was always a "Content-Encoding: gzip" header.
I've also checked using http://www.gidnetwork.com/tools/gzip-test.php
and it reported that the page was gzip compressed. Finally, I checked
the apache2 config which is serving the website and mod_deflate is
enabled and has this bit of configuration:

AddOutputFilterByType DEFLATE text/html text/plain text/xml

Admittedly, it may not work with all browsers… but should do with most
of them.

Did you actually check that page was compressed before filing the
bugreport? In any case, mod_deflate is already enable and correctly
configured on buildd.debian.org.

Regards,

-- 
Mehdi Dogguy مهدي الدڤي
http://dogguy.org/



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

Bug#675718: [xml/sgml-pkgs] Bug#675718: libxml2-dev: possible API change without SONAME bump

[Aron Xu]

severity 675682 serious
severity 675718 serious
merge 675682 675718
thanks

On Sun, Jun 3, 2012 at 7:19 AM, Jakub Wilk  wrote:
>
> There is no API breakage AFAICT, but libxml2-dev is indeed to blame.
>
> In wheezy:
>
> $ xml2-config --libs
> -lxml2
>
> In unstable:
>
> $ xml2-config --libs
> -lxml2 -lz -lm
>
> But libxml2-dev doesn't depend on zlib1g-dev!
>
> (IMO severity of this bug should be bumped to serious, but I'll leave this
> to the maintainer.)
>

Then let's merge it with existing report. The problem was spotted a
few hours after my uploading -2, :(

Will deal with the problem very soon.

--
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#656497: nbd-server: exporting bunch of files using "%s" does not work

[Andreas B. Mundt]

Hi Wouter,

sorry for the late response, I had to re-activate my test setup.

On Tue, May 15, 2012 at 10:40:29PM +0200, Wouter Verhelst wrote:
> Anyway:
>
> On Thu, Jan 19, 2012 at 06:35:36PM +0100, Andreas B. Mundt wrote:
> > I am trying to make swap space available to diskless clients using nbd
> > on a squeeze network.  However, using the third option as described in
> > the debconf template fails:
> >
> >You can export a real block device (for instance "/dev/hda1"); a normal 
> > file (such as
> >"/export/nbd/bl1"); or a bunch of files all at once. For the third 
> > option, you can use
> >"%s" in the filename, which will be expanded to the IP-address of the 
> > connecting
> > client. An example would be "/export/swaps/swp%s".
> >
> > I tried "/opt/swp%s" with and without '"', and prepared the file
> > /opt/swp10.0.0.201 like:
> >
> > dd if=/dev/zero of=swp10.0.0.201 bs=1024k count=0 seek=64
> > mkswap swp10.0.0.201
> >
> > but the clients complain about not enough swap area to use on
> > /dev/nbd0.
>
> What does the server say in its syslog at this point?
>

Jun  3 11:14:54 mainserver nbd_server[16197]: connect from 10.0.1.12, assigned 
file is /tmp/swap%s
Jun  3 11:14:54 mainserver nbd_server[16197]: Can't open authorization file 
(null) (Bad address).
Jun  3 11:14:54 mainserver nbd_server[16197]: Authorized client
Jun  3 11:14:54 mainserver nbd_server[30068]: Starting to serve
Jun  3 11:14:54 mainserver nbd_server[30068]: Could not open exported file 
/tmp/swap%s: No such file or directory
Jun  3 11:14:54 mainserver nbd_server[30068]: Exiting.
Jun  3 11:16:41 host nbd_client[1920]: Server closed connection
Jun  3 11:16:41 host nbd_client[1920]: Exiting.
Jun  3 11:14:54 mainserver nbd_server[16197]: Child exited with 1


So the assigned file is not "/tmp/swap10.0.1.12" as expected, but
"/tmp/swap%s". "%s" is not replaced by the IP-address connecting.  Of
course, "/tmp/swap%s" does not exist.

> > As soon as I prepare a file /opt/swp%s in the same way, swap space is
> > available on the client and anything works fine.
>
> Did you modify the server config file? If so, what did you set the
> "virtstyle" option to?
>

No, no special modifications at all:

root@mainserver:~# cat /etc/nbd-server/config
[generic]
# If you want to run everything as root rather than the nbd user, you
# may either say "root" in the two following lines, or remove them
# altogether. Do not remove the [generic] section, however.
user = nbd
group = nbd

# What follows are export definitions. You may create as much of them
  as
# you want, but the section header has to be unique.
[export]
exportname = /tmp/swap%s
port = 9573


> > So it looks as if %s is not replaced by the IP-address of the client.

Hope this helps debugging the issue.

Best regards,

 Andi






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

Bug#675760: [Cupt-devel] Bug#675760: E: unable to create the directory '/'

[Eugene V. Lyubimkin]

clone 675760 -1
reassign -1 kfreebsd-image-9-amd64
retitle -1 kfreebsd: mkdir(2) sets errno to EISDIR
block 675760 by -1
affects -1 + cupt
retitle 675760 (on kfreebsd) E: unable to create the directory '/'
severity 675760 important
quit

Hello reporter and KFreeBSD maintainers,

On 2012-06-03 10:00, goneri wrote:
[...]
> E: unable to create the directory '/': Is a directory

Thank you for reporting this issue.

Yes, this problem is definitely KFreeBSD-specific. Cupt calls mkdir('/')
and expects EEXIST but get EISDIR [1]. This is not allowed by POSIX [2]
so I believe this is a bug in kfreebsd kernels.

I also guess I will have to implement a workaround for this but before
let's see what KFreeBSD maintainers say.

[1]
| (squeeze)jackyf@asdfasdf:~$ mkdir /
| mkdir: cannot create directory `/': Is a directory
[2] http://pubs.opengroup.org/onlinepubs/9699919799/functions/mkdir.html

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++ GNU/Linux developer, Debian Developer



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

Bug#675769: O: gpcl -- general polygon clipper library

[Bart Martens]

Package: wnpp

After consulting the MIA database, having a look at the PTS and DDPO pages, and
the list of open bugs in the BTS, I concluded that this package is in fact
orphaned.  I'm therefor marking this package as orphaned now.

Regards,

Bart Martens



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

Bug#612341: bumblebee, libjpeg-turbo: Wheezy does not work well with modern notebook PCs.

[Bill Allombert]

On Sun, Jun 03, 2012 at 10:51:13AM +0200, Mike Gabriel wrote:
> Hi Osamu, hi all,
> 
> On Sa 02 Jun 2012 20:53:10 CEST Osamu Aoki wrote:
> 
> >Hi,
> >
> >On Sat, Jun 02, 2012 at 06:58:51AM +0200, Mike Gabriel wrote:
> >>Hi Osamu,
> >>
> >>> Hi,
> >>>
> >>> On Thu, May 31, 2012 at 11:50:19PM +0200, Mike Gabriel wrote:
> >>> ...
> >>> > you may want to have a very little bit more history... (and a
> >>> > packaging folder)
> >>> > http://code.x2go.org/gitweb?p=libjpeg-turbo.git;a=summary
> >>>
> >>> This is one of them.   Ubuntu package history is another one.
> >>
> >>Sure.
> >>
> >>> > We would have to import latest upstream on top of that
> >>>
> >>> Well, unless we all agree to reset git repo, this is impossible to do. I
> >>> like to do it
> >>
> >>+1 from me. However, as Fathi is ITP holder, he may have the last word.
> >
> >I know.  But it is easy to have another repo with everything :-)
> >Alioth can host it:
> >
> >  http://anonscm.debian.org/gitweb/?p=users/osamu/libjpeg-turbo.git
> >
> >I see you had some revert implimented.  Some package splits are a bit
> >different.  You get better picture from gitk screen.
> 
> Looks good to me. I have cloned a working copy where I can write to
> on my own git server (and already did some work):
> http://code.das-netzwerkteam.de/gitweb?p=debian/libjpeg-turbo.git;a=summary
> 
> >>@Fathi: will the above named vcs on code.x2go.org work for you as
> >>starting point? Osamu could clone that on collab-maint. Are you ok
> >>with co- aintenance? Shall we create a team-context for maintenance?
> >>One possibility could be that we place the development of the LJT
> >>package under the roof of the pkx-x2go-devel@a.l.d.o packaging
> >>team(easy for me :-) ). Any other context is fine as well.
> >
> >I an with you.
> 
> Fathi? There also is a pkg-tigervnc project on Alioth, that would be
> an even better context, I guess.
> 
> >>> So we need to make the assignment of works who does what.
> >>
> >>Once Fathi gave his go, I will be happy to extract the diversion
> >>stuff from the library stuff.
> >>
> >>> I can help general simple packaging based on Ubuntu work but I can not
> >>> be competent on complicated library packaging with ABI compatibility
> >>> etc.
> >>
> >>I guess the QA has to be done by Fathi, Doko or someone with similar
> >>experience. However, we can give them our work and together the
> >>package may evolve.
> >
> >Yes.
> >
> >As I read the source, I can see why Independent JPEG Group is bitter.
> >
> >Modified file by non-IJG people are identifies as if they were done by
> >IJG people.  I am sure it is upsetting when code is broken from IJG
> >people's view.  I think no malice but just sloppiness ...
> 
> Not getting what you mean exactly here. Can anything be done about
> it? Anything that we can do?

I assume that Osamu refer to this line of the IJG license:

(1) If any part of the source code for this software is distributed, then this
README file must be included, with this copyright and no-warranty notice
unaltered; and any additions, deletions, or changes to the original files
must be clearly indicated in accompanying documentation.

For example, when I released libjpeg 6b1, I added a file README.6b1
with the complete list of modified files (in attachment).

(I am not especially fond of this requirement, but it is not really onerous).

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 
Extra README for release 6b1 of 1-Jun-2010
==

This release is identical to release 6b with the exception of the build system,
and of library symbols versioning on platforms that support them. This release
is only intended as a transition help toward the upgrade to libjpeg8. If you
can upgrade directly to libjpeg8, you do not need libjpeg6b1.

This release was prepared by Bill Allombert  from release
6b and the build system of release 8 by Guido Vollbeding and Bob Friesenhahn.

Files changed:
  config.guess (updated from automake)
  config.sub   (updated from automake)
  configure(autogenerated)
  ltmain.sh(updated from libtool)

Files added:
  aclocal.m4   (from libjpeg8)
  configure.ac (from libjpeg8)
  depcomp  (from automake)
  libjpeg.map  (from libjpeg8, modified)
  Makefile.am  (from libjpeg8, modified)
  Makefile.in  (autogenerated)
  missing  (from automake)
  README.6b1   (this file)

File removed:
  ltconfig (obsoleted)

Bug#646302: Please transition aalib for multiarch

[Ralf Jung]

Hi,

> I've prepared an NMU for aalib (versioned as 1.4p5-39.1) to give it
> multiarch support using vorlon's patch, and uploaded it to DELAYED/10,
> as I note y0ou aren't in the low-threashold-NMU list. I hope this is
> OK with you.
This is more than two weeks ago now. Was the update removed from the queue, or 
is there another reason this did not yet land in unstable? (Maybe I 
misunderstood those DELAYED queues, I am sorry if that is the case)

Kind regards,
Ralf Jung



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

Bug#675770: ITP: libmodule-install-manifestskip-perl -- generate a MANIFEST.SKIP file

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libmodule-install-manifestskip-perl
  Version : 0.20
  Upstream Author : Ingy döt Net 
* URL : http://search.cpan.org/dist/Module-Install-ManifestSkip/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : generate a MANIFEST.SKIP file

 Module::Install::ManifestSkip generates a "MANIFEST.SKIP" file for you
 (using Module::Manifest::Skip) that contains the common files that
 people do not want in their "MANIFEST" files. The SKIP file is
 generated each time that you (the module author) run "Makefile.PL".
 .
 You can add your own custom entries at the top of the "MANIFEST" file.
 Just put a blank line after your entries, and they will be left alone.
 .
 This module also adds 'MANIFEST' to the "clean_files()" list so that
 "make clean" will remove your "MANIFEST".



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

Bug#675771: nvidia-cuda-toolkit: cuda version mismatch with the proprietary nvidia kernel module

[Stefan Heisel]

Package: nvidia-cuda-toolkit
Version: 4.2.9-1
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

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

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



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

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

Versions of packages nvidia-cuda-toolkit depends on:
ii  g++-4.44.4.7-1
ii  g++-4.64.6.3-1
ii  gcc-4.44.4.7-1
ii  gcc-4.54.5.3-12
ii  gcc-4.64.6.3-1
ii  libc6  2.13-32
ii  libgcc11:4.7.0-8
ii  libstdc++6 4.7.0-8
ii  nvidia-cuda-dev4.2.9-1
ii  nvidia-opencl-dev  4.2.9-1
ii  zlib1g 1:1.2.7.dfsg-11

Versions of packages nvidia-cuda-toolkit recommends:
ii  nvidia-cuda-doc 4.2.9-1
ii  nvidia-cuda-gdb 4.2.9-1
ii  nvidia-visual-profiler  4.2.9-1

Versions of packages nvidia-cuda-toolkit suggests:
ii  libcupti-dev  4.2.9-1

-- 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#675772: libasound2-plugins: Please split PulseAudio plugin into separate package

[Ralf Jung]

Package: libasound2-plugins
Version: 1.0.25-2
Severity: wishlist

Dear Maintainer,

please split the PulseAudio plugin for ALSA into a separate package.

libpulse in unstable is by now installable in a foreign architecture using
multiarch. However, for foreign-arch ALSA-based applications to have any sound
on a system using PulseAudio, libasound2-plugins needs to be installed in that
architecture as well. This package also contains other plugins not needed for
just playing sound through PA, and the dependencies caused by these plugins [1]
[2] currently block the package from being installable in a foreign
architecture.
By splitting the PA plugin into its own package, those problems no longer block
using PA on a multiarch system.

Kind regards,
Ralf



[1] for libavcodec: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663045
[2] for jack: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663042



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

Kernel: Linux 3.2.0-2-amd64 (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 libasound2-plugins depends on:
ii  libasound21.0.25-3
ii  libavcodec53  6:0.8.2-2
ii  libavutil51   6:0.8.2-2
ii  libc6 2.13-32
ii  libjack0 [libjack-0.116]  1:0.121.3+20120418git75e3e20b-1
ii  libpulse0 2.0-3
ii  libsamplerate00.1.8-4
ii  libspeexdsp1  1.2~rc1-5
ii  multiarch-support 2.13-32

libasound2-plugins recommends no packages.

libasound2-plugins 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#635548: CVE-2011-2716

[Thijs Kinkhorst]

Hi all,

Reading the bug about CVE-2011-2716, I think the only question left is this:

> > So, in all cases the variable is enclosed in double quotes.
>
> Yes this look secure. What about the udeb script?
> /debian/tree/busybox-udeb/usr/share/udhcpc/default.script:
> do_resolv_conf() {
> local cfg=/etc/resolv.conf
>
> if [ -n "$domain" ] || [ -n "$dns" ]; then
> echo -n > $cfg
> if [ -n "$domain" ]; then
> echo search $domain >> $cfg
> fi
>
> for i in $dns ; do
> echo nameserver $i >> $cfg
> done
> fi
> }
>
> Not quoted in thsi case.

Does this still need to be fixed? If it is fixed then I think we can
consider this issue done.


Cheers,
Thijs




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

Bug#673180: Fixed upstream?

[Kai Juse]

I believe I have hit the same or a closely related problem some time ago
(at least judging from the backtrace) and reported it upstream, where my
issue got fixed (in 3.2.3 and 3.3).
https://bugzilla.gnome.org/show_bug.cgi?id=664370

Also, this report might be related to #654711 where i submitted my
issue.

Kai




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

Bug#675773: libopenjpeg2: Please make libopenjpeg2 multi-arch: same

[Ralf Jung]

Package: libopenjpeg2
Version: 1.3+dfsg-4+b1
Severity: normal

Dear Maintainer,

please make libopenjpeg2 multi-arch installable.

I am aware that there is a MA: same version of libopenjpeg5 [1], but until that
is uploaded to unstable and other packages transition to that new version, the
problem is not really fixed for anyone.

Kind regards,
Ralf

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663045



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

Kernel: Linux 3.2.0-2-amd64 (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 libopenjpeg2 depends on:
ii  libc6  2.13-32

libopenjpeg2 recommends no packages.

libopenjpeg2 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#675774: [INTL:da] Danish translation of the debconf templates nagvis

[Joe Dalton]

Package: nagvis
Severity: wishlist
Tags: l10n patch

Please include the attached Danish nagvis translations.

joe@pc:~/over/debian/nagvis$ msgfmt --statistics -c -v -o /dev/null da.po
da.po: 5 oversatte tekster.

bye
Joe


da.po
Description: Binary data

Bug#675775: lugaru: please build-depends on libglew-dev instead of libglew1.7-dev | libglew-dev

[Aurelien Jarno]

Package: lugaru
Version: 0~20110520.1+hge4354+dfsg-2
Severity: serious
Justification: fails to build from source

lugaru build-depends on ..., libglew1.7-dev | libglew-dev, ... . The
build daemons require that the first package in an alternative is
installable, which is not the case of libglew1.7-dev, which has been
renamed to libglew-dev a few months ago.

Please build-depends on libglew-dev instead, or if you really want to
keep the alternative, on libglew-dev | libglew1.7-dev.

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

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



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

Bug#646302: Please transition aalib for multiarch

[Bart Martens]

On Sun, Jun 03, 2012 at 11:34:58AM +0200, Ralf Jung wrote:
> Hi,
> 
> > I've prepared an NMU for aalib (versioned as 1.4p5-39.1) to give it
> > multiarch support using vorlon's patch, and uploaded it to DELAYED/10,
> > as I note y0ou aren't in the low-threashold-NMU list. I hope this is
> > OK with you.
> This is more than two weeks ago now.

I gave my "OK" to Wookey on 17 May 2012 as logged on bug 646302.  Maybe Wookey
has not yet found the time to actually do that NMU.

> Was the update removed from the queue, or 
> is there another reason this did not yet land in unstable? (Maybe I 
> misunderstood those DELAYED queues, I am sorry if that is the case)

No idea.

Anyhow, at this point I think that Wookey and Gergely Nagy should contact each
other about further steps.  Wookey expressed an intention to NMU, and Gergely
Nagy to adopt.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=646302
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673224

Regards,

Bart Martens



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

Bug#675776: llgal: use exif orientation to rotate images

[Lucas Nussbaum]

Package: llgal
Version: 0.13.17-2
Severity: wishlist

Hi,

Some cameras, when taking pictures "vertically", use the Exif tag "Orientation"
to indicate that the image should be rotated when displayed. It seems that
browsers do not handle that tag, so it would be nice if llgal could detect that
tag, and rotate the pictures when generating the thumbnails and the scaled
images.

Example output of exiftool that shows the Orientation tag:

ExifTool Version Number : 8.60
File Name   : P1010872.JPG
Directory   : .
File Size   : 3.3 MB
File Modification Date/Time : 2012:06:03 11:08:56+02:00
File Permissions: rw---
File Type   : JPEG
MIME Type   : image/jpeg
Exif Byte Order : Little-endian (Intel, II)
Make: Panasonic
Camera Model Name   : DMC-FX40
Orientation : Rotate 90 CW


  Lucas

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

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

Versions of packages llgal depends on:
ii  imagemagick 8:6.7.4.0-5
ii  libimage-size-perl  3.230-1
ii  liblocale-gettext-perl  1.05-7+b1
ii  liburi-perl 1.60-1
ii  perl5.14.2-9

Versions of packages llgal recommends:
ii  libimage-exiftool-perl  8.60-2

llgal 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#675777: llgal: generate images in parallel

[Lucas Nussbaum]

Package: llgal
Version: 0.13.17-2
Severity: wishlist

Hi,

It seems that llgal only runs convert once at a time. In this era of
multi-core CPUs, it would be great if llgal would run several instances
of convert concurrently to reduce the image generation time.

Lucas

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

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

Versions of packages llgal depends on:
ii  imagemagick 8:6.7.4.0-5
ii  libimage-size-perl  3.230-1
ii  liblocale-gettext-perl  1.05-7+b1
ii  liburi-perl 1.60-1
ii  perl5.14.2-9

Versions of packages llgal recommends:
ii  libimage-exiftool-perl  8.60-2

llgal 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#675778: llgal: prefetching does not work with epiphany

[Lucas Nussbaum]

Package: llgal
Version: 0.13.17-2
Severity: wishlist

Hi,

To trigger the prefetching of the next slide, llgal uses the
rel=prefetch header. Apparently this is not supported by epiphany (nor,
possibly, with other webkit-based browsers such as chromium).
(See test on http://browserspy.dk/prefetch.php)

Instead, igal2 uses javascript:

      


Maybe llgal could do both?

Lucas

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

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

Versions of packages llgal depends on:
ii  imagemagick 8:6.7.4.0-5
ii  libimage-size-perl  3.230-1
ii  liblocale-gettext-perl  1.05-7+b1
ii  liburi-perl 1.60-1
ii  perl5.14.2-9

Versions of packages llgal recommends:
ii  libimage-exiftool-perl  8.60-2

llgal 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#673180: evolution: caldav-based calendars are not working properly

[Kai Juse]

Package: evolution
Version: 3.2.2-1+b1
Followup-For: Bug #673180

Dear Maintainer,

I get the same problem when trying to use evolution 3.2.2-1+b1 with davical 
1.0.2-1, though
it does not appear to be a universal problem with caldav, but only when the 
ETag is quoted
(which it is with davical).

http://sourceforge.net/mailarchive/forum.php?thread_name=1327947491.31941.3.camel%40localhost&forum_name=freeassociation-devel

My attempt to downgrade to a working version of evolution / libical0 was 
repelled by
strong dependency opposition. The following quick-fix workaround to davical made
my setup workable again for me. I broadened the equivalency of acceptable ETags 
to what
libical/evolution offers. This might be of interessed to some readers of this 
report.
Use at your own risk.

--- davical.orig_1.0.2-1/inc/CalDAVRequest.php  2012-01-12 06:43:16.0 
+0100
+++ davical/inc/CalDAVRequest.php   2012-06-01 18:24:46.455715556 +0200
@@ -551,10 +551,16 @@
 */
 if ( isset($_SERVER["HTTP_IF_NONE_MATCH"]) ) {
   $this->etag_none_match = $_SERVER["HTTP_IF_NONE_MATCH"];
+/* ksj: also accept wrongly escaped quotes in ETag from libical 0.48 by 
clearing escapes (workaround)*/
+/* ETag: "20e0a9c6ccde0230d35a825c0f355181" comes in (wrongly) as ETag: 
\"20e0a9c6ccde0230d35a825c0f355181\"
+   (shown here w/o any extra quoting/escaping) */
+  if ( substr($this->etag_none_match, 0, 2) == '\\"' ) 
$this->etag_none_match = substr($this->etag_none_match, 1, -2).'"';
   if ( $this->etag_none_match == '' ) unset($this->etag_none_match);
 }
 if ( isset($_SERVER["HTTP_IF_MATCH"]) ) {
   $this->etag_if_match = $_SERVER["HTTP_IF_MATCH"];
+/* ksj: also accept wrongly escaped quotes in ETag from libical 0.48 by 
clearing escapes (workaround)*/
+  if ( substr($this->etag_if_match, 0, 2) == '\\"' ) $this->etag_if_match 
= substr($this->etag_if_match, 1, -2).'"';
   if ( $this->etag_if_match == '' ) unset($this->etag_if_match);
 }
   }


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

Kernel: Linux 2.6.38 (SMP w/3 CPU cores; PREEMPT)
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 evolution depends on:
ii  dbus 1.5.12-1
ii  debconf [debconf-2.0]1.5.43
ii  evolution-common 3.2.2-1
ii  evolution-data-server3.2.2-3
ii  gconf-service3.2.5-1
ii  gconf2   3.2.5-1
ii  gnome-icon-theme 3.4.0-2
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-32
ii  libcairo-gobject21.12.2-1
ii  libcairo21.12.2-1
ii  libcamel-1.2-29  3.2.2-3
ii  libcanberra-gtk3-0   0.28-4
ii  libcanberra0 0.28-4
ii  libclutter-1.0-0 1.10.4-3
ii  libclutter-gtk-1.0-0 1.2.0-2
ii  libcogl-pango0   1.10.2-3
ii  libcogl9 1.10.2-3
ii  libebackend-1.2-13.2.2-3
ii  libebook-1.2-12  3.2.2-3
ii  libecal-1.2-10   3.2.2-3
ii  libedataserver-1.2-153.2.2-3
ii  libedataserverui-3.0-1   3.2.2-3
ii  libenchant1c2a   1.6.0-7
ii  libevolution 3.2.2-1+b1
ii  libgail-3-0  3.4.2-1
ii  libgconf-2-4 3.2.5-1
ii  libgdata13   0.12.0-1
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libglib2.0-0 2.32.3-1
ii  libgnome-desktop-3-2 3.4.2-1
ii  libgtk-3-0   3.4.2-1
ii  libgtkhtml-4.0-0 4.2.2-1
ii  libgtkhtml-editor-4.0-0  4.2.2-1
ii  libgweather-3-0  3.4.1-1
ii  libical0 0.48-2
ii  libjson-glib-1.0-0   0.14.2-1
ii  libmx-1.0-2  1.4.6-1
ii  libnotify4   0.7.5-1
ii  libnspr4-0d  2:4.9-3
ii  libnss3-1d   2:3.13.4-3
ii  libpango1.0-01.30.0-1
ii  libsoup-gnome2.4-1   2.38.1-2
ii  libsoup2.4-1 2.38.1-2
ii  libsqlite3-0 3.7.11-3
ii  libx11-6 2:1.4.99.901-2
ii  libxcomposite1   1:0.4.3-2
ii  libxdamage1  1:1.1.3-2
ii  libxext6 2:1.3.1-2
ii  libxfixes3   1:5.0-4
ii  libxi6   2:1.6.1-1
ii  libxml2  2.7.8.dfsg-9.1
ii  psmisc   22.16-1

Versions of packages evolution recommends:
ii  bogofilter | spamassassin  
ii  evolution-plugins  3.2.2-1+b1
ii  evolution-webcal   2.32.0-2
ii  yelp   3.4.2-1

Versions of packages evolution suggests:
pn  evolution-dbg   
pn  evolution-exchange  
pn  evolution-plugins-experimental  3.2.2-1+b1
pn  gnupg   1.4.12-4
pn  network-manager 

-- debconf information:
  evolution/kill_processes:
  evolution/needs_shutdown:



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubsc

Bug#572492: pwauth: Default SERVER_UIDS in config.h doesn't allow use by other services

[Gary Richards]

Hi,

I've been trying to use pwauth with exim as described in
http://wiki.exim.org/AuthenticatedSmtpUsingPwauth

As this original ticket here describes, i've had a similar issue where I
had to rebuild pwauth with my own uids to allow the Debian-exim user to be
able to call pwauth.

It would be much nicer for me if I could just have added that user to a
group rather than have to maintain my own package.

Thanks

Bug#672084: imageshack-uploader: FTBFS: qtsingleapplication/qtlocalpeer.cpp:103:54: error: '::getuid' has not been declared

[Samuel Thibault]

found 672084 2.2+hg20100408.d802dea89428-5
thanks

The bug reappeared with the latest upload, which hasn't acknowledged the
NMU fixing it...

Samuel



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

Bug#675779: libjazzy-java: please remove Arnaud from uploaders

[Bart Martens]

Package: libjazzy-java

Please remove Arnaud Vandyck  from the "Uploaders" field in
debian/control.  Arnaud Vandyck has "X-MIA: Status is retired".

Regards,

Bart Martens



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

Bug#659053: Fixed upstream?

[Kai Juse]

I believe I have hit the same or a closely related problem some time ago
(at least judging from the backtrace) and reported it upstream, where my
issue got fixed (in 3.2.3 and 3.3).
https://bugzilla.gnome.org/show_bug.cgi?id=664370

Also, this report might be related to #654711 where i submitted my
issue.

Kai




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

Bug#666760: [libc6-dev] Make libc6-dev multiarch-installable

[Aurelien Jarno]

On Sun, Jun 03, 2012 at 11:08:13AM +0200, Sven Joachim wrote:
> On 2012-06-03 10:39 +0200, Aurelien Jarno wrote:
> 
> > On Sun, Jun 03, 2012 at 10:10:41AM +0200, Sven Joachim wrote:
> >> On 2012-06-02 21:56 +0200, Aurelien Jarno wrote:
> >> >
> >> > Either we have to make them conflict one with another (that is
> >> > libc0.1-dev and libc6-dev, libc0.3-dev with libc6-dev, etc.),
> >> 
> >> Note that this holds whether or not these packages are "M-A: same".
> >
> > No, because these packages are architecture specific, so they are not
> > co-installable. For example libc0.1-dev and libc6-dev might have
> > conflicting files, but you can't install libc0.1-dev (kfreebsd-amd64
> > only) together with libc6-dev, unless they are marked "M-A: same".
> 
> Marking them "M-A: same" is not going to resolve these conflicts,
> because libc0.1-dev and libc6-dev still belong to different package
> sets, and with --force-overwrite you can install libc0.1-dev along
> libc6-dev already.

My point there is that given the package is that marking as "M-A: same"
also implicitly means that the packager has verified that the package is
not going to conflict with any other file. And if he/she failed to do
so, it's a serious bug in the package, like we handled file conflicts
bugs before the multiarch era.

Currently theses packages are not marked as "M-A: same", so it's not a
bug in a package, but rather a bug in a multiarch specification allowing
this.


> >> > or we have to check for these packages as if they were a single one.
> >> 
> >> This means they would need to have the same name (probably libc-dev) on
> >> all architectures.
> >> 
> >
> > Yes, thinking about that, either we want to make it fully multiarch, in
> > that case all libc*-dev needs to be renamed to the same name, or we
> > should add conflicts to prevent someone trying to install for example
> > libc6.1-dev along with libc6-dev.
> 
> Renaming seems to be the best long-term solution to me, but using
> conflicts is probably safer for wheezy.  For instance,
> kfreebsd-kernel-headers:kfreebsd-i386 contains files clashing with both
> libc6:i386 and linux-libc-dev:i386:
> 


I came to the same conclusion.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#673612: Keyboard shortcuts no longer work with gnome-shell

[Damien R.]

> Here's information on workarounds until the UI is fixed:
>
> https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/965921
> http://superuser.com/questions/415675/gnome-shell-3-4-and-a-super-key-related-shortcut

These workarounds does not work on debian (they work on ubuntu because
ubuntu still use gconf), see:
https://bugzilla.gnome.org/show_bug.cgi?id=662580#c19
https://bugzilla.gnome.org/show_bug.cgi?id=659899

Regards,
Damien R.



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

Bug#675780: ruby: Hangs during build

[Kurt Roeckx]

Source: ruby1.8
Version: 1.8.7.358-3
Severity: serious


Hi,

The build hanged on i386, it was done building, but some processes were still 
around and it didn't finish:
buildd   10306  0.0  0.0  10224  5240 ?Sl   May27   4:28 
/build/buildd-ruby1.8_1.8.7.358-3-i386-rzR3S_/ruby1.8-1.8.7.358/ruby1.8 
/build/buildd-ruby1.8_1.8.7.358-3-i386-rzR3S_/ruby1.8-1.8.7.358/test/drb/ut_array_drbssl.rb
 druby://localhost:58596 ut_array_drbssl.rb
buildd   12177  0.0  0.0  10892  5512 ?Sl   May27   4:29 
/build/buildd-ruby1.8_1.8.7.358-3-i386-rzR3S_/ruby1.8-1.8.7.358/ruby1.8 
/build/buildd-ruby1.8_1.8.7.358-3-i386-rzR3S_/ruby1.8-1.8.7.358/test/drb/ut_drb_drbssl.rb
 druby://localhost:58596 ut_drb_drbssl.rb



Kurt




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

Bug#675763: gnome-settings-daemon: gnome-setting-daemon segfaults in libmouse.so

[Michael Biebl]

Hi,

On 03.06.2012 10:34, Georg wrote:
> When Gnome has started, dmesg output ends with the additional two lines:
> [  110.872839] gnome-settings-[2387]: segfault at 40 ip afb156e0 sp bf8c1b8c 
> error 4 in libmouse.so[afb13000+9000]
> [  111.909861] gnome-settings-[2439]: segfault at 40 ip afb4c6e0 sp bfbc994c 
> error 4 in libmouse.so[afb4a000+9000]

could you get a backtrace [1] of the crash, please.

Thanks

[1] http://wiki.debian.org/HowToGetABacktrace   
-- 
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#675781: ITP: libmodule-manifest-skip-perl -- MANIFEST.SKIP management for Perl modules

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libmodule-manifest-skip-perl
  Version : 0.16
  Upstream Author : Ingy döt Net 
* URL : http://search.cpan.org/dist/Module-Manifest-Skip/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : MANIFEST.SKIP management for Perl modules

 Module::Manifest::Skip is mostly intended for module packaging
 frameworks to share a common, up-to-date "MANIFEST.SKIP" base. For
 example, Module::Install::ManifestSkip, uses this module to get the
 actual SKIP content. However this module may be useful for any module
 author.
 .
 CPAN module authors use a MANIFEST.SKIP file to exclude certain well
 known files from getting put into a generated MANIFEST file, which
 would cause them to go into the final distribution package.
 .
 The packaging tools try to automatically skip things for you, but if
 you add one of your own entries, you have to add all the common ones
 yourself. This module attempts to make all of this boring process as
 simple and reliable as possible.
 .
 Module::Manifest::Skip can create or update a MANIFEST.SKIP file for
 you. You can add your own entries, and it will leave them alone. You
 can even tell it to not skip certain entries that it normally skips,
 although this is rarely needed.



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

Bug#675760: [Cupt-devel] Bug#675760: E: unable to create the directory '/'

[Petr Salinger]

Yes, this problem is definitely KFreeBSD-specific. Cupt calls mkdir('/')
and expects EEXIST but get EISDIR [1]. This is not allowed by POSIX [2]
so I believe this is a bug in kfreebsd kernels.

I also guess I will have to implement a workaround for this but before
let's see what KFreeBSD maintainers say.
[1]
| (squeeze)jackyf@asdfasdf:~$ mkdir /
| mkdir: cannot create directory `/': Is a directory
[2] http://pubs.opengroup.org/onlinepubs/9699919799/functions/mkdir.html


Please note, that this behaviour affects only "mkdir /",
"mkdir /home" or "mkdir /bin" return "File exists".

Effectively, you cannot create "/" under any system.

Petr




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

Bug#675782: Shipped changelog file is empty

[Vincent Bernat]

Package: libssh2-1-dev
Version: 1.4.2-1
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The provided changelog.gz file only contains:

 see NEWS

NEWS file is not shipped with the package. Please, ship it.

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

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

Versions of packages libssh2-1-dev depends on:
ii  libssh2-1  1.4.2-1

libssh2-1-dev recommends no packages.

libssh2-1-dev suggests no packages.

- -- no debconf information

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

iEYEARECAAYFAk/LOokACgkQKFvXofIqeU5PrgCfeQuK5CWmPk7had+s7WFc9pXY
FAkAoJb6xFe6DnpYoGCrbHiLyrm3852u
=3OPf
-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#675783: O: localepurge -- Reclaim disk space removing unneeded localizations

[Bart Martens]

Package: wnpp

After consulting the MIA database, having a look at the PTS and DDPO pages, and
the list of open bugs in the BTS, I concluded that this package is in fact
orphaned.  I'm therefor marking this package as orphaned now.

Regards,

Bart Martens



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

Bug#604368: NMU for octave- and qt-related bugs

[Sébastien Villemot]

Dear Maintainer,

I’ve prepared an NMU for pfstools which fixes #604368 (Qt3->Qt4
transition), #666959 (Octave 3.2->3.6 transition) and the Lintian error
about obsolete dpatch. The NMU relies on the new upstream release 1.8.5
(which fixes the Qt issue).

Please find attached the debdiff (only for the debian/ subdir).

I am going to look for a sponsor for this NMU. If you want me to provide
a series of patches that you can incorporate into your VCS, don't
hesitate to ask.

Thanks for you work,
--- pfstools-1.8.1/debian/changelog	2012-06-03 12:17:55.0 +0200
+++ pfstools-1.8.5/debian/changelog	2012-06-03 11:29:20.0 +0200
@@ -1,3 +1,28 @@
+pfstools (1.8.5-0.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+
+  [ Sébastien Villemot ]
+  * New upstream release, build-depend on Qt4 instead of Qt3 (Closes: #604368)
+  * gcc-4.4.dpatch: remove patch, applied upstream
+  * Convert to format 3.0 (quilt) and drop dpatch, because otherwise Lintian
+produces an error (dpatch is obsolete)
+  
+  [ Rafael Laboissiere ]
+  * debian/control:
+- Build-depend on liboctave-dev, such that the package builds with
+  Octave 3.6 (Closes: #666959)
+- Depend simply on octave, do not use the obsolete ${octave:Depends}
+  substitution variable anymore
+  * debian/rules:
+- Use directly the octave-config script in order to get the
+  installation path for the *.oct and *.m files
+- Do not invoke the obsolete script octave-depends
+  * debian/octave-pfstools.install: Adjust for the multiarch path, which
+contains the architecture triplet now
+
+ -- Sébastien Villemot   Sun, 03 Jun 2012 11:00:46 +0200
+
 pfstools (1.8.1-2) unstable; urgency=low
 
   [ Thomas Weber ]
--- pfstools-1.8.1/debian/control	2012-06-03 12:17:55.0 +0200
+++ pfstools-1.8.5/debian/control	2012-06-03 11:28:39.0 +0200
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian PhotoTools Maintainers 
 Uploaders: Sebastian Harl 
-Build-Depends: debhelper (>= 5), dpkg-dev (>= 1.14.6), dpatch, gfortran, autotools-dev, libqt3-mt-dev, libmagick++-dev | libmagick++9-dev, libtiff4-dev, libopenexr-dev, libnetpbm10-dev, octave3.2-headers, texlive-latex-base, freeglut3-dev
+Build-Depends: debhelper (>= 5), dpkg-dev (>= 1.14.6), gfortran, autotools-dev, libqt4-dev, libmagick++-dev | libmagick++9-dev, libtiff4-dev, libopenexr-dev, libnetpbm10-dev, liboctave-dev, texlive-latex-base, freeglut3-dev
 Standards-Version: 3.8.4
 Homepage: http://pfstools.sourceforge.net/
 Vcs-Git: git://git.debian.org/git/pkg-phototools/pfstools.git
@@ -12,7 +12,7 @@
 Package: pfstools
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Recommends: pfsglview | pfsview, pfstmo, octave3.2, octave-signal, octave-pfstools
+Recommends: pfsglview | pfsview, pfstmo, octave, octave-signal, octave-pfstools
 Suggests: dcraw, exrtools, imagemagick
 Description: command line HDR manipulation programs
  pfstools is a set of command line (and two GUI) programs for reading,
@@ -90,7 +90,7 @@
 Package: octave-pfstools
 Section: math
 Architecture: any
-Depends: ${octave:Depends}, ${shlibs:Depends}, ${misc:Depends}
+Depends: octave, ${shlibs:Depends}, ${misc:Depends}
 Description: octave bindings for pfstools
  PFS is a high-dynamic range (HDR) image format. It is an attempt to integrate
  existing file formats by providing a simple data format that can be used to
--- pfstools-1.8.1/debian/octave-pfstools.install	2012-06-03 12:17:55.0 +0200
+++ pfstools-1.8.5/debian/octave-pfstools.install	2012-06-03 10:58:11.0 +0200
@@ -1,3 +1,3 @@
-usr/lib/octave/*
+usr/lib/*/octave/*
 usr/share/octave/*
 
--- pfstools-1.8.1/debian/patches/00list	2012-06-03 12:17:55.0 +0200
+++ pfstools-1.8.5/debian/patches/00list	1970-01-01 01:00:00.0 +0100
@@ -1,3 +0,0 @@
-octave-nargin.dpatch
-octave-signal.dpatch
-gcc-4.4.dpatch
--- pfstools-1.8.1/debian/patches/gcc-4.4.dpatch	2012-06-03 12:17:55.0 +0200
+++ pfstools-1.8.5/debian/patches/gcc-4.4.dpatch	1970-01-01 01:00:00.0 +0100
@@ -1,21 +0,0 @@
-#! /bin/sh /usr/share/dpatch/dpatch-run
-## gcc-4.4.dpatch by Fabrice Coutadeur 
-##
-## All lines beginning with `## DP:' are a description of the patch.
-## DP: Fix compilation error with GCC 4.4. Fix get from http://sourceforge.net/tracker/index.php?func=detail&aid=2848391&group_id=129921&atid=716245
-## DP: Rationale (by z...@debian.org): the "name" argument is in fact *not* used as "const"
-## DP: Closes: #554494
-
-@DPATCH@
-diff -urNad pfstools-1.8.1~/src/filter/pfspanoramic.cpp pfstools-1.8.1/src/filter/pfspanoramic.cpp
 pfstools-1.8.1~/src/filter/pfspanoramic.cpp	2008-07-29 16:14:30.0 +
-+++ pfstools-1.8.1/src/filter/pfspanoramic.cpp	2009-09-10 20:11:29.0 +
-@@ -191,7 +191,7 @@
-   singleton.projections[ string( name ) ] = ptr;
- }
- 
--static Projection *getProjection(const char *name)
-+static Projection *getProjection(char *name)
- {
-   char *opts;
-   
--- 

Bug#675784: O: sysprofile -- Modularized system wide shell configuration mechanism

[Bart Martens]

Package: wnpp

After consulting the MIA database, having a look at the PTS and DDPO pages, and
the list of open bugs in the BTS, I concluded that this package is in fact
orphaned.  I'm therefor marking this package as orphaned now.

Regards,

Bart Martens



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

Bug#675785: pkg-config requires libgcrypt but libgcrypt does not ship pkg-config file

[Vincent Bernat]

Package: libssh2-1-dev
Version: 1.4.2-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi!

Since 1.4.2, it is not possible to compile a program depending on
libssh2 if it uses pkg-config and the associated autoconf macro. Here
is the error message:

configure: error: Package requirements (libssh2 >= 1.2.5) were not met:

Package libgcrypt was not found in the pkg-config search path.
Perhaps you should add the directory containing `libgcrypt.pc'
to the PKG_CONFIG_PATH environment variable
Package 'libgcrypt', required by 'libssh2', not found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables SSH2_CFLAGS
and SSH2_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

It seems that libgcrypt11-dev does not come with a ".pc" file.

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

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

Versions of packages libssh2-1-dev depends on:
ii  libssh2-1  1.4.2-1

libssh2-1-dev recommends no packages.

libssh2-1-dev suggests no packages.

- -- no debconf information

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

iEYEARECAAYFAk/LO2oACgkQKFvXofIqeU4vIACeMcX9l1nCaHjdU3YkIHmmNtbt
5IcAnRmttyUVEoak0yjoRx2FlicJ6FYG
=cGwb
-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#635548: CVE-2011-2716

[Michael Tokarev]

On 03.06.2012 13:43, Thijs Kinkhorst wrote:
> Hi all,
> 
> Reading the bug about CVE-2011-2716, I think the only question left is this:
> 
>>> So, in all cases the variable is enclosed in double quotes.
>>
>> Yes this look secure. What about the udeb script?
>> /debian/tree/busybox-udeb/usr/share/udhcpc/default.script:
>> do_resolv_conf() {
>> local cfg=/etc/resolv.conf
>>
>> if [ -n "$domain" ] || [ -n "$dns" ]; then
>> echo -n > $cfg
>> if [ -n "$domain" ]; then
>> echo search $domain >> $cfg
>> fi
>>
>> for i in $dns ; do
>> echo nameserver $i >> $cfg
>> done
>> fi
>> }
>>
>> Not quoted in thsi case.
> 
> Does this still need to be fixed? If it is fixed then I think we can
> consider this issue done.

The version of busybox currently in experimental verifies
all the strings returned by dhcpd and if any bad char is
found, it replaces the whole thing with literal string
"bad" when exporting the variable to the script.  So
there should be no need to quote anything anymore.

I haven't closed this bug becaue I merely forgot about it,
and because I also wanted to recheck all open bugs when
finally uploading busybox 1.20 to unstable.  My current
changelog contains mentions of closing of this bug, too.

Thank you for the reminder, this means these serious issues
weren't forgotten!  And indeed they weren't!.. :)

/mjt



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

Bug#675760: [Cupt-devel] Bug#675760: E: unable to create the directory '/'

[Eugene V. Lyubimkin]

Hi Petr,

On 2012-06-03 12:03, Petr Salinger wrote:
> Please note, that this behaviour affects only "mkdir /",
> "mkdir /home" or "mkdir /bin" return "File exists".
> 
> Effectively, you cannot create "/" under any system.

True. Still I expect 'File exists' under any system.

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++ GNU/Linux developer, Debian Developer



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

Bug#675786: ITP: libmodule-package-rdf-perl -- drive your distribution with RDF

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libmodule-package-rdf-perl
  Version : 0.005
  Upstream Author : Toby Inkster 
* URL : http://search.cpan.org/dist/Module-Package-RDF/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : drive your distribution with RDF

 Resource Description Framework (RDF) is a standard model for data
 interchange on the Web.
 .
 Module::Package::RDF allows you to keep a really simple Makefile.PL:
 Just add semantic packaging information as RDF Turtle files.



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

Bug#639529: summary: please add entry to /etc/nsswitch.conf

[Michael Tokarev]

On 03.06.2012 12:21, Andreas B. Mundt wrote:
> Hi,
> 
> first, thank you all for the work on a refurbished autofs package!  I
> would like to draw your attention to #639529, as it would be great to
> fix this before the wheezy freeze and it's just a minor modification.
> 
> Let me sum up, as the lengthy history of the issue might be confusing:
> 
> The name service switch functionality allows to assign different
> resources for various informations like passwords, groups etc.
> The resource to use is defined in "/etc/nsswitch.conf".  Everybody
> using the autfs-ldap package needs to add:
> 
>   "automount:  files ldap"

Will it be bad if this line will be left out after removing
autofs-ldap package, ie, when automount nsswitch entry is
listing non-existing lookup method?  I guess I should try...

I mean, is it a bug to leave "ldap" in there on autofs-ldap
removal?

Because I want to minimize messing up with this file as much
as possible.  For example, the user might reorder the entries
after installation, but on removal and reinstall we'll move
"ldap" entry there to the end, which might be considered a
bug too...

Thanks,

/mjt

> to "/etc/nsswitch.conf".  This activates the look up of mount points
> in LDAP.  For example, this has to be done in debian-edu and
> debian-lan.
> 
> The patches already attached above make sure the line needed is added
> on installation and removed after purging the autofs-ldap package.
> Modifying "/etc/nsswitch.conf" is fine, cf. [1].  A similar patch has
> been applied to sudo-ldap, cf. #639530.
> 
> Thanks,
> 
>   Andi
> 
> 
> 
> [1] Modifying nsswitch.conf shouldn't be a problem, quoting from
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610600#34>:
> 
> "Usually, policy forbids that a package modifies the "configuration
> file" of another package, but in this case /etc/nsswitch.conf is not a
> conffile in dpkg sense but just a default. This is on purpose so that
> packages that need to modify such file do so without having to ask me
> about that.
> 
> Therefore, I think we should just modify sudo-ldap so that the
> required line is added to /etc/nsswitch.conf on postinst and removed
> on purge, as only users of sudo-ldap need such line, i.e. please do
> not rely on base-files and just do with nsswitch.conf whatever is
> required for it to work with your package."
> 
> 
> --
> 
> --
> 
> A N D R E A S   B.   M U N D T
> 
> GPG key: 4096R/617B586D 2010-03-22 Andreas B. Mundt--
>Andreas B. Mundt--
> 
> 
> 
> 
> 




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

Bug#667814: sudo: Fails to start process with signal 143

[Joachim Breitner]

Hi,

I did not see a “confirmed” tag on the bug report, so I’m not sure if
you are still looking for more reports that this is systemd related: I
just restarted into systemd and sudo fails to start with return value
143 as well.

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#675787: New upstream release

[Joachim Breitner]

Package: key-mon
Version: 1.9-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

there is a new upstream release, 1.11, and only with this release I can
reliably use the command line options as documented in the manpage. This
might also fix #650043.

Thanks,
Joachim

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

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

Versions of packages key-mon depends on:
ii  python   2.7.2-10
ii  python-gtk2  2.24.0-3
ii  python-xlib  0.14+20091101-1
ii  python2.62.6.7-4
ii  python2.72.7.3~rc2-2.1

key-mon recommends no packages.

key-mon suggests no packages.

- -- no debconf information

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

iEYEARECAAYFAk/LQy4ACgkQ9ijrk0dDIGzjEQCgyz8NvL97aLUZ91bkLVC1h81N
zAgAoILVQUTAcH2ZXu7yFxjFTDuvj0Z1
=kvwm
-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#675063: extract: fails to load plugins from path with underscore

[Bertrand Marc]

Hello Harun,

Thank you for providing two patches. The one against current version in 
unstable fix correctly the issue, so I'll include it in the next upload.


I also forwarded your second patch upstream.

Cheers,
Bertrand



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

Bug#674433: Now with systemd support disabled gdm is not starting at all

[Krzysztof Krzyżaniak]

Now with systemd support disabled gdm is not starting at all:

gdm-simple-greeter[2342]: AccountsService-WARNING: Failed to create
accounts proxy: Błąd podczas wywoływania metody StartServiceByName dla
org.freedesktop.Accounts:
GDBus.Error:org.freedesktop.systemd1.LoadFailed: Unit
accounts-daemon.service failed to load: No such file or directory. See
system logs and 'systemctl status accounts-daemon.service' for details.
gdm-simple-greeter[2342]: GLib-GIO-CRITICAL: g_dbus_proxy_call_internal:
assertion `G_IS_DBUS_PROXY (proxy)' failed
**
AccountsService:ERROR:act-user-manager.c:2115:load_users: assertion
failed: (manager->priv->accounts_proxy != NULL)

Whole log file attached. I am using systemd package as init system.

  eloy
gnome-session[2311]: WARNING: Failed to start app: Unable to start application: 
Wykonanie procesu potomnego "gnome-power-manager" (Nie ma takiego pliku ani 
katalogu) się nie powiodło
Gtk-Message: Failed to load module "atk-bridge"
gdm-simple-greeter[2342]: Gtk-WARNING: Overriding tab label for notebook
gdm-simple-greeter[2342]: Gtk-WARNING: Overriding tab label for notebook
gdm-simple-greeter[2342]: Gtk-WARNING: Overriding tab label for notebook
gdm-simple-greeter[2342]: Gtk-WARNING: Overriding tab label for notebook
gdm-simple-greeter[2342]: Gtk-WARNING: Overriding tab label for notebook
gdm-simple-greeter[2342]: Gtk-WARNING: 
/tmp/buildd/gtk+3.0-3.4.2/./gtk/gtkwidget.c:7117: widget not within a GtkWindow
gdm-simple-greeter[2342]: Gtk-CRITICAL: 
gtk_widget_get_preferred_height_for_width: assertion `width >= 0' failed
gdm-simple-greeter[2342]: Gtk-CRITICAL: 
gtk_widget_get_preferred_height_for_width: assertion `width >= 0' failed
gdm-simple-greeter[2342]: Gtk-WARNING: gtk_widget_size_allocate(): attempt to 
allocate widget with width -47 and height -47
Ostrzeżenie menedżera okien: Buggy client sent a _NET_ACTIVE_WINDOW message 
with a timestamp of 0 for 0x107 (Okno logow)
Ostrzeżenie menedżera okien: meta_window_activate called by a pager with a 0 
timestamp; the pager needs to be fixed.
gdm-simple-greeter[2342]: AccountsService-WARNING: Failed to create accounts 
proxy: Błąd podczas wywoływania metody StartServiceByName dla 
org.freedesktop.Accounts: GDBus.Error:org.freedesktop.systemd1.LoadFailed: Unit 
accounts-daemon.service failed to load: No such file or directory. See system 
logs and 'systemctl status accounts-daemon.service' for details.
gdm-simple-greeter[2342]: GLib-GIO-CRITICAL: g_dbus_proxy_call_internal: 
assertion `G_IS_DBUS_PROXY (proxy)' failed
**
AccountsService:ERROR:act-user-manager.c:2115:load_users: assertion failed: 
(manager->priv->accounts_proxy != NULL)
gdm[2361]: *** START **
gdm[2361]: [Thread debugging using libthread_db enabled]
gdm[2361]: Using host libthread_db library 
"/lib/x86_64-linux-gnu/libthread_db.so.1".
gdm[2361]: [New Thread 0x7f7d0c782700 (LWP 2352)]
gdm[2361]: 0x7f7d16dd2c1d in waitpid () from 
/lib/x86_64-linux-gnu/libpthread.so.0
gdm[2361]: #0  0x7f7d16dd2c1d in waitpid () from 
/lib/x86_64-linux-gnu/libpthread.so.0
gdm[2361]: #1  0x0042a40b in ?? ()
gdm[2361]: #2  0x0042a74a in ?? ()
gdm[2361]: #3  
gdm[2361]: #4  0x7f7d12fc2475 in raise () from 
/lib/x86_64-linux-gnu/libc.so.6
gdm[2361]: #5  0x7f7d12fc56f0 in abort () from 
/lib/x86_64-linux-gnu/libc.so.6
gdm[2361]: #6  0x7f7d13382317 in g_assertion_message () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
gdm[2361]: #7  0x7f7d13382834 in g_assertion_message_expr () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
gdm[2361]: #8  0x7f7d14669226 in ?? () from /usr/lib/libaccountsservice.so.0
gdm[2361]: #9  0x7f7d13361205 in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
gdm[2361]: #10 0x7f7d13361538 in ?? () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
gdm[2361]: #11 0x7f7d13361932 in g_main_loop_run () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
gdm[2361]: #12 0x7f7d168ba2d5 in gtk_main () from 
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
gdm[2361]: #13 0x0040f524 in ?? ()
gdm[2361]: #14 0x7f7d12faeead in __libc_start_main () from 
/lib/x86_64-linux-gnu/libc.so.6
gdm[2361]: #15 0x0040f689 in ?? ()
gdm[2361]: #16 0x7fff1a316338 in ?? ()
gdm[2361]: #17 0x001c in ?? ()
gdm[2361]: #18 0x0001 in ?? ()
gdm[2361]: #19 0x7fff1a316bf0 in ?? ()
gdm[2361]: #20 0x in ?? ()
gdm[2361]: 
gdm[2361]: Thread 2 (Thread 0x7f7d0c782700 (LWP 2352)):
gdm[2361]: #0  0x7f7d1305dd93 in poll () from 
/lib/x86_64-linux-gnu/libc.so.6
gdm[2361]: No symbol table info available.
gdm[2361]: #1  0x7f7d133614d4 in ?? () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
gdm[2361]: No symbol table info available.
gdm[2361]: #2  0x7f7d13361932 in g_main_loop_run () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
gdm[2361]: No symbol table info available.
gdm[2361]: #3  0x7f7d15e077f6 in ?? () from 
/usr/lib/x86_64-linux

Bug#675788: schroot: PulseAudio not working in a default desktop schroot

[Luca Capello]

Package: schroot
Version: 1.5.4-1
Severity: important
File: /etc/schroot/desktop/fstab
Usertags: pca.it-multimedia

Hi there!

With the latest upgrade, /etc/schroot/desktop/fstab gained PulseAudio
support (BTW, there is an extra space before the target folder):

--8<---cut here---start->8---
# For PulseAudio and other desktop-related things
/var/lib/dbus/var/lib/dbus  nonerw,bind 0   0
--8<---cut here---end--->8---

However, I am not able to use PulseAudio inside the schroot:
=
root@gismo:~# cat /etc/schroot/chroot.d/test-sid-desktop
[sid-desktop-test]
type=directory
description=Debian sid (unstable) for GUI applications (test schroot)
directory=/srv/chroot/sid-desktop-test
users=luca
groups=users
root-groups=root
profile=desktop

root@gismo:~# cdebootstrap sid /srv/chroot/sid-desktop-test
[...]
root@gismo:~# schroot -c sid-desktop-test
[...]

(sid-desktop-test)root@gismo:~# apt-get update
[...]
(sid-desktop-test)root@gismo:~# apt-get install pulseaudio-utils
[...]

[example WAV files from ]
(sid-desktop-test)root@gismo:~# wget http://www.nch.com.au/acm/11k16bitpcm.wav
[...]
(sid-desktop-test)root@gismo:~# paplay 11k16bitpcm.wav
Connection failure: Connection refused
pa_context_connect() failed: Connection refused

(sid-desktop-test)root@gismo:~# apt-get install pulseaudio
[...]
Setting up pulseaudio (2.0-3) ...
Adding user pulse to group audio
[warn] PulseAudio configured for per-user sessions ... (warning).
Setting up pulseaudio-module-x11 (2.0-3) ...
Setting up rtkit (0.10-2) ...
[] Reloading system message bus config...Failed to open connection \
 to "system" message bus: Failed to connect to socket \
 /var/run/dbus/system_bus_socket: No such file or directory
invoke-rc.d: initscript dbus, action "force-reload" failed.
[...]

(sid-desktop-test)root@gismo:~# paplay 11k16bitpcm.wav
Connection failure: Connection refused
pa_context_connect() failed: Connection refused

(sid-desktop-test)root@gismo:~# service dbus restart
[ ok ] Stopping system message bus: dbus.
[ ok ] Starting system message bus: dbus.
(sid-desktop-test)root@gismo:~# service pulseaudio restart
[warn] PulseAudio configured for per-user sessions ... (warning).
(sid-desktop-test)root@gismo:~# paplay 11k16bitpcm.wav
Connection failure: Connection refused
pa_context_connect() failed: Connection refused

(sid-desktop-test)root@gismo:~# pulseaudio --daemonize
W: [pulseaudio] main.c: This program is not intended to be run as root (unless 
--system is specified).
E: [pulseaudio] main.c: Daemon startup failed.

(sid-desktop-test)root@gismo:~# cp 11k16bitpcm.wav /home/luca/
(sid-desktop-test)root@gismo:~# su luca
bash: warning: setlocale: LC_NUMERIC: cannot change locale (en_US.UTF-8): No 
such file or directory
bash: warning: setlocale: LC_MESSAGES: cannot change locale (en_US.UTF-8): No 
such file or directory
(sid-desktop-test)luca@gismo:/root$ paplay /home/luca/11k16bitpcm.wav
Connection failure: Connection refused
pa_context_connect() failed: Connection refused

(sid-desktop-test)luca@gismo:/root$ pulseaudio --daemonize
E: [pulseaudio] main.c: Daemon startup failed.

(sid-desktop-test)luca@gismo:/root$ mount
/dev/mapper/gismo-home on / type ext4 
(rw,noatime,user_xattr,acl,barrier=1,data=ordered)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=1536044k,nr_inodes=384011,mode=755)
devpts on /dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
/dev/mapper/gismo-home on /home type ext4 
(rw,noatime,user_xattr,acl,barrier=1,data=ordered)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime,size=617196k)
/dev/mapper/gismo-root on /var/lib/dbus type ext4 
(rw,noatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered)
=

Mounting /run/dbus let paplay start, but there is no sound.  Mounting
/run/udev gives sound, exactly as explained at #649884 (affect added,
sorry for the being late).

So, basically, I would say that mounting /var/lib/dbus alone is useless.
Actually, I would even say that it is counter-productive, given that it
gives the false assumption that /var/lib/dbus/ is the only mounting
needed for PulseAudio, while it is not (I would be happy to stand
corrected).

Moreover, please also note that some applications (at least Empathy, see
#652487) does not work as expected with /var/lib/dbus/ mounted.

Thx, bye,
Gismo / Luca

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

Kernel: Linux 3.3.0-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 schroot depends on:
ii  libboost-filesystem1.49.0   1.49.0-3
ii  libboost-iostreams1.49.01.49.0-3
ii  libboost-p

Bug#639529: summary: please add entry to /etc/nsswitch.conf

[Andreas B. Mundt]

Hi Michael,

On Sun, Jun 03, 2012 at 02:42:43PM +0400, Michael Tokarev wrote:
> On 03.06.2012 12:21, Andreas B. Mundt wrote:
> > Hi,
> >
> > first, thank you all for the work on a refurbished autofs package!  I
> > would like to draw your attention to #639529, as it would be great to
> > fix this before the wheezy freeze and it's just a minor modification.
> >
> > Let me sum up, as the lengthy history of the issue might be confusing:
> >
> > The name service switch functionality allows to assign different
> > resources for various informations like passwords, groups etc.
> > The resource to use is defined in "/etc/nsswitch.conf".  Everybody
> > using the autfs-ldap package needs to add:
> >
> >   "automount:  files ldap"
>
> Will it be bad if this line will be left out after removing
> autofs-ldap package, ie, when automount nsswitch entry is
> listing non-existing lookup method?  I guess I should try...
>

Apart from leaving cruft back, I guess it should not hurt.

> I mean, is it a bug to leave "ldap" in there on autofs-ldap
> removal?

Not sure if "leaving cruft behind" is a bug in this case.

> Because I want to minimize messing up with this file as much
> as possible.  For example, the user might reorder the entries
> after installation, but on removal and reinstall we'll move
> "ldap" entry there to the end, which might be considered a
> bug too...

If there is already an "automount: ... "-entry, nothing should happen.
If it's missing, it'll be added at the end.

>From what I learned in the discussions about "/etc/nsswitch.conf",
I suspect the order of entries does not matter.
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639530#10>)

Best regards,

 Andi



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

Bug#672142: transition: allegro4.4

[Tobias Hansen]

allegro4.4 is now in unstable, installed for all architectures except
ia64 and mips. ia64 failed with an internal compiler error and mips is
building for 12 hours now.

Am I supposed to file RM requests now or does the Release Team take
care of that?

I prepared a NMU for open-invaders that should be uploaded later
instead of a binNMU:

http://mentors.debian.net/debian/pool/main/o/open-invaders/open-invaders_0.3-3.2.dsc

Best regards,
Tobias



signature.asc
Description: OpenPGP digital signature

Bug#675789: postfix-policyd-spf-python: logcheck rules must not be in subdirectory

[Sebastian Wienforth]

Package: postfix-policyd-spf-python
Version: 0.8.0-2
Severity: normal
Tags: patch

Please move the file:
/etc/logcheck/ignore.d.server/postfix-policyd-spf-python/logcheck

to:
/etc/logcheck/ignore.d.server/postfix-policyd-spf-python

or something similar. Logcheck does not use the file if it is in a subdirectory 
of the ignore.d.server directory.


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

Kernel: Linux 2.6.32-5-xen-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 postfix-policyd-spf-python depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  postfix 2.7.1-1+squeeze1 High-performance mail transport ag
ii  python  2.6.6-3+squeeze7 interactive high-level object-orie
ii  python-spf  2.0.5-2+squeeze1 sender policy framework (SPF) modu
ii  python2.5   2.5.5-11 An interactive high-level object-o
ii  python2.6   2.6.6-8+b1   An interactive high-level object-o

postfix-policyd-spf-python recommends no packages.

postfix-policyd-spf-python suggests no packages.

-- Configuration Files:
/etc/logcheck/ignore.d.server/postfix-policyd-spf-python/logcheck [Errno 13] 
Keine Berechtigung: 
u'/etc/logcheck/ignore.d.server/postfix-policyd-spf-python/logcheck'
/etc/postfix-policyd-spf-python/policyd-spf.conf changed [not included]

-- no debconf information



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

Bug#675790: "dch -r" refuses to proceed

[Harald Dunkel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: devscripts
Version: 2.11.8

If I run "dch -r" to change the distribution entry
in debian/changelog from "UNRELEASED" to the real
distribution (e.g. "unstable"), then dch refuses to
proceed. It just says

dch: debian/changelog unmodified; exiting.

ignoring the new "unstable" and the changed date I
saw in the editor.


Regards

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

iEYEARECAAYFAk/LSg0ACgkQUTlbRTxpHjc7DwCggglj1NEHPOoV4g1h610lIDO8
TioAnjHanGKBWGNviYfXc+IBduBZQqBv
=fWpk
-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#635548: CVE-2011-2716

[Thijs Kinkhorst]

On Sun, June 3, 2012 12:29, Michael Tokarev wrote:
> The version of busybox currently in experimental verifies
> all the strings returned by dhcpd and if any bad char is
> found, it replaces the whole thing with literal string
> "bad" when exporting the variable to the script.  So
> there should be no need to quote anything anymore.
>
> I haven't closed this bug becaue I merely forgot about it,
> and because I also wanted to recheck all open bugs when
> finally uploading busybox 1.20 to unstable.  My current
> changelog contains mentions of closing of this bug, too.
>
> Thank you for the reminder, this means these serious issues
> weren't forgotten!  And indeed they weren't!.. :)

Good! Will you ensure that 1.20 ends up in wheezy?
There's not much time I guess, because the wheezy freeze is scheduled for
this month.


Cheers,
Thijs




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

Bug#675160: sikuli-ide: unable to process one single instruction, "NoSuchMethodError: org.jruby.ext.posix.POSIX.isNative()Z"

[Jan-Hendrik (hennr) Peters]

Hi Gilles.

On 06/02/2012 02:12 PM, Gilles Filippini wrote:
> Looking at the stack traces you provided, it might be related with your
> jpython install. Ho does this command line perform?
> 
>  $ jython -c 'import inspect'


$ jython -c 'import inspect'
*sys-package-mgr*: processing new jar,
'/usr/share/java/stringtemplate-3.2.1.jar'
*sys-package-mgr*: processing new jar, '/usr/share/java/antlr.jar'
*sys-package-mgr*: processing new jar, '/usr/share/java/asm3-tree-3.3.2.jar'
*sys-package-mgr*: processing new jar, '/usr/share/java/guava-11.0.2.jar'
*sys-package-mgr*: processing new jar,
'/usr/share/java/jsr305-0.1~+svn49.jar'
*sys-package-mgr*: processing new jar, '/usr/share/java/jnr-posix-1.1.4.jar'
*sys-package-mgr*: processing new jar, '/usr/share/java/jaffl-0.5.4.jar'
*sys-package-mgr*: processing new jar, '/usr/share/java/jffi-1.0.2.jar'
*sys-package-mgr*: processing new jar, '/usr/lib/jffi/jffi-native.jar'
*sys-package-mgr*: processing new jar, '/usr/share/java/jnr-x86asm-0.1.jar'
*sys-package-mgr*: processing new jar,
'/usr/share/maven-repo/org/jruby/extras/jnr-netdb/1.0.3/jnr-netdb-1.0.3.jar'
*sys-package-mgr*: processing new jar,
'/usr/share/maven-repo/org/livetribe/livetribe-jsr223/2.0.6/livetribe-jsr223-2.0.6.jar'
*sys-package-mgr*: processing new jar, '/usr/share/java/jline-1.0.jar'
*sys-package-mgr*: processing new jar, '/usr/share/java/servlet-api-2.5.jar'
*sys-package-mgr*: processing new jar,
'/usr/share/java/libreadline-java-0.8.0.1.jar'
henner@workstation:~$



signature.asc
Description: OpenPGP digital signature

Bug#582765: Fwd: Mail delivery failed: returning message to sender

[Helge Kreutzmann]

reopen 582765
found 582765 0.68.1-1

Hello Stefan,
thanks for uploading the previous version! During testing, I noticed
however, that the fix was unfortunately incomplete. Sam then proposed
the following additional fix:

Also, a similar change to gpglib/gpg.c in newboundary():

sprintf(buffer, "=_%-1.30s-%u-%u-%04u",
hostnamebuf, (unsigned)getpid(),
(unsigned)t, ++counter);
return (buffer);

I rebuild the stable version of courier and tried it for several
days. I can now reach alioth again (even with signed mails) and I haven't
seen any problem with any other site (nor has the other user of this machine).

I also believe upstream included the fix in the latest development
builds as well.

Could you upload a version targetting Wheezy including this additional fix as 
well?

If you have any questions or tests you would like to be done, do not
hesitate to contact me.

Thank you very much!

   Helge

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#675791: dpkg falsly marks packages as configured and having files installed

[Paul Menzel]

Package: dpkg
Version: 1.16.3
Severity: normal

Dear Debian folks,


`aptitude safe-upgrade` removed some unneeded packages, that means
automatically installed ones no other package depends on anymore, today.

$ sudo aptitude safe-upgrade
[…]
Laden der Fehlerberichte ... Erledigt
»Found/Fixed«-Informationen werden ausgewertet ... Erledigt
Lese Changelogs... Fertig
Extrahiere Vorlagen aus Paketen: 100%
Vorkonfiguration der Pakete ...
(Lese Datenbank ... 459531 Dateien und Verzeichnisse sind derzeit 
installiert.)
Entfernen von dmz-cursor-theme ...
update-alternatives: /usr/share/icons/DMZ-Black/cursor.theme wird 
verwendet, um /usr/share/icons/default/index.theme (x-cursor-theme) im 
Auto-Modus bereitzustellen.
Entfernen von gnome-themes ...
Entfernen von gnome-themes-extras ...
Entfernen von gnome-themes-more ...
Entfernen von gtk2-engines-pixbuf:i386 ...
Entfernen von gtk2-engines-smooth ...
[…]
Entfernen von libkutils4 ...
Entfernen von libkprintutils4 ...
[…]

To look if they need purging I did

$ sudo aptitude safe-upgrade
[…]
Laden der Fehlerberichte ... Erledigt
»Found/Fixed«-Informationen werden ausgewertet ... Erledigt
Lese Changelogs... Fertig
Extrahiere Vorlagen aus Paketen: 100%
Vorkonfiguration der Pakete ...
(Lese Datenbank ... 459531 Dateien und Verzeichnisse sind derzeit 
installiert.)
Entfernen von dmz-cursor-theme ...
update-alternatives: /usr/share/icons/DMZ-Black/cursor.theme wird 
verwendet, um /usr/share/icons/default/index.theme (x-cursor-theme) im 
Auto-Modus bereitzustellen.
Entfernen von gnome-themes ...
Entfernen von gnome-themes-extras ...
Entfernen von gnome-themes-more ...
Entfernen von gtk2-engines-pixbuf:i386 ...
Entfernen von gtk2-engines-smooth ...
[…]
Entfernen von libkutils4 ...
Entfernen von libkprintutils4 ...
[…]

and checked some manually.

$ LANG=C dpkg -L libkprintutils4 libkutils4 
gnome-themes{,-{more,extras}}
Package `libkprintutils4' does not contain any files (!)

Package `libkutils4' does not contain any files (!)

/usr
/usr/share
/usr/share/icons
/usr/share/icons/Mist
/usr/share/icons/Crux

/usr
/usr/share
/usr/share/icons
/usr/share/icons/Lush
/usr/share/icons/Wasp
/usr/share/icons/Nuvola
/usr/share/icons/SphereCrystal
/usr/share/icons/Amaranth
/usr/share/icons/Gorilla

/usr
/usr/share
/usr/share/icons
/usr/share/icons/Neu
/usr/share/icons/Gion
/usr/share/icons/gnome-alternative
/usr/share/icons/Foxtrot

Looking for these files, they are not there anymore though.

$ ls -l /usr/share/icons/
insgesamt 64
drwxr-xr-x  3 root root 4096 Apr 18  2011 Adwaita
-rw-r--r--  1 root root 1227 Apr 28 16:34 cab_extract.png
-rw-r--r--  1 root root  833 Apr 28 16:34 cab_view.png
drwxr-xr-x  9 root root 4096 Aug  9  2010 crystalsvg
lrwxrwxrwx  1 root root   10 Apr 18  2008 default.kde -> crystalsvg
lrwxrwxrwx  1 root root6 Mär  6 19:49 default.kde4 -> oxygen
drwxr-xr-x 11 root root 4096 Mai 27 10:12 gnome
drwxr-xr-x 17 root root 4096 Jun  3 13:01 hicolor
drwxr-xr-x  9 root root 4096 Mai 16 08:28 HighContrast
drwxr-xr-x  3 root root 4096 Mai 16 08:28 HighContrastInverse
drwxr-xr-x  4 root root 4096 Jul 22  2011 HighContrastLargePrint
drwxr-xr-x  4 root root 4096 Jul 22  2011 HighContrastLargePrintInverse
drwxr-xr-x  4 root root 4096 Jul 24  2010 HighContrast-SVG
drwxr-xr-x  2 root root 4096 Jul 24  2010 LargePrint
drwxr-xr-x  4 root root 4096 Nov  1  2010 locolor
drwxr-xr-x  3 root root 4096 Mai 16 08:28 LowContrast
drwxr-xr-x 11 root root 4096 Mai 22 09:52 oxygen

So I wonder why they are still marked as configured?


Thanks,

Paul

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

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

Versions of packages dpkg depends on:
ii  libbz2-1.0   1.0.6-1
ii  libc62.13-32
ii  libselinux1  2.1.9-4
ii  tar  1.26-4
ii  xz-utils 5.1.1alpha+20110809-3
ii  zlib1g   1:1.2.7.dfsg-11

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt  0.9.5.1

-- no debconf information


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

Bug#549691: snapshot removal fails due to udev

[Ian Jackson]

I also have this problem and it's 100% reproduceable.

Peter Rajnoha writes:

  As a quick and rough check, you can try to temporarily kill udev
  daemon and then see if these commands pass. If yes, then this is just
  another instance of quite common error seen where lvm2's udev
  synchronization feature is not used (a device being opened and scanned
  from within udev rules while trying to deactivate it).

How should we go about determining _which_ udev rules are at fault and
what is the correct fix ?  My system is pretty vanilla so whatever it
is it is almost certainly part of the standard Debian install which
should be fixed, perhaps even by a stable update.

Thanks,
Ian.



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

Bug#675792: ITP: libmodule-install-autolicense-perl -- automagically generate LICENSE files

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libmodule-install-autolicense-perl
  Version : 0.08
  Upstream Author : Chris Williams 
* URL : http://search.cpan.org/dist/Module-Install-AutoLicense/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : automagically generate LICENSE files

 Module::Install::AutoLicense is a Module::Install extension that
 generates a "LICENSE" file automatically whenever the author runs
 "Makefile.PL". On the user side it does nothing.
 .
 When "make distclean" is invoked by the author, the "LICENSE" is
 removed.
 .
 The appropriate license is determined from the meta provided with the
 "license" command and the holder of the license from the "author"
 command.
 .
 Software::License is used to generate the "LICENSE" file.



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