Bug#768012: unblock: quassel/0.10.0-2.1

[Salvatore Bonaccorso]

Hi Release Team, hi Thomas

This unblock request cannot be done this way anymore as there was a
new upstream version upload to unstable, which also does not seem to
contain the fix, see https://bugs.debian.org/766962#68 (commit
8b5ecd226f9208af3074b33d3b7cf5e14f55b138 upstream is only after the
0.11.0 release).

I would like to see this fixed also in Jessie, as we did already
DSA-3063-1 for wheezy.

Can you either accept and unblock of another upload of quassel to
unstable, say 1:0.10.0-2.1 (or prepared by Thomas, so not using a NMU
version numbering) or would you prefer an upload trough tpu?

I'm also Cc'ing Thomas Mueller maintainer of quassel.

Regards,
Salvatore


signature.asc
Description: Digital signature

Bug#768262: libglobus-common-doc: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Andreas Beckmann]

Package: libglobus-common-doc
Version: 15.25-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

an upgrade test with piuparts revealed that your package installs files
over existing symlinks and possibly overwrites files owned by other
packages. This usually means an old version of the package shipped a
symlink but that was later replaced by a real (and non-empty)
directory. This kind of overwriting another package's files cannot be
detected by dpkg.

This was observed on the following upgrade paths:

  wheezy -> jessie

For /usr/share/doc/PACKAGE this may not be problematic as long as both
packages are installed, ship byte-for-byte identical files and are
upgraded in lockstep. But once one of the involved packages gets
removed, the other one will lose its documentation files, too,
including the copyright file, which is a violation of Policy 12.5:
http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile

For other overwritten locations anything interesting may happen.

Note that dpkg intentionally does not replace directories with symlinks
and vice versa, you need the maintainer scripts to do this.
See in particular the end of point 4 in
http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase

It is recommended to use the dpkg-maintscript-helper commands
'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.2)
to perform the conversion, ideally using d/$PACKAGE.mainstscript.
See dpkg-maintscript-helper(1) and dh_installdeb(1) for details.


>From the attached log (usually somewhere in the middle...):

1m19.7s ERROR: FAIL: silently overwrites files via directory symlinks:
  /usr/share/doc/libglobus-common-doc/changelog.Debian.gz 
(libglobus-common-doc) != 
/usr/share/doc/libglobus-common-dev/changelog.Debian.gz 
(libglobus-common-dev:amd64)
  /usr/share/doc/libglobus-common-doc/copyright (libglobus-common-doc) != 
/usr/share/doc/libglobus-common-dev/copyright (libglobus-common-dev:amd64)


cheers,

Andreas


libglobus-common-doc_15.25-1.log.gz
Description: application/gzip

Bug#768261: pgbouncer: Support for running under different group

[Antti Salmela]

Package: pgbouncer
Version: 1.5.4-6
Severity: wishlist

Dear Maintainer,

please consider following patch to somewhat support running under different 
group.

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

--- pgbouncer.old   2014-11-06 09:09:06.011673821 +0200
+++ pgbouncer.new   2014-11-06 09:26:25.066216300 +0200
@@ -63,7 +63,7 @@
 if [ $? -eq 0 ] ; then
OLDPID=$(cat $PIDFILE)
log_daemon_msg "Invoking PgBouncer restart" $NAME
-   su -c "$DAEMON -R $OPTS 2> /dev/null" - $RUNASUSER
+   su -c "$DAEMON -R $OPTS 2> /dev/null" - ${RUNASUSER%:*}
if [ $? -ne 0 ]; then
 log_end_msg 1
 log_warning_msg "could not contact running instance"


-- System Information:
Shell: /bin/sh linked to /bin/dash

-- Configuration Files:
/etc/default/pgbouncer changed:
START=1
RUNASUSER=postgres:www-data

grep ^unix /etc/pgbouncer/pgbouncer.ini:
unix_socket_mode = 0770
unix_socket_group = www-data
unix_socket_dir = /var/run/postgresql

-- 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#768259: mythes-en-au: should at most suggest libreoffice-core

[Jonas Smedegaard]

Package: mythes-en-au
Version: 2.1-5.4
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package relations are directional: A mythes dictionary arguably does not
"depend" on being read, and certainly not by a specific consumer.

Please do not recommend libreoffice-core, to avoid needless baggage when
used in other contexts, e.g. with texstudio or LyX.

 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQF8BAEBCgBmBQJUWyiUXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0
RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWNEUH/1gyf0mHCTlQI3gj60fGVZjj
DMkXvp45C6cgWD29hJ9RkbTOXLJ8nDQKiJ+tnj4yKuU8rvQ75uQ36u/xn7rnzduN
zjqLRbkzuYE75PYW3+cyNXxu9+88I8BafWhI3lIfSvGkbnetRlCGvUjmcS4Whoev
taXwjnoNlrqldQ3zq4nztj70dYQZMCoTS3lWTw3svguIovpP3CDGRfvnNT3rUWrv
JHQUi3TPmurR8JRQbpRg+cVmxxvF3obCes9kJpIeL2XWheyUOhQvfQoaect3vosK
4CkqBip3P3ZXaEbDxzAyLATfgdUs0m04pkCgmddKH0PQ5toxaZtcbTXBAWVyVM4=
=RL6A
-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#768260: libglobus-callout-doc: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Andreas Beckmann]

Package: libglobus-callout-doc
Version: 3.12-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

an upgrade test with piuparts revealed that your package installs files
over existing symlinks and possibly overwrites files owned by other
packages. This usually means an old version of the package shipped a
symlink but that was later replaced by a real (and non-empty)
directory. This kind of overwriting another package's files cannot be
detected by dpkg.

This was observed on the following upgrade paths:

  wheezy -> jessie

For /usr/share/doc/PACKAGE this may not be problematic as long as both
packages are installed, ship byte-for-byte identical files and are
upgraded in lockstep. But once one of the involved packages gets
removed, the other one will lose its documentation files, too,
including the copyright file, which is a violation of Policy 12.5:
http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile

For other overwritten locations anything interesting may happen.

Note that dpkg intentionally does not replace directories with symlinks
and vice versa, you need the maintainer scripts to do this.
See in particular the end of point 4 in
http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase

It is recommended to use the dpkg-maintscript-helper commands
'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.2)
to perform the conversion, ideally using d/$PACKAGE.mainstscript.
See dpkg-maintscript-helper(1) and dh_installdeb(1) for details.


>From the attached log (usually somewhere in the middle...):

1m10.7s ERROR: FAIL: silently overwrites files via directory symlinks:
  /usr/share/doc/libglobus-callout-doc/changelog.Debian.gz 
(libglobus-callout-doc) != 
/usr/share/doc/libglobus-callout-dev/changelog.Debian.gz 
(libglobus-callout-dev:amd64)
  /usr/share/doc/libglobus-callout-doc/copyright (libglobus-callout-doc) != 
/usr/share/doc/libglobus-callout-dev/copyright (libglobus-callout-dev:amd64)


cheers,

Andreas


libglobus-callout-doc_3.12-1.log.gz
Description: application/gzip

Bug#768245: opendnssec-enforcer-{sqlite3, mysql}: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Ondřej Surý]

Control: severity -1 important
Control: tags -1 +moreinfo

Andreas,

both opendnssec-enforcer-sqlite3 and opendnssec-enforcer-mysql uses
dpkg-maintscript-helper to replace the symlink with directory:

ondrej@lettie:~/Projects/pkg-nlnetlabs/opendnssec/debian (master)$ cat
opendnssec-enforcer-mysql.maintscript 
symlink_to_dir /usr/share/doc/opendnssec-enforcer-mysql/
/usr/share/doc/opendnssec-common/ 1:1.4.6-2~ -- "$@"
ondrej@lettie:~/Projects/pkg-nlnetlabs/opendnssec/debian (master)$ cat
opendnssec-enforcer-sqlite3.maintscript 
symlink_to_dir /usr/share/doc/opendnssec-enforcer-sqlite3/
/usr/share/doc/opendnssec-common/ 1:1.4.6-2~ -- "$@"

Is there anything else I can do? Or is there something else wrong? I am
not sure what to do better here.

Cheers,
Ondrej

On Thu, Nov 6, 2014, at 04:28, Andreas Beckmann wrote:
> Package: opendnssec-enforcer-sqlite3,opendnssec-enforcer-mysql
> Version: 1:1.4.6-2
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
> 
> Hi,
> 
> an upgrade test with piuparts revealed that your package installs files
> over existing symlinks and possibly overwrites files owned by other
> packages. This usually means an old version of the package shipped a
> symlink but that was later replaced by a real (and non-empty)
> directory. This kind of overwriting another package's files cannot be
> detected by dpkg.
> 
> This was observed on the following upgrade paths:
> 
>   wheezy -> jessie
> 
> For /usr/share/doc/PACKAGE this may not be problematic as long as both
> packages are installed, ship byte-for-byte identical files and are
> upgraded in lockstep. But once one of the involved packages gets
> removed, the other one will lose its documentation files, too,
> including the copyright file, which is a violation of Policy 12.5:
> http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile
> 
> For other overwritten locations anything interesting may happen.
> 
> Note that dpkg intentionally does not replace directories with symlinks
> and vice versa, you need the maintainer scripts to do this.
> See in particular the end of point 4 in
> http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase
> 
> It is recommended to use the dpkg-maintscript-helper commands
> 'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.2)
> to perform the conversion, ideally using d/$PACKAGE.mainstscript.
> See dpkg-maintscript-helper(1) and dh_installdeb(1) for details.
> 
> 
> >From the attached log (usually somewhere in the middle...):
> 
> 1m5.2s ERROR: FAIL: silently overwrites files via directory symlinks:
>   /usr/share/doc/opendnssec-enforcer-sqlite3/NEWS.Debian.gz
>   (opendnssec-enforcer-sqlite3) !=
>   /usr/share/doc/opendnssec-enforcer/NEWS.Debian.gz (opendnssec-enforcer)
>   /usr/share/doc/opendnssec-enforcer-sqlite3/changelog.Debian.gz
>   (opendnssec-enforcer-sqlite3) !=
>   /usr/share/doc/opendnssec-enforcer/changelog.Debian.gz
>   (opendnssec-enforcer)
>   /usr/share/doc/opendnssec-enforcer-sqlite3/changelog.gz
>   (opendnssec-enforcer-sqlite3) !=
>   /usr/share/doc/opendnssec-enforcer/changelog.gz (opendnssec-enforcer)
>   /usr/share/doc/opendnssec-enforcer-sqlite3/copyright
>   (opendnssec-enforcer-sqlite3) !=
>   /usr/share/doc/opendnssec-enforcer/copyright (opendnssec-enforcer)
> 
> 1m9.5s ERROR: FAIL: silently overwrites files via directory symlinks:
>   /usr/share/doc/opendnssec-enforcer-mysql/NEWS.Debian.gz
>   (opendnssec-enforcer-mysql) !=
>   /usr/share/doc/opendnssec-enforcer/NEWS.Debian.gz (opendnssec-enforcer)
>   /usr/share/doc/opendnssec-enforcer-mysql/changelog.Debian.gz
>   (opendnssec-enforcer-mysql) !=
>   /usr/share/doc/opendnssec-enforcer/changelog.Debian.gz
>   (opendnssec-enforcer)
>   /usr/share/doc/opendnssec-enforcer-mysql/changelog.gz
>   (opendnssec-enforcer-mysql) !=
>   /usr/share/doc/opendnssec-enforcer/changelog.gz (opendnssec-enforcer)
>   /usr/share/doc/opendnssec-enforcer-mysql/copyright
>   (opendnssec-enforcer-mysql) !=
>   /usr/share/doc/opendnssec-enforcer/copyright (opendnssec-enforcer)
> 
> 
> cheers,
> 
> Andreas
> Email had 1 attachment:
> + opendnssec-enforcer-sqlite3_1:1.4.6-2.log.gz
>   30k (application/gzip)


-- 
Ondřej Surý 
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


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

Bug#768257: libglobus-authz-doc: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Andreas Beckmann]

Package: libglobus-authz-doc
Version: 3.9-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

an upgrade test with piuparts revealed that your package installs files
over existing symlinks and possibly overwrites files owned by other
packages. This usually means an old version of the package shipped a
symlink but that was later replaced by a real (and non-empty)
directory. This kind of overwriting another package's files cannot be
detected by dpkg.

This was observed on the following upgrade paths:


For /usr/share/doc/PACKAGE this may not be problematic as long as both
packages are installed, ship byte-for-byte identical files and are
upgraded in lockstep. But once one of the involved packages gets
removed, the other one will lose its documentation files, too,
including the copyright file, which is a violation of Policy 12.5:
http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile

For other overwritten locations anything interesting may happen.

Note that dpkg intentionally does not replace directories with symlinks
and vice versa, you need the maintainer scripts to do this.
See in particular the end of point 4 in
http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase

It is recommended to use the dpkg-maintscript-helper commands
'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.2)
to perform the conversion, ideally using d/$PACKAGE.mainstscript.
See dpkg-maintscript-helper(1) and dh_installdeb(1) for details.


>From the attached log (usually somewhere in the middle...):

1m30.7s ERROR: FAIL: silently overwrites files via directory symlinks:
  /usr/share/doc/libglobus-authz-doc/changelog.Debian.gz (libglobus-authz-doc) 
!= /usr/share/doc/libglobus-authz-dev/changelog.Debian.gz 
(libglobus-authz-dev:amd64)
  /usr/share/doc/libglobus-authz-doc/copyright (libglobus-authz-doc) != 
/usr/share/doc/libglobus-authz-dev/copyright (libglobus-authz-dev:amd64)


cheers,

Andreas


libglobus-authz-doc_3.9-1.log.gz
Description: application/gzip

Bug#768258: src:openoffice.org-dictionaries: mythes dicts should at most suggest libreoffice-core

[Jonas Smedegaard]

Package: src:openoffice.org-dictionaries
Version: 1:3.3.0-4
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package relations are directional: A dictionary arguably does not
"depend" on being read, and certainly not by a specific consumer.

Please drop mythes dictionaries recommendation of libreoffice-core, to
avoid needless baggage when used in other contexts, e.g. with texstudio
or LyX.

 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQF8BAEBCgBmBQJUWygXXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0
RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWM1AH+QFfhNqyZ7DlaQjYSXgsQpeM
GLlKZHhg38NWrU8qs4MYMNIH5rXp1HBoqWIstvb3BllpA2fD2fQtvowjuumCMGXK
C7Efqs4rH2hkBB/8CdxmsW+mx9tIramllw0RRFRIgBqk29mbojGizP+WtUlSVhhO
qGPv/EfNclPKqQP3XAnKhN+j/VnSjEHikRHeitLtrpBIxHRIhy4UaRq2C/9pbyKZ
fOQNYSXT2FG9O1VzZ4ARjm0ubuOWz4lx6hjyniBevWWtj11uRGN+L2veG18LH2I7
NBFB/WKVjqmNcgc97SoFlnqZrOSA4lqCYXaJ/pSJjZi1wnv2xdeL6FCaFCDUBiU=
=qJ1Q
-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#767449: closed by Khalid Aziz (Bug#767449: fixed in kexec-tools 1:2.0.7-4)

[Jim McCloskey]

* Debian Bug Tracking System (ow...@bugs.debian.org) wrote:

  |>  This is an automatic notification regarding your Bug report
  |>  which was filed against the kexec-tools package:
  |>  
  |>  #767449: systemctl forces reboot with every shutdown
  |>  
  |>  It has been closed by Khalid Aziz .

Just to confirm that this patch did in fact fix the problem here.

Thank you very much!

Jim McCloskey


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

Bug#768256: vim-gui-common: GNOME's "open with" menu displays a huge vim icon rendering the menu unusable

[Raphaël Hertzog]

Package: vim-gui-common
Version: 2:7.4.488-1
Severity: important

On a freshly installed Jessie system where you install "vim-gnome" (and/or
likely vim-gtk too), when you right click on a text file in nautilus and
then open the "open with" sub-menu, you will see a huge vim icon taking
almost the full screen and rendering the sub-menu useless.

I believe that the problem lies in the fact that you ship a .desktop
file vim "Icon=vim" but you don't ship any icon for that in the
standardized place:
/usr/share/icons/hicolor/*/apps/vim.png
/usr/share/icons/hicolor/scalable/apps/vim.svg

Here are the files present on my system:
$ dpkg -S vim.png
gnome-accessibility-themes: /usr/share/icons/HighContrast/22x22/apps/vim.png
gnome-accessibility-themes: /usr/share/icons/HighContrast/24x24/apps/vim.png
gnome-accessibility-themes: /usr/share/icons/HighContrast/16x16/apps/vim.png
gnome-accessibility-themes: /usr/share/icons/HighContrast/256x256/apps/vim.png
gnome-accessibility-themes: /usr/share/icons/HighContrast/48x48/apps/vim.png
gnome-accessibility-themes: /usr/share/icons/HighContrast/32x32/apps/vim.png
$ dpkg -S vim.svg
vim-gui-common: /usr/share/pixmaps/vim.svg

Please fix this for Jessie as it really looks unprofessionnal.

Cheers,

-- System Information:
Debian Release: jessie/sid
  APT prefers squeeze-lts
  APT policy: (500, 'squeeze-lts'), (500, 'unstable'), (500, 'testing'), (500, 
'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

vim-gui-common depends on no packages.

Versions of packages vim-gui-common recommends:
ii  vim-gnome  2:7.4.488-1

vim-gui-common 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#768255: libglobus-authz-callout-error-doc: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Andreas Beckmann]

Package: libglobus-authz-callout-error-doc
Version: 3.4-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

an upgrade test with piuparts revealed that your package installs files
over existing symlinks and possibly overwrites files owned by other
packages. This usually means an old version of the package shipped a
symlink but that was later replaced by a real (and non-empty)
directory. This kind of overwriting another package's files cannot be
detected by dpkg.

This was observed on the following upgrade paths:


For /usr/share/doc/PACKAGE this may not be problematic as long as both
packages are installed, ship byte-for-byte identical files and are
upgraded in lockstep. But once one of the involved packages gets
removed, the other one will lose its documentation files, too,
including the copyright file, which is a violation of Policy 12.5:
http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile

For other overwritten locations anything interesting may happen.

Note that dpkg intentionally does not replace directories with symlinks
and vice versa, you need the maintainer scripts to do this.
See in particular the end of point 4 in
http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase

It is recommended to use the dpkg-maintscript-helper commands
'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.2)
to perform the conversion, ideally using d/$PACKAGE.mainstscript.
See dpkg-maintscript-helper(1) and dh_installdeb(1) for details.


>From the attached log (usually somewhere in the middle...):

1m10.2s ERROR: FAIL: silently overwrites files via directory symlinks:
  /usr/share/doc/libglobus-authz-callout-error-doc/changelog.Debian.gz 
(libglobus-authz-callout-error-doc) != 
/usr/share/doc/libglobus-authz-callout-error-dev/changelog.Debian.gz 
(libglobus-authz-callout-error-dev:amd64)
  /usr/share/doc/libglobus-authz-callout-error-doc/copyright 
(libglobus-authz-callout-error-doc) != 
/usr/share/doc/libglobus-authz-callout-error-dev/copyright 
(libglobus-authz-callout-error-dev:amd64)


cheers,

Andreas


libglobus-authz-callout-error-doc_3.4-1.log.gz
Description: application/gzip

Bug#768254: src:openthesaurus: should at most suggest libreoffice-core

[Jonas Smedegaard]

Package: src:openthesaurus
Version: 20120516-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package relations are directional: A dictionary arguably does not
"depend" on being read, and certainly not by a specific consumer.

Please do not recommend libreoffice-core, to avoid needless baggage when
using mythes dictionaries in other contexts, e.g. with texstudio or LyX.


 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQF8BAEBCgBmBQJUWyZjXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0
RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWZAsH/0Pjzen9wd75n/gusvOCsxoR
YuHyEL5bMWaqiTLuE/OEPCgHcLM7eaW/viquMOwiLD8XdcQJA1YyU6fR6p3Iq92u
b5ujJCK8UDb5Pqpa3MMhUKxqA57lZ2LD1abphrO6QT+J7BPXCEE1n4kwGNtU0Ydo
r4LGwEzKnfDc3eIRCCss59eaWd1wj1nBXWGxHepEwoQX9htKauJF4TuQ2w8LbdOS
EUYbkI0JtHQWAPQ0Q0iH3rCER9g3kElvGTfRuLcq/BxMtBm8o8aalGdyWDdYRCZU
3Rn9eNaQUSEo4uhTEoPSrIGCe6ItM9eSULRvAy5LvD+7mQi5jNzoxvIytjKMf20=
=giFp
-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#762337: Issue with sid okay

[Jalal Ahmed]

The issue is with the


  oxygen-gtk3 (1.4.0-1)

Which is in jessie/testing version.
In 'sid' with the version


  oxygen-gtk3 (1.4.1-1)

The problem has been fixed.
Now we want to push 1.4.1-1 to jessie.
thank you maintainers team.

Bug#768253: dovecot-core: dovecot stuck in postinstall

[Ritesh Raj Sarraf]

Package: dovecot-core
Version: 1:2.2.13-6
Severity: important

The dovecot package is stuck in the upgrade. It is stuck in the post
installation section.


12:58:11 rrs@learner:~$ ps aux | grep -i dove
root  9802  0.0  0.1  24560 10552 pts/6Ss+  12:19   0:00
/usr/bin/dpkg --status-fd 90 --configure keyboard-configuration:all
console-setup-linux:all console-setup:all libavutil-ffmpeg54:amd64
libswresample-ffmpeg1:amd64 libavcodec-ffmpeg56:amd64
libavformat-ffmpeg56:amd64 libavresample-ffmpeg2:amd64
libpostproc-ffmpeg53:amd64 libswscale-ffmpeg3:amd64
libavfilter-ffmpeg5:amd64 libavdevice-ffmpeg56:amd64 automake:all
dh-python:all dovecot-core:amd64 dovecot-imapd:amd64 qt-faststart:amd64
ffmpeg:amd64 libobt2:amd64 libobrender29:amd64
libtext-levenshtein-perl:all libxml-twig-perl:all openbox:amd64
openbox-kde-session:all python-imaging:all
xserver-xorg-input-mouse:amd64
root 10163  0.0  0.2  63100 17024 pts/6S+   12:19   0:00
/usr/bin/perl -w /usr/share/debconf/frontend
/var/lib/dpkg/info/dovecot-core.postinst configure 1:2.2.13-5
root 10169  0.0  0.0  0 0 pts/6Z+   12:19   0:00
[dovecot-core.po] 
root 11619  0.0  0.0  17716  2492 ?Ss   12:19   0:00
/usr/sbin/dovecot -c /etc/dovecot/dovecot.conf
dovecot  11638  0.0  0.0   9236  2008 ?S12:19   0:00
dovecot/anvil
root 11639  0.0  0.0   9364  2084 ?S12:19   0:00
dovecot/log
rrs  13767  0.0  0.0  12720  2112 pts/1S+   12:58   0:00 grep
--color=auto -i dove


-- Package-specific info:

dovecot configuration
-
# 2.2.13: /etc/dovecot/dovecot.conf
# OS: Linux 3.16-3-amd64 x86_64 Debian jessie/sid 
mail_location = maildir:~/Maildir
namespace inbox {
  inbox = yes
  location = 
  mailbox Drafts {
special_use = \Drafts
  }
  mailbox Junk {
special_use = \Junk
  }
  mailbox Sent {
special_use = \Sent
  }
  mailbox "Sent Messages" {
special_use = \Sent
  }
  mailbox Trash {
special_use = \Trash
  }
  prefix = 
}
passdb {
  driver = pam
}
protocols = " imap"
service imap-login {
  inet_listener imap {
port = 143
  }
  inet_listener imaps {
port = 993
ssl = yes
  }
}
ssl = no
userdb {
  driver = passwd
}
protocol lda {
  lda_mailbox_autocreate = yes
  lda_mailbox_autosubscribe = yes
  mail_plugins = sieve
}

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

Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dovecot-core depends on:
ii  adduser 3.113+nmu3
ii  libbz2-1.0  1.0.6-7
ii  libc6   2.19-12
ii  liblzma55.1.1alpha+20120614-2
ii  libpam-runtime  1.1.8-3.1
ii  libpam0g1.1.8-3.1
ii  libssl1.0.0 1.0.1j-1
ii  libwrap07.6.q-25
ii  openssl 1.0.1j-1
ii  ucf 3.0030
ii  zlib1g  1:1.2.8.dfsg-2

dovecot-core recommends no packages.

Versions of packages dovecot-core suggests:
pn  dovecot-gssapi
iu  dovecot-imapd 1:2.2.13-6
pn  dovecot-ldap  
pn  dovecot-lmtpd 
pn  dovecot-lucene
pn  dovecot-managesieved  
pn  dovecot-mysql 
pn  dovecot-pgsql 
pn  dovecot-pop3d 
pn  dovecot-sieve 
pn  dovecot-solr  
pn  dovecot-sqlite
pn  ntp   

Versions of packages dovecot-core is related to:
iu  dovecot-core [dovecot-common]  1:2.2.13-6
pn  dovecot-dbg
pn  dovecot-dev
pn  dovecot-gssapi 
iu  dovecot-imapd  1:2.2.13-6
pn  dovecot-ldap   
pn  dovecot-lmtpd  
pn  dovecot-managesieved   
pn  dovecot-mysql  
pn  dovecot-pgsql  
pn  dovecot-pop3d  
pn  dovecot-sieve  
pn  dovecot-sqlite 

-- debconf information:
* dovecot-core/create-ssl-cert: false
* dovecot-core/ssl-cert-name: localhost
  dovecot-core/ssl-cert-exists:


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

Bug#768121: laptop-mode-tools: Ethernet module should check for carrier before changing link speed

[Ritesh Raj Sarraf]

On 11/06/2014 12:18 AM, Matthew Gabeler-Lee wrote:
>
>> What do you mean by "shut it off" ?
>> I believe the ethernet is disabled, while on battery, only if the
>> corresponding setting is enabled in the config file.
>
> By shut it off, I mean running "ip link set dev eth0 down" to disable the
> interface -- /usr/share/laptop-mode-tools/modules/ethernet line 131.
>

That part is executed only if you instruct LMT to completely disable the
ethernet, when you switch to battery.  The setting for it is:
DISABLE_ETHERNET_ON_BATTERY=1

>>> On a related note, the invocation of ethtool doesn't work at all on
>>> at least
>>> that chipset.  Apparently it is necessary to include the duplex
>>> setting as
>>> well.  Not including the duplex setting causes ethtool to emit "Cannot
>>> advertise speed X" ...  but still causes the momentary carrier loss.  I
>>> don't know if this requirement/limitation is specific to the r8169
>>> driver.
>>> Including the duplex setting allows it to actually restrict the link
>>> speed.
>>
>> I'm not sure what you mean here. Works for me..
>
> I think my hardware may have some limitations around the speed
> changing that
> yours does not have.

No. That's why I said. I believe I have the same hardware.
0f:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)

But honestly, I haven't used the ethernet since the last time I
installed on the laptop.

>
>> The only catch you'll notice is that while on AC, my wired ethernet is
>> 10Mb/s where as on BATT, it is 1000Mb/s.
>
> This seems bass ackwards?  Wouldn't you want the on battery state to
> be the
> low speed to save power?  That's not really relevant to my problem
> though.
>

Yeah!! I need to investigate the cause. But like you know, many a times
it is the device drivers' bugs that end up reporting the wrong status.

> Running "ethtools -s eth0 speed 10" (or any other value for the speed)
> fails
> to set the speed limit on my system.  In order to set the speed limit
> on my
> system, you must also specify the duplex setting -- "ethtool -s eth0
> speed 10 duplex full" works properly, as does "... duplex half".
>

I don't see that working. Did you check the report back with ethtool ?
It still says the old speed and settings.

>> # when no carrier is detected on the interface (e.g., no active cable is
>> # plugged in).
>
> This is the other / more important aspect that is not working properly
> for
> me.
>
> Because of the call to ethtool to set the speed, it always sees
> NO-CARRIER
> when it checks this.  This temporary NO-CARRIER state happens even if the
> ethtool call gives the error described above, or if it succeeds, and
> even if
> the speed set is the same as the current speed.
>
> Switching the order of the "Handle throttling" and "Shut down interface"
> sections in the ethernet module script would be sufficient to fix the
> issue,
> at least as far as it can be fixed within the limitations of my hardware.

I am really confused here. But I'd be willing to take a patch if you
prepare.

>
> I don't think there's any way to fix the link loss every time the
> speed is
> set from l-m-t without breaking other systems.  I think that would
> need to
> be fixed in the driver, if possible ...  it may be a limitation of the
> hardware.
>


-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."



signature.asc
Description: OpenPGP digital signature

Bug#767945: unblock: nvidia-graphics-drivers/340.46-4

[Vincent Cheng]

Hi,

On Mon, Nov 3, 2014 at 7:33 AM, Andreas Beckmann  wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
>
> Please unblock package nvidia-graphics-drivers
>
> fix some misplaced files (#766343) and add missing bits for the 
> reorganization in 340.46-2
>
> unblock nvidia-graphics-drivers/340.46-4

I noticed that #767945 didn't come with a debdiff as requested by the
freeze policy, so attaching a diff between the version in testing
(340.46-3) and in sid (340.46-4).

Regards,
Vincent


nvidia-graphics-drivers_340.46-4.debdiff
Description: Binary data

Bug#767774: dpkg: File descriptor 20 (/dev/pts/2) leaked on vgs invocation

[Guillem Jover]

Control: reassign -1 apt
Control: retitle -1 apt: Leaks file descriptors to child processes

[ Leaving the whole message for context. ]

Hi!

On Sun, 2014-11-02 at 18:19:01 +0100, Ivanov Niechta wrote:
> Package: dpkg
> Version: 1.17.13

> When i install a new kernel,
> 
> The code is not setting for the clone-on-exec for the file descriptor ?

Yes, apt seems to be missing that on some of the file descriptors it
sets up. See below for a test case:

> root@vaio:/home/ivanov# apt-get install linux-image-3.16-3-amd64
> Lecture des listes de paquets... Fait
> Construction de l'arbre des dépendances
> Lecture des informations d'état... Fait
> Paquets suggérés :
>   linux-doc-3.16 debian-kernel-handbook
> Les NOUVEAUX paquets suivants seront installés :
>   linux-image-3.16-3-amd64
> 0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour.
> Il est nécessaire de prendre 0 o/33,6 Mo dans les archives.
> Après cette opération, 164 Mo d'espace disque supplémentaires seront
> utilisés.
> Préconfiguration des paquets...
> Sélection du paquet linux-image-3.16-3-amd64 précédemment désélectionné.
> (Lecture de la base de données... 147668 fichiers et répertoires déjà
> installés.)
> Préparation du dépaquetage de
> .../linux-image-3.16-3-amd64_3.16.5-1_amd64.deb ...
> Dépaquetage de linux-image-3.16-3-amd64 (3.16.5-1) ...
> Paramétrage de linux-image-3.16-3-amd64 (3.16.5-1) ...
> /etc/kernel/postinst.d/dkms:
> Error! Your kernel headers for kernel 3.16-3-amd64 cannot be found.
> Please install the linux-headers-3.16-3-amd64 package,
> or use the --kernelsourcedir option to tell DKMS where it's located
> Error! Your kernel headers for kernel 3.16-3-amd64 cannot be found.
> Please install the linux-headers-3.16-3-amd64 package,
> or use the --kernelsourcedir option to tell DKMS where it's located
> /etc/kernel/postinst.d/initramfs-tools:
> update-initramfs: Generating /boot/initrd.img-3.16-3-amd64
> /etc/kernel/postinst.d/zz-update-grub:
> Création du fichier de configuration GRUB…
> Found background image: .background_cache.png
> File descriptor 20 (/dev/pts/3) leaked on vgs invocation. Parent PID 8232:
> /usr/sbin/grub-probe
> File descriptor 20 (/dev/pts/3) leaked on vgs invocation. Parent PID 8232:
> /usr/sbin/grub-probe
> erreur : impossible de parcourir « /dev/mapper/md0_crypt » : Argument
> invalide.
> erreur : impossible de parcourir « /dev/mapper/md0_crypt » : Argument
> invalide.
> erreur : impossible de parcourir « /dev/mapper/md0_crypt » : Argument
> invalide.
> erreur : impossible de parcourir « /dev/mapper/md0_crypt » : Argument
> invalide.
> Image Linux trouvée : /boot/vmlinuz-3.16-3-amd64
> Image mémoire initiale trouvée : /boot/initrd.img-3.16-3-amd64
> Image Linux trouvée : /boot/vmlinuz-3.13-1-amd64
> Image mémoire initiale trouvée : /boot/initrd.img-3.13-1-amd64
> Image Linux trouvée : /boot/vmlinuz-3.2.0-4-amd64
> Image mémoire initiale trouvée : /boot/initrd.img-3.2.0-4-amd64
> File descriptor 20 (/dev/pts/3) leaked on vgs invocation. Parent PID 8761:
> /usr/sbin/grub-probe
> File descriptor 20 (/dev/pts/3) leaked on vgs invocation. Parent PID 8761:
> /usr/sbin/grub-probe
> erreur : impossible de parcourir « /dev/mapper/md0_crypt » : Argument
> invalide.
> erreur : impossible de parcourir « /dev/mapper/md0_crypt » : Argument
> invalide.
> erreur : impossible de parcourir « /dev/mapper/md0_crypt » : Argument
> invalide.
> erreur : impossible de parcourir « /dev/mapper/md0_crypt » : Argument
> invalide.
> File descriptor 20 (/dev/pts/3) leaked on lvs invocation. Parent PID 8946:
> /bin/sh
> fait

With the attached package, built with:

  $ dpkg-deb  -b pkg-maintscript-leak pkg-maintscript-leak.deb

doing:

  # dpkg -i pkg-maintscript-leak.deb
  Selecting previously unselected package pkg-maintscript-leak.
  (Reading database ... 225380 files and directories currently installed.)
  Preparing to unpack pkg-maintscript-leak.deb ...
  total 0
  lrwx-- 1 root root 64 Nov  6 07:51 0 -> /dev/pts/3
  lrwx-- 1 root root 64 Nov  6 07:51 1 -> /dev/pts/3
  lrwx-- 1 root root 64 Nov  6 07:51 2 -> /dev/pts/3
  lr-x-- 1 root root 64 Nov  6 07:51 3 -> /proc/26144/fd
  Unpacking pkg-maintscript-leak (0) ...
  Setting up pkg-maintscript-leak (0) ...
  total 0
  lrwx-- 1 root root 64 Nov  6 07:51 0 -> /dev/pts/3
  lrwx-- 1 root root 64 Nov  6 07:51 1 -> /dev/pts/3
  lrwx-- 1 root root 64 Nov  6 07:51 2 -> /dev/pts/3
  lr-x-- 1 root root 64 Nov  6 07:51 3 -> /proc/26150/fd

does not leak file descriptors, the first three are stdin, stdout and
stderr, the other one is an fd for the /proc/self/fd/ directory. But
doing:

  # apt install pkg-maintscript-leak.deb
  […]
  Selecting previously unselected package pkg-maintscript-leak.
  (Reading database ... 225380 files and directories currently installed.)
  Preparing to unpack .../pkg-maintscript-leak.deb ...
  total 0
  lrwx-- 1 root root 64 Nov  6 07:59 0 -> /dev/pts/14
  lrwx-- 1 root root 64 Nov  6 07:59 1 -> /dev/pts/

Bug#763909: Bug#767919: unblock: viewmol/2.4.1-21

[Andreas Tille]

Hi Graham,

On Wed, Nov 05, 2014 at 12:54:48PM +0200, Graham Inggs wrote:
> On 05/11/2014 11:40, Andreas Tille wrote:
> >To bad that we stumbled to late about this problem to block the way more
> >simple solution sith source format and debhelper. :-)
> 
> Yeah, that would have been simpler.
> Running configure in the build-arch target instead of the build
> target seems to have done the trick.
> 
> I attach a debdiff against 2.4.1-21 which pre-applies
> debian/patches/150-getmachine_multiarch.patch and modifies the
> build-arch target in debian/rules.
> It also includes the minor changes from
> git://anonscm.debian.org/debian-science/packages/viewmol.git.
> Please feel free to modify the changelog as you see fit (or anything
> else, for that matter).

You can also feel free to commit straight to Git.

I just uploaded your changes.  I'll wait for updating the bug against
release.d.o to make sure all will be fine.  Since I'm a bit AFK the next
three days feel free to ping yourself release.d.o that the package is OK
now and they might consider unblocking.

Thanks for your work on this package

   Andreas.

-- 
http://fam-tille.de


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

Bug#746054: Linking Twinkle against OpenSSL

[Rolf Leggewie]

Dear Michel,

thank you for providing twinkle as a FOSS software.  My name is Rolf
Leggewie, I've been a long-time user and for many years it has been the
only software that was actually working with my setup while others
consistently failed.

I contact you with regards to https://bugs.debian.org/746054  The easy
fix for that is to add libssl-dev to the compile-time dependencies to
make sure the software can be compiled against OpenSSL.  Debian as a
project is of the opinion that linking GPL-licensed software against
OpenSSL is a copyright violation.  You are the copyright holder of
twinkle and if you are OK with your software being compiled against
OpenSSL and the results distributed under GPL, then there is no problem
and nothing further to be done.  May I ask what is your position on this
matter?

https://www.openssl.org/support/faq.html#LEGAL2

Regards

Rolf


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

Bug#768083: unblock: blends/0.6.92.2

[Andreas Tille]

On Wed, Nov 05, 2014 at 11:14:14PM +, Jonathan Wiltshire wrote:
> On Tue, Nov 04, 2014 at 09:59:47PM +0100, Andreas Tille wrote:
> > Please unblock package blends
> > 
> > As reported in #768011 the blends-dev package currently in testing can
> > potentially create non-policy conform metapackages if the user who is
> > creating a set of metapackages might have additional sources in
> > /etc/apt/sources.list.  This is prevented by version 0.6.92.2 in the
> > least invasive way.
> 
> Unblocked, thanks.

thanks to you.
 
> (At 'critical' severity, should that be aged a bit or left to test?)

By nature this package is not heavily tested since you do not create
metapackages every day.  The problem also only occures if it happens
that you keep non-free or unstable in your sources.list.d dir -
otherwise everything is fine (the problem did not showed up for years).

So I do not see any reason for an additional waiting period.

Thanks for your work on the Debian release

   Andreas.

-- 
http://fam-tille.de


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

Bug#768251: RFS: ip2location/7.0.0-1 [ITP]

[Lim Chris]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "ip2location":

Package name: ip2location
Version : 7.0.0-1
Upstream Author : IP2Location
URL : http://www.ip2location.com
License : LGPLv3
Section : misc

It builds those binary packages:

ip2location - Get IP address information from IP2Location BIN data file

To access further information about this package, please visit the following 
URL:

http://mentors.debian.net/package/ip2location

Alternatively, one can download the package with dget using this command:

dget -x 
http://mentors.debian.net/debian/pool/main/i/ip2location/ip2location_7.0.0-1.dsc

More information about ip2location can be obtained from 
https://github.com/chrislim2888/ip2location.

Changes since the last upload:

Initial release


Regards,
Chris Lim

Bug#764557: more info

[Nikolaus Rath]

retitle 764557 "Persistent journal gets corrupted"
thanks

Alright, the journal is not truly growing without bounds. Further below, I 
found:

> Permanent journal is using 819.7M (max allowed 3.8G, trying to leave > 4.0G 
> free of 6.6G available → current limit 2.6G).

So this is probably not the issue.

I then tried running journalctl --verify and got several errors:

$ journalctl --verify &> journalctl-verify.log
# grep -v PASS journalctl-verify.log 
Invalid tail monotonic timestamp
File corruption detected at 
/var/log/journal/b865c77cc176b5ef3b69390a000d/user-1000@a26c2d4e0a8e4ed49fb0bad469dee6c6-0611-0004ffc56e15ab8c.journal:00
 (of 8388608 bytes, 0%).
FAIL: 
/var/log/journal/b865c77cc176b5ef3b69390a000d/user-1000@a26c2d4e0a8e4ed49fb0bad469dee6c6-0611-0004ffc56e15ab8c.journal
 (Bad message)
Invalid tail monotonic timestamp
File corruption detected at 
/var/log/journal/b865c77cc176b5ef3b69390a000d/user-65534@763da377eefc4369ad61af34c4a5a1c6-00015774-0004fefdbd6fe9c7.journal:00
 (of 8388608 bytes, 0%).
FAIL: 
/var/log/journal/b865c77cc176b5ef3b69390a000d/user-65534@763da377eefc4369ad61af34c4a5a1c6-00015774-0004fefdbd6fe9c7.journal
 (Bad message)
Invalid data object at hash entry 3944 of 233016
File corruption detected at 
/var/log/journal/b865c77cc176b5ef3b69390a000d/user-1000@0005065350521a47-17e420d2d51ab126.journal~:00
 (of 8388608 bytes, 0%).
FAIL: 
/var/log/journal/b865c77cc176b5ef3b69390a000d/user-1000@0005065350521a47-17e420d2d51ab126.journal~
 (Bad message)
Data object references invalid entry at 5182040
File corruption detected at 
/var/log/journal/b865c77cc176b5ef3b69390a000d/system@00050713408c0d34-e40e6aa5c35eb139.journal~:00
 (of 8388608 bytes, 0%).
FAIL: 
/var/log/journal/b865c77cc176b5ef3b69390a000d/system@00050713408c0d34-e40e6aa5c35eb139.journal~
 (Bad message)
Data number mismatch
File corruption detected at 
/var/log/journal/b865c77cc176b5ef3b69390a000d/system@000507165d32850c-5b4cd09ceb6b2ea6.journal~:00
 (of 16777216 bytes, 0%).
FAIL: 
/var/log/journal/b865c77cc176b5ef3b69390a000d/system@000507165d32850c-5b4cd09ceb6b2ea6.journal~
 (Bad message)
Invalid tail monotonic timestamp
File corruption detected at 
/var/log/journal/b865c77cc176b5ef3b69390a000d/user-65534@763da377eefc4369ad61af34c4a5a1c6-000263f0-000504a444037da7.journal:00
 (of 8388608 bytes, 0%).
FAIL: 
/var/log/journal/b865c77cc176b5ef3b69390a000d/user-65534@763da377eefc4369ad61af34c4a5a1c6-000263f0-000504a444037da7.journal
 (Bad message)

/var/log is btrfs. Not sure who's the culprit here.


On the plus side, after running the journalctl commands from my first mail now 
all work.


Best,
-Nikolaus
 
-- 
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F

 »Time flies like an arrow, fruit flies like a Banana.«


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

Bug#768250: RM: php-symfony-icu -- ROM; Deprecated upstream, features included in symfony

[David Prévot]

Package: ftp.debian.org
Severity: normal

Hi,

symfony 2.3.21+dfsg-1 dropped the (build-)dependency on php-symfony-icu,
making this package now useless. Furthermore, it’s deprecated upstream:
“[DEPRECATED] This repository only exists for BC compatibility with old
versions of Symfony. Recent versions comes with ICU data.”


Thanks in advance for removing this package.


signature.asc
Description: Digital signature

Bug#768249: unblock: konversation/1.5-2

[Diane Trout]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package konversation

To fix
https://security-tracker.debian.org/tracker/CVE-2014-8483
I backported a fix from upstream

unblock konversation/1.5-2

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

Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores)
diff -Nru konversation-1.5/debian/changelog konversation-1.5/debian/changelog
--- konversation-1.5/debian/changelog	2014-02-22 17:19:37.0 -0800
+++ konversation-1.5/debian/changelog	2014-11-05 14:02:01.0 -0800
@@ -1,3 +1,11 @@
+konversation (1.5-2) unstable; urgency=medium
+
+  * Backport fix for CVE-2014-8483 in cve-2014-8483.patch
+See https://security-tracker.debian.org/tracker/CVE-2014-8483
+(Closes: #768191)
+
+ -- Diane Trout   Wed, 05 Nov 2014 22:47:53 +0100
+
 konversation (1.5-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru konversation-1.5/debian/patches/cve-2014-8483.patch konversation-1.5/debian/patches/cve-2014-8483.patch
--- konversation-1.5/debian/patches/cve-2014-8483.patch	1969-12-31 16:00:00.0 -0800
+++ konversation-1.5/debian/patches/cve-2014-8483.patch	2014-11-05 12:21:25.0 -0800
@@ -0,0 +1,49 @@
+Origin: http://quickgit.kde.org/?p=konversation.git&a=commit&h=1f55cee8b3d0956adc98834f7b5832e48e077ed7
+Bug: https://bugs.kde.org/show_bug.cgi?id=210792
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768191
+Description: Do a bounds check on ECB blocks.
+Backport fix for CVE-2014-8483
+https://security-tracker.debian.org/tracker/CVE-2014-8483
+.
+Blindly assuming they're the expected 12 chars can lead to a crash
+on malformed input.
+.
+Original patch by Manuel Nickschas for Quassel, who incorporated
+the original Konversation code into Quassel in 2009.
+
+--- a/src/cipher.cpp
 b/src/cipher.cpp
+@@ -353,8 +353,12 @@
+ }
+ else
+ {
++// ECB Blowfish encodes in blocks of 12 chars, so anything else is malformed input
++if ((temp.length() % 12) != 0)
++return cipherText;
++
+ temp = b64ToByte(temp);
+-while((temp.length() % 8) != 0) temp.append('\0');
++while ((temp.length() % 8) != 0) temp.append('\0');
+ }
+ 
+ QCA::Direction dir = (direction) ? QCA::Encode : QCA::Decode;
+@@ -362,11 +366,17 @@
+ QByteArray temp2 = cipher.update(QCA::MemoryRegion(temp)).toByteArray();
+ temp2 += cipher.final().toByteArray();
+ 
+-if(!cipher.ok())
++if (!cipher.ok())
+ return cipherText;
+ 
+-if(direction)
++if (direction)
++{
++// Sanity check
++if ((temp2.length() % 8) != 0)
++return cipherText;
++
+ temp2 = byteToB64(temp2);
++}
+ 
+ return temp2;
+ }
diff -Nru konversation-1.5/debian/patches/series konversation-1.5/debian/patches/series
--- konversation-1.5/debian/patches/series	2014-02-22 10:28:08.0 -0800
+++ konversation-1.5/debian/patches/series	2014-11-05 10:45:52.0 -0800
@@ -1,2 +1,3 @@
+cve-2014-8483.patch
 debian_dbug_autoreplace.diff
 debian_channel.diff

Bug#764557: extra info

[Nikolaus Rath]

Update: when running sufficiently long, journalctl eventually prints
something, but it is *very* slow. The strace output is:

mmap(NULL, 4198400, PROT_READ, MAP_SHARED, 6, 0x528000) = 0x7f46ace1a000
munmap(0x7f46ab617000, 8388608) = 0
mmap(NULL, 4198400, PROT_READ, MAP_SHARED, 7, 0x84d000) = 0x7f46aba16000
munmap(0x7f46abe17000, 8388608) = 0
mmap(NULL, 8388608, PROT_READ, MAP_SHARED, 8, 0x43e000) = 0x7f46ac058000
munmap(0x7f46ac858000, 4202496) = 0
mmap(NULL, 5251072, PROT_READ, MAP_SHARED, 18, 0x59d000) = 0x7f46ac918000
munmap(0x7f46ad21b000, 8388608) = 0

with several seconds delay in between.

Additionally, it seems that my journal grows without bounds. Currently,
it is at 820 MB. The first recorded journal entry claims:

Apr 19 13:16:41 vostro systemd-journal[488]: Allowing runtime journal
files to grow to 159.4M.


Best,
-Nikolaus

-- 
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F

 »Time flies like an arrow, fruit flies like a Banana.«


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

Bug#765663: [debian-mysql] Bug#765663: mysql-5.5: Multiple security fixes from October 2014 CPU

[Salvatore Bonaccorso]

hey Clint,

On Thu, Nov 06, 2014 at 05:36:55AM +0100, Clint Byrum wrote:
> Sorry Salvatore, I think at least a couple of us have been preoccupied
> with the OpenStack summit in Paris the last few weeks. I'll try to make
> some time to update unstable ASAP.

Ok and thanks for your status update!

Regards,
Salvatore


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

Bug#765663: [debian-mysql] Bug#765663: mysql-5.5: Multiple security fixes from October 2014 CPU

[Clint Byrum]

Sorry Salvatore, I think at least a couple of us have been preoccupied
with the OpenStack summit in Paris the last few weeks. I'll try to make
some time to update unstable ASAP.

Excerpts from Salvatore Bonaccorso's message of 2014-11-05 22:19:12 +0100:
> On Fri, Oct 17, 2014 at 09:40:13AM +0200, Salvatore Bonaccorso wrote:
> > Source: mysql-5.5
> > Version: 5.5.23-2
> > Severity: grave
> > Tags: security upstream fixed-upstream
> > 
> > Hi
> > 
> > Please see:
> > 
> > http://www.oracle.com/technetwork/topics/security/cpuoct2014-1972960.html#AppendixMSQL
> 
> *ping*?
> 
> Regards,
> Salvatore
> 


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

Bug#768061: setuplibdir in config.py not used.

[Changwoo Ryu]

Control: forwarded -1 https://github.com/choehwanjin/ibus-hangul/pull/28


This is indeed cosmetic. No one shares /usr/share across different
archs, even in old days. I will rather wait for the upstream to fix
it.

I added this as part of my pull request to the upstream:

https://github.com/choehwanjin/ibus-hangul/pull/28


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

Bug#768248: ITP: gnome-shell-extension-redshift -- gnome shell extension for controlling redshift

[Cameron Norman]

On Wed, Nov 5, 2014 at 7:48 PM, Eric Dorland  wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Eric Dorland 
>
> * Package name: gnome-shell-extension-redshift
>   Version : 8a57273af00f413afd47d2b31d2cd50c6f8d8b6d
>   Upstream Author : Thomas Liebetraut 
> * URL : 
> https://github.com/tommie-lie/gnome-shell-extension-redshift
> * License : GPLv3
>   Programming Lang: Javascript
>   Description : redshift extension for GNOME Shell
>
> redshift integration for GNOME Shell.

Very cool! You'll probably want to ensure that [this bug][1] gets
resolved, as the version of GNOME shell in Jessie and Sid is 3.14.

[1] https://github.com/tommie-lie/gnome-shell-extension-redshift/issues/6

Best wishes,
--
Cameron Norman


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

Bug#258096: upgrade your webmail

[Webmail Team]

Important Notice!

We detected  unusual activity on your email account.

Your Email account needs to be upgraded regularly  to prevent login
problems and loss of email record.

Your information isn't shared and it works with any POP3 or IMAP4 email!

click or copy the website to upgrade immediately.

http://kachelhout.nl/img/act/login/validate/update/un?userid=258...@bugs.debian.org

Webmail Service

This is an automated system generated warning message.

Please do not reply.


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

Bug#768248: ITP: gnome-shell-extension-redshift -- gnome shell extension for controlling redshift

[Eric Dorland]

Package: wnpp
Severity: wishlist
Owner: Eric Dorland 

* Package name: gnome-shell-extension-redshift
  Version : 8a57273af00f413afd47d2b31d2cd50c6f8d8b6d
  Upstream Author : Thomas Liebetraut 
* URL : https://github.com/tommie-lie/gnome-shell-extension-redshift
* License : GPLv3
  Programming Lang: Javascript
  Description : redshift extension for GNOME Shell

redshift integration for GNOME Shell.


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

Bug#768247: burp-dbg: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Andreas Beckmann]

Package: burp-dbg
Version: 1.3.48-4
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

an upgrade test with piuparts revealed that your package installs files
over existing symlinks and possibly overwrites files owned by other
packages. This usually means an old version of the package shipped a
symlink but that was later replaced by a real (and non-empty)
directory. This kind of overwriting another package's files cannot be
detected by dpkg.

This was observed on the following upgrade paths:

  wheezy -> jessie

For /usr/share/doc/PACKAGE this may not be problematic as long as both
packages are installed, ship byte-for-byte identical files and are
upgraded in lockstep. But once one of the involved packages gets
removed, the other one will lose its documentation files, too,
including the copyright file, which is a violation of Policy 12.5:
http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile

For other overwritten locations anything interesting may happen.

Note that dpkg intentionally does not replace directories with symlinks
and vice versa, you need the maintainer scripts to do this.
See in particular the end of point 4 in
http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase

It is recommended to use the dpkg-maintscript-helper commands
'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.2)
to perform the conversion, ideally using d/$PACKAGE.mainstscript.
See dpkg-maintscript-helper(1) and dh_installdeb(1) for details.


>From the attached log (usually somewhere in the middle...):

0m55.3s ERROR: FAIL: silently overwrites files via directory symlinks:
  /usr/share/doc/burp-dbg/changelog.Debian.gz (burp-dbg) != 
/usr/share/doc/burp/changelog.Debian.gz (burp)
  /usr/share/doc/burp-dbg/changelog.gz (burp-dbg) != 
/usr/share/doc/burp/changelog.gz (burp)
  /usr/share/doc/burp-dbg/copyright (burp-dbg) != /usr/share/doc/burp/copyright 
(burp)


cheers,

Andreas


burp-dbg_1.3.48-4.log.gz
Description: application/gzip

Bug#768246: php-net-ldap: unhandled symlink to directory conversion: /usr/share/php/tests/Net_LDAP

[Andreas Beckmann]

Package: php-net-ldap
Version: 1:1.1.5-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

an upgrade test with piuparts revealed that your package installs files
over existing symlinks and possibly overwrites files owned by other
packages. This usually means an old version of the package shipped a
symlink but that was later replaced by a real (and non-empty)
directory. This kind of overwriting another package's files cannot be
detected by dpkg.

This was observed on the following upgrade paths:

  wheezy -> jessie

For /usr/share/doc/PACKAGE this may not be problematic as long as both
packages are installed, ship byte-for-byte identical files and are
upgraded in lockstep. But once one of the involved packages gets
removed, the other one will lose its documentation files, too,
including the copyright file, which is a violation of Policy 12.5:
http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile

For other overwritten locations anything interesting may happen.

Note that dpkg intentionally does not replace directories with symlinks
and vice versa, you need the maintainer scripts to do this.
See in particular the end of point 4 in
http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase

It is recommended to use the dpkg-maintscript-helper commands
'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.2)
to perform the conversion, ideally using d/$PACKAGE.mainstscript.
See dpkg-maintscript-helper(1) and dh_installdeb(1) for details.


>From the attached log (usually somewhere in the middle...):

1m1.0s INFO: dirname part contains a symlink:
  /usr/share/php/tests/Net_LDAP/tests/AllTests.php (php-net-ldap) != 
/usr/share/doc/php-net-ldap/tests/AllTests.php (?)
  /usr/share/php/tests/Net_LDAP/tests/Net_LDAPTest.php (php-net-ldap) != 
/usr/share/doc/php-net-ldap/tests/Net_LDAPTest.php (?)
  /usr/share/php/tests/Net_LDAP/tests/Net_LDAP_EntryTest.php (php-net-ldap) != 
/usr/share/doc/php-net-ldap/tests/Net_LDAP_EntryTest.php (?)
  /usr/share/php/tests/Net_LDAP/tests/Net_LDAP_FilterTest.php (php-net-ldap) != 
/usr/share/doc/php-net-ldap/tests/Net_LDAP_FilterTest.php (?)
  /usr/share/php/tests/Net_LDAP/tests/Net_LDAP_LDIFTest.php (php-net-ldap) != 
/usr/share/doc/php-net-ldap/tests/Net_LDAP_LDIFTest.php (?)
  /usr/share/php/tests/Net_LDAP/tests/Net_LDAP_RootDSETest.php (php-net-ldap) 
!= /usr/share/doc/php-net-ldap/tests/Net_LDAP_RootDSETest.php (?)
  /usr/share/php/tests/Net_LDAP/tests/Net_LDAP_SearchTest.php (php-net-ldap) != 
/usr/share/doc/php-net-ldap/tests/Net_LDAP_SearchTest.php (?)
  /usr/share/php/tests/Net_LDAP/tests/Net_LDAP_UtilTest.php (php-net-ldap) != 
/usr/share/doc/php-net-ldap/tests/Net_LDAP_UtilTest.php (?)
  /usr/share/php/tests/Net_LDAP/tests/ldapconfig.ini.dist (php-net-ldap) != 
/usr/share/doc/php-net-ldap/tests/ldapconfig.ini.dist (?)
  /usr/share/php/tests/Net_LDAP/tests/ldapldifconfig.ini.dist (php-net-ldap) != 
/usr/share/doc/php-net-ldap/tests/ldapldifconfig.ini.dist (?)
  /usr/share/php/tests/Net_LDAP/tests/ldif_data (php-net-ldap) != 
/usr/share/doc/php-net-ldap/tests/ldif_data (?)
  /usr/share/php/tests/Net_LDAP/tests/ldif_data/changes.ldif (php-net-ldap) != 
/usr/share/doc/php-net-ldap/tests/ldif_data/changes.ldif (?)
  /usr/share/php/tests/Net_LDAP/tests/ldif_data/malformed_encoding.ldif 
(php-net-ldap) != 
/usr/share/doc/php-net-ldap/tests/ldif_data/malformed_encoding.ldif (?)
  /usr/share/php/tests/Net_LDAP/tests/ldif_data/malformed_syntax.ldif 
(php-net-ldap) != 
/usr/share/doc/php-net-ldap/tests/ldif_data/malformed_syntax.ldif (?)
  /usr/share/php/tests/Net_LDAP/tests/ldif_data/malformed_wrapping.ldif 
(php-net-ldap) != 
/usr/share/doc/php-net-ldap/tests/ldif_data/malformed_wrapping.ldif (?)
  /usr/share/php/tests/Net_LDAP/tests/ldif_data/sorted_w40.ldif (php-net-ldap) 
!= /usr/share/doc/php-net-ldap/tests/ldif_data/sorted_w40.ldif (?)
  /usr/share/php/tests/Net_LDAP/tests/ldif_data/sorted_w50.ldif (php-net-ldap) 
!= /usr/share/doc/php-net-ldap/tests/ldif_data/sorted_w50.ldif (?)
  /usr/share/php/tests/Net_LDAP/tests/ldif_data/unsorted_w30.ldif 
(php-net-ldap) != /usr/share/doc/php-net-ldap/tests/ldif_data/unsorted_w30.ldif 
(?)
  /usr/share/php/tests/Net_LDAP/tests/ldif_data/unsorted_w50.ldif 
(php-net-ldap) != /usr/share/doc/php-net-ldap/tests/ldif_data/unsorted_w50.ldif 
(?)
  /usr/share/php/tests/Net_LDAP/tests/ldif_data/unsorted_w50_WIN.ldif 
(php-net-ldap) != 
/usr/share/doc/php-net-ldap/tests/ldif_data/unsorted_w50_WIN.ldif (?)


cheers,

Andreas


php-net-ldap_1:1.1.5-2.log.gz
Description: application/gzip

Bug#768244: qemu-system: leaves alternatives after purge: /usr/bin/qemu = /usr/bin/qemu-system-i386

[Andreas Beckmann]

Package: qemu-system
Version: 2.1+dfsg-5
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8:

http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

The leftover files are actually alternatives that were installed by the
package but have not been properly removed.

While there is ongoing discussion how to remove alternatives correctly
(see http://bugs.debian.org/71621 for details) the following strategy
should work for regular cases:
* 'postinst configure' always installs the alternative
* 'prerm remove' removes the alternative
* 'postrm remove' and 'postrm disappear' remove the alternative
In all other cases a maintainer script is invoked (e.g. upgrade,
deconfigure) the alternatives are not modified to preserve user
configuration.
Removing the alternative in 'prerm remove' avoids having a dangling link
once the actual file gets removed, but 'prerm remove' is not called in
all cases (e.g. unpacked but not configured packages or disappearing
packages) so the postrm must remove the alternative again
(update-alternatives gracefully handles removal of non-existing
alternatives).

Note that the arguments for adding and removing alternatives differ, for
removal it's 'update-alternatives --remove  '.

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

>From the attached log (scroll to the bottom...):

1m33.1s INFO: Warning: Package purging left files on system:
  /etc/alternatives/qemu -> /usr/bin/qemu-system-i386not owned
  /usr/bin/qemu -> /etc/alternatives/qemunot owned


This was observed after an ugrade from wheezy to jessie. If these
alternatives are obsolete, they should be removed by the postinst script.


cheers,

Andreas


qemu-system_2.1+dfsg-5+b1.log.gz
Description: application/gzip

Bug#768245: opendnssec-enforcer-{sqlite3, mysql}: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Andreas Beckmann]

Package: opendnssec-enforcer-sqlite3,opendnssec-enforcer-mysql
Version: 1:1.4.6-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

an upgrade test with piuparts revealed that your package installs files
over existing symlinks and possibly overwrites files owned by other
packages. This usually means an old version of the package shipped a
symlink but that was later replaced by a real (and non-empty)
directory. This kind of overwriting another package's files cannot be
detected by dpkg.

This was observed on the following upgrade paths:

  wheezy -> jessie

For /usr/share/doc/PACKAGE this may not be problematic as long as both
packages are installed, ship byte-for-byte identical files and are
upgraded in lockstep. But once one of the involved packages gets
removed, the other one will lose its documentation files, too,
including the copyright file, which is a violation of Policy 12.5:
http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile

For other overwritten locations anything interesting may happen.

Note that dpkg intentionally does not replace directories with symlinks
and vice versa, you need the maintainer scripts to do this.
See in particular the end of point 4 in
http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase

It is recommended to use the dpkg-maintscript-helper commands
'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.2)
to perform the conversion, ideally using d/$PACKAGE.mainstscript.
See dpkg-maintscript-helper(1) and dh_installdeb(1) for details.


>From the attached log (usually somewhere in the middle...):

1m5.2s ERROR: FAIL: silently overwrites files via directory symlinks:
  /usr/share/doc/opendnssec-enforcer-sqlite3/NEWS.Debian.gz 
(opendnssec-enforcer-sqlite3) != 
/usr/share/doc/opendnssec-enforcer/NEWS.Debian.gz (opendnssec-enforcer)
  /usr/share/doc/opendnssec-enforcer-sqlite3/changelog.Debian.gz 
(opendnssec-enforcer-sqlite3) != 
/usr/share/doc/opendnssec-enforcer/changelog.Debian.gz (opendnssec-enforcer)
  /usr/share/doc/opendnssec-enforcer-sqlite3/changelog.gz 
(opendnssec-enforcer-sqlite3) != 
/usr/share/doc/opendnssec-enforcer/changelog.gz (opendnssec-enforcer)
  /usr/share/doc/opendnssec-enforcer-sqlite3/copyright 
(opendnssec-enforcer-sqlite3) != /usr/share/doc/opendnssec-enforcer/copyright 
(opendnssec-enforcer)

1m9.5s ERROR: FAIL: silently overwrites files via directory symlinks:
  /usr/share/doc/opendnssec-enforcer-mysql/NEWS.Debian.gz 
(opendnssec-enforcer-mysql) != 
/usr/share/doc/opendnssec-enforcer/NEWS.Debian.gz (opendnssec-enforcer)
  /usr/share/doc/opendnssec-enforcer-mysql/changelog.Debian.gz 
(opendnssec-enforcer-mysql) != 
/usr/share/doc/opendnssec-enforcer/changelog.Debian.gz (opendnssec-enforcer)
  /usr/share/doc/opendnssec-enforcer-mysql/changelog.gz 
(opendnssec-enforcer-mysql) != /usr/share/doc/opendnssec-enforcer/changelog.gz 
(opendnssec-enforcer)
  /usr/share/doc/opendnssec-enforcer-mysql/copyright 
(opendnssec-enforcer-mysql) != /usr/share/doc/opendnssec-enforcer/copyright 
(opendnssec-enforcer)


cheers,

Andreas


opendnssec-enforcer-sqlite3_1:1.4.6-2.log.gz
Description: application/gzip

Bug#766418: Needlessly causes systemd-modules-load.service to fail on desktops

[Christian Hofstaedtler]

Control: severity 766418 important

Installing the ipmitool command line utility should not enable a
daemon, and it should not cause unrelated stuff to fail.

While I welcome ipmievd in principle, it should be in its own package
and the modules should probably only get loaded when ipmievd is
enabled.

-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-



signature.asc
Description: Digital signature

Bug#768243: heimdal-clients: leaves alternatives after purge: rcp, rsh, telnet

[Andreas Beckmann]

Package: heimdal-clients
Version: 1.6~rc2+dfsg-8
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8:

http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

The leftover files are actually alternatives that were installed by the
package but have not been properly removed.

While there is ongoing discussion how to remove alternatives correctly
(see http://bugs.debian.org/71621 for details) the following strategy
should work for regular cases:
* 'postinst configure' always installs the alternative
* 'prerm remove' removes the alternative
* 'postrm remove' and 'postrm disappear' remove the alternative
In all other cases a maintainer script is invoked (e.g. upgrade,
deconfigure) the alternatives are not modified to preserve user
configuration.
Removing the alternative in 'prerm remove' avoids having a dangling link
once the actual file gets removed, but 'prerm remove' is not called in
all cases (e.g. unpacked but not configured packages or disappearing
packages) so the postrm must remove the alternative again
(update-alternatives gracefully handles removal of non-existing
alternatives).

Note that the arguments for adding and removing alternatives differ, for
removal it's 'update-alternatives --remove  '.

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

>From the attached log (scroll to the bottom...):

1m6.7s INFO: Warning: Package purging left files on system:
  /etc/alternatives/rcp -> /usr/bin/krcp not owned
  /etc/alternatives/rcp.1.gz -> /usr/share/man/man1/krcp.1.gznot owned
  /etc/alternatives/rsh -> /usr/bin/krsh not owned
  /etc/alternatives/rsh.1.gz -> /usr/share/man/man1/krsh.1.gznot owned
  /etc/alternatives/telnet -> /usr/bin/ktelnet   not owned
  /etc/alternatives/telnet.1.gz -> /usr/share/man/man1/ktelnet.1.gz  not 
owned
  /usr/bin/rcp -> /etc/alternatives/rcp  not owned
  /usr/bin/rsh -> /etc/alternatives/rsh  not owned
  /usr/bin/telnet -> /etc/alternatives/telnetnot owned
  /usr/share/man/man1/rcp.1.gz -> /etc/alternatives/rcp.1.gz not owned
  /usr/share/man/man1/rsh.1.gz -> /etc/alternatives/rsh.1.gz not owned
  /usr/share/man/man1/telnet.1.gz -> /etc/alternatives/telnet.1.gz   not 
owned


This was observed after an upgrade from wheezy to jessie.
If these alternatives are obsolete, they should be removed by the postinst 
script.


cheers,

Andreas


heimdal-clients_1.6~rc2+dfsg-8.log.gz
Description: application/gzip

Bug#768242: gobby-0.5: leaves alternatives after purge: gobby: /usr/bin/gobby-0.5

[Andreas Beckmann]

Package: gobby-0.5
Version: 0.5.0-3
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8:

http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

The leftover files are actually alternatives that were installed by the
package but have not been properly removed.

While there is ongoing discussion how to remove alternatives correctly
(see http://bugs.debian.org/71621 for details) the following strategy
should work for regular cases:
* 'postinst configure' always installs the alternative
* 'prerm remove' removes the alternative
* 'postrm remove' and 'postrm disappear' remove the alternative
In all other cases a maintainer script is invoked (e.g. upgrade,
deconfigure) the alternatives are not modified to preserve user
configuration.
Removing the alternative in 'prerm remove' avoids having a dangling link
once the actual file gets removed, but 'prerm remove' is not called in
all cases (e.g. unpacked but not configured packages or disappearing
packages) so the postrm must remove the alternative again
(update-alternatives gracefully handles removal of non-existing
alternatives).

Note that the arguments for adding and removing alternatives differ, for
removal it's 'update-alternatives --remove  '.

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

>From the attached log (scroll to the bottom...):

1m48.4s INFO: Warning: Package purging left files on system:
  /etc/alternatives/gobby -> /usr/bin/gobby-0.5  not owned
  /etc/alternatives/gobby.1.gz -> /usr/share/man/man1/gobby-0.5.1.gz not 
owned


This was observed after an upgrade from wheezy to jessie.
If this is an obsolete alternative, it should be removed by the
postinst script.


cheers,

Andreas


gobby-0.5_0.5.0-3.log.gz
Description: application/gzip

Bug#768241: zsh: leaves alternatives after purge: /bin/rzsh = /bin/zsh4

[Andreas Beckmann]

Package: zsh
Version: 5.0.7-3
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8:

http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

The leftover files are actually alternatives that were installed by the
package but have not been properly removed.

While there is ongoing discussion how to remove alternatives correctly
(see http://bugs.debian.org/71621 for details) the following strategy
should work for regular cases:
* 'postinst configure' always installs the alternative
* 'prerm remove' removes the alternative
* 'postrm remove' and 'postrm disappear' remove the alternative
In all other cases a maintainer script is invoked (e.g. upgrade,
deconfigure) the alternatives are not modified to preserve user
configuration.
Removing the alternative in 'prerm remove' avoids having a dangling link
once the actual file gets removed, but 'prerm remove' is not called in
all cases (e.g. unpacked but not configured packages or disappearing
packages) so the postrm must remove the alternative again
(update-alternatives gracefully handles removal of non-existing
alternatives).

Note that the arguments for adding and removing alternatives differ, for
removal it's 'update-alternatives --remove  '.

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

>From the attached log (scroll to the bottom...):

1m17.6s INFO: Warning: Package purging left files on system:
  /bin/rzsh -> /etc/alternatives/rzshnot owned
  /etc/alternatives/rzsh -> /bin/zsh4not owned
  /etc/alternatives/rzsh.1.gz -> /usr/share/man/man1/zsh.1.gznot owned
  /usr/share/man/man1/rzsh.1.gz -> /etc/alternatives/rzsh.1.gz   not owned

This was observed after an upgrade from wheezy to jessie.
Since this alternative seems to be no longer relevant, if should be
removed by the postinst script.


cheers,

Andreas


zsh_5.0.7-3.log.gz
Description: application/gzip

Bug#768139: unblock: mumble/1.2.8-1

[Chris Knadle]

On 05.11.14, Adam D. Barratt wrote:
> Control: tags -1 + moreinfo
> 
> On Wed, 2014-11-05 at 05:43 -0500, Chris Knadle wrote:
> > mumble_1.2.8-1 contains a bugfix of priority "important" for
> > allowing installation with pre-allocated user/group and the
> > package has been in Unstable for 6 days without new bugs reported.
> > Additionally 1.2.8-1 is marked as a "stable" upstream version,
> > where the current 1.2.8~7~g76f6870-2 in Jessie is a "snapshot".
> > The differences in code between the versions are small -- I believe
> > it's literrally only two patches incorporated.
> 
> There's also
> 
>  debian/mumble-server.init   |  143 +++
> 
> which doesn't appear to be mentioned afaics.

*sigh*  Thanks for catching this: it wasn't mentioned because I
didn't make this change (AFAIK) and was unaware of it concerning this
upload; I believe what I uploaded to mentors.debian.net for 1.2.8-1
was this:

   ftp://ftp.coredump.us/debian-packages/mumble/mumble-1.2.8/

but I see that indeed the package now in unstable contains this file,
and a debdiff between that and the package linked to above shows the
debian/mumble-server.init (and no other differences).

At one time I had accidentily included a debian/mumble-server.init
(in a prior version) because it's something upstream includes in
their PPA package for Ubuntu so I was testing using the file but had
not committed it to git.  I had also configured git-buildpackage with
"export = WC" to export the working copy rather than only what's in
git to allow doing a debuild of things I'm not sure I want to commit
yet, so the file got included in one of the uploads -- I removed
it on the next upload which is why 1.2.8~7~g76f6870-2 in Jessie
doesn't contain it. I'll double-check with my package sponsor to see
if he has any insight on what happened in this case.

Other than that, do you have a suggestion as to how I should proceed
from here?

> > debdiff attached.
> > 
> > I would have uploaded 1.2.8-1 earlier but my laptop had a hardware
> > failure and didn't have other hardware to read the disk.
> > [The Lenovo T61p uses an Nvidia G84 GPU which was misdesigned such
> >  that it eventually fails, requiring motherboard replacement.]
> > I and my package sponsor were unaware that the sid->jessie
> > transition time had been extended from 5 to 10 days for October.
> 
> Hmmm, it was mentioned on d-d-a five times.

Yes I see that (Johnathan -- thanks for the links).  Ugh.  Sorry I
missed this, but now that we've caught an error in thie upload, I'm
sort of glad that I did.

  -- Chris

--
Chris Knadle
chris.kna...@coredump.us


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

Bug#768240: cyrus-doc-2.4, cyrus-clients-2.4: copyright file missing after upgrade (policy 12.5)

[Andreas Beckmann]

Package: cyrus-doc-2.4,cyrus-clients-2.4
Version: 2.4.17+caldav~beta10-6
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

a test with piuparts revealed that your package misses the copyright
file after an upgrade, which is a violation of Policy 12.5:
http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile

After the upgrade /usr/share/doc/$PACKAGE/ is just an empty directory.

This was observed on the following upgrade paths:

  wheezy -> jessie

>From the attached log (scroll to the bottom...):

1m22.2s ERROR: WARN: Inadequate results from running adequate!
  cyrus-doc-2.4: missing-copyright-file /usr/share/doc/cyrus-doc-2.4/copyright

  MISSING COPYRIGHT FILE: /usr/share/doc/cyrus-doc-2.4/copyright
  # ls -lad /usr/share/doc/cyrus-doc-2.4
  drwxr-xr-x 2 root root 40 Nov  3 06:58 /usr/share/doc/cyrus-doc-2.4
  # ls -la /usr/share/doc/cyrus-doc-2.4/
  total 0
  drwxr-xr-x   2 root root   40 Nov  3 06:58 .
  drwxr-xr-x 140 root root 3000 Nov  3 06:58 ..

1m32.9s ERROR: WARN: Inadequate results from running adequate!
  cyrus-clients-2.4: missing-copyright-file 
/usr/share/doc/cyrus-clients-2.4/copyright

  MISSING COPYRIGHT FILE: /usr/share/doc/cyrus-clients-2.4/copyright
  # ls -lad /usr/share/doc/cyrus-clients-2.4
  drwxr-xr-x 2 root root 40 Nov  3 06:02 /usr/share/doc/cyrus-clients-2.4
  # ls -la /usr/share/doc/cyrus-clients-2.4/
  total 0
  drwxr-xr-x   2 root root   40 Nov  3 06:02 .
  drwxr-xr-x 140 root root 3000 Nov  3 06:02 ..


Additional info may be available here:
http://wiki.debian.org/MissingCopyrightFile

Note that dpkg intentionally does not replace directories with symlinks
and vice versa, you need the maintainer scripts to do this.
See in particular the end of point 4 in
http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase

It is recommended to use the dpkg-maintscript-helper commands
'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.2)
to perform the conversion, ideally using d/$PACKAGE.mainstscript.
See dpkg-maintscript-helper(1) and dh_installdeb(1) for details.


cheers,

Andreas


cyrus-doc-2.4_2.4.17+caldav~beta10-6.log.gz
Description: application/gzip

Bug#768239: t-code: copyright file missing after upgrade (policy 12.5)

[Andreas Beckmann]

Package: t-code
Version: 2:2.3.1-3.4
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

a test with piuparts revealed that your package misses the copyright
file after an upgrade, which is a violation of Policy 12.5:
http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile

After the upgrade /usr/share/doc/$PACKAGE/ is just an empty directory.

This was observed on the following upgrade paths:

  wheezy -> jessie

>From the attached log (scroll to the bottom...):

1m58.0s ERROR: WARN: Inadequate results from running adequate!
  t-code: missing-copyright-file /usr/share/doc/t-code/copyright

  MISSING COPYRIGHT FILE: /usr/share/doc/t-code/copyright
  # ls -lad /usr/share/doc/t-code
  drwxr-xr-x 2 root root 40 Nov  2 15:19 /usr/share/doc/t-code
  # ls -la /usr/share/doc/t-code/
  total 0
  drwxr-xr-x   2 root root   40 Nov  2 15:19 .
  drwxr-xr-x 247 root root 5120 Nov  2 15:19 ..


Additional info may be available here:
http://wiki.debian.org/MissingCopyrightFile

Note that dpkg intentionally does not replace directories with symlinks
and vice versa, you need the maintainer scripts to do this.
See in particular the end of point 4 in
http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase

It is recommended to use the dpkg-maintscript-helper commands
'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.2)
to perform the conversion, ideally using d/$PACKAGE.mainstscript.
See dpkg-maintscript-helper(1) and dh_installdeb(1) for details.


cheers,

Andreas


t-code_2:2.3.1-3.4.log.gz
Description: application/gzip

Bug#768238: python{,3}-regex,-dbg: copyright file missing after upgrade (policy 12.5)

[Andreas Beckmann]

Package: python3-regex,python-regex-dbg,python3-regex-dbg
Version: 0.1.20140216-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

a test with piuparts revealed that your package misses the copyright
file after an upgrade, which is a violation of Policy 12.5:
http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile

After the upgrade /usr/share/doc/$PACKAGE/ is just an empty directory.

This was observed on the following upgrade paths:

  wheezy -> jessie

>From the attached log (scroll to the bottom...):

1m21.7s ERROR: WARN: Inadequate results from running adequate!
  python3-regex: missing-copyright-file /usr/share/doc/python3-regex/copyright
  
  MISSING COPYRIGHT FILE: /usr/share/doc/python3-regex/copyright
  # ls -lad /usr/share/doc/python3-regex
  drwxr-xr-x 2 root root 40 Oct 13 07:04 /usr/share/doc/python3-regex
  # ls -la /usr/share/doc/python3-regex/
  total 0
  drwxr-xr-x   2 root root   40 Oct 13 07:04 .
  drwxr-xr-x 123 root root 2640 Oct 13 07:04 ..

1m10.1s ERROR: WARN: Inadequate results from running adequate!
  python-regex-dbg: missing-copyright-file 
/usr/share/doc/python-regex-dbg/copyright

  MISSING COPYRIGHT FILE: /usr/share/doc/python-regex-dbg/copyright
  # ls -lad /usr/share/doc/python-regex-dbg
  drwxr-xr-x 2 root root 40 Oct 13 13:40 /usr/share/doc/python-regex-dbg
  # ls -la /usr/share/doc/python-regex-dbg/
  total 0
  drwxr-xr-x   2 root root   40 Oct 13 13:40 .
  drwxr-xr-x 116 root root 2620 Oct 13 13:40 ..

1m10.1s ERROR: WARN: Inadequate results from running adequate!
  python-regex-dbg: missing-copyright-file 
/usr/share/doc/python-regex-dbg/copyright

  MISSING COPYRIGHT FILE: /usr/share/doc/python-regex-dbg/copyright
  # ls -lad /usr/share/doc/python-regex-dbg
  drwxr-xr-x 2 root root 40 Oct 13 13:40 /usr/share/doc/python-regex-dbg
  # ls -la /usr/share/doc/python-regex-dbg/
  total 0
  drwxr-xr-x   2 root root   40 Oct 13 13:40 .
  drwxr-xr-x 116 root root 2620 Oct 13 13:40 ..


Additional info may be available here:
http://wiki.debian.org/MissingCopyrightFile

Note that dpkg intentionally does not replace directories with symlinks
and vice versa, you need the maintainer scripts to do this.
See in particular the end of point 4 in
http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase

It is recommended to use the dpkg-maintscript-helper commands
'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.2)
to perform the conversion, ideally using d/$PACKAGE.mainstscript.
See dpkg-maintscript-helper(1) and dh_installdeb(1) for details.


cheers,

Andreas


python3-regex_0.1.20140216-1+b1.log.gz
Description: application/gzip

Bug#768237: zeroinstall-injector: copyright file missing after upgrade (policy 12.5)

[Andreas Beckmann]

Package: zeroinstall-injector
Version: 2.7-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

a test with piuparts revealed that your package misses the copyright
file after an upgrade, which is a violation of Policy 12.5:
http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile

After the upgrade /usr/share/doc/$PACKAGE/ is just an empty directory.

This was observed on the following upgrade paths:

  wheezy -> jessie

>From the attached log (scroll to the bottom...):

1m49.8s ERROR: WARN: Inadequate results from running adequate!
  zeroinstall-injector: missing-copyright-file 
/usr/share/doc/zeroinstall-injector/copyright
  zeroinstall-injector: obsolete-conffile 
/etc/xdg/menus/applications-merged/zeroinstall.menu

  MISSING COPYRIGHT FILE: /usr/share/doc/zeroinstall-injector/copyright
  # ls -lad /usr/share/doc/zeroinstall-injector
  drwxr-xr-x 2 root root 40 Oct  3 04:31 /usr/share/doc/zeroinstall-injector
  # ls -la /usr/share/doc/zeroinstall-injector/
  total 0
  drwxr-xr-x   2 root root   40 Oct  3 04:31 .
  drwxr-xr-x 208 root root 4400 Oct  3 04:31 ..

Additional info may be available here:
http://wiki.debian.org/MissingCopyrightFile

Note that dpkg intentionally does not replace directories with symlinks
and vice versa, you need the maintainer scripts to do this.
See in particular the end of point 4 in
http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase

It is recommended to use the dpkg-maintscript-helper commands
'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.2)
to perform the conversion, ideally using d/$PACKAGE.mainstscript.
See dpkg-maintscript-helper(1) and dh_installdeb(1) for details.

The obsolete conffile should be removed with the 'rm_conffile'
command of dpkg-maintscript-helper.


cheers,

Andreas


zeroinstall-injector_2.7-1.log.gz
Description: application/gzip

Bug#768236: ffcall: FTBFS on ppc64el: No rule to make target 'avcall-powerpc64le.lo'

[Fernando Seiti Furusato]

Source: ffcall
Severity: normal
Tags: patch
User: debian-powe...@lists.debian.org

Dear Maintainer,

The package ffcall fails to build from source on ppc64el because some 
definitions
were missing for the platform.

I have created a patch, mostly copying powerpc64 .c and .s files and making 
some changes
to *powerpc64le.s files to support ELFv2 (basically changing .opd section usage 
by .localentry,
since the former is not in ELFv2 ABI).

Just removing the line that uses '.opd' section allows the package to build, 
but I assumed
it needed an entry point definition, so I just changed it according to what can 
be found on ELFv2
ABI specs at https://wiki.debian.org/ppc64el in ABI Documentation section.

I also added the entries to Makefile.in files. I could have used the same .c 
files that are in use
for powerpc64, but I had rather copied them so there won't be any confusions.

The package still lacks dh-autoreconf usage so configure files are updated but 
as it builds without
it and its mere addition causes the build to break, I prefered to do that in a 
separate work.

I am not an expert on this subject, so I apologize in advance for any messing 
up I could have
done with the patch. So please let me know if you have any comments.


Thanks and regards.
Fernando

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)

Kernel: Linux 3.16-trunk-powerpc64le (SMP w/32 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
diff -Nru ffcall-1.10+cvs20100619/debian/changelog ffcall-1.10+cvs20100619/debian/changelog
--- ffcall-1.10+cvs20100619/debian/changelog	2013-12-24 11:56:22.0 +
+++ ffcall-1.10+cvs20100619/debian/changelog	2014-11-06 01:57:44.0 +
@@ -1,3 +1,11 @@
+ffcall (1.10+cvs20100619-3ppc64el1) UNRELEASED; urgency=medium
+
+  * Replaced .odp section, unexistent on ELFv2 by .localentry for the entry point 
+within *.s files, which fixes ftbfs on ppc64el. Additionally made some other
+modifications for endianness definition for ppc64 into header files.
+
+ -- Fernando Seiti Furusato   Thu, 06 Nov 2014 01:42:08 +
+
 ffcall (1.10+cvs20100619-3) unstable; urgency=medium
 
   * Update config.* during build (Closes: #727848)
diff -Nru ffcall-1.10+cvs20100619/debian/patches/ppc64el-elfv2.patch ffcall-1.10+cvs20100619/debian/patches/ppc64el-elfv2.patch
--- ffcall-1.10+cvs20100619/debian/patches/ppc64el-elfv2.patch	1970-01-01 00:00:00.0 +
+++ ffcall-1.10+cvs20100619/debian/patches/ppc64el-elfv2.patch	2014-11-06 01:57:44.0 +
@@ -0,0 +1,1023 @@
+Index: ffcall-1.10+cvs20100619/avcall/avcall-powerpc64le.c
+===
+--- /dev/null
 ffcall-1.10+cvs20100619/avcall/avcall-powerpc64le.c
+@@ -0,0 +1,167 @@
++#ifndef _avcall_powerpc64_c/*-*- C -*-*/
++#define _avcall_powerpc64_c
++/**
++  Copyright 1993 Bill Triggs, 
++  Copyright 1995-2006 Bruno Haible, 
++  Copyright 2000 Adam Fedor, 
++  Copyright 2004 Paul Guyot, 
++
++  This is free software distributed under the GNU General Public
++  Licence described in the file COPYING. Contact the author if
++  you don't have this or can't live with it. There is ABSOLUTELY
++  NO WARRANTY, explicit or implied, on this software.
++**/
++/*--
++  !!! THIS ROUTINE MUST BE COMPILED gcc -O !!!
++
++  Foreign function interface for a 64-bit PowerPC with gcc
++
++  This calls a C function with an argument list built up using macros
++  defined in avcall.h.
++
++  PowerPC64 Argument Passing Conventions:
++
++  All arguments, except the first 8 words, are passed on the stack with
++  word alignment. The first 13 doubles and floats are also passed in
++  floating-point-registers.
++  To return a structure, the called function copies the value to space
++  pointed to by its first argument, and all other arguments are shifted
++  down by one.
++
++  The AIX argument passing conventions are used:
++  - the first 13 doubles and floats are passed in FP registers,
++and when they do, there is still room allocated for them in the
++argument sequence (integer regs or stack).
++  - Structures are passed in the argument sequence. But structures
++containing floats or doubles are passed in FP registers?!
++
++  Compile this routine with gcc -O (or -O2 -fno-omit-frame-pointer or -g -O)
++  to get the right register variables. For other compilers use the
++  pre-compiled assembler version.
++  --*/
++#include "avcall.h.in"
++
++#define STACK_OFFSET 14
++
++#define RETURN(TYPE,VAL)	(*(TYPE*)l->raddr = (TYPE)(VAL))
++
++register double farg1	__asm__("fr1");
++register double farg2	__asm__("fr2");
++register double farg3	__asm__("fr3");
++register double farg4	__asm__("fr4");
++register double farg5	__asm__("fr5");
+

Bug#768218: netcfg segfaults when passed four or more nameservers

[Cyril Brulebois]

Control: found -1 1.122
Control: tag -1 confirmed

Kjell Braden  (2014-11-06):
> Package: netcfg
> Version: 1.108+deb7u2
> Tags: patch
> 
> When passed more than three nameservers, netcfg can segfaults in
> nm_write_static_ipvX due to a missing array bounds check. The attached patch
> (against current git master) should fix the issue.

Yeah, that looks like a good idea, thanks. Did you actually test it?

I'm tempted to upload a patched package to sid and let people toy with
daily builds before considering backporting the patch to stable (which
is the usual way of dealing with such things anyway).

BTW: It looks like ntpservers have a max value as well but array
boundary checks seem present (dhcp.c's netcfg_dhcp).

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#768233: nginx-common: conffiles not removed

[Paul Wise]

Package: nginx-common
Version: 1.6.2-4
Severity: normal
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate

The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these obsolete conffiles on upgrade.

http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.net/man/1/dh_installdeb

This bug report brought to you by adequate:

http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/

$ pkg=nginx-common ; adequate $pkg ; dpkg-query -W -f='${Conffiles}\n' $pkg | 
grep obsolete
nginx-common: obsolete-conffile /etc/nginx/naxsi-ui.conf
 /etc/nginx/naxsi-ui.conf 6be82259836cb8fad0afde03ebf101d4 obsolete

-- System Information:
Debian Release: jessie/sid
  APT prefers experimental
  APT policy: (1400, 'experimental'), (1300, 'unstable'), (1200, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: armel
i386

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

Versions of packages nginx-common depends on:
ii  init-system-helpers  1.21
ii  lsb-base 4.1+Debian13+nmu1

nginx-common recommends no packages.

Versions of packages nginx-common suggests:
pn  fcgiwrap   
pn  nginx-doc  
ii  ssl-cert   1.0.35

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#768234: lxde-common: conffiles not removed

[Paul Wise]

Package: lxde-common
Version: 0.99.0-1
Severity: normal
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate

The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these obsolete conffiles on upgrade.

http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.net/man/1/dh_installdeb

This bug report brought to you by adequate:

http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/

$ pkg=lxde-common ; adequate $pkg ; dpkg-query -W -f='${Conffiles}\n' $pkg | 
grep obsolete
lxde-common: obsolete-conffile /etc/xdg/lxpanel/profile/LXDE/config
lxde-common: obsolete-conffile /etc/xdg/lxpanel/profile/LXDE/panels/panel
 /etc/xdg/lxpanel/profile/LXDE/config ef537634f3554d2fe5dc6af1d1aeac97 obsolete
 /etc/xdg/lxpanel/profile/LXDE/panels/panel 115ade2944ef40d4307d47af3261b47a 
obsolete

-- System Information:
Debian Release: jessie/sid
  APT prefers experimental
  APT policy: (1400, 'experimental'), (1300, 'unstable'), (1200, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: armel
i386

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

Versions of packages lxde-common depends on:
ii  lxsession  0.5.1-1

Versions of packages lxde-common recommends:
ii  lxde-core  5
ii  lxpanel0.5.12-3
ii  lxtask 0.1.6-1
ii  pcmanfm1.2.3-1

Versions of packages lxde-common suggests:
ii  lxlauncher  0.2.4-1

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#768235: armagetronad-common: conffiles not removed

[Paul Wise]

Package: armagetronad-common
Version: 0.2.8.3.2-2
Severity: normal
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate

The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these obsolete conffiles on upgrade.

http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.net/man/1/dh_installdeb

This bug report brought to you by adequate:

http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/

$ pkg=armagetronad-common ; adequate $pkg ; dpkg-query -W -f='${Conffiles}\n' 
$pkg | grep obsolete
armagetronad-common: obsolete-conffile /etc/armagetronad/web_password.cfg
 /etc/armagetronad/web_password.cfg ffba729cbd38a3a37a54d5accfdbe2db obsolete

-- System Information:
Debian Release: jessie/sid
  APT prefers experimental
  APT policy: (1400, 'experimental'), (1300, 'unstable'), (1200, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: armel
i386

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

armagetronad-common depends on no packages.

Versions of packages armagetronad-common recommends:
ii  armagetronad0.2.8.3.2-2
ii  armagetronad-dedicated  0.2.8.3.2-2

armagetronad-common suggests no packages.

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#768231: libfm-tools: conffiles not removed

[Paul Wise]

Package: libfm-tools
Version: 1.2.3-1
Severity: normal
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate

The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these obsolete conffiles on upgrade.

http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.net/man/1/dh_installdeb

This bug report brought to you by adequate:

http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/

$ pkg=libfm-tools ; adequate $pkg ; dpkg-query -W -f='${Conffiles}\n' $pkg | 
grep obsolete
libfm-tools: obsolete-conffile /etc/xdg/libfm/pref-apps.conf
 /etc/xdg/libfm/pref-apps.conf e4a6247077480c47ae1ffea3172f8365 obsolete

-- System Information:
Debian Release: jessie/sid
  APT prefers experimental
  APT policy: (1400, 'experimental'), (1300, 'unstable'), (1200, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: armel
i386

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

Versions of packages libfm-tools depends on:
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-12
ii  libcairo21.14.0-2.1
ii  libfm-gtk4   1.2.3-1
ii  libfm-modules1.2.3-1
ii  libfm4   1.2.3-1
ii  libfontconfig1   2.11.0-6.1
ii  libfreetype6 2.5.2-2
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.0-2
ii  libgtk2.0-0  2.24.25-1
ii  libmenu-cache3   1.0.0-1
ii  libpango-1.0-0   1.36.8-2
ii  libpangocairo-1.0-0  1.36.8-2
ii  libpangoft2-1.0-01.36.8-2

libfm-tools recommends no packages.

libfm-tools suggests no packages.

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#768232: fonts-sil-andika: conffiles not removed

[Paul Wise]

Package: fonts-sil-andika
Version: 1.004-2
Severity: normal
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate

The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these obsolete conffiles on upgrade.

http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.net/man/1/dh_installdeb

This bug report brought to you by adequate:

http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/

$ pkg=fonts-sil-andika ; adequate $pkg ; dpkg-query -W -f='${Conffiles}\n' $pkg 
| grep obsolete
fonts-sil-andika: obsolete-conffile /etc/fonts/conf.avail/65-andika.conf
 /etc/fonts/conf.avail/65-andika.conf 2038a2b1ccf7f5498f6341eeed984948 obsolete

-- Package-specific info:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version   
Architecture  Description
+++--=-=-=
ii  fontconfig   2.11.0-6.1amd64
 generic font configuration library - support binaries
ii  libfreetype6:amd64   2.5.2-2   amd64
 FreeType 2 font engine, shared library files
ii  libfreetype6:i3862.5.2-2   i386 
 FreeType 2 font engine, shared library files
ii  libxft2:amd642.3.2-1   amd64
 FreeType-based font drawing library for X

-- System Information:
Debian Release: jessie/sid
  APT prefers experimental
  APT policy: (1400, 'experimental'), (1300, 'unstable'), (1200, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: armel
i386

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

Versions of packages fonts-sil-andika depends on:
ii  dpkg  1.17.21

fonts-sil-andika recommends no packages.

fonts-sil-andika suggests no packages.

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#768230: mirror submission for driver24.tk

[Aleksandr Goncharov]

Package: mirrors
Severity: wishlist

Submission-Type: new
Site: driver24.tk
Aliases: sunirc.eu.org
Type: leaf
Archive-architecture: amd64 i386 
Archive-http: /debian/
IPv6: no
Archive-upstream: ftp.nl.debian.org
Updates: once
Maintainer: Aleksandr Goncharov 
Country: RU Russian Federation
Comment: no source packages


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

Bug#768228: extlinux: conffiles not removed

[Paul Wise]

Package: extlinux
Version: 3:6.03+dfsg-2
Severity: normal
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate

The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these obsolete conffiles on upgrade.

http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.net/man/1/dh_installdeb

This bug report brought to you by adequate:

http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/

$ pkg=extlinux ; adequate $pkg ; dpkg-query -W -f='${Conffiles}\n' $pkg | grep 
obsolete
extlinux: obsolete-conffile /etc/extlinux.d/0010-linux
extlinux: obsolete-conffile /etc/extlinux.d/-defaults
extlinux: obsolete-conffile /etc/extlinux.d/0020-memdisk
extlinux: obsolete-conffile /etc/extlinux.d/0040-extlinux
extlinux: obsolete-conffile /etc/extlinux.d/0030-os-proper
extlinux: obsolete-conffile /etc/kernel/postinst.d/zz-extlinux
extlinux: obsolete-conffile /etc/kernel/postrm.d/zz-extlinux
 /etc/extlinux.d/0010-linux 582a6e843e9d5accc3a4675c50886466 obsolete
 /etc/extlinux.d/-defaults 65c9bf0262ab6d843daada0507d18355 obsolete
 /etc/extlinux.d/0020-memdisk f1a35db2244d43d072142ab9faa5e903 obsolete
 /etc/extlinux.d/0040-extlinux 93bf1e5b3c07d32a13b6c181d16cfccf obsolete
 /etc/extlinux.d/0030-os-proper 6aadfd47217801982c8473241f3e099a obsolete
 /etc/kernel/postinst.d/zz-extlinux 75d6c53e25000da91039ef7758d4904d obsolete
 /etc/kernel/postrm.d/zz-extlinux 75d6c53e25000da91039ef7758d4904d obsolete

-- System Information:
Debian Release: jessie/sid
  APT prefers experimental
  APT policy: (1400, 'experimental'), (1300, 'unstable'), (1200, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: armel
i386

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

Versions of packages extlinux depends on:
ii  debconf [debconf-2.0]  1.5.53
ii  libc6  2.19-12

Versions of packages extlinux recommends:
ii  syslinux-common  3:6.03+dfsg-2

extlinux suggests no packages.

-- debconf information:
  extlinux/install: false
  extlinux/title:
* extlinux/no-bootloader-integration:

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#768229: libcap2-bin: conffiles not removed

[Paul Wise]

Package: libcap2-bin
Version: 1:2.24-6
Severity: normal
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate

The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these obsolete conffiles on upgrade.

http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.net/man/1/dh_installdeb

This bug report brought to you by adequate:

http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/

$ pkg=libcap2-bin ; adequate $pkg ; dpkg-query -W -f='${Conffiles}\n' $pkg | 
grep obsolete
libcap2-bin: obsolete-conffile /etc/security/capability.conf
 /etc/security/capability.conf 42907d60c72848d86e61eacf0e9e03d7 obsolete

-- System Information:
Debian Release: jessie/sid
  APT prefers experimental
  APT policy: (1400, 'experimental'), (1300, 'unstable'), (1200, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: armel
i386

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

Versions of packages libcap2-bin depends on:
ii  libc62.19-12
ii  libcap2  1:2.24-6

Versions of packages libcap2-bin recommends:
pn  libpam-cap  

libcap2-bin suggests no packages.

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#768227: kadu-mime-tex: fails to upgrade from 'wheezy' - trying to overwrite

[Andreas Beckmann]

Package: kadu-mime-tex
Version: 1.0-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'wheezy'.
It installed fine in 'wheezy', then the upgrade to 'sid' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package kadu-mime-tex.
  Unpacking kadu-mime-tex (from .../kadu-mime-tex_1.0-1_amd64.deb) ...
  dpkg: error processing /var/cache/apt/archives/kadu-mime-tex_1.0-1_amd64.deb 
(--unpack):
   trying to overwrite '/usr/share/kadu/plugins/translations/mime_tex_pl.qm', 
which is also in package kadu-external-modules 0.11.2-1
  Processing triggers for fontconfig ...
  Errors were encountered while processing:
   /var/cache/apt/archives/kadu-mime-tex_1.0-1_amd64.deb


cheers,

Andreas


kadu-external-modules=0.11.2-1_kadu-mime-tex=1.0-1.log.gz
Description: application/gzip

Bug#768178: systemd: sysvinit wrapper breaks newly-installed services

[Zbigniew Jędrzejewski-Szmek]

On Wed, Nov 05, 2014 at 07:31:32PM +0100, Michael Biebl wrote:
> The default for sysv init scripts is RemainAfterExit=true [0], so even
> if there are no running processes, the service is marked as active.
> This is because systemd doesn't know, if the sysv init script is
> supposed to start a long running process or a just some one shot commands.
Hm, would there be downsides to defaulting to RemainAfterExit=false
for sysvinit scripts? Apart from the obvious one of changig established
behaviuor and potentially breaking compatiblity with older systemds. 
This would indeed seem to match sysvinit behaviour more closely, and
would also make sysvinit scripts more similar to normal units, which
default to RemainAfterExit=no.

Zbyszek


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

Bug#768226: ghc-mod-el: fails to upgrade from 'wheezy' - trying to overwrite /usr/share/emacs/site-lisp/ghc-mod/ghc.el

[Andreas Beckmann]

Package: ghc-mod-el
Version: 5.2.1.1-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'wheezy'.
It installed fine in 'wheezy', then the upgrade to 'sid' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package ghc-mod-el.
  Unpacking ghc-mod-el (from .../ghc-mod-el_5.2.1.1-1_all.deb) ...
  dpkg: error processing /var/cache/apt/archives/ghc-mod-el_5.2.1.1-1_all.deb 
(--unpack):
   trying to overwrite '/usr/share/emacs/site-lisp/ghc-mod/ghc.el', which is 
also in package ghc-mod 1.10.18-1
  Errors were encountered while processing:
   /var/cache/apt/archives/ghc-mod-el_5.2.1.1-1_all.deb


cheers,

Andreas


ghc-mod=1.10.18-1_ghc-mod-el=5.2.1.1-1.log.gz
Description: application/gzip

Bug#768225: plymouth: Plymouth makes console inaccessible on shutdown

[Nikolaus Rath]

Package: plymouth
Version: 0.9.0-7
Severity: normal

When *not* passing "splash" in the kernel command line, I can execute 
"systemctl reboot" (or "systemctl shutdown") and access the text console
during the shutdown process. In particular, I can use Ctrl+Alt+Fx to
interact with the systemd debug shell on tty9, or see system log
messages on tty9.

However, when passing "splash" to the kernel, this is no longer
possible. The system does not react to Ctrl+Alt+Fx, and the
monitor goes into standby.

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

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

Versions of packages plymouth depends on:
ii  initramfs-tools0.116
ii  libc6  2.19-11
ii  libdrm22.4.58-2
ii  libpng12-0 1.2.50-2
ii  libudev1   215-5+b1
ii  multiarch-support  2.19-11

plymouth recommends no packages.

Versions of packages plymouth suggests:
ii  desktop-base 7.0.3
ii  plymouth-themes  0.9.0-7

-- Configuration Files:
/etc/plymouth/plymouthd.conf changed:
[Daemon]
Theme=solar


-- 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#762072: libvolk-bin: fails to upgrade from 'wheezy' - trying to overwrite /usr/bin/volk_profile

[Andreas Beckmann]

Followup-For: Bug #762072
Control: found -1 3.7.5-4

  Selecting previously unselected package libvolk-bin.
  Unpacking libvolk-bin (from .../libvolk-bin_3.7.5-4_amd64.deb) ...
  dpkg: error processing /var/cache/apt/archives/libvolk-bin_3.7.5-4_amd64.deb 
(--unpack):
   trying to overwrite '/usr/bin/volk_profile', which is also in package 
gnuradio 3.5.3.2-1
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)


cheers,

Andreas


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

Bug#766802: linux-image-amd64: rt2800usb driver does not include 1b75:a200 USB id's as a supported device

[Cyril Brulebois]

Control: tag -1 fixed-upstream

Martin Mokrejs  (2014-11-02):
> Hi Cyril,
>   I patched manually 3.15.3 kernel and no longer need to force loading of the
> rt2800usb driver in /etc/modprobe.d/ralink.conf nor explicitly call rt2800usb
> in /etc/modules. Also I disabled in the RT2800 driver some option to support
> loading of unsupported devices (don't have the .config handy to paste it 
> correct
> name).

Many thanks for the confirmation. Sorry that I didn't spot earlier that
the patch had been merged in mainline in the meanwhile:


commit 664d6a792785cc677c2091038ce10322c8d04ae1
Author: Cyril Brulebois 
Date:   Tue Oct 28 16:42:41 2014 +0100

wireless: rt2x00: add new rt2800usb device

0x1b75 0xa200 AirLive WN-200USB wireless 11b/g/n dongle

References: https://bugs.debian.org/766802
Reported-by: Martin Mokrejs 
Cc: sta...@vger.kernel.org
Signed-off-by: Cyril Brulebois 
Acked-by: Stanislaw Gruszka 
Signed-off-by: John W. Linville 


I only noticed today because of a notification about the addition to the
staging queue of "3.13.y.z extended stable".

The above-mentioned commit is part of v3.18-rc3.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#768224: manpages-fr-extra: fails to upgrade from 'wheezy' - trying to overwrite /usr/share/man/fr/man1/realpath.1.gz

[Andreas Beckmann]

Package: manpages-fr-extra
Version: 20141022
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'wheezy'.
It installed fine in 'wheezy', then the upgrade to 'jessie' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package manpages-fr-extra.
  Unpacking manpages-fr-extra (from .../manpages-fr-extra_20141022_all.deb) ...
  dpkg: error processing 
/var/cache/apt/archives/manpages-fr-extra_20141022_all.deb (--unpack):
   trying to overwrite '/usr/share/man/fr/man1/realpath.1.gz', which is also in 
package realpath 1.18
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /var/cache/apt/archives/manpages-fr-extra_20141022_all.deb


cheers,

Andreas


realpath=1.18_manpages-fr-extra=20141022.log.gz
Description: application/gzip

Bug#768223: direwolf, direwolf-doc: fails to upgrade from 'wheezy' - trying to overwrite /usr/bin/ll2utm, /usr/share/man/man1/ll2utm.1.gz

[Andreas Beckmann]

Package: direwolf,direwolf-doc
Version: 1.0-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'wheezy'.
It installed fine in 'wheezy', then the upgrade to 'jessie' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package direwolf-docs.
  Unpacking direwolf-docs (from .../direwolf-docs_1.0-1_all.deb) ...
  dpkg: error processing /var/cache/apt/archives/direwolf-docs_1.0-1_all.deb 
(--unpack):
   trying to overwrite '/usr/share/man/man1/ll2utm.1.gz', which is also in 
package drawmap 2.5-3
  Selecting previously unselected package direwolf.
  Unpacking direwolf (from .../direwolf_1.0-1_amd64.deb) ...
  dpkg: error processing /var/cache/apt/archives/direwolf_1.0-1_amd64.deb 
(--unpack):
   trying to overwrite '/usr/bin/ll2utm', which is also in package drawmap 2.5-3
  Errors were encountered while processing:
   /var/cache/apt/archives/direwolf-docs_1.0-1_all.deb
   /var/cache/apt/archives/direwolf_1.0-1_amd64.deb


cheers,

Andreas


drawmap=2.5-3_direwolf=1.0-1.log.gz
Description: application/gzip

Bug#768222: ants: fails to upgrade from 'wheezy' - trying to overwrite /usr/share/man/man1/bl.1.gz

[Andreas Beckmann]

Package: ants
Version: 2.1.0~rc2+git3-g9103999-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'wheezy'.
It installed fine in 'wheezy', then the upgrade to 'jessie' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package ants.
  Unpacking ants (from .../ants_2.1.0~rc2+git3-g9103999-2_amd64.deb) ...
  dpkg: error processing 
/var/cache/apt/archives/ants_2.1.0~rc2+git3-g9103999-2_amd64.deb (--unpack):
   trying to overwrite '/usr/share/man/man1/bl.1.gz', which is also in package 
gpe-conf 0.2.9-1.1
  Processing triggers for fontconfig ...
  Errors were encountered while processing:
   /var/cache/apt/archives/ants_2.1.0~rc2+git3-g9103999-2_amd64.deb


cheers,

Andreas


gpe-conf=0.2.9-1.1_ants=2.1.0~rc2+git3-g9103999-2.log.gz
Description: application/gzip

Bug#768221: O: grub-choose-default -- Control Grub Default through a GUI

[Kjell Braden]

Package: wnpp
Severity: normal

Orphaning for personal reasons. New upstream version available.


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

Bug#767127:

[HJ]

>this is why thinkfan does not enable fan_control=1 itself (and only documents 
>it in README.Debian).

I guess a short message/info on installation/configuration would be much better

Bug#768220: libjackson2-core-java: fails to upgrade from 'wheezy' - trying to overwrite /usr/share/java/jackson-core.jar

[Andreas Beckmann]

Package: libjackson2-core-java
Version: 2.4.2-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'wheezy'.
It installed fine in 'wheezy', then the upgrade to 'jessie' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package libjackson2-core-java.
  Unpacking libjackson2-core-java (from 
.../libjackson2-core-java_2.4.2-1_all.deb) ...
  dpkg: error processing 
/var/cache/apt/archives/libjackson2-core-java_2.4.2-1_all.deb (--unpack):
   trying to overwrite '/usr/share/java/jackson-core.jar', which is also in 
package libjackson-json-java 1.9.2-1
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /var/cache/apt/archives/libjackson2-core-java_2.4.2-1_all.deb


cheers,

Andreas


libjackson-json-java=1.9.2-1_libjackson2-core-java=2.4.2-1.log.gz
Description: application/gzip

Bug#768219: libglobus-common-doc: fails to upgrade from 'wheezy' - trying to overwrite /usr/share/man/man3/globus_list.3.gz

[Andreas Beckmann]

Package: libglobus-common-doc
Version: 15.25-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'wheezy'.
It installed fine in 'wheezy', then the upgrade to 'jessie' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package libglobus-common-doc.
  Unpacking libglobus-common-doc (from 
.../libglobus-common-doc_15.25-1_all.deb) ...
  dpkg: error processing 
/var/cache/apt/archives/libglobus-common-doc_15.25-1_all.deb (--unpack):
   trying to overwrite '/usr/share/man/man3/globus_list.3.gz', which is also in 
package libglobus-rsl-doc 9.1-2
  Errors were encountered while processing:
   /var/cache/apt/archives/libglobus-common-doc_15.25-1_all.deb


cheers,

Andreas


libglobus-rsl-doc=9.1-2_libglobus-common-doc=15.25-1.log.gz
Description: application/gzip

Bug#768218: netcfg segfaults when passed four or more nameservers

[Kjell Braden]

Package: netcfg
Version: 1.108+deb7u2
Tags: patch

When passed more than three nameservers, netcfg can segfaults in 
nm_write_static_ipvX due to a missing array bounds check. The attached 
patch (against current git master) should fix the issue.


Cheers
From f729be186bf9b99c3ee7b0f05543f18d79737cfc Mon Sep 17 00:00:00 2001
From: Kjell Braden 
Date: Thu, 6 Nov 2014 02:05:28 +0100
Subject: [PATCH] fix missing bounds check on nameserver array iteration

---
 nm-conf.c |3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/nm-conf.c b/nm-conf.c
index 09b2fb4..db42c2c 100644
--- a/nm-conf.c
+++ b/nm-conf.c
@@ -88,7 +88,8 @@ void nm_write_static_ipvX(FILE *config_file, nm_ipvX ipvx)
 /* Get DNS in printable format. */
 memset(buffer, 0, NM_MAX_LEN_BUF);
 
-for (i = 0; !empty_str(ipvx.nameservers[i]); i++) {
+for (i = 0; (i < NETCFG_NAMESERVERS_MAX) &&
+   (!empty_str(ipvx.nameservers[i])); i++) {
 strcat(buffer, ipvx.nameservers[i]);
 strcat(buffer, ";");
 }
-- 
1.7.10.4

Bug#768217: trans: incorrect warnings about locale not being UTF-8

[Paul Wise]

Package: translate-shell
Version: 0.8.21-1
Severity: minor
File: /usr/bin/trans

Every time I run trans I get this warning, which is obviously incorrect:

[WARNING] Your locale codeset (en_AU.utf8) is not UTF-8. You have been warned.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages translate-shell depends on:
ii  gawk  1:4.1.1+dfsg-1

Versions of packages translate-shell recommends:
pn  rlwrap  

Versions of packages translate-shell suggests:
pn  libfribidi-bin  
ii  mplayer22.0-728-g2c378c7-4+b1

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#768216: libgeographic-dev: fails to upgrade from 'wheezy' - trying to overwrite /usr/include/GeographicLib/TransverseMercatorExact.hpp

[Andreas Beckmann]

Package: libgeographic-dev
Version: 1.37-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'wheezy'.
It installed fine in 'wheezy', then the upgrade to 'jessie' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package libgeographic13.
  Unpacking libgeographic13 (from .../libgeographic13_1.37-2_amd64.deb) ...
  Selecting previously unselected package libgeographic-dev.
  Unpacking libgeographic-dev (from .../libgeographic-dev_1.37-2_amd64.deb) ...
  dpkg: error processing 
/var/cache/apt/archives/libgeographic-dev_1.37-2_amd64.deb (--unpack):
   trying to overwrite 
'/usr/include/GeographicLib/TransverseMercatorExact.hpp', which is also in 
package libgeographiclib-dev 1.21-1
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /var/cache/apt/archives/libgeographic-dev_1.37-2_amd64.deb


cheers,

Andreas


libgeographiclib-dev=1.21-1_libgeographic-dev=1.37-2.log.gz
Description: application/gzip

Bug#768214: gprbuild-doc: fails to upgrade from 'wheezy' - trying to overwrite /usr/share/gps/plug-ins/gprbuild_gps.xml

[Andreas Beckmann]

Package: gprbuild-doc
Version: 2014-4
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'wheezy'.
It installed fine in 'wheezy', then the upgrade to 'jessie' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package gprbuild-doc.
  Unpacking gprbuild-doc (from .../gprbuild-doc_2014-4_all.deb) ...
  dpkg: error processing /var/cache/apt/archives/gprbuild-doc_2014-4_all.deb 
(--unpack):
   trying to overwrite '/usr/share/gps/plug-ins/gprbuild_gps.xml', which is 
also in package gprbuild 2011-2
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /var/cache/apt/archives/gprbuild-doc_2014-4_all.deb


cheers,

Andreas


gprbuild=2011-2_gprbuild-doc=2014-4.log.gz
Description: application/gzip

Bug#768215: unblock: owfs/2.9p8-4

[Vincent Danjean]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package owfs

Hi,

I uploaded a new version of owfs (2.9p7) in unstable on 2014-10-17.
Talking with upstream, he tells me there is a important bug, so I uploaded
the new upstream version (2.9p8) that fixes it on 2014-10-20.
  And here, I missed the fact that 2.9p8 introduced a problem on FreeBSD
until 2014-10-25 (a FreeBSD porter signaled the problem to me). And it took me
3 days (until 2014-10-27) to correctly fix it. And, of course, I missed the
deadline by one day :-(

  I would be very pleased if you accept to unblock this package whereas the
reason is not correct according to the freeze policy (ie, I know I ask you to
overule the policy, not to apply it).

  I do not add the debdiff here because it is really important (the current
version in testing is 2.9p5-1.1, ie several upstream releases before)

  A few remarks:
* owfs has a RC bug : #768115
  It is only missing a Breaks/Replaces relation. But, as this bugs is already
  present in the current testing version (2.9p5-1.1), I'm waiting for your
  decision here to know if I must prepare the fix on top of 2.9p5-1.1 or
  2.9p8-4 (probably with an epoch to go through unstable)
* going back to the current testing version will reopen the important bug
  #765371 but this bug will be easy to fix
* even if owfs produces library packages, this is a leaf package: to my
  knowledge (and apt-cache rdepends results), no other packages depend nor
  build-depend on this one.

  Regards,
Vincent

unblock owfs/2.9p8-4

-- System Information:
Debian Release: jessie/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armel
mipsel

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


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

Bug#768213: gdb-doc: fails to upgrade from 'wheezy' - trying to overwrite /usr/share/man/man1/gdb.1.gz

[Andreas Beckmann]

Package: gdb-doc
Version: 7.7.1-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'wheezy'.
It installed fine in 'wheezy', then the upgrade to 'jessie' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package gdb-doc.
  Unpacking gdb-doc (from .../gdb-doc_7.7.1-1_all.deb) ...
  dpkg: error processing /var/cache/apt/archives/gdb-doc_7.7.1-1_all.deb 
(--unpack):
   trying to overwrite '/usr/share/man/man1/gdb.1.gz', which is also in package 
gdb-minimal 7.4.1+dfsg-0.1
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /var/cache/apt/archives/gdb-doc_7.7.1-1_all.deb


cheers,

Andreas


gdb-minimal=7.4.1+dfsg-0.1_gdb-doc=7.7.1-1.log.gz
Description: application/gzip

Bug#768212: aces3-data: fails to upgrade from 'wheezy' - trying to overwrite /usr/share/aces3/GENBAS

[Andreas Beckmann]

Package: aces3-data
Version: 3.0.7-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'wheezy'.
It installed fine in 'wheezy', then the upgrade to 'jessie' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package aces3-data.
  Unpacking aces3-data (from .../aces3-data_3.0.7-1_all.deb) ...
  dpkg: error processing /var/cache/apt/archives/aces3-data_3.0.7-1_all.deb 
(--unpack):
   trying to overwrite '/usr/share/aces3/GENBAS', which is also in package 
aces3 3.0.6-7
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Selecting previously unselected package libatlas3-base.
  Unpacking libatlas3-base (from .../libatlas3-base_3.8.4-9+deb7u1_amd64.deb) 
...
  Errors were encountered while processing:
   /var/cache/apt/archives/aces3-data_3.0.7-1_all.deb


cheers,

Andreas


aces3=3.0.6-7_aces3-data=3.0.7-1.log.gz
Description: application/gzip

Bug#768211: python-apparmor: fails to upgrade from 'wheezy' - trying to overwrite /usr/lib/python2.7/dist-packages/apparmor/__init__.py

[Andreas Beckmann]

Package: python-apparmor
Version: 2.9.0-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'wheezy'.
It installed fine in 'wheezy', then the upgrade to 'jessie' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package python-apparmor.
  Unpacking python-apparmor (from .../python-apparmor_2.9.0-1_amd64.deb) ...
  dpkg: error processing 
/var/cache/apt/archives/python-apparmor_2.9.0-1_amd64.deb (--unpack):
   trying to overwrite '/usr/lib/python2.7/dist-packages/apparmor/__init__.py', 
which is also in package apparmor-utils 2.7.103-4
  Errors were encountered while processing:
   /var/cache/apt/archives/python-apparmor_2.9.0-1_amd64.deb


cheers,

Andreas


apparmor-utils=2.7.103-4_python-apparmor=2.9.0-1.log.gz
Description: application/gzip

Bug#765308: Bug 765308

[tango salsa]

Hello,

I have the same issue on Archlinux and found someone else whom reported it
on Gnome bug report list: https://bugzilla.gnome.org/show_bug.cgi?id=738820


Thanks

Bug#768209: libcerf-doc: fails to upgrade from 'wheezy' - trying to overwrite /usr/share/man/man3/cerf.3.gz

[Andreas Beckmann]

Package: libcerf-doc
Version: 1.3-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'wheezy'.
It installed fine in 'wheezy', then the upgrade to 'jessie' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

 Selecting previously unselected package libcerf-doc.
  Unpacking libcerf-doc (from .../libcerf-doc_1.3-1_all.deb) ...
  dpkg: error processing /var/cache/apt/archives/libcerf-doc_1.3-1_all.deb 
(--unpack):
   trying to overwrite '/usr/share/man/man3/cerf.3.gz', which is also in 
package manpages-dev 3.44-1
  Errors were encountered while processing:
   /var/cache/apt/archives/libcerf-doc_1.3-1_all.deb


cheers,

Andreas


manpages-dev=3.44-1_libcerf-doc=1.3-1.log.gz
Description: application/gzip

Bug#768207: libqglviewer-dev: fails to upgrade from 'wheezy' - trying to overwrite /usr/include/QGLViewer/vec.h

[Andreas Beckmann]

Package: libqglviewer-dev
Version: 2.5.3+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'wheezy'.
It installed fine in 'wheezy', then the upgrade to 'jessie' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package libqglviewer-dev.
  Unpacking libqglviewer-dev (from .../libqglviewer-dev_2.5.3+dfsg-1_amd64.deb) 
...
  dpkg: error processing 
/var/cache/apt/archives/libqglviewer-dev_2.5.3+dfsg-1_amd64.deb (--unpack):
   trying to overwrite '/usr/include/QGLViewer/vec.h', which is also in package 
libqglviewer-dev-common 2.3.4-4.2
  Errors were encountered while processing:
   /var/cache/apt/archives/libqglviewer-dev_2.5.3+dfsg-1_amd64.deb


cheers,

Andreas


libqglviewer-dev-common=2.3.4-4.2_libqglviewer-dev=2.5.3+dfsg-1.log.gz
Description: application/gzip

Bug#768206: love-doc: fails to upgrade from 'wheezy' - trying to overwrite /usr/share/doc/love/demos/lovalanche.love

[Andreas Beckmann]

Package: love-doc
Version: 0.9.1-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'wheezy'.
It installed fine in 'wheezy', then the upgrade to 'jessie' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package love-doc.
  Unpacking love-doc (from .../love-doc_0.9.1-2_all.deb) ...
  dpkg: error processing /var/cache/apt/archives/love-doc_0.9.1-2_all.deb 
(--unpack):
   trying to overwrite '/usr/share/doc/love/demos/lovalanche.love', which is 
also in package love 0.8.0-1+deb7u1
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /var/cache/apt/archives/love-doc_0.9.1-2_all.deb


cheers,

Andreas


love=0.8.0-1+deb7u1_love-doc=0.9.1-2.log.gz
Description: application/gzip

Bug#762604: base: debian testing and unstable don't work with a 486 PC

[Samuel Thibault]

Control: tags -1 + wontfix
Control: severity -1 wishlist

Hello,

Cédric Roux, le Tue 23 Sep 2014 18:38:34 +0200, a écrit :
> My bet is that the gnu libc thinks it will run
> on at least a 586 and includes code for such computer.

Yes.

> In any case, please don't turn current testing into stable. That
> would mean no more debian on 486.

Well, that's the plan.  486 is mostly two dozen years ago now...

Sorry for your 486 systems, Debian won't support them any more.

Samuel


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

Bug#768204: RFS: w3c-markup-validator/1.3+dfsg-2 [RC][QA]

[Jean-Michel Nirgal Vourgère]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package "w3c-markup-validator"

 Package name: w3c-markup-validator
 Version : 1.3+dfsg-2
 Upstream Author : W3C
 URL : http://validator.w3.org/about.html
 License : W3C-Software
 Section : web

It builds those binary packages:

  w3c-markup-validator - W3C Markup Validator

To access further information about this package, please visit the
following URL:

http://mentors.debian.net/package/w3c-markup-validator


Alternatively, one can download the package with dget using this command:

  dget -x
http://mentors.debian.net/debian/pool/main/w/w3c-markup-validator/w3c-markup-validator_1.3+dfsg-2.dsc

Changes since the last upload:
* QA upload:
  - Update maintainer to Debian QA.
  - Drop uploader.
* Switch Vcs to alioth collab-maint.
* Update copyright file for lintian:
  - Remove spaces in licence short names.
  - Pack copyright information for mootools-1.2.5-core-nc.js. There can be
only one license per file.
* debian/rules: Ask lynx to directly outputs UTF-8, rather than assuming it
  outputs latin1 and then converting it with iconv. (Closes: #738426)
* Transition to apache 2.4 (Closes: #670973) :
  - Use apache2-maintscript-helper to enable modules and conf files.
  - Also enable cgi module.
  - Remove obsolete file /etc/apache2/conf.d/w3c-markup-validator.conf.
  - Rewrite permission_override.patch for new authentication directives.
  - Update validator_conf_debianize.patch comments for new location.
  - Change Depends:apache|httpd-cgi to Recommends.
  - New no_ap_expr.patch to enable SSI legacy expression parser.
* Bump policy to 3.9.6: No change required.
* Refresh lintian overrides.

Note that this package will not be available in jessie.

Regards,
 Jean-Michel Vourgère


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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



signature.asc
Description: OpenPGP digital signature

Bug#768205: python-chameleon-doc: fails to upgrade from 'wheezy' - trying to overwrite /usr/share/doc/python-chameleon/manual/conf.py.gz

[Andreas Beckmann]

Package: python-chameleon-doc
Version: 2.16-3
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'wheezy'.
It installed fine in 'wheezy', then the upgrade to 'jessie' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package python-chameleon-doc.
  Unpacking python-chameleon-doc (from .../python-chameleon-doc_2.16-3_all.deb) 
...
  dpkg: error processing 
/var/cache/apt/archives/python-chameleon-doc_2.16-3_all.deb (--unpack):
   trying to overwrite '/usr/share/doc/python-chameleon/manual/conf.py.gz', 
which is also in package python-chameleon 2.6.1-1
  Errors were encountered while processing:
   /var/cache/apt/archives/python-chameleon-doc_2.16-3_all.deb
 

cheers,

Andreas


python-chameleon=2.6.1-1_python-chameleon-doc=2.16-3.log.gz
Description: application/gzip

Bug#766943: systemd: server no longer gets networking after switching to systemd

[Christoph Anton Mitterer]

Hey guys.

Probably nothing new here, right?

Since this seems to be a quite serious bug, i.e. no networking (which
makes the nodes completely unreachable/unusable) when systemd is used
which is the default init system in jessie... I'd say that this
qualifies to be a RC bug.

Unless you disagree (please explain why), I'd bump the severity
accordingly.


Cheers,
chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#740032: sweethome3d-textures_1.1-1_i386.changes REJECTED

[Gabriele Giacone]

[CC'ing bug just to make anyone else interested know]

On Tue, Oct 28, 2014 at 8:04 PM, Eriberto Mota  wrote:
> Hi Gabriele,
>
> Sorry but I haven't interest in sponsoring your package(s) more.
>
> Regards,
>
> Eriberto

If/whenever I change my mind about splitting it, you'll be the first I prod.
Thanks for your time.

-- 
G..e


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

Bug#768162: fsck.ext4 -n should not just quit at the first error, else user will think there is only one error

[積丹尼 Dan Jacobson]

> "TT" == Theodore Ts'o  writes:

TT> In general it's safe to quit using ^C.  In your particular case, the
TT> superblock was clearly corrupted before e2fsck started, and so I see
TT> no justification of your assertion that this left your filesystem
TT> "even more wrecked".

Actually comparing fsck.ext4 vs. cfdisk, with cfdisk we pretty much know
when we will be writing our changes to disk. The user guesses that with
fsck.ext4 every step is writing to disk...

TT> I'll leave this bug open and retitle it because we can do a better job
...
TT> in check_super_block().  But that's really all I can really do with
TT> your request.

No problem, glad you found something that could be improved.

TT> I would suggest that you try to figure out what might have happened to
TT> cause this kind of file system corruption in the first place.  Based
TT> on your comment about the mke2fs -c vs mke2fs -c -c, I'm going to
TT> guess you're trying to use some really crappy disk drives or flash
TT> devices?

OK next trip to Taichung I will pick up some 'real brand name' cards and
card readers and promise to stop complaining until then!


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

Bug#765440: deap-doc: please add Conflicts: python-deap-doc

[Andreas Beckmann]

Followup-For: Bug #765440
Control: severity -1 serious

This may happen on upgrades from wheezy:

  Selecting previously unselected package deap-doc.
  Unpacking deap-doc (from .../deap-doc_1.0.1-3_all.deb) ...
  dpkg: error processing /var/cache/apt/archives/deap-doc_1.0.1-3_all.deb 
(--unpack):
   trying to overwrite '/usr/share/doc-base/deap', which is also in package 
python-deap-doc 0.7.1-1
  Errors were encountered while processing:
   /var/cache/apt/archives/deap-doc_1.0.1-3_all.deb


Andreas


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

Bug#766977: elasticsearch not starting

[Hilko Bengen]

* Jamie Norrish:

>> > It doesn't appear that /etc/init.d/elasticsearch works, however.
>> What init system do you have? SysV? systemd?
> systemd. Sorry for not specifying that before.

I ended up with systemd at some point, too. And I still have no idea how
to debug daemon startup problems. :-(

>> # invoke-rc.d elasticsearch status
> ● elasticsearch.service - LSB: Starts elasticsearch
>Loaded: loaded (/etc/init.d/elasticsearch)
>Active: active (exited) since Thu 2014-11-06 07:44:19 NZDT; 4h 15min
> ago
>   Process: 8487 ExecStop=/etc/init.d/elasticsearch stop (code=exited,
> status=0/SUCCESS)
>   Process: 8521 ExecStart=/etc/init.d/elasticsearch start (code=exited,
> status=0/SUCCESS)

Here it looks like this:

,
| ● elasticsearch.service - LSB: Starts elasticsearch
|Loaded: loaded (/etc/init.d/elasticsearch)
|Active: active (running) since Tue 2014-11-04 16:54:11 CET; 1 day 7h ago
|CGroup: /system.slice/elasticsearch.service
|└─31692 /usr/lib/jvm/java-7-openjdk-amd64//bin/java -Xms256m 
-Xmx1...
| 
| Nov 04 16:54:11 ataraxia elasticsearch[31671]: Starting Elasticsearch Server:.
| Nov 04 16:54:11 ataraxia systemd[1]: Started LSB: Starts elasticsearch.
`

Cheers,
-Hilko


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

Bug#732702: html2text: segfault

[Dmitry Borisyuk]

control: retitle -1 html2text: segfault because of broken utf8 support
control: tags -1 +patch

Dear Maintainers,

I've found that the segfaults reported here are because of integer
overflows and other problems in utf8_* functions in file Area.C
I rewrite them, and it doesn't segfault anymore. Here is the patch:

--- a/Area.C
+++ b/Area.C
@@ -86,49 +86,29 @@
 
 /*   utf_length() and utf_width()   
  *
- * Very simplified algorithm of calculating length of UTF-8
- *   string. No check for errors. Counting only ASCII bytes and
- *   leading bytes of UTF-8 multibyte sequences. All bytes like
- *   10xx are dropped. If USE_UTF8 is false then returns
- *   usual length.   --YS
+ *   Easy and secure way: count "continuation"
+ *   (10xx) bytes and subtract that number.
+ *   If USE_UTF8 is false then returns usual length.
  */
 
-size_t utf8_aux_count(char ch)
-{
-   if((ch & 0xe0) == 0xc0)
-   {
-   return 1;
-   }
-   else if((ch & 0xf0) == 0xe0)
-   {
-   return 2;
-   }
-   else if ((ch & 0xf8) == 0xf0)
-   {
-   return 3;
-   }
-   else
-   {
-   return 0;
-   }
+int utf8_is_continuation(char ch) {
+  return (ch & 0xc0) == 0x80;
 }
 
 unsigned int
 Line::utf_length(size_type f, size_type t) const
 {
-   size_type m = (t < length_ ? t : length_);
-   size_type r = m - f;
-   if(USE_UTF8)
-   {
-   for (int i = f; i < m; i++)
-   {
-   char& ch = cells_[i].character;
-   size_type aux_count = utf8_aux_count(ch);
-   r -= aux_count;
-   i += aux_count;
-   }
-   }
-   return r;
+  size_type m = (t < length_ ? t : length_);
+  size_type i = (f < m ? f : m); //sanity check
+  size_type r = m - i;
+  if(USE_UTF8) {
+for (; i < m; i++) {
+  if (utf8_is_continuation(cells_[i].character)) {
+r--;
+  }
+}
+  }
+  return r;
 }
 
 void
@@ -290,19 +270,20 @@
 Area::utf_width()
 {
   size_type r = width_;
-  if(USE_UTF8) { r = 0;
+  if (USE_UTF8) {
+r = 0;
 for (size_type yy = 0; yy < height_; yy++) {
- int i = width_ - 1;
-  while((i >= 0) && isspace(cells_[yy][i].character))
- {
- --i;
- }
-  size_type aux_count_sum = 0;
+  int i = width_ - 1; // what if width_ > maxint ? ;)
+  while ((i >= 0) && isspace(cells_[yy][i].character)) {
+i--;
+  }
+  size_type r1 = width_;
   for (; i >= 0; i--) {
-   aux_count_sum += utf8_aux_count(cells_[yy][i].character);
+ if (utf8_is_continuation(cells_[yy][i].character)) {
+   r1--;
+ }
   }
- size_type r1 = width_ - aux_count_sum;
-  if(r < r1) r = r1;
+  if (r < r1) r = r1;
 }
   }
   return r;


Also, I've noticed a place where (possible) errors from malloc and realloc 
aren't caught, please consider patching e.g. this way:


--- a/Area.C
+++ b/Area.C
@@ -30,7 +30,7 @@
 
  /***/
 
-
+#include 
 #include 
 #include 
 #include 
@@ -45,10 +45,14 @@
 
 /* - */
 
+static void* alloc_error() {
+  perror("html2text: error"); abort();
+}
+
 #define malloc_array(type, size)\
-((type *) malloc(sizeof(type) * (size)))
+((type *) (malloc(sizeof(type) * (size)) ? : alloc_error()))
 #define realloc_array(array, type, size) \
-((array) = (type *) realloc((array), sizeof(type) * (size)))
+((array) = (type *) (realloc((array), sizeof(type) * (size)) ? : 
alloc_error()))
 #define copy_array(from, to, type, count) \
 ((void) memcpy((to), (from), (count) * sizeof(type)))
 


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

Bug#768203: sblim-wbemcli: fails to upgrade from 'wheezy' - trying to overwrite /usr/bin/wbemcli

[Andreas Beckmann]

Package: sblim-wbemcli
Version: 1.6.2-8
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'wheezy'.
It installed fine in 'wheezy', then the upgrade to 'jessie' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package sblim-wbemcli.
  Unpacking sblim-wbemcli (from .../sblim-wbemcli_1.6.2-8_amd64.deb) ...
  dpkg: error processing 
/var/cache/apt/archives/sblim-wbemcli_1.6.2-8_amd64.deb (--unpack):
   trying to overwrite '/usr/bin/wbemcli', which is also in package 
python-pywbem 0.7.0-4
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /var/cache/apt/archives/sblim-wbemcli_1.6.2-8_amd64.deb


cheers,

Andreas


python-pywbem=0.7.0-4_sblim-wbemcli=1.6.2-8.log.gz
Description: application/gzip

Bug#94164: E-post: maj ,juni juli2006 115, maj ,juni juli2006 116, maj ,juni juli2006 117, maj ,juni juli2006 118, maj ,juni juli2006 119

[KAELBEL Maria]

i need your help 

Bug#766718: Release-critical

[Francois Marier]

While I hesitate to bump the severity of this bug to the highest one, it
does break unrelated software (spamassassin). As it stands, several features
of SpamAssassin are broken in sid and jessie due to the unusual version
number.

The SpamAssassin upstream have said that this is not a bug in SA but that it
comes from the fact that a pre-release version of Net::DNS was uploaded to
Debian.

I assume this can be fixed by uploading the next upstream release of
Net::DNS?

Francois


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

Bug#761986: Me too!

[Dima Kogan]

I found a workaround: record normally, but replay with
--force-core-replay. I haven't looked deeply into why this works. The
recorded file has events from the 'Virtual core pointer' and from the
'Synaptics Touchpad'. Removing one or the other doesn't fix it, but
passing that option does.


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

Bug#766977: elasticsearch not starting

[Jamie Norrish]

On Wed, 2014-11-05 at 23:57 +0100, Hilko Bengen wrote:

> > It doesn't appear that /etc/init.d/elasticsearch works, however.
> What init system do you have? SysV? systemd?

systemd. Sorry for not specifying that before.

> # invoke-rc.d elasticsearch status

● elasticsearch.service - LSB: Starts elasticsearch
   Loaded: loaded (/etc/init.d/elasticsearch)
   Active: active (exited) since Thu 2014-11-06 07:44:19 NZDT; 4h 15min
ago
  Process: 8487 ExecStop=/etc/init.d/elasticsearch stop (code=exited,
status=0/SUCCESS)
  Process: 8521 ExecStart=/etc/init.d/elasticsearch start (code=exited,
status=0/SUCCESS)

Jamie


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

Bug#766977: elasticsearch not starting

[Hilko Bengen]

* Jamie Norrish:

>> >  $ sudo -u elasticsearch bash -x 
>> > /usr/share/elasticsearch/bin/elasticsearch. 
>> Could you please try if upgrading to version 1.0.3+dfsg-5 (which I just
>> uploaded to unstable) fixes this problem?
>
> The above command now runs elasticsearch properly.

So far so good...

> It doesn't appear that /etc/init.d/elasticsearch works, however.

What init system do you have? SysV? systemd?

What output does

# invoke-rc.d elasticsearch status

produce?

Cheers,
-Hilko


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

Bug#761986: Me too!

[Dima Kogan]

Hi. I have the same issue. Alex, do you have any more insight into
getting this working? I can see that the mouse motions are indeed
represented in a reasonable way in the file (I can plot the paths, and
they look right), but the playback just goes to the origin and stays
there, like you say


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

Bug#768184: debian-installer: Progress indicator sometimes false

[Cyril Brulebois]

Stéphane Aulery  (2014-11-05):
> Package: debian-installer
> Severity: minor
> Tags: d-i
> 
> Hello,
> 
> After choosing the mirror, counter downloaded files is wrong on several
> occasions. It displays :
> 
> Download file 1 of 1
> Download file 2 of 2
> Download file 3 of 3
> 
> instead of :
> 
> Download file 1 of 3
> Download file 2 of 3
> Download file 3 of 3

ISTR apt's unable to count (possibly because it can't or at least
doesn't know in advance how many files it will need).

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#768202: unblock: email-reminder/0.7.8-2

[Francois Marier]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package email-reminder

The only change is the addition of a new DebConf translation (Dutch).

unblock email-reminder/0.7.8-2
diff -Nru email-reminder-0.7.8/debian/changelog email-reminder-0.7.8/debian/changelog
--- email-reminder-0.7.8/debian/changelog	2014-10-09 23:48:19.0 +1300
+++ email-reminder-0.7.8/debian/changelog	2014-10-30 10:02:16.0 +1300
@@ -1,3 +1,9 @@
+email-reminder (0.7.8-2) unstable; urgency=medium
+
+  * Add Dutch debconf translation (closes: #767237)
+
+ -- Francois Marier   Thu, 30 Oct 2014 10:01:40 +1300
+
 email-reminder (0.7.8-1) unstable; urgency=medium
 
   * New upstream release (closes: #629631, #746617)
diff -Nru email-reminder-0.7.8/debian/po/nl.po email-reminder-0.7.8/debian/po/nl.po
--- email-reminder-0.7.8/debian/po/nl.po	1970-01-01 12:00:00.0 +1200
+++ email-reminder-0.7.8/debian/po/nl.po	2014-10-30 10:02:16.0 +1300
@@ -0,0 +1,120 @@
+# Dutch translation of email-reminder debconf templates.
+# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
+# This file is distributed under the same license as the email-reminder package.
+# Frans Spiesschaert , 2014.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: email-reminder\n"
+"Report-Msgid-Bugs-To: email-remin...@packages.debian.org\n"
+"POT-Creation-Date: 2009-02-26 09:58+1300\n"
+"PO-Revision-Date: 2014-10-16 14:00+0200\n"
+"Last-Translator: Frans Spiesschaert \n"
+"Language-Team: Dutch \n"
+"Language: nl\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+"Plural-Forms: nplurals=2; plural=(n != 1);\n"
+
+#. Type: boolean
+#. Description
+#: ../templates:1001
+msgid "Run daily email-reminder cronjob?"
+msgstr "Dagelijks een crontaak voor email-reminder uitvoeren?"
+
+#. Type: boolean
+#. Description
+#: ../templates:1001
+msgid ""
+"By default, email-reminder checks once a day for reminders that need to be "
+"sent out."
+msgstr ""
+"Standaard controleert email-reminder eens per dag of er herinneringen "
+"verzonden moeten worden."
+
+#. Type: string
+#. Description
+#: ../templates:2001
+msgid "SMTP server:"
+msgstr "SMTP-server:"
+
+#. Type: string
+#. Description
+#: ../templates:2001
+msgid ""
+"Specify the address of the outgoing mail server that email-reminder should "
+"use to send its emails."
+msgstr ""
+"Geef het adres op van de server voor uitgaande mail die door email-reminder "
+"gebruikt moet worden om zijn berichten te versturen."
+
+#. Type: string
+#. Description
+#: ../templates:3001
+msgid "SMTP username:"
+msgstr "SMTP-gebruikersnaam:"
+
+#. Type: string
+#. Description
+#: ../templates:3001
+msgid "If the outgoing mail server requires a username, enter it here."
+msgstr ""
+"Indien de server voor uitgaande mail een gebruikersnaam nodig heeft, geeft u "
+"die hier in."
+
+#. Type: string
+#. Description
+#. Type: password
+#. Description
+#: ../templates:3001 ../templates:4001
+msgid "Leave this blank if the SMTP server doesn't require authentication."
+msgstr ""
+"Vul hier niets in, indien de SMTP-server geen authenticatie nodig heeft."
+
+#. Type: password
+#. Description
+#: ../templates:4001
+msgid "SMTP password:"
+msgstr "SMTP-wachtwoord:"
+
+#. Type: password
+#. Description
+#: ../templates:4001
+msgid "If the outgoing mail server requires a password, enter it here."
+msgstr ""
+"Indien de server voor uitgaande mail een wachtwoord nodig heeft, geeft u dat "
+"hier in."
+
+#. Type: boolean
+#. Description
+#: ../templates:5001
+msgid "Connect to the SMTP server using SSL?"
+msgstr "SSL gebruiken om contact maken met de SMTP-server?"
+
+#. Type: boolean
+#. Description
+#: ../templates:5001
+msgid ""
+"If the SMTP server supports SSL and you choose this option, data exchanged "
+"with it will be encrypted."
+msgstr ""
+"Indien u voor deze optie kiest en de SMTP-server SSL ondersteunt, zal de "
+"gegevensuitwisseling ermee versleuteld gebeuren."
+
+#. Type: string
+#. Description
+#: ../templates:6001
+msgid "Reminder mails originating address:"
+msgstr "Adres van de afzender van de herinneringsberichten:"
+
+#. Type: string
+#. Description
+#: ../templates:6001
+msgid ""
+"Reminder emails will appear to come from this address. The default should "
+"work unless the SMTP server requires routable domains in source addresses."
+msgstr ""
+"De herinneringsberichten zullen van dit adres afkomstig lijken. Meestal zal "
+"wat hier standaard voorgesteld wordt, werken, tenzij het voor de SMTP-server "
+"nodig is dat het afzenderadres een routeerbaar domein is."

Bug#768201: phabricator: pot debconf file. Inconsistencies

[Markus Hiereth]

Package: phabricator
Version: 0~git20141101-1
Severity: normal

Dear Richard,

I am about ot translate the po-debconf file of phabricator into
German. See

  https://lists.debian.org/debian-l10n-german/2014/11/msg2.html

There was one pair of inconsistent messages in the english original:

#. Type: select
#. Description
#: ../phabricator.templates:6002
msgid ""
"Please select the web server for which Phabricator should be automatically "
"configured."

#. Type: select
#. Description
#: ../phabricator.templates:6002
msgid "Select \"None\" if you would like to configure the web server manually."

The first mentions phabricator to be configured, in the second it is web
server that needs to be configurated.


Besides, I would recommend to refer in literally the same form when
talking about the login at the MYSQL server. The present messages
vary: E.g. one time, "MySQL server administrator" is used, another
time "MySQL administrator" As far as I can see, the point is simply to
use an account having the right to create a new database. This is
explained in the end and regrettably not right a the start.

#. Type: string
#. Description
#: ../phabricator.templates:2001
msgid "Mysql administrator username:"

#. Type: string
#. Description
#: ../phabricator.templates:2001
msgid ""
"Please enter the username of a Mysql server administrator. This account must "
"have enough privileges to create phabricator_* databases."

#. Type: password
#. Description
#: ../phabricator.templates:3001
msgid "Mysql administrator password:"

#. Type: password
#. Description
#: ../phabricator.templates:4001
msgid "Mysql administrator password confirmation:"

#. Type: password
#. Description
#: ../phabricator.templates:4001
msgid "Please enter your Mysql administrator password again for confirmation."

Best Regards
Markus

-- 
adresse  Günzenhausen
 Am Hang 14
 85386 Eching
 Germany
fon  +49 8133 9179613
mail p...@hiereth.de
web  www.hiereth.de
pgp  www.hiereth.de/public_key.asc



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

Kernel: Linux 3.2.0-4-486
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
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#768176: unblock: pioneers/15.3-1

[Jonathan Wiltshire]

Control: tag -1 moreinfo

On Wed, Nov 05, 2014 at 06:20:02PM +0100, Bas Wijnen wrote:
> Bug #765319 (non-free license for artwork) is RC in the current version in
> pioneers.  Upstream has contacted the artist and they relicensed it under
> CC-BY-SA-4.0.  Upstream has released a new version with this fix.
> 
> I asked on IRC if this could get a freeze exception, or if I should backport
> the change.  I was told a new upstream version is not a problem, as long as
> there aren't other changes in it.
> 
> However, I didn't know it also includes whitespace and sorting changes to 
> files
> in debian/ and a buffer overflow fix (which is probably not a security issue,
> but I didn't investigate), and while changing debian/copyright it was changed
> to follow DEP-5.  I'm guessing this is still not a problem?  If it is, I can
> either prepare 15.2-2, or downgrade the bug severity to wishlist (the problem
> is solved; it is now a documentation issue that the license mentioned in the
> package is not accurate).
> 
> The debdiff only shows version and sorting differences.  I've attached a
> cleaned diff of both upstream trees.

The debdiff you attached would be fine in principle, but unfortunately the
version in Jessie is 14.1-2, not 15.2-1. With

 271 files changed, 52206 insertions(+), 33080 deletions(-)

I'd rather have a targetted fix for the documentation bug through tpu
please. Downgrading the bug is also an option, though I feel slightly
uncomfortable shipping a package with a license inaccuracy.


-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51


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

Bug#768178: systemd: sysvinit wrapper breaks newly-installed services

[Ximin Luo]

On 05/11/14 21:52, Ximin Luo wrote:
> On 05/11/14 20:54, Zbigniew Jędrzejewski-Szmek wrote:
>> On Wed, Nov 05, 2014 at 08:12:39PM +, Ximin Luo wrote:
>>> All I care is that "service x start" works. It does not. This is
>>> correctly called "systemd breaks existing software" - it is breaking
>>> the sysvinit behaviour.
>>
>> Let's look what LSB says:
>>
>> http://refspecs.linuxbase.org/LSB_3.1.1/LSB-Core-generic/LSB-Core-generic/iniscrptact.html
>>
>>> For all other
>> [meaning everything apart from 'status']
>>> init-script actions, the init script shall return an exit status of
>>> zero if the action was successful. Otherwise, the exit status shall
>>> be non-zero
>> [...]
>>> 6   program is not configured
>>
>> Esentially, your scripts tells systemd "action was sucessful", and
>> systemd has no reason (or way) to doubt that.
>>
> 
> Sure, I get that my script doesn't work perfectly in this area. I will fix 
> all of this stuff.
> 
> However, systemd is *also* at fault for not being able to deal with this. 
> With sysvinit, a "start" action is executed regardless of any external 
> considerations - it's just a shell script with a "start" clause. This 
> behaviour should be preserved by systemd; however what actually happens is 
> that this behaviour is overridden quite obnoxiously.
> 
> Nowhere does the LSB mention "scripts should not expect to work in the 
> future, if they output a non-standard return code previously". This is what 
> systemd does to my script (and other scripts that use dh_installinit).
> 
> So there is still a bug in /lib/lsb/init-functions.d/40-systemd.
> 

Take another example: even if my script did work perfectly according to the 
LSB, a service might stop *itself* a short time after "service x start" 
completes with return code 0. systemd will be unable to detect this [1], and a 
subsequent "service x start" will not work under systemd (because it thinks 
it's active, and treats the "start" subcommand as a no-op), even though this 
would work under plain sysvinit.

X

[1] without providing metadata in a pseudo-header - but we're working under the 
assumption that initscript writers should not have to care about systemd.

-- 
GPG: 4096R/1318EFAC5FBBDBCE
git://github.com/infinity0/pubkeys.git



signature.asc
Description: OpenPGP digital signature