Bug#719632: Prepared a new Wheezy update for Nova

[Thomas Goirand]

Hi,

Here's the new changelog, with the remarks of J.Cristau taken into account:

[ Thomas Goirand ]
* CVE-2013-4261: [OSSA 2013-026] Fix problem with long messages in Qpid.
* CVE-2013-2096: [OSSA 2013-012] Check QCOW2 image size during root disk
  creation (Closes: #710157).
* Updates debian/gbp.conf to use the debian/wheezy branch for building.
* Applies https://review.openstack.org/#/c/10168/: resolves issue where
  querying /v1.1/$tenant/os-hosts returns an empty list
  (Closes: #689318).

[ Julien Cristau ]
* Fixes log rotation of nova-consoleauth.log and nova-xvpvncproxy.log
  (Closes: #706011).

The package is available here:
http://archive.gplhost.com/pub/security/nova/

With the debdiff next to it.

Can I upload this to stable-pu?

Cheers,

Thomas Goirand (zigo)


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

Bug#731733: marble-data: OSM license has been changed quite a while ago

[Peter Gervai]

Package: marble-data
Version: 4:4.11.3-1
Severity: minor
Tags: upstream

Nothing serious but About::Data contains CC license for OpenStretMap while
it's in reality available under ODbL, and the tiles usually available under a CC
license.

http://www.openstreetmap.org/copyright

regards,
grin


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

Bug#731446: texlive-base: /etc/libpaper.d/texlive-base should support dvipdfm too

[Norbert Preining]

Hi Vincent,

On Do, 05 Dez 2013, Vincent Lefevre wrote:
> Current dvipdfm paper size (from /var/lib/texmf/dvipdfm/config-paper): letter

This file should not be here and should also not be created
at any point ... hmmm.

dvipdfm is nowadays a link to dvipdfmx and reads only the 
dvipdfmx configuration.

The current code in TL upstream still contains the case for dvipdfm,
but runs it only if a configuration file is found.

Now, the file should not be there, but it might be that it was
not removed during an upgrade.

I guess we had it in 2012 and before, so I need to remove it
in 2013.

Anyone here knows whether there is any special action to be taken
besides
rm -f /var/lib/texmf/dvipdfm/config-paper
on upgrades? 

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094



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

Bug#728427: fixed in python-babel 1.3+dfsg.1-2

[Thomas Goirand]

On 12/09/2013 11:33 AM, Andreas Beckmann wrote:
> Control: found -1 1.3+dfsg.1-2
> 
> On Friday, 6. December 2013 16:23:52 Thomas Goirand wrote:
>>  python-babel (1.3+dfsg.1-2) unstable; urgency=low
>>  .
>>* Fixes upgrade from 1.3-2 that was deleting files from the -localedata
>>  folder (Closes: #728427).
> 
> I still see similar piuparts errors ...
> I'm investigating further as this may be a dpkg bug.
> 
> 
> Andreas
> 

Hi Andrea,

I'd appreciate some help on that one, I've been scratching my head a lot
on this one. With dpkg -i, it seems to fix the issue, though it's
possible that the behavior with apt-get is different.

Cheers,

Thomas


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

Bug#728936: Fwd: Bug#728936 - Has anyone succeeded in installing Jessie on PowerPC?

[Dan DeVoto]

I can confirm this bug.  The keyboard is functional on the first boot screen, 
but when it gets to the "Choose a language" screen, the keyboard no longer 
works.  I tested this on a Powerbook5,6 (with its built-in keyboard) and a 
PowerMac3,1 (with an external Macally keyboard).  Interestingly, the keyboard 
on my dual USB iBook (Powerbook4,3) worked fine, though when I plugged in an 
external keyboard, that again failed.

Oh, and this was with the December 8th nightly build.


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

Bug#729992: jitsi: settings dialog box doesn't have a way to close it

[Damian Minkov]

Java dialogs cannot control the appearance/disappearance of a window's close
button. Eclipse (which uses SWT) also lacks the close button in Gnome,
so we assume this is a problem with a theme design.

On Wed, Nov 20, 2013 at 1:23 AM, Kurt Roeckx  wrote:
> Package: jitsi
> Version: 2.3.4909-1
>
> Hi,
>
> If I go to the menu Tools - Options I get different behavior
> depending on what machine I use:
> - On amd64 in xfce there are icons to maximize, and close
>   the the dialog in the upper right corner.  And one to just
>   show the window caption.
>   (The main window and chat windows all have an additional
>   minimize icon)
> - On i386 with gnome there are no icons in the option window.
>   (The other windows have minimize, maximize, close.)
>
> I'm not sure if this is a jitsi problem, or maybe some problem
> with some toolkit.  Please reassign if you think this is a bug
> somewhere else.
>
>
> Kurt


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

Bug#731732: ocamlrss: FTBFS on bytecode architectures

[Stéphane Glondu]

Source: ocamlrss
Version: 2.2.1-1
Severity: serious
Tags: jessie sid

Hi,

ocamlrss FTBFS on bytecode architectures.

From the ia64 build log:
> make[1]: Entering directory `/«PKGBUILDDIR»'
> /usr/bin/make byte doc
> make[2]: Entering directory `/«PKGBUILDDIR»'
> ocamlfind ocamlc -package xmlm,netstring -annot -c -annot rss_types.ml
> ocamlfind ocamlc -package xmlm,netstring -annot -c -annot rss_io.ml
> ocamlfind ocamlc -package xmlm,netstring -annot -c -annot rss.mli
> ocamlfind ocamlc -package xmlm,netstring -annot -c -annot rss.ml
> ocamlfind ocamlc -package xmlm,netstring -annot -o rss.cma -a rss_types.cmo 
> rss_io.cmo rss.cmo
> ocamlfind ocamlopt -package xmlm,netstring  -c -annot rss_types.ml
> ocamlfind: Not supported in your configuration: ocamlopt
> make[2]: *** [rss_types.cmx] Error 2
> make[2]: Leaving directory `/«PKGBUILDDIR»'
> make[1]: *** [override_dh_auto_build] Error 2
> make[1]: Leaving directory `/«PKGBUILDDIR»'
> make: *** [build-arch] Error 2

Full build logs available via:

  https://buildd.debian.org/status/package.php?p=ocamlrss&suite=sid

Cheers,

-- 
Stéphane


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

Bug#731731: tinyirc: stable tinyirc crashes immediately on startup

[aw585]

Package: tinyirc
Version: 1:1.1.dfsg.1-1
Severity: important

Content-Type: multipart/mixed; boundary="===1036898959=="
MIME-Version: 1.0
From: "Dallas E. Legan II" 
To: Debian Bug Tracking System 
Subject: tinyirc: stable tinyirc crashes immediately on startup
Message-ID: <20131209045452.17898.71334.reportbug@boulderserver.localdomain>
X-Mailer: reportbug 6.4.4
Date: Sun, 08 Dec 2013 20:54:52 -0800
X-Debbugs-Cc: aw...@lafn.org

This is a multi-part MIME message sent by reportbug.


--===1036898959==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Package: tinyirc
Version: 1:1.1.dfsg.1-1
Severity: important

Dear Maintainer,

After upgrading my system, tinyuirce crashes on startup.
I tried rebuilding it from source and the identical error happened.
I found installing the oldstable version when installed seemed to work fine
and so am using it now.
I've no idea if this bug effects anyone else, so selected 'important' for the 
severity.
Feel free to let me know if you find any problem with my systems configuration 
from this report's data.
I'm sending this through debian's report bug mailserver because I've never
run any MTA from this particular server.
I will try to attach a copy of the messages generated when tinyirc crashed.


Thanks for any consideration given.

Dallas E. Legan II / aw...@lafn.org  / dallas.le...@gmail.com

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

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

Versions of packages tinyirc depends on:
ii  libc62.17-93
ii  libncurses5  5.9-10

tinyirc recommends no packages.

tinyirc suggests no packages.

-- no debconf information

--===1036898959==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="tinyirc.lst"

Dallas_E_Legan_II@boulderserver:~/packages$ tinyirc
TinyIRC 1.1 Copyright (C) 1991-1996 Nathan Laredo
This is free software with ABSOLUTELY NO WARRANTY.
For details please see the file COPYING.
*** buffer overflow detected ***: tinyirc terminated
=== Backtrace: =
/lib/i386-linux-gnu/i686/cmov/libc.so.6(__fortify_fail+0x45)[0xb7733e65]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x102c6a)[0xb7732c6a]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x101ff5)[0xb7731ff5]
tinyirc(main+0x260)[0xb7858a40]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(__libc_start_main+0xf5)[0xb76498c5]
tinyirc(+0x23b6)[0xb78593b6]
=== Memory map: 
b75cb000-b75e7000 r-xp  08:01 345
/lib/i386-linux-gnu/libgcc_s.so.1
b75e7000-b75e8000 rw-p 0001b000 08:01 345
/lib/i386-linux-gnu/libgcc_s.so.1
b75e8000-b75f3000 r-xp  08:01 308   
/lib/i386-linux-gnu/i686/cmov/libnss_files-2.17.so
b75f3000-b75f4000 r--p a000 08:01 308   
/lib/i386-linux-gnu/i686/cmov/libnss_files-2.17.so
b75f4000-b75f5000 rw-p b000 08:01 308   
/lib/i386-linux-gnu/i686/cmov/libnss_files-2.17.so
b75f5000-b75ff000 r-xp  08:01 310   
/lib/i386-linux-gnu/i686/cmov/libnss_nis-2.17.so
b75ff000-b760 r--p 9000 08:01 310   
/lib/i386-linux-gnu/i686/cmov/libnss_nis-2.17.so
b760-b7601000 rw-p a000 08:01 310   
/lib/i386-linux-gnu/i686/cmov/libnss_nis-2.17.so
b7601000-b7616000 r-xp  08:01 305   
/lib/i386-linux-gnu/i686/cmov/libnsl-2.17.so
b7616000-b7617000 r--p 00014000 08:01 305   
/lib/i386-linux-gnu/i686/cmov/libnsl-2.17.so
b7617000-b7618000 rw-p 00015000 08:01 305   
/lib/i386-linux-gnu/i686/cmov/libnsl-2.17.so
b7618000-b761a000 rw-p  00:00 0
b762a000-b762b000 rw-p  00:00 0
b762b000-b762e000 r-xp  08:01 302   
/lib/i386-linux-gnu/i686/cmov/libdl-2.17.so
b762e000-b762f000 r--p 2000 08:01 302   
/lib/i386-linux-gnu/i686/cmov/libdl-2.17.so
b762f000-b763 rw-p 3000 08:01 302   
/lib/i386-linux-gnu/i686/cmov/libdl-2.17.so
b763-b77d9000 r-xp  08:01 299   
/lib/i386-linux-gnu/i686/cmov/libc-2.17.so
b77d9000-b77db000 r--p 001a9000 08:01 299   
/lib/i386-linux-gnu/i686/cmov/libc-2.17.so
b77db000-b77dc000 rw-p 001ab000 08:01 299   
/lib/i386-linux-gnu/i686/cmov/libc-2.17.so
b77dc000-b77df000 rw-p  00:00 0
b77df000-b77fc000 r-xp  08:01 514
/lib/i386-linux-gnu/libtinfo.so.5.9
b77fc000-b77fe000 r--p 0001c000 08:01 514
/lib/i386-linux-gnu/libtinfo.so.5.9
b77fe000-b77ff000 rw-p 0001e000 08:01 514
/lib/i386-linux-gnu/libtinfo.so.5.9
b77ff000-b7821000 r-xp  08:01 556
/lib/i386-linux-gnu/libncurses.so.5.9
b7821000-b7822000 r--p 00021000 08:01 556
/lib/i386-linux-gnu/libncurses.so.5.9
b7822000-b7823000 rw-p 00022000 08:01 556
/lib/i386-linux-gnu/libncurses.so.5.9
b7823000-b7824000 rw-p  00:00 0
b782900

Bug#731730: dpkg: directory_to_symlink conversion causes removal of files owned by other packages

[Andreas Beckmann]

Package: dpkg
Version: 1.17.4
Severity: serious

Hi,

consider the following packages shipping a few files:

foo 1.0
/usr/foo/foo.dat

foobar 2.0
/usr/foobar/foo.dat

foo 2.0 (Depends: foobar)
/usr/foo -> foobar

foo 2.0 uses dpkg-maintscript-helper dir_to_symlink to properly perform
the conversion.

After the following sequence, /usr/foobar/foo.dat is missing:

install foo 1.0
install foobar 2.0
install foo 2.0

I think the following is happen during the installation of foo 2.0:

* the preinst moves /usr/foo/ aside
* the package gets unpacked, creating /usr/foo -> foobar
* the obsolete files from foo 1.0 that are no longer in foo 2.0 get
  deleted, this finds /usr/foo/foo.dat which exists, but is actually
  /usr/foobar/foo.dat, but gets deleted anyway.


Observed while debugging the piuparts failures of python-babel on
upgrades from jessie to sid.


Andreas


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

Bug#731715: cgroup-bin: can't add process PID to group/tasks

[Daniel Baumann]

reassign 731715 linux
thanks

On 12/08/2013 11:07 PM, Kristijan Lečnik wrote:
> root@testp:/sys/fs/cgroup/io-test# /bin/echo 5298 > tasks
> /bin/echo: write error: No space left on device

this has nothing to do with libcgroup, you're communicating here with
the kernel, reassigning.

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#728257: xfce4-power-manager: upstream patch available

[Ximin Luo]

Package: xfce4-power-manager
Version: 1.2.0-2
Followup-For: Bug #728257

I can confirm that the patch here:

http://bug-attachment.xfce.org/attachment.cgi?id=3981

from this bug report:

https://bugzilla.xfce.org/show_bug.cgi?id=8188

works and restores the correct icons.

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

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

Versions of packages xfce4-power-manager depends on:
ii  libc6 2.17-97
ii  libdbus-1-3   1.6.18-1
ii  libdbus-glib-1-2  0.100.2-1
ii  libgdk-pixbuf2.0-02.28.2-1
ii  libglib2.0-0  2.36.4-1
ii  libgtk2.0-0   2.24.22-1
ii  libnotify40.7.6-1
ii  libx11-6  2:1.6.2-1
ii  libxext6  2:1.3.2-1
ii  libxfce4ui-1-04.10.0-5
ii  libxfce4util6 4.10.1-1
ii  libxfconf-0-2 4.10.0-2
ii  libxrandr22:1.4.1-1
ii  upower0.9.23-2+b1
ii  xfce4-power-manager-data  1.2.0-2

Versions of packages xfce4-power-manager recommends:
ii  consolekit  0.4.6-3+b1

Versions of packages xfce4-power-manager suggests:
ii  udisks   1.0.4-8+b1
pn  xfce4-power-manager-plugins  

-- 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#728989: [Pkg-varnish-devel] Bug#728989: Bug#728989: varnish: CVE-2013-4484

[Salvatore Bonaccorso]

Hi Stig,

On Mon, Dec 09, 2013 at 01:22:49AM +0100, Stig Sandbeck Mathisen wrote:
> Salvatore Bonaccorso  writes:
> 
> > Thanks for fixing this with the 3.0.5-1 upload. Could you please also
> > prepare packages for squeeze-security and wheezy-security? I did
> > already had a look at wheezy today, attached is proposed debdiff (but
> > not yet tested apart the testsuite).
> 
> I've prepared:
> 
>  * varnish_2.1.3-8+deb6u1 for squeeze-security
> 
>  * varnish_3.0.2-2+deb7u1 for wheezy-security

Thanks! Could you please upload them to security-master (needs to be
built with -sa as it's the first upload for varnish for both
squeeze-security and wheezy-security).

Btw, I would have prefered for review if the patch could be applied
separately via debian/patches/series (I think also Stable Release
Managers would prefer that way when it will hit pu-NEW ;-)).

The debdiff for squeeze-security does not apply cleanly here on top of
2.1.3-8, due to same changes removed as added; but the diff part for
#728989 for debian-changes-2.1.3-8+deb6u1 looks good.

Thanks for your work on this.

Regards,
Salvatore


signature.asc
Description: Digital signature

Bug#728257: xfce4-power-manager: Missing icon in systray for XFCE4 Power Manager

[Ximin Luo]

Package: xfce4-power-manager
Version: 1.2.0-2
Followup-For: Bug #728257

Hi, I have the same bug, both on my desktop and laptop

In my case it is very likely my wireless peripherals:

- for my desktop I have a wireless keyboard and mouse, and I see two "missing" 
icons
- for my desktop I have a UPS, and I see the correct UPS icon.
- for my laptop I have only a wireless mouse, and I see one "missing" icon
- for my laptop I have a battery, and I see the correct battery icon.

Looking in the xfce4-power-manager-data package, all the 
should-be-there-but-instead-missing icons are in the same place as the other 
correct icons I *can* see.

$ ls /usr/share/icons/hicolor/*/status/xfpm-{mouse,keyboard}-*.*
# a bunch of results

When I mouse-over the UPS/battery icons, a tooltip shows up with more details. 
However, no such tooltip shows up when I mouse-over the "missing" icons. I 
would expect at least something like "Wireless mouse 50% battery left".


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

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

Versions of packages xfce4-power-manager depends on:
ii  libc6 2.17-97
ii  libdbus-1-3   1.6.18-1
ii  libdbus-glib-1-2  0.100.2-1
ii  libgdk-pixbuf2.0-02.28.2-1
ii  libglib2.0-0  2.36.4-1
ii  libgtk2.0-0   2.24.22-1
ii  libnotify40.7.6-1
ii  libx11-6  2:1.6.2-1
ii  libxext6  2:1.3.2-1
ii  libxfce4ui-1-04.10.0-5
ii  libxfce4util6 4.10.1-1
ii  libxfconf-0-2 4.10.0-2
ii  libxrandr22:1.4.1-1
ii  upower0.9.23-2+b1
ii  xfce4-power-manager-data  1.2.0-2

Versions of packages xfce4-power-manager recommends:
ii  consolekit  0.4.6-3+b1

Versions of packages xfce4-power-manager suggests:
ii  udisks   1.0.4-8+b1
pn  xfce4-power-manager-plugins  

-- 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#731729: vgrabbj: Please change from libpng3-dev to libpng-dev in Build-Depends

[Nobuhiro Iwamatsu]

Package: vgrabbj
Version: 0.9.8-2
Severity: wishlist
User: lib...@packages.debian.org
Usertags: libpng15-transition

Dear Maintainer,

Your vgrabbj package uses libpng3-dev in Build-Depends.
This is a package for migration, it is not used.
We use the libpng-dev virtual package now.
Could you change from libpng3-dev to libpng-dev in Build-Depends?

Best regards,
  Nobuhiro

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

Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.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#728885: publican: Publican fails to start

[Jeff Fearn]

On 12/02/2013 08:37 AM, Jeff Fearn wrote:
> On 12/01/2013 06:07 AM, Raphael Hertzog wrote:
>> Hello Jeff,
>>
>> On Mon, 18 Nov 2013, Jeff Fearn wrote:
>>> Hi, I've checked in a patch for this. If someone can test it for me I'd 
>>> appreciate it.
>>>
>>> https://github.com/jfearn/XML-TreeBuilder/commit/d81004996dae0f123a77af2c79576e7977559dc0
>>
>> It seems to work fine to fix my issue.
> 
> Great I'll push out a new version this week.
> 
>> Though your change in Build.PL to require XML::Catalog 1.01 seems
>> bogus (there's no such version released) and I tested only the change of
>> lib/XML/TreeBuilder.pm.
> 
> When I build with '1.0.1' I get this:
> 
> Dotted-decimal prereq '1.0.1' for 'XML::Catalog' is not portable - converting 
> it to '1.01'
> 
> It was annoying me so I changed the format in Build.PL to the portable 
> version. It works fine for me on my test machines. It will be funny if the 
> non portable version is more portable than the portable version :}
> 
> Cheers, Jeff.
> 

Hi, I just pushed XML::TreeBuilder 5.2 with the patch for this, it'll take a 
while to run through pause. I reverted the version change noted above just in 
case it causes problems.

Cheers, Jeff.


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

Bug#731728: tuxpaint: Please change from libpng3-dev to libpng-dev in Build-Depends

[Nobuhiro Iwamatsu]

Package: tuxpaint
Version: 1:0.9.21-1.1
Severity: wishlist
User: lib...@packages.debian.org
Usertags: libpng15-transition

Dear Maintainer,

Your package uses libpng3-dev in Build-Depends.
This is a package for migration, it is not used.
We use the libpng-dev virtual package now.
Could you change from libpng3-dev to libpng-dev in Build-Depends?

Best regards,
  Nobuhiro

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

Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.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#731727: lbreakout2: Please change from libpng3-dev to libpng-dev in Build-Depends

[Nobuhiro Iwamatsu]

Package: lbreakout2
Version: 2.6.4-1
Severity: wishlist
User: lib...@packages.debian.org
Usertags: libpng15-transition

Dear Maintainer,

Your package uses libpng3-dev in Build-Depends.
This is a package for migration, it is not used.
We use the libpng-dev virtual package now.
Could you change from libpng3-dev to libpng-dev in Build-Depends?

Best regards,
  Nobuhiro

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

Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.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#731726: libprotobuf-c pkg-config .pc not installed

[Kaspar Emanuel]

Package: libprotobuf-c0-dev
Version: 0.15-1

The generated pkg-config header is not installed in
/usr/lib/pkgconfig/libprotobuf-c.pc

Bug#731725: uscan: Please allow to verify uncompressed tarball signature

[Daniel Kahn Gillmor]

On 12/08/2013 10:16 PM, David Prévot wrote:
> Since it is easier to find/produce collisions with compressed files,
> some projects do a checksum on the tar file and not on the compressed
> file, see:
> 
> http://cryptography.hyperlink.cz/2004/otherformats.html

This note is about bad properties of compressed files in relation to the
use of known-weak cryptographic digests.  The bad thing is the
known-weak cryptographic digest.

If some upstream's signatures are being made over an MD5 digest, they
need to be fixed.  We should be relying on signatures made over strong
digests.

There are lots of ways to stuff unaccountable blobs into uncompressed
tarballs (up to and including inserting an archive file into an
unnoticed directory in the archive itself, or a jpeg in the docs
directory with a plausibly-sized but high-entropy chunk of exif data.

> It would be nice to allow uscan to check the uncompressed tarball
> instead of the compressed one.

yes, i agree with that.

how about adding another option to uscan: pgpsigarchivefilter, which
represents a command through which the archive will be filtered before
the signature is checked.

So, for example, something like:

opts="pgpsigarchivefilter=gzip -d,pgpsigurlmangle=s/tgz$/asc/"

then we could adjust the verification check to invoke gpg as (shell
script here, plz convert to perl for it to actually work :P):

 <$tarball $filter | gpgv $sigfile -

> Bonus question: for CMocka, the directory also change (see the s/34/33/
> bellow) for each file, independently of the version:
> 
> https://open.cryptomilk.org/attachments/download/33/cmocka-0.3.2.tar.asc
> https://open.cryptomilk.org/attachments/download/34/cmocka-0.3.2.tar.xz
>
> Do you have an idea of a pgpsigurlmangle rule that would allow one to
> download the accurate signature file?

ugh, no i don't.  any thoughts on a better way to match?  maybe a
different option that would scanning the download page for filenames
that match the version number somehow instead, and then fetch the full
thing, regardless of path?

Wish i had better ideas,

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#731704: patch

[ygrek]

Hello,

 FTR, here is the patch used in OPAM :
 
https://github.com/ocaml/opam-repository/blob/master/packages/reins/reins.0.1a/files/fix_build.patch

-- 


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

Bug#629531: racktables packaging status

[Ludovico Cavedon]

Hi David,

On Sun, Dec 8, 2013 at 10:19 AM, David Hannequin
 wrote:
> Sorry but i deleted my packaging after Debian Mentor drop my requeste.
>
> For somes reasons i don't want to work for this project ( 5 packages dropped 
> and an itp "steal"). Many people don't respect Debian project process.

I am sorry you had a bad experience.
If you change your mind I am willing to sponsor your upload for racktables.

Thanks,
Ludovico


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

Bug#728427: fixed in python-babel 1.3+dfsg.1-2

[Andreas Beckmann]

Control: found -1 1.3+dfsg.1-2

On Friday, 6. December 2013 16:23:52 Thomas Goirand wrote:
>  python-babel (1.3+dfsg.1-2) unstable; urgency=low
>  .
>* Fixes upgrade from 1.3-2 that was deleting files from the -localedata
>  folder (Closes: #728427).

I still see similar piuparts errors ...
I'm investigating further as this may be a dpkg bug.


Andreas


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

Bug#731725: uscan: Please allow to verify uncompressed tarball signature

[David Prévot]

Package: devscripts
Version: 2.13.5
Severity: wishlist
User: devscri...@packages.debian.org
Usertag: uscan

Hi,

Since it is easier to find/produce collisions with compressed files,
some projects do a checksum on the tar file and not on the compressed
file, see:

http://cryptography.hyperlink.cz/2004/otherformats.html
https://www.kernel.org/signature.html
https://www.samba.org/samba/download/
https://open.cryptomilk.org/projects/cmocka/files

It would be nice to allow uscan to check the uncompressed tarball
instead of the compressed one.


Bonus question: for CMocka, the directory also change (see the s/34/33/
bellow) for each file, independently of the version:

https://open.cryptomilk.org/attachments/download/33/cmocka-0.3.2.tar.asc
https://open.cryptomilk.org/attachments/download/34/cmocka-0.3.2.tar.xz

Do you have an idea of a pgpsigurlmangle rule that would allow one to
download the accurate signature file?

Regards

David


signature.asc
Description: Digital signature

Bug#731724: fontconfig-config: misplaced /etc/fonts.conf.d/11-lcdfilter-default.conf (probably a typo)

[BubuXP]

Package: fontconfig-config
Version: 2.11.0-2
Severity: normal

Dear Maintainer,
I've only did a 'dpkg-reconfigure fontconfig-config' but probably this file
(a symbolic link) existed before, but I noticed it only now.
There's probably a typo somewhere in post-install script or in source files.
The correct path should be /etc/fonts/conf.d and not /etc/fonts.conf.d, as
this path is not read by fontconfig and so the config file linked is not used.


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

Kernel: Linux 3.12-3.dmz.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages fontconfig-config depends on:
ii  debconf [debconf-2.0]  1.5.52
ii  fonts-dejavu-core  2.33+svn2514-3
ii  ucf3.0027+nmu1

fontconfig-config recommends no packages.

fontconfig-config suggests no packages.

-- debconf information:
* fontconfig/hinting_type: None
* fontconfig/enable_bitmaps: false
* fontconfig/subpixel_rendering: Never


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

Bug#731723: dh_installdeb: support for new dpkg-mainscript-helper commands dir_to_symlink, symlink_to_dir

[Andreas Beckmann]

Followup-For: Bug #731723

Attaching patch, verified to produce working packages.

Andreas
>From 360dafa6af870d091d3dd6ca9fa78ac42505c31f Mon Sep 17 00:00:00 2001
From: Andreas Beckmann 
Date: Mon, 9 Dec 2013 02:37:56 +0100
Subject: [PATCH] dh_installdeb: add support for d-m-h commands
 symlink_to_dir, dir_to_symlink

these two new dpkg-maintscript-helper commands were added in dpkg 1.17.2
---
 debian/changelog |6 ++
 dh_installdeb|2 ++
 2 files changed, 8 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index 526ca9f..ffdc5b1 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,14 @@
 debhelper (9.20131128) UNRELEASED; urgency=low
 
+  [ Joey Hess ]
   * cmake: Configure with -DCMAKE_BUILD_TYPE=None
 Closes: #701233
 
+  [ Andreas Beckmann ]
+  * dh_installdeb: Add support for dpkg-maintscript-helper commands
+symlink_to_dir and dir_to_symlink that were added in dpkg 1.17.2.
+Closes: #731723
+
  -- Joey Hess   Thu, 05 Dec 2013 14:04:01 -0400
 
 debhelper (9.20131127) unstable; urgency=low
diff --git a/dh_installdeb b/dh_installdeb
index e233170..64a6c7d 100755
--- a/dh_installdeb
+++ b/dh_installdeb
@@ -69,6 +69,8 @@ init();
 my %maintscript_predeps = (
 	"rm_conffile" => "",
 	"mv_conffile" => "",
+	"symlink_to_dir" => "1.17.2",
+	"dir_to_symlink" => "1.17.2",
 );
 
 foreach my $package (@{$dh{DOPACKAGES}}) {
-- 
1.7.10.4

Bug#731633: dgit ignores my .gbp.conf settings [and 1 more messages]

[Antoine Beaupré]

On 2013-12-07 21:32:29, Ian Jackson wrote:
> Antoine Beaupré writes ("Bug#731633: dgit ignores my .gbp.conf settings"):
>> Minor really. I usually build my git packages using cowbuilder, and I
>> have a rather convoluted setup to build packages, on my wheezy box, in
>> a sid chroot to (a) get a clean environment and (b) to build against
>> sid for uploads.
>
> Thanks for the report.
>
> Right.  As the manpage says, you may use any technique you like to do
> the build, provided it results in a .dsc which matches your git tree
> exactly.

Ah right.

> So it's not necessary for the building functions in dgit to support
> every possible workflow.  However, I'm certainly open to improving
> dgit's build functions if it would be possible and useful.

Of course.

>> My setup is a mix of those:
> ...
>> dpkg-buildpackage: paquet source bugs-everywhere
>> dpkg-buildpackage: version source 1.1.1-3
>> dpkg-buildpackage: source changé par Antoine Beaupré 
>> dpkg-buildpackage: architecture hôte amd64
>>  dpkg-source -i.git/ -I.git --before-build bugs-everywhere-1.1.1
>> dpkg-source: info: utilisation des options depuis 
>> bugs-everywhere-1.1.1/debian/source/options : --single-debian-patch
>> dpkg-checkbuilddeps : dépendances de construction non trouvées : tla darcs 
>> monotone rcs python-numpydoc
>> dpkg-buildpackage: avertissement: dépendances de construction et conflits 
>> non satisfaits ; échec.
>> dpkg-buildpackage: avertissement: (Utilisez l'option -d pour forcer.)
>> gbp:error: Couldn't run 'dpkg-buildpackage -i\.git/ -I.git -us -uc 
>> -v1.1.1-2': dpkg-buildpackage -i\.git/ -I.git return
>> git-buildpackage: failed command: git-buildpackage -us -uc 
>> --git-no-sign-tags '--git-builder=dpkg-buildpackage -i'\\'.g
>> dgit: subprocess failed with error exit status 1
>
> So I think you are right that the problem here is that dgit is
> overriding --git-builder.  dgit needs to do this because the default
> ignore rules are not correct: git-buildpackage (and various other
> tools) ignore .gitignore (and perhaps other things) by default, which
> is not correct with dgit.

Uh. That's weird. Seems like a bug in git-buildpackage...

> As far as I know the only way to specify a different set of ignore
> rules with git-buildpackage is to override --git-builder.

Yeah, I have this in my .gbp.conf:

[DEFAULT]
cleaner = fakeroot debian/rules clean
postbuild = lintian $GBP_CHANGES_FILE
builder = /usr/bin/git-pbuilder

[git-buildpackage]
export-dir = ../build-area/

[git-import-orig]
dch = False

> As it happens, I think you can achieve the same effect with dgit's
> subcommand override options.  If I UTSL I see this in cmd_git_build:
> my @cmd =
> (qw(git-buildpackage -us -uc --git-no-sign-tags),
>  "--git-builder=@dpkgbuildpackage");
>
> So it may work to say something like:
> dgit --dpkg-buildpackage=git-pbuilder git-build
>
> I appreciate that this isn't particularly discoverable, but the
> ability to override dpkg-buildpackage is documented in the manual
> and if you run dgit with the -D option it will show you the commands
> it's running.  (Would it have been better to show this particular
> command by default?)

That would have been useful yes. But yeah, I must admit that I filed
those bugs without RTFM... my bad.

>> This seems to work a little better here:
>> DIST=sid ARCH=amd64 dgit git-build --git-builder=git-pbuilder
>> It seems to me this shouldn't be hardcoded.
>
> I assume that this works only because something else is somehow
> overriding the dropping of .gitignore.

Hum... Not sure. In fact, I am not sure I understand what you mean about
that .gitignore thing... You're saying git-buildpackage doesn't
*respect* or *package* the .gitignore file?

> Later in this bug you followed up:
>
> Antoine Beaupré writes:
>> Ah, after more complete testing, it seems that push fails with packages
>> built through pbuilder, because it can't find the .dsc file:
> ...
>> dgit: looked for .dsc bugs-everywhere_1.1.1-3.dsc, but Aucun fichier ou 
>> dossier de ce type; maybe you forgot to build
>> 
>> Indeed, the files are in ../build-area. But after moving the files into
>> place (in ../), the push proceeds further. Maybe there should be an
>> option to specify the build directory?
>
> I think that would be a good idea.  (I won't yet clone this bug report
> for that, because I want to finish the whole conversation before
> deciding what's best to do.)

Right. Or maybe look at gbp's config? Just brainstorming here...

> (But: there is already an option to specify the .changes file.  Does
> using it make dgit work in this case?  I ask because I have a feeling
> it might not...)

Crap, I missed that option too... I guess I'll try again during the next
upload! Maybe that's all that's needed really...

A.

-- 
Si Dieu existe, j'espère qu'Il a une excuse valable
- Daniel Pennac


pgp1mkRWJi6Li.pgp
Description: PGP signature

Bug#731632: dgit adds to quild gitignored files

[Antoine Beaupré]

On 2013-12-07 21:59:02, Ian Jackson wrote:
> Ian Jackson writes ("Re: Bug#731632: dgit adds to quild gitignored files"):
>> Antoine Beaupré writes ("Bug#731632: dgit adds to quild gitignored files"):
>> > The git repo:
>> > git+ssh://git.debian.org/git/dgit-repos/repos/bugs-everywhere.git
>> > 
>> > The .gitignore:
>
> Thinking about this some more, I become more puzzled.  I think I would
> like to try to reproduce this.
>
> I have fetched your source tree.  I guess you were trying to push
> 3caf93f13fc59943cc6162949b57ffdf57daad25 ?  And your parent directory
> contained bugs-everywhere_1.1.1_orig.tar.gz ?  How do I cause this
> .be/id-cache file to exist ?
>
> Or to put it another way, can tell me how to repro this problem ?

I think that file was created by running "be list" in the
bugs-everywhere directory. be then generates this cached file.

It's not part of the build process, it's just that I ran this in the
work tree. Deleting the file completely fixed the problem...

A.

-- 
Seul a un caractère scientifique ce qui peut être réfuté. Ce qui n'est
pas réfutable relève de la magie ou de la mystique.
- Popper, Karl


pgphfBKp2186s.pgp
Description: PGP signature

Bug#731699: vlc: Segmentation fault by clicking on 'MyVideos' or 'My Music' or 'My Pictures'

[Reinhard Tartler]

Can you please produce a backtrace for this?

See https://wiki.debian.org/HowToGetABacktrace for more information
how to do this.

Also, please try running vlc from a shell with more verbosity? Use
"vlc -vvv" in an xterm or similar, and please attach the output in
your reply to this email.

Thanks


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

Bug#728444: is there an "unbreaks" tag for once xpdf is fixed?

[Michael Gilbert]

On Sun, Dec 8, 2013 at 7:11 AM, Sanjoy Mahajan wrote:
> Is that possibility automated in any way, e.g. an "unbreaks" tag once
> xpdf is fixed such that my daily "aptitude dist-upgrade" will somehow
> know to offer to install the fixed xpdf?

The breaks is xpdf <= 3.02-11, so the problem will indeed be resolved
once a version greater than that is uploaded.

Best wishes,
Mike


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

Bug#731723: dh_installdeb: support for new dpkg-mainscript-helper commands dir_to_symlink, symlink_to_dir

[Andreas Beckmann]

Package: debhelper
Version: 9.20131127
Severity: normal
Tags: patch

Hi Joey,

dpkg-maintscript-helper recently gained two new commands:
dir_to_symlink, symlink_to_dir. dh_installdeb does not yet recognize
them, a patch is following.

Andreas


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

Bug#731722: gnome-music crash when i try to search music

[Ramon Ramos]

Package: gnome-music
Version: 3.10.1-1
Severity: important

Dear Maintainer,

When i press the button for search music, the program crash and show this
message.

Detected new source available: 'Tracker' and it supports search
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/gnomemusic/searchbar.py", line 45, in
prepare_search_filter
self.view = self.stack_switcher.get_stack().get_visible_child()
AttributeError: 'NoneType' object has no attribute 'get_visible_child'

Thanks for your time

Atte

Ramón Ramos.



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

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

Versions of packages gnome-music depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.18.0-1
ii  gir1.2-glib-2.0  1.36.0-2+b1
ii  gir1.2-grilo-0.2 0.2.7-1
ii  gir1.2-gst-plugins-base-1.0  1.2.1-2
ii  gir1.2-gstreamer-1.0 1.2.1-1
ii  gir1.2-gtk-3.0   3.8.6-1
ii  gir1.2-notify-0.70.7.6-1
ii  gir1.2-tracker-0.16  0.16.2-1
ii  grilo-plugins-0.20.2.9-2
ii  libatk1.0-0  2.10.0-2
ii  libc62.17-97
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libglib2.0-0 2.36.4-1
ii  libgtk-3-0   3.8.6-1
ii  libpango-1.0-0   1.36.0-1
ii  libpangocairo-1.0-0  1.36.0-1
ii  python3  3.3.2-17
ii  python3-gi   3.10.2-1
ii  python3-gi-cairo 3.10.2-1
pn  python3:any  
ii  tracker  0.16.2-1

gnome-music recommends no packages.

gnome-music suggests no packages.

-- no debconf information

Bug#727221: Debug noise

[Kacper Gutowski]

Package: libusb-1.0-0
Version: 2:1.0.17-1+b1
Followup-For: Bug #727221

I don't know if other applications are affected, but I can reproduce it
and it indeed makes usage of gphoto2 quite annoying.

Neither setting USB_DEBUG nor LIBUSB_DEBUG makes any difference for me.
LIBUSB_DEBUG=0 gphoto2 -L spits huge amount of lines starting with
"libusbx: debug " to stderr.

The original submitter has attached some sample of produced output in
the bug #727217 filled against gphoto2 (which uses libgphoto2-port0
which in turn depends on libusb-1.0-0).


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

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

Versions of packages libusb-1.0-0 depends on:
ii  libc6  2.17-97
ii  libudev1   204-5
ii  multiarch-support  2.17-97

libusb-1.0-0 recommends no packages.

libusb-1.0-0 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#731569: console spam from package kit daemon

[Vincent Lefevre]

On 2013-12-08 16:19:18 +0100, Matthias Klumpp wrote:
> 2013/12/8 Vincent Lefevre :
> > Well, very annoying bugs make a package unusable in practice, because
> > people wouldn't want it on their machine. Think about a package that
> > would blank the screen every minute... I also wondered whether this
> > bug should be raised to grave, mainly so that users could notice it
> > with apt-listbugs before upgrading. But since it will be fixed soon,
> > this may not matter very much.
> Blanking the screen effectively prevents you from doing work, while
> log-spam is just annoying, but can be ignored otherwise.

No, it can't be ignored. I work almost exclusively with text terminals
(Iceweasel and local Emacs instances are the exceptions). Having spam
in these terminals is a bit like screen blanking, and is actually
worse: with screen blanking, just unblank it when it occurs (e.g. by
moving the mouse). Concerning spam in terminals, unless a curses
application is running in it, there's no way to discard the spam.
The user gets permanently distracted, copy-paste of large blocks will
contain spam, some data that should fit in a window will no longer fit
because of spam in the middle, etc.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#731663: liferea: "Segmentation fault" during startup

[Andrzej Filip]

This bug is a duplicate of 731664.
731664: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731664

I have submitted it twice due to misinterpreted/misleading reportbug messages.


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

Bug#731664: liferea: "Segmentation fault" during startup (gdb info)

[David Smith]

forwarded 731664 https://sourceforge.net/p/liferea/bugs/1121/
severity 731664 important
thanks.

On 12/09/2013 08:50 AM, Andrzej Filip wrote:
> On 12/08/2013 02:03 PM, tinytinyrss.serv...@gmail.com wrote:
>>
>> Can you try running:
>> dconf write /org/gnome/liferea/last-item-selected 0
>>
>> and let me know if that fixes it?
> It fixed "no start" at once.  There has been one or two 'segmentation
> faults" AFTER startup but liferea seems to be back to normal.
>
Upstream reported this issue fixed in 1.10.2, but it looks like this bug
is still around.  Arch linux users have also reported getting this bug.

Thanks again for the bug report, it's been sent upstream and we're
waiting for a fix.

-David


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

Bug#731664: liferea: "Segmentation fault" during startup (gdb info)

[Andrzej Filip]

On 12/08/2013 02:03 PM, tinytinyrss.serv...@gmail.com wrote:
> On 12/08/2013 02:54 PM, Andrzej Filip wrote:
>> gdb results
>>
>> [...] Program received signal SIGSEGV, Segmentation fault. 
>> enclosure_list_view_load (elv=0x0, item=item@entry=0x869b678) at 
>> enclosure_list_view.c:248 248enclosure_list_view.c: No such
>> file or directory.
>>
> Can you try running:
> dconf write /org/gnome/liferea/last-item-selected 0
>
> and let me know if that fixes it?
It fixed "no start" at once.  There has been one or two 'segmentation
faults" AFTER startup but liferea seems to be back to normal.


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

Bug#731721: scorched3d fails to run with cryptic (huge) message about GLSLProgram

[Daniel Kahn Gillmor]

Package: scorched3d
Version: 43.3+dfsg-1
Severity: normal

Dear Maintainer,

I launched scorched3d and then clicked "Play"

after a few seconds, i got a dialog box showing the following crazy
message (dozens of newlines included, the dialog box was insanely
tall):

---
The Scorched3d process terminated due to configuration errors.






























































































































GLSLProgram : linking of program failed : error: shader uses too many varying 
components ...
(36 > 32)


---


It probably shouldn't print all these newlines.

this is the graphics controller on this machine:

00:02.0 VGA compatible controller: Intel Corporation Atom Processor 
D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller

I have no idea what to do to fix this problem, but if you have
suggestions, i can try to test them.

  --dkg


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

Kernel: Linux 3.11-2-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 scorched3d depends on:
ii  dpkg  1.16.12
ii  libalut0  1.1.0-3
ii  libc6 2.17-97
ii  libexpat1 2.1.0-4
ii  libfftw3-single3  3.3.3-7
ii  libfreetype6  2.5.1-1
ii  libgcc1   1:4.8.2-1
ii  libgl1-mesa-glx [libgl1]  9.2.2-1
ii  libglew1.71.7.0-3
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libjpeg8  8d-2
ii  libogg0   1.3.1-1
ii  libopenal11:1.14-4
ii  libpng12-01.2.49-5
ii  libsdl-net1.2 1.2.8-3
ii  libsdl1.2debian   1.2.15-8
ii  libstdc++64.8.2-1
ii  libvorbis0a   1.3.2-1.3
ii  libvorbisfile31.3.2-1.3
ii  libwxbase2.8-02.8.12.1+dfsg-1
ii  libwxgtk2.8-0 2.8.12.1+dfsg-1
ii  scorched3d-data   43.3+dfsg-1
ii  zlib1g1:1.2.8.dfsg-1

scorched3d recommends no packages.

scorched3d 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#731720: installation-reports: Debian Wheezy installer damages partition table

[Mikulas Patocka]

Package: installation-reports
Severity: critical
Tags: d-i
Justification: breaks unrelated software

Dear Maintainer,
After installing Debian Wheezy, partition table is corrupted. The OS/2 system,
that is also installed on the computer, reports partition corruption. The disk
is INTEL SSDSC2CW180A3 on SATA-PATA converter.

See this:
Disk /dev/sda: 180.0 GB, 180045766656 bytes
255 heads, 63 sectors/track, 21889 cylinders, total 351651888 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0002adef

   Device Boot  Start End  Blocks   Id  System
/dev/sda1  63 2104514 10522266  FAT16
/dev/sda2   * 2104515 21205798032+   a  OS/2 Boot Manager
/dev/sda3 21217284951039923694336   83  Linux
/dev/sda449512391   351646784   1510671975  Extended
/dev/sda54951239349656914   72261   83  Linux
/dev/sda64965697855954394 3148708+  83  Linux
/dev/sda7559544587693528410490413+  e2  Unknown
/dev/sda87693534883232764 3148708+   7  HPFS/NTFS/exFAT
/dev/sda983232828   21743977467103473+   7  HPFS/NTFS/exFAT
/dev/sda10  217439838   35164678467103473+   7  HPFS/NTFS/exFAT

Debian Wheezy was installed on /dev/sda3. The partition /dev/sda4 starts at
49512391, the partition /dev/sda5 starts two sectors away, at 49512393. This is
wrong.

Note that before the Debian installation, the partition /dev/sda4 started at
49512330 - that is the correct place where it should be.

The partition /dev/sda4, where Debian was installed, is not aligned on 255*63
sectors.

When dealing with MS-DOS style partition table, the following alignment rules
apply:
* primary partitions must be aligned on 255*63 (except the first one at the
beginning of the disk, which is at sector 63)
* logical partitions are placed in such a way that the sector number modulo
(255*63) gives 63 (except in one case - when the extended partition is at the
beginning of the disk, and the logical partition is at the beginning of the
extended partition, then the logical partition is at sector 126).
* on very old disks, the alignment is number_of_heads*number_of_cylinders. Most
disks assume 255 heads and 63 cylinders.

I understand that you want to use non-MS-DOS-compatible alignment for better
performance on disks with 4k sectors - but please note that if you have a disk
that already has partitions that obey MS-DOS alignment rules, the installer
must obey these rules too! There are other operating systems that don't
understand misaligned partitions.



-- Package-specific info:

Boot method: network
Image version: 
ftp://ftp.debian.org/debian/dists/wheezy/main/installer-i386/20130613+deb7u1/images/netboot/debian-installer/i386/
Date: 

Machine: AMD K6-3+
Partitions: 


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

Initial boot:   [ ]
Detect network card:[ ]
Configure network:  [ ]
Detect CD:  [ ]
Load installer modules: [ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Install base system:[ ]
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="7 (wheezy) - installer build 20130613+deb7u1"
X_INSTALLATION_MEDIUM=netboot

==
Installer hardware-summary:
==
uname -a: Linux psychopat 3.2.0-4-486 #1 Debian 3.2.51-1 i586 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: VIA Technologies, Inc. VT82C598 [Apollo 
MVP3] [1106:0598] (rev 04)
lspci -knn: Kernel driver in use: agpgart-via
lspci -knn: 00:01.0 PCI bridge [0604]: VIA Technologies, Inc. VT82C598/694x 
[Apollo MVP3/Pro133x AGP] [1106:8598]
lspci -knn: 00:07.0 ISA bridge [0601]: VIA Technologies, Inc. VT82C686 [Apollo 
Super South] [1106:0686] (rev 14)
lspci -knn: Subsystem: VIA Technologies, Inc. Device [1106:]
lspci -knn: Kernel driver in use: parport_pc
lspci -knn: 00:07.1 IDE interface [0101]: VIA Technologies, Inc. 
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE [1106:0571] (rev 06)
lspci -knn: Kernel driver in use: pata_via
lspci -knn: 00:07.2 USB controller [0c03]: VIA Technologies, Inc. VT82x 
UHCI USB 1.1 Controller [1106:3038] (rev 06)
lspci -knn: Subsystem: 

Bug#731694: wiki.debian.org: friendlier reminder text for login

[Paul Wise]

On Sun, Dec 8, 2013 at 11:10 PM, Osamu Aoki wrote:

> I have seen people telling me wiki page is immutable.

No need to file a new bug about this, we already had one. I merged
them together.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#728989: [Pkg-varnish-devel] Bug#728989: Bug#728989: varnish: CVE-2013-4484

[Stig Sandbeck Mathisen]

Salvatore Bonaccorso  writes:

> Thanks for fixing this with the 3.0.5-1 upload. Could you please also
> prepare packages for squeeze-security and wheezy-security? I did
> already had a look at wheezy today, attached is proposed debdiff (but
> not yet tested apart the testsuite).

I've prepared:

 * varnish_2.1.3-8+deb6u1 for squeeze-security

 * varnish_3.0.2-2+deb7u1 for wheezy-security

Debdiffs attached:

diff -Nru varnish-3.0.2/debian/changelog varnish-3.0.2/debian/changelog
--- varnish-3.0.2/debian/changelog	2012-05-01 16:22:42.0 +0200
+++ varnish-3.0.2/debian/changelog	2013-12-09 00:48:01.0 +0100
@@ -1,3 +1,11 @@
+varnish (3.0.2-2+deb7u1) wheezy-security; urgency=high
+
+  * Import upstream security patch.
+A malformed request could in some configurations lead to Varnish
+crashing.  CVE-2013-4484 (Closes: #728989)
+
+ -- Stig Sandbeck Mathisen   Sun, 08 Dec 2013 23:36:59 +0100
+
 varnish (3.0.2-2) unstable; urgency=low
 
   [ Knut Arne Bjørndal ]
diff -Nru varnish-3.0.2/debian/patches/0001-Make-up-our-mind-Any-req.-we-receive-from-the-client.patch varnish-3.0.2/debian/patches/0001-Make-up-our-mind-Any-req.-we-receive-from-the-client.patch
--- varnish-3.0.2/debian/patches/0001-Make-up-our-mind-Any-req.-we-receive-from-the-client.patch	1970-01-01 01:00:00.0 +0100
+++ varnish-3.0.2/debian/patches/0001-Make-up-our-mind-Any-req.-we-receive-from-the-client.patch	2013-12-09 00:48:30.0 +0100
@@ -0,0 +1,133 @@
+From 6de534b7096879890ac152537c87551fda204944 Mon Sep 17 00:00:00 2001
+From: Martin Blix Grydeland 
+Date: Wed, 30 Oct 2013 13:48:20 +0100
+Subject: [PATCH] Make up our mind:  Any req.* we receive from the client with
+ fundamental trouble gets failed back without VCL involvement.
+
+Fixes	#1367
+---
+ bin/varnishd/cache_center.c  | 28 +++-
+ bin/varnishd/cache_http.c|  2 +-
+ bin/varnishtest/tests/r01367.vtc | 30 ++
+ 3 files changed, 46 insertions(+), 14 deletions(-)
+ create mode 100644 bin/varnishtest/tests/r01367.vtc
+
+diff --git a/bin/varnishd/cache_center.c b/bin/varnishd/cache_center.c
+index 4d94d88..190aeaf 100644
+--- a/bin/varnishd/cache_center.c
 b/bin/varnishd/cache_center.c
+@@ -1453,9 +1453,12 @@ DOT start -> recv [style=bold,color=green]
+ static int
+ cnt_start(struct sess *sp)
+ {
+-	uint16_t done;
++	uint16_t err_code;
+ 	char *p;
+-	const char *r = "HTTP/1.1 100 Continue\r\n\r\n";
++	const char *r_100 = "HTTP/1.1 100 Continue\r\n\r\n";
++	const char *r_400 = "HTTP/1.1 400 Bad Request\r\n\r\n";
++	const char *r_413 = "HTTP/1.1 413 Request Entity Too Large\r\n\r\n";
++	const char *r_417 = "HTTP/1.1 417 Expectation Failed\r\n\r\n";
+ 
+ 	CHECK_OBJ_NOTNULL(sp, SESS_MAGIC);
+ 	AZ(sp->restarts);
+@@ -1478,10 +1481,14 @@ cnt_start(struct sess *sp)
+ 	sp->wrk->vcl = NULL;
+ 
+ 	http_Setup(sp->http, sp->ws);
+-	done = http_DissectRequest(sp);
++	err_code = http_DissectRequest(sp);
+ 
+ 	/* If we could not even parse the request, just close */
+-	if (done == 400) {
++	if (err_code == 400)
++		(void)write(sp->fd, r_400, strlen(r_400));
++	else if (err_code == 413)
++		(void)write(sp->fd, r_413, strlen(r_413));
++	if (err_code != 0) {
+ 		sp->step = STP_DONE;
+ 		vca_close_session(sp, "junk");
+ 		return (0);
+@@ -1493,12 +1500,6 @@ cnt_start(struct sess *sp)
+ 	/* Catch original request, before modification */
+ 	HTTP_Copy(sp->http0, sp->http);
+ 
+-	if (done != 0) {
+-		sp->err_code = done;
+-		sp->step = STP_ERROR;
+-		return (0);
+-	}
+-
+ 	sp->doclose = http_DoConnection(sp->http);
+ 
+ 	/* XXX: Handle TRACE & OPTIONS of Max-Forwards = 0 */
+@@ -1508,13 +1509,14 @@ cnt_start(struct sess *sp)
+ 	 */
+ 	if (http_GetHdr(sp->http, H_Expect, &p)) {
+ 		if (strcasecmp(p, "100-continue")) {
+-			sp->err_code = 417;
+-			sp->step = STP_ERROR;
++			(void)write(sp->fd, r_417, strlen(r_417));
++			sp->step = STP_DONE;
++			vca_close_session(sp, "junk");
+ 			return (0);
+ 		}
+ 
+ 		/* XXX: Don't bother with write failures for now */
+-		(void)write(sp->fd, r, strlen(r));
++		(void)write(sp->fd, r_100, strlen(r_100));
+ 		/* XXX: When we do ESI includes, this is not removed
+ 		 * XXX: because we use http0 as our basis.  Believed
+ 		 * XXX: safe, but potentially confusing.
+diff --git a/bin/varnishd/cache_http.c b/bin/varnishd/cache_http.c
+index 844e71b..b96fb22 100644
+--- a/bin/varnishd/cache_http.c
 b/bin/varnishd/cache_http.c
+@@ -601,7 +601,7 @@ http_splitline(struct worker *w, int fd, struct http *hp,
+ 	hp->hd[h2].e = p;
+ 
+ 	if (!Tlen(hp->hd[h2]))
+-		return (413);
++		return (400);
+ 
+ 	/* Skip SP */
+ 	for (; vct_issp(*p); p++) {
+diff --git a/bin/varnishtest/tests/r01367.vtc b/bin/varnishtest/tests/r01367.vtc
+new file mode 100644
+index 000..e1de20a
+--- /dev/null
 b/bin/varnishtest/tests/r01367.vtc
+@@ -0,0 +1,30 @@
++varnishtest "blank GET"
++
++server s1 {
++	rxreq
++	txresp
++} -start
++
++varnish v1 -vcl+backend { 
++	sub vcl_error {
++		return (restart);
++

Bug#726371: kde-config-touchpad: crashes on startup

[Mert Dirik]

On 09-12-2013 02:14, Mert Dirik wrote:

kde-config-touchpad still crashes on my system with up-to-date python-kde4.

mert@debian:~$ kcmshell4 kcm_synaptiks
KCrash: Application 'kcmshell4' crashing...
KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit
sock_file=/home/mert/.kde/socket-debian/kdeinit4__0


Sorry, seems to be related to the infamous dotted/dotless I problem.

mert@debian:~$ export LANG=C
mert@debian:~$ kcmshell4 kcm_synaptiks
mert@debian:~$

works just fine.


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

Bug#731477: sysvinit: Hangs when booted into "-b" (emergency) mode

[Jeffrey Sheinberg]

On Sun, Dec 08, 2013 at 07:03:02PM +, Roger Leigh wrote:
> On Thu, Dec 05, 2013 at 03:18:58PM -0500, Jeffrey Sheinberg wrote:
> > I regularly boot into "-b" (emergency) at least once a week, in order to
> > perform backups of my root partition while it is in a read-only state.
> > 
> > I have never experienced any problems with using "-b" (emergency) mode
> > before encountering this problem.
> > 
> > This problem has so far only happened when booting this linux kernel,
> > 
> > linux-image-3.11-0.bpo.2-amd64
> 
> This is an odd problem, and it's going to be tricky to track down
> without being able to easily reproduce it.  If you notice the
> keyboard lights flickering, this looks like it's possibly an
> input layer issue.  If only this kernel exhibits the problem then
> sysvinit is unlikely to be involved directly.  I would suggest
> looking at a newer kernel e.g. 3.12 and the options the kernel
> was compiled with.

I only use Debian packaged kernels from wheezy-backports, jessie, or
sid, so 3.12 is not an option for me.

> If you try either 3.11.8-1 (testing) or 3.11.10-1 (unstable), do
> these also show the problem?

Yes, these two kernels exhibit exactly the same behavior as the
linux-image-3.11-0.bpo.2-amd64 mentioned above.

> I would suggest if it's dependent upon the kernel you are running,
> that this should be reassigned to the "linux" kernel source
> package.

I agree.  That would be,

ii  linux-source-3.11   3.11.8-1~bpo70+1all Linux kernel source for
version 3.11 with Debian patches

Could you please reassign this bug report for me?

Thanks,
-- 
Jeffrey Sheinberg


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

Bug#726371: kde-config-touchpad: crashes on startup

[Mert Dirik]

Package: python-kde4
Version: 4:4.11.3-1
Followup-For: Bug #726371

kde-config-touchpad still crashes on my system with up-to-date python-kde4.

mert@debian:~$ kcmshell4 kcm_synaptiks
KCrash: Application 'kcmshell4' crashing...
KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit
sock_file=/home/mert/.kde/socket-debian/kdeinit4__0



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

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

Versions of packages python-kde4 depends on:
ii  kde-runtime4:4.11.3-1
ii  kdepim-runtime 4:4.11.3-1
ii  libakonadi-kde44:4.11.3-2
ii  libakonadi-kmime4  4:4.11.3-2
ii  libc6  2.17-97
ii  libkcmutils4   4:4.11.3-2
ii  libkdecore54:4.11.3-2
ii  libkdeui5  4:4.11.3-2
ii  libkdnssd4 4:4.11.3-2
ii  libkemoticons4 4:4.11.3-2
ii  libkfile4  4:4.11.3-2
ii  libkhtml5  4:4.11.3-2
ii  libkidletime4  4:4.11.3-2
ii  libkio54:4.11.3-2
ii  libknewstuff2-44:4.11.3-2
ii  libknewstuff3-44:4.11.3-2
ii  libkparts4 4:4.11.3-2
ii  libkprintutils44:4.11.3-2
ii  libkpty4   4:4.11.3-2
ii  libktexteditor44:4.11.3-2
ii  libnepomuk44:4.11.3-2
ii  libnepomukquery4a  4:4.11.3-2
ii  libphonon4 4:4.7.0.0-2
ii  libplasma3 4:4.11.3-2
ii  libpython2.7   2.7.5-8
ii  libqt4-network 4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-svg 4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-xml 4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqtcore4 4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqtgui4  4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libsolid4  4:4.11.3-2
ii  libsoprano42.9.4+dfsg-1
ii  libstdc++6 4.8.2-1
ii  phonon 4:4.7.0.0-2
ii  python 2.7.5-5
ii  python-qt4 4.10.3+dfsg1-1
ii  python-sip [sip-api-10.1]  4.15.3-1

python-kde4 recommends no packages.

python-kde4 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#711500: how can non-expert user prevent these dialogues?

[jonathan chetwynd]

I am finding this dialogue pops up a few times an hour,
which is very irritating.

have been using wheezy for a few years, this only started relatively 
recently,

say a week or two at most.

it would be nice to have a how to that search engines could find...

ie what is the problem and how to resolve?

regards

Jonathan Chetwynd


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

Bug#731717: gant: Switch maintenance to pkg-java git repository

[Miguel Landaeta]

On Mon, Dec 09, 2013 at 12:39:48AM +0100, Emmanuel Bourg wrote:
> I don't know if the procedure to migrate the packages to Git is
> documented somewhere, but it would be nice to preserve the information
> about the past changes.

I agree, it would be nice but I don't remember a documented procedure
for this.

However, I remember Thomas Koch migrated some repositories for
pkg-java some time ago so I'm CCing him. Maybe he can help us with
that.

Cheers,

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


signature.asc
Description: Digital signature

Bug#731719: ITP: cmocka -- unit testing framework

[David Prévot]

Package: wnpp
Severity: wishlist
Owner: David Prévot 

* Package name: cmocka
  Version : 0.3.2
  Upstream Author : Andreas Schneider 
* URL : http://cmocka.org/
* License : Apache License 2.0
  Programming Lang: C
  Description : unit testing framework

 The idea of CMocka is that a test application only requires the
 standard C library and the CMocka library itself to minimize conflicts
 with standard C headers especially on a lot of different platforms.
 .
 Features:
  * Easy to use framework to write unit tests
  * Support for mock objects
  * Testing of memory leaks, buffer overflows and underflows
  * Platform and compiler independent


I intend to comaintain this package with Sandro Knauß who is
maintaining ocsync (that needs cmocka to run its tests).
Please let us know if there is an already existing team that care about
tests where we could maintain this package (we’ll end up using
collab-maint if there is no such team yet).

Regards

David


signature.asc
Description: Digital signature

Bug#729941: apt-cacher-ng: fails on current experimental/non-free

[Eduard Bloch]

reassign 729941 liblzma5
thanks

Hallo Adam,
* Adam Borowski [Fri, Nov 22 2013, 12:20:59AM]:
> On Tue, Nov 19, 2013 at 12:28:53PM +0100, Eduard Bloch wrote:
> > Could you also turn up debug= value to 7 and send me your logs after a
> > couple of days?
> 
> Attached.  This comes without a manual intervention since nuking the cache
> on Tuesday.  This time, the failures include experimental/main/binary-armhf
> in addition to experimental/non-free/binary-amd64 (I got amd64, i386 and
> armhf installs at home).

Thanks. After all, I was able to reproduce it on my system with the
current version of the mentioned Packages.xz file and... it turned out
to be a weird behaviour of
ii  liblzma5:amd64 5.1.1alpha+2 amd64XZ-format compression library

Apparently, on the last cycle of lzma_code(&strm, LZMA_RUN) it does not
return LZMA_STREAM_END but LZMA_OK although the strm.avail_in value
is zero which means that there is no more data to be expected. I am not
sure why the problem occurs on exactly this file but I can reproduce it
(for reproduction: sample code below, to be used with an output buffer
of 2 bytes size, the FLAG_* constants are internal flag bits, just
ignore).

The problematic file is also attached. I will a workaround for now to
apt-cacher-ng.

Regards,
Eduard.

#ifdef HAVE_LZMA
#include 

class tXzDec : public IDecompressor
{
lzma_stream strm;
public:
tXzDec(bool lzmaFormat=false)
{
::memset(&strm, 0, sizeof(strm));
if(lzmaFormat)
inited = (LZMA_OK == lzma_alone_decoder(&strm,
EXTREME_MEMORY_SAVING ? 3200 : 
MAX_VAL(uint64_t)));
else
inited = (LZMA_OK == lzma_stream_decoder(&strm,
EXTREME_MEMORY_SAVING ? 3200 : 
MAX_VAL(uint64_t),
LZMA_TELL_UNSUPPORTED_CHECK | 
LZMA_CONCATENATED));
}
~tXzDec()
{
lzma_end(&strm);
inited = false;
}
virtual UINT UncompMore(char *szInBuf, size_t nBufSize, size_t 
&nBufPos, acbuf &UncompBuf)
{
strm.next_in = (uint8_t*) szInBuf + nBufPos;
strm.avail_in = nBufSize - nBufPos;
strm.next_out = (uint8_t*) UncompBuf.wptr();
strm.avail_out = UncompBuf.freecapa();

lzma_ret ret=lzma_code(&strm, LZMA_RUN);
if (ret == LZMA_STREAM_END || ret == LZMA_OK)
{
nBufPos = nBufSize - strm.avail_in;
if(!strm.avail_in)
ret == LZMA_STREAM_END; // looks like liblzma 
bug, working around
unsigned int nGotBytes = UncompBuf.freecapa() - 
strm.avail_out;
UncompBuf.got(nGotBytes);
return ret == LZMA_STREAM_END ? FLAG_COMPEOF : 0;
}
// or corrupted data?
return (FLAG_COMPEOF | FLAG_ERROR);
}
};
#end




Packages.xz
Description: Binary data

Bug#731717: gant: Switch maintenance to pkg-java git repository

[Emmanuel Bourg]

It looks like the Git repository is missing the change history:

http://anonscm.debian.org/gitweb/?p=pkg-java/gant.git

I don't know if the procedure to migrate the packages to Git is
documented somewhere, but it would be nice to preserve the information
about the past changes.


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

Bug#731710: update-alternatives: Segmentation fault

[Guillem Jover]

Control: tags -1 unreproducible moreinfo

Hi!

On Sun, 2013-12-08 at 22:25:35 +0100, Guillem Jover wrote:
> On Sun, 2013-12-08 at 21:39:01 +0100, Julian Andres Klode wrote:
> > update-alternative crashes when creating the alternatives for
> > epiphany-browser, causing epiphany-browser to not be configured,
> > thus breaking it, and probably other software as well.
> > 
> > The part of the postinst causing the seg fault is:
> > 
> > PRIO=85
> > for alt in x-www-browser gnome-www-browser; do
> > update-alternatives --install \
> > /usr/bin/$alt $alt /usr/bin/epiphany-browser $PRIO \
> > --slave /usr/share/man/man1/$alt.1.gz $alt.1.gz 
> > /usr/share/man/man1/epiphany-browser.1.gz
> > done
> > 
> > Maybe you can reproduce this yourself in a debug build, otherwise
> > I'll do a debug build myself and try to reproduce it with debugging
> > symbols.

> Well it does not trigger on the test suite, anyway looking into it now.

I've tried your recipe, and installing the epiphany-browser package,
neither segfault. And I've re-reviewed the changes in u-a between
1.17.1 and 1.17.4, and nothing obvious jumps to me. Could you attach
your /var/lib/dpkg/alternatives/ and /etc/alternatives/ directories and
to where do the x-www-browser and gnome-www-browser generic names point
to currently in your file system? (Those would be the /usr/bin/$alt and
/usr/share/man/man1/$alt.1.gz links.)

Thanks,
Guillem


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

Bug#731573: [buildd-tools-devel] Bug#731573: sbuild: Please clarify help output of sbuild-adduser

[Roger Leigh]

On Fri, Dec 06, 2013 at 10:51:28PM +, Reuben Thomas wrote:
> When I run sbuild-adduser, it outputs the following:

Before going into your questions in detail, let me just say that
if you're using sbuild with schroot, you can ignore this entirely.
In this case, we should probably skip printing of the message--
it's pointless for the vast majority of users.

These are notes of what you need to do to make sbuild work with
a chroot using sudo(8).  They are unfortunately quite terse,
and they look a bit bitrotted--they don't match current practice.

> # BUILD
> # HOME directory in chroot, user:sbuild, 0770 perms, from
> # passwd/group copying to chroot, filtered
> # Maybe source 50sbuild, or move into common location.
> 
> I find this hard to understand, even after some searching online and
> reading the documentation. I end up with the following questions:
> 
> 1. Is BUILD an environment variable? What must I do with it? (It’s not
> mentioned in sbuild(1))

I'm not sure myself and I wrote it (!).  It's either incomplete or had
some meaning which was "obvious" at the time.  I suspect it might be
something to do with creating a build directory inside the chroot.

> 2. Does the second line mean that I should set up a HOME directory in
> the chroot, with user:group user:sbuild (why not substitute the first
> user argument supplied to sbuild-adduser to be more illustrative?),
> and 0770 perms?

I think so.  But I'm unsure it's correct; there's not current requirement
for your home directory to be owned by group sbuild, or even to be
present in the chroot.  I'd ignore it entirely.

> 3. I can’t work out whether the end of the second line “from…” is
> meant to lead into the third line (“passwd/group copying to chroot”)
> or not. Is this something about copying /etc/{passwd,group} to the
> chroot? Or passwords and groups for my user? What does “from” mean
> here? This is the bit I found hardest to understand. What does
> “filtered” mean here?

This is just saying that the user and group need to be in the passwd
and group databases inside the chroot by copying the databases from
the host system.  They can be filtered so that only the needed
entries are copied, e.g.

getent group sbuild >> $chroot/etc/group
getent passwd $users >> $chroot/etc/passwd

schroot does this automatically, so can be ignored if using schroot.

> 4. The last line: where should I source 50sbuild? If I move it into a
> common location, what would that be?

It's a historical schroot setup script for sbuild to do all this setup
stuff for you.  We moved it all into sbuild (lib/Sbuild/ChrootSetup.pm)
to handle it automatically and correctly for all use cases.

> All the above may mean something to a seasoned user, but I presume
> it’s intended to be helpful to a first timer. I first read this output
> while following along with the recipe in:
> https://wiki.debian.org/sbuild This page does not seem to refer to ANY
> of the matters referred to in the output of sbuild-adduser, which only
> left me more confused: should it be self-evident? Do I have to do
> something, or are those bits of advice either irrelevant to me, or
> covered somehow by other steps in the recipe on that page?

On a current system, the only setup requirement is that your user is
a member of the "sbuild" group; no additional setup is required if
using schroot.  sbuild-adduser should have done this for you.
If you are using sudo, then I think that should also just work
providing you update the passwd/group databases, but this isn't
something which is actively used much nowadays, and so doesn't get
much testing--the above text was last updated in 2008.


I will
- update this text to only be printed out when $chroot_mode == sudo
- fix the text to clearly document the actions which need to be taken
  (if we know ourselves), and remove the incorrect/obsolete material
- [future] removing sudo support, if possible, would remove a lot of
  bitrotted codepaths


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


signature.asc
Description: Digital signature

Bug#731573: [buildd-tools-devel] Bug#731573: sbuild: Please clarify help output of sbuild-adduser

[Reuben Thomas]

On 8 December 2013 23:23, Roger Leigh  wrote:

> On Fri, Dec 06, 2013 at 10:51:28PM +, Reuben Thomas wrote:
> > When I run sbuild-adduser, it outputs the following:
>
> Before going into your questions in detail, let me just say that
> if you're using sbuild with schroot, you can ignore this entirely.
>

I was! Thanks very much for the detailed reply, anyway.

Bug#731718: after run: xe vm-import filename=... The VM could not be imported

[Hudson FAS]

Package: xcp-xe
Version: 1.3.2-15

after run: xe vm-import filename=debserv.ovf

i get messages:

  The VM could not be imported.
  msg: INTERNAL_ERROR: [ Failure("int_of_string") ]

In /var/log/xcp-xapi.log, i get the lines:

|5239 INET 127.0.0.1:80|VM import R:d700155bd1f0|import] Importing (as new VM)
|5239 INET 127.0.0.1:80|VM import R:d700155bd1f0|import] Reading XML
|5239 INET 127.0.0.1:80|VM import R:d700155bd1f0|import] Failed to
directly open the archive; trying gzip

my machine:
- Debian 7 amd64 (3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux)
- xen-hypervisor-4.1-amd64 4.1.4-3+deb7u1

Bug#731654: Still a problem.

[Andreas Beckmann]

On 2013-12-08 22:12, ael wrote:
> I think that I have made all the changes suggested, but I still
> the "nvidia" modue fails to load.

The glx alternative is pointing to mesa-diverted. This is something I
didn't look at in your initial mail after seeing that the nvidia
alternative was pointing to current ...

You shouldn't set symlinks manually, but use

update-alternatives --config nvidia
update-alternatives --config glx


Anyway, since you got that fixed, we could try to investigate how you
got into this situation.
/var/log/dpkg.log* and /var/log/apt/term.log* may be helpful to reply
your upgrade history if you know when it last worked and when you did
possibly problematic upgrades 


Andreas


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

Bug#726735: dash: redirect stdin from stdin to override asynchronous list redirection fails

[Jilles Tjoelker]

Hi Serge, ltns,

In Debian bug #726735, you wrote:
> Dash redirects stdin from /dev/null when a command is started
> asynchronously, as specified by POSIX. However, POSIX also specifies
> that this can be overridden by explicitely redirecting. This fails
> when redirecting stdin from stdin.

> The relevant text from POSIX (
> http://pubs.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#tag_02_09_03_02
> ):
> ] The standard input for an asynchronous list, before any explicit
> ] redirections are performed, shall be considered to be assigned to a file
> ] that has the same properties as /dev/null. If it is an interactive
> ] shell, this need not happen. In all cases, explicit redirection of
> ] standard input shall override this activity.

> To test: create the following script:
> #!/bin/dash
> sleep 100 <&0 &

> Run this, and then look at the open file descriptors of the sleep
> process:
> ls -l /proc/`pgrep sleep`/fd
> The output is as follows:
> lr-x-- 1 svdb svdb 64 Oct 18 15:58 0 -> /dev/null
> lrwx-- 1 svdb svdb 64 Oct 18 15:58 1 -> /dev/pts/2
> lrwx-- 1 svdb svdb 64 Oct 18 15:58 2 -> /dev/pts/2
> fd 0 is assigned to /dev/null instead of /dev/pts/2

In the example script, the redirection happens in the child process.
Therefore, the shell cannot, in the general case, know about this
redirection when it forks the child process. For some reason, bash still
overrides the implicit 

Bug#724610: Acknowledgement (incrementally updated databases eventually become corrupt)

[Olly Betts]

On Tue, Dec 03, 2013 at 01:51:23PM -0400, Joey Hess wrote:
> Olly Betts wrote:
> > I think a good test would be to take the git repo for an ikiwiki
> > instance and replay the commits to reproduce an actual wiki being
> > updated as closely as possible.
> > 
> > Can you suggest some suitable ikiwiki instances with a public git repos?
> 
> Yes, it's happened repeatedly to my personal website, joeyh.name, and
> although I don't remember the exact times, I don't make too many commits
> there so it would not be hard to replay eg, a year's commits. It looks
> like I last deleted and rebuilt the xapian database there on Nov 3,
> possibly after it was broken for a few days.
> 
> git clone git://joeyh.branchable.com/

I've written a script (attached) to replay a git repo one commit at a
time, updating ikiwiki's xapian index each time.  So far it's not
reproduced the problem in a few test runs, but I'll leave it going in a
loop and see what happens.

I'm using this (from perl) to invoke ikiwiki to regenerate the wiki:

my $url = 'http://joeyh.branchable.com/';
my $cgiurl = 'http://joeyh.branchable.com/cgi-bin/';
my $outdir = '../output.tmp';
system('ikiwiki', '--cgiurl', $cgiurl, '--url', $url, '--plugin', 'search', 
'.', $outdir)

Are there are other plugins or other options which might be relevant?

Also, would the ikiwiki update normally happen after every commit, or
do multiple commits sometimes get processed together?

Cheers,
Olly
#!/usr/bin/perl
use strict;
use warnings;
use autodie;

my $giturl = 'git://joeyh.branchable.com/';
my $gitdir = 'joeyh.branchable.com';
my $url = 'http://joeyh.branchable.com/';
my $cgiurl = 'http://joeyh.branchable.com/cgi-bin/';
my $outdir = '../output.tmp';

my $xapian_check = $ENV{XAPIAN_CHECK} || 'xapian-check';

if (! -d $gitdir) {
# Initial clone.
system("git", "clone", $giturl) == 0
or die "git clone failed: $!";
}

chdir $gitdir;

# Clean up any generated files from previous run.
system 'rm', '-rf', 'html', '.ikiwiki', $outdir;

open REVLIST, 'git log --reverse --format=format:%H master|';
while () {
chomp;
my $rev = $_;
system('git', 'checkout', $rev) == 0
or die "git checkout $rev failed: $!";
system('ikiwiki', '--cgiurl', $cgiurl, '--url', $url, '--plugin', 'search', 
'.', $outdir) == 0
or die "ikiwiki failed: $!";
system($xapian_check, '.ikiwiki/xapian/default') == 0
or die "xapian-check failed: $!";
}
close REVLIST;

Bug#721191: linux: patch for parisc/hppa architecture

[Helge Deller]

Hi Ben,

On 12/06/2013 04:01 AM, Ben Hutchings wrote:
> On Sun, 2013-09-08 at 22:26 +0200, Helge Deller wrote:
>> After the request to reduce the kernels to e.g. SMP-only, my thought was
>> to provide only 32bit-UP and 64bit SMP kernels.
>> To be sure I asked on the parisc mailing list. The whole thread can be read 
>> here:
>> http://comments.gmane.org/gmane.linux.ports.parisc/5283
>>
>> Summary:
>> - yes, there exists quite some 32bit-only parisc SMP machines.
>> - the J5600 is SMP capable in both 32bit and 64bit mode, but currently it
>>   only boots Linux with a 32bit SMP kernel and crashes with a 64bit SMP 
>> kernel.
>>   We are working on resolving this...
> [...]
> 
> Looks like you fixed this one:
> 
> commit 54e181e073fc1415e41917d725ebdbd7de956455
> Author: Helge Deller 
> Date:   Sat Oct 26 23:19:25 2013 +0200
> 
> parisc: Do not crash 64bit SMP kernels on machines with >= 4GB RAM
> 
> Can you send a new config patch?

actually I worked on a few more issues which were mentioned here in this 
bugreport... :-)

Attached is a new patch - I hope I could address most questions.
Some notes:
- CONFIG_DEVTMPFS wasn't set before -> needed to be able to boot
- CONFIG_HP_SDC_RTC - RTC driver is buggy and not needed - we use BIOS/PDC
- CONFIG_MEGARAID_NEWGEN=y -> use new megaraid instead of old. Old one crashed 
one of my machines.
- CONFIG_MLONGCALLS=y - needed for 64bit kernel. 
  This is fixed upstream with kernel 3.13 and can be removed as soon as the 
debian kernel uses 3.13.
  Upstream commits (which I don't plan to backport): 
b8d8fccd68c36a19fef9768d06aa150bbc8cdd74
161bd3bf60ee2c5765455ad3e3da967d03449f4a
5ecbe3c3c690b5ab493c730c317475287a9e8b45
- CONFIG_PATA_SIL680=m, you suggested to use this one instead of SIIMAGE. 
Worked.
  SIL680-patch upstream for 3.13: a16ab68ee96005382738c706fd06bdd874d9185b
- CONFIG_E1000=m, needed, existing configs only included e100.
- AGP/DRM are now modules. Otherwise we don't have any output on the C8000 
machines.

As suggested I dropped parisc-smp and parisc64, still keeping parisc and 
parisc64-smp.

We now can switch to use gcc-4.8 like the other arches.
The control-file needs update to reflect this (not included here). Can you 
modify it by hand, if not, I can send a patch for that.

Helge
diff -up ./config/hppa/config.org ./config/hppa/config
--- ./config/hppa/config.org	2013-10-17 02:11:54.0 +0200
+++ ./config/hppa/config	2013-11-25 11:06:59.0 +0100
@@ -27,6 +27,11 @@ CONFIG_PARISC_PAGE_SIZE_4KB=y
 ##
 # CONFIG_PARTITION_ADVANCED is not set
 
+#
+# Generic Driver Options
+#
+CONFIG_DEVTMPFS=y
+
 ##
 ## file: drivers/ata/Kconfig
 ##
@@ -128,7 +133,7 @@ CONFIG_KEYBOARD_HIL=m
 ##
 CONFIG_INPUT_MISC=y
 # CONFIG_INPUT_UINPUT is not set
-CONFIG_HP_SDC_RTC=m
+# CONFIG_HP_SDC_RTC=m
 
 ##
 ## file: drivers/input/mouse/Kconfig
@@ -472,7 +477,7 @@ CONFIG_SCSI_NCR53C8XX_SYNC=20
 ##
 ## file: drivers/scsi/megaraid/Kconfig.megaraid
 ##
-# CONFIG_MEGARAID_NEWGEN is not set
+CONFIG_MEGARAID_NEWGEN=y
 CONFIG_MEGARAID_MM=m
 CONFIG_MEGARAID_MAILBOX=m
 CONFIG_MEGARAID_LEGACY=m
diff -up ./config/hppa/config.parisc64-smp.org ./config/hppa/config.parisc64-smp
--- ./config/hppa/config.parisc64-smp.org	2013-10-17 02:11:54.0 +0200
+++ ./config/hppa/config.parisc64-smp	2013-12-07 20:01:27.0 +0100
@@ -8,11 +8,34 @@ CONFIG_PA8X00=y
 CONFIG_64BIT=y
 CONFIG_SMP=y
 CONFIG_NR_CPUS=8
+CONFIG_MLONGCALLS=y
 
 ##
 ## file: mm/Kconfig
 ##
 ## choice: Memory model
-# CONFIG_FLATMEM_MANUAL is not set
-## end choice
+CONFIG_DISCONTIGMEM_MANUAL=y
+CONFIG_DISCONTIGMEM=y
 
+##
+## file: drivers/ata/Kconfig
+##
+CONFIG_PATA_SIL680=m
+
+#
+# Generic fallback / legacy drivers
+#
+CONFIG_FUSION=y
+CONFIG_FUSION_SPI=m
+
+#
+# Distributed Switch Architecture drivers
+#
+CONFIG_E1000=m
+
+# and for ATI FireGL DRM in C8000 workstation
+CONFIG_DRM_RADEON=m
+CONFIG_AGP=m
+CONFIG_AGP_PARISC=m
+CONFIG_VGA_ARB=y
+CONFIG_DRM=m
diff -up ./config/hppa/config.parisc-smp.org ./config/hppa/config.parisc-smp
diff -up ./config/hppa/defines.org ./config/hppa/defines
--- ./config/hppa/defines.org	2013-10-17 02:11:54.0 +0200
+++ ./config/hppa/defines	2013-12-08 22:47:15.0 +0100
@@ -1,35 +1,22 @@
 [base]
-flavours:
- parisc
- parisc-smp
- parisc64
- parisc64-smp
+flavours: parisc parisc64-smp
 kernel-arch: parisc
-compiler: gcc-4.4
 
 [image]
 suggests: palo
 
 [parisc_description]
 hardware: 32-bit PA-RISC
+hardware-long: HP PA-RISC 32-bit systems with max. 4 GB RAM
 
-[parisc-smp_description]
-hardware: multiprocessor 32-bit PA-RISC
-
-[parisc64_base]
-cflags: -fno-cse-follow-jumps
-override-host-type: hppa64-linux-gnu
-
-[parisc64_description]
-hardware: 64-bit PA-RISC
+[parisc64-smp_description]
+hardware: multiprocessor 64-bit PA-RISC
+hardware-long: HP PA-RISC 64-bit SMP systems with support for more than 4 GB RAM
 
 [parisc64-smp_base]
 cflags: -fno-cse-follow-jumps
 override-host-type: hppa64-linux-gnu
 
-[parisc64-smp_description]
-hardware: m

Bug#731712: freebsd-utils: Please include fstat and sockstat

[Robert Millan]

On 08/12/2013 21:56, Matt Rechkemmer wrote:
> Package: freebsd-utils
> Severity: wishlist
> 
> Please include utilities like fstat and sockstat from upstream, especially
> fstat.  While a related sockstat package is available on kfreebsd, there's
> currently no useful fuser/lsof utility -- which fstat provides natively.

A (tested) patch would be appreciated ;-)

-- 
Robert Millan


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

Bug#731717: gant: Switch maintenance to pkg-java git repository

[Miguel Landaeta]

Package: src:gant
Version: 1.9.9-3
Severity: wishlist

This is mostly a reminder for myself.

I already created the repo and switched to it but there are not enough
changes in recent upstream release to do an upload to the archive.


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

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

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


signature.asc
Description: Digital signature

Bug#731069: gcc-defaults: Please resume considering to change using unified version of gcc

[Hiroyuki Yamamoto]

Aurelien Jarno wrote:
> On Wed, Dec 04, 2013 at 01:52:22AM +0100, Matthias Klose wrote:
>> Am 02.12.2013 23:20, schrieb Hiroyuki Yamamoto:
>>> Hi,
>>>
>>> I don't know whether it is appropriate that I remark,
>>> I have no objection to moving to gcc-4.8 on ppc64, too.
>>
>> this is not a question about any objections, but about a call to the ppc64
>> porters if they are able to maintain such a port in Debian.  There is no
>> response yet.
>>
> 
> Hiroyuki Yamamoto is the porter behind ppc64, so please consider that as
> an answer.
> 

Is Message #42 of Bug#731069 not enough? 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731069#42

Best Regards,
-- 
Hiroyuki Yamamoto
A75D B285 7050 4BF9 AEDA  91AC 3A10 59C6 5203 04DC


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

Bug#731716: foomatic-db: allow cups-filters in Recommends

[Colin Watson]

Package: foomatic-db
Version: 20131129-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch trusty

foomatic-db appears to need the same kind of dependency relationship
tweak for foomatic-filters -> cups-filters (at least for the versioned
Recommends) as has been done in other printing packages, such as
foomatic-db-engine 4.0.9-3.

  * Add cups-filters (>= 1.0.42) as first alternative recommendation to
foomatic-filters.

diff -Nru foomatic-db-20131129/debian/control 
foomatic-db-20131129/debian/control
--- foomatic-db-20131129/debian/control 2013-11-29 11:14:50.0 +
+++ foomatic-db-20131129/debian/control 2013-12-08 22:12:22.0 +
@@ -15,7 +15,7 @@
 Architecture: all
 Depends: ${misc:Depends}
 Recommends: foomatic-db-engine,
-foomatic-filters (>= 4.0),
+cups-filters (>= 1.0.42) | foomatic-filters (>= 4.0),
 printer-driver-all (>= 0.20111206),
 ghostscript,
 cups, cups-client,
@@ -38,7 +38,7 @@
 Package: foomatic-db-compressed-ppds
 Architecture: all
 Depends: ${misc:Depends}
-Recommends: foomatic-filters (>= 4.0),
+Recommends: cups-filters (>= 1.0.42) | foomatic-filters (>= 4.0),
 ghostscript,
 cups, cups-client,
 Suggests: hplip,

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]


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

Bug#730742: Font rendering fuzzy (straight lines smeared across subpixels) since upgrade to 2.5.1

[Julian Andres Klode]

On Thu, Dec 05, 2013 at 01:13:08PM -0800, Josh Triplett wrote:
> On Thu, Dec 05, 2013 at 08:37:59AM -0800, Steve Langasek wrote:
> > On Thu, Dec 05, 2013 at 09:23:56AM +0100, Fabian Greffrath wrote:
> > > > Confirmed with the upstream version, but only when
> > > > FT_CONFIG_OPTION_SUBPIXEL_RENDERING is enabled, which is the case in
> > > > the Debian build but not in the default upstream build.
> > 
> > > please disable enable-subpixel-rendering.patch in the next upload of the
> > > freetype package.
> > 
> > No.  Subpixel rendering is an important improvement for preserving the shape
> > of small fonts on LCD displays.  The fact that some fonts are currently
> > rendered poorly with it (which so far I haven't been able to reproduce with
> > the fonts I'm using) does not warrant disabling this functionality
> > altogether.
> > 
> > If you want to disable the *use* of subpixel rendering, I believe there's a
> > fontconfig option for this.  But we should not disable the *capability* for
> > subpixel rendering in freetype.
> 
> Agreed, I definitely don't think subpixel rendering should be turned off
> entirely, or even turned off by default; this is a regression introduced
> in the new version of freetype.  See the screenshots I posted; *both* of
> them have obvious subpixel rendering, but the previous freetype does
> sensible hinting that respects pixel boundaries and the current one does
> not.
> 
> I use the default GNOME 3 fonts across the board (Cantarell and DejaVu),
> modulo font sizes.
> 

Maybe to make it more clear what Josh says: If you upgrade freetype
from 2.4.9-1.1 to 2.5.1-1 on a system with perfectly looking fonts,
your fonts look ugly afterwards.

I noticed that the font hinting levels are affected. If I choose slight
hinting, all fonts except the monospace one in the terminal look OK
again (the terminal looks ugly then, but looked OK before). And there
is no difference between medium and full hinting in 2.5.1. Subpixel
hinting on or off does not make any difference.

This is very annoying.
-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

Please do not top-post if possible.


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

Bug#709052: /bin/ping: Destination Unreachable causes bogus kernel upgrade recommendations

[Noah Meyerhans]

On Mon, Nov 25, 2013 at 09:57:26AM +0100, Bjørn Mork wrote:
> This bug seems to be a repetition of the ancient
> http://bugs.debian.org/120166
> 
> I see this pointless and bogus message whenever I ping an unreachable
> address behind a properly configured router sending ICMP errors back:

Amusingly, just as in the previous report, "It works for me." I don't
see this message no matter who I ping or what options I use. It's not
directly related to the receipt of ICMP host unreachables, because I can
confirm that I'm receiving those. However, looking through the source,
it actually doesn't look like the working_recverr variable is ever
initialized in the ipv4 ping. So it's not totally surprising that behave
unpredictably.

Per the comments, "IP_RECVERR for raw socket was broken until [kernel]
2.4.9." That's not something we need to be concerned with in Debian, so
I'm going to remove the related checks.

noah



signature.asc
Description: Digital signature

Bug#731715: cgroup-bin: can't add process PID to group/tasks

[Kristijan Lečnik]

Package: cgroup-bin
Version: 0.38-1
Severity: important
Tags: upstream

Hi,

i have try to use cgroup on four diffrent debian 7 servers.
how:
apt-get install cgroup-bin libcgroup1
add to fstab
cgroup  /sys/fs/cgroup  cgroup  defaults  0   0
create group manually or thru cgrules.conf
started cgconfig
edit some values for cpu, io - ok

root@testp:/sys/fs/cgroup/io-test# /bin/echo 5298 > tasks
/bin/echo: write error: No space left on device

root@backup:/sys/fs/cgroup/io-test# echo $$ > tasks
/bin/echo: write error: No space left on device

i have upgraded to cgroup-bin libcgroup1 unstable ( 0.38-3 ) and cgroup-bin
libcgroup1 experimental ( 0.40~rc1-5 ), use stock wheezy kernel and sid
kernel.
its the same.

i have try with the same config file on centos and it works.

Regards,
Kristijan Lecnik

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

Kernel: Linux 3.10-0.bpo.3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored:
LC_ALL set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cgroup-bin depends on:
ii  cgroup-tools  0.40~rc1-5

cgroup-bin recommends no packages.

cgroup-bin suggests no packages.

-- no debconf information

Bug#731654: Last 2 messages were reversed

[ael]

My last two messages were out of order: a mail queue was flushed in an
odd order.

I confirm that I have X running, but only by hacking the link to
nvidia_drv.so as in message #30.

Message #35 was sent before I had tried the link.

ael


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

Bug#731069: gcc-defaults: Please resume considering to change using unified version of gcc

[Aurelien Jarno]

On Wed, Dec 04, 2013 at 01:52:22AM +0100, Matthias Klose wrote:
> Am 02.12.2013 23:20, schrieb Hiroyuki Yamamoto:
> > Hi,
> > 
> > I don't know whether it is appropriate that I remark,
> > I have no objection to moving to gcc-4.8 on ppc64, too.
> 
> this is not a question about any objections, but about a call to the ppc64
> porters if they are able to maintain such a port in Debian.  There is no
> response yet.
> 

Hiroyuki Yamamoto is the porter behind ppc64, so please consider that as
an answer.

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


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

Bug#731713: ITP: phpipam -- web based IP address management

[Daniel Lintott]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 08/12/13 21:31, Arturo Borrero Gonzalez wrote:
> 
> How good is this compared to gestioip [0] ?
> 
> Have you tried both?
> 
> regards
> 
> [0] http://www.gestioip.net/
> 

I haven't personally tried gestioip myself, though both projects
appear to have very similar features.

I have found the interface of phpipam to be very clean and modern.

I actually forgot to include in the original ITP the projects main
website [1]. You can also find a demo site at [2].

Regards

Daniel Lintott

[1] http://phpipam.net
[2] http://demo.phpipam.net


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQEcBAEBAgAGBQJSpOebAAoJEMw/9yOWzAkJuZ4IAJFKmvozH+1tH6nHDEy0n+uG
PB5wY2QgVUTGrP2hGCHC3OfxIeHZwGSiiaYoeZo4hf94O2O5dhy1k7XRHuTndPpZ
DoULsxcsc18xj42fa6QJWYleOnuaJT6q+jUDjChV+2AscvnvLQs5EZW/cipuI+H7
TognN0ZFNzOElioqD8v1lh/fxZ/Hfz5eWSIsG1vcCORFYp3IvwpwcRtFCYvIA2yv
d3r/sZ0hKmDdwalm9Vj2iRsb3P1kXsaGarOLUV+LephdpRvPOHx65gkFLHeVE504
tpExPqNzequNrPxKgvYL9I1pbdtmWkLcMxC2/JxWo2nTrZ+GUCNGmoRVhWfWIpU=
=qjBd
-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#731654: Manually adding link to /usr/lib/xorg/modules/drivers works.

[ael]

I now have X working again.

But only by manually linking

ln /usr/lib/nvidia/legacy-304xx/nvidia_drv.so /usr/lib/xorg/modules/drivers/

so the missing entry in the ...modules/drivers/ seems to have been the
last problem.

Of course my hack should really use /etc/alternatives  so it is only
a temporary fix. But why was the entry missing?

Maybe I need to dpkg-reconfigure which ever package contains
nvidia_drv.so.

But obviously something has gone wrong with the ordinary apt-get/
aptitude upgrade process. As I said, others have had the same
problem. Now I have X back, I will see whether I can look at
those other reports and maybe point back to this bug report if
appropriate. But I may not have time tonight.

ael


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

Bug#731654: Still a problem.

[ael]

I think that I have made all the changes suggested, but I still
the "nvidia" modue fails to load.

>From /var/log/Xorg.0.log:

[36.467] (II) LoadModule: "nvidia"
[36.467] (WW) Warning, couldn't open module nvidia
[36.467] (II) UnloadModule: "nvidia"
[36.467] (II) Unloading nvidia
[36.467] (EE) Failed to load module "nvidia" (module does not exist, 0)
[36.467] (EE) No drivers available.

/usr/lib/nvidia/legacy-304xx/ seems to include nvidia_drv.so:

total 18908
lrwxrwxrwx 1 root root  17 Nov 25 14:03 libglx.so -> libglx.so.304.116
-rw-r--r-- 1 root root 9509800 Oct 29 04:01 libglx.so.304.116
-rwxr-xr-x 1 root root   35184 Nov  9 14:58 nv-control-dpy
-rwxr-xr-x 1 root root   18704 Dec 15  2012 nvidia-bug-report.sh
-rw-r--r-- 1 root root 8081248 Oct 29 03:44 nvidia_drv.so
-rw-r--r-- 1 root root4698 Nov 25 14:03 nvidia.ids
-rwxr-xr-x 1 root root 1654960 Nov  9 14:58 nvidia-settings
-rw-r--r-- 1 root root7417 Nov  9 14:58 nvidia-settings.1.gz
-rw-r--r-- 1 root root1276 Nov  9 14:58 nvidia-settings.desktop

/etc/alternatives seems to point there:

lrwxrwxrwx 1 root root 42 Dec  8 20:27 nvidia--nvidia_drv.so -> 
/usr/lib/nvidia/legacy-304xx/nvidia_drv.so

However /usr/lib/xorg/modules/drivers contains only 

total 28K
-rw-r--r-- 1 root root 26K Sep 23 07:43 vesa_drv.so

Should there be a link to nvidia-drv.so above & is that the problem?

Thanks again for help so far.

ael


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

Bug#731713: ITP: phpipam -- web based IP address management

[Arturo Borrero Gonzalez]

2013/12/8 Daniel Lintott :
> Package: wnpp
> Severity: wishlist
> Owner: Daniel Lintott 
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>   Package name: phpipam
>   Version : 0.9
>   Upstream Miha Petkovsek 
>   URL : http://sourceforge.net/projects/phpipam/
>   License : GPL v3
>   Programming Lang: php, javascript
>   Description : web based IP address management
>
> phpipam is an open-source web IP address management application. Its goal is 
> to
> provide light and simple IP address management.
>
>   - IPv4 / IPv6 address management
>   - ICMP status updates, subnet scanning and status showing
>   - Domain authentication (AD) / OpenLDAP authentication
>   - Per-group permissions
>   - Multiple level of nested subnets
>   - Visual subnet display
>   - IPv4 / IPv6 address calculator
>   - VRF support
>   - VLAN management
>   - Device management
>   - RIPE import
>   - Import / export XLS files
>   - User management
>   - E-Mail notification with IP details
>   - IP database search
>   - IP request module
>   - IP range adding / editing / deleting
>   - Custom IP/subnet/userVLAN address fields

How good is this compared to gestioip [0] ?

Have you tried both?

regards

[0] http://www.gestioip.net/
-- 
Arturo Borrero González


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

Bug#731710: update-alternatives: Segmentation fault

[Guillem Jover]

Control: severity -1 serious

On Sun, 2013-12-08 at 21:39:01 +0100, Julian Andres Klode wrote:
> Package: dpkg
> Version: 1.17.4
> Severity: critical

Way inflated severity.

> update-alternative crashes when creating the alternatives for
> epiphany-browser, causing epiphany-browser to not be configured,
> thus breaking it, and probably other software as well.
> 
> The part of the postinst causing the seg fault is:
> 
> PRIO=85
> for alt in x-www-browser gnome-www-browser; do
> update-alternatives --install \
> /usr/bin/$alt $alt /usr/bin/epiphany-browser $PRIO \
> --slave /usr/share/man/man1/$alt.1.gz $alt.1.gz 
> /usr/share/man/man1/epiphany-browser.1.gz
> done
> 
> Maybe you can reproduce this yourself in a debug build, otherwise
> I'll do a debug build myself and try to reproduce it with debugging
> symbols.

Well it does not trigger on the test suite, anyway looking into it now.

Thanks,
Guillem


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

Bug#729046: drm failing on kfreebsd i965

[Christoph Egger]

Hi!

actually:

 13302 glxgears CALL  ioctl(0x4,0xc0106471 ,0x7fffc760)
 13302 glxgears RET   ioctl -1 errno 22 Invalid argument
 13302 glxgears CALL  ioctl(0x4,0xc010645b ,0x7fffc6c0)
 13302 glxgears RET   ioctl 0
 13302 glxgears CALL  ioctl(0x4,0xc020645e ,0x7fffc710)
 13302 glxgears RET   ioctl 0
 13302 glxgears CALL  ioctl(0x4,0x800c645f ,0x7fffc730)
 13302 glxgears RET   ioctl 0
 13302 glxgears CALL  ioctl(0x4,0xc010645b ,0x7fffc6e0)
 13302 glxgears RET   ioctl 0
 13302 glxgears CALL  ioctl(0x4,0xc008646d ,0x7fffc870)
 13302 glxgears RET   ioctl -1 errno 22 Invalid argument

the last one seems to indeed be DRM_IOCTL_I915_GEM_CONTEXT_CREATE .. I
shouldn't rely on kdump actually finding the symbol for arbitrary ioctls

  Christoph


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

Bug#731713: ITP: phpipam -- web based IP address management

[Daniel Lintott]

Package: wnpp
Severity: wishlist
Owner: Daniel Lintott 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

  Package name: phpipam
  Version : 0.9
  Upstream Miha Petkovsek 
  URL : http://sourceforge.net/projects/phpipam/
  License : GPL v3
  Programming Lang: php, javascript
  Description : web based IP address management

phpipam is an open-source web IP address management application. Its goal is to
provide light and simple IP address management.

  - IPv4 / IPv6 address management
  - ICMP status updates, subnet scanning and status showing
  - Domain authentication (AD) / OpenLDAP authentication
  - Per-group permissions
  - Multiple level of nested subnets
  - Visual subnet display
  - IPv4 / IPv6 address calculator
  - VRF support
  - VLAN management
  - Device management
  - RIPE import
  - Import / export XLS files
  - User management
  - E-Mail notification with IP details
  - IP database search
  - IP request module
  - IP range adding / editing / deleting
  - Custom IP/subnet/userVLAN address fields




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

iQEcBAEBAgAGBQJSpOJFAAoJEMw/9yOWzAkJ5AcH/3psFT/KSAJB7DjjyTLrl+Xk
sQH94+akMRydfNbMmxCfsqpKxYq3cQs+tYpVRgb3eUVdI1qGBsjQTKBfoYSo5HL5
RPluquKHlihRSX4ynpAv3ZmWOq0YFob97IHB7Ej4ermH/zhcjURk/1itwF7X9eOu
J5NcFjXEQlCpFWlKp4xjnBkU8eu03mo1Fv4G6PFZmLFWIFlCGdLYoW8bzEiMmt9N
9mpCYths0X7SdhsK1eu8oRNxvMorVC4NYKKwRoV1qxKFsdLqd9Qj6N2v+PNwENxY
m3Ipm650glTayKy1KsehkyApU+AkQH7jea26uLZnFZAZ4kkQmf2IWcbndXZsd4o=
=0lu4
-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#731144: libdrm: obsolete patch for drmCheckModesettingSupported()

[Christoph Egger]

Robert Millan  writes:
> On 03/12/2013 00:25, Christoph Egger wrote:
>> If you are about to change this, please give me the patch for testing
>> beforehand. I did try to clean up things there in summer and still
>> needed what is left in libdrm to get the intel driver working.
>
> Here. It's only supposed to improve things for radeonkms though.

Seems to indeed work for me!

Thanks

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

Bug#731712: freebsd-utils: Please include fstat and sockstat

[Matt Rechkemmer]

Package: freebsd-utils
Severity: wishlist

Please include utilities like fstat and sockstat from upstream, especially
fstat.  While a related sockstat package is available on kfreebsd, there's
currently no useful fuser/lsof utility -- which fstat provides natively.

Thanks!


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

Bug#731711: [kfreebsd?] Fails to find C++ include paths

[Christoph Egger]

Package: clang-3.4
Version: 1:3.4~+rc2-3
Severity: important

> fatal error: 'cassert' file not found
> #include 
>  ^
> 1 error generated.

Adding a `-I/usr/include/c++/4.8/ -I/usr/include/x86_64-kfreebsd-gnu/c++/4.8` 
fixes the symptoms

Regards

   Christoph

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

Kernel: kFreeBSD 10.0-0-amd64
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 clang-3.4 depends on:
ii  libc0.1  2.17-97
ii  libclang-common-3.4-dev  1:3.4~+rc2-3
ii  libclang1-3.41:3.4~+rc2-3
ii  libffi6  3.0.13-4
ii  libgcc-4.8-dev   4.8.2-1
ii  libgcc1  1:4.8.2-1
ii  libllvm3.4   1:3.4~+rc2-3
ii  libobjc-4.8-dev  4.8.2-1
ii  libstdc++-4.8-dev4.8.2-1
ii  libstdc++6   4.8.2-1
ii  libtinfo55.9+20130608-1

Versions of packages clang-3.4 recommends:
ii  llvm-3.4-dev  1:3.4~+rc2-3
ii  python2.7.5-5

clang-3.4 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#718011: dput-ng 1.5 broke SSH uploading for me

[Sebastian Ramacher]

Control: tags -1 + pending

On 2013-07-27 22:00:56, Michael Stapelberg wrote:
> Package: dput-ng
> Version: 1.5
> Severity: normal
> 
> $ dput init-system-helpers_1.7\~bpo70+1_amd64.changes  
> Uploading init-system-helpers using sftp to ftp-master (host: 
> ssh.upload.debian.org; directory: /srv/upload.debian.org/UploadQueue/)
> running allowed-distribution: check whether a local profile permits uploads 
> to the target distribution
> running protected-distribution: warn before uploading to distributions where 
> a special policy applies
> running checksum: verify checksums before uploading
> running suite-mismatch: check the target distribution for common errors
> running check-debs: makes sure the upload contains a binary package
> running gpg: check GnuPG signatures before the upload
> gpg: Signature made 2013-07-27T21:55:28 CEST using RSA key ID 4AC8EE1D
> gpg: Good signature from "Michael Stapelberg "
> gpg: aka "Michael Stapelberg (RENT-A-GURU) 
> "
> gpg: aka "Michael Stapelberg "
> 
> IdentityFile = ['/home/michael/.ssh/debian']
> Traceback (most recent call last):
>   File "/usr/bin/dput", line 92, in 
> upload_package(changes, args)
>   File "/usr/lib/python2.7/dist-packages/dput/uploader.py", line 316, in 
> invoke_dput
> simulate=args.simulate) as obj:
>   File "/usr/lib/python2.7/contextlib.py", line 17, in __enter__
> return self.gen.next()
>   File "/usr/lib/python2.7/dist-packages/dput/uploader.py", line 169, in 
> uploader
> obj.initialize()
>   File "/usr/lib/python2.7/dist-packages/dput/uploaders/sftp.py", line 148, 
> in initialize
> pkey = os.path.expanduser(o['identityfile'])
>   File "/usr/lib/python2.7/posixpath.py", line 261, in expanduser
> if not path.startswith('~'):
> AttributeError: 'list' object has no attribute 'startswith'
> 
> This modification in line 147 of
> /usr/lib/python2.7/dist-packages/dput/uploaders/sftp.py fixes the issue
> for me for now, but might not be correct in all cases:
> 
> - pkey = os.path.expanduser(o['identityfile'])
> + pkey = os.path.expanduser(o['identityfile'][0])

I've pushed a fix for this bug to the git repository.

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#731569: console spam from package kit daemon

[Josh Triplett]

On Sun, Dec 08, 2013 at 04:19:18PM +0100, Matthias Klumpp wrote:
> What I find interesting is that PK apparently gets activated very
> often on your machines, I wonder if this is intended...

Yes, that seems worth fixing as well; it really shouldn't be running
that often.

- Josh Triplett


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

Bug#731710: update-alternatives: Segmentation fault

[Julian Andres Klode]

Package: dpkg
Version: 1.17.4
Severity: critical

update-alternative crashes when creating the alternatives for
epiphany-browser, causing epiphany-browser to not be configured,
thus breaking it, and probably other software as well.

The part of the postinst causing the seg fault is:

PRIO=85
for alt in x-www-browser gnome-www-browser; do
update-alternatives --install \
/usr/bin/$alt $alt /usr/bin/epiphany-browser $PRIO \
--slave /usr/share/man/man1/$alt.1.gz $alt.1.gz 
/usr/share/man/man1/epiphany-browser.1.gz
done

Maybe you can reproduce this yourself in a debug build, otherwise
I'll do a debug build myself and try to reproduce it with debugging
symbols.

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

Kernel: Linux 3.11-2-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 dpkg depends on:
ii  libbz2-1.0   1.0.6-5
ii  libc62.17-97
ii  liblzma5 5.1.1alpha+20120614-2
ii  libselinux1  2.2.1-1
ii  tar  1.27-3
ii  zlib1g   1:1.2.8.dfsg-1

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt  0.9.14

-- no debconf information

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

Please do not top-post if possible.


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

Bug#731381: mediawiki: diff for NMU version 1:1.19.8+dfsg-2.2

[David Prévot]

tags 729629 + pending
tags 731381 + pending
thanks

Dear maintainer,

I've prepared an NMU for mediawiki (versioned as 1:1.19.8+dfsg-2.2) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.

David
diff -Nru mediawiki-1.19.8+dfsg/debian/changelog mediawiki-1.19.8+dfsg/debian/changelog
--- mediawiki-1.19.8+dfsg/debian/changelog	2013-10-23 11:38:02.0 -0400
+++ mediawiki-1.19.8+dfsg/debian/changelog	2013-12-08 16:13:51.0 -0400
@@ -1,3 +1,19 @@
+mediawiki (1:1.19.8+dfsg-2.2) unstable; urgency=high
+
+  * Non-maintainer upload
+  * Security fixes (Closes: #729629):
+- Kevin Israel (Wikipedia user PleaseStand) identified and reported two
+  vectors for injecting Javascript in CSS that bypassed MediaWiki's
+  blacklist [CVE-2013-4567, CVE-2013-4568]
+- Internal review while debugging a site issue discovered that MediaWiki
+  and the CentralNotice extension were incorrectly setting cache headers
+  when a user was autocreated, causing the user's session cookies to be
+  cached, and returned to other users [CVE-2013-4572]
+  * New Polish debconf translation, thanks to Magdalena Z. Kubot
+(Closes: #731381)
+
+ -- David Prévot   Sun, 08 Dec 2013 16:13:40 -0400
+
 mediawiki (1:1.19.8+dfsg-2.1) unstable; urgency=low
 
   * Provide includes/libs in mediawiki-classes (Closes: #703837)
diff -Nru mediawiki-1.19.8+dfsg/debian/patches/fix_CVE-2013-4567_and_CVE-2013-4568.patch mediawiki-1.19.8+dfsg/debian/patches/fix_CVE-2013-4567_and_CVE-2013-4568.patch
--- mediawiki-1.19.8+dfsg/debian/patches/fix_CVE-2013-4567_and_CVE-2013-4568.patch	1969-12-31 20:00:00.0 -0400
+++ mediawiki-1.19.8+dfsg/debian/patches/fix_CVE-2013-4567_and_CVE-2013-4568.patch	2013-12-08 16:10:47.0 -0400
@@ -0,0 +1,153 @@
+Description: Sanitizer::checkCss blacklist can be bypassed using vertical tab (ASCII 11)
+
+Kevin Israel (Wikipedia user PleaseStand) identified and reported two
+vectors for injecting Javascript in CSS that bypassed MediaWiki's blacklist
+(CVE-2013-4567, CVE-2013-4568).
+
+Author: Chris Steipp, 
+Origin: upstream, https://bugzilla.wikimedia.org/attachment.cgi?id=13772&action=difr
+Bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=55332
+Bug-Debian: http://bugs.debian.org/729629
+--- a/includes/Sanitizer.php
 b/includes/Sanitizer.php
+@@ -882,6 +882,21 @@
+ 		$value = preg_replace_callback( $decodeRegex,
+ 			array( __CLASS__, 'cssDecodeCallback' ), $value );
+ 
++		// Normalize Halfwidth and Fullwidth Unicode block that IE6 might treat as ascii
++		$value = preg_replace_callback(
++			'/[！-ｚ]/u', // U+FF01 to U+FF5A
++			array( __CLASS__, 'cssNormalizeUnicodeWidth' ),
++			$value
++		);
++
++		// Convert more characters IE6 might treat as ascii
++		// U+0280, U+0274, U+207F, U+029F, U+026A, U+207D, U+208D
++		$value = str_replace(
++			array( 'ʀ', 'ɴ', 'ⁿ', 'ʟ', 'ɪ', '⁽', '₍' ),
++			array( 'r', 'n', 'n', 'l', 'i', '(', '(' ),
++			$value
++		);
++
+ 		// Remove any comments; IE gets token splitting wrong
+ 		// This must be done AFTER decoding character references and
+ 		// escape sequences, because those steps can introduce comments
+@@ -897,8 +912,24 @@
+ 			$value = substr( $value, 0, $commentPos );
+ 		}
+ 
++		// S followed by repeat, iteration, or prolonged sound marks,
++		// which IE will treat as "ss"
++		$value = preg_replace(
++			'/s(?:
++\xE3\x80\xB1 | # U+3031
++\xE3\x82\x9D | # U+309D
++\xE3\x83\xBC | # U+30FC
++\xE3\x83\xBD | # U+30FD
++\xEF\xB9\xBC | # U+FE7C
++\xEF\xB9\xBD | # U+FE7D
++\xEF\xBD\xB0   # U+FF70
++			)/ix',
++			'ss',
++			$value
++		);
++
+ 		// Reject problematic keywords and control characters
+-		if ( preg_match( '/[\000-\010\016-\037\177]/', $value ) ) {
++		if ( preg_match( '/[\000-\010\013\016-\037\177]/', $value ) ) {
+ 			return '/* invalid control char */';
+ 		} elseif ( preg_match( '! expression | filter\s*: | accelerator\s*: | url\s*\( !ix', $value ) ) {
+ 			return '/* insecure input */';
+@@ -907,6 +938,19 @@
+ 	}
+ 
+ 	/**
++	 * Normalize Unicode U+FF01 to U+FF5A
++	 * @param character $char
++	 * @return character in ASCII range \x21-\x7A
++	 */
++	static function cssNormalizeUnicodeWidth( $matches ) {
++		$cp = utf8ToCodepoint( $matches[0] );
++		if ( $cp === false ) {
++			return '';
++		}
++		return chr( $cp - 65248 ); // ASCII range \x21-\x7A
++	}
++
++	/**
+ 	 * @param $matches array
+ 	 * @return String
+ 	 */
+--- a/tests/parser/parserTests.txt
 b/tests/parser/parserTests.txt
+@@ -5059,6 +5059,70 @@
+ 
+ !! end
+ 
++!! test
++CSS safety test: vertical tab
++!! input
++https://www.google.com/images/srpr/logo6w.png)">A
++!! result
++A
++
++!! end
++
++!! test
++MSIE CSS safety test: Fullwidth
++!! input
++A
++B
++!! result
++A
++B
++
++!! end
++
++!! test
++MSIE CSS safety test: IPA extensions
++!! input
++A
++B
++!! result
++A
++B
++
++!! end
++
++!! test
++MSIE CSS safety test: sup/sub script
++!! input
++A
++B
++C
++!! result
++A
++B
++C

Bug#729844: live-build: UEFI boot support

[Raphael Hertzog]

Control: clone 729844 -1
Control: reassign -1 live-build
Control: retitle -1 live-build: UEFI boot support

On Sun, 08 Dec 2013, Daniel Baumann wrote:
> reassign 729844 syslinux
> retitle 729844 make debian/copyright complete

Sorry, I'd like to keep a bug on live-build to track the progress of the
UEFI support.

> thanks, but i don't think that this is an acceptable debian/copyright
> missing the individual File:/Copyright:/License: stanzas.
[...] 
> did an ftp-master comment on your patch?

Yes, I showed it to Paul Tagliamonte who rejected your package:

 paultag: would something like that do it?  http://paste.debian.net/68270/
 buxy: that looks like a massive improvement in syntax, though
 huge, like, awesome.
 even though DEP5 advocates wouldn't like it, it's really perfectly 
fine 
in terms of policy

So it's perfectly acceptable for ftp-masters. And you seemed to be annoyed
by this busy-work so I helped you. I hope you won't require more than what
ftpmasters do require. :-)

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

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


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

Bug#659832: sux: This package seems not to be maintained anymore. It should be removed from repository.

[Alf Gaida]

Package: sux
Version: 1.0.1-6
Followup-For: Bug #659832

Dear Maintainer,
please fix the job control bug or consider to remove this package from 
repository.
It's not nearly unusable - it is unusable for the normal user.

Thanks Alf


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

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

sux depends on no packages.

Versions of packages sux recommends:
ii  xauth  1:1.0.7-1

sux 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#726763: Gnome depends on systemd being PID 1

[Andreas Cadhalpun]

Hi,

in the last week there have been three bug reports (#731426, #731602, 
#731686) concerning the same problem as described in this bug: Gnome 
depends on systemd being PID 1 for suspend/hibernate/reboot/poweroff to 
fully work in all menus.
Each of these bug reports was against a different package, so the 
reporters did not find an existing report on the issue.


I think that the gnome package in its current state should at least 
recommend systemd-sysv, since this package (or the boot parameter 
'init=/bin/systemd') "would be found together with this one in all but 
unusual installations" [0].


The problem with this is that systemd-sysv replaces sysvinit, which is 
an essential Debian package, thus systemd-sysv cannot be a dependency, 
at least until the technical committee has decided on the init system 
issue (#727708).


On Fri, Oct 18, 2013 at 10:07:49PM +0200, Michael Biebl wrote:
> Working suspend/resume requires systemd to be PID 1 [1].
> Boot with init=/bin/systemd for that.
>
> I'll probably add a small notification on first login with instructions
> how to do that.

It seems that this notification is either not yet added, or normal users 
do not find it, as they are still confused and report bugs about the 
issue. So please add this notification in a prominent place to avoid 
countless duplicates of this bug report.


Best regards,
Andreas


0: 
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-binarydeps



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

Bug#290777: Unix cycling works backwards for some configurations

[Rodolfo García Peñas]

Hello Florian,

thanks for your quick reply. With your examples, now I think I can understand 
it.

Your behaviour is that the window sort is static, so with your four windows:

W1 - W2 - W3 - W4

The FocusNext (and FocusPrevKey) event moves in one direction, but the window 
sort doesn't change (parentesis is the selected window):

Current status: (W1) - W2 - W3 - W4
FocusNextKey + release: W1 - (W2) - W3 - W4
FocusNextKey + release: W1 - W2 - (W3) - W4
FocusNextKey + release: W1 - W2 - W3 - (W4)
FocusPrevKey + release: W1 - W2 - (W3) - W4
FocusPrevKey + release: W1 - (W2) - W3 - W4
FocusPrevKey + release: (W1) - W2 - W3 - W4

But the current wmaker behaviour is that, when the window is selected, it is 
moved to the top of the window list:

Current status: (W1) - W2 - W3 - W4
FocusNextKey + release: (W2) - W1 - W3 - W4
FocusNextKey + release: (W1) - W2 - W3 - W4
FocusNextKey + FocusNextKey + release: (W3) - W1 - W2 - W4

As you say in the previous mail is that your behaviour was included in wmaker 
0.80.0, but was removed in 0.91.0, and the option "WindozeCycling = NO;" 
doesn't do nothing. So, I will forward this mail to upstream. More info at [1]

Again, thanks a lot for your bug report,
Regards,
kix

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

On Sun, 08 Dec 2013, Florian Siegesmund escribió:

> Hello kix,
> 
> On Sat 2013-12-07, Rodolfo García Peñas  wrote:
> 
> > I think this bug can be closed. I tried it now and I don't have these 
> > issues.
> 
> IBTD, I'm afraid.
> 
> I still have set
> 
>   FocusNextKey = "Shift+Mod1+Tab";
>   FocusPrevKey = "Mod1+Tab";
> 
> to get close to the desired behaviour.
> 
> Desired behaviour:
> 
>  * open 4 different applications, e.g. xterm1, xterm2, xterm3, xterm4
>  * now xterm4 has the focus
>  * press ALT+TAB and release the keys
>  * xterm1 has the focus
>  * press ALT+TAB and release the keys
>  * xterm2 has the focus
>  * press ALT+TAB and release the keys
>  * xterm3 has the focus
>  * press ALT+TAB and release the keys
>  * xterm4 has the focus
>  * press ALT+TAB and release the keys
>  * xterm1 has the focus
>  * [...]
>  * xterm1 has the focus
>  * press ALT+SHIFT+TAB (and release)
>  * xterm4 has the focus
>  * press ALT+SHIFT+TAB (and release)
>  * xterm3 has the focus
>  * press ALT+SHIFT+TAB (and release)
>  * xterm2 has the focus
>  * press ALT+SHIFT+TAB (and release)
>  * xterm1 has the focus
>  * press ALT+SHIFT+TAB (and release)
>  * xterm4 has the focus
>  * [...]
> 
> Here is what I get with my current settings:
> 
>  * open 4 different applications, e.g. xterm1, xterm2, xterm3, xterm4
>  * now xterm4 has the focus
>  * press ALT+TAB and release the keys
>  * xterm1 has the focus
>  * press ALT+TAB and release the keys
>  * xterm2 has the focus
>  * press ALT+TAB and release the keys
>  * xterm3 has the focus
>  * press ALT+TAB and release the keys
>  * xterm4 has the focus
>  * press ALT+TAB and release the keys
>  * xterm1 has the focus
>  * [...]
>  * xterm1 has the focus
>  * press ALT+SHIFT+TAB (and release)
>  * xterm4 has the focus
>  * press ALT+SHIFT+TAB (and release)
>  * xterm1 has the focus
>  * press ALT+SHIFT+TAB (and release)
>  * xterm4 has the focus
>  * press ALT+SHIFT+TAB (and release)
>  * xterm1 has the focus
>  * press ALT+SHIFT+TAB (and release)
>  * xterm4 has the focus
>  * [...]
> 
> So FocusPrevKey is running in the wrong direction and FocusNextKey
> is working completely wrong (this ist stack instead of cycling).
> 
> Now let's try to set:
> 
>   FocusNextKey = "Mod1+Tab";
>   FocusPrevKey = "Shift+Mod1+Tab";
> 
> Result:
> 
>  * open 4 different applications, e.g. xterm1, xterm2, xterm3, xterm4
>  * now xterm4 has the focus
>  * press ALT+TAB and release the keys
>  * xterm3 has the focus
>  * press ALT+TAB and release the keys
>  * xterm4 has the focus
>  * press ALT+TAB and release the keys
>  * xterm3 has the focus
>  * press ALT+TAB and release the keys
>  * xterm4 has the focus
>  * press ALT+TAB and release the keys
>  * xterm3 has the focus
>  * [...]
>  * xterm3 has the focus
>  * press ALT+SHIFT+TAB (and release)
>  * xterm1 has the focus
>  * press ALT+SHIFT+TAB (and release)
>  * xterm2 has the focus
>  * press ALT+SHIFT+TAB (and release)
>  * xterm4 has the focus
>  * press ALT+SHIFT+TAB (and release)
>  * xterm3 has the focus
>  * press ALT+SHIFT+TAB (and release)
>  * xterm1 has the focus
>  * [...]
> 
> Version information:
> 
>  | > wmaker -version
>  | Window Maker 0.95.3
>  | > cat /etc/debian_version 
>  | 7.2
>  | >
> 
> > If you agree, I will close the bug.
> 
> I am sorry, but not fixed for me.
> 
> Best Regards
> 
> Sonny
> 
> -- 
> :wq

-- 
 .''`.  Rodolfo García Peñas (kix) 
: :'  : Proud Debian Developer
`. `'`  4096R / 3F48 0B8C C385 AD41 9E28  006A 7B1F 5490 72B7 4923
 `- Debian - when you have better things to do than fixing systems


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

Bug#729844: live-build: UEFI boot support

[Daniel Baumann]

reassign 729844 syslinux
retitle 729844 make debian/copyright complete
thanks

On 11/28/2013 08:54 PM, Raphael Hertzog wrote:
> Please find attached a patch documenting the missing licenses.

thanks, but i don't think that this is an acceptable debian/copyright
missing the individual File:/Copyright:/License: stanzas.

> I believe that with this patch, your package should be safe to go through
> NEW anyway.

did an ftp-master comment on your patch?

> BTW the switch to syslinux 6 should happen sooner rather than later, i.e.
> well before the jessie freeze, let's not redo the same mistake than last
> time.

there was no 'mistake' the 'last time', except that syslinux 5 for
jessie shoudn't have gone to unstable while wheezy was frozen.

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#731686: gdm3: poweroff/reboot seems to be a noop

[Andreas Cadhalpun]

Hi Steven,

On 08.12.2013 13:08, Steven Post wrote:

When trying to reboot from inside the gdm3 login screen, nothing appears to
happen. After several tries I can still login to Gnome and poweroff/reboot from
there.
This is another version of Bug #726763, this time with poweroff/reboot 
instead of suspend/hibernate, but still the same cause: Gnome 3.8 needs 
systemd as PID 1 for this to work.


So you either have to use the 'init=/bin/systemd' boot parameter or 
install systemd-sysv.


Best regards,
Andreas


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

Bug#729226: Forget to filter html comments (was shishi gfdl)

[Bastien ROUCARIES]

control: tags -1 + pending

I forget to filter html comment.

Now it pass without problem


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

Bug#469448: icedove: Refuses to refuse certificate

[Carsten Schoenert]

Hello Dick,

On Wed, Mar 05, 2008 at 09:35:38AM +, Dick Middleton wrote:
> Package: icedove
> Version: 2.0.0.9-3
> Severity: normal
> 
> 
> Connecting to imaps server which offers unknown SSL certificate you get the
> 'use always', 'use once' or 'never use' dialog.  If you select the 'never use'
> option or the 'Cancel' button the dialog closes and then reopens requesting 
> again.  This is an infinite loop; it's impossible to get rid of it.  Not only 
> that but it blocks the GUI alot making it very difficult to do anything such 
> as quit or add the root certificate needed to authenticate.
> 
> I guess it's an upstream bug but the Mozilla bug server seems broken right now
> so I can't check.

is quite long ago you opened this bug.
This bug is still alive with current versions of Icedove? I'm not able
to test this behaviour, I'm not owning a imaps server instance with a
self signed certificate.

Regards
Carsten


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

Bug#731708: debian-maintainers: Add Christos Trochalakis as a Debian Maintainer

[Christos Trochalakis]

Package: debian-maintainers
Severity: normal

Please add Christos Trochalakis to the debian maintainer keyring.

Thank you,

Christos

Comment: Add Christos Trochalakis as a Debian Maintainer
Date: Sat, 07 Dec 2013 15:18:16 +0200
Action: import
Recommended-By: 
  Kartik Mistry 
Agreement: 
  https://lists.debian.org/debian-newmaint/2013/11/msg00034.html
Advocates: 
  https://lists.debian.org/debian-newmaint/2013/12/msg00011.html
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.15 (GNU/Linux)
  
  mQINBFJ9P5cBEADiv2+Pw/rQQxoAuj6fwOrD8uQTjtYaOkduQ+FTZqpO8o8FXMmq
  e2QRI1OVMTvMywehIVeqyVTCfkji1qVWrHmYp99yZUzFfIs6DQOTGWVJVqwwgSni
  Q0unNF7GSnPHlJF1MtvtitPppVJOsxil1PLPtfITGTlW7ZB0xVfC5dY1ikszYvx6
  t58HX2yJmwoACwIsrntPFnpi4gfTWnvXyvqwoIOB1FUSO9cwriERJUMBRuFz7eyH
  1ya2wfoQpndoZbOm/cfITAwi3+CG2s/XKvC9mgROm0zjAxK9M6UCPIBkAud2Y5v8
  jdC4i9COO5RstD/WN/KP2YXoKMgK+Me/buLgHb/k7fWNCsKc5oHadDGG3h3DNjjz
  KLLgWxKo8q6TukZ79p1+qEGMaiLcW/5swdIjV4l4DwSeV1MHBI81ObPLrVOGsV79
  o5D3Wo4LaH4pjEqgrTWZ/Cj4IPpt5EcoMx+JKvnF7iwmN07I2krkFs+c9QCBjXTG
  6Klt09K4Ng4q88T486LyPKSMLwOGJkQTC2mFIo8hXiRmCgqHGy4JmMLtACwJHCgO
  YTqH6TsouD0jaXmSFOPSmw58qbVgja5xASa4VjzQ4MB169zxsBss19xHXGFEzINO
  b6k2ZZamREnPo1qICVrgswlpPk/cXC73hCHhtVmzcvf6+lUEOIQqyGsnKwARAQAB
  tChDaHJpc3RvcyBUcm9jaGFsYWtpcyA8eWF0aW9oaUBnbWFpbC5jb20+iQI9BBMB
  CAAnBQJSgJuWAhsDBQkB4TOABQsJCAcDBRUKCQgLBRYCAwEAAh4BAheAAAoJEBE2
  JgCnR+zZMKsP/21clr/DyKtploj8AFjJyLnKireHCKB/QUBoMh3vvmfIiiK7W1mM
  uJPl5qjrlfeXeyfh4sRBRkc8EpGfzB9hKP8OPqa2LqrNu0kBgGaWgT4SfoXb9Lnn
  GutT9E1QgWwEwRXMaiFqUfS286k8+rMi+c4+t52AU7pqD0e82U0iUHeDgaJx4xUo
  MFXLlOhXjZ2S6jt34zzSG/1fc4uXzpzWChbQa3YebYvZZnV1LhIjjEGpJgZiozbd
  6oPw7RsAHOSnBz/qvk+907+5e82pLUtAjgk71s/EQJEqfP2BRJKWe1ixnlAO4xMF
  wLY6CSMK/Pq7LYlhVL65T79tQmFvZbPcqz1UZjhU3DJpZF9eEzHafZ9DNcizoGv5
  gZW5g+LV1SxlpvN0i6fygagzeB3xV4b94zs8J8iyKqow2WwV9rImOsJWyesmRYM3
  4mEmd6qFCJjOrNZUKnuDw5ZiRTp5X4OgHnF7jz4fRVZRPbXOgX8wPfUCNdFtDFlR
  OUyANVvqhKDdFqYF+jU6/j1auIaADrWJi8GfweH/CK7k8Y2s1D1UZ/FL4+Ft9ohG
  tmQxm6joRkGwxOj0OPeEwyzt3ZuyJmeeWITtSliKv2+oi6YcMAVQJOdmo9e6nhvA
  O184xK78dmh34eW0zHIhpu8EyQIKFW3jhW0lbFT3I8IYYCxpQ6Zo2unRiQIcBBAB
  AgAGBQJSi1JVAAoJEPUbGMcgJIIkKfYP/28FWgNVLUdLVgWqqtHKQRkS0BHY5XIC
  0KWrKjFUuIqUsY7gPWLe9CapgmD60uySJ6vz7SeeOlW2kMANp1w5X/RA4VVNjuKH
  MGm+8mdvsX0OLxXQv0k3za9ByTzSDCK4S0QluHKlkoukHujVKV7ZVMS4IG4Idgg4
  K2K6ZaPPYIEJP+mOER2uSB6lo0xOtrNO8Nk9HEC9DduW9FoqOeYStV4rFcAtQZPH
  12hLu5c1rhGnqvslcTbJHwyEPC4N2bASlNGM5PAmERiH+jioqCcRT8r9cSwydJB3
  kU//fZLw8cbm0EKUQrwObw/UHM2zC1vz6xVHdLlRhvKHViDFAA3Epgk6wPvDu8EC
  Kz+66B8XdJHINklzxHpr9loMkhYVQ97ztqwyK2mPd5vqPTea8/YdPe0szkSes6AT
  lumr0UGPIGNP6iemvxuqKJ5UhRhmayHP1W/B9Nd8jujMYhh7MDhhh+O2Qhcfa4tQ
  RLr2/HENYGYwNZ9oYDYpKo3LTnzJrcq5fDjS+ZkAFKSAEMfM82jBWDkYQ4oGDFrl
  W0MxyTzdf4WCdDMPyy4lC4UsRV7rgr5EOKu++zBnyXZeKh2XuxVD02CAVe873jUt
  XxX4qweU6esWGohfdLzPwSQb0Lhj+HE+I6buoGrZizgVvePRFjlLE9CkAp9VWuL4
  pVQhFteuLeeUiQIcBBABCAAGBQJSmGjEAAoJEJ0LXlse7I8OJ5oP/j3ajO3XlWu2
  QDuejAh0g3UYAwwif3ox9u/e/qgAC2OImeSrXWSbRQw355j1UD6p+Km3x+dSjfZr
  30X6VQlH4ZftHjzRIGDJeUD4VQ8Tjo1IAORgP6EIOpKMSVATQXhDyyhs510+n9km
  8tesz6OqmDakyJCe3Lmc7yyCKjuxUU4ryfb+Uz1/Lkm0bHkCAU5nPkJq2/KfQR/5
  xGg2xrg89JwbaVY7unnnyZhuyWpEqxINOGj1QBn3AkP1iK21H2uwgRoT050UpL7A
  GSd136oRplbwgxMV+qrYAT7R0Otw676hyafHaeyXDLjNnuEbIM1pwIRinQ3dSojq
  IkUsr8JeGGotW8FFsBkBu3t8m0yIguCGtMrv6dgfiW832B1xQt6Aw/VSYyGFcZp9
  Eh4Jm6k2PAQ/oye/8Bz/fWB9bCLQuX5KfQ5YGqN4oqCdV+ZbvcQPj3RXT4CbDDi+
  Z31RlJ4v8aW+oqK2AduN1hAGazv7lxMiJxiwEzWjMiEz6S3l6QenZPyE7gZsTfWG
  dYabBltnVtx6+HnZNnTukCnX3B4mvFIUUPJVt7w832aN+IaGGRYqy9OSEFvLet+u
  34vk4RBFZkEw4ThpEbJiTq2wTdRueoC7btuWakBsjUNQSI7CA1+fwDpuzbndvT/2
  FbMaUjquiXo5uXPr8oQNcNm3jfNazL8QtCtDaHJpc3RvcyBUcm9jaGFsYWtpcyA8
  eWF0aW9oaUBpZGVvcG9saXMuZ3I+iQJABBMBCAAqAhsDBQkB4TOABQsJCAcDBRUK
  CQgLBRYCAwEAAh4BAheABQJSgKTQAhkBAAoJEBE2JgCnR+zZfQEP/Rw7ciEcEfdc
  S00cRgckB2h66lU5NTG5gcVQx5YmceQCsbBK//GTVirBEq2/aVKFixYPnt4ltLT5
  Xa4A2axpyISIQzVEZeGZPVtrfUok6Kai3EiTdfnGoT2x77Yt7TbyOvJjOLSwzV+v
  xM7fWqhgbsd/bqsJj9QWVok55Tzg7vLdwHJ83IONH57V/zgkHVypmKcrBcm4ATNf
  a74uqZAMwTLAEUygjXWpeHu0pFAONcc7RWbgUk5sNX8nmhVVILpGj8Qh2hNgfVxg
  z/JAswYOwe6mjdiQvQlFRlhQUBydGyYKoe4bO20zJIqa2cn7HBiC69i92AzjNO+P
  kwaaYX0DP2I2nLnKJYr/2H0z4Ifq9mtAyTbTLPam/vQijN/8fJpBapOkYWHNXCYn
  /V9Fhokrn516Rte3GDARP8QJdtMl9ydCAL1g5ptwE2UWUhb9KQ1kzPPvfSq1tAwb
  GLeR0sLQ+rTTQuh6DkaIjvI/rVaMGlsVuCAExAUcZ6BIm+jBbEOiVpU22pamf2JO
  dFK3dqtnA1DU8j1Zidpdkem2WIyBiSgHei8A0OxKyh5rbnbEsV1Drzj5onqvqVKp
  8yQpkZXu4yAfAt824SMrKvU1Sj+apqmfW8OSWmDIKAu93UaeyY1SZpMJ2nN8+ImL
  ifdA2N3zaYODs29SojdEfv9KGLh6GgahiQIcBBABAgAGBQJSi1JVAAoJEPUbGMcg
  JIIkX4MP/RPDixbESbfUzy0WY0khlAjImuXW10PRTnX9DfrRN5zkeg1ORQ7rc+iA
  cBK6OJmkrrk0f+I35hkGNNMGPBGveJQjAlj3GpJZECDS2mswFZJAPVV2UTgZdYZU
  4T65Iz78ewXcg8vFC8V8jGQudqG0hpj19kjmYqZ+m0G5chmPJSX/qObEzRciDiIP
  eh63rVYhpO9Kmv/bcxlIQrLNx3bmzoaHvPbLAzKFiEundC+1iVVyGltowXROTnGo
  OLl0czjVZrEzKCerh1hO+ZuGOY+oyasVpGIMW1F/ym8eTf7QFW9Vd9KcEGFis+29
  pISptpiQv6ELrKAuZoI95FUNRleFLEiGHEKMtr6/gYJ7a39ItD+FoRSg3pmqf4xN
  lirlvBs/NNXHn+9L+kWoKWI1HiESTq9kcPlnFgdL2NQmQCp3j5jxAXU

Bug#667682: xfce4: Square appears on top-left corner on screen when using desktop

[Uwe Scholz]

Hi,

it seems to be an upstream bug, as I can confirm this behavior with
Gentoo Linux and xfce-4.10. I don't use jdownloader, so it is definitely
not responsible for the small square on the top left of the screen.

In my case I sometimes see a small black square when I move from an
empty virtual screen to another one with an open application like
firefox. My background image is dark, as this square. My
graphics-drivers are xf86-video-intel-2.21.15.

Interestingly, this behavior occurs not only with the xfce4 built-in
compositing feature activated, but also when I start "xcompmgr -cCfF -r7
-o.65 -l-10 -t-8 -D7 &" at the beginning of my xfce4-session. But the
square does not always occur. When I stop xcompmgr or the xfce4
compositing feature and restart it again right after that, the square is
always gone.

My system:
Linux 3.10.17-gentoo
xcompmgr-1.1.6
xfce4-session-4.10.0-r1

Greetings
Uwe


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

Bug#731477: sysvinit: Hangs when booted into "-b" (emergency) mode

[Roger Leigh]

On Thu, Dec 05, 2013 at 03:18:58PM -0500, Jeffrey Sheinberg wrote:
> I regularly boot into "-b" (emergency) at least once a week, in order to
> perform backups of my root partition while it is in a read-only state.
> 
> I have never experienced any problems with using "-b" (emergency) mode
> before encountering this problem.
> 
> This problem has so far only happened when booting this linux kernel,
> 
> linux-image-3.11-0.bpo.2-amd64

This is an odd problem, and it's going to be tricky to track down
without being able to easily reproduce it.  If you notice the
keyboard lights flickering, this looks like it's possibly an
input layer issue.  If only this kernel exhibits the problem then
sysvinit is unlikely to be involved directly.  I would suggest
looking at a newer kernel e.g. 3.12 and the options the kernel
was compiled with.

If you try either 3.11.8-1 (testing) or 3.11.10-1 (unstable), do
these also show the problem?

I would suggest if it's dependent upon the kernel you are running,
that this should be reassigned to the "linux" kernel source
package.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


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

Bug#626574: gnucash: Net income for period not equal to Total Income - Total Expenses for Income Statement and Profit & Loss report

[Joachim Breitner]

Dear Daniel,

you once have filed a bug against gnucash, which was forwarded upstream,
And now upstream has a question:
https://bugzilla.gnome.org/show_bug.cgi?id=650119#c3

Would it be possible for you to reply there?

Thanks,
Joachim

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


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

Bug#730783: pu: openttd/1.2.1-3 opu: openttd/1.0.4-7 (Fix for CVE-2013-6411)

[Adam D. Barratt]

Control: tags -1 + pending

On Sun, 2013-12-08 at 12:31 +0100, Matthijs Kooijman wrote:
> > On Fri, 2013-11-29 at 15:35 +0100, Matthijs Kooijman wrote:
> > > upstream developers for the openttd package have identified a remote
> > > denial-of-service (program crash) in the openttd game. They have made
> > > patches available, which I'd like to include in wheezy and squeeze.
> > [...]
> > > Attached are debdiffs against the current squeeze and wheezy versions,
> > > which add the upstream patches. The debdiff still uses the -security
> > > archives, for the actual upload I'll change that to stable/oldstable
> > > instead.
> > 
> > Please use "wheezy" and "squeeze" instead. With that change, please go
> > ahead; thanks.
> 
> I've just uploaded the packages.

Flagged for acceptance; thanks.

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#731707: libimobiledevice-dev: Please prepare for switch to libtasn1-6-dev

[Andreas Metzler]

Package: libimobiledevice-dev
Version: 1.1.5-2
Severity: normal

Hello,

libimobiledevice-dev is one of three packages in sid (build-)depending
on libtasn1-3-dev and will need to change to libtasn1-6-dev.

I would like to do this in some coordinated way and have therefore
opened a transition bug. #730856

cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


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

Bug#731706: debian-maintainers: Please add Diane Trout as a Debian Maintainer

[Diane Trout]

Package: debian-maintainers
Severity: normal

Dear Debian Mainter Team,

Please verify my application and add my GPG key to the debian-maintainers
keyring.

Thank you,
Diane Trout



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

Kernel: Linux 3.12-rc7-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
Comment: Add Diane Trout  as a Debian Maintainer
Date: Sun, 08 Dec 2013 09:38:39 -0800
Action: import
Recommended-By: 
  Sune Vuorela , 
  Steffen Möller ,
  Lisandro Damián Nicanor Pérez Meyer ,
  Andreas Tille 
Agreement: 
  https://lists.debian.org/debian-newmaint/2013/12/msg2.html
Advocates: 
  https://lists.debian.org/debian-newmaint/2013/12/msg3.html
  https://lists.debian.org/debian-newmaint/2013/12/msg5.html
  https://lists.debian.org/debian-newmaint/2013/12/msg6.html
  https://lists.debian.org/debian-newmaint/2013/12/msg7.html
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.15 (GNU/Linux)
  
  mQINBFI/UFIBEADBx9yI/vp2ZFoRPoFvfyIn2eriEC6ZAIt4VB/kOv2Ei9Sx0IZY
  3cRb08ihGg3qREucAiixlo74z+NFd9zBTkuvhCkUuNvy97xdBXgQH64yrbpURodQ
  JmL3O9Dn/6tOQaRIONWWz8C8h1+uojTIapohz9sD2PR8dzCXiQPrY+8ssCQlb9zJ
  h2ALurCGku8ZtNPo+4cnGB7Xpyqdjsmo+pfYXSKKkEVRIaOAFuyI1IGLF1vLs3fY
  lKbAfSvG5DeaxkijPbRipUpleRifLqMH+DMJyPc7x9zYGC9NplyeYBaZGnv3vA04
  vTbYMYCHRArp1MjWjPg9jTd3DSkiGTjTD+yQ94XD6iVcI2sgPQ0SgqXMGenbth7w
  tvs8IBlWDKZbCzicFr7voUJPULtFDze1cj1J0ZoB2TSccfANekADpPW5YD98/wXx
  Xp8dyCCovjdzb86ShnoOnX37hitfclRnbF8NWMsChBDbEkfgZnUGSP7VSj7g0kQ+
  PEVNhpjP1yDavd86jqO8fAzxRZfqtp7ZqUGvXNoQ8OysoKFeQSV4qJEpxE754L+j
  IvQsb1F4aMCfC5gnGD3tAqJo07dU7ThTyAOWreMbDLffrvOmbLLB78Q+msWtT6zz
  2LKbAjziPYPfkflcPWAAjx3zAQ/ZQG+zZwbyhsxVzi29kvkWjU1r9IW6qwARAQAB
  tBxEaWFuZSBUcm91dCA8ZGlhbmVAZ2hpYy5vcmc+iQJABBMBCgAqAhsDBQkJZgGA
  BQsJCAcDBRUKCQgLBRYCAwEAAh4BAheABQJSP1P4AhkBAAoJEOWrXxYc3Q2YYFkP
  /ROTcxp7cjuyZs3K00W20uXJyAbK9nrWE4PbFzBLYlbOJ9S4Uw4hkoCJbFddZnVA
  IfViLcU4MvQ9Z32z66Siv0rQBGpLg8D8OjZb2BLJc70876XYWVCbRr+o/CPjJuwm
  tph9XxskITzXqQ4oo2CaR2J7jPmdhYG+qQBgp0QVemmmz2n5R7UYsewV+qSzjlOk
  to0twM7dqOI3pG3bihvJTX/g4hdd94VzOqCIlNxvPeoBjGEQo4hkrcobvoqJ4nQ/
  erZ0wnPLKjoId8s8nJT6WPhI/ka8gf2MpfsiZFqZGb5334XRm6QaxPo4kHgDKA52
  KJwLRSRCW9OhlJ2Ny2/vPqUqmUePvmwFr7FzO/eVi8aTKLR0X4Rv+Ks2233Q2itp
  qTi02EgMfSIkBv2WYzLwl9ycqD+AnThu28We3eQ9yGJoiPea+3KzutCGn41w1zJJ
  CFDSXqLhy/xM4x9CZob9sLXqfz5POlN+wnlYV/UqXiOYfCz3bs6Culef6ZpfUBna
  6mk34acZRI2YBBRYFBhbty+KI0GD5/n0vHojERTMgv1Jkx5psB1V65WHYtPjA/yV
  AqKkelLZIp9AnJLZmuNsxKEF0JbnMuYK+p0V0wwbN4+JbjuSTafy4yZ0OZ0BHRg5
  DMmSY7sievoiMvEKe5unB40jxcwELygqSXVVtlt/uhN3iEYEExEKAAYFAlI/VZIA
  CgkQe8RgKSkWnXbv9gCff75xL5d8+O+7J+QsY4yH6YGmAlcAnjdIXC1j7A03xICk
  J4mNbwcgjEELiEYEExEKAAYFAlI/VbUACgkQTi7z3pxGHvNK/gCfXdzXhgBT8wPv
  cKTwvEWJtipQ7jkAn2Lsn0HdkhWvCAZ05Y9txu2U1tbHiQIcBBABAgAGBQJSn6MH
  AAoJEKLRMAHZjA+6qOIQAKJiEz9DfKqAejVTlVitQf8N1IoVxXntiS8dEKQeOgXu
  eLhfTmjApAg0xXyinVp+DZM1V6PvIff3BNXFkK+R+0dcwON5I+9TPUMhPOyJoRWN
  OiL0L3JCvcs7T5KjdLNBjipHHg2oHZeYrTTDM4TCh5yHjbQMxAZYuBLghNHYoTGK
  TBJwQAVFP0S16gF/AZPzoDWJ7URxNRKUg4Yo5cDdtSWwYK1KMl6VUtXtr5ohDF34
  MKpiLGfCHCiy4JwhpgAEt0uXx4NEyTTKopkmyWNuBnoMcXhIqfgFFlpdoAaPx/48
  HGIR1XvWpQ4o5mGddQCjjLTH+AcrBCYO4SK0WvaXaRJmgy6kXi+ZMcQ+i6BNLEQY
  mE2UJFBv6bYExPmai6YVzWjLtyrH6F598W7gYo+Eo8cPmV3OaMeoyGj6+2X85Rtl
  ndCZyiASIieMSUPub7c6N8jndYpFOYQEMfUFf54cVbG2eX8W1VyD4B2wj+t2DMFS
  1paJHriTwPfLixZLbv+terq0pVkYV+48ZaIfNMx3sRAZDSLquBSvvTRhtMZO70bc
  K5G2S3GwPxV6xtFhtOirJFhifPTaJ7zHY7zB/gl31xsQUW6ujYgCQirqFCPf+l+/
  oTm9yBooRc6+MWtVPboVCAQkNA1mWQCJWmpnur6WZYb12ROF0ZJBGDz8jVIMtsV+
  tB9EaWFuZSBUcm91dCA8ZGlhbmVAY2FsdGVjaC5lZHU+iQI9BBMBCgAnBQJSP1JB
  AhsDBQkJZgGABQsJCAcDBRUKCQgLBRYCAwEAAh4BAheAAAoJEOWrXxYc3Q2YwVQQ
  ALAnqcZmgPk8kQsg0Cgd3duMsX5Ab03EQYVT9VECNz3mHHGA2Jvry8gIBXEf0cpN
  f2/rdPntbTsM8FXk5qw7ZsiuxOwASaXRRpqPT35iuxpy75OwqobG+fZvwG4hrVm4
  tlEbFXIzR5OgYvZZF8O6cm6TzILC1rFUd5M2f7+QJWU5R7NsOnkFAr+OrM3E+m+t
  1pXfxeAMqOff9xCC6yQDbL/KBLy0RH40dMsjiAwSRkzTBiD0iBBtNRZJlcYcm1Ub
  NPHINxvD6zOHHjZ59RfjoXJ2fUqARncN6bmc1G/+r1Cdu9F2I0ai2F/2l4IW/6vl
  FrqCtyVn4zvHE9/Wj1Ux668ZrvLgkEW1R6k4eA0VdDjT5zKodmXYw6Z8aeG/dIIi
  3JHL0KDItLESP2SVuwkthmHAOZj+5dI/ZiYPhMpD6w7wJfDWIaGVyiBYsy/YexNd
  bnAwLTTWfTUmo+P1WhrmjNsLVY/4R1+yeDfF537JROD+vGt80tz8ukjtnO3AlK/1
  pt+VUFhibGORWL4X9D+ZDZQW9EIwGT0zGmEnbD/WOGwvDTNzPFXj0JboCaDGlFXZ
  kw/EYAYAUYjuAOdB2dSLsIb1M3jLDZCC1GM8kCR2PKcMjHkR6GE+f5koI8hq19jP
  emnR0HHQj178UlMbfSMgKR7FHJVCiVIzPEjFEsQr9RwIiEYEExEKAAYFAlI/VZYA
  CgkQe8RgKSkWnXYlDACg1fZMUPCvdy9knbIZMbrTocnc24AAoKNmAgSYKcuU5KNm
  Bsap01NcmupFiEYEExEKAAYFAlI/VbkACgkQTi7z3pxGHvP29gCgu+EuMOu6kld0
  NhffeWgoKr4ZZ+cAn0z5joHfnGy/KrReIbA6KYzq+omdiQIcBBABAgAGBQJSn6MH
  AAoJEKLRMAHZjA+69cgP/R1mcEsv+TIVdtOSpOcScrBDWDka1F1B4Vj7Q1Gia2aY
  MqlPgT+czaYlnKloPyLOcBYtSXhUiZYOW7Z08/g1yuXGaBUjMU8zAnrtSIgSW5qO
  IpbIdpIBmXapyUW7

Bug#629531: racktables packaging status

[David Hannequin]

Hi,

Sorry but i deleted my packaging after Debian Mentor drop my requeste. 

For somes reasons i don't want to work for this project ( 5 packages dropped 
and an itp "steal"). Many people don't respect Debian project process.

Best regard.



Envoyé de mon iPhone

Le 8 déc. 2013 à 10:26, Ludovico Cavedon  a écrit :

> Hi,
> 
> I was wondering: what is the status of the packaging of racktables?
> 
> I am going to package it now as I need it for one of my systems. If
> you have already worked on it, let's merge efforts, otherwise I can
> upload mine once I am done.
> 
> Thanks!
> Ludovico


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

Bug#615492: Users connected to server cannot hear each other

[Chris Knadle]

On Friday, December 06, 2013 09:55:12 Roland Karch wrote:
> Hi,
> 
> I was able to reproduce this with a user of my ARM murmur server as well on
> the current stable version.

Just for clarification: does "the current stable version" mean the current 
version in Debian Stable (i.e. mumble 1.2.3-349-g315b5f5-2.2) or do you mean 
the current upstream stable version (i.e. mumble 1.2.4)?

If you have space to compile Debian packages for ARM, I have mumble 1.2.4 
source package for wheezy available here:

   http://debian-packages.coredump.us/debian/pool/main/m/mumble/

> It seems to be triggered by the user choosing
> "force TCP" in their client settings. With TCP forced, that user is unable
> to hear anyone else speaking on the server, including themselves in loopback
> mode. A random stab in the dark would be that this seems like an endianness
> issue with TCP transmission.

That sounds like a useful hint.

In the code there was an effort to deal with an ARM endian network issue with 
upstream git commit f54a1426559204874eba95f0786e41e57c896a44 from 2010 which 
modified src/Connection.cpp.  That's at least an idea as to where to start 
examining the code.

I think this should probably be reported upstream, and I think it's best if 
you do this directly so that you can coordinate with them in running tests.  
[Unfortunately I don't have an ARM system available to test this with.]

   https://github.com/mumble-voip/mumble/issues?labels=&page=1&state=open

Thanks!

  -- Chris

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


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

Bug#731516: /etc/cron.daily/spamassassin: sa-compile not executed from cron

[Noah Meyerhans]

On Fri, Dec 06, 2013 at 09:35:44AM +0100, nijel wrote:
> the cron script (once enabled) does not invoke sa-compile as the directory
> /var/lib/spamassassin/compiled does not exist after package installation. 
> 
> Once this directory is created (either manually or by executing sa-compile),
> the cron job works as expected.

This is intentional. Rules aren't compiled by default, since we don't
list a hard dependency on gcc and the various other tools needed for
sa-compile.

It's on my to-do list to split sa-compile into a separate package that
can properly depend on the tools it needs. The sa-compile package's cron
job can unconditionally compile the rules, since it can safely assume
that if you have the package installed then you intend to compile your
rules.



signature.asc
Description: Digital signature

Bug#731676: webkitgtk: FTBFS on powerpcspe

[Alberto Garcia]

On Sun, Dec 08, 2013 at 10:32:03AM +0100, Roland Stigge wrote:

> The attached patch fixes this by adding powerpcspe to the list of
> architectures where the assembler is disabled.

Thanks for the patch!

> Further, it adds powerpcspe to the list of architectures where -g is
> to be removed for resource fixup.

Why is this necessary? It doesn't build otherwise?

Berto


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

Bug#290777: Unix cycling works backwards for some configurations

[Florian Siegesmund]

Hello kix,

On Sat 2013-12-07, Rodolfo García Peñas  wrote:

> I think this bug can be closed. I tried it now and I don't have these issues.

IBTD, I'm afraid.

I still have set

  FocusNextKey = "Shift+Mod1+Tab";
  FocusPrevKey = "Mod1+Tab";

to get close to the desired behaviour.

Desired behaviour:

 * open 4 different applications, e.g. xterm1, xterm2, xterm3, xterm4
 * now xterm4 has the focus
 * press ALT+TAB and release the keys
 * xterm1 has the focus
 * press ALT+TAB and release the keys
 * xterm2 has the focus
 * press ALT+TAB and release the keys
 * xterm3 has the focus
 * press ALT+TAB and release the keys
 * xterm4 has the focus
 * press ALT+TAB and release the keys
 * xterm1 has the focus
 * [...]
 * xterm1 has the focus
 * press ALT+SHIFT+TAB (and release)
 * xterm4 has the focus
 * press ALT+SHIFT+TAB (and release)
 * xterm3 has the focus
 * press ALT+SHIFT+TAB (and release)
 * xterm2 has the focus
 * press ALT+SHIFT+TAB (and release)
 * xterm1 has the focus
 * press ALT+SHIFT+TAB (and release)
 * xterm4 has the focus
 * [...]

Here is what I get with my current settings:

 * open 4 different applications, e.g. xterm1, xterm2, xterm3, xterm4
 * now xterm4 has the focus
 * press ALT+TAB and release the keys
 * xterm1 has the focus
 * press ALT+TAB and release the keys
 * xterm2 has the focus
 * press ALT+TAB and release the keys
 * xterm3 has the focus
 * press ALT+TAB and release the keys
 * xterm4 has the focus
 * press ALT+TAB and release the keys
 * xterm1 has the focus
 * [...]
 * xterm1 has the focus
 * press ALT+SHIFT+TAB (and release)
 * xterm4 has the focus
 * press ALT+SHIFT+TAB (and release)
 * xterm1 has the focus
 * press ALT+SHIFT+TAB (and release)
 * xterm4 has the focus
 * press ALT+SHIFT+TAB (and release)
 * xterm1 has the focus
 * press ALT+SHIFT+TAB (and release)
 * xterm4 has the focus
 * [...]

So FocusPrevKey is running in the wrong direction and FocusNextKey
is working completely wrong (this ist stack instead of cycling).

Now let's try to set:

  FocusNextKey = "Mod1+Tab";
  FocusPrevKey = "Shift+Mod1+Tab";

Result:

 * open 4 different applications, e.g. xterm1, xterm2, xterm3, xterm4
 * now xterm4 has the focus
 * press ALT+TAB and release the keys
 * xterm3 has the focus
 * press ALT+TAB and release the keys
 * xterm4 has the focus
 * press ALT+TAB and release the keys
 * xterm3 has the focus
 * press ALT+TAB and release the keys
 * xterm4 has the focus
 * press ALT+TAB and release the keys
 * xterm3 has the focus
 * [...]
 * xterm3 has the focus
 * press ALT+SHIFT+TAB (and release)
 * xterm1 has the focus
 * press ALT+SHIFT+TAB (and release)
 * xterm2 has the focus
 * press ALT+SHIFT+TAB (and release)
 * xterm4 has the focus
 * press ALT+SHIFT+TAB (and release)
 * xterm3 has the focus
 * press ALT+SHIFT+TAB (and release)
 * xterm1 has the focus
 * [...]

Version information:

 | > wmaker -version
 | Window Maker 0.95.3
 | > cat /etc/debian_version 
 | 7.2
 | >

> If you agree, I will close the bug.

I am sorry, but not fixed for me.

Best Regards

Sonny

-- 
:wq


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

Bug#698527: elmer: executable ElmerGUI.real links with both GPL-licensed and GPL-incompatible libraries

[Francesco Poli]

On Sun, 07 Apr 2013 00:50:51 +0300 Boris Pek wrote:

[...]
> now we have more time to solve the issue in less destructive way
> than in case when it affects Wheezy.

*** Breaking news!!! ***

The upcoming Open CASCADE Technology version 6.7.0 will be licensed
under the GNU LGPL v2.1 (+ some minor additional permissions).

For further details, please read
http://bugs.debian.org/680738#27


What does this mean for bug #698527 ?
Once an LGPL-licensed oce lands in Debian and elmer depends on that
package, it will be possible to close this bug report, *as long as* the
OpenSSL linking issue has been solved.
Please re-read the original bug report for further details on the
linking relationships:
http://bugs.debian.org/698527#5

Hence, I recommend to investigate whether /usr/bin/ElmerGUI.real may be
linked with GnuTLS instead of OpenSSL.
Or, alternatively, whether the linking with OpenSSL may be disabled.

I am looking forward to seeing ElmerGUI re-enter this Debian package.

Bye!

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


pgp3FtNS6TV9v.pgp
Description: PGP signature