Bug#696318: zim crash at startup (ValueError: No such object: RemoteObject: zim.gui.GtkInterface)

[Raphael Hertzog]

Hi,

On Wed, 19 Dec 2012, Damien Couroussé wrote:
> zim crashes at startup. I suspect a missing dependency of this release
> version to python-gobject-2, or to a more recent version of
> python-gobject which comes with python-gobject-2. I have also found this bug 
> in the previous
> release 0.57.
> 
> Here is the trace :
> 
> $ zim
[...]
> ** (process:13884): WARNING **: Trying to register gtype 'GSocketMsgFlags' as 
> enum when in fact it is of type 'GFlags'
> Traceback (most recent call last):
>   File "/usr/bin/zim", line 73, in 
> zim.main(argv)
>   File "/usr/lib/python2.6/dist-packages/zim/__init__.py", line 446, in main
> gui.present(page, **optsdict)
>   File "/usr/lib/python2.6/dist-packages/zim/ipc.py", line 708, in call
> raise re
> ValueError: No such object:  zim.gui.GtkInterface(file:///home/damien/Notebooks/Notes)>

Jaap, does this problem speak to you? Do you confirm the requirement of a
newer gobject?

Do you know the correct minimal version?

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


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

Bug#696384: git-annex: Quoted SHA256 sums incompatible with repositories on VFAT

[Ian Campbell]

Package: git-annex
Version: 3.20121211
Severity: normal

As described in #696313 I am trying to use a annex on a VFAT USB drive.

A small number of files in the annex cannot be copied to VFAT because the path
contains a "\" (which is invalid in a FAT filesystem).

$ git annex copy --to=usbdrive 'Ministry - Rio Grande Blood/03-Gangreen (w\ 
Sgt. Major).ogg'
copy Ministry - Rio Grande Blood/03-Gangreen (w\ Sgt. Major).ogg (to 
usbdrive...) 
SHA256E-s4796874--\a91e4e04f60b9afe41224e32e87d07de6a09c92f85891d2cccaadbfc33b8bf31.ogg
   32768   0%0.00kB/s0:00:00  rsync: open 
"/media/IanCampbell/music.annex/annex/tmp/SHA256E-s4796874--\a91e4e04f60b9afe41224e32e87d07de6a09c92f85891d2cccaadbfc33b8bf31.ogg"
 failed: Invalid argument (22)
 4796874 100%  100.96MB/s0:00:00 (xfer#1, to-check=0/1)
rsync error: some files/attrs were not transferred (see previous errors) (code 
23) at main.c(1070) [sender=3.0.9]

sent 4797609 bytes  received 31 bytes  9595280.00 bytes/sec
total size is 4796874  speedup is 1.00
failed
git-annex: copy: 1 failed

I expect this is because sha256sum quotes the checksum if the filename contains
certain characters:

$ sha256sum 'Ministry - Rio Grande Blood/03-Gangreen (w\ Sgt. Major).ogg'
\a91e4e04f60b9afe41224e32e87d07de6a09c92f85891d2cccaadbfc33b8bf31  Ministry - 
Rio Grande Blood/03-Gangreen (w\\ Sgt. Major).ogg

This isn't mentioned in the sha256sum info page but it is mentioned in the
md5sum page, both utilities are compiled from the same md5sum.c source file in
coreutils. The info page says:

   For each FILE, `md5sum' outputs the MD5 checksum, a flag indicating
a binary or text input file, and the file name.  If FILE contains a
backslash or newline, the line is started with a backslash, and each
problematic character in the file name is escaped with a backslash,
making the output unambiguous even in the presence of arbitrary file
names.  If FILE is omitted or specified as `-', standard input is read.

A "git annex copy --to usbdrive --auto" fails for 102 files, I can find 100
with a \ in the filename.

The other two have files ending in '.?.ogg' and '.".ogg' which g-a appears to
treat as part of the extension for SHA256E purposes:

$ git annex copy --to=usbdrive 'Hermano - Dare I Say/05-Is This O.K.?.ogg'
copy Hermano - Dare I Say/05-Is This O.K.?.ogg (to usbdrive...) 
SHA256E-s4220373--354e439a9212268e21b36843ed48f835183472636932eef042739e4755476d59.?.ogg
   32768   0%0.00kB/s0:00:00  rsync: open 
"/media/IanCampbell/music.annex/annex/tmp/SHA256E-s4220373--354e439a9212268e21b36843ed48f835183472636932eef042739e4755476d59.?.ogg"
 failed: Invalid argument (22)
 4220373 100%  153.60MB/s0:00:00 (xfer#1, to-check=0/1)
rsync error: some files/attrs were not transferred (see previous errors) (code 
23) at main.c(1070) [sender=3.0.9]

sent 4221037 bytes  received 31 bytes  2814045.33 bytes/sec
total size is 4220373  speedup is 1.00
failed
git-annex: copy: 1 failed
$ git annex copy --to=usbdrive 'Queens Of The Stone Age - Lullabies To 
Paralyze/13-"You Got A Killer Scene There, Man...".ogg'
copy Queens Of The Stone Age - Lullabies To Paralyze/13-"You Got A Killer Scene 
There, Man...".ogg (to usbdrive...) 
SHA256E-s4162784--d78e3b998894e8408a299a649a5718fea097a1969da012499a8df6219686ecff.".ogg
   32768   0%0.00kB/s0:00:00  rsync: open 
"/media/IanCampbell/music.annex/annex/tmp/SHA256E-s4162784--d78e3b998894e8408a299a649a5718fea097a1969da012499a8df6219686ecff.".ogg"
 failed: Invalid argument (22)
 4162784 100%  115.84MB/s0:00:00 (xfer#1, to-check=0/1)
rsync error: some files/attrs were not transferred (see previous errors) (code 
23) at main.c(1070) [sender=3.0.9]

sent 4163444 bytes  received 31 bytes  8326950.00 bytes/sec
total size is 4162784  speedup is 1.00
failed
git-annex: copy: 1 failed

Does g-a treat suffixes from the second last "." on purpose? I should probably
be using the SHA256 (no E) backend anyway.

Before I used git-annex I used a home grown script to convert my .flac files to
.ogg on my FAT device. That script ended up substituting everything in
":/\\?*\"\|" for something safe.

I munged my filenames to avoid all of these.

Ian.

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

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

Versions of packages git-annex depends on:
ii  curl7.26.0-1
ii  git 1:1.7.10.4-1+wheezy1
ii  libc6   2.13-37
ii  libffi5 3.0.10-3
ii  libgmp102:5.0.5+dfsg-2
ii  libgnutls26 2.12.20-2
ii  libgsasl7   1.8.0-2
ii  libidn111.25-2
ii  libpcre31:8.30-5
ii  libxml2 2.8.0+dfsg1-7
ii  libyaml-0-2 0.1.4-2
ii  openssh-client  1:6.0p1-3
ii  rsync   3.0.9-4
ii  uuid1.6.2-1.3

Bug#696383: dkms module fails to build with: error: implicit declaration of function get_io_context

[Christian Kujau]

Package: iscsitarget-dkms
Version: 1.4.20.2-11
Severity: important

Installing iscsitarget-dkms tries to compile the iscsitarget module. This fails 
for the installed
kernel linux-image-3.6-trunk-amd64 with the following message from
/var/lib/dkms/iscsitarget/1.4.20.2/build/make.log:


make: Entering directory `/usr/src/linux-headers-3.6-trunk-amd64'
  LD  /var/lib/dkms/iscsitarget/1.4.20.2/build/built-in.o
  LD  /var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/built-in.o
  CC [M]  /var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/tio.o
  CC [M]  /var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/iscsi.o
  CC [M]  /var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/nthread.o
  CC [M]  /var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/wthread.o
/var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/wthread.c: In function 
'worker_thread':
/var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/wthread.c:76:3: error: implicit 
declaration of function 'get_io_context' [-Werror=implicit-function-declaration]
/var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/wthread.c:76:21: warning: 
assignment makes pointer from integer without a cast [enabled by default]
cc1: some warnings being treated as errors
make[4]: *** [/var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/wthread.o] Error 1
make[3]: *** [/var/lib/dkms/iscsitarget/1.4.20.2/build/kernel] Error 2
make[2]: *** [_module_/var/lib/dkms/iscsitarget/1.4.20.2/build] Error 2
make[1]: *** [sub-make] Error 2
make: *** [all] Error 2
make: Leaving directory `/usr/src/linux-headers-3.6-trunk-amd64'


This has been reported in Ubuntu's Launchpad too:

https://bugs.launchpad.net/ubuntu/+source/iscsitarget/+bug/1045706

and their latest 1.4.20.2-10ubuntu1 seems to contain a fix:

   > Fix DKMS compatibility with Linux 3.5 kernel (LP: #1045706):
   >  - d/p/iscsitarget-svn{444,471}.patch: Cherry picked patches from
   >   upstream VCS trunk, resolving dkms build failures with > linux 3.5.


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

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

Versions of packages iscsitarget-dkms depends on:
ii  dkms  2.2.0.3-1.2
ii  make  3.81-8.2

Versions of packages iscsitarget-dkms recommends:
ii  linux-headers-3.6-trunk-amd64 [linux-headers]  3.6.9-1~experimental.1

Versions of packages iscsitarget-dkms suggests:
ii  iscsitarget  1.4.20.2-10.1

-- debconf-show failed


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

Bug#696382: dovecot-common: config file purged after upgrade to 1:2.1.7-2

[Alexander Galanin]

Package: dovecot-common
Version: 1:1.2.15-7
Severity: important

I performed upgrade of dovecto from version 1.2.15-7 (squeeze) to
1:2.1.7-2~bpo60+1 (squeeze-backports). After that I purged
dovecot-common and it has removed my dovecot config file!

Steps to reproduce:
1. Install dovecot, dovecot-imapd and dovecot-common from stable.
2. Make sure that /etc/dovecot/dovecot.conf exists
3. Upgrade dovecot to 1:2.1.7-2~bpo60+1
4. Purge old dovecot packages (dovecot-common)
5. Check that /etc/dovecot/dovecot.conf exists

Result:
File /etc/dovecot/dovecot.conf removed during dovecot-common's
postrm script execution (lines 8-13).
But this file is needed for new dovecot version to work!

-- System Information:
Debian Release: 6.0.6
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing')
Architecture: armel (armv5tel)

Kernel: Linux 2.6.32-5-kirkwood
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dovecot-common depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  libbz2-1.01.0.5-6+squeeze1   high-quality block-sorting file co
ii  libc6 2.11.3-4   Embedded GNU C Library: Shared lib
ii  libcomerr21.41.12-4stable1   common error description library
ii  libdb4.8  4.8.30-2   Berkeley v4.8 Database Libraries [
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libgssapi-krb5-2  1.10.1+dfsg-1  MIT Kerberos runtime libraries - k
ii  libk5crypto3  1.10.1+dfsg-3  MIT Kerberos runtime libraries - C
ii  libkrb5-3 1.10.1+dfsg-1  MIT Kerberos runtime libraries
ii  libldap-2.4-2 2.4.23-7.2 OpenLDAP libraries
pn  libmysqlclient16   (no description available)
ii  libpam-runtime1.1.1-6.1+squeeze1 Runtime support for the PAM librar
ii  libpam0g  1.1.1-6.1+squeeze1 Pluggable Authentication Modules l
pn  libpq5 (no description available)
ii  libsqlite3-0  3.7.3-1SQLite 3 shared library
ii  libssl0.9.8   0.9.8o-4squeeze13  SSL shared libraries
ii  openssl   0.9.8o-4squeeze13  Secure Socket Layer (SSL) binary a
ii  ucf   3.0025+nmu1Update Configuration File: preserv
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - runtime

dovecot-common recommends no packages.

Versions of packages dovecot-common suggests:
pn  ntp(no description available)


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

Bug#696364: addons window is always maximised

[Mike Hommey]

On Thu, Dec 20, 2012 at 01:08:06PM +1100, Craig Sanders wrote:
> Package: iceweasel
> Version: 14.0.1-2
> 
> The addons window (Tools -> Add-ons) is always opened maximised.  

O_o this doesn't open a window, this opens a tab. Are you sure you don't
have an extension changing this behavior?

Mike


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

Bug#672524: bitcoin: FTBFS[any-i386]: testsuite errors

[Petter Reinholdtsen]

I just tried to build the source of version 0.7.2-1 in Wheezy, and the
test suite completed without any errors as far as I could tell.  This
was on a i686 installation.

Is this bug fixed in the new upstream version?

PS to Christoph: Trying again with correct email address to
bugs.debian.org.

--
Happy hacking
Petter Reinholtsen


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

Bug#627263: bitcoin: Bitcoin GUI should be packed too

[Petter Reinholdtsen]

Hi.  Here is a draft patch to enable a new bitcoin-qt package with the
Qt GUI program included.  I am not very skilled with CDBS, and thus
didn't quite succeed in changing the built rules in a sensible way.  I
am just offering this patch as a starting point for the next person
looking at this bug report.  Note, the patch isn't quite right.  I
ran out of time and just wanted to share the current status.

-- 
Happy hacking
Petter Reinholdtsen
diff -N -ur bitcoin-0.7.2-orig/debian/bitcoin-qt.install bitcoin-0.7.2/debian/bitcoin-qt.install
--- bitcoin-0.7.2-orig/debian/bitcoin-qt.install	1970-01-01 01:00:00.0 +0100
+++ bitcoin-0.7.2/debian/bitcoin-qt.install	2012-12-19 23:29:21.318697299 +0100
@@ -0,0 +1 @@
+bitcoin-qt usr/bin
diff -N -ur bitcoin-0.7.2-orig/debian/control bitcoin-0.7.2/debian/control
--- bitcoin-0.7.2-orig/debian/control	2012-12-12 17:57:12.0 +0100
+++ bitcoin-0.7.2/debian/control	2012-12-19 23:30:58.442689128 +0100
@@ -10,6 +10,7 @@
  devscripts,
  libboost-system-dev (>> 1.35) | libboost-system1.35-dev,
  libdb++-dev | libdb4.6++-dev,
+ qt4-qmake, libqt4-dev, libboost-dev,
  libssl-dev,
  pkg-config,
  libglib2.0-dev,
@@ -41,3 +42,22 @@
  .
  This package provides bitcoind, a combined daemon and CLI tool to
  interact with the daemon.
+
+Package: bitcoin-qt
+Architecture: any-alpha any-amd64 any-arm any-i386 any-ia64 any-mipsel any-sh4
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Suggests: ${cdbs:Suggests}
+Description: peer-to-peer network based digital currency - GUI
+ Bitcoin is a free open source peer-to-peer electronic cash system that
+ is completely decentralized, without the need for a central server or
+ trusted parties.  Users hold the crypto keys to their own money and
+ transact directly with each other, with the help of a P2P network to
+ check for double-spending.
+ .
+ By default connects to an IRC network to discover other peers.
+ .
+ Full transaction history is stored locally at each client.  This
+ requires several GB of space, slowly growing.
+ .
+ This package provides bitcoin-qt, a GUI tool to interact with the
+ bitcoind daemon.
diff -N -ur bitcoin-0.7.2-orig/debian/control.in bitcoin-0.7.2/debian/control.in
--- bitcoin-0.7.2-orig/debian/control.in	2012-12-03 01:43:49.0 +0100
+++ bitcoin-0.7.2/debian/control.in	2012-12-20 00:07:38.646696005 +0100
@@ -27,3 +27,22 @@
  .
  This package provides bitcoind, a combined daemon and CLI tool to
  interact with the daemon.
+
+Package: bitcoin-qt
+Architecture: any-alpha any-amd64 any-arm any-i386 any-ia64 any-mipsel any-sh4
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Suggests: ${cdbs:Suggests}
+Description: peer-to-peer network based digital currency - GUI
+ Bitcoin is a free open source peer-to-peer electronic cash system that
+ is completely decentralized, without the need for a central server or
+ trusted parties.  Users hold the crypto keys to their own money and
+ transact directly with each other, with the help of a P2P network to
+ check for double-spending.
+ .
+ By default connects to an IRC network to discover other peers.
+ .
+ Full transaction history is stored locally at each client.  This
+ requires several GB of space, slowly growing.
+ .
+ This package provides bitcoin-qt, a GUI tool to interact with the
+ bitcoind daemon.
diff -N -ur bitcoin-0.7.2-orig/debian/rules bitcoin-0.7.2/debian/rules
--- bitcoin-0.7.2-orig/debian/rules	2012-12-17 00:11:32.0 +0100
+++ bitcoin-0.7.2/debian/rules	2012-12-20 08:01:23.070698787 +0100
@@ -39,6 +39,7 @@
 DEB_MAKE_CHECK_TARGET = test_bitcoin
 build/bitcoind::
 	$(if $(filter nocheck,$(DEB_BUILD_OPTIONS)),,src/test_bitcoin)
+	$(MAKE)
 
 # work around build failure with gcc 4.7
 CXXFLAGS += -fpermissive
@@ -68,7 +69,7 @@
 CDBS_BUILD_DEPENDS += , $(call boostdep,filesystem program-options thread test)
 
 # TODO: fix support DEB_QMAKE_BUILDDIR and install binary into -qt package
-#CDBS_BUILD_DEPENDS += , qt4-qmake, libqt4-dev
+CDBS_BUILD_DEPENDS += , qt4-qmake, libqt4-dev, libboost-dev
 
 CDBS_SUGGESTS_bitcoind = db-util, db4.8-util, db4.7-util
 
@@ -77,10 +78,13 @@
 
 pre-build::
 	mkdir -p src/obj/nogui
+	qmake
 clean::
+	[ ! -f Makefile ] || make distclean
 	find src/obj -type f -not -name .gitignore -delete
 	rm -f src/bitcoind
+	rm -f build/build.h
 
 # Ensure wrapper is set executable
 binary-post-install/bitcoind::
-	chmod +x $(cdbs_curdestdir)usr/bin/bitcoind
+	chmod +x $(cdbs_curdestdir)/../bitcoind/usr/bin/bitcoind

Bug#696381: korganizer does not allow me to choose between subcalendars in akonadi-resource

[Michael Tsang]

Package: korganizer
Version: 4:4.4.11.1+l10n-3+b1
Severity: important

Dear Maintainer,

I have the "personal calendar" and a Google resource in the akonadi-resource.
However, when I create new items, korganizer does not allow me to choose which
one I want it to save in, nor does it allow me to move items between the sub-
calendars. However, with separate calendars (i.e. akonadi and traditional
resource), it allows me to move items between and choose which calendar to save
to. I have already chosen to ask the location in the "save" settings.

Michael



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

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

Versions of packages korganizer depends on:
ii  kde-runtime   4:4.8.4-2
ii  kdepim-runtime4:4.4.11.1-5+b1
ii  libakonadi-contact4   4:4.8.4-1
ii  libc6 2.13-37
ii  libkabc4  4:4.8.4-1
ii  libkcal4  4:4.8.4-1
ii  libkcmutils4  4:4.8.4-4
ii  libkde3support4   4:4.8.4-4
ii  libkdecore5   4:4.8.4-4
ii  libkdepim44:4.4.11.1+l10n-3+b1
ii  libkdeui5 4:4.8.4-4
ii  libkholidays4 4:4.8.4-1
ii  libkio5   4:4.8.4-4
ii  libkmime4 4:4.8.4-1
ii  libknewstuff2-4   4:4.8.4-4
ii  libkontactinterface4  4:4.8.4-1
ii  libkparts44:4.8.4-4
ii  libkpimidentities44:4.8.4-1
ii  libkpimutils4 4:4.8.4-1
ii  libkprintutils4   4:4.8.4-4
ii  libkresources44:4.8.4-1
ii  libphonon44:4.6.0.0-2
ii  libqt4-dbus   4:4.8.2+dfsg-2
ii  libqt4-qt3support 4:4.8.2+dfsg-2
ii  libqt4-xml4:4.8.2+dfsg-2
ii  libqtcore44:4.8.2+dfsg-2
ii  libqtgui4 4:4.8.2+dfsg-2
ii  libstdc++64.7.2-4
ii  perl  5.14.2-16
ii  phonon4:4.6.0.0-2
ii  zlib1g1:1.2.7.dfsg-13

korganizer recommends no packages.

Versions of packages korganizer suggests:
ii  kdepim-groupware   4:4.4.11.1+l10n-3+b1
ii  kdepim-kresources  4:4.4.11.1+l10n-3+b1

-- 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#696380: ITP: astromenace-data -- data files for AstroMenace game

[Boris Pek]

Package: wnpp
Severity: wishlist

* Package name    : astromenace-data
  Version : 1.3.1+ds-1
  Upstream Author : Viewizard team 
* URL : http://www.viewizard.com/astromenace/index_linux.php
* License : mostly GPL-3+
  Description : data files for AstroMenace game

AstroMenace is an astonishing hardcore scroll-shooter where brave space
warriors may find a great opportunity to hone their combat skills.
Gather money during the battle to spend them on turning your spaceship
into an ultimate weapon of mass destruction and give hell to swarms of
adversaries. Enjoy the wonderfully crafted 3d graphics and high-quality
special effects along with a detailed difficulty adjustment and a handy
interface of AstroMenace.

This package provides data files for the game.

Bug#696379: gtkpod: copyright file missing after upgrade (policy 12.5)

[Andreas Beckmann]

Package: gtkpod
Version: 0.99.14-3
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 from lenny to squeeze, 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.

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

  MISSING COPYRIGHT FILE: /usr/share/doc/gtkpod/copyright
  # ls -lad /usr/share/doc/gtkpod
  drwxr-xr-x 2 root root 40 Dec 19 15:56 /usr/share/doc/gtkpod
  # ls -la /usr/share/doc/gtkpod/
  total 0
  drwxr-xr-x   2 root root   40 Dec 19 15:56 .
  drwxr-xr-x 210 root root 4340 Dec 19 15:56 ..


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


cheers,

Andreas


gtkpod_0.99.14-3.log.gz
Description: GNU Zip compressed data

Bug#696378: prayer-templates: copyright file missing after upgrade (policy 12.5)

[Andreas Beckmann]

Package: prayer-templates
Version: 1.3.3-dfsg1-3
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 from lenny to squeeze, 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.

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

  MISSING COPYRIGHT FILE: /usr/share/doc/prayer-templates/copyright
  # ls -lad /usr/share/doc/prayer-templates
  drwxr-xr-x 2 root root 40 Dec 19 15:59 /usr/share/doc/prayer-templates
  # ls -la /usr/share/doc/prayer-templates/
  total 0
  drwxr-xr-x  2 root root   40 Dec 19 15:59 .
  drwxr-xr-x 85 root root 1780 Dec 19 15:59 ..


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


cheers,

Andreas


prayer-templates_1.3.3-dfsg1-3.log.gz
Description: GNU Zip compressed data

Bug#696254: qa.debian.org: PTS has outdated current policy version

[Bart Martens]

On Wed, Dec 19, 2012 at 11:05:02PM +, Dominic Hargreaves wrote:
> On Wed, Dec 19, 2012 at 08:00:37PM +, Bart Martens wrote:
> > On Wed, Dec 19, 2012 at 02:59:14PM +, Dominic Hargreaves wrote:
> > > On Wed, Dec 19, 2012 at 06:37:12AM +, Bart Martens wrote:
> > > > I suggest to implement the following instead :
> > >
> > > I understand your proposal, but it feels like overkill to me.
> >
> > It's some work once, but afterwards PTS automatically follows any future
> > debian-policy version changes, so I think it's worth it.
>
> Right, that part of it makes sense, but I don't think there's any need
> to track more than debian-policy in unstable.

I think now that you're right about tracking only debian-policy in unstable.

>
> I'm not volunteering to implement that, though :)

I might volunteer to implement something for this bug when I find the time, but
let's first agree on the desired solution.

>
> > I prefer short messages on the PTS.  If we want the PTS to stop suggesting 
> > to
> > bump the standards-version during the freeze, then the messages should be
> > hidden during the freeze.  Maybe we can do that automatically.  Do we have 
> > some
> > indicator on quantz that Debian is in freeze ?
>
> I don't think the current advice is different to other PTS notices such
> as new upstream versions and patch incorporation; they would often
> not be appropriate during a freeze.

You're right that PTS currently produces more messages that should be ignored
during freeze.

> A global reminder of the freeze
> and not blindly following the advice of the PTS wouldn't do any harm,
> though.

That wouldn't do harm, but then it shouldn't be limited to standards-version
only.  Maybe a separate message on the PTS like "Debian is in freeze, so any
uploads for this package most conform to the freeze policy" linking to
http://release.debian.org/wheezy/freeze_policy.html would be a good addition.
We can discuss such global reminder separately from this bug about
standards-version.

Maybe unwanted standards-version bumps have not been much of an issue so far
since I don't see standards-version mentioned in the freeze policy.

On Wed, Dec 19, 2012 at 03:17:49PM -0800, Russ Allbery wrote:
> Bart Martens  writes:
> > On Wed, Dec 19, 2012 at 02:59:14PM +, Dominic Hargreaves wrote:
> 
> >> Russ, in his 3.9.4 announcement, reminded us not to gratuitously update
> >> the S-V of a package during the freeze (and he did mention 3.9.4 there)
> 
> > I think he meant that doing uploads and requesting unblocks just to bump
> > the standards-version is not so useful.
> 
> The release team have, in the past, asked people not to make changes like
> bumping the standards version in changes that need to be reviewed, since
> it adds noise to the diff and makes their job harder.  So it's more than
> just not uploading solely for standards version changes, but also that one
> shouldn't change it in uploads targetted for stable.
> 
> > I agree about "a gratuitous bump".  About "a bump" however, I think that
> > fixing RC bugs combined with bumping the standards-version without
> > further changes is not wrong.
> 
> I'm happy to go with this policy if the release team is okay with it.  My
> understanding is that they'd rather people not do this, which is where my
> hesitation comes from.

Not bumping standards-version at all during freeze corresponds to what I do
with uploads during the freeze, since I don't remember ever having bumped the
standards-version during freeze.

OK, with the feedback I've read so far, I think now that only debian-policy in
unstable should be tracked, doing that automatically would be nice, and it's
not wrong to allow PTS to continue to show messages that should be ignored
during freeze.  If we would want different or less messages on PTS during
freeze, then this goes wider than just the messages about standards-version.
Is this a good summary of what we discussed so far ?

Regards,

Bart Martens


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

Bug#696376: python-pydoctor: fails to upgrade from lenny with python errors

[Andreas Beckmann]

Package: python-pydoctor
Version: 0.3-1
Severity: serious
Tags: squeeze
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'lenny'.
It installed fine in 'lenny', then the upgrade to 'squeeze' fails.

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

  Preparing to replace python-twisted-bin 8.1.0-4 (using 
.../python-twisted-bin_10.1.0-3_amd64.deb) ...
  Unpacking replacement python-twisted-bin ...
  Preparing to replace python-twisted-core 8.1.0-4 (using 
.../python-twisted-core_10.1.0-3_all.deb) ...
  Unpacking replacement python-twisted-core ...
  Can not write log, openpty() failed (/dev/pts not mounted?)
  (Reading database ... 9405 files and directories currently installed.)
  Removing python-zopeinterface ...
  Can not write log, openpty() failed (/dev/pts not mounted?)
  (Reading database ... 9342 files and directories currently installed.)
  Preparing to replace python 2.5.2-3 (using 
.../python_2.6.6-3+squeeze7_all.deb) ...
  Unpacking replacement python ...
  Preparing to replace python-minimal 2.5.2-3 (using 
.../python-minimal_2.6.6-3+squeeze7_all.deb) ...
  Unpacking replacement python-minimal ...
  Preparing to replace python-central 0.6.8 (using 
.../python-central_0.6.16+nmu1_all.deb) ...
  Unpacking replacement python-central ...
  Preparing to replace python-twisted-web 8.1.0-1 (using 
.../python-twisted-web_10.1.0-1_all.deb) ...
  Unpacking replacement python-twisted-web ...
  Preparing to replace python-nevow 0.9.31-3 (using 
.../python-nevow_0.10.0-2_all.deb) ...
  Unpacking replacement python-nevow ...
  Preparing to replace python-support 0.8.4lenny2 (using 
.../python-support_1.0.10_all.deb) ...
  /var/lib/dpkg/info/python-support.prerm: /usr/sbin/update-python-modules: 
/usr/bin/python: bad interpreter: No such file or directory
  Unpacking replacement python-support ...
  Preparing to replace python-epydoc 3.0.1-1 (using 
.../python-epydoc_3.0.1-8_all.deb) ...
  /var/lib/dpkg/info/python-epydoc.prerm: /usr/sbin/update-python-modules: 
/usr/bin/python: bad interpreter: No such file or directory
  dpkg: warning: subprocess old pre-removal script returned error exit status 
126
  dpkg - trying script from the new package instead ...
  /var/lib/dpkg/tmp.ci/prerm: /usr/sbin/update-python-modules: /usr/bin/python: 
bad interpreter: No such file or directory
  dpkg: error processing /var/cache/apt/archives/python-epydoc_3.0.1-8_all.deb 
(--unpack):
   subprocess new pre-removal script returned error exit status 126
  /var/lib/dpkg/info/python-epydoc.postinst: /usr/sbin/update-python-modules: 
/usr/bin/python: bad interpreter: No such file or directory
  dpkg: error while cleaning up:
   subprocess installed post-installation script returned error exit status 126
  Preparing to replace python-pydoctor 0.2-4 (using 
.../python-pydoctor_0.3-1_all.deb) ...
  /var/lib/dpkg/info/python-pydoctor.prerm: /usr/sbin/update-python-modules: 
/usr/bin/python: bad interpreter: No such file or directory
  dpkg: warning: subprocess old pre-removal script returned error exit status 
126
  dpkg - trying script from the new package instead ...
  /var/lib/dpkg/tmp.ci/prerm: /usr/sbin/update-python-modules: /usr/bin/python: 
bad interpreter: No such file or directory
  dpkg: error processing /var/cache/apt/archives/python-pydoctor_0.3-1_all.deb 
(--unpack):
   subprocess new pre-removal script returned error exit status 126
  /var/lib/dpkg/info/python-pydoctor.postinst: /usr/sbin/update-python-modules: 
/usr/bin/python: bad interpreter: No such file or directory
  dpkg: error while cleaning up:
   subprocess installed post-installation script returned error exit status 126
  Selecting previously deselected package python2.6-minimal.
  Unpacking python2.6-minimal (from .../python2.6-minimal_2.6.6-8+b1_amd64.deb) 
...
  Selecting previously deselected package libexpat1.
  Unpacking libexpat1 (from .../libexpat1_2.0.1-7+squeeze1_amd64.deb) ...
  Selecting previously deselected package python2.6.
  Unpacking python2.6 (from .../python2.6_2.6.6-8+b1_amd64.deb) ...
  Selecting previously deselected package python-pkg-resources.
  Unpacking python-pkg-resources (from 
.../python-pkg-resources_0.6.14-4_all.deb) ...
  Selecting previously deselected package python-zope.interface.
  Unpacking python-zope.interface (from 
.../python-zope.interface_3.5.3-1+b1_amd64.deb) ...

cheers,

Andreas


python-pydoctor_0.3-1.log.gz
Description: GNU Zip compressed data

Bug#696375: mono-gac: fails to upgrade from lenny if libgmime2.2-cil is still installed

[Andreas Beckmann]

Package: mono-gac
Version: 2.6.7-5.1
Severity: serious
Tags: squeeze
User: debian...@lists.debian.org
Usertags: piuparts
Control: affects -1 + libgmime2.2-cil

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'lenny'.
It installed fine in 'lenny', then the upgrade to 'squeeze' fails.

libgmime2.2-cil no longer exists in squeeze, so probably a
  Breaks: libgmime2.2-cil
is needed.

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

  Setting up mono-gac (2.6.7-5.1) ...
  * Installing 1 assembly from libglib2.0-cil into Mono
  * Installing 1 assembly from libgmime2.2-cil into Mono
  E: installing Assembly /usr/lib/cli/gmime-sharp-2.2/gmime-sharp.dll failed
  E: Installation of libgmime2.2-cil with /usr/share/cli-common/runtimes.d/mono 
failed
  dpkg: error processing mono-gac (--configure):
   subprocess installed post-installation script returned error exit status 9

cheers,

Andreas


libgmime2.2-cil_None.log.gz
Description: GNU Zip compressed data

Bug#652108: Some news about these scripts

[Ondřej Surý]

nginx-utils would only make sense in case the package would be Arch: any while 
nginx-common is Arch: all.

And I guess the en/dis scripts are in a scripting language, right?

Ondřej Surý

On 20. 12. 2012, at 1:29, Thomas Ward  wrote:

> I think the point of consideration for splitting into another package is 
> this: For just these two scripts (one to enable a site, one to disable), do 
> we really need to split them off into their own package, and add that as a 
> dependency for all the versions of nginx, when we already have each version 
> (-light, -full, -extra, etc.) depending on nginx-common?
> 
> I think splitting these off into their own package (the proposed -utils 
> package) is only a good idea if more utilities are planned in the future.  
> Otherwise, since the two scripts are going to be used for all versions of 
> nginx (-light, -full, -extra, etc.), and if there's no plans for future 
> utility scripts, then these should just be considered "common", and put in 
> nginx-common.
> 
> --
> Thomas


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

Bug#696374: libcrypt-cbc-perl: unusable with taint mode; please upgrade to 2.32

[Corey Hickey]

Package: libcrypt-cbc-perl
Version: 2.31-1
Severity: important
Tags: upstream

Dear Maintainer,

2.31 seems to have introduced a bug that makes data always appear
tainted:

$ /tmp/t.pl 
Taint checks are turned on and your key is tainted. Please untaint the
key and try again at /tmp/t.pl line 11


#!/usr/bin/perl -T

use strict;
use warnings FATAL => 'all';
use Crypt::CBC;

my $cipher = Crypt::CBC->new(
-key => "asdf",
-cipher => "Rijndael",
);
print $cipher->encrypt("asdf");


This appears to have been fixed upstream in 2.32.

http://cpansearch.perl.org/src/LDS/Crypt-CBC-2.32/Changes

Thanks,
Corey


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

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

Versions of packages libcrypt-cbc-perl depends on:
ii  libcrypt-blowfish-perl  2.12-1+b2
ii  libcrypt-rijndael-perl  1.11-1
ii  perl5.14.2-15

libcrypt-cbc-perl recommends no packages.

libcrypt-cbc-perl suggests no packages.

-- no debconf information
#!/usr/bin/perl -T

use strict;
use warnings FATAL => 'all';
use Crypt::CBC;

my $cipher = Crypt::CBC->new(
-key => "asdf",
-cipher => "Rijndael",
);
print $cipher->encrypt("asdf");

Bug#696373: offlineimap: offline hang too often

[Ubuntu6226]

Package: offlineimap
Version: 6.2.0.2-2
Severity: important

Hi,

I launch offlineimap at boot with screen -d -m and so on.

It works fine, but much too often, offline will hangs 
and stop activity as receiving and storing emails each 5 mins.

All is configured well, but time to time I must kill pkill
it.

This is a really big problem since we rely on offlineimap for all our
activities that I have.

Sincerly
U.

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

Kernel: Linux 2.6.36 (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages offlineimap depends on:
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-support  1.0.10   automated rebuilding support for P

offlineimap recommends no packages.

Versions of packages offlineimap suggests:
pn  doc-base   (no description available)
pn  python-kerberos(no description available)

-- no debconf information


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

Bug#696372: mutt much not reliable

[Ubuntu6226]

Package: mutt
Version: 1.5.20-9+squeeze2
Severity: important

Hi, 

mutt works nornally, but time to time

ex:
echo ip | mutt -s Chque -- x...@gmail.com

Mutt hangs almost every day or time to time to send whatever sort of
emails. it has nothing to do with my scripts, but really that's mutt bug
or problem.

so I check time to time, and with psaux or screen can still find some 
processes. 

Please do sometimg that mutt work, but really work.

Thank you





-- Package-specific info:
Mutt 1.5.20 (2009-06-14)
Copyright (C) 1996-2009 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 2.6.36 (armv5tel)
ncurses: ncurses 5.7.20100313 (compiled with 5.7)
libidn: 1.15 (compiled with 1.15)
hcache backend: tokyocabinet 1.4.37
Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
+USE_POP  +USE_IMAP  +USE_SMTP  
-USE_SSL_OPENSSL  +USE_SSL_GNUTLS  +USE_SASL  +USE_GSS  +HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  +CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +COMPRESSED  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET 
 +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  +USE_HCACHE  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
MIXMASTER="mixmaster"
To contact the developers, please mail to .
To report a bug, please visit http://bugs.mutt.org/.

misc/am-maintainer-mode
misc/hg.pmdef.debugtime
debian-specific/build_doc_adjustments.diff
features/ifdef
features/xtitles
features/trash-folder
features/purge-message
features/sensible_browser_position
features-old/patch-1.5.4.vk.pgp_verbose_mime
features/compressed-folders
features/compressed-folders.debian
debian-specific/Muttrc
debian-specific/Md.etc_mailname_gethostbyname.diff
debian-specific/use_usr_bin_editor.diff
debian-specific/correct_docdir_in_man_page.diff
debian-specific/dont_document_not_present_features.diff
debian-specific/document_debian_defaults
debian-specific/assumed_charset-compat
debian-specific/467432-write_bcc.patch
misc/define-pgp_getkeys_command.diff
misc/gpg.rc-paths
misc/smime.rc
upstream/533209-mutt_perror.patch
upstream/533459-unmailboxes.patch
upstream/533439-mbox-time.patch
upstream/531430-imapuser.patch
upstream/534543-imap-port.patch
upstream/538128-mh-folder-access.patch
upstream/537818-emptycharset.patch
upstream/535096-pop-port.patch
upstream/542910-search-segfault.patch
upstream/533370-pgp-inline.patch
upstream/533520-signature-highlight.patch
upstream/393926-internal-viewer.patch
upstream/543467-thread-segfault.patch
upstream/544180-italian-yesorno.patch
upstream/542817-smimekeys-tmpdir.patch
upstream/544794-smtp-batch.patch
upstream/537694-segv-imap-headers.patch
upstream/548577-gpgme-1.2.patch
upstream/548494-swedish-intl.patch
upstream/553321-ansi-escape-segfault.patch
upstream/553238-german-intl.patch
upstream/557395-muttrc-crypto.patch
upstream/545316-header-color.patch
upstream/568295-references.patch
upstream/547980-smime_keys-chaining.patch
upstream/528233-readonly-open.patch
upstream/228671-pipe-mime.patch
upstream/383769-score-match.patch
upstream/547739-manual-typos.patch
upstream/311296-rand-mktemp.patch
upstream/573823-imap_internal_date
upstream/542344-dont_fold_From_
upstream/537061-dont-recode-saved-attachments.patch
upstream/619216-gnutls-CN-validation.patch
upstream/path_max
misc/hyphen-as-minus.patch
misc/smime_keys-manpage.patch
mutt.org

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

Kernel: Linux 2.6.36 (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages mutt depends on:
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libcomerr2  1.41.12-2common error description library
ii  libgcc1 1:4.4.5-8GCC support library
ii  libgnutls26 2.8.6-1+squeeze1 the GNU TLS library - runtime libr
ii  libgpg-error0   1.6-1library for common error values an
ii  libgpgme11  1.2.0-1.2GPGME - GnuPG Made Easy
ii  libgssapi-krb5-21.8.3+dfsg-4 MIT Kerberos runtime libraries - k
ii  libidn111.15-2   GNU Libidn library, implementation
ii  libk5crypto31.8.3+dfsg-4 MIT Kerberos runtime libraries - C
ii  libkrb5-3   1.8.3+dfsg-4 MIT Kerberos runtime libraries
ii  libncursesw55.7+20100313-5   shared libraries for terminal hand
ii  libsasl2-2   

Bug#696371: gnu-fdisk: does not properly cleanup faulty diversions from lenny

[Andreas Beckmann]

Package: gnu-fdisk
Version: 1.2.4-3
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package does not properly
cleanup the diversions from lenny:

>From the attached log:

0m43.5s DEBUG: Modified(uid, gid, mode, size, target): 
/usr/share/man/man8/fdisk.8.gz (0, 0, - 100644, 4443, None) != (0, 0, - 100644, 
1488, None)
0m43.5s DEBUG: Modified(uid, gid, mode, size, target): 
/usr/share/man/man8/cfdisk.8.gz (0, 0, - 100644, 5880, None) != (0, 0, - 
100644, 1294, None)

0m43.5s INFO: Warning: Package purging left files on system:
  /usr/share/man/man8/cfdisk.8.gz.distribnot owned
  /usr/share/man/man8/fdisk.8.gz.distrib not owned

0m43.5s ERROR: FAIL: After purging files have been modified:
  /usr/share/man/man8/cfdisk.8.gzowned by: gnu-fdisk, util-linux
  /usr/share/man/man8/fdisk.8.gz owned by: gnu-fdisk, util-linux


Andreas


gnu-fdisk_1.2.4-3+b1.log.gz
Description: GNU Zip compressed data

Bug#696370: xpdf, xpdf-reader: /usr/share/doc/xpdf-reader missing after upgrade from lenny

[Andreas Beckmann]

Package: xpdf,xpdf-reader
Version: 3.02-12+squeeze1
Severity: serious
Tags: squeeze
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed /usr/share/doc/xpdf-reader is
missing after an upgrade from lenny.

xpdf.preinst deletes /usr/share/doc/xpdf{,-reader} which were symlinks
in lenny, but nothing guarantees that xpdf.preinst is run before
xpdf-reader is unpacked. Cleanup of the /usr/share/doc/xpdf-reader
symlink needs to be done by xpdf-reader.preinst

Also I would suggest to use

test ! -h /usr/share/doc/xpdf-reader || rm /usr/share/doc/xpdf-reader

instead of 

test -h /usr/share/doc/xpdf-reader && rm -f /usr/share/doc/xpdf-reader || 
true

>From the attached log:

0m51.0s ERROR: FAIL: debsums reports modifications inside the chroot:
  debsums: no md5sums for mawk
  /usr/share/doc/xpdf-common/copyright
  /usr/share/doc/xpdf-common/changelog.Debian.gz
  debsums: conffile etc/xpdf/xpdfrc not owned by xpdf-common
  debsums: missing file /usr/share/doc/xpdf-reader/changelog.Debian.gz (from 
xpdf-reader package)
  debsums: missing file /usr/share/doc/xpdf-reader/changelog.gz (from 
xpdf-reader package)
  debsums: missing file /usr/share/doc/xpdf-reader/copyright (from xpdf-reader 
package)

  MISSING COPYRIGHT FILE: /usr/share/doc/xpdf-reader/copyright
  # ls -lad /usr/share/doc/xpdf-reader
  ls: cannot access /usr/share/doc/xpdf-reader: No such file or directory
  # ls -la /usr/share/doc/xpdf-reader/
  ls: cannot access /usr/share/doc/xpdf-reader/: No such file or directory


Cheers,
Andreas


xpdf-reader_3.02-12+squeeze1.log.gz
Description: GNU Zip compressed data

Bug#695343: t-p-u syslinux/2:4.05+dfsg-6+deb7u1 [d-i]

[Cyril Brulebois]

Hi,

and sorry for the lag (as said on IRC, cc:kibi would have made me
reply earlier ;p).

Niels Thykier  (10/12/2012):
> Control: tags -1 d-i
> 
> On 2012-12-10 13:32, Salvatore Bonaccorso wrote:
> > Hi Ivo
> > 
> > [...]
> > 
> > Uploaded to t-p-u as posted on debian-mentors.
> > 
> > Regards,
> > Salvatore
> 
> Approved from my PoV, just needs a d-i ack.

Thanks for the fix. I'd suggest using a little more verbose changelog
entry next time though; knowing the root cause of a bug along with its
solution would have been even nicer. ;)

ACK.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#607725: upload/NMU of libsmbios-2.2.28 to experimental

[tony mancill]

Hello Jose Luis and Loic,

I have prepared an updated libsmbios package of the most recent upstream
release and would like to propose uploading it to experimental.  I also
have imported all of the Debian releases of the package into a git
packaging repository.

The latest packaging incorporates Jari's packaging updates in #664393,
the work in the Ubuntu libsmbios package, and a few other updates.

Here is the changelog so far:

libsmbios (2.2.28-0.1~exp1) UNRELEASED; urgency=low

  * Non-maintainer upload.
  * New upstream release.  (Closes: #607725)
  * Apply Jari Aalto's patch to update packaging.  (Closes: #664393)
- Remove deprecated dpatch and upgrade to packaging format 3.0 quilt
- Update to Standards-Version to 3.9.3 and debhelper to 9.
  * Sync up package with Ubuntu 2.2.28
- libsmbios-bin is now smbios-utils
- python-libsmbios (python bindings) binary package is new
- remove 01-gcc-4.4-fixes patch
  * Move cli.py from smbios-utils to python-smbios/examples
  * Change section of libsmbios-doc from libs to doc
  * Change section of python-smbios from admin to python

 -- tony mancill   Fri, 14 Dec 2012 22:15:09 -0800


I wanted to ask if either of you would be opposed to either an NMU or an
upload (I would add myself as an uploader).  I would also like to push
the packaging repo to collab-maint on git.debian.org so it could be more
easily team-maintained.

Thank you,
tony



signature.asc
Description: OpenPGP digital signature

Bug#696368: ITA: premake

[Cameron Hart]

Package: wnpp
Owner: c...@bitshifter.net.nz

I Intend to Adopt the premake package. After consulting the
Debian-Mentors I have spoken to the current maintainer and they are OK
with me adopting it.


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

Bug#693924: unblock: ltsp/5.4.2-4

[Cyril Brulebois]

Hi,

Vagrant Cascadian  (21/11/2012):
> LTSP does contain the ltsp-client builder .udeb, though no code in
> the .udeb itself was changed, and the ltsp-client-builder is not
> used in the default installer.

basically, I know next to nothing on the ltsp topic, and it looks like
a very specialized use case anyway; therefore I don't think I'm going
to have/find any time to investigate this, and I'm going blindly trust
you as upstream and the release team to make the right call.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#696206: radeon brokenness observed with Toshiba/Radeon video

[Cyril Brulebois]

Control: severity -1 normal
Control: tag -1 pending

Hi Daniel,

Daniel Pocock  (18/12/2012):
> Package: installation-reports
> Severity: serious

> During Debian's first and subsequent boot, the console becomes corrupted
> 
> The X display is just blank too
> 
> Access to the box is possible using ssh
> 
> Adding
> 
>radeon.modeset=0
> 
> to GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub
> 
> makes the system work normally.

that shouldn't happen anymore in the next release, thanks to the
following linux kernel uploads: linux (3.2.35-1)

  * radeon: Disable KMS earlier if firmware is not installed (Closes: #607194)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#696367: [libexttextcat] none of the created packages install vapi file

[Giulio Paci]

Package: libexttextcat
Version: 3.4.0
Severity: wishlist

--- Please enter the report below this line. ---

It would be nice to be able to install the vapi file (vala bindings) for 
libexttextcat.
It is just a single text file and maybe it can be installed with 
libexttextcat-dev. Other libraries in Debian install this file with 
-vala packages.

I am already using that file, but I needed to manually install it.

Bests,
Giulio.


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

Bug#696366: zabbix-server-pgsql: fails to upgrade from lenny to squeeze

[Andreas Beckmann]

Package: zabbix-server-pgsql
Version: 1:1.8.2-1squeeze4
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'lenny'.
It installed fine in 'lenny', then the upgrade to 'squeeze' fails.

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

  Preparing to replace zabbix-server-pgsql 1:1.4.6-1 (using 
.../zabbix-server-pgsql_1%3a1.8.2-1squeeze4_amd64.deb) ...
  invoke-rc.d: policy-rc.d denied execution of stop.
  dpkg: error processing 
/var/cache/apt/archives/zabbix-server-pgsql_1%3a1.8.2-1squeeze4_amd64.deb 
(--unpack):
   subprocess new pre-installation script returned error exit status 30
  dbconfig-common: flushing administrative password
  update-rc.d: warning: zabbix-server start runlevel arguments (2 3 4 5) do not 
match LSB Default-Start values (S)
  update-rc.d: warning: zabbix-server stop runlevel arguments (0 1 6) do not 
match LSB Default-Stop values (0 6)
  insserv: warning: current start runlevel(s) (2 3 4 5) of script 
`zabbix-server' overwrites defaults (S).
  insserv: warning: current stop runlevel(s) (0 1 6) of script `zabbix-server' 
overwrites defaults (0 6).
  invoke-rc.d: policy-rc.d denied execution of start.
  Preparing to replace libstdc++6 4.3.2-1.1 (using 
.../libstdc++6_4.4.5-8_amd64.deb) ...
  Unpacking replacement libstdc++6 ...
  Errors were encountered while processing:
   /var/cache/apt/archives/zabbix-server-pgsql_1%3a1.8.2-1squeeze4_amd64.deb


cheers,

Andreas


zabbix-server-pgsql_1:1.8.2-1squeeze4.log.gz
Description: GNU Zip compressed data

Bug#603428: snort: prompting due to modified conffiles which where not modified by the user

[Andreas Beckmann]

Package: snort-pgsql,snort-mysql
Followup-For: Bug #603428
Control: found -1 2.8.5.2-8

The problem is still reproducible in a lenny->squeeze upgrade.

  Setting up snort-common (2.8.5.2-8) ...
  Installing new version of config file /etc/snort/threshold.conf ...
  
  Configuration file `/etc/snort/snort.conf'
   ==> Modified (by you or by a script) since installation.
   ==> Package distributor has shipped an updated version.
 What would you like to do about it ?  Your options are:
  Y or I  : install the package maintainer's version
  N or O  : keep your currently-installed version
D : show the differences between the versions
Z : start a shell to examine the situation
   The default action is to keep your current version.
  *** snort.conf (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing 
snort-common (--configure):
   EOF on stdin at conffile prompt


Andreas


snort-mysql_2.8.5.2-8.log.gz
Description: GNU Zip compressed data

Bug#696301: preapproval unblock: dspam/3.10.1+dfsg-6

[Thomas Preud'homme]

Le mercredi 19 décembre 2012 19:12:18, Julien Cristau a écrit :
> 
> I would rather see that 'lock user' code removed in the wheezy version.

Ok, I'll upload to tpu a package which just remove the purge logic in 
libdspam7.postrm and this fix in unstable.

Thanks for your quick answer.

> 
> Cheers,
> Julien

Thomas


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

Bug#694355: [Packaging] Bug#694355: munin-doc: missing Breaks+Replaces: munin-common (<< 2)

[Michael Gilbert]

On Wed, Dec 19, 2012 at 6:22 AM, Holger Levsen wrote:
> Hi Michael,
>
> On Mittwoch, 19. Dezember 2012, Michael Gilbert wrote:
>> Hi, I've uploaded an nmu to delayed/1 fixing this issue.  The changes
>> are backported directly from the experimental package.   Please see
>> attached patch.
>
> can you please cancel this NMU? Thanks already.

Canceled.

> Also, why didnt you contact the munin maintainers before doing so? The bugs
> are marked pending, there is a upload-approval bug filed against
> release.debian.org

Because during the freeze isolated rc bug fixes are far more appealing
to the release team than a whole slew of non-rc changes.

Best wishes,
Mike


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

Bug#695705: mirror listing update for debian.volia.net

[Eugene Paskevich]

On Wed, 19 Dec 2012 23:17:33 +0200, Simon Paillard   
wrote:



On Tue, Dec 11, 2012 at 09:25:58PM +, Eugene Paskevich wrote:

Submission-Type: update
Site: debian.volia.net

[..]

Archive-upstream: ftp.si.debian.org


Hmm... is it debian-archive upstream?
I thought it was for main archive.
I mirror archives directly from archive.debian.org.

Is there a problem with ftp.ua.debian.org ? (Well I see the datarate is  
low :/)


No, I don't see any problem with it except for the throughput.


It looks up to date (at least as of now)


No surprise, it's push-secondary. :-)


List of upstream updated.


Thank you.

Comment: Looking for fast push-primary mirror to be triggered by for  
main,
archive, and backports sections. Host might be considered for  
push-primary.

No bandwidth or connections limits. 10GbE connection to ISP core. Please
contact mir...@volia.net for questions and/or suggestions.


10Gbps on the server too ?


Yes, the server has dual 10G NIC. ATM one socket is connected to the  
backbone.


I guess ftp.ua.debian.org would be better served is allocated to you. Do  
you have good peering in Ukraine ?


Well, the primary motivation for setting up this mirror was the speed  
problems
of ftp.ua.debian.org and its leafs. But if you see that my site looks  
better then

I don't mind becoming the local official mirror.

As for the peering, Volia is considered to be one of the biggest  
'end-user' ISPs
in Ukraine. Although I'm not the one who is responsible for  
peers/upstreams connections,

I believe that it's quite good.

Anyway, I believe that setting up pushing for the site prior making it  
official mirror

is a good idea. :-)


We can continue on mirrors@d.o


Listmaster won't let mir...@volia.net get subscribed, so I've subscribed  
as deb...@volia.net


--
Eugene Paskevich
yevhen.paskev...@volia.com
Programming Engineer
Operational support department


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

Bug#691548: unblock: mythtv-status/0.10.2-2

[Andrew Ruthven]

On Wed, 2012-12-19 at 20:16 +0100, Julien Cristau wrote:
> On Sat, Oct 27, 2012 at 15:08:29 +1300, Andrew Ruthven wrote:
> > 
> > The version in unstable removes some extraneous debugging from the init.d
> > (bug #681684) and adds support for the new dynamic motd logic in Wheezy
> > (bug #688034 should probably be flagged as Important).
> > 
> Meh.  What business does this thing have to mess with motd...

Because it is useful? And on some hardware running it in real time while
a user is logging in is slow enough that it is a real pain, that was my
original use case.

> > diff -Nru mythtv-status-0.10.2/debian/init.d 
> > mythtv-status-0.10.2/debian/init.d
> > --- mythtv-status-0.10.2/debian/init.d  2012-03-22 23:33:58.0 
> > +1300
> > +++ mythtv-status-0.10.2/debian/init.d  2012-10-02 21:47:53.0 
> > +1300
> > @@ -21,8 +21,8 @@
> >  # Provides:  mythtv-status
> >  # Required-Start:$remote_fs
> >  # Required-Stop: $remote_fs
> > -# Should-Start:  $named mythtv-backend
> > -# Should-Stop:   $named mythtv-backend
> > +# Should-Start:  $named mythtv-backend $motd
> > +# Should-Stop:   $named mythtv-backend $motd
> 
> What's $motd?  Shouldn't this be motd (no $)?

A bug. I've just uploaded a new .deb to unstable to fix this and a minor
verbosity that could occur in some cases.

I've attached two debdiffs:
  0.10.2-1 (wheezy) -> 0.10.2-3 (new package)
  0.10.2-2 (sid)-> 0.10.2-3 (new package)

The only other change in the debdiff is the Perl version used to
generate the man page.

Cheers!

-- 
Andrew Ruthven, Wellington, New Zealand
At home: and...@etc.gen.nz | linux.conf.au 2013 
   |   Come join the party...
   | http://lca2013.linux.org.au
diff -Nru mythtv-status-0.10.2/debian/changelog mythtv-status-0.10.2/debian/changelog
--- mythtv-status-0.10.2/debian/changelog	2012-07-07 16:34:36.0 +1200
+++ mythtv-status-0.10.2/debian/changelog	2012-12-20 10:31:07.0 +1300
@@ -1,3 +1,18 @@
+mythtv-status (0.10.2-3) unstable; urgency=low
+
+  * Fix the use of motd as a facility name, shouldn't be $motd.
+Reported by Julian Cristau, thank you.
+  * Don't abort the init.d if we can't remove /var/run/motd.orig.
+
+ -- Andrew Ruthven   Thu, 20 Dec 2012 10:29:31 +1300
+
+mythtv-status (0.10.2-2) unstable; urgency=low
+
+  * Handle a stale temp file more gracefully (Closes: #681684) 
+  * base-files 6.11 in Wheezy uses /var/run/motd.dynamic (Closes: #688034) 
+
+ -- Andrew Ruthven   Tue, 02 Oct 2012 21:50:10 +1300
+
 mythtv-status (0.10.2-1) unstable; urgency=low
 
   * New upstream release. (Closes: #680358)
diff -Nru mythtv-status-0.10.2/debian/init.d mythtv-status-0.10.2/debian/init.d
--- mythtv-status-0.10.2/debian/init.d	2012-03-22 23:33:58.0 +1300
+++ mythtv-status-0.10.2/debian/init.d	2012-12-20 10:29:04.0 +1300
@@ -21,8 +21,8 @@
 # Provides:  mythtv-status
 # Required-Start:$remote_fs
 # Required-Stop: $remote_fs
-# Should-Start:  $named mythtv-backend
-# Should-Stop:   $named mythtv-backend
+# Should-Start:  $named mythtv-backend motd
+# Should-Stop:   $named mythtv-backend motd
 # Default-Start: 2 3 4 5
 # Default-Stop:  0 1 6
 # Short-Description: Update the MOTD with the MythTV status
@@ -35,6 +35,7 @@
 NAME=mythtv-status# Introduce the short server's name here
 DESC="MythTV Status"  # Introduce a short description here
 TEMPFILE=/var/run/motd.mythtv-status
+WORKFILE=/var/run/motd
 
 test -x $DAEMON || exit 0
 
@@ -53,6 +54,9 @@
 exit
 fi
 
+# Debian Wheezy+ handles the MOTD differently.
+[ -f /var/run/motd.dynamic ] && WORKFILE=/var/run/motd.dynamic
+
 set -e
 
 case "$1" in
@@ -60,14 +64,18 @@
 log_daemon_msg "Updating $DESC" "$NAME"
 
 # Just incase someone has removed their motd file.
-[ -f /var/run/motd ] || touch /var/run/motd
-[ -f /var/run/motd.orig ] || cp /var/run/motd /var/run/motd.orig
+[ -f $WORKFILE ] || touch $WORKFILE
+[ -f /var/run/motd.orig ] || cp $WORKFILE /var/run/motd.orig
 
+# If the tempfile is less than 15 minutes old, object, otherwise
+# we'll assume that something went wrong and remove it.
 if [ -f $TEMPFILE ]; then
-  echo "Hey, $TEMPFILE already exists" 1>&2
-  ls -l /var/run/motd* 1>&2
-  ps -ef | grep mythtv-status 1>&2
-  cat /var/run/motd.new 1>&2
+  AGE=$(stat -c "%Z" $TEMPFILE);
+  if expr $AGE \> $(date +'%s') - 900
+  then
+log_warning_msg "I think another $NAME is running."
+exit 1
+  fi
 fi
 
 cp /var/run/motd.orig $TEMPFILE
@@ -77,12 +85,10 @@
 $DAEMON $ARGS -h $HOST >> $TEMPFILE || ret=$?
 if [ $ret -eq 0 -o $ret -eq 1 ]; then
   if [ ! -f $TEMPFILE ]; then
-# My file has gone away.  WTF?!  Spit out some debugging.
-	echo "Odd, $TEMPFILE has gone away.  Start: $date, End: $(date)" 1>&2
-ls -l /var/run/motd* 1>&2
-ps -ef | grep mythtv-status 1

Bug#696117: Update fails with “Error while updating feed” for every subscription

[Ben Finney]

(Re-sending this after correcting the confusing errors I made.)

On 17-Dec-2012, Thomas Perl wrote:
> Also, you might want to migrate to gPodder 3.x (can be found in Debian
> unstable). There's a tool called "gpodder-migrate2tres" that can be used
> to convert your gPodder 2 database to gPodder 3.

That might be good for me, but won't help with the release of Wheezy (I'm
assuming gPodder 3 won't be accepted into Wheezy during the freeze).

Also, there appears to be no backport of gPodder 3 for Wheezy.

> Also, did you update your python-feedparser package recently?

Not recently, no. The latest upgrade in Aptitude's logs is 2012-06-03:

[UPGRADE] python-feedparser:amd64 5.0.1-1 -> 5.1.2-1

which is still the currently installed version, and gPodder was updating
its feeds for several months after that with no trouble.

> Run gPodder in a Terminal using "gpodder --verbose" and see if this
> gives any additional information about the problem.

Each feed update fails with the following traceback:

=
1355775035.976728 [gPodder] INFO: Error:
Traceback (most recent call last):
  File "/usr/lib/pymodules/python2.7/gpodder/gui.py", line 2960, in 
update_feed_cache_proc
mimetype_prefs=self.config.mimetype_prefs)
  File "/usr/lib/pymodules/python2.7/gpodder/model.py", line 327, in update
self.feed_fetcher.fetch_channel(self)
  File "/usr/lib/pymodules/python2.7/gpodder/model.py", line 71, in 
fetch_channel
self.fetch(url, etag, modified)
  File "/usr/lib/pymodules/python2.7/gpodder/feedcore.py", line 270, in fetch
self._parse_feed(url, etag, modified)
  File "/usr/lib/pymodules/python2.7/gpodder/feedcore.py", line 253, in 
_parse_feed
self._check_offline(feed)
  File "/usr/lib/pymodules/python2.7/gpodder/feedcore.py", line 175, in 
_check_offline
raise Offline()
Offline
=

-- 
 \“Most people, I think, don't even know what a rootkit is, so |
  `\ why should they care about it?” —Thomas Hesse, Sony BMG, 2006 |
_o__)  |
Ben Finney 


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

Bug#696364: addons window is always maximised

[Craig Sanders]

Package: iceweasel
Version: 14.0.1-2

The addons window (Tools -> Add-ons) is always opened maximised.  

This is annoying and makes it impossible to see other windows (for
example, web browser windows with documentation or home page etc for
particular add-ons) at the same time.

clicking the Maximise icon on the Add-ons window's title bar gets it to a
state where it is resizable but:

a) the width and height of this window is several thousand by several
thousand (many times larger than my 1920x1200 screen), requiring manual
moving (with Alt-mouse drag) and resizing the window several times until
it fits in the screen,

and

b) the size is forgotten as soon as the Addons window is closed - the
next time it is opened, it is maximised again.


NOTE: this bug also occurs in 19.0~a2+20121214042017-1 from
mozilla.debian.net, and presumably every version in between.  I was
hoping that this was just a to-be-fixed bug in v14, but I tried v19
today and the bug still exists.


Craig


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

Bug#696363: devscripts: Repeated-word typo in wrap-and-sort man page

[The Wanderer]

Package: devscripts
Version: 2.12.6
Severity: minor

In the man page for wrap-and-sort, the entry for the '--wrap-always' option 
reads:

  Wrap all package lists in the Debian control file  even  if  the
  entries are shorter than 80 characters and could fit in one line
  line.

The word "line" appears twice at the end of the sentence. In an 80-column
terminal, this sentence is line-wrapped in between the repeated words, making
this easy to overlook; however, in a larger terminal the error is more visible.


-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
Not present

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

Kernel: Linux 3.2.0-3-amd64 (SMP w/12 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 devscripts depends on:
ii  dpkg-dev  1.16.9
ii  libc6 2.13-35
ii  perl  5.14.2-15
ii  python2.7.3~rc2-1

Versions of packages devscripts recommends:
ii  at3.1.13-2
ii  curl  7.26.0-1
ii  dctrl-tools   2.22.2
ii  debian-keyring2012.06.01
ii  dput  0.9.6.3+nmu1
ii  equivs2.0.9
ii  fakeroot  1.18.4-2
ii  gnupg 1.4.12-6
ii  libcrypt-ssleay-perl  0.58-1
ii  libdistro-info-perl   0.10
ii  libjson-perl  2.53-1
ii  libparse-debcontrol-perl  2.005-3
ii  libsoap-lite-perl 0.714-1
ii  liburi-perl   1.60-1
ii  libwww-perl   6.04-1
ii  lintian   2.5.10.2
ii  man-db2.6.2-1
ii  patch 2.6.1-3
ii  patchutils0.3.2-1.1
ii  python-debian 0.1.21
ii  python-magic  5.11-2
ii  sensible-utils0.0.7
ii  strace4.5.20-2.3
ii  unzip 6.0-7
ii  wdiff 1.1.2-1
ii  wget  1.13.4-3
ii  xz-utils  5.1.1alpha+20120614-1

Versions of packages devscripts suggests:
ii  bsd-mailx [mailx]8.1.2-0.2006cvs-1
ii  build-essential  11.5
ii  cvs-buildpackage 5.23
pn  devscripts-el
ii  gnuplot  4.6.0-8
pn  libauthen-sasl-perl  
ii  libfile-desktopentry-perl0.04-3
pn  libnet-smtp-ssl-perl 
pn  libterm-size-perl
ii  libtimedate-perl 1.2000-1
pn  libyaml-syck-perl
ii  mutt 1.5.21-6.2
ii  openssh-client [ssh-client]  1:6.0p1-3
ii  svn-buildpackage 0.8.5
ii  w3m  0.5.3-8

-- 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#683714: svn-workbench/1.6.6-2

[Hideki Yamane]

Hi,

On Fri, 17 Aug 2012 21:28:23 +0100
"Adam D. Barratt"  wrote:
> Do we (you) know how much of
> 
>  69 files changed, 680 insertions(+), 276 deletions(-)
> 
> is actually related to the subversion 1.7 changes?

 almost 650 lines diff.

 Upstream says (http://pysvn.tigris.org/project_downloads.html)
>> This release of pysvn has been tested against Subversion 1.7.3 and 1.6.17
>> Older releases are available that where built against Subversion 1.4 and 
>> Subversion 1.5

 svn-workbench has no reverse dependency packages, it means it doesn't have
 any wrong side effect if it has some any bugs (surely I hope not, and it was
 released 9 months ago, probably it's stable enough).


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane


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

Bug#692814: gdm3 is not staring normally

[Francisco Del Roio]

Package: gdm3
Version: 3.6.1-2
Followup-For: Bug #692814

Hi.

I ave the same problem, but when I switch to the VTTY7 I can ear the speech 
incoming from orca, and I can start a
gnome session, and I can work normally, but the X graphics output cann't be 
seen in the display.
In the display I can see text, but I cann't read it because the X server takes 
the keyboard.

I attach the gdm3 and the x log to you.

Regards.
-- System Information:
Debian Release: wheezy/sid
Architecture: i386 (i686)

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

Versions of packages gdm3 depends on:
ii  accountsservice 0.6.21-7
ii  adduser 3.113+nmu3
ii  dconf-gsettings-backend 0.12.1-3
ii  dconf-tools 0.12.1-3
ii  debconf [debconf-2.0]   1.5.46
ii  dpkg1.16.9
ii  gir1.2-glib-2.0 1.32.1-1
ii  gnome-session-bin   3.6.0-1
ii  gnome-session-fallback [x-session-manager]  3.6.0-1
ii  gnome-settings-daemon   3.4.2+git20120925.a4c817-2
ii  gnome-terminal [x-terminal-emulator]3.4.1.1-2
ii  gsettings-desktop-schemas   3.6.0-1
ii  libaccountsservice0 0.6.21-7
ii  libatk1.0-0 2.6.0-1
ii  libaudit0   1:1.7.18-1.1
ii  libc6   2.13-37
ii  libcairo-gobject2   1.12.6-1
ii  libcairo2   1.12.6-1
ii  libcanberra-gtk3-0  0.28-6
ii  libcanberra00.28-6
ii  libfontconfig1  2.9.0-7
ii  libgdk-pixbuf2.0-0  2.26.4-2
ii  libglib2.0-02.34.3-1
ii  libglib2.0-bin  2.34.3-1
ii  libgtk-3-0  3.6.1-1
ii  libpam-modules  1.1.3-7.1
ii  libpam-runtime  1.1.3-7.1
ii  libpam0g1.1.3-7.1
ii  libpango1.0-0   1.30.1-1
ii  librsvg2-common 2.36.1-1
ii  libselinux1 2.1.9-5
ii  libupower-glib1 0.9.17-1
ii  libwrap07.6.q-24
ii  libx11-62:1.5.0-1
ii  libxau6 1:1.0.7-1
ii  libxdmcp6   1:1.1.1-1
ii  libxrandr2  2:1.3.2-2
ii  lsb-base4.1+Debian8
ii  metacity [x-window-manager] 1:2.34.3-3
ii  policykit-1-gnome   0.105-2
ii  upower  0.9.17-1
ii  x11-common  1:7.7+1
ii  x11-xserver-utils   7.7~3

Versions of packages gdm3 recommends:
ii  at-spi2-core   2.5.3-2
ii  desktop-base   7.0.3
ii  gnome-icon-theme   3.4.0-2
ii  gnome-icon-theme-symbolic  3.4.0-2
ii  x11-xkb-utils  7.7~1
ii  xserver-xephyr 2:1.12.4-4
ii  xserver-xorg   1:7.7+1
ii  zenity 3.4.0-2

Versions of packages gdm3 suggests:
ii  gnome-orca3.4.2-2
pn  gnome-shell   
pn  gok   
ii  libpam-gnome-keyring  3.4.1-5

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

X.Org X Server 1.12.4
Release Date: 2012-08-27
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32-5-amd64 i686 Debian
Current Operating System: Linux itec7-0204 3.2.0-4-686-pae #1 SMP Debian 
3.2.32-1 i686
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-686-pae 
root=UUID=0d9fded6-7940-4a64-8c6c-446fdfd7d247 ro 
resume=UUID=95274e47-fa26-431e-9adc-88179159e230 quiet splash
Build Date: 29 November 2012  08:52:43PM
xorg-server 2:1.12.4-4 (Julien Cristau ) 
Current version of pixman: 0.26.0
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Wed Dec 19 22:39:55 2012
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(==) No Layout section.  Using the first Screen section.
(==) No screen section available. Using defaults.
(**) |-->Screen "Default Screen Section" (0)
(**) |   |-->Monitor ""
(==) No monitor specified for screen "Default Screen Section".
Using a default monit

Bug#695633: apt: support explicitly named source packages with "src:foo"

[Daniel Hartwig]

On 20 December 2012 00:37, Julian Andres Klode  wrote:
> On Tue, Dec 11, 2012 at 08:13:21AM +0800, Daniel Hartwig wrote:
>>
>> Package: apt
>> Severity: wishlist
>>
>> Dear deity
>>
>> Some Debian tools (such as bugs.d.o) support explicitly named source
>> packages using a “src:” prefix.  apt-get currently has “--only-source”,
>> documented to look for source package names.  It may be useful to also
>> support the de facto common prefix.
>
> Maybe those tools should be changed to use pkg:source instead. That's
> the only sane option to support, given that we seem to use 'source' in
> APT in someparts, and that the multi-arch syntax is pkg:arch.

An interesting alternative, and allowing for new directions with those
tools if they supported :arch also.  In APT, certainly this delimiter
should not be overloaded and used for a prefix, as Guillem pointed
out.

Note that I don't find anything lacking with the current option (to
use --only-source), only forwarding this request to separate it from
another bug report.

> And If I recall correctly, I wrote almost the same thing some time
> ago in another bug report asking for the same thing.

Merge candidate if it were ever dug up.

Regards


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

Bug#695731: mocp does not start (hangs when starting)

[Elimar Riesebieter]

* Alois Mahdal  [2012-12-19 06:00 +0100]:

> On 2012-12-18 21:49, Elimar Riesebieter wrote:
[...]
> >
> >Could you please do as follows:
> >
> >$ mv $HOME/.moc $HOME/.moc.`date +%y%m%d`
> >$mocp
> 
> Yep, that worked!  mocp rebuilds this directory and it heats up!
> 
> And even better, I found out that all I need to delete is contents
> of .moc/cache.
> 
> Appending files from my "crippled" cache.  I can now reproduce the
> behavior this way:
> 
> $ rm -r .moc
> $ mocp   # to generate new .moc folder; quit by Shift-Q
> $ rm -r .moc/cache
> $ tar -xvf cache-crippled.tar.gz
> $ mocp
> 
> (So the official workaround could be: rm -r .moc/cache)

Read /usr/share/doc/moc/README.Debian. The fix for the cache / db
crash was introduced in moc (1:2.5.0~alpha4+svn20091009-1).

So bug closed hereby

Elimar
-- 
  The path to source is always uphill!
-unknown-


signature.asc
Description: Digital signature

Bug#696362: sylpheed: IMAP connections fail often to one site.

[Frank McCormick]

Package: sylpheed
Version: 3.3.0-1
Severity: important

If I leave Sylpheed idle then click on one particular IMAP connection, Sylpheed
sends a NOOP. The connection is down as Sylpheed discovers 60 secs later when
an IO timeout occurs. Then it setsup the connection again and proceeds. But
this happens EVERY time and renders it unusable for me.
The mailhost says no one else has complained about this happening. In addition
Claws-Mail, largely based on Thunderbird suffers the same problem.

Thunderbird on the other hand handles IMAP flawlessly.



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

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

Versions of packages sylpheed depends on:
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-37
ii  libcairo2   1.12.2-2
ii  libcompfaceg1   1:1.5.2-5
ii  libdbus-1-3 1.6.8-1
ii  libdbus-glib-1-20.100-1
ii  libenchant1c2a  1.6.0-7
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-3
ii  libgpg-error0   1.10-3.1
ii  libgpgme11  1.2.0-1.4
ii  libgtk2.0-0 2.24.10-2
ii  libgtkspell02.0.16-1
ii  libldap-2.4-2   2.4.31-1
ii  libonig25.9.1-1
ii  libpango1.0-0   1.30.0-1
ii  libpisock9  0.12.5-5
ii  libssl1.0.0 1.0.1c-4
ii  multiarch-support   2.13-37

Versions of packages sylpheed recommends:
ii  aspell-en [aspell-dictionary]  7.1-0-1
ii  ca-certificates20121114
ii  sylpheed-i18n  3.3.0-1
ii  xfonts-100dpi  1:1.0.3
ii  xfonts-75dpi   1:1.0.3

Versions of packages sylpheed suggests:
ii  bogofilter1.2.2+dfsg1-3
pn  bsfilter  
pn  claws-mail-tools  
ii  curl  7.28.0-3
pn  jpilot
pn  sylpheed-doc  

-- 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#680185: O: dtd-ead -- Encoded Archival Description Document Type Definition

[Frank Lichtenheld]

reassign 680185 ftp.debian.org
retitle 680185 RM: dtd-ead -- RoQA; NPOASR, orphaned, unused
thanks

Never part of a stable release, no rdepends, popcon of 6, orphaned.
I don't think this should be in wheezy.

Gruesse,
  Frank


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

Bug#696361: nwchem: Qualitatively wrong anisotropic properties

[Michael Banck]

Package: nwchem
Version: 6.1-3
Severity: important
Tags: patch

While running the full test suite, the following test fails badly:

-
echo
start h2o-response

memory global 40 mb stack 23 mb heap 5 mb

geometry units au
 O 0   00
 H 0   1.430   -1.107
 H 0  -1.430   -1.107
end

basis
  O library 6-31g*
  H library 6-31g*
end

dft
 xc b3lyp
end

set cphf:thresh 1.0d-6
set cphf:acc 1.0d-16
set cphf:maxiter 60
property
 dipole
 aoresponse  1 .0911267060
 velocity
 damping 0.007
end

task dft property
-

 Running tests/h2o-response/h2o-response

 cleaning scratch
 copying input and verified output files
 running nwchem (/usr/bin/nwchem)

21.1u 0.4s 0:13.01 166.4% (0t+0ds+0avg+34190max)k 0i+257656o 6pf 0swaps
 verifying output ... 4c4
< Anisotropic = 2.693
---
> Anisotropic = 17.467
failed

Note that the reference value of 2.693 is only present in the 6.0 and
6.1.1 test suites, the 6.1 testsuite in the current Debian upstream
version has a wrong reference value of 17.486, which makes it appear to
go mostly fine.

This problem unfortunately persists with nwchem_6.1-5.  Besides the
backported 6.1.1 point release changes, also the changes in the Global
Arrays library are needed to fix the property calculation.  I have
isolated the unrelated changes  and reduced the patch to the changes to
the src/tools/ga-5-1/global directory, modulo some hunks which were
dependent on other changes and made NWChem segfault immediately.  The
patch is attached.


Michael
diff -Naur ./src/tools/ga-5-1/global/src/base.c 
../nwchem-6.1.1-src/src/tools/ga-5-1/global/src/base.c
--- ./src/tools/ga-5-1/global/src/base.c2012-01-28 00:45:27.0 
+0100
+++ ../nwchem-6.1.1-src/src/tools/ga-5-1/global/src/base.c  2012-06-25 
20:41:34.0 +0200
@@ -2092,7 +2091,7 @@
   Integer g_A;
 
   _ga_sync_begin = 1; _ga_sync_end=1; /*remove any previous sync masking*/
-  pnga_sync();
+  pnga_pgroup_sync(p_handle);
   GA_PUSH_NAME("pnga_create_ghosts_irreg_config");
 
   g_A = pnga_create_handle();
diff -Naur ./src/tools/ga-5-1/global/src/capi.c 
../nwchem-6.1.1-src/src/tools/ga-5-1/global/src/capi.c
--- ./src/tools/ga-5-1/global/src/capi.c2012-01-28 00:45:27.0 
+0100
+++ ../nwchem-6.1.1-src/src/tools/ga-5-1/global/src/capi.c  2012-06-25 
20:41:34.0 +0200
@@ -2134,7 +2134,7 @@
  Integer a=(Integer)g_a;
  Integer ndim = wnga_ndim(a);
  Integer _ga_work[MAXDIM], _ga_lo[MAXDIM];
- COPYC2F(_ga_lo,index, ndim);
+ COPYC2F(index, _ga_lo, ndim);
  wnga_access_block_grid_ptr(a,_ga_lo,ptr,_ga_work);
  COPYF2C(_ga_work,ld, ndim-1);
 }
@@ -2144,7 +2144,7 @@
  Integer a=(Integer)g_a;
  Integer ndim = wnga_ndim(a);
  Integer _ga_lo[MAXDIM], _ga_work[MAXDIM];
- COPYC2F(_ga_lo,index, ndim);
+ COPYC2F(index, _ga_lo, ndim);
  wnga_access_block_grid_ptr(a,_ga_lo,ptr,_ga_work);
  COPYF2C_64(_ga_work,ld, ndim-1);
 }
@@ -3218,7 +3218,7 @@
 DoubleComplex alpha, int g_a, int g_b, 
 DoubleComplex beta, int g_c )
 {
-GA_Zgemm64_c(ta, tb, n, m, k, alpha, g_b, g_a, beta, g_c);
+GA_Zgemm64_c(tb, ta, n, m, k, alpha, g_b, g_a, beta, g_c);
 }
 
 void GA_Cgemm64(char ta, char tb, int64_t m, int64_t n, int64_t k,
diff -Naur ./src/tools/ga-5-1/global/src/ga.h 
../nwchem-6.1.1-src/src/tools/ga-5-1/global/src/ga.h
--- ./src/tools/ga-5-1/global/src/ga.h  2012-01-28 00:45:27.0 +0100
+++ ../nwchem-6.1.1-src/src/tools/ga-5-1/global/src/ga.h2012-06-25 
20:41:34.0 +0200
@@ -193,8 +193,8 @@
 extern int   NGA_Create_config(int type,int ndim,int dims[], char 
*name, int chunk[], int p_handle);
 extern int   NGA_Create_ghosts_config(int type,int ndim,int dims[], 
int width[], char *name, int chunk[], int p_handle);
 extern int   NGA_Create_ghosts(int type,int ndim,int dims[], int 
width[], char *name, int chunk[]);
-extern int   NGA_Create_ghosts_irreg_config(int type,int ndim,int 
dims[], int width[], char *name, int map[], int nblock[], int p_handle);
-extern int   NGA_Create_ghosts_irreg(int type,int ndim,int dims[], int 
width[], char *name, int map[], int nblock[]);
+extern int   NGA_Create_ghosts_irreg_config(int type,int ndim,int 
dims[], int width[], char *name, int block[], int map[], int p_handle);
+extern int   NGA_Create_ghosts_irreg(int type,int ndim,int dims[], int 
width[], char *name, int block[], int map[]);
 extern int   NGA_Create(int type,int ndim,int dims[], char *name, int 
chunk[]);
 extern int   NGA_Create(int type,int ndim,int dims[], char *name, int 
chunk[]);
 extern int   NGA_Create_irreg_config(int type,int ndim,int dims[],char 
*name, int block[], int map[], int p_handle);
@@ -369,8 +369,8 @@
 extern int   NGA_Create_config64(int type,int ndim,int64_t dims[], 
char *name, int64_t chunk[], int p_handle);
 extern int   NG

Bug#677472: [3.1->3.2 regression] Immediate wake on suspend, associated with OHCI on MCP51

[Octavio Alvarez]

On Wed, 19 Dec 2012 11:35:50 -0800, Alan Stern 
wrote:


As far as the OHCI hardware is concerned, there shouldn't be any
difference between runtime suspend and system suspend.  This strongly
suggests that the bug doesn't lie in the controller itself but in the
firmware (BIOS or ACPI).


Is there a way we can help to look for such a failing pattern, more
directly related to BIOS/ACPI instead of the OHCI controller, in lspci,
dmidecode or some other tool?

--
Octavio.


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

Bug#582216: [icedove] mail.check_all_imap_folders_for_new now replaced by per-server preference

[Simó Albert i Beltran]

mail.check_all_imap_folders_for_new is replaced by
mail.server.default.check_all_folders_for_new in version 5.0 or later.

http://kb.mozillazine.org/How_do_I_check_for_new_messages_in_other_folders#IMAP

Maybe this bug could be closed.




signature.asc
Description: OpenPGP digital signature

Bug#696126: [bugzilla-dae...@freedesktop.org: [Bug 58441] No way to (easily) type an apostrophe in polytonic Greek]

[Julian Gilbey]

tags 696126 + fixed-upstream
thanks

It's been committed upstream:

- Forwarded message from bugzilla-dae...@freedesktop.org -

Date: Wed, 19 Dec 2012 22:12:18 +
From: bugzilla-dae...@freedesktop.org
Subject: [Bug 58441] No way to (easily) type an apostrophe in polytonic Greek
To: jul...@d-and-j.net

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

--- Comment #1 from Sergey V. Udaltsov  ---
fair enough. thanks, committed.

-- 
You are receiving this mail because:
You reported the bug.

- End forwarded message -

   Julian


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

Bug#696360: nvidia-glx: Sporadic X freezes

[Mar Mel]

Package: nvidia-glx
Version: 304.48-1
Severity: important

I am seeing freezes of X on Wheezy with nVidia driver 304.48. There are several
similar reports from the past few months on various distros, but I've not seen
one particular to the current Debian Wheezy.

Freezing of X can occur within hours of booting the system, or after several
days with multiple suspend/resume cycles.

The lockups can occur with many applications open or none.

At each occurance of the freeze I get one or many of this message in the
syslog:
kernel: [62905.059965] NVRM: Xid (:01:00): 13, 0003  8397
1530 0001 0040

I've also tested 304.64-2 drivers from unstable, hoping that might be better,
but I had freezes/lockups of the same symptoms with that driver as well.



-- Package-specific info:
uname -a:
Linux humonculux 3.2.0-4-amd64 #1 SMP Debian 3.2.32-1 x86_64 GNU/Linux

/proc/version:
Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 
(Debian 4.6.3-12) ) #1 SMP Debian 3.2.32-1

/proc/driver/nvidia/version:
NVRM version: NVIDIA UNIX x86_64 Kernel Module  304.48  Sun Sep  9 20:22:27 PDT 
2012
GCC version:  gcc version 4.6.3 (Debian 4.6.3-10) 

lspci 'VGA compatible controller [0300]':
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT200 [GeForce GTX 
260] [10de:05e2] (rev a1) (prog-if 00 [VGA controller])
Subsystem: NVIDIA Corporation Device [10de:0585]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: nvidia

dmesg:
[0.00] No AGP bridge found
[0.00] No AGP bridge found
[0.00] Console: colour VGA+ 80x25
[0.757519] vgaarb: device added: 
PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none
[0.757521] vgaarb: loaded
[0.757522] vgaarb: bridge control possible :01:00.0
[1.092223] Linux agpgart interface v0.103
[3.940664] nvidia: module license 'NVIDIA' taints kernel.
[3.998027] nvidia :01:00.0: setting latency timer to 64
[3.998030] vgaarb: device changed decodes: 
PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem
[3.998071] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  304.48  Sun Sep  
9 20:22:27 PDT 2012
[6.922079] NVRM: GPU at :01:00: GPU-1b0bf4e5-c0a0-b72e-04cd-d3d55832250b
[62905.059965] NVRM: Xid (:01:00): 13, 0003  8397 1530 
0001 0040

OpenGL and NVIDIA library files installed:
lrwxrwxrwx 1 root root   15 Dec 17 16:05 /etc/alternatives/glx -> 
/usr/lib/nvidia
lrwxrwxrwx 1 root root   43 Dec 17 16:05 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   43 Dec 17 16:05 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   51 Dec 17 16:05 
/etc/alternatives/glx--libXvMCNVIDIA.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA.so.1
lrwxrwxrwx 1 root root   59 Dec 17 16:05 
/etc/alternatives/glx--libXvMCNVIDIA_dynamic.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA_dynamic.so.1
lrwxrwxrwx 1 root root   51 Dec 17 16:05 
/etc/alternatives/glx--libnvidia-cfg.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1
lrwxrwxrwx 1 root root   25 Dec 17 16:05 
/etc/alternatives/glx--linux-libglx.so -> /usr/lib/nvidia/libglx.so
lrwxrwxrwx 1 root root   36 Dec 17 16:05 
/etc/alternatives/glx--nvidia-bug-report.sh -> 
/usr/lib/nvidia/nvidia-bug-report.sh
lrwxrwxrwx 1 root root   29 Dec 17 16:05 
/etc/alternatives/glx--nvidia_drv.so -> /usr/lib/nvidia/nvidia_drv.so
lrwxrwxrwx 1 root root   23 Dec 17 16:05 /etc/alternatives/nvidia -> 
/usr/lib/nvidia/current
lrwxrwxrwx 1 root root   51 Dec 17 16:05 
/etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1
lrwxrwxrwx 1 root root   51 Dec 17 16:05 
/etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1
lrwxrwxrwx 1 root root   59 Dec 17 16:05 
/etc/alternatives/nvidia--libXvMCNVIDIA.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/current/libXvMCNVIDIA.so.1
lrwxrwxrwx 1 root root   67 Dec 17 16:05 
/etc/alternatives/nvidia--libXvMCNVIDIA_dynamic.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/current/libXvMCNVIDIA_dynamic.so.1
lrwxrwxrwx 1 root root   33 Dec 17 16:05 
/etc/alternatives/nvidia--libglx.so -> /usr/lib/nvidia/current/libglx.so
lrwxrwxrwx 1 root root   59 Dec 17 16:05 
/etc/alternatives/nvidia--libnvidia-cfg.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/current/libnvidia-cfg.so.1
lrwxrwxrwx 1 root root   44 Dec 17 16:05 
/etc/alternatives/nvidia--nvidia-bug-report.sh -> 
/usr/lib/nvidia/current/nvidia-bug-report.s

Bug#652108: Some news about these scripts

[Thomas Ward]

I think the point of consideration for splitting into another package is
this: For just these two scripts (one to enable a site, one to disable), do
we really need to split them off into their own package, and add that as a
dependency for all the versions of nginx, when we already have each version
(-light, -full, -extra, etc.) depending on nginx-common?

I think splitting these off into their own package (the proposed -utils
package) is only a good idea if more utilities are planned in the future.
Otherwise, since the two scripts are going to be used for all versions of
nginx (-light, -full, -extra, etc.), and if there's no plans for future
utility scripts, then these should just be considered "common", and put in
nginx-common.

--
Thomas

Bug#696348: gnome-shell restarts when closing gnome-terminal

[Josselin Mouette]

Le mercredi 19 décembre 2012 à 23:31 +, Harvey Kelly a écrit : 
> It seems the problem is mutter:
> 
> Installing gnome-shell-dbg pulls in mutter (which wasn't installed), and
> I caouldn't reproduce the gnome-shell-restart bug.
> 
> Uninstalling mutter, logout, login, and the bug had returned.
> 
> I am being a bit dim here (I read the link you sent), but not sure if I
> should run 'gdb gnome-shell' from a VT? As closing the gnome-terminal
> whilst running the command isn't going to work - that's obvious to even
> me! (Sorry, just very inexperienced at bug reporting.)
> 
> Anyway, installing mutter fixes the problem as far as I can see (tested
> 9 or 10 times).

I can’t reproduce this on a fresh account without mutter. So the
backtrace would be appreciated.

You need to start gdb from another VT (e.g. switch to the first text
console with Ctrl+Alt+F1), and attach gdb to gnome-shell: 
gdb /usr/bin/gnome-shell $(pidof gnome-shell)

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


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

Bug#696359: sysvinit-utils: Dependency based booting fails to respect dependencies

[Francis Russell]

Package: sysvinit-utils
Version: 2.88dsf-34
Severity: important

The code in makeboot.c (startpar) that contructs the dependency graph
bails out when 999 arcs have been traversed when checking for a loop.
When it does, the dependency is never added, and is therefore
effectively ignored. This could result in services being started in the
wrong order.

This can be hit on a normal system (it does on mine, though without any
noticeable consequences). On a system with more init scripts (which
often remain from uninstalled services unless purged) I can imagine this
hitting more dependencies.

It's possible to the relevent code significantly more efficient, keeping
the cycle detection and losing the bizzare loop counter check. This bug
report contains relevant background and a patch:

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

I've filed this a new bug report because firstly, the "too many loops!" warning
has since been hidden from user view and secondly, it's not obvious from
that report that the loop counter check means that dependencies may fail
to be added to the dependency graph. For a dependency based boot system,
I consider this a major issue.

Francis


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

Bug#696358: nikola: remove conf.py.in from the package

[Dmitry Kurochkin]

Package: nikola
Version: 5-1
Severity: normal

Dear Maintainer!

First of all, thanks for packaging nikola!  I am looking for a static
site generator and so far nikola looks promising.  I would not find it
without this package :)

"nikola init" puts conf.py.in file alongside conf.py into the root
directory of a new site.  It seems the file is copied from samplesite/
directory.  I guess conf.py.in is used only during the package build
to generate conf.py and should be removed from the package.

Regards,
  Dmitry


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

Kernel: Linux 3.6-trunk-amd64 (SMP w/8 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages nikola depends on:
ii  libjs-jquery 1.7.2+dfsg-1
ii  libjs-jquery-colorbox1.3.20-1
ii  libjs-twitter-bootstrap  2.0.2+dfsg-2
ii  python   2.7.3-3
ii  python-docutils  0.8.1-8
ii  python-doit  0.17.0-2
ii  python-imaging   1.1.7-4
ii  python-lxml  2.3.5-1
ii  python-mako  0.7.0-1.1
ii  python-pygments  1.5+dfsg-1
ii  python-pyrss2gen 1.0.0-9
ii  python-unidecode 0.04.9-1
ii  python-yapsy 1.9.2p3-1

Versions of packages nikola recommends:
pn  python-webassets  

Versions of packages nikola suggests:
ii  python-jinja2  2.6-1

-- no debconf information


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

Bug#696357: unblock: metacity/1:2.34.3-4

[Josselin Mouette]

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

Please unblock package metacity for a bug fix and a performance/UI 
improvement.

metacity (1:2.34.3-4) unstable; urgency=low

  * Cherry-pick some upstream patches.
+ 10_leak.patch: small memory leak.
+ 11_remove_thumbnails.patch: remove the code to make thumbnails of 
  active windows. It is too slow. Closes: #696323.
+ 12_icons_96px.patch: use 96x96 icons by default.

unblock metacity/1:2.34.3-4

Thanks,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-
Index: debian/patches/12_icons_96px.patch
===
--- debian/patches/12_icons_96px.patch	(révision 0)
+++ debian/patches/12_icons_96px.patch	(révision 36495)
@@ -0,0 +1,65 @@
+From 861d49c2a11c1a7f0fa49d0fcdbc8dfd22342e0a Mon Sep 17 00:00:00 2001
+From: Jasper St. Pierre 
+Date: Tue, 18 Dec 2012 13:02:29 +
+Subject: screen: Increase typical alt-tab icon size to 96
+
+Now we removed thumbnailing in the alt-tab switcher, the switcher is
+more difficult to use with its small icons.
+
+We switch to mutter-like higher resolution icons to be able to distinct
+them better (the new size is about the same order as the thumbnails),
+as more and more applications are providing high-res icons.
+
+This patch is ported from mutter, cf
+https://bugzilla.gnome.org/show_bug.cgi?id=689651
+
+https://bugzilla.gnome.org/show_bug.cgi?id=504729
+---
+diff --git a/src/core/screen.c b/src/core/screen.c
+index 52e020a..85d2165 100644
+--- a/src/core/screen.c
 b/src/core/screen.c
+@@ -119,14 +119,21 @@ set_wm_icon_size_hint (MetaScreen *screen)
+ #define N_VALS 6
+   gulong vals[N_VALS];
+ 
++  /* We've bumped the real icon size up to 96x96, but
++   * we really should not add these sorts of constraints
++   * on clients still using the legacy WM_HINTS interface.
++   */
++#define LEGACY_ICON_SIZE 32
++
+   /* min width, min height, max w, max h, width inc, height inc */
+-  vals[0] = META_ICON_WIDTH;
+-  vals[1] = META_ICON_HEIGHT;
+-  vals[2] = META_ICON_WIDTH;
+-  vals[3] = META_ICON_HEIGHT;
++  vals[0] = LEGACY_ICON_SIZE;
++  vals[1] = LEGACY_ICON_SIZE;
++  vals[2] = LEGACY_ICON_SIZE;
++  vals[3] = LEGACY_ICON_SIZE;
+   vals[4] = 0;
+   vals[5] = 0;
+-  
++#undef LEGACY_ICON_SIZE
++
+   XChangeProperty (screen->display->xdisplay, screen->xroot,
+screen->display->atom_WM_ICON_SIZE,
+XA_CARDINAL,
+diff --git a/src/include/common.h b/src/include/common.h
+index 4ce800b..651fa07 100644
+--- a/src/include/common.h
 b/src/include/common.h
+@@ -258,8 +258,8 @@ struct _MetaButtonLayout
+ };
+ 
+ /* should investigate changing these to whatever most apps use */
+-#define META_ICON_WIDTH 32
+-#define META_ICON_HEIGHT 32
++#define META_ICON_WIDTH 96
++#define META_ICON_HEIGHT 96
+ #define META_MINI_ICON_WIDTH 16
+ #define META_MINI_ICON_HEIGHT 16
+ 
+--
+cgit v0.9.0.2
Index: debian/patches/11_remove_thumbnails.patch
===
--- debian/patches/11_remove_thumbnails.patch	(révision 0)
+++ debian/patches/11_remove_thumbnails.patch	(révision 36495)
@@ -0,0 +1,126 @@
+From 04ad17378e0f366dd503cf0881e3a3f9ae603699 Mon Sep 17 00:00:00 2001
+From: Stéphane Démurget 
+Date: Tue, 18 Dec 2012 12:44:53 +
+Subject: screen: Remove alt-tab thumbnails
+
+gdk_pixbuf_scale_simple generates very nice thumbnails at the expense of
+a very slow rendering. So slow that the alt-tab popup is not usable: it
+needs 3.6 seconds to downscale 30 windows of dimension 1600x900 on an
+fairly recent computer.
+
+We remove the thumbnailing to makes alt-tab blazing fast again in the
+composited mode.
+
+https://bugzilla.gnome.org/show_bug.cgi?id=504729
+---
+diff --git a/src/core/screen.c b/src/core/screen.c
+index 34dcdc3..52e020a 100644
+--- a/src/core/screen.c
 b/src/core/screen.c
+@@ -1197,49 +1197,6 @@ meta_screen_update_cursor (MetaScreen *screen)
+   XFreeCursor (screen->display->xdisplay, xcursor);
+ }
+ 
+-#define MAX_PREVIEW_SIZE 150.0
+-
+-static GdkPixbuf *
+-get_window_pixbuf (MetaWindow *window,
+-   int*width,
+-   int*height)
+-{
+-  Pixmap pmap;
+-  GdkPixbuf *pixbuf, *scaled;
+-  double ratio;
+-
+-  pmap = meta_compositor_get_window_pixmap (window->display->compositor,
+-window);
+-  if (pmap == None)
+-return NULL;
+-
+-  pixbuf = meta_ui_get_pixbuf_from_pixmap (pmap);
+-  if (pixbuf == NULL) 
+-return NULL;
+-
+-  *width = gdk_pixbuf_get_width (pixbuf);
+-  *height = gdk_pixbuf_get_height (pixbuf);
+-
+-  /* Scale pixbuf to max dimension MAX_PREVIEW_SIZE */
+-  if (*width > *height)
+-{
+-  ratio = ((double) *width) / MAX_PREVIEW_SIZE;
+-  *width = (int) MAX_PREVIEW_SIZE;
+-  *height = (int) (((double) *height) / ratio);
+-}
+-  else
+-{
+-  ratio = ((double) *height) / MAX_PR

Bug#696355: systemd: 628186 (Don't redirect (reload) calls if native service files don't support it) not fixed properly

[Michael Biebl]

Hi,


On 20.12.2012 00:32, Dominique Brazziel wrote:
> Dear Maintainer,
> *** Please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
>Attempt to reload any service configuration (i.e. udev, autofs, distcc, 
> etc.) 
>
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> Using 'bash -x' to run '/etc/init.d/(service name) reload 
> I noticed that '$service' variable was unset in 
> '/lib/lsb/init-functions/40-systemd'
> at the time it was used to check if service is reloadable   I
> believe the check 
> 
>   if [ "$(systemctl -p CanReload show $service 
>   
> should read
> 
>   if [ "$(systemctl -p CanReload show $0.service
>   
> and perhaps this was what was intended initially.

I'm the one to blame here. In [1] I've unintentionally dropped the

  prog=${0##*/}
  service="${prog%.sh}.service"

bits. They need to be re-added.

Thanks for the followup.

Michael

[1]
http://anonscm.debian.org/gitweb/?p=pkg-systemd/systemd.git;a=commitdiff;h=92bd9fd30d74aaea35840c07e71224d936c4fd40
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#696356: [wordnet] It looks like a link http://www.cogsci.princeton.edu/ in package description is now invalid.

[Milosz Galazka]

Package: wordnet
Version: 1:3.0-28
Severity: minor

--- Please enter the report below this line. ---
It looks like a link to the Cognitive Science Laboratory - 
http://www.cogsci.princeton.edu/ in package description is now invalid.


--- System information. ---
Architecture: amd64
Kernel: Linux 3.2.0-4-amd64

Debian Release: wheezy/sid
500 testing security.debian.org
500 testing ftp.task.gda.pl
500 stable dl.google.com

--- Package information. ---
Depends (Version) | Installed
=-+-=
wordnet-base (= 1:3.0-28) | 1:3.0-28
libc6 (>= 2.7) | 2.13-37


Recommends (Version) | Installed
==-+-===
wordnet-gui |
OR artha | 1.0.2-1


Package's Suggests field is empty.


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

Bug#689093: libssl-dev is not Multi-Arch compatible

[Kurt Roeckx]

On Wed, Dec 19, 2012 at 01:16:16PM +, Colin Watson wrote:
> 
> This test (which I ran against current unstable) behaves *much* better.
> Out of 413 packages, 402 built cleanly.  Two packages (eucalyptus and
> freebsd-utils) were skipped because my test was on i386 and they don't
> build there.  chromium-browser failed to unpack for some odd reason,
> unrelated to OpenSSL.  Of the remaining eight failures:

Can you also verify that for those 402 that it has at least 1
binary package depending on libssl1?


Kurt


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

Bug#696355: systemd: 628186 (Don't redirect (reload) calls if native service files don't support it) not fixed properly

[Dominique Brazziel]

Package: systemd
Version: 44-5
Severity: normal

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

   * What led up to the situation?
   Attempt to reload any service configuration (i.e. udev, autofs, distcc, 
etc.) 
   
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Using 'bash -x' to run '/etc/init.d/(service name) reload 
I noticed that '$service' variable was unset in 
'/lib/lsb/init-functions/40-systemd'
at the time it was used to check if service is reloadable   I
believe the check 

if [ "$(systemctl -p CanReload show $service 

should read

if [ "$(systemctl -p CanReload show $0.service

and perhaps this was what was intended initially.
   
   * What was the outcome of this action?
With the above change:

bash -x udev reload
+ '[' -x /sbin/udevd ']'
+ PATH=/sbin:/bin
+ tmpfs_size=10M
+ udev_root=/dev
+ '[' -e /etc/udev/udev.conf ']'
+ . /etc/udev/udev.conf
++ udev_log=err
+ . /lib/lsb/init-functions
+++ run-parts --lsbsysinit --list /lib/lsb/init-functions.d
++ for hook in '$(run-parts --lsbsysinit --list /lib/lsb/init-functions.d 
2>/dev/null)'
++ '[' -r /lib/lsb/init-functions.d/20-left-info-blocks ']'
++ . /lib/lsb/init-functions.d/20-left-info-blocks
++ for hook in '$(run-parts --lsbsysinit --list /lib/lsb/init-functions.d 
2>/dev/null)'
++ '[' -r /lib/lsb/init-functions.d/40-systemd ']'
++ . /lib/lsb/init-functions.d/40-systemd
+++ '[' -e /sys/fs/cgroup/systemd ']'
+++ set +e
+++ set +u
+++ '[' -n '' ']'
+++ '[' 18685 -ne 1 ']'
+++ '[' -z '' ']'
+++ '[' -z '' ']'
+++ case $(readlink -f "$0") in
 readlink -f udev
+++ _use_systemctl=1
 systemctl -p CanReload show udev.service
+++ '[' CanReload=no = CanReload=no ']'
+++ '[' reload = reload ']'
+++ _use_systemctl=0
+++ '[' 0 = 1 ']'
++ FANCYTTY=
++ '[' -e /etc/lsb-base-logging.sh ']'
++ true
+ supported_kernel
+ case "$(uname -r)" in
++ uname -r
+ return 0
+ '[' '!' -e /proc/filesystems ']'
+ grep -q '[[:space:]]tmpfs$' /proc/filesystems
+ '[' '!' -d /sys/class/ ']'
+ '[' '!' -e /sys/kernel/uevent_helper ']'
+ ps --no-headers --format args ax
+ egrep -q '^\['
+ '[' -d /sys/class/mem/null -a '!' -L /sys/class/mem/null ']'
+ '[' -e /sys/block -a '!' -e /sys/class/block ']'
+ '[' '' = yes ']'
+ udev_root=/dev
+ dev_mount_options=mode=0755
+ '[' 10M ']'
+ dev_mount_options=size=10M,mode=0755
+ '[' /dev '!=' /dev ']'
+ case "$1" in
+ udevadm control --reload-rules
+ exit 0

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


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

Kernel: Linux 3.2.32-interatom (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages systemd depends on:
ii  dpkg 1.16.9
ii  initscripts  2.88dsf-34
ii  libacl1  2.2.51-8
ii  libaudit01:1.7.18-1.1
ii  libc62.13-37
ii  libcap2  1:2.22-1.2
ii  libcryptsetup4   2:1.4.3-4
ii  libdbus-1-3  1.6.8-1
ii  libkmod2 9-2
ii  liblzma5 5.1.1alpha+20120614-2
ii  libpam0g 1.1.3-7.1
ii  libselinux1  2.1.9-5
ii  libsystemd-daemon0   44-5
ii  libsystemd-id128-0   44-5
ii  libsystemd-journal0  44-5
ii  libsystemd-login044-5
ii  libudev0 175-7
ii  libwrap0 7.6.q-24
ii  udev 175-7
ii  util-linux   2.20.1-5.2

Versions of packages systemd recommends:
ii  libpam-systemd  44-5

Versions of packages systemd suggests:
ii  python2.7.3~rc2-1
ii  python-cairo  1.8.8-1+b2
ii  python-dbus   1.1.1-1
ii  systemd-gui   44-5

-- Configuration Files:
/etc/systemd/system.conf changed:
[Manager]
SysVConsole=yes

/etc/systemd/systemd-journald.conf changed:
[Journal]
RateLimitBurst=200
ImportKernel=no


-- 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#696348: gnome-shell restarts when closing gnome-terminal

[Harvey Kelly]

It seems the problem is mutter:

Installing gnome-shell-dbg pulls in mutter (which wasn't installed), and
I caouldn't reproduce the gnome-shell-restart bug.

Uninstalling mutter, logout, login, and the bug had returned.

I am being a bit dim here (I read the link you sent), but not sure if I
should run 'gdb gnome-shell' from a VT? As closing the gnome-terminal
whilst running the command isn't going to work - that's obvious to even
me! (Sorry, just very inexperienced at bug reporting.)

Anyway, installing mutter fixes the problem as far as I can see (tested
9 or 10 times).

On Wed, Dec 19, 2012 at 11:05:29PM +0100, Josselin Mouette wrote:
> Is it reproducible?


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

Bug#387745: This is unacceptable

[Micah Cowan]

On 12/19/2012 02:50 PM, David Starner wrote:
> It's been six years, and wget still can't read the locale to know that
> UTF-8 filenames shouldn't be mangled? An 8-year old document,
> http://hektor.umcs.lublin.pl/~mikosmul/computing/articles/linux-unicode.html
> , notes that "some GNOME applications tend to create UTF-8 filenames
> regardless of the locale used" and wget still insists on producing bad
> filenames for UTF-8 locales? You've rejected a patch that fixes this;
> how about producing one that works instead of leaving this broken?

What patch are you referring to? I see only an apparently erroneous
"patch" tag that was applied to this bug number, and was later removed
(since no patch had been provided).

The bug was marked "upstream", meaning it was referred to the actual
Wget developers to decide upon, so it hardly makes sense to complain here.

I was the upstream maintainer at the time this was referred upstream. My
response (which you can see by following the "upstream" annotation link)
was that --restrict-file-names=nocontrol was the way to get the desired
behavior, and that the proper solution might be to transcode from the
remote filename to the user's locale, but that this wasn't the highest
priority at the time. I don't work on Wget any longer, so you'd want to
ping the attention of the current maintainer to see if any work was in
progress for this.

A small amount of research may carry you a long way. And as a former
maintainer, I can definitely attest that you will find developers are
more eager to help those who send civil requests, rather than people who
shout demands, particularly with projects like Wget that have extremely
small developer bases (basically, one active developer in Wget's case)
and large user bases. You want results, why not pitch in and provide
some, or pay someone else who can, rather than whine at the people who
work on Wget as a community service in their free time. Wget isn't
anybody's job, which means that you are not anyone's customer.


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

Bug#696254: qa.debian.org: PTS has outdated current policy version

[Russ Allbery]

Bart Martens  writes:
> On Wed, Dec 19, 2012 at 02:59:14PM +, Dominic Hargreaves wrote:

>> Russ, in his 3.9.4 announcement, reminded us not to gratuitously update
>> the S-V of a package during the freeze (and he did mention 3.9.4 there)

> I think he meant that doing uploads and requesting unblocks just to bump
> the standards-version is not so useful.

The release team have, in the past, asked people not to make changes like
bumping the standards version in changes that need to be reviewed, since
it adds noise to the diff and makes their job harder.  So it's more than
just not uploading solely for standards version changes, but also that one
shouldn't change it in uploads targetted for stable.

> I agree about "a gratuitous bump".  About "a bump" however, I think that
> fixing RC bugs combined with bumping the standards-version without
> further changes is not wrong.

I'm happy to go with this policy if the release team is okay with it.  My
understanding is that they'd rather people not do this, which is where my
hesitation comes from.

-- 
Russ Allbery (r...@debian.org)   


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

Bug#696354: plasma-desktop: eats up /var/tmp with plasma_theme_*.kcache files > 80M each

[Eloi Notario]

Package: plasma-desktop
Version: 4:4.8.4-5
Severity: important

While updating I've found my root filesystem full. After searching for 
space to free, I found on /var/tmp/kdecache-${user} up to 11 files with 
size 84213856 each named "plasma_theme_${themename}.kcache". A few days 
ago I was testing several themes, however I didn't expect that for each 
one I tried it left a file of this considerable size. Globally, it eat 
up to 0.9G of disk space which was not reclaimed.

I don't know what are these files for, but given their size I believe 
they either should be put in /tmp if there are no longer necessary 
after reboot, or instead clean up the files for themes other than the 
one currently in use. I don't believe all of them are necessary at the 
same time.

Important because I'm not sure if it deserves an RC status, please
upgrade or downgrade.

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

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

Versions of packages plasma-desktop depends on:
ii  kde-runtime   4:4.8.4-2
ii  kde-wallpapers-default4:4.8.4-1
ii  libc6 2.13-37
ii  libkactivities6   4:4.8.4-1
ii  libkcmutils4  4:4.8.4-4
ii  libkdecore5   4:4.8.4-4
ii  libkdeui5 4:4.8.4-4
ii  libkephal4abi14:4.8.4-5
ii  libkfile4 4:4.8.4-4
ii  libkidletime4 4:4.8.4-4
ii  libkio5   4:4.8.4-4
ii  libknewstuff3-4   4:4.8.4-4
ii  libktexteditor4   4:4.8.4-4
ii  libkworkspace4abi14:4.8.4-5
ii  libplasma34:4.8.4-4
ii  libplasmagenericshell44:4.8.4-5
ii  libqt4-dbus   4:4.8.2+dfsg-2
ii  libqt4-xml4:4.8.2+dfsg-2
ii  libqtcore44:4.8.2+dfsg-2
ii  libqtgui4 4:4.8.2+dfsg-2
ii  libsolid4 4:4.8.4-4
ii  libstdc++64.7.2-4
ii  libtaskmanager4abi3   4:4.8.4-5
ii  libx11-6  2:1.5.0-1
ii  libxext6  2:1.3.1-2
ii  plasma-widgets-workspace  4:4.8.4-5

Versions of packages plasma-desktop recommends:
ii  kde-workspace  4:4.8.4-5

plasma-desktop 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#695823: mirror submission for 91.220.215.24

[Boris]

Yes.

20.12.2012, в 7:50, Simon Paillard  написал(а):

> Hi,
> 
> On Sat, Dec 15, 2012 at 11:52:34AM +1100, bo...@homelane.me wrote:
 Please don't silently skip the other questions/remarks, like tracefile, as
 we really need it.
>> After updating the mirror will be created tracefile.
> 
> Do you apply two-pass rsync as per http://www.debian.org/mirror/ftpmirror#how
> and implemented in the recommended tool ftpsync ?
> This is needed or the mirror will appear as broken to users while its update.
> 
> Regards.
> 
 Then you may consider providing the mirror at /debian/ directly, the
 standard
 path used by most mirrors.
>> Now you can get into open-source.homelane.me/debian/
>> 
> Archive-upstream: mirror.yandex.ru
 
 Seems it is mirror.mephi.ru now (that you should reference as
 ftp.ru.debian.org)
>> ok. fixed.
>> 
> Updates: twice
 
 Please 4 per day if possible, see
 http://www.debian.org/mirror/ftpmirror#when
>> not possible :-(
> 
> -- 
> Simon Paillard
> 


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

Bug#696353: debian-i18n: wheezy install missing some locales

[Leonardo Boselli]

Package: debian-i18n
Severity: normal
Tags: l10n



installing wheezy i fount a ca.IT locale , used only in a couple of small town,
mostly by elder people, while i did not found neither de.IT (about 60 
people) nor
sl.IT (about 5 people) both with official recognition.

 


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

Bug#696352: python-paste: Starting paste complains cheetah not found even though it is

[Simon Fondrie-Teitler]

Package: python-paste
Version: 1.7.5.1-4.1
Severity: normal

I think this is a bug in paste, but feel free to redirect me if not. 

When attempting to start mediagoblin via paste with the command 
> /usr/bin/paster serve ./paste_local.ini  --pid-file=/var/run/mediagoblin.pid  
> --server-name=fcgi fcgi_host=127.0.0.1 fcgi_port=26543 

I receive the following: 

mediagoblin@che:/usr/share/pyshared/mediagoblin$ /usr/bin/paster serve 
./paste_local.ini  --pid-file=/var/run/mediagoblin.pid  --server-name=fcgi 
fcgi_host=127.0.0.1 fcgi_port=26543
Traceback (most recent call last):
  File "/usr/bin/paster", line 4, in 
command.run()
  File "/usr/lib/python2.7/dist-packages/paste/script/command.py", line 93, in 
run
commands = get_commands()
  File "/usr/lib/python2.7/dist-packages/paste/script/command.py", line 135, in 
get_commands
plugins = pluginlib.resolve_plugins(plugins)
  File "/usr/lib/python2.7/dist-packages/paste/script/pluginlib.py", line 82, 
in resolve_plugins
pkg_resources.require(plugin)
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 686, in require
needed = self.resolve(parse_requirements(requirements))
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 584, in resolve
raise DistributionNotFound(req)
pkg_resources.DistributionNotFound: Not Found: Cheetah-2.4.4 (did you run 
python setup.py develop?)

python-cheetah is indeed installed, via aptitude

mediagoblin@che:/usr/share/pyshared/mediagoblin$ aptitude show python-cheetah
Package: python-cheetah  
State: installed
Automatically installed: yes
Version: 2.4.4-3



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

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

Versions of packages python-paste depends on:
ii  python2.7.3~rc2-1
ii  python-formencode 1.2.4-2
ii  python-pkg-resources  0.6.24-1
ii  python2.6 2.6.8-0.2
ii  python2.7 2.7.3~rc2-2.1

Versions of packages python-paste recommends:
ii  libjs-mochikit  1.4.2-4
ii  python [python-ctypes]  2.7.3~rc2-1
ii  python-openid   2.2.5-3
ii  python-openssl  0.13-2
ii  python-scgi 1.13-1+b2

Versions of packages python-paste suggests:
pn  libapache2-mod-python  
ii  libapache2-mod-scgi1.13-1+b2
pn  libapache2-mod-wsgi
ii  libjs-sphinxdoc1.1.3+dfsg-4
ii  python-pastedeploy 1.5.0-3
ii  python-pastescript 1.7.5-2
pn  python-pastewebkit 
pn  python-pgsql   

-- 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#696351: unblock: gnome-settings-daemon/3.4.2+git20121218.7c1322-1

[Josselin Mouette]

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

Hi,

please unblock package gnome-settings-daemon for a handful of upstream 
fixes.
Especially the new fix for the numlock bug should be more reliable than 
the one we have, according to developers.

gnome-settings-daemon (3.4.2+git20121218.7c1322-1) unstable; urgency=low

  * New upstream git snapshot from the 3.4 branch.
+ Fix a pair of crashers.
+ Better fix for the keyboard infinite loop bug.
+ Cleanup in print notifications.
+ Translation updates.
  * 11_numlock_loop.patch: dropped accordingly.


unblock gnome-settings-daemon/3.4.2+git20121218.7c1322-1

Thanks,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-
diff -Nru gnome-settings-daemon-3.4.2+git20120925.a4c817/debian/changelog gnome-settings-daemon-3.4.2+git20121218.7c1322/debian/changelog
diff -Nru gnome-settings-daemon-3.4.2+git20120925.a4c817/debian/patches/11_numlock_loop.patch gnome-settings-daemon-3.4.2+git20121218.7c1322/debian/patches/11_numlock_loop.patch
--- gnome-settings-daemon-3.4.2+git20120925.a4c817/debian/patches/11_numlock_loop.patch	2012-10-26 19:04:58.0 +0200
+++ gnome-settings-daemon-3.4.2+git20121218.7c1322/debian/patches/11_numlock_loop.patch	1970-01-01 01:00:00.0 +0100
@@ -1,82 +0,0 @@
-commit 82c7fcf7fd4fe43e73ea5ce6408c79d35ec3dfb8
-Author: Andrew Potter 
-Date:   Wed Oct 24 13:52:09 2012 -0700
-
-keyboard: Prevent potential infinite loop
-
-Ensure we don't set the numlock setting in response to our own
-numlock-setting event.
-
-https://bugzilla.gnome.org/show_bug.cgi?id=679151
-
-diff --git a/plugins/keyboard/gsd-keyboard-manager.c b/plugins/keyboard/gsd-keyboard-manager.c
-index a33460c..1519510 100644
 a/plugins/keyboard/gsd-keyboard-manager.c
-+++ b/plugins/keyboard/gsd-keyboard-manager.c
-@@ -73,6 +73,7 @@ struct GsdKeyboardManagerPrivate
- gboolean   have_xkb;
- gint   xkb_event_base;
- GsdNumLockState old_state;
-+gulong numlock_serial;
- };
- 
- static void gsd_keyboard_manager_class_init  (GsdKeyboardManagerClass *klass);
-@@ -128,13 +129,15 @@ numlock_NumLock_modifier_mask (void)
- }
- 
- static void
--numlock_set_xkb_state (GsdNumLockState new_state)
-+numlock_set_xkb_state (GsdKeyboardManager *manager)
- {
- unsigned int num_mask;
- Display *dpy = GDK_DISPLAY_XDISPLAY (gdk_display_get_default ());
-+GsdNumLockState new_state = manager->priv->old_state;
- if (new_state != GSD_NUM_LOCK_STATE_ON && new_state != GSD_NUM_LOCK_STATE_OFF)
- return;
- num_mask = numlock_NumLock_modifier_mask ();
-+manager->priv->numlock_serial = NextRequest(dpy);
- XkbLockModifiers (dpy, XkbUseCoreKbd, num_mask, new_state == GSD_NUM_LOCK_STATE_ON ? num_mask : 0);
- }
- 
-@@ -156,16 +159,18 @@ numlock_xkb_callback (GdkXEvent *xev_,
- 	if (xkbev->state.changed & XkbModifierLockMask) {
- 		unsigned num_mask = numlock_NumLock_modifier_mask ();
- 		unsigned locked_mods = xkbev->state.locked_mods;
-+unsigned long serial = xkbev->state.serial;
- 		GsdNumLockState numlock_state;
- 
- 		numlock_state = (num_mask & locked_mods) ? GSD_NUM_LOCK_STATE_ON : GSD_NUM_LOCK_STATE_OFF;
- 
--		if (numlock_state != manager->priv->old_state) {
--			g_settings_set_enum (manager->priv->settings,
--	 KEY_NUMLOCK_STATE,
--	 numlock_state);
--			manager->priv->old_state = numlock_state;
--		}
-+		if (numlock_state != manager->priv->old_state
-+&& serial > manager->priv->numlock_serial) {
-+g_settings_set_enum (manager->priv->settings,
-+ KEY_NUMLOCK_STATE,
-+ numlock_state);
-+manager->priv->old_state = numlock_state;
-+}
- 	}
- 
- return GDK_FILTER_CONTINUE;
-@@ -254,7 +259,7 @@ apply_settings (GSettings  *settings,
- manager->priv->old_state = g_settings_get_enum (manager->priv->settings, KEY_NUMLOCK_STATE);
- 
- if (manager->priv->have_xkb && rnumlock)
--numlock_set_xkb_state (manager->priv->old_state);
-+numlock_set_xkb_state (manager);
- 
- XSync (GDK_DISPLAY_XDISPLAY (gdk_display_get_default ()), FALSE);
- gdk_error_trap_pop_ignored ();
-@@ -359,6 +364,7 @@ static void
- gsd_keyboard_manager_init (GsdKeyboardManager *manager)
- {
- manager->priv = GSD_KEYBOARD_MANAGER_GET_PRIVATE (manager);
-+manager->priv->numlock_serial = G_MAXULONG;
- }
- 
- static void
diff -Nru gnome-settings-daemon-3.4.2+git20120925.a4c817/debian/patches/series gnome-settings-daemon-3.4.2+git20121218.7c1322/debian/patches/series
--- gnome-settings-daemon-3.4.2+git20120925.a4c817/debian/patches/series	2012-10-26 19:04:58.0 +0200
+++ gnome-settings-daemon-3.4.2+git2012

Bug#696254: qa.debian.org: PTS has outdated current policy version

[Dominic Hargreaves]

On Wed, Dec 19, 2012 at 08:00:37PM +, Bart Martens wrote:
> On Wed, Dec 19, 2012 at 02:59:14PM +, Dominic Hargreaves wrote:
> > On Wed, Dec 19, 2012 at 06:37:12AM +, Bart Martens wrote:
> > > I suggest to implement the following instead :
> > 
> > I understand your proposal, but it feels like overkill to me.
> 
> It's some work once, but afterwards PTS automatically follows any future
> debian-policy version changes, so I think it's worth it.

Right, that part of it makes sense, but I don't think there's any need
to track more than debian-policy in unstable.

I'm not volunteering to implement that, though :)
 
> > I'm not
> > convinced there's really anything special about 3.9.4 than any other
> > version of policy w.r.t the freeze.
> 
> I don't see anything special there either.
> 
> > Russ, in his 3.9.4 announcement,
> > reminded us not to gratuitously update the S-V of a package during
> > the freeze (and he did mention 3.9.4 there)
> 
> I think he meant that doing uploads and requesting unblocks just to bump the
> standards-version is not so useful.
> 
> > but wouldn't the same apply
> > to a package that currently had 3.9.2?
> 
> I agree with that.
> 
> > A gratuitous bump to 3.9.3
> > wouldn't make any sense for a package targetted at wheezy.
> 
> I agree about "a gratuitous bump".  About "a bump" however, I think that 
> fixing
> RC bugs combined with bumping the standards-version without further changes is
> not wrong.  It's not wrong that PTS suggests to bump the standards-version,
> regardless of the freeze.
> 
> > 
> > How about a simpler modification to the current template:
> > 
> >   The package should be updated to follow the last version of Debian Policy
> >   (Standards-Version  instead 
> > of
> >   ). We recommend that such changes do not
> >   take place during a freeze for packages targetted at the testing
> >   distribution.
> 
> I prefer short messages on the PTS.  If we want the PTS to stop suggesting to
> bump the standards-version during the freeze, then the messages should be
> hidden during the freeze.  Maybe we can do that automatically.  Do we have 
> some
> indicator on quantz that Debian is in freeze ?

I don't think the current advice is different to other PTS notices such
as new upstream versions and patch incorporation; they would often
not be appropriate during a freeze. A global reminder of the freeze
and not blindly following the advice of the PTS wouldn't do any harm,
though.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)


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

Bug#695958: python2.7: Expose multiarch triplet in sys module

[Matthias Klose]

Am 19.12.2012 21:30, schrieb Barry Warsaw:
> On Dec 19, 2012, at 12:50 PM, Jakub Wilk wrote:
> 
>> * Barry Warsaw , 2012-12-14, 16:29:
>>> ++dnl Debian multiarch support in sys.implementation._architecture 
>>> ++dnl Try `dpkg-architecture -qDEB_BUILD_MULTIARCH` first, then ++dnl
>>> `gcc --print-multiarch`. ++AC_SUBST(MULTIARCH_BUILD) 
>>> ++AC_CHECK_PROG(HAS_DPKG_ARCHITECTURE, dpkg-architecture, found,
>>> not-found) ++if test $HAS_DPKG_ARCHITECTURE = found ++then ++
>>> MULTIARCH_BUILD="dpkg-architecture -qDEB_BUILD_MULTIARCH" ++else ++
>>> AC_CHECK_PROG(HAS_GCC_FOR_ARCH, gcc, found, not-found) ++if test
>>> $HAS_GCC_FOR_ARCH = found ++then ++MULTIARCH_BUILD="gcc
>>> --print-multiarch" ++else ++MULTIARCH_BUILD="" ++fi 
>>> ++fi
>> 
>> s/DEB_BUILD_MULTIARCH/DEB_HOST_MULTIARCH/ presumably?
> 
> Yes, I think you're right.  Thanks.
> 
> (Does it make sense to expose the other dpkg-architecture stuff, or should
> we just keep it simple?)

hard-coding gcc is wrong. you should use CC and have this code at a position
where it's clear which CC to use.

if this patch is debian local, you can drop the dpkg-architecture check.

_architecture is a bad name. just name it _multiarch, or obfuscate it even
more (a name longer than single_version_externally_managed would be
preferred). Make sure that the tuple ends up in _sysconfigdata.py with a
sensible name, e.g. HOST_MULTIARCH. The latter one can be overwritten for
cross builds (once the 3.3 cross build changes are backported), and should be
the preferred way to access this information.

  Matthias


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

Bug#616799: Bug#691676: unblock: ensymble/0.28-3

[Dominic Hargreaves]

severity 616799 minor
thanks

On Wed, Dec 19, 2012 at 08:20:57PM +0100, Julien Cristau wrote:
> On Sun, Oct 28, 2012 at 13:40:50 +, Dominic Hargreaves wrote:
> 
> > In the interests in expedience and taking some workload off the
> > release team, I have uploaded 0.28-3 (which qualifies for an unblock as
> > is it is a minimal fix for an important bug in an optional package).
> > 
> Hrm.  I would say this bug counts as wishlist or minor, not important.
> python-central isn't going away in wheezy anyway, and changing helpers
> doesn't really seem like a freeze-time change IMO.  Sorry.

Okay, no problem. I've updated the severity of the original bug for the
record.

Cheers,
Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)


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

Bug#387745: This is unacceptable

[David Starner]

It's been six years, and wget still can't read the locale to know that
UTF-8 filenames shouldn't be mangled? An 8-year old document,
http://hektor.umcs.lublin.pl/~mikosmul/computing/articles/linux-unicode.html
, notes that "some GNOME applications tend to create UTF-8 filenames
regardless of the locale used" and wget still insists on producing bad
filenames for UTF-8 locales? You've rejected a patch that fixes this;
how about producing one that works instead of leaving this broken?

-- 
Kie ekzistas vivo, ekzistas espero.


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

Bug#685295: grub crashes with invalid memory access

[Daniel Kahn Gillmor]

Package: grub-ieee1275
Version: 2.00-7
Followup-For: Bug #685295

i'm seeing the same behavior.

Interestingly, if i boot the machine into target disk mode, and then
from another host, mount the grub hfs volume, and then:

 mv grub.cfg grub.cfg.old

then i can reboot this machine and get a grub command prompt.  From
that command prompt, i can do:

 configfile grub.cfg.old

and that gives me a functional menu, which i can operate and the
system then boots fine.

if i then create a new grub.cfg which has as its contents only the
single line:

 configfile grub.cfg.old

then i get back to the "invalid memory access" situation.

 --dkg

*** BEGIN /proc/mounts
/dev/mapper/vg_gandalf0-root / ext4 
rw,nosuid,nodev,relatime,user_xattr,barrier=1,data=ordered 0 0
/dev/mapper/vg_gandalf0-home /home ext4 
rw,nosuid,nodev,relatime,user_xattr,barrier=1,data=ordered 0 0
/dev/mapper/vg_gandalf0-var /var ext4 
rw,nosuid,nodev,relatime,user_xattr,barrier=1,data=ordered 0 0
/dev/mapper/vg_gandalf0-tmp /tmp ext4 
rw,nosuid,nodev,relatime,user_xattr,barrier=1,data=ordered 0 0
/dev/sda2 /boot/grub hfs rw,nosuid,nodev,noexec,relatime,uid=0,gid=0 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/grub.cfg
insmod normal
*** END /boot/grub/grub.cfg

*** BEGIN /proc/mdstat
cat: /proc/mdstat: No such file or directory
*** END /proc/mdstat

*** BEGIN LVM
  --- Volume group ---
  VG Name   vg_gandalf0
  System ID 
  Formatlvm2
  Metadata Areas1
  Metadata Sequence No  6
  VG Access read/write
  VG Status resizable
  MAX LV0
  Cur LV5
  Open LV   4
  Max PV0
  Cur PV1
  Act PV1
  VG Size   37.21 GiB
  PE Size   4.00 MiB
  Total PE  9525
  Alloc PE / Size   4352 / 17.00 GiB
  Free  PE / Size   5173 / 20.21 GiB
  VG UUID   Rs2dhl-pVk6-0PnF-Zocw-1208-2DS3-QiatYt
   
  --- Physical volume ---
  PV Name   /dev/sda3
  VG Name   vg_gandalf0
  PV Size   37.21 GiB / not usable 2.00 MiB
  Allocatable   yes 
  PE Size   4.00 MiB
  Total PE  9525
  Free PE   5173
  Allocated PE  4352
  PV UUID   x6Qx1M-0acF-ctks-QF83-2E0Z-27oE-ee3OwJ
   
  --- Logical volume ---
  LV Path/dev/vg_gandalf0/root
  LV Nameroot
  VG Namevg_gandalf0
  LV UUIDRla4c1-BniA-N5Mc-ti4P-kkQV-Y9Gk-PLgOgr
  LV Write Accessread/write
  LV Creation host, time tom, 2012-12-19 20:31:52 +
  LV Status  available
  # open 1
  LV Size5.00 GiB
  Current LE 1280
  Segments   1
  Allocation inherit
  Read ahead sectors auto
  - currently set to 256
  Block device   254:0
   
  --- Logical volume ---
  LV Path/dev/vg_gandalf0/home
  LV Namehome
  VG Namevg_gandalf0
  LV UUIDs9ieJZ-JEzn-B9Tq-qNP4-i70X-lHQL-hJ6CTu
  LV Write Accessread/write
  LV Creation host, time tom, 2012-12-19 20:32:06 +
  LV Status  available
  # open 1
  LV Size5.00 GiB
  Current LE 1280
  Segments   1
  Allocation inherit
  Read ahead sectors auto
  - currently set to 256
  Block device   254:1
   
  --- Logical volume ---
  LV Path/dev/vg_gandalf0/var
  LV Namevar
  VG Namevg_gandalf0
  LV UUIDq3N1zG-QoVE-ZvgY-xfps-6tZE-PqcA-8855J4
  LV Write Accessread/write
  LV Creation host, time tom, 2012-12-19 20:32:20 +
  LV Status  available
  # open 1
  LV Size5.00 GiB
  Current LE 1280
  Segments   1
  Allocation inherit
  Read ahead sectors auto
  - currently set to 256
  Block device   254:2
   
  --- Logical volume ---
  LV Path/dev/vg_gandalf0/swap
  LV Nameswap
  VG Namevg_gandalf0
  LV UUIDJwkhMP-8dnF-rzLz-WMkc-ZXeu-EQvS-HZluO3
  LV Write Accessread/write
  LV Creation host, time tom, 2012-12-19 20:32:47 +
  LV Status  available
  # open 0
  LV Size1.00 GiB
  Current LE 256
  Segments   1
  Allocation inherit
  Read ahead sectors auto
  - currently set to 256
  Block device   254:3
   
  --- Logical volume ---
  LV Path/dev/vg_gandalf0/tmp
  LV Nametmp
  VG Namevg_gandalf0
  LV UUIDNzGIip-LVVh-xjC7-MLVM-jSSi-woaj-VKABE5
  LV Write 

Bug#696350: swig2.0: Proposed patch for upstream bug #3597554

[Paweł Tomulik]

Package: swig2.0
Version: 2.0.8-1
Severity: normal

Dear Maintainer,

Please see

https://sourceforge.net/tracker/?func=detail&atid=101645&aid=3597554&group_id=1645

Here I attach patch  for 2.0.8-1 debian package, which corresponds to 
the patch

sent to upstream developers.



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

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

Versions of packages swig2.0 depends on:
ii  libc6   2.13-37
ii  libgcc1 1:4.7.2-4
ii  libpcre31:8.31-1
ii  libstdc++6  4.7.2-4
ii  zlib1g  1:1.2.7.dfsg-13

swig2.0 recommends no packages.

Versions of packages swig2.0 suggests:
pn  swig2.0-doc   
pn  swig2.0-examples  

-- no debconf information
diff -Nru swig2.0-2.0.8/debian/changelog swig2.0-2.0.8/debian/changelog
--- swig2.0-2.0.8/debian/changelog  2012-10-31 12:12:40.0 +0100
+++ swig2.0-2.0.8/debian/changelog  2012-12-19 20:32:31.0 +0100
@@ -1,3 +1,10 @@
+swig2.0 (2.0.8-1.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Fixed problems with same python module names in several packages
+
+ -- Paweł Tomulik   Wed, 19 Dec 2012 
20:30:17 +0100
+
 swig2.0 (2.0.8-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru 
swig2.0-2.0.8/debian/patches/fix-python-same-modules-in-different-packages.patch
 
swig2.0-2.0.8/debian/patches/fix-python-same-modules-in-different-packages.patch
--- 
swig2.0-2.0.8/debian/patches/fix-python-same-modules-in-different-packages.patch
1970-01-01 01:00:00.0 +0100
+++ 
swig2.0-2.0.8/debian/patches/fix-python-same-modules-in-different-packages.patch
2012-12-19 20:57:54.0 +0100
@@ -0,0 +1,32 @@
+Index: swig2.0-2.0.8/Source/Modules/python.cxx
+===
+--- swig2.0-2.0.8.orig/Source/Modules/python.cxx   2012-07-22 
00:52:30.0 +0200
 swig2.0-2.0.8/Source/Modules/python.cxx2012-12-19 20:57:47.159580749 
+0100
+@@ -3164,15 +3164,18 @@
+   if (mod) {
+   String *importname = NewString("");
+   String *modname = Getattr(mod, "name");
+-  if (Strcmp(modname, mainmodule) != 0) {
+-// check if the module has a package option
+-Node *options = Getattr(mod, "options");
+-String *pkg = options ? Getattr(options, "package") : 0;
+-if (pkg && (!package || Strcmp(pkg, package) != 0)) {
+-  Printf(importname, "%s.", pkg);
+-}
+-Printf(importname, "%s.", modname);
+-  }
++  Node *options = Getattr(mod, "options");
++  String *pkg = options ? Getattr(options, "package") : 0;
++  if(pkg && (!package || Strcmp(pkg, package) != 0)) {
++// Have (package="xxx") different from ours.
++Printf(importname, "%s.%s.", pkg, modname);
++  } else {
++// Have no (package=...) or have (package=ours).
++if(Strcmp(modname, mainmodule) != 0) {
++  // but modules differ ...
++  Printf(importname, "%s.", modname);
++}
++  }
+   Append(importname, Getattr(n, "sym:name"));
+   Setattr(n, "python:proxy", importname);
+   }
diff -Nru swig2.0-2.0.8/debian/patches/series 
swig2.0-2.0.8/debian/patches/series
--- swig2.0-2.0.8/debian/patches/series 2012-10-31 12:08:05.0 +0100
+++ swig2.0-2.0.8/debian/patches/series 2012-12-19 20:35:43.0 +0100
@@ -0,0 +1 @@
+fix-python-same-modules-in-different-packages.patch

Bug#696348: gnome-shell restarts when closing gnome-terminal

[Josselin Mouette]

Le mercredi 19 décembre 2012 à 21:44 +, Harvey Kelly a écrit : 
> Package: gnome-shell
> Version: 3.4.2-3
> Severity: normal
> 
> Dear Maintainer,
> 
>* What led up to the situation?
> 
> Just using gnome-terminal as normal and then closing, whether by ctrl-d or
> clicking 'close' window button, causes gnome-shell to restart

Is it reproducible?

If so, please obtain a backtrace:
http://wiki.debian.org/HowToGetABacktrace

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


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

Bug#696262: bitcoin FTBFS: tests fail assuming a RW $HOME

[Petter Reinholdtsen]

Control: tags 696262 + patch pending

A fix for this issue was commited to the Debian packaging git repo 20
hours ago.  the patch is available from
http://anonscm.debian.org/gitweb/?p=collab-maint/bitcoin.git;a=commit;h=5012f9ec0a0420102284894ca093cbfc4091ae15
 >.

Could this issue be the same as the one reported in BTS #672524?

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#696040: gnome-shell: Gnome-shell 3.4.2-4 memory leak

[Josselin Mouette]

Le dimanche 16 décembre 2012 à 08:48 +0100, otas.pe a écrit : 
> After Gnome shell upgrading to version 3.4.2-4 there is a problem with memory
> leak. When PC starts then memory usage is about 50MB. After 2-3 hours is about
> 200MB. I try to downgrade Gnome-shell to version 3.4.2-3 from Testing and 
> there
> is no problem. Memory usage is still about 50MB. 

I suspect this is a problem in gjs not running the GC when it should.

Can anyone try gjs with the following patches?
http://git.gnome.org/browse/gjs/commit/?id=06aa616a8c9b6d356aefc95a6b0c1c317b86c46a
http://git.gnome.org/browse/gjs/commit/?id=54d60c278a39ce681b35d172b675a4b2d4449b65

They should improve the leaky situation a lot.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


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

Bug#696349: nwchem: Fortran runtime error: Sequential READ or WRITE not allowed after EOF marker, possibly use REWIND or BACKSPACE

[Michael Banck]

Package: nwchem
Version: 6.1-3
Severity: important
Tags: patch

A bug has been reported on the upstream support mailing list:

http://www.emsl.pnl.gov/docs/nwchem/nwchem-support/2012/12/0016._NWCHEM_errors_in_running_nwchem-6.1.1

This bug is not triggered by the currently run reduced test suite, but
e.g. the pspw2 and pspw_md tests trigger the error (this is from pspw2):

| >>>  JOB STARTED   AT Wed Dec 19 20:01:11 2012  <<<
|   input data 
| pseudopotential is not correctly formatted:C.vpp  
   
|
| Generated formatted_filename: ./C.vpp
|  library name resolved from: compiled reference
|  NWCHEM_NWPW_LIBRARY set to: 
| Generating 1d pseudopotential for Cl  
|At line 649 of file psp_generator_input.F (unit = 99, file = './junk.inp')
|Fortran runtime error: Sequential READ or WRITE not allowed after EOF marker, 
possibly use REWIND or BACKSPACE

The code in nwchem_6.1-3 around
src/nwpw/nwpwlib/pseudopotential/psp_generator_input.F:649 is as
follows:

|#if defined(FUJITSU_SOLARIS) || defined(PSCALE) || defined(__crayx1) || 
defined(MACX)
|   backspace 99
|#endif
|   write(99,*) 'pbe96 '
|   write(99,*) ' pbe96 '
|   close(unit=99)

The 09_backported_6.1.1_fixes.patch in nwchem_6.1-4 and up changes this to 

|#if defined(FUJITSU_SOLARIS) || defined(PSCALE) || defined(__crayx1) || 
defined(MACX) || defined(GCC46)
|   backspace 99
|#endif
|   write(99,*) 'pbe96 '
|   write(99,*) ' pbe96 '
|   close(unit=99)

However, the source file is compiled in nwchem_6.1-5 as follows:

|gfortran -c -fno-second-underscore -Wall -ffixed-line-length-72
|-ffixed-form -Wno-globals -fdefault-integer-8 -g  -I.
|-I/«PKGBUILDDIR»/src/include
|-I/«PKGBUILDDIR»/src/tools/install/include -DLINUX -DGCC4 -DEXT_INT
|-DGCC4 -DLINUX -DLINUX64 -DPARALLEL_DIAG   psp_generator_input.F

Note the absence of -DGCC46, so the above added define does not trigger,
resulting in the bug still present in nwchem_6.1-5.  The attached patch
to 02_makefile_flags.patch fixes this.


Michael
--- nwchem-6.1/debian/patches/02_makefile_flags.patch   2012-12-14 
13:23:52.0 +0100
+++ nwchem-6.1/debian/patches/02_makefile_flags.patch   2012-12-16 
14:32:00.0 +0100
@@ -23,7 +23,7 @@
  endif
  
 -  DEFINES = -DLINUX
-+  DEFINES = -DLINUX -DGCC4
++  DEFINES = -DLINUX -DGCC4 -DGCC46
 +  FOPTIONS   += -fno-second-underscore -Wall
 +  FOPTIONS   += -ffixed-line-length-72 -ffixed-form
 +  FOPTIMIZE  += -g -O2 
@@ -47,7 +47,7 @@
   endif
 endif
 -   DEFINES  += -DEXT_INT
-+   DEFINES  += -DEXT_INT -DGCC4
++   DEFINES  += -DEXT_INT -DGCC4 -DGCC46
MAKEFLAGS = -j 1 --no-print-directory
 - _CPU = $(shell uname -m  )
 + _CPU_ = $(shell uname -m  )

Bug#696348: gnome-shell restarts when closing gnome-terminal

[Harvey Kelly]

Package: gnome-shell
Version: 3.4.2-3
Severity: normal

Dear Maintainer,

   * What led up to the situation?

Just using gnome-terminal as normal and then closing, whether by ctrl-d or
clicking 'close' window button, causes gnome-shell to restart

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Nothing makes a difference.

   * What was the outcome of this action?

See above.

   * What outcome did you expect instead?

Expected gnome-terminal to close normally as other programs, without causing
entire shell to restart



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

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-3
ii  gconf-service3.2.5-1+build1
ii  gir1.2-accountsservice-1.0   0.6.21-7
ii  gir1.2-atk-1.0   2.4.0-2
ii  gir1.2-caribou-1.0   0.4.4-1
ii  gir1.2-clutter-1.0   1.10.8-2
ii  gir1.2-cogl-1.0  1.10.2-6
ii  gir1.2-coglpango-1.0 1.10.2-6
ii  gir1.2-folks-0.6 0.6.9-1+b1
ii  gir1.2-freedesktop   1.32.1-1
ii  gir1.2-gconf-2.0 3.2.5-1+build1
ii  gir1.2-gcr-3 3.4.1-3
ii  gir1.2-gdesktopenums-3.0 3.4.2-3
ii  gir1.2-gdkpixbuf-2.0 2.26.1-1
ii  gir1.2-gee-1.0   0.6.4-2
ii  gir1.2-gkbd-3.0  3.4.0.2-1
ii  gir1.2-glib-2.0  1.32.1-1
ii  gir1.2-gmenu-3.0 3.4.2-5
ii  gir1.2-gnomebluetooth-1.03.4.2-1
ii  gir1.2-gtk-3.0   3.4.2-4
ii  gir1.2-json-1.0  0.14.2-1
ii  gir1.2-mutter-3.03.4.1-5
ii  gir1.2-networkmanager-1.00.9.4.0-6
ii  gir1.2-pango-1.0 1.30.0-1
ii  gir1.2-polkit-1.00.105-1
ii  gir1.2-soup-2.4  2.38.1-2
ii  gir1.2-telepathyglib-0.120.18.2-2
ii  gir1.2-telepathylogger-0.2   0.4.0-1
ii  gir1.2-upowerglib-1.00.9.17-1
ii  gjs  1.32.0-2
ii  gnome-bluetooth  3.4.2-1
ii  gnome-icon-theme-symbolic3.4.0-2
ii  gnome-settings-daemon3.4.2+git20120925.a4c817-2
ii  gnome-shell-common   3.4.2-3
ii  gnome-themes-standard3.4.2-2
ii  gsettings-desktop-schemas3.4.2-3
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-37
ii  libcairo-gobject21.12.2-2
ii  libcairo21.12.2-2
ii  libcanberra0 0.28-6
ii  libclutter-1.0-0 1.10.8-2
ii  libcogl-pango0   1.10.2-6
ii  libcogl9 1.10.2-6
ii  libcroco30.6.6-2
ii  libdbus-1-3  1.6.8-1
ii  libdbus-glib-1-2 0.100-1
ii  libebook-1.2-13  3.4.4-1
ii  libecal-1.2-11   3.4.4-1
ii  libedataserver-1.2-163.4.4-1
ii  libedataserverui-3.0-1   3.4.4-1
ii  libffi5  3.0.10-3
ii  libfolks25   0.6.9-1+b1
ii  libgck-1-0   3.4.1-3
ii  libgconf-2-4 3.2.5-1+build1
ii  libgcr-3-1   3.4.1-3
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libgee2  0.6.4-2
ii  libgirepository-1.0-11.32.1-1
ii  libgjs0b [libgjs0-libmozjs185-1.0]   1.32.0-2
ii  libgl1-mesa-glx [libgl1] 8.0.5-3
ii  libglib2.0-0 2.33.12+really2.32.4-3
ii  libgnome-keyring03.4.1-1
ii  libgnome-menu-3-03.4.2-5
ii  libgstreamer0.10-0   0.10.36-1
ii  libgtk-3-0   3.4.2-4
ii  libical0 0.48-2
ii  libjson-glib-1.0-0   0.14.2-1
ii  libmozjs185-1.0  1.8.

Bug#696339: [redis-server] Please echo implemented 'status' option at init.d script

[Chris Lamb]

Hi Dererk,

> root  moirae[~]# /etc/init.d/redis-server
> Usage: /etc/init.d/redis-server {start|stop|restart|force-reload}

Thanks, fixed in git.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org
   `-


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

Bug#696347: solr-jetty: Symlink in /var/lib/jetty/webapps point to non-existen dir.

[Oleksandr Gavenko]

Package: solr-jetty
Version: 3.6.0+dfsg-1
Severity: normal

  $ ls -l /var/lib/jetty/webapps/solr
  lrwxrwxrwx 1 root root  /var/lib/jetty/webapps/solr -> 
/usr/share/solr/webapps/

I fix symlink to:

  solr -> /usr/share/solr/web/

and successfully open http://localhost:8086/solr/admin/

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

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

Versions of packages solr-jetty depends on:
ii  jetty6.1.26-1
ii  libjetty-extra-java  6.1.26-1
ii  solr-common  3.6.0+dfsg-1

solr-jetty recommends no packages.

solr-jetty suggests no packages.

-- no debconf information

-- 
Best regards!


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

Bug#696346: unblock: kdeadmin/4:4.8.4-3

[Lisandro Damián Nicanor Pérez Meyer]

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

Please unblock package kdeadmin

Hi RT! This upload fixes #671274 (severity important). It avoids
a crash by adding a missing dependency on python-gobject.

$ diffstat kdeadmin.diff 
 changelog |7 +++
 control   |2 +-
 2 files changed, 8 insertions(+), 1 deletion(-)

Thanks, Lisandro.

unblock kdeadmin/4:4.8.4-3

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

Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru kdeadmin-4.8.4/debian/changelog kdeadmin-4.8.4/debian/changelog
--- kdeadmin-4.8.4/debian/changelog	2012-11-26 17:39:52.0 -0300
+++ kdeadmin-4.8.4/debian/changelog	2012-12-19 17:51:30.0 -0300
@@ -1,3 +1,10 @@
+kdeadmin (4:4.8.4-3) unstable; urgency=low
+
+  * Add python-gobject as a system-config-printer-kde dependency
+(Closes: #671274).
+
+ -- Lisandro Damián Nicanor Pérez Meyer   Wed, 19 Dec 2012 17:51:13 -0300
+
 kdeadmin (4:4.8.4-2) unstable; urgency=low
 
   * Add lp_lpadmin_warning.patch to tell the user that it needs to be in the
diff -Nru kdeadmin-4.8.4/debian/control kdeadmin-4.8.4/debian/control
--- kdeadmin-4.8.4/debian/control	2012-11-26 17:39:32.0 -0300
+++ kdeadmin-4.8.4/debian/control	2012-12-19 17:49:45.0 -0300
@@ -95,7 +95,7 @@
 Section: admin
 Architecture: all
 Depends: ${python:Depends}, ${misc:Depends}, python-qt4-dbus,
- python-kde4 (>= 4:4.2.0), python-cupshelpers (>= 1.2.3-0.2~)
+ python-kde4 (>= 4:4.2.0), python-cupshelpers (>= 1.2.3-0.2~), python-gobject
 Description: printer configuration utility
  This package contains a KDE application which can be used to configure
  and manage printers.

Bug#694824: mirror submission for debian-cd.xfree.com.ar

[Simon Paillard]

Hi John,

Sorry for the late reply.

On Fri, Nov 30, 2012 at 09:06:13PM +, John Knoll wrote:
> Package: mirrors
> Severity: wishlist
> 
> Submission-Type: new
> Site: debian-cd.xfree.com.ar
> Type: leaf
> Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 ia64 
> kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 s390x sparc 
> CDImage-http: /debian-cd/

Could you please touch trace file on successful update ?
like:
rsync --options ftp.br.d.o::debian-cd local_path && LANG=C date -u > 
debian-cd/project/trace/debian-cd.xfree.com.ar

> IPv6: no
> CDImage-upstream: ftp.br.debian.org
> Updates: once
> Maintainer: John Knoll 
> Country: AR Argentina
> Location: Argentina
> Sponsor: Xfree.com.ar Argentina http://www.xfree.com.ar
 

How much bandwidth is available ?

Best regards.

-- 
Simon Paillard


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

Bug#652108: Some news about these scripts

[Michael Lustfield]

Further Development...

I plan to completely rewrite the logic in these scripts. I guess this would
be the third full rewrite. I will try to get to them today or tomorrow.

We discussed in the past whether this should be part of nginx-common or if
there should be an nginx-utils package added for this. I'm not sure. We're
getting a lot of nginx-* packages but the -utils package makes sense.

Any opinions?


On Wed, Dec 19, 2012 at 2:58 PM, Cyril Lavier
wrote:

> Hello.
>
> First, thanks Thomas for relaying the bug in Ubuntu. I will try to
> update both bugs when giving updates.
>
> The project is still alive (here :
> https://github.com/davromaniak/nginx_ensite). First, we wanted to add
> them before the freeze of debian wheezy, but we thought the scripts
> where too green for that and we delayed their inclusion.
>
> We schedule to include the scripts for Wheezy+1, and after the freeze of
> Ubuntu Raring, as we don't want to risk adding severe bugs in a stable
> (even not LTS) release of Ubuntu.
>
> By the way, if anybody wants to grab the script and test it, don't
> hesitate to do so and open issues on github if needed.
>
> Thanks.
>
> --
> Cyril "Davromaniak" Lavier
> KeyID 59E9A881
> http://www.davromaniak.eu
>
>

Bug#696040: Gnome-shell 3.4.2-4 memory leak bug - why is ignored?

[Josselin Mouette]

Le mercredi 19 décembre 2012 à 21:48 +0100, otas pe a écrit :
> Please let me know why is this critical bug ignored? I hope that
> Gnome-shell 3.4.2-4 will not be accepted in Debian Wheezy! In this
> version is critical bug with memory leak reported by me (696040).
> Gnome Shell 3.4.2-3 currently in testing is not affected.

There is no way we can release with 3.4.2-3 which has deadlocks.

> What is your plan to fix it and avoid to accept in testing?

What is *YOUR* plan?

Because it sounds to me you are merely whining.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


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

Bug#534884: bug #534884: new version and core of kismet

[Bob Bib]

control: notfound -1 2010-01-R1-5.0

There's no such version in Debian archives.

Bug#696345: unblock: rlinetd/0.8.2-2

[Robert Luberda]

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

Please unblock package rlinetd, which is priority extra package with a
quite a low popcon. Version 0.8.2-2 fixes three following bugs:

1. Ubuntu bug#1057645 [1] which might be quite important for users who
increase system-wide limit of open file descriptors or who plan to
use more recent version of glibc that will be released with wheezy.
Previous versions of rlinetd used to overwrite buffer used by FD_*
macros by number of available file descriptors minus 1024 bytes. This
would be one byte on most systems. However if glibc 1.15 or later is
installed this one byte will cause rlined to crash due to hardening
check introduced in that version of glibc [2].

2. Ubuntu bug#1057663 [3] - the script responsible for converting
/etc/inetd.conf to rlinetd configuration file format didn't understand
the udp4, udp6, tcp4 and tcp6 keywords.

3. Debian bug#691778 [4] - postinst/postrm failed to add/remove rlinetd
diversions under non-English locales.


While preparing the changes I was trying to make them as small as
possible. Please take a look into attached patch and unblock the package
for testing.

unblock rlinetd/0.8.2-2

Thanks,
robert

[1] https://bugs.launchpad.net/ubuntu/+source/rlinetd/+bug/1057645
[2] https://github.com/rbdixon/glibc/blob/master/debug/fdelt_chk.c#L24
[3] https://bugs.launchpad.net/ubuntu/+source/rlinetd/+bug/1057663
[4] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691778

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (200, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.5-trunk-686-pae (SMP w/1 CPU core)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/dash
Comparing rlinetd_0.8.2-1.dsc rlinetd_0.8.2-2.dsc
diff -Nru rlinetd-0.8.2/debian/changelog rlinetd-0.8.2/debian/changelog
--- rlinetd-0.8.2/debian/changelog	2012-02-26 13:00:45.0 +0100
+++ rlinetd-0.8.2/debian/changelog	2012-12-10 22:47:53.0 +0100
@@ -1,3 +1,18 @@
+rlinetd (0.8.2-2) unstable; urgency=low
+
+  * Add 1-Fix-fd_set-overflow.patch to fix fd_set buffer overflows caught
+by new glibc 1.15 hardening checks (LP: #105764)
+The fd_set buffers used by FD_ISSET, FD_SET, FD_CLR macros used to be
+overwritten usually by 1 byte or more in rare cases on systems where
+open file descriptors limit is greater than FD_SETSIZE.
+  * Add 2-Add-udp4-to-inetd2rlinetd.patch to support protocols like udp4,
+tcp6 in inetd2rlinetd (LP: #1057663).
+  * postinst, postrm: Fix installing/removing diversions (closes: #691778).
+The scripts fail to parse output of `dpkg-divert --list', when it is
+localized, so enforce non-localized output by setting LC_ALL=C.
+
+ -- Robert Luberda   Mon, 10 Dec 2012 22:47:43 +0100
+
 rlinetd (0.8.2-1) unstable; urgency=low
 
   * New upstream version.
diff -Nru rlinetd-0.8.2/debian/patches/1-Fix-fd_set-overflow.patch rlinetd-0.8.2/debian/patches/1-Fix-fd_set-overflow.patch
--- rlinetd-0.8.2/debian/patches/1-Fix-fd_set-overflow.patch	1970-01-01 01:00:00.0 +0100
+++ rlinetd-0.8.2/debian/patches/1-Fix-fd_set-overflow.patch	2012-12-10 22:47:53.0 +0100
@@ -0,0 +1,99 @@
+From: Robert Luberda 
+Date: Sun, 9 Dec 2012 23:04:47 +0100
+Subject: 1 Fix fd_set overflow
+
+Fix fd_set buffer overflows (LP: #1057645)
+
+Make sure that FD_ISSET, FD_SET, FD_CLR macros are called with proper
+arguments not to overflow the fd_set buffers. Especially use FD_SETSIZE
+instead of getdtablesize() as the upper bound of loops that iterate over
+fd_sets and fix stop conditions of such loops in engine.c.
+
+According to select(2) man page, an fd_set is a fixed-size buffer,
+and the above macros require the passed file descriptor argument
+to be lower than FD_SETSIZE. glibc started checking the above condition
+in its version 1.15 if _FORTIFY_SOURCE is defined, causing rlinetd
+to crash (see the call stacks in LP#1057645).
+---
+ src/engine.c  |   10 --
+ src/grammar.c |5 ++---
+ src/grammar.y |5 ++---
+ 3 files changed, 8 insertions(+), 12 deletions(-)
+
+diff --git a/src/engine.c b/src/engine.c
+index 273fc44..07f61ce 100644
+--- a/src/engine.c
 b/src/engine.c
+@@ -165,22 +165,20 @@ void main_loop() {
+ 
+ void listeners_set(int j) {
+ 	fd_set *fds;
+-	int i, bound;
++	int i;
+ 
+-	bound = getdtablesize();
+ 	fds = fdsettab_get(j);
+-	for(i = 0; i <= bound; i++)
++	for(i = 0; i < FD_SETSIZE; i++)
+ 		if(FD_ISSET(i, fds))
+ 			FD_SET(i, &rfds);
+ }
+ 
+ void listeners_clear(int j) {
+ 	fd_set *fds;
+-	int i, bound;
++	int i;
+ 
+-	bound = getdtablesize();
+ 	fds = fdsettab_get(j);
+-	for(i = 0; i <= bound; i++)
++	for(i = 0; i < FD_SETSIZE; i++)
+ 		if(FD_ISSET(i, fds))
+ 			FD_CLR(i, &rfds);
+ }
+diff --git a/src/grammar.c b/src/grammar.c
+index 4585e87..4d9c5ee 100644
+--- a/src/grammar.c
 b/src/grammar.c
+@@ -1957,7 +1957,7 @@ yyreduce:
+ 		struct opmetalist *p

Bug#695705: mirror listing update for debian.volia.net

[Simon Paillard]

Hi,

On Tue, Dec 11, 2012 at 09:25:58PM +, Eugene Paskevich wrote:
> Package: mirrors
> Severity: minor
> 
> Submission-Type: update
> Site: debian.volia.net
[..]
> Archive-upstream: ftp.si.debian.org
> Backports-upstream: ftp.uk.debian.org
> CDImage-upstream: cdimage.debian.org

Is there a problem with ftp.ua.debian.org ? (Well I see the datarate is low :/)
It looks up to date (at least as of now)

List of upstream updated.

> Updates: four
> Maintainer: Eugene Paskevich 
> Country: UA Ukraine
> Location: Kiev
> Sponsor: Volia Broadband http://volia.com/
> Comment: Looking for fast push-primary mirror to be triggered by for main,
> archive, and backports sections. Host might be considered for push-primary.
> No bandwidth or connections limits. 10GbE connection to ISP core. Please
> contact mir...@volia.net for questions and/or suggestions.

10Gbps on the server too ?

I guess ftp.ua.debian.org would be better served is allocated to you. Do you
have good peering in Ukraine ?

We can continue on mirrors@d.o

Regards,

-- 
Simon Paillard


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

Bug#652108: Some news about these scripts

[Cyril Lavier]

Hello.

First, thanks Thomas for relaying the bug in Ubuntu. I will try to
update both bugs when giving updates.

The project is still alive (here :
https://github.com/davromaniak/nginx_ensite). First, we wanted to add
them before the freeze of debian wheezy, but we thought the scripts
where too green for that and we delayed their inclusion.

We schedule to include the scripts for Wheezy+1, and after the freeze of
Ubuntu Raring, as we don't want to risk adding severe bugs in a stable
(even not LTS) release of Ubuntu.

By the way, if anybody wants to grab the script and test it, don't
hesitate to do so and open issues on github if needed.

Thanks.

-- 
Cyril "Davromaniak" Lavier
KeyID 59E9A881
http://www.davromaniak.eu


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

Bug#634128: bug #634128: kismet is not starting in panel mode

[Bob Bib]

control: tags -1 = moreinfo

Unknown kismet package version + mixed APT sources.

Bug#696282: gnucash silently removes the scheduled transactions under some condition

[Sébastien Villemot]

Control: tags -1 + upstream pending

Le mercredi 19 décembre 2012 à 03:39 +0100, Vincent Lefevre a écrit :

> On 2012-12-19 00:16:41 +0100, Vincent Lefevre wrote:
> [...]
> > $ gnucash test.gnucash
> > Found Finance::Quote version 1.17
> > I/O error : Resource temporarily unavailable
> > $
> 
> I've done tests with gdb, and the problem occurs at
> 
> xmlParseDocument( ctxt->data.saxParserCtxt );
> 
> in src/backend/xml/sixtp.c line 709 (sixtp_parse_file_common).
> It comes from a known bug in libxml2, discussed here:
> 
>   https://bugzilla.redhat.com/show_bug.cgi?id=877567

[...]

> So, this is also a bug in GnuCash, as like xmllint, GnuCash should
> have detected the error, but it doesn't:

Thanks for investigating the issue.

I have written a patch that should fix this (I tested it on a
home-crafted, truncated, compressed XML file). The patch is in the
wheezy branch of the Debian git packaging:
 
 
http://anonscm.debian.org/gitweb/?p=pkg-gnucash/gnucash.git;a=commitdiff;h=205e5ba1e396ce291148bef1345bdab6aeaa1ab8

I have also created unofficial GnuCash packages including that patch:

 http://people.debian.org/~sebastien/gnucash/

Please confirm that it fixes the problem for you on the GnuCash side
(i.e. that you get an error message instead of a silent data
truncation). If you have libxml knowledge, please also review my patch.

I may take some time to actually do the upload, because I am going for
vacation tomorrow.

As a reminder for myself: push the patch upstream, merge it in
experimental.

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
  `-  GPG Key: 4096R/381A7594



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

Bug#696289: Cannot use virtfs with mount_tag=/dev/root

[Josh Triplett]

On Wed, Dec 19, 2012 at 10:17:31AM +0400, Michael Tokarev wrote:
> Control: severity -1 wishlist
> Control: tags -1 + confirmed upstream
> 
> On 19.12.2012 04:09, Josh Triplett wrote:
> > Package: qemu-kvm
> > Version: 1.1.2+dfsg-3
> > Severity: normal
> > 
> > kvm doesn't seem to accept mount_tag=/dev/root , and gives a strange
> > series of error messages when attempting to do so:
> > 
> > kvm: -virtfs local,id=root,path=/,mount_tag=/dev/root,security_model=none: 
> > Parameter 'id' expects an identifier
> > Identifiers consist of letters, digits, '-', '.', '_', starting with a 
> > letter.
> > duplicate fsdev id: /dev/root
> 
> While the error message is misleading, the thing actually
> works when specified properly.  Use:
> 
>  -fsdev local,id=root,path=/,security_model=none \
>  -device virtio-9p-pci,fsdev=root,mount_tag=/dev/root

Huh, I see.  Thanks for the explanation and workaround.

> > Please consider fixing this, to unbreak virtio 9p root filesystems.
> 
> See also http://patchwork.ozlabs.org/patch/127551/ , dated Nov-2011, --
> that patch hasn't been applied to upstream yet.

So, when using -virtfs, you don't need the accompanying -device?  That
sounds handy, if it worked.  That patch looks sensible; I look forward
to seeing it applied, but in the meantime the workaround you supplied
will work nicely.

Thanks again,
Josh Triplett


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

Bug#696313: git-annex: Path length issues with bare repo on VFAT

[Ian Campbell]

On Wed, 2012-12-19 at 16:54 -0400, Joey Hess wrote:
> Ian Campbell wrote:
> > So that's where the limit comes from. It's of pretty much no use to you
> > but it's nice to know ;-)
> 
> Well, I can deal with this multiple ways. I can use hash directories for
> the journal files, or I can make it flush the journal more often.
> 
> The former adds some system call overhead, the latter adds excess git
> commits. I'd tend to prefer the former.

Hash directories were my first though too.

I'm afraid I've found another issue with repos on VFAT, would you like a
separate bug report or do you want to turn this one into a generic VFAT
bug?

Ian.

-- 
Ian Campbell


Machines take me by surprise with great frequency.
-- Alan Turing


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

Bug#696296: qtwebkit: Sets FD_CLOEXEC incorrectly with F_SETFL instead of F_SETFD

[Pino Toscano]

severity 696296 wishlist
thanks

Hi Guillem,

Alle mercoledì 19 dicembre 2012, Guillem Jover ha scritto:
> This package contains code that tries to set the FD_CLOEXEC flag for
> a file descriptor, but it does using F_SETFL instead of F_SETFD.
>
> [...]
> Source/WebKit2/Platform/CoreIPC/unix/ConnectionUnix.cpp

Currently, qtwebkit uses the "webkit" code, not the "webkit2" version, 
so the affected code is not used.
I am leaving this open and as wishlist as maybe qtwebkit could be 
switched to use webkit2, and then we will check again the status of this 
bug at that time.

Thanks,
-- 
Pino Toscano


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

Bug#696313: git-annex: Path length issues with bare repo on VFAT

[Joey Hess]

Ian Campbell wrote:
> There's a bunch of stuff (6000 or so small files)
> in .git/annex/transfer/failed/upload/ on one end and
> annex/transfer/failed/download/. Typical contents is 
> 1355907115.044185s
> Saxon - Wheels Of Steel/10-Judgement Day (Live).ogg
> 
> Are those safe to remove having done the fsck? 

Yes, although they'll remove themselves when those files get copied
over again.

And yeah, this is another place it might concevably blow this stupid
VFAT limit with a lot of files in a directory.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#696313: git-annex: Path length issues with bare repo on VFAT

[Joey Hess]

Ian Campbell wrote:
> So that's where the limit comes from. It's of pretty much no use to you
> but it's nice to know ;-)

Well, I can deal with this multiple ways. I can use hash directories for
the journal files, or I can make it flush the journal more often.

The former adds some system call overhead, the latter adds excess git
commits. I'd tend to prefer the former.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#696292: For 9p root filesystems, kernel ignores root=$NAME option on command line, and uses /dev/root as mount tag

[Josh Triplett]

On Wed, Dec 19, 2012 at 06:07:24PM +0100, Bastian Blank wrote:
> On Tue, Dec 18, 2012 at 06:50:36PM -0800, Josh Triplett wrote:
> > On Wed, Dec 19, 2012 at 12:38:55AM +, Ben Hutchings wrote:
> > > When using an initramfs, implementation of the 'root' kernel parameter
> > > is the responsibility of the initramfs!
> > I'm not using an initramfs.  The kernel supports 9p root filesystems
> > without one, apart from using "/dev/root" as the mount tag instead of
> > the value from the kernel command line.
> 
> Except for mips, there exists no non-initramfs Linux kernels in Debian.

Ah, I missed the more important detail: the Debian kernel doesn't have
9pnet_virtio and supporting modules built in, so this wouldn't work
anyway.

The bug still exists, but since in practice it'll only matter for
upstream kernels, I'll have to address it there instead.

Sorry for the noise,
Josh Triplett


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

Bug#695983: mirror submission for mirror.stshosting.co.uk

[Raphael Geissert]

On Wednesday 19 December 2012 14:45:34 Anthony Somerset wrote:
> Archive and back ports yes

Records updated, thank you.

Regards,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net


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

Bug#695823: mirror submission for 91.220.215.24

[Simon Paillard]

Hi,

On Sat, Dec 15, 2012 at 11:52:34AM +1100, bo...@homelane.me wrote:
> >> Please don't silently skip the other questions/remarks, like tracefile, as
> >> we really need it.
> After updating the mirror will be created tracefile.

Do you apply two-pass rsync as per http://www.debian.org/mirror/ftpmirror#how
and implemented in the recommended tool ftpsync ?
This is needed or the mirror will appear as broken to users while its update.

Regards.

> >> Then you may consider providing the mirror at /debian/ directly, the
> >> standard
> >> path used by most mirrors.
> >>
> Now you can get into open-source.homelane.me/debian/
> 
> >> > Archive-upstream: mirror.yandex.ru
> >>
> >> Seems it is mirror.mephi.ru now (that you should reference as
> >> ftp.ru.debian.org)
> >>
> ok. fixed.
> 
> >> > Updates: twice
> >>
> >> Please 4 per day if possible, see
> >> http://www.debian.org/mirror/ftpmirror#when
> >
> not possible :-(
> 

-- 
Simon Paillard


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

Bug#696040: Gnome-shell 3.4.2-4 memory leak bug - why is ignored?

[otas pe]

Dear maintainers

Please let me know why is this critical bug ignored? I hope that
Gnome-shell 3.4.2-4 will not be accepted in Debian Wheezy! In this version
is critical bug with memory leak reported by me (696040). Gnome Shell
3.4.2-3 currently in testing is not affected.

What is your plan to fix it and avoid to accept in testing?

Thank you in advance

Otas

Bug#695983: mirror submission for mirror.stshosting.co.uk

[Anthony Somerset]

Archive and back ports yes

Anthony Somerset

Please excuse the brevity or any typos, tapped out from my iPhone

On 19 Dec 2012, at 22:19, Raphael Geissert  wrote:

> On Wednesday 19 December 2012 14:13:23 Anthony Somerset wrote:
>> Thanks for this. Please note that we are now being pushed by
>> Debian.hands.net where we mirror from (FTP.uk.d.o)
>
> For both, the archive and backports, mirrors?
>
> --
> Raphael Geissert - Debian Developer
> www.debian.org - get.debian.net


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

Bug#692135: unblock: whohas/0.29-0.2

[Yaroslav Halchenko]

Hi Adam,

thanks for looking into it:

On Wed, 19 Dec 2012, Adam D. Barratt wrote:
> --- whohas-0.29/debian/patches/10-debian-versions   2012-01-15 
> 18:21:29.0 +
> +++ whohas-0.29/debian/patches/10-debian-versions   2012-09-27 
> 14:12:02.0 +
> @@ -1,16 +1,26 @@
> +From: Yaroslav Halchenko 
> +Subject: Fetch all versions from the same page for Debian
> +
> +Similarly to Ubuntu's logic supplied in the previous patch -- fetch all 
> version

> Referring simply to "the previous patch" seems somewhat odd here -

would this change be sufficient?

-Similarly to Ubuntu's logic supplied in the previous patch -- fetch all version
+Similarly to Ubuntu's logic supplied in 06-ubuntu-versions patch -- fetch all 
version

> there's no guarantee the patch in question will even be in the package
> at any future point, yet alone be the "previous" patch.

IIRC if 06-ubuntu-versions gets dropped, 'all' logic would not be implemented,
thus 10-debian-versions would get broken. Therefore I am not expecting
10-debian-versions to exist without 06-ubuntu-versions (it is also unlikely for
upstream to adopt one without another).

> The meta-data is also now wrong:

>  ## Description: Add unstable and experimental Debian repositories.
>  ## Origin/Author: Jonathan Wiltshire 
>  ## Bug: https://bugs.debian.org/511364

indeed -- removed

> Unblocked, but I wouldn't be entirely averse to an update fixing the
> headers.

if above change is ok with you (if not -- feel free to elaborate or provide
your wording) -- I could upload adjusted -0.3 to sid

-- 
Yaroslav O. Halchenko
Postdoctoral Fellow,   Department of Psychological and Brain Sciences
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik


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

Bug#692011: taxbird: version in testing (0.16.x) is completely useless, need the latest version for 2012 tax declaration

[Toni Mueller]

On Wed, Dec 19, 2012 at 08:21:41PM +, Adam D. Barratt wrote:
> Do we have similar software for other jurisdictions in the archive?
> taxbird's the only one I've heard of needing updates, but that might
> just be an issue of timing. ("apt-cache search tax" mostly seems to
> throw up results relating to syntax checking or highlighting.)

I don't know, but thought that all of gnucash, aqbanking-tools, tryton,
openerp, sql-ledger, and what-not should be affected one way or the
other. Ie, all business software packages that deal in taxes and/or
banking, to begin with. Of course, if one doesn't use the relevant
module, or if the package does not include that functionality, then one
should be unaffected, but I certainly don't have enough overview,
either.


Kind regards,
--Toni++


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

Bug#696344: Packaging a new upstream version (6.6.0)

[Andrey Gursky]

Package: salome-kernel
Version: 6.5.0-4
Severity: whishlist
Tags: experimental

Dear Julien,

thanks for packaging Salome! Recently a new version of Salome 6.6.0 is
appeared on the official site.

By the way, the Developer Information (PTS) page
http://packages.qa.debian.org/salome-kernel
doesn't show yet the information of such upstream updates automatically.

Regards,
Andrey


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

Bug#696343: [drupal6] SA-CORE-2012-004 - Drupal core - Multiple vulnerabilities in Drupal 6 & 7

[Ingo Juergensmann]

Package: drupal6
Severity: critical
Tags: security
X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org

--- Please enter the report below this line. ---

Hi!

There's a security update for Drupal6 and Drupal7 available:

http://drupal.org/SA-CORE-2012-004


Multiple vulnerabilities were fixed in the supported Drupal core 
versions 6 and 7.

Access bypass (User module search - Drupal 6 and 7)

A vulnerability was identified that allows blocked users to appear in 
user search results, even when the search results are viewed by 
unprivileged users.


This vulnerability is mitigated by the fact that the default Drupal core 
user search results only display usernames (and disclosure of usernames 
is not considered a security vulnerability). However, since modules or 
themes may override the search results to display more information from 
each user's profile, this could result in additional information about 
blocked users being disclosed on some sites.


CVE: Requested.
Access bypass (Upload module - Drupal 6)

A vulnerability was identified that allows information about uploaded 
files to be displayed in RSS feeds and search results to users that do 
not have the "view uploaded files" permission.


This issue affects Drupal 6 only.

CVE: Requested.
Arbitrary PHP code execution (File upload modules - Drupal 6 and 7)

Drupal core's file upload feature blocks the upload of many files that 
can be executed on the server by munging the filename. A malicious user 
could name a file in a manner that bypasses this munging of the filename 
in Drupal's input validation.


This vulnerability is mitigated by several factors: The attacker would 
need the permission to upload a file to the server. Certain combinations 
of PHP and filesystems are not vulnerable to this issue, though we did 
not perform an exhaustive review of the supported PHP versions. Finally: 
the server would need to allow execution of files in the uploads 
directory. Drupal core has protected against this with a .htaccess file 
protection in place from SA-2006-006 - Drupal Core - Execution of 
arbitrary files in certain Apache configurations. Users of IIS should 
consider updating their web.config. Users of Nginx should confirm that 
only the index.php and other known good scripts are executable. Users of 
other webservers should review their configuration to ensure the goals 
are achieved in some other way.


CVE: Requested.

CVE identifier(s) issued

A CVE identifier will be requested, and added upon issuance, in 
accordance with Drupal Security Team processes.


Versions affected

Drupal core 6.x versions prior to 6.27.
Drupal core 7.x versions prior to 7.18.

Solution

Install the latest version:

If you use Drupal 6.x, upgrade to Drupal core 6.27.
If you use Drupal 7.x, upgrade to Drupal core 7.18.


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.2.0-4-amd64

Debian Release: 7.0
  500 unstablewww.deb-multimedia.org
  500 unstableftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.




--
Ciao...//  Fon: 0381-2744150
  Ingo   \X/   http://blog.windfluechter.net
Please don't share this address with Facebook or Google!
gpg pubkey: http://www.juergensmann.de/ij_public_key.asc


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