Bug#685479: Intel gma500 graphics module (gma500_gfx) is missing

[Mikhail Kshevetskiy]

Package: linux-image-3.5-trunk-amd64
Version: 3.5.2-1~experimental.1
Severity: important

Starting from Linux-3.3 the psb_gfx kernel module was renamed to gma500_gfx.
As result a kernel from debian experimental does not support KMS for
GMA500/GMA600 videocards.

Also KMS support for CIRRUS_QEMU is missing.

Here is the corresponding lines from config-3.5-trunk-amd64 file

# CONFIG_DRM_GMA500 is not set
# CONFIG_DRM_GMA600 is not set
# CONFIG_DRM_GMA3600 is not set
# CONFIG_DRM_CIRRUS_QEMU is not set
# CONFIG_STUB_POULSBO is not set

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

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


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

Bug#672959: [Pkg-sysvinit-devel] Bug#672959: kfreebsd-*: panic: vm_fault_copy_wired

[Martin-Éric Racine]

2012/8/20 Steven Chamberlain :
> On 20/08/12 20:16, Axel Beckert wrote:
>> [...] clearly something _after_ the fsck does that.
>
> Looking back at my 'dot' graph of initscript dependencies, it seems like
> freebsdutils is the only thing that is free to run before, after, or at
> the same time as checkroot.sh and thus could be affected by how long it
> takes to run.

Given how this issue only seems to affect kFreeBSD ports anyhow, I'm
begining to suspect that it's due to freebsdutils having incorrect LSB
header information in its init scripts and thus extremely tempted to
reassign this bug to freebsdutils.

Martin-Éric


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

Bug#685478: unblock: gcc-mingw-w64/8

[Stephen Kitt]

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

Dear release team,

Please unblock package gcc-mingw-w64; the version in unstable fixes a
release-critical bug causing /usr/share/doc/gcc-mingw-w64 to be empty
when upgrading from versions before it became a symlink.

The package is over ten days old but hasn't build on kfreebsd-amd64 or
mips yet; I've asked for a giveback on the former (the build failure
is due to #637236 on gcc-4.6; repeating the build produces a correct
build eventually) and pinged the buildd admins concerning the latter.

The debdiff is as follows:

diff -Nru gcc-mingw-w64-6/debian/changelog gcc-mingw-w64-7/debian/changelog
--- gcc-mingw-w64-6/debian/changelog2012-05-05 18:31:42.0 +0200
+++ gcc-mingw-w64-7/debian/changelog2012-08-08 08:21:59.0 +0200
@@ -1,3 +1,10 @@
+gcc-mingw-w64 (7) unstable; urgency=low
+
+  * When upgrading from versions where /usr/share/doc/gcc-mingw-w64 is a
+directory, force its replacement with a symlink (Closes: #683617).
+
+ -- Stephen Kitt   Wed, 08 Aug 2012 08:21:56 +0200
+
 gcc-mingw-w64 (6) unstable; urgency=low
 
   * Handle the different split-package versions in Ubuntu and Debian.
diff -Nru gcc-mingw-w64-6/debian/gcc-mingw-w64.postinst 
gcc-mingw-w64-7/debian/gcc-mingw-w64.postinst
--- gcc-mingw-w64-6/debian/gcc-mingw-w64.postinst   1970-01-01 
01:00:00.0 +0100
+++ gcc-mingw-w64-7/debian/gcc-mingw-w64.postinst   2012-08-08 
08:10:09.0 +0200
@@ -0,0 +1,13 @@
+#!/bin/sh
+set -e
+
+# Replace documentation directory with symlink
+if [ -d /usr/share/doc/gcc-mingw-w64 ] && [ ! -L /usr/share/doc/gcc-mingw-w64 
]; then
+if rmdir /usr/share/doc/gcc-mingw-w64 2>/dev/null; then
+ln -sf gcc-mingw-w64-base /usr/share/doc/gcc-mingw-w64
+fi
+fi
+
+#DEBHELPER#
+
+exit 0


unblock gcc-mingw-w64/8

Thanks,

Stephen


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

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


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

Bug#685469: ekg2: missing copyright file

[Marcin Owsiany]

On Tue, Aug 21, 2012 at 04:46:21AM +0200, Andreas Beckmann wrote:
> Package: ekg2
> Version: 1:0.3.1-1
> Severity: serious
> Justification: Policy 12.5
> User: debian...@lists.debian.org
> Usertags: piuparts
> 
> 
> Hi,
> 
> during a test with piuparts I noticed that your package does not contain
> a copyright file.
> 
> # ls -la /usr/share/doc/ekg2
> total 0
> drwxr-xr-x   2 root root  140 Aug 21 02:42 .
> drwxr-xr-x 154 root root 3580 Aug 21 02:42 ..
> lrwxrwxrwx   1 root root   26 Nov 14  2011 commands-pl.txt -> 
> ../../ekg2/commands-pl.txt
> lrwxrwxrwx   1 root root   25 Nov 14  2011 session-en.txt -> 
> ../../ekg2/session-en.txt
> lrwxrwxrwx   1 root root   25 Nov 14  2011 session-pl.txt -> 
> ../../ekg2/session-pl.txt
> lrwxrwxrwx   1 root root   22 Nov 14  2011 vars-en.txt -> 
> ../../ekg2/vars-en.txt
> lrwxrwxrwx   1 root root   22 Nov 14  2011 vars-pl.txt -> 
> ../../ekg2/vars-pl.txt
> # ls -lad /usr/share/doc/ekg2
> drwxr-xr-x 2 root root 140 Aug 21 02:42 /usr/share/doc/ekg2

Interesting. What architecture is this? This looks different on my TV:

mowsiany@beczulka:~/Desktop/debian/devel/ekg2/uploaded$ dpkg -c 
ekg2_0.3.1-1_amd64.deb |grep doc
drwxr-xr-x root/root 0 2011-03-19 15:04 ./usr/share/doc/
lrwxrwxrwx root/root 0 2011-03-19 15:04 ./usr/share/doc/ekg2 -> 
ekg2-core
mowsiany@beczulka:~/Desktop/debian/devel/ekg2/uploaded$ dpkg -c 
ekg2-core_0.3.1-1_amd64.deb |grep doc/ekg2-core/copy
-rw-r--r-- root/root 18698 2011-03-19 14:57 
./usr/share/doc/ekg2-core/copyright
mowsiany@beczulka:~/Desktop/debian/devel/ekg2/uploaded$ 

-- 
Marcin Owsiany  http://marcin.owsiany.pl/
GnuPG: 2048R/02F946FC  35E9 1344 9F77 5F43 13DD  6423 DBF4 80C6 02F9 46FC


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

Bug#685468: autofs: fails to purge - command ucf in postrm not found

[Michael Tokarev]

tags 685468 + pending
thanks

On 21.08.2012 06:36, Andreas Beckmann wrote:
> Package: autofs
> Version: 5.0.6-2
> Severity: important
> User: debian...@lists.debian.org
> Usertags: piuparts
> 
> Hi,
> 
> during a test with piuparts I noticed your package failed to purge due
> to a command not found. According to policy 7.2 you cannot rely on the
> depends being available during purge, only the essential packages are
> available for sure.

This is fixed in the last version which I asked the release team to
unblock:

 
http://anonscm.debian.org/gitweb/?p=collab-maint/autofs.git;a=commitdiff;h=57070525f3e5461715a87d21e9da0a4d1d5c80ab

Now waiting for some reaction to the release team.  I've added this
bug# into the appropriate changelog entry.

Thanks!

/mjt


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

Bug#685465: Acknowledgement (evolution: Highlight font not readable)

[Russell Stuart]

Turns out my bug has already been reported upstream, and has been marked
as a duplicate of:

  https://bugzilla.gnome.org/show_bug.cgi?id=671437

That bug has been marked as resolved, but the fix is not yet in a
released version.

IHMO you are going to have to either move to the new version or backport
the fix, as this is pretty serious.  I can not read the headers (to,
subject, etc) on any email, nor can I look at the source of any email.
Currently the only way around these problems is to save the email as a
mbox and look at the saved file with a text editor.


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

Bug#685418: lbzip2: build-arch target in debian/rules doesn't work

[Evgeni Golov]

Hi,

On Mon, Aug 20, 2012 at 06:54:17PM +0200, Mikołaj Izdebski wrote:
> Package: lbzip2
> Version: 2.1-1
> Severity: grave
> Justification: renders package unusable
> 
> build-arch of debian/rules doesn't work properly. The package can be
> built using build target, but buildd builds packages using build-arch
> and build-indep (if they are present). As a result packages built by
> buildd have no content except for documentation. Such packages are
> obviously completely unusable, hence the grave severity.

Thanks for fixing the issue in unstable!
But I fear you will have to fix it in testing too, as I do not think RT 
will allow 2.2-2 in testing at this point of the freeze.

Regards
Evgeni

-- 
Bruce Schneier can read and understand Perl programs.


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

Bug#685477: grub2: Updated Romanian po-debconf translation

[Andrei POPESCU]

Source: grub2
Severity: wishlist
Tags: patch l10n

Dear Maintainer,

Please see attached updated po-debconf translation for Romanian.

Kind regards,
Andrei

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

Kernel: Linux 3.2.0-3-rt-686-pae (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# translation of ro.po to Romanian
# Romanian translations for grub package
# Traducerea în limba română pentru pachetul grub.
# Copyright (C) 2007 THE grub'S COPYRIGHT HOLDER
# This file is distributed under the same license as the grub package.
#
# Eddy Petrișor , 2007,2008.
# ioan-eugen STAN , 2010.
# Lucian Adrian Grijincu , 2010.
msgid ""
msgstr ""
"Project-Id-Version: ro\n"
"Report-Msgid-Bugs-To: gr...@packages.debian.org\n"
"POT-Creation-Date: 2011-05-27 13:33+0100\n"
"PO-Revision-Date: 2012-08-18 18:44+0300\n"
"Last-Translator: Andrei POPESCU \n"
"Language-Team: Romanian \n"
"Language: ro\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: 2\n"
"X-Generator: KBabel 1.11.4\n"

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid "Chainload from menu.lst?"
msgstr "Încărcare înlănțuită din menu.lst?"

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid "GRUB upgrade scripts have detected a GRUB Legacy setup in /boot/grub."
msgstr ""
"Scripturile de înnoire ale lui GRUB au detectat în /boot/grub o configurație "
"pentru vechiul GRUB."

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid ""
"In order to replace the Legacy version of GRUB in your system, it is "
"recommended that /boot/grub/menu.lst is adjusted to load a GRUB 2 boot image "
"from your existing GRUB Legacy setup. This step can be automatically "
"performed now."
msgstr ""
"Pentru a înlocui vechea versiune a lui GRUB, se recomandă modificarea "
"fișierului /boot/grub/menu.lst, astfel încât să încarce o imagine GRUB 2 din "
"configurația existentă. Acest pas poate fi făcut chiar acum în mod automat."

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid ""
"It's recommended that you accept chainloading GRUB 2 from menu.lst, and "
"verify that the new GRUB 2 setup works before it is written to the MBR "
"(Master Boot Record)."
msgstr ""
"Este recomandat să acceptați înlănțuirea lui GRUB 2 din menu.lst și să "
"verificați că noua configurație pentru GRUB 2 funcționează, înainte de "
"instalarea în înregistrarea principală de boot (MBR)."

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid ""
"Whatever your decision, you can replace the old MBR image with GRUB 2 later "
"by issuing the following command as root:"
msgstr ""
"Indiferent ce decideți, puteți înlocui ulterior imaginea MBR veche cu GRUB 2 "
"executând următoarea comandă cu privilegii root:"

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001
msgid "GRUB install devices:"
msgstr "Dispozitive pentru a instala GRUB:"

#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001
msgid ""
"The grub-pc package is being upgraded. This menu allows you to select which "
"devices you'd like grub-install to be automatically run for, if any."
msgstr ""
"Pachetul grub-pc este în curs de înnoire. Acest meniu vă permite să alegeți "
"pentru ce dispozitive doriți să ruleze automat grub-install, dacă este cazul."

#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001
msgid ""
"Running grub-install automatically is recommended in most situations, to "
"prevent the installed GRUB core image from getting out of sync with GRUB "
"modules or grub.cfg."
msgstr ""
"Rularea automată a utilitarului grub-install este recomandată în majoritatea "
"situațiilor, pentru ca imaginea GRUB instalată fie sincronizată cu modulele "
"GRUB sau grub.cfg."

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001
msgid ""
"If you're unsure which drive is designated as boot drive by your BIOS, it is "
"often a good idea to install GRUB to all of them."
msgstr ""
"Dacă nu știți sigur care unitate este desemnată ca unitatea de pornire de "
"către BIOS este o idee bună să instalați GRUB pe toate unitățile."

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001
msgid ""
"Note: it is possible to install GRUB to partition boot records as well, and "
"some appropriate partitions are offered here. However, this forces GRUB to "
"use the blocklist mechanism, which makes it less reliable, and therefore is "
"not recommended."
msgstr ""
"Notă: este posibil să instalați GRUB în înregistrarea boot a unei partiții, "
"iar unele part

Bug#680225: libjack-jackd2-0 conflicts with libjack0

[Rohan Jain]

Package: libjack-jackd2-0
Version: 1.9.8~dfsg.4+20120529git007cdc37-3
Followup-For: Bug #680225

Dear Maintainer,

I was trying to setup ia32-libs for running some proprietary software
which requires the 32 bit libraries. 

On a `sudo aptitude install ia32-libs`, I receive this error:

 libjack0:i386 : Conflicts: libjack-0.116 which is a virtual package.
 libjack-jackd2-0 : Conflicts: libjack-0.116:i386 which is a virtual 
package.
Conflicts: libjack0:i386 but 
1:0.121.3+20120418git75e3e20b-2 is to be installed.
Internal error: the solver Install(poppler-utils:i386 0.18.4-3  {poppler-utils:amd64 0.18.4-3 poppler-utils:i386 0.18.4-3}>) of a 
supposedly unresolved dependency is already installed in step 90
Internal error: the solver Install(poppler-utils:i386 0.18.4-3 
 {poppler-utils:amd64 0.18.4-3 
poppler-utils:i386 0.18.4-3}>) of a supposedly unresolved dependency is already 
installed in step 90
Internal error: the solver Install(gvfs-backends:i386 1.12.3-1+b1 
 {gvfs-backends:amd64 1.12.3-1+b1 
gvfs-backends:i386 1.12.3-1+b1}>) of a supposedly unresolved dependency is 
already installed in step 171
Internal error: the solver Install(gvfs-daemons:i386 1.12.3-1+b1 
 {gvfs-daemons:amd64 1.12.3-1+b1 
gvfs-daemons:i386 1.12.3-1+b1}>) of a supposedly unresolved dependency is 
already installed in step 253
Internal error: the solver Install(gvfs-daemons:i386 1.12.3-1+b1 
 {gvfs-daemons:amd64 1.12.3-1+b1 gvfs-daemons:i386 
1.12.3-1+b1}>) of a supposedly unresolved dependency is already installed in 
step 253
Internal error: the solver Install(gvfs-daemons:i386 1.12.3-1+b1 
 {gvfs-daemons:amd64 1.12.3-1+b1 gvfs-daemons:i386 
1.12.3-1+b1}>) of a supposedly unresolved dependency is already installed in 
step 253
Internal error: the solver Install(ghostscript:i386 9.05~dfsg-6  {ghostscript:amd64 9.05~dfsg-6 ghostscript:i386 9.05~dfsg-6}>) of a 
supposedly unresolved dependency is already installed in step 441

The action provided by aptitude to resolve this is not very useful. It
suggests to not install ia32-libs.

I even tried it in a separate new debian installation, figuring that
may be the apt tree of my old installation was the reason, but I see
the same issue.

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

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

Versions of packages libjack-jackd2-0 depends on:
ii  libc6  2.13-35
ii  libgcc11:4.7.1-7
ii  libsamplerate0 0.1.8-5
ii  libstdc++6 4.7.1-7
ii  multiarch-support  2.13-35

libjack-jackd2-0 recommends no packages.

Versions of packages libjack-jackd2-0 suggests:
pn  jackd2  

-- 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#684395: newer upstream releases

[Vincent Chen]

Thanks for your fast reply, Manoj.

Wasn't sure if or when you'll reply to my mail, so I didn't put much
detail into my previous message. Whether we do this together or not is
up to you, as I do not have commit access, so I would have to find a
mentor for my package anyway. I realize Debian is under freeze right
now, so this might be an awkward time for new packages. Here's the
detail to the package on https://mentors.debian.net/package/fvwm,

- It's the newest release as of now (2.6.5).
- Source is the same as upstream except the debian/ folder has been removed.
- debian/copyright has been reformatted to follow DEP-5, with (I hope)
all the information intact.
- I've broke up fvwm_2.5.30.ds-1.1.diff into quilt (3.0) format, under
debian/patches/.
- Changed the build system to debhelper.
- What used to be under /usr/share/doc/fvwm/sample.fvwmrc/ are now in
/usr/share/doc/fvwm/examples/.
- /usr/share/xsessions/Fvwm.desktop is now named fvwm.desktop
(everything else under /usr/share/xsessions/ seems to be lowercase).

Every other files should remain the same (from users' perspective. How
the files got there is different -- through using debhelper). I have
attached a diff between the old and new filelists.

Regards,
Vincent

On Sun, Aug 19, 2012 at 10:37 PM, Manoj Srivastava
 wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Hi,
>
> I would love to have a co-maintainer. I would even give up
> maintainership, if you prefer that. I have been away so long that even
> though I leep thinking that next month I will be able to spare time,
> realistically speaking, that should not be an obstacle in the way of
> providing a supported, up to date package.
>
> Having said that, I am still hoping to be able to getback to
> Debian owrk, and have un-mothballed my development machine, and update
> pbuilder today.
>
> manoj
> - --
> Manoj Srivastava  
> 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
>
> iQFtBAEBCgBXBQJQMc0OUBSAABsALHNyaXZhc3RhQGdvbGRlbi1ncnlwaG9u
> LmNvbUFCQTcxMDI1QTFCNUE4OEE0RTVGNjhDMjM2QkQ3MjBGNkY1NzY0NzJfMTgw
> AAoJEDa9cg9vV2Rywa0IANeqYlqvR3zvyPehcQmU2oXngeoVpi815c4kBqm/N6Ki
> sGiW4C5QFwVhXk/aNIYLwyI6Wsd0qN7ofvVME+N2SA5Odslz/WQexIpWhro5hIQg
> f31KueiQ8zTLL4XA/aOJ3wkWoJ5QL048M8qc4BkXbwSy76TpmagdPhKsF7STyec5
> 2MnkrDYC4OjdEK9Tw/M1NHZ+TpTTjDBNZ0ebpaRQuIRHR2hrhFhNntHyyg7FjCmp
> ASwvxMpNc+Cj9ImeEk0XbszX6yJnNB+JPnqHSJuNgH/SVW3NvI+ze4CdyXId+GrD
> HHyCEmKU55QYOyCYZd12qer+7lkv03DZIfhb1fH8oK4=
> =+iBc
> -END PGP SIGNATURE-


fvwm_filelist.diff.gz
Description: GNU Zip compressed data

Bug#685472: maildir-utils: 7-bit encoded message bodies display as raw ASCII

[Norbert Preining]

Hi Olaf,

On Di, 21 Aug 2012, Olaf Meeuwissen wrote:
> As reported[1] on the mu-discuss mailing list, messages with iso-2022-jp

ok, I found time to read through the thread. I updated the unstable
package to 0.9.8.5-2 that only adds the encoding fix. I will upload
it to unstable.

Can you please verify that it actually worked by installing the
package from unstable after 0.9.8.5-2 has hit it.

After that I will ask for a freeze exception, although I am not very
optimistic about it.

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

KINGSTON BAGPUISE (n.)
A forty-year-old sixteen-stone man trying to commit suicide by
jogging.
--- Douglas Adams, The Meaning of Liff


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

Bug#685476: pcp: CVE-2012-3418 CVE-2012-3419 CVE-2012-3420 CVE-2012-3421

[Moritz Muehlenhoff]

Package: pcp
Severity: grave
Tags: security
Justification: user security hole

Florian Weimer discovered several issues in pcp. Details and patches are
available in Red Hat Bugzilla:

https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2012-3418
https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2012-3419
https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2012-3420
https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2012-3421

Cheers,
Moritz


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

Bug#685345: RFS: pidgin-latex/1.4.5-1

[Bart Martens]

Hi Elías,

You wrote:
> This version fix a security issue

If you want that fixed in wheezy, then I suggest to
- submit a bug in the bts about this security issue
- upload 1.4.4-2 to mentors with a fix for that bug
- ask debian-release for an unblock

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#685475: roundcube: CVE-2012-3508

[Moritz Muehlenhoff]

Package: roundcube
Severity: grave
Tags: security
Justification: user security hole

This was reported on the oss-sec mailing list:

Cheers,
Moritz
--

> 2, Issue 2a: Description: Stored XSS in e-mail body. Ticket:
> http://trac.roundcube.net/ticket/1488613 Upstream patch:
>
https://github.com/roundcube/roundcubemail/commit/5ef8e4ad9d3ee8689d2b83750aa65395b7cd59ee
>
> Upon code review doesn't seem to affect rcmail we ship in Fedora /
> EPEL -> haven't filed RH bug for it. Could you double-check and
> confirm that?,
>
> Issue 2b: Self XSS in e-mail body (Signature). Ticket:
> http://trac.roundcube.net/ticket/1488613 Upstream patch:
>
https://github.com/roundcube/roundcubemail/commit/c086978f6a91eacb339fd2976202fca9dad2ef32
>
> The 'program/js/app.js' rcube_webmail() upstream change from the
> patch above seems to be applicable to Fedora / EPEL rcmail
> versions. Thus I have filed:
> https://bugzilla.redhat.com/show_bug.cgi?id=849615
>
> to track this. But not sure whole 'Self XSS in e-mail body
> (Signature).' upstream patch would apply with its logic to 0.7.x
> versions: https://bugzilla.redhat.com/show_bug.cgi?id=849615#c3
>
> Therefore this needs review by someone more familiar with
> rcube_webmail() routine code to decide if apply that patch or not.
> Could you do that?

Please use CVE-2012-3508 for these two issues (same version, same type
of vuln so cve merge).

--


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

Bug#685474: unblock: nova/2012.1.1-7

[Thomas Goirand]

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

Please unblock package nova

It contains the following updates:
- Fixed missing entry in debian/changelog for the -6 Debian release,
as advised by Adam.
- Adds Italian debconf translation, updates Spanish.
- Adds missing [DEFAULT] in the case of nova-compute-xen.

Please unblock nova version 2012.1.1-7.

Cheers,

Thomas Goirand (zigo)
diff --git a/debian/changelog b/debian/changelog
index dbe0464..6aa0715 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,6 +1,19 @@
+nova (2012.1.1-7) unstable; urgency=low
+
+  * Updated Spanish debconf translation thanks to Jathan
+   (Closes: #678479).
+  * Added Italian debconf translation thanks to Beatrice Torracca
+   (Closes: #681250).
+  * Added missing [DEFAULT] in nova-compute.conf for xen.
+
+ -- Thomas Goirand   Fri, 10 Aug 2012 06:17:03 +
+
 nova (2012.1.1-6) unstable; urgency=high
 
+  [ Thomas Goirand ]
   * CVE-2012-3447: file injection writing to host filesystem (Closes: #684256).
+  [ Ghe Rivero ]
+  * Fixed the init script of nova-compute to use /etc/nova/nova-compute.conf.
 
  -- Thomas Goirand   Tue, 07 Aug 2012 05:12:35 +
 
diff --git a/debian/nova-compute-xen.conf.dist b/debian/nova-compute-xen.conf.dist
index 6076143..51abda7 100644
--- a/debian/nova-compute-xen.conf.dist
+++ b/debian/nova-compute-xen.conf.dist
@@ -1 +1,2 @@
+[DEFAULT]
 connection_type=xenapi
diff --git a/debian/po/es.po b/debian/po/es.po
index 2611929..59cfb5c 100644
--- a/debian/po/es.po
+++ b/debian/po/es.po
@@ -30,8 +30,8 @@ msgstr ""
 "Project-Id-Version: nova\n"
 "Report-Msgid-Bugs-To: n...@packages.debian.org\n"
 "POT-Creation-Date: 2012-06-25 10:00+\n"
-"PO-Revision-Date: 2012-06-24 10:09-0500\n"
-"Last-Translator: Jathan \n"
+"PO-Revision-Date: 2012-07-13 01:32-0500\n"
+"Last-Translator: Jonathan Bustillos \n"
 "Language-Team: Debian Spanish \n"
 "Language: es\n"
 "MIME-Version: 1.0\n"
@@ -42,16 +42,15 @@ msgstr ""
 #. Type: boolean
 #. Description
 #: ../nova-common.templates:2001
-#, fuzzy
-#| msgid "Start Nova services at boot?"
+#| msgid "Start nova services at boot?"
 msgid "Start nova services at boot?"
-msgstr "¿Desea iniciar los servicios de nova durante el arranque del sistema?"
+msgstr "¿Desea iniciar los servicios de nova en el arranque del sistema?"
 
 #. Type: boolean
 #. Description
 #: ../nova-common.templates:2001
 msgid ""
-"Please choose whether you want to start Nova services when the machine is "
+"Please choose whether you want to start nova services when the machine is "
 "booted up."
 msgstr ""
 "Elija si desea iniciar los servicios de nova cuando la máquina está "
@@ -60,19 +59,18 @@ msgstr ""
 #. Type: boolean
 #. Description
 #: ../nova-common.templates:3001
-msgid "Set up a database for Nova?"
+msgid "Set up a database for nova?"
 msgstr "¿Desea configurar una base de datos para nova?"
 
 #. Type: boolean
 #. Description
 #: ../nova-common.templates:3001
 msgid ""
-"No database has been set up for Nova to use. If you want to set one up now, "
+"No database has been set up for nova to use. If you want to set one up now, "
 "please make sure you have all needed information:"
 msgstr ""
-"No se ha configurado ninguna base de datos para utilizar con nova. Si \n"
-"desea configurar una ahora, asegúrese de que tiene toda la información\n"
-"necesaria:"
+"No se ha configurado ninguna base de datos para utilizar con nova. Si desea "
+"configurar una ahora, asegúrese de que tiene toda la información necesaria:"
 
 #. Type: boolean
 #. Description
@@ -83,16 +81,16 @@ msgid ""
 " * a username and password to access the database;\n"
 " * the type of database management software you want to use."
 msgstr ""
-"* El nombre del servidor de la base de datos (el cual debe permitir\n"
-"conexiones TCP desde esta máquina);\n"
-"* Un nombre de usuario y una contraseña para acceder a la base de datos;\n"
-"* El software para gestión de bases de datos que desea utilizar."
+".* El nombre del servidor de la base de datos (el cual debe permitir\n"
+"   conexiones TCP desde esta máquina);\n"
+" * Un nombre de usuario y una contraseña para acceder a la base de datos;\n"
+" * El software para gestión de bases de datos que desea utilizar."
 
 #. Type: boolean
 #. Description
 #: ../nova-common.templates:3001
 msgid ""
-"If you don't choose this option, no database will be set up and Nova will "
+"If you don't choose this option, no database will be set up and nova will "
 "use regular SQLite support."
 msgstr ""
 "Si no elige esta opción, no se configurará ninguna base de datos y nova\n"
@@ -112,16 +110,19 @@ msgstr ""
 #. Description
 #: ../nova-compute-xen.templates:2001
 msgid "Address of the XenAPI dom0:"
-msgstr ""
+msgstr "Dirección de la XenAPI dom0:"
 
 #. Type: string
 #. Description
 #: ../nova-compute-xen.templates:2001
 msgid ""
-"Nova Compute Xen needs to know the address of the server running XenAPI. You "
+"nova Compu

Bug#685368: Upload of scim-tables to testing-proposed-update

[Tz-Huan Huang]

On Tue, Aug 21, 2012 at 1:10 PM, Adam D. Barratt
 wrote:
> On Tue, 2012-08-21 at 11:38 +0800, Tz-Huan Huang wrote:
>> On Tue, Aug 21, 2012 at 2:39 AM, Adam D. Barratt
>>  wrote:
>> > On Mon, 2012-08-20 at 23:14 +0800, Tz-Huan Huang wrote:
>>
>> The multi-arch part is to make the scim-tables built-able with
>> new version of libscim-dev, which is multi-archified after 1.4.14.
>> If it is also not appropriate, I'll remove it.
>
> Do the changes still build correctly / as expected with 1.4.13, which is
> currently in wheezy?

Yes, it builds fine in both testing (with scim-1.4.13-5) and unstable
(with scim-1.4.14-2).

Thanks,
Tz-Huan


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

Bug#684076: CVE-2012-3513 munin: User can load new config, pointing log to arbitrary file

[Kurt Seifried]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

CVE-2012-3513 munin: User can load new config, pointing log to
arbitrary file


- -- 
Kurt Seifried Red Hat Security Response Team (SRT)
PGP: 0x5E267993 A90B F995 7350 148F 66BF 7554 160D 4553 5E26 7993

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

iQIcBAEBAgAGBQJQMxToAAoJEBYNRVNeJnmTuHcP/1VJlN2FGZByEKh56IkDrrAf
hh/x5dXhZUvQaKH1kZmuPOd80xaZnGv7/NoE8E5QliRfLUR5K3is1MIekK9El6pO
5XPa51IZpnRtdrm6ULhzvOq8525dZJ1rOFPYitgmDGRNfO5DK4weV1FtGF1NzOtH
6s5N+0O0YVhmW8YHnb31xVUmLa8VGGO5ojlbCetf0h04gb5gATwf4Z25YDAfgl4Q
sJMiqpJ0yIfe6h2u6S3lAHm8JIW8SuzYOyP/gXS0XvaijmCnnthSFcRq8nSsrFf2
yiZTCpB9nFghtYgEYJ/0iLSonmajskigvIRgIZyk3/FU5KILFQhDnSfQErRMp9BH
8g5sDHDHQacshrBvXx+ESVwYOXnldiJ5bfU1xYQwq+PwumgcMyv8VqCp43JQgxBx
ChU0uOaTLlccMc7kZHnfTbc5D3M1jX+lxeDk9YAKN/n1OSuNrnegps7HaUa1jfwg
QWoatHqa1PHNJeXdQYGHwRNWq/IfrftaTYV/lvEdHhHA4bcaWTG9CaZDJ/3AMHFP
bUITod3zNrRE0nXFV+VKy1u8Ps3TFDeN4JP2P2uRd/iahl++7RV1jhtNFpCFZZ+T
l6OQ/gXfYBdF1+TWGmp5/j/HtmFF+5YlVAkwvxCHLh2E6afafNTcSwiSu1LCEk5B
vKrXzXPZpai3uqN5awfK
=zSD8
-END PGP SIGNATURE-


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

Bug#684075: CVE-2012-3512 munin: insecure state file handling, munin->root privilege

[Kurt Seifried]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

CVE-2012-3512 munin: insecure state file handling, munin->root privilege

- -- 
Kurt Seifried Red Hat Security Response Team (SRT)
PGP: 0x5E267993 A90B F995 7350 148F 66BF 7554 160D 4553 5E26 7993

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

iQIcBAEBAgAGBQJQMxTWAAoJEBYNRVNeJnmTFwkP/3QyJJ7K+n4IT7IsrCyosVdp
vP3mGM6ZngV5G6xKUx+s9hs096N7uDErs0gMuHbgF/lFtz1X6o9VyKJ4pFL+tk3s
kD1DM+2pvv+iF/MpqHlka1Qvaj68tupr0n3d6VtGJ3+B7GuZf4eNtWSj8aDYdM+Z
1UCPggBlX1i+3D6W2sOBt91EkL15vqbxgfw7m0G5YfCL4mMlFiadxfJgKpOAEbrO
Z7LoXVdDl01oqioUICOPNGWgBfaNKmal6LOdF//B1ItOQHDaNNJtmgbCpR/TXz/5
k522qWxcgw09VjEGa98WogWQNEGGthMniaK6EZGC6QEBygfVmAJaUhOZ9y0dRM9l
tlJNDA+iNBY/3RrTFSfKOqcjHknEgq/E+eaOTQYA89HfJUp8JuxPDKPV9rEKV9iu
pwaKWVOJjKQWtf2fPjWv90lTJnYoxro3+f0vx/oLWOMwkvF3UFF9bPMNlVUzlHEO
DxEkGhFK4qRkVhDrqbtKvxtiKFaqRXsrHKg0OqaqsOfs8XDzAhlytLPpePLG43J3
BuXZOYDyUiImFi8aw4CQCXh7Vr3TzVmT4Agwso16zi7n4wNX2j+SWQ37MMvxid2H
jWltfykz9UX9Q+/VR0HwM5OOcoTaPbm5RSuRaQ3yUv96wngR77N15kFWHH1tzpBq
Yb3D76TIk3ZZzxsxtGUX
=PVk0
-END PGP SIGNATURE-


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

Bug#685298: eclipse-jdt: conflict with libtomcat6-java

[tony mancill]

On 08/19/2012 09:11 AM, Jakub Adam wrote:
> reassign 685298 libtomcat7-java
> retitle 685298 Impossible to simultaneously install libtomcat7-java and
> libtomcat6-java
> thanks
> 
> Hi,
> 
> eclipse-platform-data depends on libtomcat7-java that conflicts with
> libtomcat6-java.
> I don't know if it's possible to let both install simultaneously, but this
> definitely isn't Eclipse bug -> reassigning to libtomcat7-java.
> 
> Tony, you are the one who introduced Conflicts: libtomcat6-java into
> d/control [1].
> Is there any possibility how to have both Tomcats installed?

Hi Sergey, hi Jakub:

Currently it's not possible to install the tomcat6 and tomcat7 packages
on the same system (without using a chroot or something like that).  The
reason for the Conflicts is that libtomcat6-java and libtomcat7-java
ship unversioned symlinks for a number of the tomcat JARs in /usj.

From libtomcat6-java:

annotations-api.jar -> annotations-api-6.0.35.jar
catalina-ant.jar -> catalina-ant-6.0.35.jar
catalina-ha.jar -> catalina-ha-6.0.35.jar
catalina.jar -> catalina-6.0.35.jar
catalina-jmx-remote.jar -> catalina-jmx-remote-6.0.35.jar
catalina-tribes.jar -> catalina-tribes-6.0.35.jar
jasper-el.jar -> jasper-el-6.0.35.jar
jasper.jar -> jasper-6.0.35.jar
tomcat-coyote.jar -> tomcat-coyote-6.0.35.jar
tomcat-i18n-es.jar -> tomcat-i18n-es-6.0.35.jar
tomcat-i18n-fr.jar -> tomcat-i18n-fr-6.0.35.jar
tomcat-i18n-ja.jar -> tomcat-i18n-ja-6.0.35.jar
tomcat-juli.jar -> tomcat-juli-6.0.35.jar

From libtomcat7-java:

catalina-ant.jar -> catalina-ant-7.0.28.jar
catalina-tribes.jar -> catalina-tribes-7.0.28.jar
tomcat-annotations-api.jar -> tomcat-annotations-api-7.0.28.jar
tomcat-api.jar -> tomcat-api-7.0.28.jar
tomcat-catalina-ha.jar -> tomcat-catalina-ha-7.0.28.jar
tomcat-catalina.jar -> tomcat-catalina-7.0.28.jar
tomcat-coyote.jar -> tomcat-coyote-7.0.28.jar
tomcat-i18n-es.jar -> tomcat-i18n-es-7.0.28.jar
tomcat-i18n-fr.jar -> tomcat-i18n-fr-7.0.28.jar
tomcat-i18n-ja.jar -> tomcat-i18n-ja-7.0.28.jar
tomcat-jasper-el.jar -> tomcat-jasper-el-7.0.28.jar
tomcat-jasper.jar -> tomcat-jasper-7.0.28.jar
tomcat-juli.jar -> tomcat-juli-7.0.28.jar
tomcat-util.jar -> tomcat-util-7.0.28.jar

As you can see, a number of the JARs share the same name.  If using
tomcat7 is not an option, I think the easiest way to do development for
tomcat6 with Debian's eclipse-jdk package would be to use a binary
distribution directly from Apache.

Sorry I can't be of more help.
tony



signature.asc
Description: OpenPGP digital signature

Bug#685445: Exploring the possibility of an l10n upload of live-build to fix pending po-debconf l10n bugs

[Daniel Baumann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 08/20/2012 11:10 PM, David Prévot wrote:
> I noticed they are actually fixed in unstable, but the 3.0~a57-1
> version contains changes that are not in line with the freeze
> policy, and I couldn't find any trace of pre-approval or unblock
> request, thus the intent to fix them via t-p-u.

the current live-* stuff will migrated to testing eventually when
ready, do *not* touch any of these packages.

- -- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlAzGNIACgkQ+C5cwEsrK57FKwCePs+kEHcsb4Y3E6GS62622+gx
CzkAnjwSDD7H8A3C/Tf8sbEyRtSZ0jtU
=Wm0e
-END PGP SIGNATURE-


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

Bug#684679: RFS: nullmailer/1:1.11-2 (security bugfix upload request)

[Bart Martens]

Hi Nick,

How about the umask-touch-chmod approach we discussed via private e-mail ? That
would also work for a symlink if I'm not mistaken.  (This is just a suggestion.
I don't mind that you and Don proceed in a different way.)

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#685368: Upload of scim-tables to testing-proposed-update

[Adam D. Barratt]

On Tue, 2012-08-21 at 11:38 +0800, Tz-Huan Huang wrote:
> On Tue, Aug 21, 2012 at 2:39 AM, Adam D. Barratt
>  wrote:
> > On Mon, 2012-08-20 at 23:14 +0800, Tz-Huan Huang wrote:
> >
> > Thanks.  As I mentioned in my earlier mail, several of the changes in
> > the diff aren't really appropriate for an unblock from unstable, even
> > less so for an upload via t-p-u.
> >
> > +  * debian/patches/gtk3.patch: fix FTBFS (Closes: #684835).
> >
> > That's larger than I was expecting, but looks reasonable.  I'm assuming
> > it's already applied to the package in unstable?
> 
> Yes, the patch is from new upstream release (0.5.11).

Sounds good.

> > +  * debian/patches/*.patch: upgrade to quilt style.
> > +  * debian/compat: update to 9.
> > +  * debian/source/format: update to 3.0 (quilt).
> > +  * debian/rules:
> > +- simplified for debhelper 9.
> 
> > I'm afraid none of the above are appropriate changes during a freeze.
> 
> I have re-made a new package contains only the necessary bit,
> please find it attached.

Thanks.

> The multi-arch part is to make the scim-tables built-able with
> new version of libscim-dev, which is multi-archified after 1.4.14.
> If it is also not appropriate, I'll remove it.

Do the changes still build correctly / as expected with 1.4.13, which is
currently in wheezy?

Regards,

Adam


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

Bug#683716: Could an upload fixing French and Portuguese translations of debconf templates be considered?

[Christian PERRIER]

This is not really hight priority (*unless the package is wished for
wheezy, in such case, it IS high priority), but could you consider to
upload a new package version with the French and Portuguese
translations completed?

THanks in advance.


-- 




signature.asc
Description: Digital signature

Bug#679869: fs2ram: General update after the debconf review process

[Christian PERRIER]

Quoting Philippe Le Brouster (p...@nebkha.net):
> Dear Christian,
> 
> Thanks for working hard to maintain the translations uptodate. I will
> apply these patches as soon as I've the time to do it. Probably in the
> coming week.
> 
> Philippe Le Brouster.


Ring ring knock knock..:-)




signature.asc
Description: Digital signature

Bug#685473: pychess: FICS guest connection does not work at all

[Ian Zimmerman]

Package: pychess
Version: 0.10.1-1
Severity: normal

The first thing I tried to do with pychess was to connect to FICS as a
guest.  It connected and I selected a seek, but I was unable to move any
of my pieces, and I got all these stacktraces on my terminal:

 [47+0]~$ pychess &
[1] 3587
 [48+1]~$ /usr/lib/python2.7/dist-packages/pychess/Main.py:240: GtkWarning: 
IA__gtk_widget_set_events: assertion `!gtk_widget_get_realized (widget)' failed
  widgets["menubar1"].set_events(widgets["menubar1"].get_events() | 
gtk.gdk.DRAG_STATUS)
/usr/lib/python2.7/dist-packages/pychess/Main.py:241: GtkWarning: 
IA__gtk_widget_set_events: assertion `!gtk_widget_get_realized (widget)' failed
  widgets["Background"].set_events(widgets["Background"].get_events() | 
gtk.gdk.DRAG_STATUS)
/usr/lib/python2.7/dist-packages/pychess/System/SubProcess.py:150: Warning: 
g_io_channel_write_chars: assertion `channel->is_writeable' failed
  self.inChannel.write(data)
21:51:32 Default Warning: Engine PyChess.py failed discovery: 
21:51:32 ('Python', '21:08:31.765') Warning: Chan closed for 'nopost'
21:51:32 ('Python', '21:08:31.765') Warning: Chan closed for '\n'
notify flag False
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/pychess/widgets/gamenanny.py", line 
183, in on_game_started
preferencesDialog.SoundTab.playAction("gameIsSetup")
  File "/usr/lib/python2.7/dist-packages/pychess/widgets/preferencesDialog.py", 
line 269, in playAction
cls.getPlayer().play(uri)
  File "/usr/lib/python2.7/dist-packages/pychess/widgets/preferencesDialog.py", 
line 249, in getPlayer
cls._player = gstreamer.Player()
  File "/usr/lib/python2.7/dist-packages/pychess/System/gstreamer.py", line 31, 
in __init__
self.player = gst.element_factory_make("playbin")
gst.ElementNotFoundError: playbin
Exception AttributeError: "'Player' object has no attribute 'player'" in > ignored
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/pychess/System/glock.py", line 89, in 
handler
function(emitter, *extra)
  File "/usr/lib/python2.7/dist-packages/pychess/widgets/BoardView.py", line 
189, in game_changed
preferencesDialog.SoundTab.playAction(sound)
  File "/usr/lib/python2.7/dist-packages/pychess/widgets/preferencesDialog.py", 
line 269, in playAction
cls.getPlayer().play(uri)
  File "/usr/lib/python2.7/dist-packages/pychess/widgets/preferencesDialog.py", 
line 249, in getPlayer
cls._player = gstreamer.Player()
  File "/usr/lib/python2.7/dist-packages/pychess/System/gstreamer.py", line 31, 
in __init__
self.player = gst.element_factory_make("playbin")
gst.ElementNotFoundError: playbin
Exception AttributeError: "'Player' object has no attribute 'player'" in > ignored
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/pychess/System/glock.py", line 89, in 
handler
function(emitter, *extra)
  File "/usr/lib/python2.7/dist-packages/pychess/widgets/BoardView.py", line 
189, in game_changed
preferencesDialog.SoundTab.playAction(sound)
  File "/usr/lib/python2.7/dist-packages/pychess/widgets/preferencesDialog.py", 
line 269, in playAction
cls.getPlayer().play(uri)
  File "/usr/lib/python2.7/dist-packages/pychess/widgets/preferencesDialog.py", 
line 249, in getPlayer
cls._player = gstreamer.Player()
  File "/usr/lib/python2.7/dist-packages/pychess/System/gstreamer.py", line 31, 
in __init__
self.player = gst.element_factory_make("playbin")
gst.ElementNotFoundError: playbin
Exception AttributeError: "'Player' object has no attribute 'player'" in > ignored
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/pychess/System/glock.py", line 89, in 
handler
function(emitter, *extra)
  File "/usr/lib/python2.7/dist-packages/pychess/widgets/BoardView.py", line 
250, in game_ended
preferencesDialog.SoundTab.playAction(sound)
  File "/usr/lib/python2.7/dist-packages/pychess/widgets/preferencesDialog.py", 
line 269, in playAction
cls.getPlayer().play(uri)
  File "/usr/lib/python2.7/dist-packages/pychess/widgets/preferencesDialog.py", 
line 249, in getPlayer
cls._player = gstreamer.Player()
  File "/usr/lib/python2.7/dist-packages/pychess/System/gstreamer.py", line 31, 
in __init__
self.player = gst.element_factory_make("playbin")
gst.ElementNotFoundError: playbin
Exception AttributeError: "'Player' object has no attribute 'player'" in > ignored

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

Kernel: Linux 3.4.9-custom (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 pychess depends on:
ii  gnome-icon-theme   2.30.3-2
ii  python 2.7.3~rc2-1
ii  python-cairo   1.8.8-1+b2
ii  python-glade2  2.24.0-3
ii  python-gobject 3.2.2-1
ii  python-gst0.10 0.10.22-3
ii  python-gtk22.24.0-3
ii

Bug#685472: maildir-utils: 7-bit encoded message bodies display as raw ASCII

[Norbert Preining]

Hi Olaf,

On Di, 21 Aug 2012, Olaf Meeuwissen wrote:
> I have confirmed that cherry-picking the fix plus a minor Xapian version
> check fix for configure.ac correct the problem for v0.9.8.4.

Can you please try 0.9.8.5-1 from unstable? Does that also fix your
problem?

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

Arthur felt at a bit of a loss. There was a whole Galaxy
of stuff out there for him, and he wondered if it was
churlish of him to complain to himself that it lacked just
two things: the world he was born on and the woman he
loved.
 --- Douglas Adams, The Hitchhikers Guide to the Galaxy


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

Bug#685472: maildir-utils: 7-bit encoded message bodies display as raw ASCII

[Olaf Meeuwissen]

Package: maildir-utils
Version: 0.9.8.4-3
Severity: important

Dear Maintainer,

As reported[1] on the mu-discuss mailing list, messages with iso-2022-jp
encoded content do not display correctly in mu4e-view mode.  The author
has confirmed the issue and provided a fix.  The issue appears to apply
to all 7-bit encodings so at least Chinese, Japanese and Korean messages
may be affected.  For users that receive many such messages a large part
of their daily dose of mail will be unreadable.

I have confirmed that cherry-picking the fix plus a minor Xapian version
check fix for configure.ac correct the problem for v0.9.8.4.

 [1] https://groups.google.com/forum/?fromgroups=#!topic/mu-discuss/HcO4WjbHARw

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

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

Versions of packages maildir-utils depends on:
ii  dpkg1.16.4.3
ii  install-info4.13a.dfsg.1-10
ii  libc6   2.13-35
ii  libgcc1 1:4.7.1-2
ii  libglib2.0-02.32.3-1
ii  libgmime-2.6-0  2.6.10-1
ii  libstdc++6  4.7.1-2
ii  libxapian22 1.2.12-1

maildir-utils recommends no packages.

maildir-utils suggests no packages.

-- no debconf information

-- 
Olaf Meeuwissen, LPIC-2   FLOSS Engineer -- AVASYS CORPORATION
FSF Associate Member #1962   Help support software freedom
 http://www.fsf.org/jf?referrer=1962


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

Bug#685471: ITA: remmina -- remote desktop client for GNOME desktop environment

[Miguel A. Alvarado V.]

Package: remmina

I would like to adopt this package if there is no problem with that.

-- 
Miguel A Alvarado V  |  Exodus (aka)
"Sadly, a kernel by itself gets you nowhere. To get a working system you
need a shell, compilers, a library etc."

Bug#685414: installation-reports: Hangs while searching drives on a Mac Mini G4 (PowerPC)

[Rick Thomas]

See my suggestions at the bottom of this report...

On Aug 20, 2012, at 9:40 AM, Gunnar Wolf wrote:


Package: installation-reports
Severity: important
Tags: d-i

In case it matters: The computer's CD drive is broken and it cannot
AFAIK boot from USB media, so I downloaded the files and instructed my
existing yaboot to launch the installer.

Once the installer starts, it asks the questions regarding locale,
but as soon as it switches to "Searching for an installer ISO image",
gets stuck at "mounting /dev/sda1".

/dev/sda1 is not a Linux-usable partition (fdisk reports it is an
"Apple_partition_map".

I don't know if this happens on other PowerPC systems, but does not
allow my install to proceed any further.

Thanks,

-- Package-specific info:

Boot method: From the hard disk
Image version: Wheezy Beta 1 hd-media (downloaded on August 9)
Date: 

Machine: Mac Mini G4 1.4GHz
Partitions: 




Hi Gunnar!

I'm fairly sure there is some magic you can apply in the Open Firmware  
on the Mac Mini G4 to make it boot and install from a USB key.   
Unfortunately, I don't have the time to try it out on my own Mini  
right now, but I've done it successfully on a G4 tower that was  
obsolete before the Mini was even a gleam in an Apple designer's eye.   
I'm CC-ing this to the debian-powerpc list incase somebody there  
remembers the magic.


In any case, the reason it's asking for /dev/sda1 [*] is that the  
bootable CDs have no apple partition map, they are all one big  
filesystem image.


So try this:

Take a USB key you don't need and dd the businesscard or netinst iso  
to it:

dd if=debian-6.0.5-powerpc-businesscard.iso of=/dev/sdx
where /dev/sdx is the device for the flash drive.  Be careful!  If you  
get this wrong, you could wipe your hard disk.
Businesscard is just an example. Other installer iso's will work just  
as well, of course.


Do your yaboot magic to boot off the hard disk.  When the installer  
comes to searching for the CD it *should* find the USB key and use it  
for the remainder of the installation.


If that doesn't work, maybe by then somebody on the list will have  
remembered the Open Firmware magic for booting directly off the USB key.


Hope this helps!

Rick

[*] On a hard disk, /dev/sda1 *is* the Apple partition map -- Apple  
reserves a slot in the map for the map itself -- it's always partition  
1.



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

Bug#685352: duplicity: follows symlink to check for file specified with --exclude-if-present

[Ian Zimmerman]

Ian> When I give the --exclude-if-present option to duplicity, it tries
Ian> to locate that file underneath the symlink, even if
Ian> --exclude-other-filesystems is given as well.

Alexander> of course, because in order to determine if the file exists,
Alexander> all symlinks involved in its path need to be followed. the
Alexander> symlinks need to be followed as well to determine if a
Alexander> file/dir is on the same filesystem.

Sorry, I don't get that.  From where I stand, the dead simple (and
correct) solution is to _never_ follow any symlinks, just record them
(i.e. their existence and target) in the archive and then pass to
the next directory entry.  In effect, the traversal should only follow
canonical paths.

I guess an exception would be if a path containing a symlink is given on
the command line (as the root of the traversal), but in that case I
would find it acceptable for duplicity to issue a warning and transform
the path internally into the canonical one.

If you see something wrong with that, please explain.

Thanks for the effort, i.

-- 
Ian Zimmerman
gpg public key: 1024D/C6FF61AD
fingerprint: 66DC D68F 5C1B 4D71 2EE5  BD03 8A00 786C C6FF 61AD
http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png
Rule 420: All persons more than eight miles high to leave the court.


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

Bug#674324: ruby-net-sftp: FTBFS: test failed - confirm

[Josue Abarca]

I was able to reproduce this bug today in my machine
Debian Sid, amd64

/-\
...
Finished in 2834.900157 seconds.

  1) Failure:
test_from_buffer_should_correctly_parse_buffer_and_return_attribute_object(Protocol::V04::TestAttributes)
[./protocol/04/test_attributes.rb:15:in 
`test_from_buffer_should_correctly_parse_buffer_and_return_attribute_object'
 
/usr/lib/ruby/vendor_ruby/mocha/integration/test_unit/ruby_version_186_and_above.rb:22:in
 `__send__'
 
/usr/lib/ruby/vendor_ruby/mocha/integration/test_unit/ruby_version_186_and_above.rb:22:in
 `run']:
<9> expected but was
<5>.

  2) Failure:
test_from_buffer_should_correctly_parse_buffer_with_attribute_subset_and_return_attribute_object(Protocol::V04::TestAttributes)
[./protocol/04/test_attributes.rb:47:in 
`test_from_buffer_should_correctly_parse_buffer_with_attribute_subset_and_return_attribute_object'
 
/usr/lib/ruby/vendor_ruby/mocha/integration/test_unit/ruby_version_186_and_above.rb:22:in
 `__send__'
 
/usr/lib/ruby/vendor_ruby/mocha/integration/test_unit/ruby_version_186_and_above.rb:22:in
 `run']:
<1> expected but was
<5>.

  3) Failure:
test_parse_name_packet_should_use_correct_name_class(Protocol::V04::TestBase)
[./protocol/04/test_base.rb:25:in 
`test_parse_name_packet_should_use_correct_name_class'
 
/usr/lib/ruby/vendor_ruby/mocha/integration/test_unit/ruby_version_186_and_above.rb:22:in
 `__send__'
 
/usr/lib/ruby/vendor_ruby/mocha/integration/test_unit/ruby_version_186_and_above.rb:22:in
 `run']:
<493> expected but was
<16777217>.

  4) Failure:
test_parse_name_packet_should_use_correct_name_class(Protocol::V05::TestBase)
[./protocol/04/test_base.rb:25:in 
`test_parse_name_packet_should_use_correct_name_class'
 
/usr/lib/ruby/vendor_ruby/mocha/integration/test_unit/ruby_version_186_and_above.rb:22:in
 `__send__'
 
/usr/lib/ruby/vendor_ruby/mocha/integration/test_unit/ruby_version_186_and_above.rb:22:in
 `run']:
<493> expected but was
<16777217>.

  5) Failure:
test_from_buffer_should_correctly_parse_buffer_and_return_attribute_object(Protocol::V06::TestAttributes)
[./protocol/06/test_attributes.rb:9:in 
`test_from_buffer_should_correctly_parse_buffer_and_return_attribute_object'
 
/usr/lib/ruby/vendor_ruby/mocha/integration/test_unit/ruby_version_186_and_above.rb:22:in
 `__send__'
 
/usr/lib/ruby/vendor_ruby/mocha/integration/test_unit/ruby_version_186_and_above.rb:22:in
 `run']:
<9> expected but was
<5>.

  6) Failure:
test_from_buffer_should_correctly_parse_buffer_with_attribute_subset_and_return_attribute_object(Protocol::V06::TestAttributes)
[./protocol/06/test_attributes.rb:51:in 
`test_from_buffer_should_correctly_parse_buffer_with_attribute_subset_and_return_attribute_object'
 
/usr/lib/ruby/vendor_ruby/mocha/integration/test_unit/ruby_version_186_and_above.rb:22:in
 `__send__'
 
/usr/lib/ruby/vendor_ruby/mocha/integration/test_unit/ruby_version_186_and_above.rb:22:in
 `run']:
<1> expected but was
<5>.

  7) Failure:
test_parse_name_packet_should_use_correct_name_class(Protocol::V06::TestBase)
[./protocol/04/test_base.rb:25:in 
`test_parse_name_packet_should_use_correct_name_class'
 
/usr/lib/ruby/vendor_ruby/mocha/integration/test_unit/ruby_version_186_and_above.rb:22:in
 `__send__'
 
/usr/lib/ruby/vendor_ruby/mocha/integration/test_unit/ruby_version_186_and_above.rb:22:in
 `run']:
<493> expected but was
<16777217>.

418 tests, 1059 assertions, 7 failures, 0 errors
...
/\

--
Josué M. Abarca S.
Vos mereces Software Libre.
PGP key 4096R/70D8FB2A 2009-06-17
Huella de clave = B3ED 4984 F65A 9AE0 6511  DAF4 756B EB4B 70D8 FB2A


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

Bug#683345: git commit: wrong bug number / bug #683345: task-lxde-desktop: please don't force the gdm3 dependency

[Christian PERRIER]

Quoting Bob Bib (bobbib...@mail.ru):
> There's a little typo in that git commit:
> http://anonscm.debian.org/gitweb/?p=tasksel/tasksel.git;a=commit;h=0c8496f3f1808b8dff728b6af72825e4f02c3c60
> 
> > Replace gdm3 by lightdm in lxde-desktop task. Closes: #683349
> should be not #683349, but #683345.

I just fixed this. Thanks for your vigilance.

-- 




signature.asc
Description: Digital signature

Bug#439763: debconf: hangs on puppet installs on preseed install

[Christian PERRIER]

Quoting John Morrissey (j...@horde.net):

> I've posted the d-i syslog with DEBCONF_DEBUG=developer, late_command, and
> env/lsof/strace output at http://horde.net/~jwm/debian/bug439763/ .


May I suggest you to create a tarball, compress it with xz, and send
it to this bug? That would guarantee that the data is available over
time if someone comes over this bug report in the future.

The size is not a big problem.




signature.asc
Description: Digital signature

Bug#685400: unblock: snoopy/1.8.0-5

[David Prévot]

Control: reopen -1

Le 20/08/2012 10:10, Adam D. Barratt a écrit :
> On 20.08.2012 14:58, David Prévot wrote:
>> Please unblock package snoopy
>>
>> It's just a translation update (Danish po-debconf translation added),
>> with a little bit of house keeping (bumping the Standards-Version).
> 
> Unblocked; thanks.

Thanks a lot for your quick unblock, but the package maintainer just
uploaded a new revision, adding another po-debconf translation (Slovak),
so here I am again, requesting an update of the unblocked version, sorry
about that. The attached debdiff is against the version in Wheezy.

Thanks in advance.

Regards

David

unblock snoopy/1.8.0-5

P.-S.: I intend to fill a bunch of unblock requests of the same kind in
the coming days/weeks, do you prefer one unblock per package, or should
I group some similar requests in one bug report?

diffstat for snoopy-1.8.0 snoopy-1.8.0

 changelog |   13 +
 control   |2 +-
 po/da.po  |   35 +++
 po/sk.po  |   39 +++
 4 files changed, 88 insertions(+), 1 deletion(-)

diff -Nru snoopy-1.8.0/debian/changelog snoopy-1.8.0/debian/changelog
--- snoopy-1.8.0/debian/changelog	2011-09-05 17:09:57.0 -0400
+++ snoopy-1.8.0/debian/changelog	2012-08-20 17:31:13.0 -0400
@@ -1,3 +1,16 @@
+snoopy (1.8.0-5) unstable; urgency=low
+
+  * Add Slovak Debconf translation (closes: #685370)
+
+ -- Zed Pobre   Mon, 20 Aug 2012 17:29:26 -0400
+
+snoopy (1.8.0-4) unstable; urgency=low
+
+  * Add Danish Debconf translation (closes: #660392)
+  * Standards-Version 3.9.3 (no changes)
+
+ -- Zed Pobre   Fri, 17 Aug 2012 14:10:07 -0400
+
 snoopy (1.8.0-3) unstable; urgency=low
 
   * Merge back in changes from 1.3-15 that were dropped in the original
diff -Nru snoopy-1.8.0/debian/control snoopy-1.8.0/debian/control
--- snoopy-1.8.0/debian/control	2011-09-05 17:09:57.0 -0400
+++ snoopy-1.8.0/debian/control	2012-08-20 17:31:13.0 -0400
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Zed Pobre 
 Build-Depends: debhelper (>= 8), autoconf
-Standards-Version: 3.9.2
+Standards-Version: 3.9.3
 Homepage: http://sourceforge.net/projects/snoopylogger/
 Vcs-Git: git://anonscm.debian.org/collab-maint/snoopy.git
 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/snoopy.git
diff -Nru snoopy-1.8.0/debian/po/da.po snoopy-1.8.0/debian/po/da.po
--- snoopy-1.8.0/debian/po/da.po	1969-12-31 20:00:00.0 -0400
+++ snoopy-1.8.0/debian/po/da.po	2012-08-20 17:31:13.0 -0400
@@ -0,0 +1,35 @@
+# Danish translation snoopy.
+# Copyright (C) 2012 snoopy & nedenstående oversættere.
+# This file is distributed under the same license as the snoopy package.
+# Joe Hansen (joedalt...@yahoo.dk), 2012.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: snoopy\n"
+"Report-Msgid-Bugs-To: mh+debian-packa...@zugschlus.de\n"
+"POT-Creation-Date: 2007-02-26 13:12+0100\n"
+"PO-Revision-Date: 2012-02-18 12:42+\n"
+"Last-Translator: Joe Hansen \n"
+"Language-Team: Danish \n"
+"Language: da\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+
+#. Type: boolean
+#. Description
+#: ../templates:1001
+msgid "Install snoopy library to /etc/ld.so.preload?"
+msgstr "Installer snoopybiblioteket i /etc/ld.so.preload?"
+
+#. Type: boolean
+#. Description
+#: ../templates:1001
+msgid ""
+"snoopy is a library that can only reliably do its work if it is mandatorily "
+"preloaded via /etc/ld.so.preload. Since this can potentially do harm to the "
+"system, your consent is needed."
+msgstr ""
+"snoopy er et bibliotek, som kun kan udføre troværdigt arbejde, hvis biblioteket "
+"er tvunget præindlæst via /etc/ld.so.preload. Da dette potentielt kan skade "
+"systemet, er din godkendelse krævet."
diff -Nru snoopy-1.8.0/debian/po/sk.po snoopy-1.8.0/debian/po/sk.po
--- snoopy-1.8.0/debian/po/sk.po	1969-12-31 20:00:00.0 -0400
+++ snoopy-1.8.0/debian/po/sk.po	2012-08-20 17:31:13.0 -0400
@@ -0,0 +1,39 @@
+# Slovak translations for snoopy package
+# Slovenské preklady pre balík snoopy.
+# Copyright (C) 2012 THE snoopy'S COPYRIGHT HOLDER
+# This file is distributed under the same license as the snoopy package.
+# Automatically generated, 2012.
+# Slavko , 2012.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: snoopy 1.8.0-4\n"
+"Report-Msgid-Bugs-To: mh+debian-packa...@zugschlus.de\n"
+"POT-Creation-Date: 2007-02-26 13:12+0100\n"
+"PO-Revision-Date: 2012-08-20 11:12+0200\n"
+"Last-Translator: Slavko \n"
+"Language-Team: slovenčina \n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+"Language: sk\n"
+"Plural-Forms: nplurals=3; plural=(n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2;\n"
+"X-POFile-SpellExtra: preload etc ld prednačítaná snoopy\n"
+
+#. Type: boolean
+#. Description
+#: ../templates:1001
+msgid "Install snoopy library to /etc/ld.so.preload?"
+msgstr "Nainštalovať knižnicu snoopy do /etc/

Bug#685368: Upload of scim-tables to testing-proposed-update

[Tz-Huan Huang]

On Tue, Aug 21, 2012 at 2:39 AM, Adam D. Barratt
 wrote:
> On Mon, 2012-08-20 at 23:14 +0800, Tz-Huan Huang wrote:
>
> Thanks.  As I mentioned in my earlier mail, several of the changes in
> the diff aren't really appropriate for an unblock from unstable, even
> less so for an upload via t-p-u.
>
> +  * debian/patches/gtk3.patch: fix FTBFS (Closes: #684835).
>
> That's larger than I was expecting, but looks reasonable.  I'm assuming
> it's already applied to the package in unstable?

Yes, the patch is from new upstream release (0.5.11).

> +  * debian/patches/*.patch: upgrade to quilt style.
> +  * debian/compat: update to 9.
> +  * debian/source/format: update to 3.0 (quilt).
> +  * debian/rules:
> +- simplified for debhelper 9.

> I'm afraid none of the above are appropriate changes during a freeze.

I have re-made a new package contains only the necessary bit,
please find it attached.

The multi-arch part is to make the scim-tables built-able with
new version of libscim-dev, which is multi-archified after 1.4.14.
If it is also not appropriate, I'll remove it.

Thanks,
Tz-Huan


scim-tables.debdiff
Description: Binary data

Bug#679037: Saw it too, then it went away

[Phil Miller]

I saw the same thing happen - for a day or two, I had   "Power Off" as
the only option in my system menu. Then, when I went to figure out if
it had been reported, saw this, and looked again, it was back to
"Suspend". I guess I'll follow up if I see it on Power Off again.


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

Bug#685470: xmess-x,xmess-sdl: missing copyright file after squeeze->wheezy upgrade

[Andreas Beckmann]

Package: xmess-x,xmess-sdl
Version: 0.146-2
Severity: serious
Justification: Policy 12.5
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during an experimental test with piuparts I noticed that the copyright
file of your package sis missing after an upgrade from squeeze to
wheezy.


Cheers,

Andreas


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

Bug#685469: ekg2: missing copyright file

[Andreas Beckmann]

Package: ekg2
Version: 1:0.3.1-1
Severity: serious
Justification: Policy 12.5
User: debian...@lists.debian.org
Usertags: piuparts


Hi,

during a test with piuparts I noticed that your package does not contain
a copyright file.

# ls -la /usr/share/doc/ekg2
total 0
drwxr-xr-x   2 root root  140 Aug 21 02:42 .
drwxr-xr-x 154 root root 3580 Aug 21 02:42 ..
lrwxrwxrwx   1 root root   26 Nov 14  2011 commands-pl.txt -> 
../../ekg2/commands-pl.txt
lrwxrwxrwx   1 root root   25 Nov 14  2011 session-en.txt -> 
../../ekg2/session-en.txt
lrwxrwxrwx   1 root root   25 Nov 14  2011 session-pl.txt -> 
../../ekg2/session-pl.txt
lrwxrwxrwx   1 root root   22 Nov 14  2011 vars-en.txt -> ../../ekg2/vars-en.txt
lrwxrwxrwx   1 root root   22 Nov 14  2011 vars-pl.txt -> ../../ekg2/vars-pl.txt
# ls -lad /usr/share/doc/ekg2
drwxr-xr-x 2 root root 140 Aug 21 02:42 /usr/share/doc/ekg2

Andreas


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

Bug#685468: autofs: fails to purge - command ucf in postrm not found

[Andreas Beckmann]

Package: autofs
Version: 5.0.6-2
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to purge due
to a command not found. According to policy 7.2 you cannot rely on the
depends being available during purge, only the essential packages are
available for sure.

Please see the manpages ucf(1), ucfr(1) and the example maintainer
scripts under /usr/share/doc/ucf/examples/ for correct usage of ucf.

Filing this as important because a.) it's a clear policy violation (to
not clean up at purge) b.) having a piuparts clean archive is a release
goal since lenny and c.) this package being piuparts buggy blocks
packages depending on it from being tested by piuparts (and thus
possibly the detection of more severe problems).

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

  Removing autofs ...
  Purging configuration files for autofs ...
  /var/lib/dpkg/info/autofs.postrm: 6: /var/lib/dpkg/info/autofs.postrm: ucfr: 
not found
  dpkg: error processing autofs (--purge):
   subprocess installed post-removal script returned error exit status 127
  Errors were encountered while processing:
   autofs


cheers,

Andreas


autofs-ldap_5.0.6-2.log.gz
Description: GNU Zip compressed data

Bug#685467: psgml: fails to purge - command ucf in postrm not found

[Andreas Beckmann]

Package: psgml
Version: 1.3.2-13
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to purge due
to a command not found. According to policy 7.2 you cannot rely on the
depends being available during purge, only the essential packages are
available for sure.

Please see the manpages ucf(1), ucfr(1) and the example maintainer
scripts under /usr/share/doc/ucf/examples/ for correct usage of ucf.

Filing this as important because a.) it's a clear policy violation (to
not clean up at purge) b.) having a piuparts clean archive is a release
goal since lenny and c.) this package being piuparts buggy blocks
packages depending on it from being tested by piuparts (and thus
possibly the detection of more severe problems).

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

  Removing psgml ...
  Purging configuration files for psgml ...
  Removing /etc/emacs23/site-start.d/50psgml-init.el
  /var/lib/dpkg/info/psgml.postrm: 113: /var/lib/dpkg/info/psgml.postrm: ucf: 
not found
  dpkg: error processing psgml (--purge):
   subprocess installed post-removal script returned error exit status 127
  Errors were encountered while processing:
   psgml


cheers,

Andreas


psgml_1.3.2-13.log.gz
Description: GNU Zip compressed data

Bug#684768: unblock: pegasus-wms/4.0.1+dfsg-7

[Mats Rynge]

On 08/20/2012 12:54 PM, Julien Cristau wrote:
> 
>> unblock request for 2.7.3-2, I would like to upload a new version
>> of pegasus-wms, replacing the print(errorstring) with a "pass". I
>> have verified that this solves the problem in Python 2.7.3-2.
>> Does this change sound acceptable?

Release team,

I have uploaded pegasus-wms 4.0.1+dfsg-8 with the agreed upon change.
Please unblock for wheezy.

Thanks!

-- 
Mats Rynge


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

Bug#672959: [Pkg-sysvinit-devel] Bug#672959: kfreebsd-*: panic: vm_fault_copy_wired

[Steven Chamberlain]

Hi,

I tried commenting out the code in checkroot.sh that remounts the rootfs
as writable after fsck is finished.  It still panics, but then the
filesystem isn't marked as dirty on next boot (because fsck succeeded,
marked it as clean, and the fs was still mounted read-only at the time
of the panic).

Adding a sleep atop of mtab.sh doesn't seem to delay the panic.  I
figure that would be the next script to run after checkroot.sh.


On 20/08/12 20:50, Steven Chamberlain wrote:
> freebsdutils is [...] free to run before, after, or at
> the same time as checkroot.sh

I've been looking into that.  freebsd-utils provides "udev" and
checkroot depends on that.  That seems to affect the ordering of
/etc/rcS.d/S* symlinks at least.

But the /etc/init.d/.depend.boot file as used by startpar, doesn't seem
to reflect that dependency at all.

Either way, I didn't manage to fix anything yet by changing the
dependencies of the initscripts around.


I can successfully boot a system with a dirty rootfs by starting a shell
instead of /sbin/init, and then:

cd /etc/rcS.d && for i in S* ; do sh "$i" start ; done

Whereas invoking this instead, would trigger the kernel panic, whether I
mount linprocfs beforehand or not:

/sbin/startpar -p 4 -t 20 -T 3 -M boot -P N -R S

And the same happens even with -p 0.  This is a single-CPU VM running
kfreebsd-i386.


I'm beginning to think that startpar is malfunctioning in some way
(after checkroot.sh returns, but before it runs the next script).

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#685352: duplicity: follows symlink to check for file specified with --exclude-if-present

[Alexander Zangerl]

tags 685352 + upstream
forwarded 685352 https://bugs.launchpad.net/duplicity/+bug/1039001
thanks

On Sun, 19 Aug 2012 23:05:14 -0700, Ian Zimmerman writes:
>When I give the --exclude-if-present option to duplicity, it tries to
>locate that file underneath the symlink, even if
>--exclude-other-filesystems is given as well.  

of course, because in order to determine if the file exists,
all symlinks involved in its path need to be followed. the 
symlinks need to be followed as well to determine if a file/dir 
is on the same filesystem.

the real problem is that duplicity's code in question is pretty silly 
wrt error codes: a few are white listed (so to speak) and taken as 
'no file here, continue' and the rest are simply not handled and crash 
the program. the white list doesn't contain EACCESS (=13), which is 
what causes your trouble.

workaround: if you don't use --exclude-if-present, then 
--exclude-other-filesystems works fine with symlinks pointing
to stuff on inaccessible other filesystems (i tested this myself).

i'll have a look at a more permanent solution, but it won't make it
into the wheezy version.

regards
az


-- 
Alexander Zangerl + GnuPG Keys 0x42BD645D or 0x5B586291 + http://snafu.priv.at/
When I do it, it's development.  When you do it, it's coding. 
When he does it, it's mindless hacking." -- Paul Tomblin


signature.asc
Description: Digital Signature

Bug#685465: evolution: Highlight font not readable

[Russell Stuart]

Package: evolution
Version: 3.4.3-1
Severity: important

This bug has been reported upstream:

  https://bugzilla.gnome.org/show_bug.cgi?id=682321


Text of submitted bug:

A month or two ago the font used to display highlighted text changed to
black on black on my machine, which obviously is unreadable.  See the 
attached screenshot (which is unmodified apart from cropping).

This may well be a gnome setting somewhere.  I use xfce4, so getting to
those settings isn't easy.  As far as I can tell there aren't any
settings in gnome-control-center and gnome-tweak-tool that control how
highlighting is done.

The screenshot can also be viewed here:

  http://www.stuart.id.au/russell/files/pub/evolution-highlighting.png

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

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

Versions of packages evolution depends on:
ii  dbus 1.6.0-1
ii  debconf [debconf-2.0]1.5.44
ii  evolution-common 3.4.3-1
ii  evolution-data-server3.4.3-1
ii  gconf-service3.2.5-1
ii  gconf2   3.2.5-1
ii  gnome-icon-theme 3.4.0-2
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-35
ii  libcairo-gobject21.12.2-2
ii  libcairo21.12.2-2
ii  libcamel-1.2-33  3.4.3-1
ii  libclutter-gtk-1.0-0 1.2.0-2
ii  libdbus-glib-1-2 0.100-1
ii  libebackend-1.2-23.4.3-1
ii  libebook-1.2-13  3.4.3-1
ii  libecal-1.2-11   3.4.3-1
ii  libedataserver-1.2-163.4.3-1
ii  libedataserverui-3.0-1   3.4.3-1
ii  libenchant1c2a   1.6.0-7
ii  libevolution 3.4.3-1
ii  libgail-3-0  3.4.2-2
ii  libgconf-2-4 3.2.5-1
ii  libgdata13   0.12.0-1
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libglib2.0-0 2.32.3-1
ii  libgnome-desktop-3-2 3.4.2-1
ii  libgtk-3-0   3.4.2-2
ii  libgtkhtml-4.0-0 4.4.3-1
ii  libgtkhtml-editor-4.0-0  4.4.3-1
ii  libgweather-3-0  3.4.1-1
ii  libical0 0.48-2
ii  libmx-1.0-2  1.4.6-1
ii  libnotify4   0.7.5-1
ii  libnspr4 2:4.9.1-1
ii  libnspr4-0d  2:4.9.1-1
ii  libnss3  2:3.13.5-1
ii  libnss3-1d   2:3.13.5-1
ii  libpango1.0-01.30.0-1
ii  libsoup2.4-1 2.38.1-2
ii  libsqlite3-0 3.7.13-1
ii  libxml2  2.8.0+dfsg1-5
ii  psmisc   22.19-1

Versions of packages evolution recommends:
ii  bogofilter 1.2.2+dfsg1-1+b1
ii  evolution-plugins  3.4.3-1
ii  evolution-webcal   2.32.0-2+b1
ii  spamassassin   3.3.2-3
ii  yelp   3.4.2-1

Versions of packages evolution suggests:
pn  evolution-dbg   
pn  evolution-exchange  
pn  evolution-plugins-experimental  
ii  gnupg   1.4.12-4+b1
ii  network-manager 0.9.4.0-5

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


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

Bug#685464: [debian installer] wheezy debian installer, netinst.iso and local mirror

[Karsten Kruse]

Package: debian installer
Version: 20. Aug. 2012
Severity: normal

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

The debian installer in the netinst.iso image fails if there is a local
mirror for wheezy only.

This is how to repeat the problem:

First i made a mirror:

|  debmirror /storage/mirrors/debian/ \
--verbose --host ftp.de.debian.org --method=http \
--arch amd64 --dist wheezy,wheezy-proposed-updates \
--section main,contrib,non-free,main/debian-installer \
--rsync-extra doc,tools,trace --di-dist wheezy --nosource \
--exclude-deb-section '^debug$' --i18n }
--exclude '/Translation-.*\.bz2$' \
--include '/Translation-de.*\.bz2$'|

Then i Installed apache and linked the files:

|  cd /var/www && ln -s /storage/mirrors/debian

I tested the mirror:

||  wget http://host/debian/dists/testing/Release \
http://host/debian/dists/wheezy/Release|

And got the latest netinst.iso:

wget
http://cdimage.debian.org/cdimage/daily-builds/wheezy_d-i/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso

Then i used VMWare Workstation to install. When asked for the location
of the mirror, i said http://host and /debian/.

First, the installer told me that the mirror doesn't contain squeeze and
suggested to go back and pick another mirror. Since i didn't want
squeeze anyway i just said no, i don't want to go back.

The next screen told me that i had to pick a debian variant. Only wheezy
was listed, wich i picked.

The next screen told me that a file could not be downloaded. In apaches
error.log i found this:

|[Mon Aug 20 16:47:44 2012] [error] [client 192.168.10.125] File does
not exist: /var/www/debian/dists/squeeze|

Thats it. I tried the latest netinst.iso and the beta1, both show the
same problem.

--- System information. ---
Architecture: amd64
Kernel: Linux 3.3.6-tec

Debian Release: wheezy/sid
500 testing-proposed-updates ftp.de.debian.org
500 testing security.debian.org
500 testing ftp.de.debian.org

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

Package's Recommends field is empty.

Package's Suggests field is empty.

-- 

  ()StGB §328, Absatz 2.3: Mit Freiheitsstrafe bis zu fünf Jahren
 <\/>   oder mit Geldstrafe wird bestraft, wer eine nukleare Explosion
 _/\_   verursacht.




signature.asc
Description: OpenPGP digital signature

Bug#678229: Copyright

[glpk xypron]

The skins of tilem contain photographs of TI calculators (e.g. file ti86.skn 
includes a jpeg picture of a TI-86 calculator at offset 0x571).

I assume TI has the copyright for the design of the calculators. Is there no 
copyright issue in using photographs of these products as skins for non TI 
software?

Best regards

Heinrich Schuchardt


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

Bug#685407: [wheezy] ext4 dir_index + nfs duplicate cookies problem with large dovecot maildirs

[Jonathan Nieder]

Jonathan Nieder wrote:
> Brian Kroth wrote:

>> linux-image-3.5-trunk-amd64 (3.5-1~experimental.1) on the server
>> does indeed appear to fix this.
[...]
> Very nice to hear.
>
> Please test the attached patches together against a 3.2.y kernel,
> for example using the following instructions.

Actually attached this time.  Sorry for the confusion.
From: Bernd Schubert 
Date: Tue, 13 Mar 2012 22:51:38 -0400
Subject: fs: add new FMODE flags: FMODE_32bithash and FMODE_64bithash

commit 6a8a13e03861c0ab83ab07d573ca793cff0e5d00 upstream.

Those flags are supposed to be set by NFS readdir() to tell ext3/ext4
to 32bit (NFSv2) or 64bit hash values (offsets) in seekdir().

Signed-off-by: Bernd Schubert 
Signed-off-by: "Theodore Ts'o" 
Signed-off-by: Jonathan Nieder 
---
 include/linux/fs.h |4 
 1 file changed, 4 insertions(+)

diff --git a/include/linux/fs.h b/include/linux/fs.h
index 29b6353..fb7ce74 100644
--- a/include/linux/fs.h
+++ b/include/linux/fs.h
@@ -92,6 +92,10 @@ struct inodes_stat_t {
 /* File is opened using open(.., 3, ..) and is writeable only for ioctls
(specialy hack for floppy.c) */
 #define FMODE_WRITE_IOCTL  ((__force fmode_t)0x100)
+/* 32bit hashes as llseek() offset (for directories) */
+#define FMODE_32BITHASH ((__force fmode_t)0x200)
+/* 64bit hashes as llseek() offset (for directories) */
+#define FMODE_64BITHASH ((__force fmode_t)0x400)
 
 /*
  * Don't update ctime and mtime.
-- 
1.7.10.4

From: Fan Yong 
Date: Sun, 18 Mar 2012 22:44:40 -0400
Subject: ext4: return 32/64-bit dir name hash according to usage type

commit d1f5273e9adb40724a85272f248f210dc4ce919a upstream.

Traditionally ext2/3/4 has returned a 32-bit hash value from llseek()
to appease NFSv2, which can only handle a 32-bit cookie for seekdir()
and telldir().  However, this causes problems if there are 32-bit hash
collisions, since the NFSv2 server can get stuck resending the same
entries from the directory repeatedly.

Allow ext4 to return a full 64-bit hash (both major and minor) for
telldir to decrease the chance of hash collisions.  This still needs
integration on the NFS side.

Patch-updated-by: Bernd Schubert 
(blame me if something is not correct)

Signed-off-by: Fan Yong 
Signed-off-by: Andreas Dilger 
Signed-off-by: Bernd Schubert 
Signed-off-by: "Theodore Ts'o" 
Signed-off-by: Jonathan Nieder 
---
 fs/ext4/dir.c  |  214 
 fs/ext4/ext4.h |6 +-
 fs/ext4/hash.c |4 +-
 3 files changed, 176 insertions(+), 48 deletions(-)

diff --git a/fs/ext4/dir.c b/fs/ext4/dir.c
index 164c560..689d1b1 100644
--- a/fs/ext4/dir.c
+++ b/fs/ext4/dir.c
@@ -32,24 +32,8 @@ static unsigned char ext4_filetype_table[] = {
DT_UNKNOWN, DT_REG, DT_DIR, DT_CHR, DT_BLK, DT_FIFO, DT_SOCK, DT_LNK
 };
 
-static int ext4_readdir(struct file *, void *, filldir_t);
 static int ext4_dx_readdir(struct file *filp,
   void *dirent, filldir_t filldir);
-static int ext4_release_dir(struct inode *inode,
-   struct file *filp);
-
-const struct file_operations ext4_dir_operations = {
-   .llseek = ext4_llseek,
-   .read   = generic_read_dir,
-   .readdir= ext4_readdir, /* we take BKL. needed?*/
-   .unlocked_ioctl = ext4_ioctl,
-#ifdef CONFIG_COMPAT
-   .compat_ioctl   = ext4_compat_ioctl,
-#endif
-   .fsync  = ext4_sync_file,
-   .release= ext4_release_dir,
-};
-
 
 static unsigned char get_dtype(struct super_block *sb, int filetype)
 {
@@ -60,6 +44,26 @@ static unsigned char get_dtype(struct super_block *sb, int 
filetype)
return (ext4_filetype_table[filetype]);
 }
 
+/**
+ * Check if the given dir-inode refers to an htree-indexed directory
+ * (or a directory which chould potentially get coverted to use htree
+ * indexing).
+ *
+ * Return 1 if it is a dx dir, 0 if not
+ */
+static int is_dx_dir(struct inode *inode)
+{
+   struct super_block *sb = inode->i_sb;
+
+   if (EXT4_HAS_COMPAT_FEATURE(inode->i_sb,
+EXT4_FEATURE_COMPAT_DIR_INDEX) &&
+   ((ext4_test_inode_flag(inode, EXT4_INODE_INDEX)) ||
+((inode->i_size >> sb->s_blocksize_bits) == 1)))
+   return 1;
+
+   return 0;
+}
+
 /*
  * Return 0 if the directory entry is OK, and 1 if there is a problem
  *
@@ -115,18 +119,13 @@ static int ext4_readdir(struct file *filp,
unsigned int offset;
int i, stored;
struct ext4_dir_entry_2 *de;
-   struct super_block *sb;
int err;
struct inode *inode = filp->f_path.dentry->d_inode;
+   struct super_block *sb = inode->i_sb;
int ret = 0;
int dir_has_error = 0;
 
-   sb = inode->i_sb;
-
-   if (EXT4_HAS_COMPAT_FEATURE(inode->i_sb,
-   EXT4_FEATURE_COMPAT_DIR_INDEX) &&
-   ((ext4_test_inode_flag(inode, EXT4_INODE_INDEX)) ||
-((inode->i_size >> sb->s_blocksiz

Bug#685407: [wheezy] ext4 dir_index + nfs duplicate cookies problem with large dovecot maildirs

[Jonathan Nieder]

reassign 685407 src:linux 3.2.20-1
fixed 685407 linux/3.5-1~experimental.1
tags 685407 + upstream patch moreinfo
quit

Hi again,

Brian Kroth wrote:

> linux-image-3.5-trunk-amd64 (3.5-1~experimental.1) on the server
> does indeed appear to fix this.
[...]
> Attached is a simple script I used to create a test dir for this.
> The ext4 volume was 3G.

Very nice to hear.

Please test the attached patches together against a 3.2.y kernel,
for example using the following instructions.

 0. prerequisites:

apt-get install git build-essential

 1. get the kernel history, if you don't already have it:

git clone \
  git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git

 2. fetch point releases:

cd linux
git remote add stable \
  git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
git fetch stable

 3. configure, build, test:

git checkout stable/linux-3.2.y
cp /boot/config-$(uname -r) .config; # current configuration
scripts/config --disable DEBUG_INFO
make localmodconfig; # optional: minimize configuration
make deb-pkg; # optionally with -j for parallel build
dpkg -i ../; # as root
reboot
... test test test ...

Hopefully it reproduces the bug.  So:

 4. try the patches:

cd linux
git am -3sc $(ls -1 /path/to/patches/0*)
make deb-pkg; # maybe with -j4
dpkg -i ../; # as root
reboot
... test test test ...

If it works, someone on the kernel team will probably apply the
patches to wheezy (meaning they would automatically flow into
squeeze-backports as well).

(An alternative set of instructions is at [1].)

Hope that helps,
Jonathan

[1] 
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official
or the corresponding page in the debian-kernel-handbook package


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

Bug#685463: scim-canna: FTBFS: mv: cannot stat `/tmp/buildd/scim-canna-1.0.0/debian/scim-canna/usr/lib/scim-1.0/1.4.0/IMEngine/canna.a': No such file or directory

[Nobuhiro Iwamatsu]

Source: scim-canna
Version: 1.0.0-4.1
Severity: serious
Justification: fails to build from source
Tag: patch

Hi,

scim-canna FTBFS on latest unstable.

-
libtool: install: warning: remember to run `libtool --finish
/usr/lib/x86_64-linux-gnu/scim-1.0/1.4.0/SetupUI'
make[3]: Leaving directory `/tmp/buildd/scim-canna-1.0.0/src'
make[2]: Leaving directory `/tmp/buildd/scim-canna-1.0.0/src'
Making install in data
make[2]: Entering directory `/tmp/buildd/scim-canna-1.0.0/data'
make[3]: Entering directory `/tmp/buildd/scim-canna-1.0.0/data'
make[3]: Nothing to be done for `install-exec-am'.
test -z "/usr/share/scim/icons" || mkdir -p --
"/tmp/buildd/scim-canna-1.0.0/debian/scim-canna/usr/share/scim/icons"
 /usr/bin/install -c -m 644 'scim-canna.png'
'/tmp/buildd/scim-canna-1.0.0/debian/scim-canna/usr/share/scim/icons/scim-canna.png'
make[3]: Leaving directory `/tmp/buildd/scim-canna-1.0.0/data'
make[2]: Leaving directory `/tmp/buildd/scim-canna-1.0.0/data'
make[2]: Entering directory `/tmp/buildd/scim-canna-1.0.0'
make[3]: Entering directory `/tmp/buildd/scim-canna-1.0.0'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/tmp/buildd/scim-canna-1.0.0'
make[2]: Leaving directory `/tmp/buildd/scim-canna-1.0.0'
make[1]: Leaving directory `/tmp/buildd/scim-canna-1.0.0'
mv /tmp/buildd/scim-canna-1.0.0/debian/scim-canna/usr/lib/scim-1.0/`pkg-config
--variable=scim_binary_version scim`/IMEngine/canna.a \
   
/tmp/buildd/scim-canna-1.0.0/debian/scim-canna/usr/lib/scim-1.0/`pkg-config
--variable=scim_binary_version scim`/IMEngine/libcanna.a
mv: cannot stat
`/tmp/buildd/scim-canna-1.0.0/debian/scim-canna/usr/lib/scim-1.0/1.4.0/IMEngine/canna.a':
No such file or directory
make: *** [install] Error 1
-

scim converted to multiarch. But scim-canna does not yet convert to multiarch.
I created a patch which revice this problem, and attached.

Please check and apply.

Best regards,
 Nobuhiro

--
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


scim-canna_1.0.0-4.1_amd64.build.gz
Description: GNU Zip compressed data


scim-canna-1.0.0.debdiff
Description: Binary data

Bug#685458: xterm: Segmentation fault with -t option specified (Tektronix mode)

[Thomas Dickey]

On Tue, Aug 21, 2012 at 01:24:03AM +0200, Cyril Brulebois wrote:
> Hi Marco,
> 
> Marco Sansottera  (21/08/2012):
> > Package: xterm
> > Version: 278-1
> > Severity: normal
> > 
> > Dear Maintainer,
> > xterm crashes when started in Tektronix mode (-t option) 
> > after pressing any key (Segmentation fault).
> 
> thanks for the report, confirmed here. This trivial patch avoids the
> crash, but rendering is always bad:

The comment about rendering is obscure (running in tek4014 mode, the
display won't behave anything like vt100 - I don't see anything amiss
here).

> | --- a/input.c
> | +++ b/input.c
> | @@ -832,7 +832,7 @@ Input(XtermWidget xw,
> |  {
> |  #if OPT_I18N_SUPPORT && OPT_INPUT_METHOD
> | TInput *input = lookupTInput(xw, (Widget) xw);
> | -   if (input->xic) {
> | +   if (input && input->xic) {

The same fix was made upstream in work for #280 (current is #281).

fwiw, I've started on #282 changes,
but don't recall any regressions in #281.

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#685462: unrar: Surprizing percentage when extracting only one file

[Celelibi]

Package: unrar
Version: 1:4.1.4-1
Severity: minor

Hello,

The bug is quite simple, when extracting only some files of a big
archive, the progress percentage that is displayed looks like what would
be displayed if I extracted the whole archive.

Let me give an example.
Consider 3 files names file0, file1 and file2 of 1GB each. They are
filled with random data (so that the ratio is 100% and my example is
easier ^^).
The .rar archive is 3GB.
And if I extract only file1 with the simple following command:
unrar x myarchive.rar file1

Then, the displayed percentage will go from 33% to 66%.
This is... quite unexpected and not really useful.

Best regards,
Celelibi

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

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

Versions of packages unrar depends on:
ii  libc6   2.13-33
ii  libgcc1 1:4.7.1-2
ii  libstdc++6  4.7.1-2

unrar recommends no packages.

unrar 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#683345: git commit: wrong bug number / bug #683345: task-lxde-desktop: please don't force the gdm3 dependency

[Bob Bib]

There's a little typo in that git commit:
http://anonscm.debian.org/gitweb/?p=tasksel/tasksel.git;a=commit;h=0c8496f3f1808b8dff728b6af72825e4f02c3c60

> Replace gdm3 by lightdm in lxde-desktop task. Closes: #683349
should be not #683349, but #683345.

Bug#685458: xterm: Segmentation fault with -t option specified (Tektronix mode)

[Cyril Brulebois]

Hi Marco,

Marco Sansottera  (21/08/2012):
> Package: xterm
> Version: 278-1
> Severity: normal
> 
> Dear Maintainer,
> xterm crashes when started in Tektronix mode (-t option) 
> after pressing any key (Segmentation fault).

thanks for the report, confirmed here. This trivial patch avoids the
crash, but rendering is always bad:
| --- a/input.c
| +++ b/input.c
| @@ -832,7 +832,7 @@ Input(XtermWidget xw,
|  {
|  #if OPT_I18N_SUPPORT && OPT_INPUT_METHOD
| TInput *input = lookupTInput(xw, (Widget) xw);
| -   if (input->xic) {
| +   if (input && input->xic) {
| Status status_return;
|  #if OPT_WIDE_CHARS
| if (screen->utf8_mode) {

Crash due to input's being NULL, backtrace is:
| Program received signal SIGSEGV, Segmentation fault.
| 0x0042e856 in Input (xw=0x6c0130, event=0x7fffdc90, eightbit=0) 
at ../input.c:835
| 835   if (input->xic) {
| (gdb) bt
| #0  0x0042e856 in Input (xw=0x6c0130, event=0x7fffdc90, 
eightbit=0) at ../input.c:835
| #1  0x0043b60c in HandleKeyPressed (w=0x6c6610, event=0x7fffdc90, 
params=0x0, nparams=0x76a161d0) at ../misc.c:702
| #2  0x767fa4ed in HandleActions (w=, 
event=0x7fffdc90, accelWidget=, procs=0x6dd698, 
actions=0x76a161c0, stateTree=) at ../../src/TMstate.c:645
| #3  0x767fa90a in HandleSimpleState (w=0x6c6610, tmRecPtr=0x6c6658, 
curEventPtr=0x7fffd830) at ../../src/TMstate.c:884
| #4  0x767fb647 in _XtTranslateEvent (w=0x6c6610, event=) at ../../src/TMstate.c:1101
| #5  0x767d3553 in XtDispatchEventToWidget (widget=0x6c6610, 
event=0x7fffdc90) at ../../src/Event.c:906
| #6  0x767d3c96 in _XtDefaultDispatcher (event=0x7fffdc90) at 
../../src/Event.c:1367
| #7  0x767d3d54 in XtDispatchEvent (event=0x7fffdc90) at 
../../src/Event.c:1423
| #8  0x0043b490 in xevents () at ../misc.c:641
| #9  0x00459768 in Tinput (tw=0x6c6610) at ../Tekproc.c:857
| #10 0x00458778 in Tekparse (tw=0x6c6610) at ../Tekproc.c:422
| #11 0x0045aad6 in TekRun () at ../Tekproc.c:1313
| #12 0x0043320a in main (argc=0, argv=0x7fffe340) at ../main.c:2576

The full backtrace is attached.

Mraw,
KiBi.
(gdb) bt full
#0  0x0042e856 in Input (xw=0x6c0130, event=0x7fffdc90, eightbit=0) 
at ../input.c:835
input = 0x0
string = 0x7fffd590 ""
keyboard = 0x6c0258
screen = 0x6c02a8
j = -154957904
key = 0
reply = {a_type = 60 '<', a_pintro = 169 '\251', a_inters = 34 '"', 
a_final = 71 'G', a_nparam = 0, a_param = {0, 27650, -2082, 32767, 0, 0, 0, 0, 
0, 0, 0, 0, 0, 1, 0, 1, 0, 0, 0, 0, 0, 1, 0, 0, 0, 5368, -2050, 
32767, 0, -11056}}
dec_code = 32767
modify_parm = 0
keypad_mode = 0
evt_state = 0
mod_state = 1
kd = {keysym = 0, is_fkey = 0, nbytes = 0, 
  strbuf = 
"\000\000\000\000\000\000\000\000P\030\376\367\377\177\000\000@\325\377\377\377\177\000\000X\325\377\377\377\177\000\000\000\351m\000\001\000\000\000\a\000\000\000\370",
 '\000' , 
"\016+\304\366\377\177\000\000\060\266\303\366\377\177\000\000\370\024\376\367\377\177\000\000`\351m\000\000\000\000\000\377\377\377\377\000\000\000\000`\351m\000\000\000\000\000\001\000\000\000\000\000\000\000\210p3",
 '\000' "\350, 
\326\377\377\377\177\000\000\070\000\000\000\000\000\000\000\000\020\303\366\377\177\000\000\362\251\336\367\377\177\000\000\260\207\303\366\377\177\000\000\370\024\376\367\377\177\000\000\370\016\000\000\000\000\000\000\377\377\377\377\000\000\000\000\240\360m\000\000\000\000\000\001\000\000\000\000\000\000\000\260{3",
 '\000' "\350, 
\326\377\377\377\177\000\000\070\000\000\000\000\000\000\000\000\020\303\366\377\177\000\000\362\251\336\367\377\177\000\000\001",
 '\000' , 
"p\nj\000\000\000\000\000\260\207\303\366\377\177\000\000`\351m", '\000' 
...}
#1  0x0043b60c in HandleKeyPressed (w=0x6c6610, event=0x7fffdc90, 
params=0x0, nparams=0x76a161d0) at ../misc.c:702
No locals.
#2  0x767fa4ed in HandleActions (w=, 
event=0x7fffdc90, accelWidget=, procs=0x6dd698, 
actions=0x76a161c0, stateTree=) at ../../src/TMstate.c:645
actionHookList = 0x0
bindWidget = 
#3  0x767fa90a in HandleSimpleState (w=0x6c6610, tmRecPtr=0x6c6658, 
curEventPtr=0x7fffd830) at ../../src/TMstate.c:884
bindData = 
procs = 
accelWidget = 
xlations = 0x6c65c0
contextPtr = 0x6c6668
i = 
actions = 0x76a161c0
matchExact = 1 '\001'
match = 1 '\001'
complexMatchState = 0x0
currIndex = -2
typeIndex = 12
modIndex = 6
matchTreeIndex = 0
#4  0x767fb647 in _XtTranslateEvent (w=0x6c6610, event=) 
at ../../src/TMstate.c:1101
tmRecPtr = 0x6c6658
curEvent = {xev = 0x7fffdc90, event = {modifiers = 0, modifierMask 
= 0, lateModifiers = 0x0, eventType = 2, 

Bug#655152: [drm:intel_prepare_page_flip] *ERROR* Prepared flip multiple times

[Jonathan Nieder]

tags 655152 + upstream patch moreinfo
quit

Hi,

Sten Heinze wrote:

> Please backport the patch merged in Linux to the Debian kernel. The
> patch is in the upstream 3.5 kernel and references the bug
> freedesktop.org bug report:
>
> [...]h=c2798b19bac2538393fc932bfbe59807a4734b3e

Sounds like a good idea.

[...]
>  drivers/gpu/drm/i915/i915_irq.c |  161 
> ++-
>  drivers/gpu/drm/i915/intel_ringbuffer.c |   53 +-
>  2 files changed, 206 insertions(+), 8 deletions(-)

(generic grumble about patches that could have been split into smaller
--- in this example, two --- digestible pieces goes here)

Please test the attached patch against a 3.2.y kernel, for example
using the following instructions:

 0. prerequisites:

apt-get install git build-essential

 1. get the kernel history, if you don't already have it:

git clone \
  git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git

 2. fetch point releases:

cd linux
git remote add stable \
  git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
git fetch stable

 3. configure, build, test:

git checkout stable/linux-3.2.y
cp /boot/config-$(uname -r) .config; # current configuration
scripts/config --disable DEBUG_INFO
make localmodconfig; # optional: minimize configuration
make deb-pkg; # optionally with -j for parallel build
dpkg -i ../; # as root
reboot
...test test test ...

Hopefully it reproduces the bug.  So:

 4. try the patch:

cd linux
git am -3sc /path/to/the/patch
make deb-pkg; # maybe with -j4
dpkg -i ../; # as root
reboot
... test test test ...

Hope that helps,
Jonathan
From: Chris Wilson 
Date: Sun, 22 Apr 2012 21:13:57 +0100
Subject: drm/i915: i8xx interrupt handler

commit c2798b19bac2538393fc932bfbe59807a4734b3e upstream.

gen2 hardware has some significant differences from the other interrupt
routines that were glossed over and then forgotten about in the
transition to KMS. Such as

- 16bit IIR
- PendingFlip status bit

This patch reintroduces a handler specifically for gen2 for the purpose
of handling pageflips correctly, simplifying code in the process.

v2: Also fixup ring get/put irq to only access 16bit registers (Daniel)

Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=24202
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=41793
Signed-off-by: Chris Wilson 
[danvet: use posting_read16 in intel_ringbuffer.c and kill _driver
from the function names.]
Signed-off-by: Daniel Vetter 
[jn: check for gen2 directly in i915_enable_irq and i915_disable_irq
 to simplify backport]
Signed-off-by: Jonathan Nieder 
---
 drivers/gpu/drm/i915/i915_irq.c |  161 ++-
 drivers/gpu/drm/i915/intel_ringbuffer.c |   18 +++-
 2 files changed, 171 insertions(+), 8 deletions(-)

diff --git a/drivers/gpu/drm/i915/i915_irq.c b/drivers/gpu/drm/i915/i915_irq.c
index 578ddfc..ac5a50d 100644
--- a/drivers/gpu/drm/i915/i915_irq.c
+++ b/drivers/gpu/drm/i915/i915_irq.c
@@ -2083,6 +2083,152 @@ static void i915_driver_irq_uninstall(struct drm_device 
* dev)
I915_WRITE(IIR, I915_READ(IIR));
 }
 
+static void i8xx_irq_preinstall(struct drm_device * dev)
+{
+   drm_i915_private_t *dev_priv = (drm_i915_private_t *) dev->dev_private;
+   int pipe;
+
+   atomic_set(&dev_priv->irq_received, 0);
+
+   for_each_pipe(pipe)
+   I915_WRITE(PIPESTAT(pipe), 0);
+   I915_WRITE16(IMR, 0x);
+   I915_WRITE16(IER, 0x0);
+   POSTING_READ16(IER);
+}
+
+static int i8xx_irq_postinstall(struct drm_device *dev)
+{
+   drm_i915_private_t *dev_priv = (drm_i915_private_t *) dev->dev_private;
+
+   dev_priv->vblank_pipe = DRM_I915_VBLANK_PIPE_A | DRM_I915_VBLANK_PIPE_B;
+
+   dev_priv->pipestat[0] = 0;
+   dev_priv->pipestat[1] = 0;
+
+   I915_WRITE16(EMR,
+~(I915_ERROR_PAGE_TABLE | I915_ERROR_MEMORY_REFRESH));
+
+   /* Unmask the interrupts that we always want on. */
+   dev_priv->irq_mask =
+   ~(I915_DISPLAY_PIPE_A_EVENT_INTERRUPT |
+ I915_DISPLAY_PIPE_B_EVENT_INTERRUPT |
+ I915_DISPLAY_PLANE_A_FLIP_PENDING_INTERRUPT |
+ I915_DISPLAY_PLANE_B_FLIP_PENDING_INTERRUPT |
+ I915_RENDER_COMMAND_PARSER_ERROR_INTERRUPT);
+   I915_WRITE16(IMR, dev_priv->irq_mask);
+
+   I915_WRITE16(IER,
+I915_DISPLAY_PIPE_A_EVENT_INTERRUPT |
+I915_DISPLAY_PIPE_B_EVENT_INTERRUPT |
+I915_RENDER_COMMAND_PARSER_ERROR_INTERRUPT |
+I915_USER_INTERRUPT);
+   POSTING_READ16(IER);
+
+   return 0;
+}
+
+static irqreturn_t i8xx_irq_handler(DRM_IRQ_ARGS)
+{
+   struct drm_device *dev = (struct drm_device *) arg;
+   drm_i915_private_t *dev_priv = (drm_i915_private_t *) dev->dev_p

Bug#685461: [Easytag] Easytag is not writing tags anymore!!! If I choose a folder and make the necessary changes to the tags, easytag saves everything (by writing the tags) when I change into the next

[H.Hoffmeister]

Package: Easytag

Version: 2.1.7

Severity: critical


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



--- System information. ---

Architecture: amd64

Kernel: Linux 3.5-2.towo-siduction-amd64


Debian Release: wheezy/sid

600 experimental-snapshots qt-kde.debian.net

500 unstable packages.siduction.org

500 unstable ftp.de.debian.org

500 unstable deb.opera.com

500 stable deb.opera.com

100 unstable packages.siduction.org

1 experimental ftp.de.debian.org


--- Package information. ---

Depends (Version) | Installed

===-+-=

libatk1.0-0 (>= 1.12.4) | 2.4.0-2

libc6 (>= 2.3) |

libcairo2 (>= 1.2.4) |

libflac8 (>= 1.2.1) |

libfontconfig1 (>= 2.9.0) |

libfreetype6 (>= 2.2.1) |

libgdk-pixbuf2.0-0 (>= 2.22.0) |

libglib2.0-0 (>= 2.24.0) |

libgtk2.0-0 (>= 2.8.0) |

libid3-3.8.3c2a |

libid3tag0 (>= 0.15.1b) |

libogg0 (>= 1.0rc3) |

libpango1.0-0 (>= 1.14.0) |

libspeex1 (>= 1.2~beta3-1) |

libstdc++6 (>= 4.1.1) |

libtag1c2a (>= 1.5) |

libtagc0 (>= 1.5) |

libvorbis0a (>= 1.1.2) |

libvorbisfile3 (>= 1.1.2) |

libwavpack1 (>= 4.40.0) |

zlib1g (>= 1:1.1.4) |



Package's Recommends field is empty.


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#685460: greylistd: breaks rfc-conformant behaviour of exim4

[Andre Klärner]

Package: greylistd
Version: 0.8.8
Severity: normal

Dear Maintainer,

I just checked by DNS/Mail setup and discovered that breaks delivery to
postmaster or hostmaster unconditionally.

Usually the mails directed to postmaster or hostmaster should be accepted
unconditionally, instead of being piped through greylisting or
spam-filtering. The default exim4-config respects this any has only a
limited set of ACLs before the check for postmaster. 

Ideally there should be a better place to put the config blocks instead of
blindly on the top. For me it would suffice to provide an option while
installing the config, that allows to choose the position, while defaulting
to a RFC-conformant behaviour.

Regards,
  Andre


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

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

Versions of packages greylistd depends on:
ii  adduser3.113+nmu1
ii  debconf [debconf-2.0]  1.5.42
ii  python 2.7.2-10

Versions of packages greylistd recommends:
ii  exim4  4.77-1

greylistd suggests no packages.

-- debconf information:
  greylistd/autoconfig_notdone:
* greylistd/autoconfig_notdone_exim4:
  greylistd/restartexim: true


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

Bug#685384: unblock: uwsgi/1.2.3+dfsg-3

[Janoš Guljaš]

Hi Adam,

On Mon, Aug 20, 2012 at 8:17 PM, Adam D. Barratt
 wrote:
> On Mon, 2012-08-20 at 14:19 +0200, Janoš Guljaš wrote:
>> On Mon, Aug 20, 2012 at 2:17 PM, Adam D. Barratt
>>  wrote:
>> > On 20.08.2012 12:37, Janos Guljas wrote:
>> >>
>> >> Please unblock package uwsgi.
>> >>
>> >> There is a bug with a release in Wheezy that is making init script
>> >> useless after a reload. The fix is to remove `name` parameter from
>> >> start-stop-daemon. I am sending debdiff.
>> >
>> > What name does the daemon end up running under?  (Presumably not "uwsgi".)
>>
>> The name is changed from uwsgi to uwsgi-core.
>
> If the daemon always runs as "uwsgi-core", would it be worth changing
> the calls to use "--name uwsgi-core" or similar, instead of dropping the
> use of --name entirely?  I'm pondering how likely it is that s-s-d will
> end up killing the wrong process if the daemon has died and the PID has
> been re-used.  Maybe I'm just overly paranoid.

The problem is that /usr/bin/uwsgi is a symlink made by alternatives
to /usr/bin/uwsgi-core, and uwsgi is keeping internally the binary
path of the path linked (got with readlink("/proc/self/exe", buf,
PATH_MAX)) and using it for reloads by sending the SIGHUP. After the
rerun with the link target the process is changing it's name to
uwsgi-core, or to whatever is set by alternatives for uwsgi group.

I agree that removing the name option can make more damage then good,
so I am sending debdiff with a patch that is changing how uwsgi_reload
function works. That function is overriding the main's argv[0] value
with a value provided by the readlink. The patch is just using argv[0]
in execvp as the first argument. That way the process name is
preserved, even if the path in argv[0] is in relative form.

Could review the changes from debdiff? If you have any suggestion I
would be glad to hear them. Package uwsgi_1.2.3+dfsg-4 is not uploaded
to the archive.

>
> Regards,
>
> Adam
>

Best,
Janos


uwsgi_1.2.3+dfsg-2_uwsgi_1.2.3+dfsg-4.diff
Description: Binary data

Bug#684851: scim-canna: FTBFS: scim_canna_imengine_setup.cpp:156:8: error: 'GtkTooltips' does not name a type

[Nobuhiro Iwamatsu]

Hi,

> During a rebuild of all packages in *wheezy*, your package failed to
> build on amd64.
>
> Relevant part:
>>  x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. 
>> -DSCIM_CANNA_LOCALEDIR=\"/usr/share/locale\" 
>> -DSCIM_ICONDIR=\"/usr/share/scim/icons\" -pthread -I/usr/include/scim-1.0 
>> -I/usr/include/gtk-3.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ 
>> -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 
>> -I/usr/include/freetype2 -I/usr/include/glib-2.0 
>> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 
>> -I/usr/include/libpng12 -I/usr/include/scim-1.0 -g -O2 -MT 
>> canna_imengine_setup_la-scim_canna_imengine_setup.lo -MD -MP -MF 
>> .deps/canna_imengine_setup_la-scim_canna_imengine_setup.Tpo -c 
>> scim_canna_imengine_setup.cpp  -fPIC -DPIC -o 
>> .libs/canna_imengine_setup_la-scim_canna_imengine_setup.o
>> scim_canna_imengine_setup.cpp:156:8: error: 'GtkTooltips' does not name a 
>> type

I think that this already fixed in  scim-canna 1.0.0-4.1.
I will request unblock to release team.

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


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

Bug#685459: unblock: boinc-app-seti/6.12~svn1385-3

[Steffen Moeller]

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

Please unblock package boinc-app-seti

This upload fixes the remaining issues with the boinc-app-seti packages
 * works with both boinc client 7.0.27 (currently in testing) and 7.0.33 (in 
new queue)
 * Ben's contributed PowerPC patch to disable AltiVec has worked. Many thanks 
for this.

There is no version of boinc-app-seti in testing today. The packaging 
has not changed much from what was shipped with stable. Please let it pass.

Should you also decide to allow 7.0.33 to pass, then there is
no technical need to update boinc-app-seti. This is, except for
the beauty of it because of the the separation of libraries and
header files in 7.0.33 that could then be used. There is no 
apparent risk with this package in testing.

unblock boinc-app-seti/6.12~svn1385-3

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

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


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

Bug#685458: xterm: Segmentation fault with -t option specified (Tektronix mode)

[Marco Sansottera]

Package: xterm
Version: 278-1
Severity: normal

Dear Maintainer,
xterm crashes when started in Tektronix mode (-t option) 
after pressing any key (Segmentation fault).

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

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/dash

Versions of packages xterm depends on:
ii  libc6   2.13-33
ii  libfontconfig1  2.9.0-7
ii  libice6 2:1.0.8-2
ii  libtinfo5   5.9-10
ii  libutempter01.1.5-4
ii  libx11-62:1.5.0-1
ii  libxaw7 2:1.0.10-2
ii  libxft2 2.3.1-1
ii  libxmu6 2:1.1.1-1
ii  libxt6  1:1.1.3-1
ii  xbitmaps1.1.1-1

Versions of packages xterm recommends:
ii  x11-utils  7.7~1

Versions of packages xterm suggests:
pn  xfonts-cyrillic  

-- 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#684679: RFS: nullmailer/1:1.11-2 (security bugfix upload request)

[Nick Leverton]

On Sun, Aug 19, 2012 at 10:16:50AM -0700, Don Armstrong wrote:
> If bartm is unable to upload this, I will do it. However, you need to
> first check that /etc/nullmailer/remotes is a regular file, as it
> would be a perfectly reasonable configuration to have replaced
> /etc/nullmailer/remotes with a symlink. Secondly, you really should
> only do the replacement if /etc/nullmailer/remotes is world readable;
> otherwise you should assume that the administrator has modified things
> (for example, running nullmailer as an entirely different user).

Hi Don,

You raise some valuable issues, thanks.  I think that merely not
replacing, chmodding or chowning the file if it already exists is a
simple and safe solution which allows the sysadmin to change what she
wants post-installation.

This does mean that existing installations will not be protected, but
I don't think that that's important enough to be worth a NEWS entry to
warn the admin.

Thankyou very much for your review.  I've amended the package accordingly
and re-uploaded to mentors, and I hope it passes muster for upload.
The updated debdiff is attached (same version number, new changelog
timestamp).

Thankyou

Nick
diff -Nru nullmailer-1.11/debian/changelog nullmailer-1.11/debian/changelog
--- nullmailer-1.11/debian/changelog2012-06-16 16:36:28.0 +0100
+++ nullmailer-1.11/debian/changelog2012-08-20 23:02:07.0 +0100
@@ -1,3 +1,9 @@
+nullmailer (1:1.11-2) unstable; urgency=low
+
+  * Make 'remotes' not world-readable (Closes: #684619)
+
+ -- Nick Leverton   Mon, 20 Aug 2012 23:02:04 +0100
+
 nullmailer (1:1.11-1) unstable; urgency=low
 
   * New upstream release
diff -Nru nullmailer-1.11/debian/postinst nullmailer-1.11/debian/postinst
--- nullmailer-1.11/debian/postinst 2012-05-16 08:25:36.0 +0100
+++ nullmailer-1.11/debian/postinst 2012-08-20 23:01:04.0 +0100
@@ -24,6 +24,13 @@
fi
 
db_get nullmailer/relayhost
+   # securely create nullmailer/remotes with mode 0600
+   if [ ! -L /etc/nullmailer/remotes -a ! -e 
/etc/nullmailer/remotes ]
+   then
+   R=$( tempfile -d /etc/nullmailer -p nullm )
+   chown mail:mail $R
+   mv $R /etc/nullmailer/remotes
+   fi
echo "$RET" | sed -r -e ':a s/(\[[^]:]*):/\1=/; ta' \
 -e 's/[[:space:]]*:[[:space:]]*/\n/g' \
 -e ':b s/(\[[^]=]*)=/\1:/; tb' \

Bug#685457: nsca: Incompatibility between munin and nsca-2.9.1

[Xiwen Cheng]

Package: nsca
Version: 2.9.1-2
Severity: important

Dear Maintainer,

The input format generated by munin (2.0.1-1) is not accepted by
`send_nsca` when multiple results are chained in a single stream. The 
input stream is parsed incorrectly because of the recent addition:

> When submitting multiple simultaneous results, separate each set with
> the ETB character (^W or 0x17)

However munin isn't aware of this change. 

I don't see why this format change was introduced. It is not needed
and it breaks compatibility. 
I strongly believe the format should be reverted such that munin 2 and 
earlier (probably other tools/systems also) remain compatible. 

An extremely dirty workaround is use `tr` to substitute all occurences
of \n with ETB prior to sending to `send_nsca`:

> /etc/munin/munin.conf
contact.nagios.command tr '\n' '\27' | /usr/sbin/send_nsca
nagios.host.example -c /etc/send_nsca.cfg

Kind regards,
Xiwen


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

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/dash

Versions of packages nsca depends on:
ii  confget1.03-1
ii  debconf [debconf-2.0]  1.5.44
ii  libc6  2.13-33
ii  libmcrypt4 2.5.8-3.1
ii  nsca-client2.9.1-2

nsca recommends no packages.

Versions of packages nsca suggests:
ii  nagios-plugins-basic  1.4.16-1
pn  nagios3   

-- debconf information excluded


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

Bug#685456: Freeze exception for kde-gtk-config

[Boris Pek]

Package: release.debian.org
Severity: normal

Dear release team,

Please consider a release exception for the package kde-gtk-config version 
2.1-1.

In new upstream release only translations files were updated and one tiny patch
from debian package was accepted.

This upload fixes RC bug #678714 which had prevented automatic migration to
testing before freeze.

File in attachment was produced using command:

$ debdiff kde-gtk-config_2.0-3.dsc kde-gtk-config_2.1-1.dsc | \
filterdiff -x '*/po/*' -x '*.desktop' > kde-gtk-config_2.0-3:2.1-1.diff

Best regards,
Boris
diff -Nru kde-gtk-config-2.0/debian/changelog kde-gtk-config-2.1/debian/changelog
--- kde-gtk-config-2.0/debian/changelog	2012-06-08 07:07:18.0 +0300
+++ kde-gtk-config-2.1/debian/changelog	2012-08-21 00:26:50.0 +0300
@@ -1,3 +1,16 @@
+kde-gtk-config (3:2.1-1) unstable; urgency=low
+
+  * Update to stable release 2.1.
+  * Deleted file debian/patches/fix-build-on-kfreebsd-and-hurd-i386:
+accepted in upstream.
+  * Added file debian/patches/fix-loading-icons:
+without this patch KDE-GTK-Config module scans ./ directory if option
+gtk-icon-theme-name or option gtk-fallback-icon-theme is empty or invalid,
+now first element from the list of found icon themes is used.
+(Closes: #678714)
+
+ -- Boris Pek   Tue, 21 Aug 2012 00:22:23 +0300
+
 kde-gtk-config (3:2.0-3) unstable; urgency=low
 
   * Package moved to unstable after tests: no changes required.
diff -Nru kde-gtk-config-2.0/debian/patches/fix-build-on-kfreebsd-and-hurd-i386 kde-gtk-config-2.1/debian/patches/fix-build-on-kfreebsd-and-hurd-i386
--- kde-gtk-config-2.0/debian/patches/fix-build-on-kfreebsd-and-hurd-i386	2012-06-08 07:06:49.0 +0300
+++ kde-gtk-config-2.1/debian/patches/fix-build-on-kfreebsd-and-hurd-i386	1970-01-01 03:00:00.0 +0300
@@ -1,15 +0,0 @@
-Description: Fix build in Debian GNU/kFreeBSD and in Debian GNU/Hurd
-Author: Boris Pek 
-Last-Update: 2012-06-06
-
 a/gtk3proxies/preview3.c
-+++ b/gtk3proxies/preview3.c
-@@ -24,8 +24,6 @@
- #include 
- #include 
- #include 
--
--#include 
- #include 
- 
- void printHelp()
diff -Nru kde-gtk-config-2.0/debian/patches/fix-loading-icons kde-gtk-config-2.1/debian/patches/fix-loading-icons
--- kde-gtk-config-2.0/debian/patches/fix-loading-icons	1970-01-01 03:00:00.0 +0300
+++ kde-gtk-config-2.1/debian/patches/fix-loading-icons	2012-08-21 00:26:50.0 +0300
@@ -0,0 +1,51 @@
+Description: Fix loading icons
+ Without this patch KDE-GTK-Config module scans ./ directory if option
+ gtk-icon-theme-name or option gtk-fallback-icon-theme is empty or invalid.
+ Now first element from the list of found icon themes is used.
+Bug-Debian: http://bugs.debian.org/678714
+Author: Boris Pek 
+Last-Update: 2012-08-21
+
+--- a/src/gtkconfigkcmodule.cpp
 b/src/gtkconfigkcmodule.cpp
+@@ -200,7 +200,9 @@
+ {
+ label->setToolTip(iconName);
+ 
+-QString ret = IconThemesModel::findFilesRecursively(QStringList(iconName+".*"), theme);
++QString ret;
++if(!theme.isEmpty())
++ret = IconThemesModel::findFilesRecursively(QStringList(iconName+".*"), theme);
+ if(!ret.isEmpty()) {
+ QPixmap p(ret);
+ Q_ASSERT(!p.isNull());
+@@ -208,7 +210,9 @@
+ return;
+ }
+ 
+-ret = IconThemesModel::findFilesRecursively(QStringList(iconName+".*"), fallback);
++if(!fallback.isEmpty())
++ret = IconThemesModel::findFilesRecursively(QStringList(iconName+".*"), fallback);
++
+ if(!ret.isEmpty()) {
+ QPixmap p(ret);
+ Q_ASSERT(!p.isNull());
+@@ -401,10 +401,14 @@
+ appareance->gtk3Appearance()->installedThemesNames());
+ 
+ //icons
+-QString currentIcon = useConfig ? appareance->getIcon() : ui->cb_icon->currentText(),
+-currentFallback = useConfig ? appareance->getIconFallback() : ui->cb_icon_fallback->currentText();
+-ui->cb_icon->setCurrentIndex(ui->cb_icon->findData(currentIcon, IconThemesModel::DirNameRole));
+-ui->cb_icon_fallback->setCurrentIndex(ui->cb_icon_fallback->findData(currentFallback, IconThemesModel::DirNameRole));
++if (ui->cb_icon->count() > 0 && ui->cb_icon_fallback->count() > 0) {
++QString currentIcon = useConfig ? appareance->getIcon() : ui->cb_icon->currentText(),
++currentFallback = useConfig ? appareance->getIconFallback() : ui->cb_icon_fallback->currentText();
++int currentIconIndex = ui->cb_icon->findData(currentIcon, IconThemesModel::DirNameRole),
++currentFallbackIndex = ui->cb_icon_fallback->findData(currentFallback, IconThemesModel::DirNameRole);
++ui->cb_icon->setCurrentIndex(currentIconIndex >= 0 ? currentFallbackIndex : 0);
++ui->cb_icon_fallback->setCurrentIndex(currentFallbackIndex >= 0 ? currentFallbackIndex : 0);
++}
+ 
+ m_saveEnabled = wasenabled;
+ }
diff -Nru kde-gtk-config-2.0/debian/patches/series kde-gtk-config-2.1/debian/patches/series
--- kde-gtk-config-2.0

Bug#678714: [Pkg-kde-extras] Bug#678714: [kde-gtk-config] src: Fix freezing problem on load

[Boris Pek]

Hi,

> the [1] patch is not really useful. It's removing symlinks but it's
> not harmful to follow them in this case. It's not a
> recursive/iterative function so it's harmless. It shouldn't be
> applied.

Yes, you are right. I made test sample and checked it.

So the first point in this bug report is false.

Useless patch was removed.

> the [2] patch, on one part is fixing the bug like i did,

I updated this patch to decrease the difference.

> on the other
> it's setting the first entry in the combo box for no apparent
> reason...

When KDE is installed at least one icon theme is present in system. But without
this change [1] user will see empty icons and empty combobox item at first run
or if theme from his settings is not exist. I believe this should be fixed.

Just remove your settings file and test the application.

Best regards,
Boris

[1] 
https://github.com/tehnick/kde-gtk-config-debian/blob/master/debian/patches/fix-loading-icons#L33


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

Bug#685455: nsca: Potential buffer overflow in send_nsca

[Xiwen Cheng]

Package: nsca
Version: 2.9.1-2
Severity: important

Dear Maintainer,

While looking through the source of send_nsca.c I noticed there is a
major bug in the loop that reads in data from stdin. An attacker could
cause a buffer overflow in send_nsca by sending a payload larger than
5120 bytes with no occurences of 0x17.

The patch included simply records the event and prevents the buffer
overflow from occuring by truncating the payload.

Best regards,
Xiwen

Patch:
>From 06cd6b58b2d1488fbf64cd5f15f20df57e39a852 Mon Sep 17 00:00:00 2001
From: Xiwen Cheng 
Date: Mon, 20 Aug 2012 23:05:06 +0200
Subject: [PATCH] Fix potential buffer overflow

---
 src/send_nsca.c |4 
 1 file changed, 4 insertions(+)

diff --git a/src/send_nsca.c b/src/send_nsca.c
index d44e7c1..07c5196 100644
--- a/src/send_nsca.c
+++ b/src/send_nsca.c
@@ -204,7 +204,11 @@ int main(int argc, char **argv){
input_buffer[pos] = c;
c = getc(stdin);
pos++;
+   if(pos>=MAX_INPUT_BUFFER-1){
+   printf("Warning: packet[%d] truncated to %d 
bytes.\n",total_packets, MAX_INPUT_BUFFER);
+   break;
}
+   }
input_buffer[pos] = 0;
strip(input_buffer);
 
-- 
1.7.10.4


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

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/dash

Versions of packages nsca depends on:
ii  confget1.03-1
ii  debconf [debconf-2.0]  1.5.44
ii  libc6  2.13-33
ii  libmcrypt4 2.5.8-3.1
ii  nsca-client2.9.1-2

nsca recommends no packages.

Versions of packages nsca suggests:
ii  nagios-plugins-basic  1.4.16-1
pn  nagios3   

-- debconf information excluded


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

Bug#684024: python-adodb: broken binary-indep target

[gregor herrmann]

On Sun, 12 Aug 2012 21:01:50 +0200, Evgeni Golov wrote:

> The following patch would fix the issue:

[..]

Besides that the package ships .pyc files which as an ftp-master
auto-reject reason:

% lintian -F python-adodb_2.10-1.1_amd64.changes
E: python-adodb: package-installs-python-bytecode 
usr/share/pyshared/adodb/__init__.pyc
E: python-adodb: package-installs-python-bytecode 
usr/share/pyshared/adodb/adodb.pyc
E: python-adodb: package-installs-python-bytecode 
usr/share/pyshared/adodb/adodb_access.pyc
E: python-adodb: package-installs-python-bytecode 
usr/share/pyshared/adodb/adodb_mssql.pyc
E: python-adodb: package-installs-python-bytecode 
usr/share/pyshared/adodb/adodb_mxodbc.pyc
E: python-adodb: package-installs-python-bytecode 
usr/share/pyshared/adodb/adodb_mxoracle.pyc
E: python-adodb: package-installs-python-bytecode 
usr/share/pyshared/adodb/adodb_mysql.pyc
E: python-adodb: package-installs-python-bytecode 
usr/share/pyshared/adodb/adodb_oci8.pyc
E: python-adodb: package-installs-python-bytecode 
usr/share/pyshared/adodb/adodb_odbc.pyc
E: python-adodb: package-installs-python-bytecode 
usr/share/pyshared/adodb/adodb_odbc_mssql.pyc
E: python-adodb: package-installs-python-bytecode 
usr/share/pyshared/adodb/adodb_postgres.pyc
E: python-adodb: package-installs-python-bytecode 
usr/share/pyshared/adodb/adodb_pyodbc.pyc
E: python-adodb: package-installs-python-bytecode 
usr/share/pyshared/adodb/adodb_sqlite.pyc
E: python-adodb: package-installs-python-bytecode 
usr/share/pyshared/adodb/adodb_vfp.pyc


Cheers,
gregor
 
-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Joan Baez: Forever Young


signature.asc
Description: Digital signature

Bug#685452: handle .rdp files and setup connection properly

[Anand Kumria]

Package: vinagre
Version: 3.4.2-1
Severity: wishlist

Hi,

It is becoming increasingly common for Desktop Virtualisation services
to offer out .rdp files (e.g. desktone.com).

The response as served from the webserver is typically
'application/x-rdp' (so, it would also be good if Vinagre indicated in
the desktop file that it supported this mime type).

A typical .rdp file looks like:

$ cat ~/Downloads/firefox/default/remote-access.rdp
screen mode id:i:2
session bpp:i:32
full address:s:184.106.20.146:8005
username:s:myusername
domain:s:MYDOMAIN
compression:i:1
keyboardhook:i:2
audiomode:i:0
autoreconnection enabled:i:0
authentication level:i:0
prompt for credentials:i:1
negotiate security layer:i:1
remoteapplicationmode:i:0
alternate shell:s:
shell working directory:s:
allow desktop composition:i:1
allow font smoothing:i:1
bitmapcachepersistenable:i:1
redirectprinters:i:0
redirectsmartcards:i:0
redirectcomports:i:0
redirectclipboard:i:1
redirectdrives:i:0
disable full window drag:i:0
disable menu anims:i:0
disable themes:i:0
disable wallpaper:i:0
span monitors:i:0
Use Multimon:i:0

constructing a rdesktop command line from this file is not hard, and
will result in a connection to the specified user (or a password
prompt if required).

But it would be even nicer if vinagre Just Worked (tm), which this kind of file.

Regards,
Anand

-- 
“Don’t be sad because it’s over. Smile because it happened.” – Dr. Seuss


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

Bug#685451: petsc: please provide upgrade to petsc 3.3

[Stephan Kramer]

Package: petsc
Version: 3.2.dfsg-5
Severity: wishlist

Dear Maintainer,

Version 3.3 of petsc has been released since June 2012 and contains various new 
features and fixes. An upgrade of the Debian package would be greatly 
appreciated
Best wishes
Stephan Kramer


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

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


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

Bug#685450: gimp: crashes on startup

[Andreas Kloeckner]

Package: gimp
Version: 2.8.0-2+b1
Severity: important

Dear Maintainer,

Gimp crashes on startup for me. Here's some gdb output:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffe77c1700 (LWP 19483)]
0x7fffe7bab9a5 in ?? () from /usr/lib/libblas.so.3gf
(gdb) bt
#0  0x7fffe7bab9a5 in ?? () from /usr/lib/libblas.so.3gf
#1  0x73c90b50 in start_thread (arg=)
at pthread_create.c:304
#2  0x739db6dd in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#3  0x in ?? ()
(gdb) info threads
  Id   Target Id Frame 
* 2Thread 0x7fffe77c1700 (LWP 19483) "gimp" 0x7fffe7bab9a5 in ?? ()
   from /usr/lib/libblas.so.3gf
  1Thread 0x77faa920 (LWP 19477) "gimp" 0x77df3447 in ?? ()
   from /lib64/ld-linux-x86-64.so.2
(gdb) thread 1
[Switching to thread 1 (Thread 0x77faa920 (LWP 19477))]
#0  0x77df3447 in ?? () from /lib64/ld-linux-x86-64.so.2
(gdb) bt
#0  0x77df3447 in ?? () from /lib64/ld-linux-x86-64.so.2
#1  0x77df2833 in ?? () from /lib64/ld-linux-x86-64.so.2
#2  0x77df02a2 in ?? () from /lib64/ld-linux-x86-64.so.2
#3  0x77df09ce in ?? () from /lib64/ld-linux-x86-64.so.2
#4  0x77deabd6 in ?? () from /lib64/ld-linux-x86-64.so.2
#5  0x707fb2ec in _dlerror_run (operate=0x707fafe0 , 
args=0xcc7000) at dlerror.c:164
#6  0x707fb00f in __dlclose (handle=) at dlclose.c:48
#7  0x71d505e2 in g_module_close ()
   from /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0
#8  0x74e5163d in ?? () from /usr/lib/x86_64-linux-gnu/libgegl-0.2.so.0
#9  0x74e51eda in gegl_module_new ()
   from /usr/lib/x86_64-linux-gnu/libgegl-0.2.so.0
#10 0x74e5248f in ?? () from /usr/lib/x86_64-linux-gnu/libgegl-0.2.so.0
#11 0x74e514e9 in gegl_datafiles_read_directories ()
   from /usr/lib/x86_64-linux-gnu/libgegl-0.2.so.0
#12 0x74e2fe7c in ?? () from /usr/lib/x86_64-linux-gnu/libgegl-0.2.so.0
#13 0x73efba58 in g_option_context_parse ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#14 0x0048c232 in main ()
(gdb) 

Thanks!
Andreas

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

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

Versions of packages gimp depends on:
ii  gimp-data   2.8.0-2
ii  libaa1  1.4p5-40
ii  libatk1.0-0 2.4.0-2
ii  libbabl-0.1-0   0.1.10-1
ii  libbz2-1.0  1.0.6-4
ii  libc6   2.13-33
ii  libcairo2   1.12.2-2
ii  libdbus-1-3 1.6.0-1
ii  libdbus-glib-1-20.100-1
ii  libexif12   0.6.20-3
ii  libfontconfig1  2.9.0-7
ii  libfreetype62.4.9-1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libgegl-0.2-0   0.2.0-2
ii  libgimp2.0  2.8.0-2+b1
ii  libglib2.0-02.33.6-1
ii  libgs9  9.05~dfsg-6
ii  libgtk2.0-0 2.24.10-2
ii  libgudev-1.0-0  175-3.1
ii  libjasper1  1.900.1-13
ii  libjpeg88d-1
ii  liblcms11.19.dfsg-1.1
ii  libmng1 1.0.10-3
ii  libpango1.0-0   1.30.0-1
ii  libpng12-0  1.2.49-1
ii  libpoppler-glib80.20.1-1
ii  librsvg2-2  2.36.1-1
ii  libtiff43.9.6-7
ii  libwebkitgtk-1.0-0  1.8.1-2
ii  libwmf0.2-7 0.2.8.4-10
ii  libx11-62:1.5.0-1
ii  libxcursor1 1:1.1.13-1
ii  libxext62:1.3.1-2
ii  libxfixes3  1:5.0-4
ii  libxmu6 2:1.1.1-1
ii  libxpm4 1:3.5.10-1
ii  python  2.7.3~rc2-1
ii  python-gtk2 2.24.0-3
ii  python2.7   2.7.3~rc2-2.1
ii  zlib1g  1:1.2.7.dfsg-13

Versions of packages gimp recommends:
ii  ghostscript  9.05~dfsg-6

Versions of packages gimp suggests:
pn  gimp-data-extras  
pn  gimp-help-en | gimp-help  
ii  gvfs-backends 1.12.3-1+b1
ii  libasound21.0.25-4

-- 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#685449: unblock: pytimechart/1.0.0~rc1-3

[Varun Hiremath]

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

Please unblock pytimechart/1.0.0~rc1-3. Updating pytimechart fixes an
RC bug: #684779

unblock pytimechart/1.0.0~rc1-3

Changes:
 pytimechart (1.0.0~rc1-3) unstable; urgency=high
 .
   [ Andrew Starr-Bochicchio ]
   * debian/control: Depend on python-gtk2 (Closes: #684779).
   * Add extend-diff-ignore="^[^/]+\.egg-info/" to debian/source/options.
 This allows the package to build twice in a row (Closes: #671148).
 .
   [ Varun Hiremath ]
   * Set urgency high, fixes RC bug.

Thanks,
Varun


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

Bug#684571: qpsmtpd: SMTP Auth Received: header format causes spam false positives and leaks sensitive information

[Devin Carraway]

forwarded 684571 
http://www.nntp.perl.org/group/perl.qpsmtpd/2012/08/msg9954.html
quit

Forwarded upstream for consideration.  Upstream has no BTS, linking mailing
list thread instead.


Devin

-- 
Devin  \ aqua(at)devin.com, IRC:Requiem; http://www.devin.com
Carraway \ 1024D/E9ABFCD2: 13E7 199E DD1E 65F0 8905 2E43 5395 CA0D E9AB FCD2


signature.asc
Description: Digital signature

Bug#685448: installation-reports: no problem - only an installation report

[gurke]

Package: installation-reports
Severity: normal

Dear Maintainer,

Have read that you guys would like to have installation reports in order to get 
more informations, 
even if there is actually no problem. 


-- Package-specific info:

Boot method: USB
Image version: 
Date: 

Machine: self built Partitions: 


Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate 
below), [ ] = 
didn't try it o Initial boot: [O] Detect network card: [O] Configure network: 
[O] Detect CD: 
[O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup: 
[O] Detect 
hard drives: [O] Partition hard drives: [O] Install base system: [O] Install 
tasks: [ ] 
Install boot loader: [ ] Overall install: [ ]

Comments/Problems:




-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="6.0 (squeeze) - installer build 20110106+squeeze4"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux spatz 2.6.32-5-amd64 #1 SMP Mon Jan 16 16:22:28 UTC 2012 x86_64 
GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Sandy Bridge DRAM 
Controller [8086:0100] (rev 09)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:844d]
lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation Sandy Bridge PCI 
Express Root Port [8086:0101] (rev 09)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:02.0 Display controller [0380]: Intel Corporation Sandy Bridge 
Integrated Graphics Controller [8086:0122] (rev 09)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:844d]
lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation Cougar 
Point HECI Controller #1 [8086:1c3a] (rev 04)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:844d]
lspci -knn: 00:19.0 Ethernet controller [0200]: Intel Corporation 82579V 
Gigabit Network Connection [8086:1503] (rev 05)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:849c]
lspci -knn: Kernel driver in use: e1000e
lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation Cougar Point USB 
Enhanced Host Controller #2 [8086:1c2d] (rev 05)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:844d]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation Cougar Point High 
Definition Audio Controller [8086:1c20] (rev 05)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8436]
lspci -knn: Kernel driver in use: HDA Intel
lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation Cougar Point PCI 
Express Root Port 1 [8086:1c10] (rev b5)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation Cougar Point PCI 
Express Root Port 2 [8086:1c12] (rev b5)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.2 PCI bridge [0604]: Intel Corporation Cougar Point PCI 
Express Root Port 3 [8086:1c14] (rev b5)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation Cougar Point PCI 
Express Root Port 4 [8086:1c16] (rev b5)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.4 PCI bridge [0604]: Intel Corporation Cougar Point PCI 
Express Root Port 5 [8086:1c18] (rev b5)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.6 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge 
[8086:244e] (rev b5)
lspci -knn: 00:1c.7 PCI bridge [0604]: Intel Corporation Cougar Point PCI 
Express Root Port 8 [8086:1c1e] (rev b5)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation Cougar Point USB 
Enhanced Host Controller #1 [8086:1c26] (rev 05)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:844d]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation Cougar Point LPC 
Controller [8086:1c44] (rev 05)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:844d]
lspci -knn: 00:1f.2 RAID bus controller [0104]: Intel Corporation 82801 SATA 
RAID Controller [8086:2822] (rev 05)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:844d]
lspci -knn: Kernel driver in use: ahci
lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation Cougar Point SMBus 
Controller [8086:1c22] (rev 05)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:844d]
lspci -knn: Kernel driver in use: i801_smbus
lspci -knn: 01:00.0 VGA compatible controller [0300]: nVidia Corporation Device 
[10de:1200] (rev a1

Bug#685447: libgl1-mesa-dri: Only recommend `libdrm-nouveau1a` and `libdrm-intel1`

[Paul Menzel]

Package: libgl1-mesa-dri
Version: 8.0.4-1
Severity: normal

Dear Debian folks,


I just have an AMD/ATI based system and do not need `libdrm-nouveau1a`
or `libdrm-intel1`. Unfortunately I am not able to remove them, because
`libgl1-mesa-dri` depends on them.

Would converting these `Depends` to `Recommends` be feasible? I do not
see why not, because Recommends are installed by default.


Thanks,

Paul


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

Bug#685446: unblock: model-builder/0.4.1-6

[Varun Hiremath]

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

Please unblock model-builder/0.4.1-6. Updating model-builder fixes an
RC bug: #684681

unblock model-builder/0.4.1-6

Changes:
 model-builder (0.4.1-6) unstable; urgency=high
   * Update patches/use_wx2.8.diff:
 - disable import of matplotlib.numerix, which is not used and no
   longer available (Closes: #684681)
 - fix the MB.ico icon load path

Thanks,
Varun


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

Bug#684516: R: Bug#684516: bluetooth loaded for UNKNOWN reason

[asronche...@libero.it]

>Messaggio originale
>Da: stapp...@stappers.nl
>Data: 19-ago-2012 21.51
>A: "asronche...@libero.it"
>Cc: <684...@bugs.debian.org>
>Ogg: Bug#684516: bluetooth loaded for UNKNOWN reason
>My advice is to research what causes the bluetooth module be loaded.
>
>I would start with checking udev rules.

udev rules are the default ones of a fresh squeeze installation and i 've 
found no strange.bluetooth stuff in them. (and also i never touched udev 
default config files).

>
>Thing I would NOT do, is yelling: Nobody listens to me!

Hey! there's no need to start trolling >:|

I was just pointing the FACT that the problem is *not* caused by the 
bluetooth/bluez packages.

Asdrubale


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

Bug#669565: RFS: gammaray/1.1.0-1 [ITP] -- Tool for examining the internals of Qt application

[Jakub Adam]

Hi Felix,

On 20.8.2012 18:26, Felix Geyer wrote:

Upstream has released version 1.2.1 in the meantime.


I see, imported to our repo.


I noticed that you've removed 3rdparty/qt/private in the upstream tarball.
This needs to be documented in README.source and preferably "+repack" added
to the upstream version number.
In this case however it would be much easier to keep them in the tarball and
just remove those files in debian/rules before building.


I chose a similar approach, but I don't delete the files in d/rules but only
move them away so that dh_clean can restore the sources into original state.

Regards,

Jakub


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

Bug#685445: [INTL:da] Danish translation of the debconf templates live-build

[Joe Dalton]

Package: live-build
Severity: wishlist
Tags: l10n patch

Please include the attached Danish live-build 3.0~a51-1 translations.

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

bye
Joe

da.po
Description: Binary data

Bug#685444: nvidia-graphics-drivers-legacy-96xx: [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz - Portuguese Translation Team]

Package: nvidia-graphics-drivers-legacy-96xx
Version: 96.43.20-6
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for nvidia-graphics-drivers-legacy-96xx's 
debconf messages.

Translator: Miguel Figueiredo 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

--
Melhores cumprimentos/Best regards,

Traduz! - Portuguese Translation Team


pt.po.gz
Description: GNU Zip compressed data

Bug#685443: Kmail: Missing dependency "akonadi-backend-mysql"

[Ralf E-Mail]

Package: kmail
Version: 4:4.4.11.1+l10n-3
Severity: severe

Dear all,
I upgraded my system from squeeze to wheezy and ended up having
akonadi-server and akonadi-backend-sqlite installed (both 1.7.2-1).
However when starting kmail, it complained about the missing akonadi server
and it provided the information that mysql is missing, which indeed wasn't
installed. I was unable to access my emails as the window which the
complained could not be closed.
After installing "akonadi-backend-mysql" which pulled also mysql,
everything started working again.
Please fix this issue for the wheezy release.

Thanks in advance,
Ralf

Bug#683943: luatex: fontconfig overridden by OSFONTDIR in default settings

[Frank Kuester]

Reuben Thomas  writes:

> On 19 August 2012 20:43, Frank Kuester  wrote:
>> As far as I read the text quoted above, OSFONTDIR is _not_ meant for
>> this.  It is meant to access fonts outside the TEXMF trees, and if an
>> engine has a better way to achieve this, I don't see how this engine
>> should require the variable to be unset.
>
> I would be very happy with this interpretation; I was trying, to see
> things from the implementors' point of view. In particular it seems
> logical to me that a TeX mechanism (OSFONTDIR kpathsea variable)
> should override a platform/build-specific mechanism (fontconfig). 

Why override?  Why not simply add an other possibility?

> The behaviour I've described is how it currently works (or at least,
> seems to),

... in luatex...

> and that in itself is something not to change lightly. 

Definitely.

> As
> to how it is intended to work, given the lack of authoritative
> documentation, I can only suggest you consult the source code (for
> comments) or failing that its author(s)/maintainer(s).

Since this seems to be something that affects many engines, I'd rather
ask on the texlive or tex-k lists first.

Regards, Frank


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

Bug#685343: [Packaging] Bug#685343: munin-cron must call munin-graph with "--cron" option

[Holger Levsen]

retitle 685343 cron graphing broken
severity 685343 important
tags 685343 + upstream
thanks

Hi Jonathan,

thanks for your bug report!

On Montag, 20. August 2012, Jonathan Leroy - Inikup wrote:
> The "munin-cron" script must call "munin-graph" with "--cron" option.
> Otherwise, munin-graph will generate graphics files even if
> "graph_strategy" setting is set to "cgi" in munin.conf.
> 
> Upstream "munin-cron" file doesn't seems to call munin-graph.

indeed :/

 TheSnide, thinking about #685343 i think cron graphing is broken in 
2.0.5
 broken as in upstream broken
 munin-graph is not called by munin-cron anymore


cheers,
Holger


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

Bug#685340: [php-maint] Bug#685340: php5-common: provide one /etc/apache2/conf.d/php5.conf for all SAPIs

[Christoph Anton Mitterer]

Hi Ondřej.

On Mon, 2012-08-20 at 13:18 +0200, Ondřej Surý wrote: 
> > - All SAPIs share the same config, thus no surprises.
> I am not sure it that's a good idea
okay,... why do you think so? :)


> (even when I drop your mix of
> AddType and SetHandler).
Well from Apache's view, all these are in the end more or less the
same... so whether you use handlers or mime types to mark the files is
IMHO largely a matter of personal taste.
I prefer MIME types,... you used handlers IIRC,... that's why some of my
examples use MIME types and some handlers =)


> I'll try to come with something else which
> doesn't involve installing apache configuration files when install
> php5-cli package.
Yeah,... I've though about that, too, and also don't like it in
principle.
Maybe one idea would be, that you install that file as a choice within
debconf.
It could even ask, for which webservers (if eventually more would be
supported) it should get installed any maybe also, whether it should
be globally enabled already or not.


> > - No longer the need for manually configuring Apache with respect to PHP 
> > when using CGI/FCGI
> That's simply not true.
Well I meant with respect to the mime types...

I guess you mean it's real activation... while it should still not get
into conflicting SAPIs, running at the same time.

I think it could work to get the full configuration out of the box, for
multiple SAPIs.
Of course I do not talk about the configuration of e.g. FPM itself. Just
what's needed to get the types and the interpretation on.

1) For mod_php,... does it _always_ expect a handler name of
"application/x-httpd-php" or can this be configured?
If not, we have to either patch this (if we'd have wanted one common
config file) or just stick with it.

2) Anyway, we simply ship some configuration that globally sets either
the mime types or handlers.


Now we'd need some means to determine which SAPIs are installed, and to
prevent that more than one are used.
On could perhaps get that with  (for CGI/FPM) and for mod_php,
we can continue to use .
Now that would of course mean, that we need to -Dsomething (for CGI
respectively FPM) on apache startup/restart... does this sound
acceptable to you?


> - And FPM doesn't work with libapache2-mod-fcgid at all and needs
> libapache2-mod-fastcgi from non-free, so again manual intervention is
> required.
Ah,.. I wasn't aware... :(



> > I personally, would strongly recommend AGAINST also having the 
> > Action/ScriptAlias directive there;
> > admins or package maintainers should place them in the  
> > definitions where this
> > is needed.
> I agree on that, but from different reasons (as documented in
> README.Debian) - the php5-cgi is webserver agnostic and we don't want
> it to conflict with libapache2-mod-php5(filter).
Yeah,... we definitely should avoid that..


> Why? You keep pushing your opinions without giving any technical
> reason. Default Debian configuration is secure (it allows only files
> in /var/www to be accessed).
General principle: The less code/functionality is enabled, the less can
happen.
We can never think of all possible tricky attack vectors that might be
used... just consider that mod_php has some hole that's exploitable.
Maybe in conjunction with some other hole in a website, a user manages
to upload somehow his evil .php file and get's it executed.

Of course,... this can always happen; sure.
But when we enable PHP (or anything else like it) globally on the
webserver, the possible working surface for an attacker is automatically
much bigger.
Consider one would need PHP only in some vhost, that's anyway secured
with SSL client cert authentication so you have some trust to the
people that may get in at all.
But there are also vhosts that are open to the public.
If now, there's an attack vector like the above,... one may in practise
be safe if PHP was only enabled on the SSL secured vhost... but perhaps
not if enabled globally.


> You keep repeating this, but Apache manual says:
> http://httpd.apache.org/docs/2.2/mod/mod_mime.html#multipleext
> > If more than one extension is given that maps onto the same type of
> meta-information, then the one to the right will be used, except for
> languages and content encodings. For example, if .gif maps to the
> MIME-type image/gif and .html maps to the MIME-type text/html, then
> the file welcome.gif.html will be associated with the MIME-type
> text/html.
_IF_ (!!) more than one extension is given...
In other words: if we have test.php.foo ... and foo is not a mime-type
(or any other meta-information type)...


> Again you keep pushing Files vs FilesMatch, but did you do or see any
> performance tests.
Well it's just some educated guess ;) ... with FilesMatch you have
PCRE,... therefore always need to jump to that's libraries code and
compile a more complicated regexp language.


> I would guess that processing the PHP file in most
> common scenarios would be much longer than the performance hit induced
> by using F

Bug#685328: GLX_INTEL_swap_event crashes driver when swapping window buffers

[Julien Cristau]

On Sun, Aug 19, 2012 at 12:30:30 -0700, Daniel Manjarres wrote:

> Package: libgl1-mesa-glx
> Version: 8.0.4-1
> Severity: important
> Tags: patch, upstream
> 
> Dear Maintainer,
> When enabling GLX_INTEL_swap_event for windows:
> in the file src/glx/dri2.c:
> DRI2WireToEvent assumes the event it is generating is asociated with a
> GLXPixmap, and tries to look up the pixmap in the glxDrawHash hash
> table, but as the buffer swap is for a _WINDOW_ not a pixmap the result
> is NULL. DRI2WireToEvent then dereferences the null pointer, and SEGVs.
> 
> The attached patch handles this situation gracefully.
> 
Is this patch applied upstream?  If not was it sent there?  If yes
what's the commit id?

Thanks,
Julien


signature.asc
Description: Digital signature

Bug#685442: [hdparm] hdparm resume script should try to do the same thing as init script

[Michal Humpula]

Package: hdparm
Version: 9.39-1+b1
Severity: normal

Hello,

My current hdparm configuration looks something like this

/dev/disk/by-id/ata-WDC_ {
  spindown_time = 60s
}
/dev/disk/by-id/ata-WDC_ {
  spindown_time = 60s
}

I'm using udev symlinks because those are one of several disks attached to my 
computer and I do reatach them from time to time.

It was a surprise when I found out in /usr/lib/pm-utils/sleep.d/95hdparm-apm 
this:

resume_hdparm_spindown()


  
{   


 
for dev in /dev/sd? /dev/hd? ; do 

So naturaly, when I wake up my computer every morning I have to manualy run the 
hdparms init script to spin them down.

>From my point of view, the resume/power script should do the same thing as 
>init 
script -- configure every device listed in hdparm.conf, or just invoke the init 
script (for example anacron does that).

What's your opinion on this?

Michael


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

Bug#685441: linphone crashes on armhf

[Thomas Maass]

Package: linphone
Version: 3.5.2-10
Severity: normal

Linphone crashes on armhf (Tegra2) platform when doing a call.
A built from the latest git checkout works, except video.
This is the backtrace:

#0  __libc_do_syscall () at ../ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-
syscall.S:44
#1  0x4089e1da in __GI_raise (sig=6) at
.../nptl/sysdeps/unix/sysv/linux/raise.c:67
#2  0x408a0678 in __GI_abort () at abort.c:92
#3  0x40097e60 in ?? () from /usr/lib/arm-linux-gnueabihf/libmediastreamer.so.1
#4  0x40097e60 in ?? () from /usr/lib/arm-linux-gnueabihf/libmediastreamer.so.1
Backtrace stopped: previous frame identical to this frame (corrupt stack?)



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

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

Versions of packages linphone depends on:
ii  libasound2  1.0.25-4
ii  libatk1.0-0 2.4.0-2
ii  libavcodec537:0.10.3-dmo1
ii  libavutil51 7:0.11.1-dmo4
ii  libc6   2.13-35
ii  libcairo2   1.10.2-7
ii  libfontconfig1  2.9.0-7
ii  libfreetype62.4.9-1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libgsm1 1.0.13-4
ii  libgtk2.0-0 2.24.10-2
ii  liblinphone43.5.2-10
ii  libmediastreamer1   20120814-1
ii  libogg0 1.3.0-4
ii  libortp820120814-1
ii  libpango1.0-0   1.30.0-1
ii  libspeex1   1.2~rc1-6
ii  libspeexdsp11.2~rc1-6
ii  libswscale2 7:0.11.1-dmo4
ii  libtheora0  1.1.1+dfsg.1-3.1
ii  libx11-62:1.5.0-1
ii  libxv1  2:1.0.7-1
ii  linphone-nogtk  3.5.2-10

linphone recommends no packages.

Versions of packages linphone suggests:
ii  yelp  3.4.2-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#685440: eclipse 3.8 not starting

[xiscu]

Package: eclipse
Version: 3.8.0~rc4-1
Severity: important

Dear Maintainer,

   * What led up to the situation?
Trying to execute eclipse 3.8

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Start eclipse (from command line or from xfce start menu)

   * What was the outcome of this action?
It keeps showing "Loading Workbench" (15%) and nothing happens

   * What outcome did you expect instead?
Eclipse starts


Thank in advance!

xiscu


-- System Information:
Debian Release: wheezy/sid
Architecture: amd64 (x86_64)

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

Versions of packages eclipse depends on:
ii  eclipse-jdt  3.8.0~rc4-1
ii  eclipse-pde  3.8.0~rc4-1

eclipse recommends no packages.

eclipse suggests no packages.

Versions of packages eclipse-platform depends on:
ii  ant1.8.2-4
ii  ant-optional   1.8.2-4
ii  default-jre [java6-runtime]1:1.6-47
ii  eclipse-platform-data  3.8.0~rc4-1
ii  eclipse-rcp3.8.0~rc4-1
ii  gcj-4.6-jre [java5-runtime]4.6.3-1
ii  gcj-4.7-jre [java5-runtime]4.7.1-1
ii  gcj-jre [java5-runtime]4:4.7.1-1
ii  gconf-service  3.2.5-1
ii  java-common0.47
ii  libc6  2.13-35
ii  libcommons-codec-java  1.6-1
ii  libcommons-httpclient-java 3.1-10
ii  libcommons-logging-java1.1.1-9
ii  libgconf-2-4   3.2.5-1
ii  libglib2.0-0   2.32.3-1
ii  libjetty8-java 8.1.3-4
ii  libjsch-java   0.1.42-2
ii  liblucene2-java2.9.4+ds1-4
ii  libservlet3.0-java 7.0.28-2
ii  multiarch-support  2.13-35
ii  openjdk-6-jre [java6-runtime]  6b24-1.11.3-2
ii  sat4j  2.3.1-1

Versions of packages eclipse-platform recommends:
ii  eclipse-pde  3.8.0~rc4-1

Versions of packages eclipse-platform suggests:
ii  eclipse-jdt  3.8.0~rc4-1

Versions of packages eclipse-pde depends on:
ii  default-jre [java6-runtime]1:1.6-47
ii  eclipse-jdt3.8.0~rc4-1
ii  eclipse-platform   3.8.0~rc4-1
ii  gcj-4.6-jre [java5-runtime]4.6.3-1
ii  gcj-4.7-jre [java5-runtime]4.7.1-1
ii  gcj-jre [java5-runtime]4:4.7.1-1
ii  libasm3-java   3.3.2-1
ii  openjdk-6-jre [java6-runtime]  6b24-1.11.3-2

eclipse-pde suggests no packages.

Versions of packages eclipse-jdt depends on:
ii  default-jre [java6-runtime]1:1.6-47
ii  eclipse-platform   3.8.0~rc4-1
ii  gcj-4.6-jre [java5-runtime]4.6.3-1
ii  gcj-4.7-jre [java5-runtime]4.7.1-1
ii  gcj-jre [java5-runtime]4:4.7.1-1
ii  junit  3.8.2-8
ii  junit4 4.10-3
ii  libhamcrest-java   1.2-2
ii  openjdk-6-jre [java6-runtime]  6b24-1.11.3-2

Versions of packages eclipse-jdt recommends:
ii  default-jdk  1:1.6-47

eclipse-jdt 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#685319: ITA: python-eventlet

[Laszlo Boszormenyi (GCS)]

retitle 685319 ITA: python-eventlet -- concurrent networking library for Python
owner !
thanks

Hi,

I would like to adopt for several reasons.
I plan to use it for my own projects. Also plan to be part of the
OpenStack team, for Ceph packaging and for other things as well.

Regards,
Laszlo/GCS


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

Bug#684058: libjson0: json-c version 0.10 is now available.

[Fabien Boucher]

Hi,

I used the tag 0.10 from github and the watch file links to the tags page.

Regards

2012/8/20 Steve Langasek 

> On Mon, Aug 20, 2012 at 04:22:32PM +0100, James Hunt wrote:
> > I've asked on the json-c mailing list today [1] about the possibility of
> > a json-c-0.10.tar.gz release file since both Debian and Ubuntu's watch
> > files are currently looking for releases at
> > http://oss.metaparadigm.com/json-c/ (it also appears that Fedora is
> > looking in the same place).
>
> > Hopefully, the JSON-C project will create this file. But if this is not
> > the file you intend to package, please could you comment on the download
> > location you are intending to use so we can avoid any sync issues.
>
> https://github.com/downloads/json-c/json-c/json-c-0.10.tar.gz appears to
> already be that file.  The watch file probably needs updated?
>

> --
> Steve Langasek   Give me a lever long enough and a Free OS
> Debian Developer   to set it on, and I can move the world.
> Ubuntu Developerhttp://www.debian.org/
> slanga...@ubuntu.com vor...@debian.org
>

Bug#685439: Use of uninitialized value $_[0] in hash element at /usr/bin/apt-show-versions line 729.

[jidanni]

Package: apt-show-versions
Version: 0.18
Severity: grave

$ apt-show-versions |head
Use of uninitialized value $_[0] in hash element at /usr/bin/apt-show-versions 
line 729.
Use of uninitialized value in string comparison (cmp) at 
/usr/bin/apt-show-versions line 721.
Use of uninitialized value $_[0] in hash element at /usr/bin/apt-show-versions 
line 729.
Use of uninitialized value in string comparison (cmp) at 
/usr/bin/apt-show-versions line 721.
-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-3-486
Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages apt-show-versions depends on:
ii  apt  0.9.7.4
ii  libapt-pkg-perl  0.1.26+b1
ii  perl [libstorable-perl]  5.14.2-12

apt-show-versions recommends no packages.

apt-show-versions 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#683426: release-notes: new in wheezy: s390x

[Philipp Kern]

On Mon, Aug 20, 2012 at 11:22:47AM +0200, Julien Cristau wrote:
> Debian 7.0 introduces two new architectures:
> - s390x, intended to replace the s390 port for IBM System z machines

s390x, 64-bit port for IBM System z machines intended to replace s390?

Kind regards
Philipp Kern


signature.asc
Description: Digital signature

Bug#684768: unblock: pegasus-wms/4.0.1+dfsg-7

[Julien Cristau]

On Mon, Aug 20, 2012 at 09:00:00 -0700, Mats Rynge wrote:

> On 08/17/2012 12:52 PM, Adam D. Barratt wrote:
> > ++try:
> > ++urlparse.uses_query.append(scheme)
> > ++except AttributeError as errorstring:
> > ++print(errorstring)
> > 
> > What's the logic behind printing the AttributeError here?  Is it of use
> > to anyone?  (I suspect not, given that it will occur for all python 2.7
> > users.)
> 
> Adam,
> 
> Thanks for the feedback. I have to admit I only tested the fix against
> wheezy and it turns out that the current Python version (2.7.3~rc2-1)
> does have the urlparse.uses_query attribute. The Python version in sid
> (2.7.3-2) does have the change and triggers the problem. As there is an

(the current version in sid is 2.7.3-3 now)

> unblock request for 2.7.3-2, I would like to upload a new version of
> pegasus-wms, replacing the print(errorstring) with a "pass". I have
> verified that this solves the problem in Python 2.7.3-2. Does this
> change sound acceptable?
> 
Yes.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#685417: odt2txt: segfaults some times and valgrind detect lots of errors

[Vincent Bernat]

 ❦ 20 août 2012 18:53 CEST, Petter Reinholdtsen  :

> Package: unoconv
> Version: 0.3-6
>
> When I ran 'odt2txt --stdout -v some-file.odt' for the first time today,
> I noticed a segfault a tthe end of the run.  Trying to reproduce it in
> valgrind proved hard, but when I did I noticed lots of valgrind warnings
> about using free'd memory.  I guess one of these triggered the segfault
> I saw.
>
> I attach the valgrind output.  Please make sure the program do not
> segfault on exit and check the valgring reported errors.
>
> I also attach the test ODF file I used to generate the valgrind
> output.

I need to look better but since unoconv is a pure Python package, the
problem may be with python-uno package. I will look closer at the traces
you have produced and reassign if needed.
-- 
Don't comment bad code - rewrite it.
- The Elements of Programming Style (Kernighan & Plauger)


pgptkxSnwaOBt.pgp
Description: PGP signature

Bug#672959: [Pkg-sysvinit-devel] Bug#672959: kfreebsd-*: panic: vm_fault_copy_wired

[Steven Chamberlain]

On 20/08/12 20:16, Axel Beckert wrote:
> [...] clearly something _after_ the fsck does that.

Looking back at my 'dot' graph of initscript dependencies, it seems like
freebsdutils is the only thing that is free to run before, after, or at
the same time as checkroot.sh and thus could be affected by how long it
takes to run.

Then mtab.sh would be the next thing to run after both checkroot.sh and
freebsdutils are finished.


freebsdutils might try to rm and recreate /etc/mtab as a symlink while
fsck is running, if it is not already there.  Or more likely that would
fail because I think it would be still read-only at that point.

Or instead it may try to mount things on /dev/fd, /proc or /sys while
fsck is running.  I don't know what implications that could have.

Do you think freebsdutils should really wait for checkroot?

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#681816: Unblock paraview/3.14.1-7

[Julien Cristau]

On Mon, Aug 20, 2012 at 18:04:02 +0200, Anton Gladky wrote:

> Hello,
> 
> 2012/8/18 Adam D. Barratt :
> > ...
> > Agreed.  What's the reasoning behind changing the flags at this point?
> > ...
> 
> I just wanted to escape "overlinking" with this --as-needed flag.
> If you think it is not a good idea, please, let me know. Thanks.
> 
I think it's not something that we need to (and thus should) change
during a freeze.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#554843: bullding pure binary deb packages for modules which do not depend on dkms

[Anthony L. Awtrey]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Well, three years have come and gone, and the relentless, aggravating
march to DKMS continues. The latest victim in the apparent effort to
move Debian out of production environments is open-vm-tools, which
recently dropped support for m-a.

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

Daniel Baumann, maintainer of open-vm-source states:
> m-a is not really maintained and deprecated too, so no, doesn't
> make sense to add it back, sorry.

I've searched for discussions on mailing lists or comments on wiki
pages where the DKMS design decisions are being made... can't find
anything. Is no one driving this bus?

I will obviously solve this problem for myself internally, but the
fact that I have to seems to mean that no one really cares about
production security anymore. There is no way in hell I'd deploy a box
to the cloud with compilers. Apparently I'm alone in this.

Whatever. I give up.

Tony
- -- 
Anthony L. Awtrey

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

iQEcBAEBAgAGBQJQMpGlAAoJEC1MrsQmmCjYpsMH+wWsUVIm63pAsn9IBdv1DSGP
O+KoqRMy7RIWhaJRHUnQnHro3Y7k254kBExuIGQRXOJlJVU+5fQtcyGHXVS5b+f6
MRS+CQoRkm7Ov3XvzZ6qOyvewQPGaDmEvjJ4FVUMiP97yWceDzwD0/MYgNJFINQD
UUBDmNYwI6fY98c65+nu0Fmeu+cnm88Gw8rXXV2YTAVJx+JHCcW7BaSuAZ0lIBm0
qtkJk0cH5jfBUAw0ylNPtfuOxnFZ119SAmoqjqyrKXG1RDHZ3NvVhroenli4l9XW
bo3eAEeGbkCYpCCdDKvbHy3wDRuffg3f4yWdDQyZvklU5aZpvoenUhqvVT82lVU=
=ycOr
-END PGP SIGNATURE-


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

Bug#685438: Does not know ICMP code “Destination Net Unknown”

[Joachim Breitner]

Package: link-monitor-applet
Version: 3.0-8
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

(and knowing it would be easy)

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

Versions of packages link-monitor-applet depends on:
ii  gnome-panel 3.4.2.1-2+b1
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-35
ii  libcairo-gobject2   1.12.2-2
ii  libcairo2   1.12.2-2
ii  libfontconfig1  2.9.0-7
ii  libfreetype62.4.9-1
ii  libgconf2-4 3.2.5-1+build1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libgeoip1   1.4.8+dfsg-4
ii  libglib2.0-02.32.3-1
ii  libgtk-3-0  3.4.2-3
ii  libpanel-applet-4-0 3.4.2.1-2+b1
ii  libpango1.0-0   1.30.0-1
ii  link-monitor-applet-common  3.0-8

link-monitor-applet recommends no packages.

link-monitor-applet suggests no packages.

- -- no debconf information

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

iEYEARECAAYFAlAyiwsACgkQ9ijrk0dDIGygxgCdFqEzrphHu4JCsmFIoNjFzxv4
HCMAoIOB0oFYx3GkiGPd9nULsKYar4R9
=pp3J
-END PGP SIGNATURE-


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

Bug#685437: plymouth: init-functions.d/99-plymouth breaks init scripts fancy output

[Adrian Fita]

Package: plymouth
Version: 0.8.5.1-6
Severity: normal

/lib/lsb/init-functions.d/99-plymouth overloads the functions declared in
/lib/lsb/init-functions.d/20-left-info-blocks, thus breaking the fancy output
of the init scripts (the scripts don't display the [ OK ]/[FAIL]/[info] blocks
in the front of the messages anymore).

init-functions.d/99-plymouth should load the hooks functions only when
plymouth is actually running (at boot/shutdown).

I think something like the following added right at the top of
init-functions.d/99-plymouth, before any of the functions declarations should
work (at least it works for me):

if [ ! $(/bin/plymouth --ping > /dev/null 2>&1) ]; then
return;
fi

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

Kernel: Linux 3.2.0-3-686-pae (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 plymouth depends on:
ii  initramfs-tools0.107
ii  libc6  2.13-35
ii  multiarch-support  2.13-35

plymouth recommends no packages.

Versions of packages plymouth suggests:
ii  desktop-base  7.0.2
ii  plymouth-drm  0.8.5.1-6

-- no debconf information

-- debsums errors found:
debsums: changed file /lib/lsb/init-functions.d/99-plymouth (from plymouth 
package)


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

Bug#685435: [INTL:es] Spanish debconf translation of keystone

[SM Baby Siabef]

Package: keystone
Version:
Severity: wishlist
Tags: l10n patch

On the last reminder, the deadline was 25th August, not 21st... ;)

Attached the es.po on tar.gz.

SM Baby Siabef


es.po.tar.gz
Description: GNU Zip compressed data

Bug#685436: cheese: CRITICAL **: cheese_camera_device_get_uuid: assertion `CHEESE_IS_CAMERA_DEVICE (device)' failed

[Vladmimir Stavrinov]

Package: cheese
Version: 3.4.2-1
Severity: normal

It segfault on startup with last message in subject.
The device is ID 093a:2624 Pixart Imaging, Inc. Webcam
The driver is:

lsmod | grep pac
gspca_pac7302  13564  0
gspca_main 22300  1 gspca_pac7302
usbcore   104352  9 
ehci_hcd,uhci_hcd,uas,usb_storage,gspca_main,gspca_pac7302,snd_usbmidi_lib,snd_usb_audio

But I am afraid this is not dependent on device, because option -d pointing to
other device (TV tuner) give the same effect.


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

Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cheese depends on:
ii  cheese-common 3.4.2-1
ii  gnome-video-effects   0.4.0-1
ii  libc6 2.13-35
ii  libcanberra-gtk3-00.28-4
ii  libcheese-gtk21   3.4.2-1
ii  libcheese33.4.2-1
ii  libclutter-1.0-0  1.10.8-2
ii  libclutter-gtk-1.0-0  1.2.0-2
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libgee2   0.6.4-2
ii  libglib2.0-0  2.32.3-1
ii  libgnome-desktop-3-2  3.4.2-1
ii  libgstreamer0.10-00.10.36-1
ii  libgtk-3-03.4.2-3

Versions of packages cheese recommends:
ii  gnome-icon-theme3.4.0-2
ii  gvfs1.12.3-1+b1
ii  hicolor-icon-theme  0.12-1
ii  nautilus-sendto 3.0.3-2+b1

cheese 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#685433: fails to load last read book when it's a certian kind of symlink

[Eugene V. Lyubimkin]

tags 685433 upstream
forwarded 685433 https://github.com/geometer/FBReader/issues/219
quit


Hi Joey,

On 2012-08-20 14:49, Joey Hess wrote:
> Here's an example of the bug. [...]

Interesting case indeed. Forwarded to new upstream.

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


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