Bug#741472: apt-listbugs: broken charset in exported xhtml file for certain config

[Petr Vorel]

Hello Francesco,

> Could you please show the output of the "locale" command on your system
> (with the user account you are referring to)?
> What is the intended effect of your configuration?
LANG=cs_CZ.UTF-8
LANGUAGE=cs_CZ.UTF-8
LC_CTYPE=cs_CZ.UTF-8
LC_NUMERIC=cs_CZ.UTF-8
LC_TIME=cs_CZ.UTF-8
LC_COLLATE=cs_CZ.UTF-8
LC_MONETARY=cs_CZ.UTF-8
LC_MESSAGES=C
LC_PAPER=cs_CZ.UTF-8
LC_NAME=cs_CZ.UTF-8
LC_ADDRESS=cs_CZ.UTF-8
LC_TELEPHONE=cs_CZ.UTF-8
LC_MEASUREMENT=cs_CZ.UTF-8
LC_IDENTIFICATION=cs_CZ.UTF-8
LC_ALL=C

> | Note: The variable LANGUAGE is ignored if the locale is set to ‘C’.
> | In other words, you have to first enable localization, by setting
> | LANG (or LC_ALL) to a value other than ‘C’, before you can use a
> | language priority list through the LANGUAGE variable.
You're right, I have accidentally set LC_ALL=C, which caused the problem. 
Without that
it's working.

I'm sorry for wrong report.

Best regards,
Petr Vorel


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

Bug#741485: xserver-xorg-video-ati: System hang at boot with kernel 3.12+ with ati 4650 and xserver-xorg-video-ati

[Michel Dänzer]

On Don, 2014-03-13 at 00:26 +0200, Alex wrote:
> 
> So the issue is that legacy drivers dont work anymore with old ati cards so we
> only have open source left but from kernel 3.12 and 3.13 that i have tested
> ati(radeon) driver doesnt work and freezes the system on boot up.

Does it freeze when X starts, or already before that (presumably when
the radeon kernel module is loaded)?

You can try adding radeon.modeset=0 to the boot loader kernel command
line to avoid the freeze. Then, preferably via ssh, you can stop X,
unload the radeon kernel module and load it again with

 sudo modprobe radeon modeset=1

and if possible start X again. This way you may be able to collect more
information about the freeze e.g. from /var/log/kern.log
or /var/log/Xorg.0.log.


-- 
Earthling Michel Dänzer|  http://www.amd.com
Libre software enthusiast  |Mesa and X developer


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

Bug#731815: Acknowledgement (virsh: Unable to start any VM with Intel Xeon X3430 CPU)

[Adrian Immanuel Kieß]

Dear everyone,

With todays updates this bug is there and exists again. ;-)

Adrian


On Tue, 2013-12-10 at 04:39 +, Debian Bug Tracking System wrote: 
> Thank you for filing a new Bug report with Debian.
> 
> This is an automatically generated reply to let you know your message
> has been received.
> 
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
> 
> Your message has been sent to the package maintainer(s):
>  Debian Libvirt Maintainers 
> 
> If you wish to submit further information on this problem, please
> send it to 731...@bugs.debian.org.
> 
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
> 

-- 
With greetings from Leipzig, Germany.
Adrian Immanuel Kieß 

Administrator & programmer
Unix / Perl / LaTeX

mail: 
www: http://www.kiess.at


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

Bug#741502: Apt-get uninstall -- tries to remove to many files

[David Gast]

Package: apt-get
Version: apt 0.7.25.3ubuntu9.14 for i386 compiled on Aug 20 2012 22:40:11

It is great that apt-get finds dependent packages.  Sometimes, in fact,
I wish it would just install the recommended packages and state what
additional commands I can now use.  It is not good, however, that 
apt-get is so aggressive about uninstalling packages.

That is, sometimes when you try to remove a package that is no longer
needed, you cannot do so without apt-get stating it will remove many
additional packages.  Most recently this problem occurred because of
the need to update some cups components.  As I no longer have a printer
connected to this computer, I do not need any printing capability.
(Cups failed miserably anyway as I could not print anything after
the upgrade to Ubuntu 10.04, but is another story.)

Why have packages I do not need?  If I decide to connect a printer to
my computer, I can reinstall cups.

-
Event #1

I want to remove package libcups2 and apt-get wants to remove
236 packages including essentially everything that runs under the GUI such
as firefox, evince, metacity, compiz, etc.  (Of course, there are many
other packages that I do not need to use that will be uninstalled as well.)
Just because I do not want to print, does not mean that I do not want
to use my computer?

$ sudo apt-get remove libcups2
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
  menu libtasn1-3-dev libkadm5clnt-mit7 libgpg-error-dev
  libnetwork-ipv4addr-perl comerr-dev libgcrypt11-dev ocaml-base-nox libgl2ps0
  python-lxml gnumeric-common libkrb5-dev gnumeric-doc libgssrpc4 python-numpy
  libgnutls-dev krb5-multidev liboctave1 python-smbc libwmf-bin libntlm0
  python-uniconvertor libkadm5srv-mit7 libnet-ipv6addr-perl libcanberra-pulse
  libkdb5-4 libgnome-vfs2.0-cil perlmagick wireshark-common octave-common
Use 'apt-get autoremove' to remove them.
The following packages will be REMOVED:
  aisleriot alacarte apport-gtk apturl bleachbit brasero brltty-x11
  celestia-gnome checkbox-gtk compiz compiz-gnome compiz-plugins
  computer-janitor-gtk dvipng eggcups eog evince evolution
.
.
.

xdg-user-dirs-gtk xsane xscreensaver-data xscreensaver-gl xul-ext-ubufox
  xulrunner-1.9.2 yelp zenity
0 upgraded, 0 newly installed, 236 to remove and 0 not upgraded.
After this operation, 904MB disk space will be freed.
Do you want to continue [Y/n]? n

-
Event #2

I want to remove a package, but I need to install extra packages ??
I need to update other packages?

sudo apt-get remove libcups2-dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
  libtasn1-3-dev libcupscgi1 libkadm5clnt-mit7 libgpg-error-dev comerr-dev
  libgcrypt11-dev libcupsmime1 libgl2ps0 libkrb5-dev libgssrpc4 libcupsppdc1
  pstoedit libgnutls-dev krb5-multidev liboctave1 libcupsdriver1
  libkadm5srv-mit7 libkdb5-4 octave-common
Use 'apt-get autoremove' to remove them.
The following extra packages will be installed:
  libcupscgi1 libcupsdriver1 libcupsimage2 libcupsmime1 libcupsppdc1
The following packages will be REMOVED:
  libcups2-dev libcupscgi1-dev libcupsdriver1-dev libcupsimage2-dev
  libcupsmime1-dev libcupsppdc1-dev libgnomecups1.0-dev
The following packages will be upgraded:
  libcupscgi1 libcupsdriver1 libcupsimage2 libcupsmime1 libcupsppdc1
5 upgraded, 0 newly installed, 7 to remove and 1 not upgraded.
Need to get 183kB of archives.
After this operation, 2085kB disk space will be freed.
Do you want to continue [Y/n]?

Best regards

P.S. The computer from which the e-mail was sent is not running linux. 


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

Bug#739485: Further info re udev test

[Jonathan McDowell]

I think the problem is the test:

 if [ -x /etc/init.d/udev ] && pidof udevd > /dev/null; then

I hit this problem installing tpm-tools today and found this bug, so
tried the commands in the most recent comment:

root@pot:/# ls -l /dev/tpm0 
crw--- 1 root root 10, 224 Mar 12 20:17 /dev/tpm0
root@pot:/# udevadm control --reload-rules
root@pot:/# udevadm trigger --sysname-match="tpm[0-9]*"
root@pot:/# ls -l /dev/tpm0 
crw--- 1 tss tss 10, 224 Mar 12 21:24 /dev/tpm0

So the commands are fine.

root@pot:/# ls -l /etc/init.d/udev
-rwxr-xr-x 1 root root 6173 Dec 31 05:39 /etc/init.d/udev*

That looks fine.

root@pot:/# pidof udevd
(nothing)

Oh oh.

root@pot:/# ps auxww | grep udev
root   411  0.0  0.0  42136  2148 ?Ss   20:17   0:00 
/lib/systemd/systemd-udevd

So the problem is the lines don't get run because udevd isn't running,
it's systemd-udevd.

J.

-- 
Purranoia: The fear that your cat is up to something.
This .sig brought to you by the letter L and the number 44
Product of the Republic of HuggieTag


signature.asc
Description: Digital signature

Bug#741501: RFS: libb2/0.96-1 [ITP]

[Robert Ransom]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

 Package name: libb2
 Version : 0.96-1
 Upstream Author : cont...@blake2.net
 URL : https://blake2.net/
 License : CC0
 Section : libs

It builds the following binary packages:

  libb2-1- BLAKE2 family of hash functions
  libb2-dev  - BLAKE2 family of hash functions -- development files

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

  https://mentors.debian.net/package/libb2

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

  dget -x 
https://mentors.debian.net/debian/pool/main/libb/libb2/libb2_0.96-1.dsc

More information about libb2 can be obtained from .


Robert Ransom


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

Bug#673589: gnome-online-accounts: Google account credentials expire immediately after login

[Adrian]

Package: gnome-online-accounts
Followup-For: Bug #673589

I fixed it manually by deleting the keyring ad creating it again.



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

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

Versions of packages gnome-online-accounts depends on:
ii  libc62.18-4
ii  libgcr-base-3-1  3.8.2-4+b1
ii  libglib2.0-0 2.38.2-5
ii  libgoa-1.0-0 3.8.3-2
ii  libkrb5-31.12+dfsg-2
ii  librest-0.7-00.7.90-1
ii  libsoup2.4-1 2.44.2-1

Versions of packages gnome-online-accounts recommends:
ii  gnome-control-center  1:3.8.3-4

gnome-online-accounts 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#741500: grub2: First boot hangs at 'loading initial ramdisk'

[Andres Cimmarusti]

Package: grub-efi-amd64
Version: 2.00-22
Severity: normal

Dear Maintainer,

Ever since Jessie got the upgrade to grub 2.00, my laptop with grub-efi 
installed does NOT automatically boot into debian the "first" time. What 
I mean by the first time is the first boot after turning on the 
computer.

The boot hangs very early at the 'loading initial ramdisk' stage.

Rebooting the computer using the key combination Ctrl+Alt+Del makes it 
reboot and then the grub booting sequences proceeds accordingly

I don't know what's wrong here. Worked perfectly well before grub2

The computer is a gaming laptop, ASUS G55VW.

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/disk/by-uuid/21ff39a0-521b-4046-baef-6cfd449331af / ext4 
rw,noatime,errors=remount-ro,data=ordered 0 0
/dev/sda1 /boot/efi vfat 
rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=utf8,shortname=mixed,errors=remount-ro
 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/disk/by-id/ata-ST9500423AS_6WR1L0CD
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
set default="0"

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_gpt
insmod ext2
set root='hd0,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 
--hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4 --hint='hd0,gpt4'  
21ff39a0-521b-4046-baef-6cfd449331af
else
  search --no-floppy --fs-uuid --set=root 21ff39a0-521b-4046-baef-6cfd449331af
fi
font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=en_US
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=-1
else
  set timeout=5
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_gpt
insmod ext2
set root='hd0,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 
--hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4 --hint='hd0,gpt4'  
21ff39a0-521b-4046-baef-6cfd449331af
else
  search --no-floppy --fs-uuid --set=root 21ff39a0-521b-4046-baef-6cfd449331af
fi
insmod png
if background_image /usr/share/images/desktop-base/joy-grub.png; then
  set color_normal=white/black
  set color_highlight=black/white
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu 
--class os $menuentry_id_option 
'gnulinux-simple-21ff39a0-521b-4046-baef-6cfd449331af' {
load_video
insmod gzio
insmod part_gpt
insmod ext2
set root='hd0,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 
--hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4 --hint='hd0,gpt4'  
21ff39a0-521b-4046-baef-6cfd449331af
else
  search --no-floppy --fs-uuid --set=root 
21ff39a0-521b-4046-baef-6cfd449331af
fi
echo'Loading Linux 3.12-1-amd64 ...'
linux   /boot/vmlinuz-3.12-1-amd64 
root=UUID=21ff39a0-521b-4046-baef-6cfd449331af ro  quiet acpi_osi=Linux 
acpi_backlight=legacy
echo'Loading initial ramdisk ...'
initrd  /boot/initrd.img-3.12-1-amd64
}
submenu 'Advanced options for Debian GNU/Linux' $menuentry_id_option 
'gnulinux-advanced-21ff39a0-521b-4046-baef-6cfd449331af' {
menuentry 'Debian GNU/Linux, with Linux 3.12-1-amd64' --class debian 
--class gnu-linux --class gnu --class os $menuentry_id_option 
'gnulinux-3.12-1-amd64-advanced-21ff39a0-521b-4046-baef-6cfd449331af' {
load_video
insmod gzio
insmod part_gpt
insmod 

Bug#638756: Remove support for t1lib

[Michael Gilbert]

Hi,

I've uploaded an nmu removing t1lib support.  Please see attached patch.

Best wishes,
Mike
diff -u vflib3-3.6.14.dfsg/debian/rules vflib3-3.6.14.dfsg/debian/rules
--- vflib3-3.6.14.dfsg/debian/rules
+++ vflib3-3.6.14.dfsg/debian/rules
@@ -49,7 +49,6 @@
 	--enable-static \
 	--with-freetype2 --with-freetype2-includedir=/usr/include/freetype2 \
 	--with-kpathsea --with-kpathsea-includedir=/usr/include/kpathsea \
-	--with-t1lib --with-t1lib-includedir=/usr/include \
 	--with-texmf-root=/usr/share/texmf \
 	--with-gettext
 
@@ -116,8 +115,8 @@
 	install -m 644 $(CURDIR)/debian/vflibcaps/vflibcap $(CURDIR)/debian/vflib3/etc/vflib3/vflibcaps-common/vflibcap.in
 	install -m 644 $(CURDIR)/debian/vflibcaps/vflibcap-tex $(CURDIR)/debian/vflib3/etc/vflib3/vflibcaps-common/vflibcap-tex.in
 
-	# Shut lintian up
-	chmod +x $(CURDIR)/debian/vflib3/usr/share/VFlib/3.6.14/t1lib/mkt1enc.sh
+	# Remove unused t1lib script
+	rm -f debian/vflib3/usr/share/VFlib/3.6.14/t1lib/mkt1enc.sh
 
 	dh_installdocs -a
 	dh_installman -a
diff -u vflib3-3.6.14.dfsg/debian/control vflib3-3.6.14.dfsg/debian/control
--- vflib3-3.6.14.dfsg/debian/control
+++ vflib3-3.6.14.dfsg/debian/control
@@ -2,13 +2,13 @@
 Section: devel
 Priority: optional
 Maintainer: OHURA Makoto 
-Build-Depends: autotools-dev, chrpath, debhelper (>> 5.0.0), dpatch, gettext, libfreetype6-dev, libkpathsea-dev, libt1-dev, libx11-dev, autoconf2.13, xutils-dev
+Build-Depends: autotools-dev, chrpath, debhelper (>> 5.0.0), dpatch, gettext, libfreetype6-dev, libkpathsea-dev, libx11-dev, autoconf2.13, xutils-dev
 Standards-Version: 3.7.2
 
 Package: vflib3-dev
 Section: libdevel
 Architecture: any
-Depends: vflib3 (= ${Source-Version}), libfreetype6-dev, libkpathsea-dev, libt1-dev, libc6-dev
+Depends: vflib3 (= ${Source-Version}), libfreetype6-dev, libkpathsea-dev, libc6-dev
 Description: Development files for VFlib3
  VFlib3 is a font rasterizer library for multi-lingual information 
  processing.  Using VFlib3, you can obtain bitmap data of characters(glyphs)
@@ -16,8 +16,8 @@
  .
  VFlib3 can handle almost all font formats available - it now supports 
  PK, GF, VF, TFM, OFM level 0, OVF, PCF, BDF, HBF, Syotai-Club, JG, eKanji
- and more.  TrueType and Type 1 fonts are also supported via FreeType2
- and T1lib respectively.  Font search via kpathsea is supported, too.
+ and more.  TrueType and Type 1 fonts are also supported via FreeType2.
+ Font search via kpathsea is supported, too.
  .
  This package contains the header file and static library for developing 
  with VFlib3.
@@ -33,8 +33,8 @@
  .
  VFlib3 can handle almost all font formats available - it now supports
  PK, GF, VF, TFM, OFM level 0, OVF, PCF, BDF, HBF, Syotai-Club, JG, eKanji
- and more.  TrueType and Type 1 fonts are also supported via FreeType2
- and T1lib respectively.  Font search via kpathsea is supported, too.
+ and more.  TrueType and Type 1 fonts are also supported via FreeType2.
+ Font search via kpathsea is supported, too.
  .
  This package contains a few sample programs that come with VFlib3.
 
@@ -50,8 +50,8 @@
  .
  VFlib3 can handle almost all font formats available - it now supports
  PK, GF, VF, TFM, OFM level 0, OVF, PCF, BDF, HBF, Syotai-Club, JG, eKanji
- and more.  TrueType and Type 1 fonts are also supported via FreeType2
- and T1lib respectively.  Font search via kpathsea is supported, too.
+ and more.  TrueType and Type 1 fonts are also supported via FreeType2.
+ Font search via kpathsea is supported, too.
  .
  This package contains the VFlib3 documentation in various formats.
  
@@ -68,8 +68,8 @@
  .
  VFlib3 can handle almost all font formats available - it now supports
  PK, GF, VF, TFM, OFM level 0, OVF, PCF, BDF, HBF, Syotai-Club, JG, eKanji
- and more.  TrueType and Type 1 fonts are also supported via FreeType2
- and T1lib respectively.  Font search via kpathsea is supported, too.
+ and more.  TrueType and Type 1 fonts are also supported via FreeType2.
+ Font search via kpathsea is supported, too.
  .
  This package contains the shared library and configuration files 
  needed to run programs using VFlib3.
diff -u vflib3-3.6.14.dfsg/debian/changelog vflib3-3.6.14.dfsg/debian/changelog
--- vflib3-3.6.14.dfsg/debian/changelog
+++ vflib3-3.6.14.dfsg/debian/changelog
@@ -1,3 +1,10 @@
+vflib3 (3.6.14.dfsg-3+nmu1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Remove support for t1lib (closes: #638756). 
+
+ -- Michael Gilbert   Sun, 09 Mar 2014 21:37:52 +
+
 vflib3 (3.6.14.dfsg-3) unstable; urgency=low
 
   * Remove RPATH from the generated library. (lintian)

Bug#740971: completion fails on file names with special characters

[Filipus Klutiero]

Hi Uwe,

On 2014-03-12 21:37, Uwe Storbeck wrote:

A few corrections to my last mail:

bash completion before the first letter of the file name fails at
all, even for "normal" file names:

   $ mkdir /tmp/test && cd /tmp/test && touch a
   $ ls 

Also not all characters where the completion after the first
letter fails are characters which bash would escape with a
backslash during the completion as the comma actually does not
get escaped by bash.
Not sure what qualifies "special characters" in this context.
Characters where completion does not work for me (when file
names share the same beginning, as you have mentioned before)
are:

   !"$&'()*,:;<=>?[\]^`{|}

Interesting is also this example:

   $ mkdir /tmp/test && cd /tmp/test && touch aa 'a('
   $ ls a
   a(  aa

So far it's ok. But:

   $ ls a(

results in a wrong completion:

   $ ls a(a

Uwe


I can reproduce (only tested the first case). Indeed, bash-completion appears 
to cause quite important bash completion problems with 4.3. This has to be 
related to a similar issue reported by Albert Shih upstream (on the mailing 
list, there is no upstream ITS): 
http://lists.gnu.org/archive/html/bug-bash/2014-03/msg00032.html

Chet Ramey has started work on a fix.

Thank you

--
Filipus Klutiero
http://www.philippecloutier.com


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

Bug#741499: unpaper: New upstream and a request to update watch file

[Douglas F. Calvert]

Package: unpaper
Version: 0.4.2-1
Severity: normal

There is a new release of unpaper avaiable. It looks like upstream is not very 
good about updating the web page. 

You could use github tags and or releases in the watch file:

https://wiki.debian.org/debian/watch/#GitHub



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

Kernel: Linux 3.14.0-rc4+ (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages unpaper depends on:
ii  libc6  2.18-4

unpaper recommends no packages.

unpaper suggests no packages.

-- debconf-show failed


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

Bug#741402: [bash] Shell functions definitions may require parentheses despite function keyword

[Linda Walsh]

Filipus Klutiero wrote:


$ function bar () (echo x)

---
That's not a compound command.

They start with {
and end with }
you must have spaces between the braces and anything else,
and the } must be after a LF or a semicolon




I suspect this is an upstream bug.

--- System information. ---
Architecture: i386
Kernel: Linux 3.12-1-amd64

Debian Release: jessie/sid
990 testing debian.mirror.iweb.ca
500 unstable debian.mirror.iweb.ca
1 experimental ftp3.nrc.ca

--- Package information. ---
Depends (Version) | Installed
===-+-
base-files (>= 2.1.12) | 7.2
debianutils (>= 2.15) | 4.4


Recommends (Version) | Installed
===-+-
bash-completion (>= 20060301-0) | 1:2.1-2


Suggests (Version) | Installed
===-+-===
bash-doc | 4.3-2




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

Bug#741402: [bash] Shell functions definitions may require parentheses despite function keyword

[Filipus Klutiero]

Hi Linda,

On 2014-03-12 23:23, Linda Walsh wrote:



Filipus Klutiero wrote:


$ function bar () (echo x)

---
That's not a compound command.

They start with {
and end with }
you must have spaces between the braces and anything else,
and the } must be after a LF or a semicolon


"(list)" is the very first compound command form documented in bash's manpage:


(list)
list is executed in a subshell environment (see COMMAND EXECUTION ENVIRONMENT 
below). Variable assignments and builtin commands that affect the shell's 
environment do not remain in effect after the command completes. The return 
status is the exit status of list.









[...]

--
Filipus Klutiero
http://www.philippecloutier.com


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

Bug#695195: ITP: vcr -- record test suite HTTP interactions and replay during future test runs

[Miguel Landaeta]

owner 695195 !
thanks

On Sun, Mar 09, 2014 at 05:58:05PM -0300, Miguel Landaeta wrote:
> 
> Ok, if I can come up with a working package soon I'll take over this
> ITP.

I prepared a primitive package and I pushed my changes to
pkg-ruby-extras git repo:

http://anonscm.debian.org/gitweb/?p=pkg-ruby-extras/ruby-vcr.git;a=summary

What's needed is to enable unit tests for this package and to improve
some minor details.

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at
http://db.debian.org/fetchkey.cgi?fingerprint=4CB7FE1E280ECC90F29A597E6E608B637D8967E9
"Faith means not wanting to know what is true." -- Nietzsche


signature.asc
Description: Digital signature

Bug#741492: [Pkg-samba-maint] Bug#741492: samba: all process have same title (setproctitle not working)

[Jelmer Vernooij]

On Thu, Mar 13, 2014 at 02:37:52PM +1300, Andrew Bartlett wrote:
> On Wed, 2014-03-12 at 19:22 -0500, Jeffrey Clark wrote:
> > Package: samba
> > Version: 2:4.1.5+dfsg-1
> > Severity: minor
> > Tags: upstream patch
> > 
> > Dear Maintainer,
> > 
> > Process titles remain the same as the parent even though libbsd and
> > and setproctitle support are correctly detected during package build.
> > 
> > Additionally log.samba contains a number of ominous messages:
> > samba: setproctitle not initialized, please either call setproctitle_init() 
> > or link against libbsd-ctor.
> > 
> > Attached patch completes the setproctitle support when using libbsd.
> > There may be a way to link libbsd-ctor.a and elminiate the extra defines,
> > but my wscript foo is lacking.
> > 
> > without attached patch:
> > 
> > 24650 ?Ss 0:00 /usr/sbin/samba -D
> > 24661 ?S  0:00  \_ /usr/sbin/samba -D
> > 24663 ?Ss 0:00  |   \_ /usr/sbin/smbd -D --option=server role 
> > check:inhibit=yes --foreground
> > 24715 ?S  0:00  |   \_ /usr/sbin/smbd -D --option=server 
> > role check:inhibit=yes --foreground
> > 28724 ?S  0:00  |   \_ /usr/sbin/smbd -D --option=server 
> > role check:inhibit=yes --foreground
> > 24662 ?S  0:00  \_ /usr/sbin/samba -D
> > 24664 ?S  0:00  \_ /usr/sbin/samba -D
> > 24665 ?S  0:00  \_ /usr/sbin/samba -D
> > 24666 ?S  0:00  \_ /usr/sbin/samba -D
> > 24667 ?S  0:00  \_ /usr/sbin/samba -D
> > 24668 ?S  0:00  \_ /usr/sbin/samba -D
> > 24669 ?S  0:00  \_ /usr/sbin/samba -D
> > 24670 ?S  0:00  \_ /usr/sbin/samba -D
> > 24671 ?S  0:00  \_ /usr/sbin/samba -D
> > 24672 ?S  0:00  \_ /usr/sbin/samba -D
> > 24673 ?S  0:00  \_ /usr/sbin/samba -D
> > 24676 ?S  0:00  \_ /usr/sbin/samba -D
> > 
> > with attached patch:
> > 
> >  9660 ?Ss 0:00 /usr/sbin/samba -D
> >  9697 ?S  0:00  \_ samba: task[s3fs_parent]
> >  9699 ?Ss 0:00  |   \_ /usr/sbin/smbd -D --option=server role 
> > check:inhibit=yes --foreground
> > 10126 ?S  0:00  |   \_ /usr/sbin/smbd -D --option=server 
> > role check:inhibit=yes --foreground
> >  9698 ?S  0:00  \_ samba: task[dcesrv]
> >  9700 ?S  0:00  \_ samba: task[nbtd]
> >  9701 ?S  0:00  \_ samba: task wrepl server_id[9701]
> >  9702 ?S  0:00  \_ samba: task[ldapsrv]
> >  9703 ?S  0:00  \_ samba: task[cldapd]
> >  9704 ?S  0:00  \_ samba: task[kdc]
> >  9706 ?S  0:00  \_ samba: task[dreplsrv]
> >  9709 ?S  0:00  \_ samba: task[winbind]
> >  9710 ?S  0:00  \_ samba: task[ntp_signd]
> >  9714 ?S  0:00  \_ samba: task[kccsrv]
> >  9715 ?S  0:00  \_ samba: task[dnsupdate]
> >  9716 ?S  0:00  \_ samba: task[dns]
> 
> See samba-tool processes for another way to list it.  
> 
> The issue I have with the patch is that it introduces a non-standard
> 3-argument main, and I still remain spooked by what libbsd does inside
> it's setproctitle. 
Linking against libctor (which uses some ELF init stuff) is a
better alternative here I think, and would avoid any C changes.

> I would actually prefer we stopped looking for setproctitle in libbsd. 
It doesn't seem too bad - it's not different from the way setproctitle is
implemented elsewhere.

Jelmer


signature.asc
Description: Digital signature

Bug#741492: [Pkg-samba-maint] Bug#741492: samba: all process have same title (setproctitle not working)

[Jelmer Vernooij]

On Wed, Mar 12, 2014 at 07:22:09PM -0500, Jeffrey Clark wrote:
> Package: samba
> Version: 2:4.1.5+dfsg-1
> Severity: minor
> Tags: upstream patch
> 
> Dear Maintainer,
> 
> Process titles remain the same as the parent even though libbsd and
> and setproctitle support are correctly detected during package build.
> 
> Additionally log.samba contains a number of ominous messages:
> samba: setproctitle not initialized, please either call setproctitle_init() 
> or link against libbsd-ctor.
> 
> Attached patch completes the setproctitle support when using libbsd.
> There may be a way to link libbsd-ctor.a and elminiate the extra defines,
> but my wscript foo is lacking.

libreplace is supposed to provide standard functions that are not
available on all platforms. setproctitle_init seems to be specific to
libbsd.

I think linking against libbsd-ctor would be more appropriate here.

Cheers,

Jelmer


signature.asc
Description: Digital signature

Bug#741497: lighttpd: enable all build hardening flags

[Michael Gilbert]

package: src:lighttpd
severity: important
version: 1.4.33-1
tags: patch

The attached patch enables all of the build hardening flags for lighttpd.

Best wishes,
Mike
--- lighttpd-1.4.33/debian/rules	2013-10-15 19:42:23.0 +
+++ lighttpd-1.4.33/debian/rules	2014-03-13 01:51:45.0 +
@@ -3,6 +3,9 @@
 # uncomment to enable verbose mode
 #export DH_VERBOSE=1
 
+# enable all hardening build flags
+export DEB_BUILD_MAINT_OPTIONS=hardening=+all
+
 %:
 	dh $@ --with autotools_dev,systemd
 

Bug#741494: qemu-system-x86 has a file conflict with ovmf

[Michael Tokarev]

13.03.2014 05:32, Christoph Anton Mitterer wrote:
> Package: qemu-system-x86
> Version: 1.7.0+dfsg-4
> Severity: grave
> Justification: renders package unusable
> 
> 
> Hey there.
> 
> Unpacking qemu-system-x86 (1.7.0+dfsg-4) over (1.7.0+dfsg-3) ...
> dpkg: error processing archive 
> /var/cache/apt/archives/qemu-system-x86_1.7.0+dfsg-4_amd64.deb (--unpack):
>  trying to overwrite '/usr/share/qemu/OVMF.fd', which is also in package ovmf 
> 0~20131112.2590861a-2

Sigh.  This is the link to ovmf firmware which were initially added
to qemu (not by me) but later we decided to move it to ovmf, and
I forgot to remove it from qemu.

But I don't want to re-upload this package just to remove this symlink.

Note that the package stays prefectly usable, it only conflicts with
ovmf (which means guest uefi support does not work).

Thanks,

/mjt


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

Bug#741496: Switching between packages providing the same Alias is broken (see syslog.service handling)

[Michael Biebl]

Package: init-system-helpers
Version: 1.18
Severity: important

Both syslog-ng and rsyslog are socket-activated.
/lib/systemd/system/syslog.socket is shipped by systemd itself and the
currently installed (and active) syslog implementation is supposed to
create a symlink like
/etc/systemd/system/syslog.service ->
/lib/systemd/system/rsyslog.service
via
/
|[Install]
|Alias=syslog.service
\
in its service file.


If rsyslog is removed, but not purged, i-s-h does *not* remove that symlink.

Consider that rsyslog is installed and active, and you run
"apt-get install syslog-ng". This will cause rsyslog to be uninstalled
(since those packages conflict with each other).
Still, after syslog-ng has been installed, the
/etc/systemd/system/syslog.service symlink still points to
rsyslog.service.

This is obviously broken.

I'm not sure how to address this. We switched i-s-h to not remove symlinks
on "remove" but only on "purge", but I don't remember all the details
anymore, why we did that. Michael, do you remember?

I fear, switching i-s-h back to remove the symlinks on "remove" might
break certain cases again.

In this particular case, I assume i-s-h doesn't update the
/etc/systemd/system/syslog.service symlink, because it already exists.

Any clever idea how to fix this?


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

Kernel: Linux 3.13-1-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 init-system-helpers depends on:
ii  perl  5.18.2-2+b1

init-system-helpers recommends no packages.

init-system-helpers 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#741226: wine64-dev-tools-unstable and wine64-dev-tools: error when trying to install together

[Michael Gilbert]

On Mon, Mar 10, 2014 at 3:06 PM, Stephen Kitt wrote:
> Control: reassign -1 wine64-dev-tools-unstable
>
> On Mon, Mar 10, 2014 at 08:28:10AM +0100, Ralf Treinen wrote:
>>   /usr/share/doc/wine64-dev-tools/README.winedump/README.gz
>
> This needs to be installed in /usr/share/doc/wine64-dev-tools-unstable
> in wine64-dev-tools-unstable.
>
> Michael, if you push 1.7.14-1 to the git repository I'll take care of
> all these conflict bugs...

Hi Stephen, pushed now :)

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#741492: samba: all process have same title (setproctitle not working)

[Andrew Bartlett]

On Wed, 2014-03-12 at 19:22 -0500, Jeffrey Clark wrote:
> Package: samba
> Version: 2:4.1.5+dfsg-1
> Severity: minor
> Tags: upstream patch
> 
> Dear Maintainer,
> 
> Process titles remain the same as the parent even though libbsd and
> and setproctitle support are correctly detected during package build.
> 
> Additionally log.samba contains a number of ominous messages:
> samba: setproctitle not initialized, please either call setproctitle_init() 
> or link against libbsd-ctor.
> 
> Attached patch completes the setproctitle support when using libbsd.
> There may be a way to link libbsd-ctor.a and elminiate the extra defines,
> but my wscript foo is lacking.
> 
> without attached patch:
> 
> 24650 ?Ss 0:00 /usr/sbin/samba -D
> 24661 ?S  0:00  \_ /usr/sbin/samba -D
> 24663 ?Ss 0:00  |   \_ /usr/sbin/smbd -D --option=server role 
> check:inhibit=yes --foreground
> 24715 ?S  0:00  |   \_ /usr/sbin/smbd -D --option=server role 
> check:inhibit=yes --foreground
> 28724 ?S  0:00  |   \_ /usr/sbin/smbd -D --option=server role 
> check:inhibit=yes --foreground
> 24662 ?S  0:00  \_ /usr/sbin/samba -D
> 24664 ?S  0:00  \_ /usr/sbin/samba -D
> 24665 ?S  0:00  \_ /usr/sbin/samba -D
> 24666 ?S  0:00  \_ /usr/sbin/samba -D
> 24667 ?S  0:00  \_ /usr/sbin/samba -D
> 24668 ?S  0:00  \_ /usr/sbin/samba -D
> 24669 ?S  0:00  \_ /usr/sbin/samba -D
> 24670 ?S  0:00  \_ /usr/sbin/samba -D
> 24671 ?S  0:00  \_ /usr/sbin/samba -D
> 24672 ?S  0:00  \_ /usr/sbin/samba -D
> 24673 ?S  0:00  \_ /usr/sbin/samba -D
> 24676 ?S  0:00  \_ /usr/sbin/samba -D
> 
> with attached patch:
> 
>  9660 ?Ss 0:00 /usr/sbin/samba -D
>  9697 ?S  0:00  \_ samba: task[s3fs_parent]
>  9699 ?Ss 0:00  |   \_ /usr/sbin/smbd -D --option=server role 
> check:inhibit=yes --foreground
> 10126 ?S  0:00  |   \_ /usr/sbin/smbd -D --option=server role 
> check:inhibit=yes --foreground
>  9698 ?S  0:00  \_ samba: task[dcesrv]
>  9700 ?S  0:00  \_ samba: task[nbtd]
>  9701 ?S  0:00  \_ samba: task wrepl server_id[9701]
>  9702 ?S  0:00  \_ samba: task[ldapsrv]
>  9703 ?S  0:00  \_ samba: task[cldapd]
>  9704 ?S  0:00  \_ samba: task[kdc]
>  9706 ?S  0:00  \_ samba: task[dreplsrv]
>  9709 ?S  0:00  \_ samba: task[winbind]
>  9710 ?S  0:00  \_ samba: task[ntp_signd]
>  9714 ?S  0:00  \_ samba: task[kccsrv]
>  9715 ?S  0:00  \_ samba: task[dnsupdate]
>  9716 ?S  0:00  \_ samba: task[dns]

See samba-tool processes for another way to list it.  

The issue I have with the patch is that it introduces a non-standard
3-argument main, and I still remain spooked by what libbsd does inside
it's setproctitle. 

I would actually prefer we stopped looking for setproctitle in libbsd. 

Andrew Bartlett

-- 
Andrew Bartlett
http://samba.org/~abartlet/
Authentication Developer, Samba Team  http://samba.org
Samba Developer, Catalyst IT  http://catalyst.net.nz/services/samba


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

Bug#740971: completion fails on file names with special characters

[Uwe Storbeck]

A few corrections to my last mail:

bash completion before the first letter of the file name fails at
all, even for "normal" file names:

  $ mkdir /tmp/test && cd /tmp/test && touch a
  $ ls 

Also not all characters where the completion after the first
letter fails are characters which bash would escape with a
backslash during the completion as the comma actually does not
get escaped by bash.
Not sure what qualifies "special characters" in this context.
Characters where completion does not work for me (when file
names share the same beginning, as you have mentioned before)
are:

  !"$&'()*,:;<=>?[\]^`{|}

Interesting is also this example:

  $ mkdir /tmp/test && cd /tmp/test && touch aa 'a('
  $ ls a
  a(  aa

So far it's ok. But:

  $ ls a(

results in a wrong completion:

  $ ls a(a

Uwe


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

Bug#741495: freeradius: diff for NMU version 2.1.12+dfsg-1.3

[Sam Hartman]

Package: freeradius
Version: 2.1.12+dfsg-1.2
Severity: normal
Tags: patch pending


Dear maintainer,

I've prepared an NMU for freeradius (versioned as 2.1.12+dfsg-1.3) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru freeradius-2.1.12+dfsg/debian/changelog freeradius-2.1.12+dfsg/debian/changelog
--- freeradius-2.1.12+dfsg/debian/changelog	2012-12-16 16:08:12.0 -0500
+++ freeradius-2.1.12+dfsg/debian/changelog	2014-03-12 21:08:56.0 -0400
@@ -1,3 +1,18 @@
+freeradius (2.1.12+dfsg-1.3) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Remove freeradius-dialupadmin, Closes: #711486. I understand there's a
+patch in the bug that could get this working.
+However, it's been removed upstream for 3.x, my hope is to package
+3.0.2 soon, and a PHP script that copies all the get/post data
+into globals so as to administer an authentication server is more
+scary than I choose to contemplate. 
+  * Add IODBC include directories, Thanks Maximiliano Curia
+, Closes: #740060
+
+
+ -- Sam Hartman   Wed, 12 Mar 2014 20:36:19 -0400
+
 freeradius (2.1.12+dfsg-1.2) unstable; urgency=high
 
   * Non-maintainer upload.
diff -Nru freeradius-2.1.12+dfsg/debian/control freeradius-2.1.12+dfsg/debian/control
--- freeradius-2.1.12+dfsg/debian/control	2012-06-29 16:46:05.0 -0400
+++ freeradius-2.1.12+dfsg/debian/control	2014-03-12 20:36:09.0 -0400
@@ -122,14 +122,6 @@
  The FreeRADIUS server can use iODBC to access databases to authenticate users
  and do accounting, and this module is necessary for that.
 
-Package: freeradius-dialupadmin
-Architecture: all
-Depends: php5 | libapache2-mod-php5 | php5-cgi, apache2-mpm-prefork | httpd, ${perl:Depends}, ${misc:Depends}
-Suggests: php5-mysql | php5-pgsql, php5-ldap, libdate-manip-perl
-Description: set of PHP scripts for administering a FreeRADIUS server
- These scripts provide a web-based interface for administering a FreeRADIUS
- server which stores authentication information in either SQL or LDAP.
-
 Package: freeradius-dbg
 Architecture: any
 Section: debug
diff -Nru freeradius-2.1.12+dfsg/debian/patches/freeradius_add_iodbc_include_dirs.diff freeradius-2.1.12+dfsg/debian/patches/freeradius_add_iodbc_include_dirs.diff
--- freeradius-2.1.12+dfsg/debian/patches/freeradius_add_iodbc_include_dirs.diff	1969-12-31 19:00:00.0 -0500
+++ freeradius-2.1.12+dfsg/debian/patches/freeradius_add_iodbc_include_dirs.diff	2014-03-12 20:44:50.0 -0400
@@ -0,0 +1,28 @@
+Patch to add include directories from  Maximiliano Curia 
+
+Index: freeradius-2.1.12+dfsg/src/modules/rlm_sql/drivers/rlm_sql_iodbc/configure.in
+===
+--- freeradius-2.1.12+dfsg.orig/src/modules/rlm_sql/drivers/rlm_sql_iodbc/configure.in	2013-06-07 14:47:15.972218704 +0200
 freeradius-2.1.12+dfsg/src/modules/rlm_sql/drivers/rlm_sql_iodbc/configure.in	2013-06-07 14:47:15.940220007 +0200
+@@ -64,7 +64,7 @@
+ 	fi
+ 
+ 	dnl Check for isql.h
+-	smart_try_dir="$iodbc_include_dir /usr/local/iodbc/include"
++	smart_try_dir="$iodbc_include_dir /usr/include/iodbc /usr/local/iodbc/include"
+ 	FR_SMART_CHECK_INCLUDE(isql.h)
+ 	if test "x$ac_cv_header_isql_h" != xyes; then
+ 		fail="$fail isql.h"
+Index: freeradius-2.1.12+dfsg/src/modules/rlm_sql/drivers/rlm_sql_iodbc/configure
+===
+--- freeradius-2.1.12+dfsg.orig/src/modules/rlm_sql/drivers/rlm_sql_iodbc/configure	2013-06-07 14:47:05.984625299 +0200
 freeradius-2.1.12+dfsg/src/modules/rlm_sql/drivers/rlm_sql_iodbc/configure	2013-06-07 14:47:53.154705108 +0200
+@@ -2862,7 +2862,7 @@
+ 		fail="$fail libiodbc"
+ 	fi
+ 
+-		smart_try_dir="$iodbc_include_dir /usr/local/iodbc/include"
++		smart_try_dir="$iodbc_include_dir /usr/include/iodbc /usr/local/iodbc/include"
+ 
+ 
+ ac_safe=`echo "isql.h" | sed 'y%./+-%__pm%'`
diff -Nru freeradius-2.1.12+dfsg/debian/patches/series freeradius-2.1.12+dfsg/debian/patches/series
--- freeradius-2.1.12+dfsg/debian/patches/series	2012-12-16 15:52:41.0 -0500
+++ freeradius-2.1.12+dfsg/debian/patches/series	2014-03-12 20:43:36.0 -0400
@@ -9,3 +9,4 @@
 radmin.getenv.conffile.diff
 CVE-2012-3547.diff
 CVE-2011-4966.diff
+freeradius_add_iodbc_include_dirs.diff
diff -Nru freeradius-2.1.12+dfsg/debian/rules freeradius-2.1.12+dfsg/debian/rules
--- freeradius-2.1.12+dfsg/debian/rules	2012-06-29 09:50:11.0 -0400
+++ freeradius-2.1.12+dfsg/debian/rules	2014-03-12 20:36:13.0 -0400
@@ -128,20 +128,9 @@
 	dh_testroot
 	dh_installdirs -i
 
-	$(MAKE) -C dialup_admin DIALUP_PREFIX=/usr/share/freeradius-dialupadmin \
-	DIALUP_DOCDIR=/usr/share/doc/freeradius-dialupadmin \
-	DIALUP_CONFDIR=/etc/freeradius-dialupadmin \
-	R=$(freeradius_dir) install
 
-	mv $(freeradius_dir)/usr/sha

Bug#741494: qemu-system-x86 has a file conflict with ovmf

[Christoph Anton Mitterer]

Package: qemu-system-x86
Version: 1.7.0+dfsg-4
Severity: grave
Justification: renders package unusable


Hey there.

Unpacking qemu-system-x86 (1.7.0+dfsg-4) over (1.7.0+dfsg-3) ...
dpkg: error processing archive 
/var/cache/apt/archives/qemu-system-x86_1.7.0+dfsg-4_amd64.deb (--unpack):
 trying to overwrite '/usr/share/qemu/OVMF.fd', which is also in package ovmf 
0~20131112.2590861a-2


Cheers,
Chris.


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

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

Versions of packages qemu-system-x86 depends on:
ii  ipxe-qemu   1.0.0+git-2013.c3d1e78-2
ii  libaio1 0.3.109-4
ii  libasound2  1.0.27.2-3
ii  libbluetooth3   4.101-4.1
ii  libbrlapi0.64.5-3+b2
ii  libc6   2.18-4
ii  libcurl3-gnutls 7.35.0-1
ii  libfdt1 1.4.0+dfsg-1
ii  libglib2.0-02.38.2-5
ii  libgnutls26 2.12.23-13
ii  libiscsi1   1.4.0-3
ii  libjpeg88d-2
ii  libncurses5 5.9+20140118-1
ii  libpixman-1-0   0.32.4-1
ii  libpng12-0  1.2.50-1
ii  libpulse0   4.0-6+b1
ii  libsasl2-2  2.1.26.dfsg1-9
ii  libsdl1.2debian 1.2.15-9
ii  libseccomp2 2.1.0+dfsg-1
ii  libspice-server10.12.4-0nocelt2
ii  libssh2-1   1.4.3-2
ii  libtinfo5   5.9+20140118-1
ii  libusb-1.0-02:1.0.17-1+b1
ii  libusbredirparser1  0.6-2
ii  libuuid12.20.1-5.6
ii  libvdeplug2 2.3.2-4
ii  libx11-62:1.6.2-1
ii  libxen-4.3  4.3.0-3+b1
ii  libxenstore3.0  4.3.0-3+b1
ii  qemu-keymaps1.7.0+dfsg-4
ii  qemu-system-common  1.7.0+dfsg-4
ii  seabios 1.7.4-4
ii  zlib1g  1:1.2.8.dfsg-1

Versions of packages qemu-system-x86 recommends:
ii  qemu-utils  1.7.0+dfsg-4

Versions of packages qemu-system-x86 suggests:
ii  kmod 16-2
pn  samba
ii  sgabios  0.0~svn8-3
pn  vde2 

-- 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#731104: lighttpd: missing automake dependency

[Michael Gilbert]

control: severity -1 normal

On Sun, Dec 1, 2013 at 10:24 PM, Michael Gilbert wrote:
> lighttpd currently fails to build when using pbuilder.   This is due
> to a missing automake build dependency.

This may be specific to my pbuilder setup, will include more info if I
can figure out what is different.

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#717141: Bug#689239: Confirmed: fixed in qemu 1.7.0+dfsg-4

[Michael Evans]

I found this bug this morning.

The update hit the repos this afternoon.

 

This resolves my ganeti 2.10 + rbd in userspace issues; it should also work
for other users of qemu-kvm + userspace rbd.

 

Thank you.

Bug#739262: Here is the needed information + something strange in the way Liferea is launched and runs

[Sidicas .]

On Mar 12, 2014 4:42 PM, "Thibaut"  wrote:

> Program received signal SIGSEGV, Segmentation fault.
> sweep_line_delete (rectangle=0x7fff6978, sweep=0x7fff6690)
> at
/tmp/buildd/cairo-1.12.16/src/cairo-bentley-ottmann-rectangular.c:567
> 567
> /tmp/buildd/cairo-1.12.16/src/cairo-bentley-ottmann-rectangular.c: Aucun
> fichier ou dossier de ce type.
> (gdb) bt
> #0  sweep_line_delete (rectangle=0x7fff6978, sweep=0x7fff6690)
> at
/tmp/buildd/cairo-1.12.16/src/cairo-bentley-ottmann-rectangular.c:567
> #1  _cairo_bentley_ottmann_tessellate_rectangular (
> rectangles=rectangles@entry=0x7fff6860,
> num_rectangles=num_rectangles@entry=3,
> fill_rule=fill_rule@entry=CAIRO_FILL_RULE_WINDING,
> do_traps=do_traps@entry=0, container=container@entry=0x7fff7960)
> at
/tmp/buildd/cairo-1.12.16/src/cairo-bentley-ottmann-rectangular.c:659
> #2  0x72f2f193 in _cairo_bentley_ottmann_tessellate_boxes (
> in=in@entry=0x7fff7bb0,
> fill_rule=fill_rule@entry=CAIRO_FILL_RULE_WINDING,
> out=out@entry=0x7fff7960)
> at
/tmp/buildd/cairo-1.12.16/src/cairo-bentley-ottmann-rectangular.c:877
> #3  0x72f90e61 in fixup_unbounded (
> extents=extents@entry=0x7fff8d60, boxes=boxes@entry
=0x7fff82d0,
> compositor=)
> at /tmp/buildd/cairo-1.12.16/src/cairo-traps-compositor.c:885
> #4  0x72f92081 in composite_aligned_boxes (boxes=0x7fff82d0,
> extents=0x7fff8d60, compositor=0x73230ac0 )
> at /tmp/buildd/cairo-1.12.16/src/cairo-traps-compositor.c:1298
> #5  clip_and_composite_boxes (
> compositor=compositor@entry=0x73230ac0 ,
> extents=extents@entry=0x7fff8d60, boxes=boxes@entry
=0x7fff82d0)
> ---Type  to continue, or q  to quit---
> at /tmp/buildd/cairo-1.12.16/src/cairo-traps-compositor.c:1774
> #6  0x72f92433 in clip_and_composite_polygon (
> compositor=compositor@entry=0x73230ac0 ,
> extents=extents@entry=0x7fff8d60,
> polygon=polygon@entry=0x7fff8940,
> antialias=antialias@entry=CAIRO_ANTIALIAS_NONE,
> fill_rule=fill_rule@entry=CAIRO_FILL_RULE_WINDING, curvy= out>)
> at /tmp/buildd/cairo-1.12.16/src/cairo-traps-compositor.c:1562
> #7  0x72f92b72 in _cairo_traps_compositor_fill (
> _compositor=0x73230ac0 , extents=0x7fff8d60,
> path=0xfc4698, fill_rule=CAIRO_FILL_RULE_WINDING,
> tolerance=0.10001, antialias=CAIRO_ANTIALIAS_NONE)
> at /tmp/buildd/cairo-1.12.16/src/cairo-traps-compositor.c:2250
> #8  0x72f3bee7 in _cairo_compositor_fill (
> compositor=0x73230ac0 ,
> surface=surface@entry=0x17362e0, op=op@entry=CAIRO_OPERATOR_IN,
> source=source@entry=0x72ff38a0 <_cairo_pattern_white>,
> path=path@entry=0xfc4698,
> fill_rule=fill_rule@entry=CAIRO_FILL_RULE_WINDING,
> tolerance=0.10001,
> antialias=antialias@entry=CAIRO_ANTIALIAS_NONE,
> clip=clip@entry=0xc96dd0)
> at /tmp/buildd/cairo-1.12.16/src/cairo-compositor.c:203
> #9  0x72faca58 in _cairo_xlib_surface_fill (_surface= out>,
> ---Type  to continue, or q  to quit---
> op=CAIRO_OPERATOR_IN, source=0x72ff38a0 <_cairo_pattern_white>,
> path=0xfc4698, fill_rule=CAIRO_FILL_RULE_WINDING,
> tolerance=, antialias=CAIRO_ANTIALIAS_NONE,
> clip=0xc96dd0)
> at /tmp/buildd/cairo-1.12.16/src/cairo-xlib-surface.c:1646
> #10 0x72f7ff14 in _cairo_surface_fill (surface=0x17362e0,
> op=CAIRO_OPERATOR_IN, source=0x72ff38a0 <_cairo_pattern_white>,
> path=0xfc4698, fill_rule=CAIRO_FILL_RULE_WINDING,
> tolerance=0.10001, antialias=CAIRO_ANTIALIAS_NONE,
> clip=0xc96dd0) at /tmp/buildd/cairo-1.12.16/src/cairo-surface.c:2255
> #11 0x72f3a54f in _cairo_clip_combine_with_surface (clip=0xc96dd0,
> dst=dst@entry=0x17362e0, dst_x=, dst_y=)
> at /tmp/buildd/cairo-1.12.16/src/cairo-clip-surface.c:78
> #12 0x72f90b37 in create_composite_mask (
> compositor=compositor@entry=0x73230ac0 ,
> dst=dst@entry=0xe8c000, draw_closure=draw_closure@entry
=0x7fffa070,
> draw_func=, mask_func=mask_func@entry=0x0,
> extents=extents@entry=0x7fffa490)
> at /tmp/buildd/cairo-1.12.16/src/cairo-traps-compositor.c:500
> #13 0x72f91761 in clip_and_composite_with_mask (src_y=0, src_x=0,
> src=0xfbd6d0, op=CAIRO_OPERATOR_OVER, draw_closure=0x7fffa070,
> mask_func=0x0, draw_func=, extents=0x7fffa490,
> compositor=0x73230ac0 )
> at /tmp/buildd/cairo-1.12.16/src/cairo-traps-compositor.c:546
> ---Type  to continue, or q  to quit---
> #14 clip_and_composite (
> compositor=compositor@entry=0x73230ac0 ,
> extents=extents@entry=0x7fffa490,
> draw_func=draw_func@entry=0x72f8fda0 ,
> mask_func=mask_func@entry=0x0,
> draw_closure=draw_closure@entry=0x7fffa070, need_clip=2)
> at /tmp/buildd/cairo-1.12.16/src/cairo-traps-compositor.c:1036
> #15 0x72f91

Bug#741465: RFS: pythondialog/3.0.1-1 ITA NMU

[Vincent Cheng]

On Wed, Mar 12, 2014 at 2:26 PM, Andy Jacobsen  wrote:
> Hi Vencent,
>
> thank you for taking the time to answer my request.
>
> On Wed, 12 Mar 2014 13:05:11 -0700
> Vincent Cheng  wrote:
>> Control: tag -1 + moreinfo
> I'm sorry, what does this mean?

That just meant that I tagged the bug with the "moreinfo" tag [1] (I
use that to keep track of RFS requests that I've already dealt with,
and that still require additional work from the sponsoree before an
upload is ok).

>> Please take a closer look at the above URL. There are a lot of lintian
>> warnings that should be fixed, and since this isn't actually a NMU
>> (you're adopting the package), nothing's stopping you from doing so.
> I noticed them, too but the Q&A states[1]:
> "If your package is accepted by mentors.debian.net then let the sponsor help 
> you with the rest."
> So I just uploaded the package and sent rhe RFS in the hope I'm doing it 
> right. :)

Sponsors will usually just point out issues that the sponsoree has
neglected, rather than fixing them for you (mostly so you'll learn for
yourself how to properly package something, and so the sponsor would
have enough confidence that you'll be able to maintain the package).
For a list of issues to tackle, I suggest starting with what lintian
flags against your package. Either refer to the automated mentors.d.n
check on your package's page, or run lintian manually on your .changes
file (to check both source and binary packages at the same time), e.g.

$ lintian -IE --pedantic foo_version_arch.changes

(If there's a discrepancy between what lintian outputs on your local
machine to what mentors.d.n tells you, it usually means your copy of
lintian is outdated.)

The following command will display more information about, e.g. the
lintian tag "ancient-standards-version", so you'll know how to fix it:

$ lintian-info -t ancient-standards-version

Repeat as often as necessary until you've fixed all those errors and
warnings (preferably as many of the info and pedantic tags as well),
or ask specific questions about tags that you don't understand (but
consider using a search engine first to find out more information).

>> Would you consider maintaining this package within the Debian Python
>> Modules Team? It'd be easier for you to find others to review and
>> sponsor this package.
> This realy sounds like a great idea.

Great! See [2] for more info. You'll want to create an account on
Alioth and subscribe to the list, for starters.

Regards,
Vincent

[1] https://www.debian.org/Bugs/server-control
[2] https://wiki.debian.org/Teams/PythonModulesTeam/


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

Bug#717076: Bug#741487: ITP: mozjpeg -- Mozilla JPEG Encoder Project

[Ben Hutchings]

On Thu, 2014-03-13 at 00:19 +0100, Pierre Rudloff wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Pierre Rudloff 
> 
> * Package name: mozjpeg
>   Version : 1.0
>   Upstream Author : Mozilla
> * URL : https://github.com/mozilla/mozjpeg
> * License : Custom free software license
>   Programming Lang: C
>   Description : Mozilla JPEG Encoder Project

I think we already have enough (or too many?) libjpeg forks in the
archive.  See #717076.

Ben.

-- 
Ben Hutchings
Experience is directly proportional to the value of equipment destroyed.
 - Carolyn Scheppner


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

Bug#741493: lighttpd: SA_2014_01

[Michael Gilbert]

package: src:lighttpd
severity: serious
version: 1.4.28-2
tag: security

lighttpd just released a security announcement:
http://download.lighttpd.net/lighttpd/security/lighttpd_sa_2014_01.txt

This was assigned the following CVEs:
SQL injection - use CVE-2014-2323.
path traversal - use CVE-2014-2324.

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#741492: samba: all process have same title (setproctitle not working)

[Jeffrey Clark]

Package: samba
Version: 2:4.1.5+dfsg-1
Severity: minor
Tags: upstream patch

Dear Maintainer,

Process titles remain the same as the parent even though libbsd and
and setproctitle support are correctly detected during package build.

Additionally log.samba contains a number of ominous messages:
samba: setproctitle not initialized, please either call setproctitle_init() or 
link against libbsd-ctor.

Attached patch completes the setproctitle support when using libbsd.
There may be a way to link libbsd-ctor.a and elminiate the extra defines,
but my wscript foo is lacking.

without attached patch:

24650 ?Ss 0:00 /usr/sbin/samba -D
24661 ?S  0:00  \_ /usr/sbin/samba -D
24663 ?Ss 0:00  |   \_ /usr/sbin/smbd -D --option=server role 
check:inhibit=yes --foreground
24715 ?S  0:00  |   \_ /usr/sbin/smbd -D --option=server role 
check:inhibit=yes --foreground
28724 ?S  0:00  |   \_ /usr/sbin/smbd -D --option=server role 
check:inhibit=yes --foreground
24662 ?S  0:00  \_ /usr/sbin/samba -D
24664 ?S  0:00  \_ /usr/sbin/samba -D
24665 ?S  0:00  \_ /usr/sbin/samba -D
24666 ?S  0:00  \_ /usr/sbin/samba -D
24667 ?S  0:00  \_ /usr/sbin/samba -D
24668 ?S  0:00  \_ /usr/sbin/samba -D
24669 ?S  0:00  \_ /usr/sbin/samba -D
24670 ?S  0:00  \_ /usr/sbin/samba -D
24671 ?S  0:00  \_ /usr/sbin/samba -D
24672 ?S  0:00  \_ /usr/sbin/samba -D
24673 ?S  0:00  \_ /usr/sbin/samba -D
24676 ?S  0:00  \_ /usr/sbin/samba -D

with attached patch:

 9660 ?Ss 0:00 /usr/sbin/samba -D
 9697 ?S  0:00  \_ samba: task[s3fs_parent]
 9699 ?Ss 0:00  |   \_ /usr/sbin/smbd -D --option=server role 
check:inhibit=yes --foreground
10126 ?S  0:00  |   \_ /usr/sbin/smbd -D --option=server role 
check:inhibit=yes --foreground
 9698 ?S  0:00  \_ samba: task[dcesrv]
 9700 ?S  0:00  \_ samba: task[nbtd]
 9701 ?S  0:00  \_ samba: task wrepl server_id[9701]
 9702 ?S  0:00  \_ samba: task[ldapsrv]
 9703 ?S  0:00  \_ samba: task[cldapd]
 9704 ?S  0:00  \_ samba: task[kdc]
 9706 ?S  0:00  \_ samba: task[dreplsrv]
 9709 ?S  0:00  \_ samba: task[winbind]
 9710 ?S  0:00  \_ samba: task[ntp_signd]
 9714 ?S  0:00  \_ samba: task[kccsrv]
 9715 ?S  0:00  \_ samba: task[dnsupdate]
 9716 ?S  0:00  \_ samba: task[dns]
--- a/lib/replace/wscript
+++ b/lib/replace/wscript
@@ -265,6 +265,8 @@
 conf.CHECK_FUNCS_IN('getpeereid', 'bsd', headers='sys/types.h bsd/unistd.h')
 if not conf.CHECK_FUNCS_IN('setproctitle', 'bsd', headers='sys/types.h bsd/unistd.h'):
 conf.CHECK_FUNCS_IN('setproctitle', 'setproctitle', headers='setproctitle.h')
+else:
+conf.CHECK_FUNCS_IN('setproctitle_init', 'bsd', headers='sys/types.h bsd/unistd.h')
 
 conf.CHECK_CODE('''
 struct ucred cred;
--- a/lib/replace/replace.c
+++ b/lib/replace/replace.c
@@ -900,3 +900,8 @@
 {
 }
 #endif
+#ifndef HAVE_SETPROCTITLE_INIT
+void rep_setproctitle_init(int argc, const char *argv[], char *envp[])
+{
+}
+#endif
--- a/lib/replace/replace.h
+++ b/lib/replace/replace.h
@@ -898,5 +898,9 @@
 #define setproctitle rep_setproctitle
 void rep_setproctitle(const char *fmt, ...) PRINTF_ATTRIBUTE(1, 2);
 #endif
+#ifndef HAVE_SETPROCTITLE_INIT
+#define setproctitle_init rep_setproctitle_init
+void rep_setproctitle_init(int argc, const char *argv[], char *envp[]);
+#endif
 
 #endif /* _LIBREPLACE_REPLACE_H */
--- a/source4/smbd/server.c
+++ b/source4/smbd/server.c
@@ -509,7 +509,8 @@
 	return 0;
 }
 
-int main(int argc, const char *argv[])
+int main(int argc, const char *argv[], const char *envp[])
 {
+	setproctitle_init(argc, argv, envp);
 	return binary_smbd_main("samba", argc, argv);
 }

Bug#553335: nautilus: Asks passwd for CIFS share when kerberos ticket available

[althaser]

Hey,

Could you please still reproduce this issue with newer version
like 1.12.3-4 or 1.16.3-2 ?

thanks
regards
althaser

Bug#740971: completion fails on file names with special characters

[Uwe Storbeck]

retitle 740971 bash: completion fails on file names that contain spaces or 
other special characters
thanks

On Mar 08, Filipus Klutiero wrote:
> To clarify, it's not that completion is completely broken, it just fails when 
> several files share a start which contains at least one space.

Completion already fails on a single file name which contains a
space. Try:

  $ mkdir /tmp/test && cd /tmp/test && touch 'a a'
  $ ls 

Nothing happens ..

Completion also fails for file names which contain other special
characters which bash would escape with a backslash on
completion. Try the above example with file names like "a("
or "a,".

You can use single quotes to work around this bug:

  $ ls '

In the example above this works as expected. Strangely it does
not work when you use double quotes instead.

Uwe


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

Bug#533433: gedit: Files opened on samba shares get default permissions on each save

[althaser]

Hey Harri,

Could you please still reproduce this issue with newer version
like 1.12.3-4 or 1.16.3-2 ?

thanks
regards
althaser

Bug#741491: logind doesn't suspend on lid closure while pm-suspend does

[matteo nunziati]

Package: logind
Version: systemd
Severity: normal

Dear Maintainer,

I've recently updated from wheezy to jessie due to driver issues with a new
hardware:
my new laptop lenovo T440.

I've upgraded by changing apt target distro to jessie and issuing:
aptitude update && aptitude dist-upgrade

at reboot systemd was there.

I've noticed that logind doesn't suspend at lid closure,
while both issuing pm-suspend or pressing the suspend button from the gnome UI
does the job.

looking at dmesg this is the output when I close the lid:
[  343.968196] systemd-logind[3218]: Lid opened.
[  344.019459] systemd-logind[3218]: New session c2 of user utente.
[  347.728220] systemd-logind[3218]: Lid closed.
[  347.728397] systemd-logind[3218]: Removed session c2.
[  347.779244] systemd-logind[3218]: New session c3 of user utente.

and nothing happens "within" the two sessions.

I've tried to issue a `systemctl suspend` but any systemctl command ends in the
following error:
Failed to get D-Bus connection: No connection to service manager.
(both as root and standard user)



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

Kernel: Linux 3.12-0.bpo.1-amd64 (SMP w/4 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.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#741487: RFS: mozjpeg/1.0-1 [ITP]

[Pierre Rudloff]

Hello,

I have uploaded it to /mentors/ : http://mentors.debian.net/package/mozjpeg

Regards,

Bug#734690: Language-chooser: C is not a language

[Samuel Thibault]

Christian PERRIER, le Mon 10 Mar 2014 08:54:23 +0100, a écrit :
> Quoting Samuel Thibault (sthiba...@debian.org):
> > Christian PERRIER, le Tue 04 Mar 2014 08:54:49 +0100, a écrit :
> > > Quoting Christian PERRIER (bubu...@debian.org):
> > > > Quoting Samuel Thibault (sthiba...@debian.org):
> > > > 
> > > > > Confirmed here by booting with console=ttyS0.  I don't know why it is
> > > > > not showing the right part of the choices, but I guess that's where 
> > > > > the
> > > > > bug should be fixed.
> > > > 
> > > > By "right part", you mean other languages?
> > > 
> > > Ah, no, you meant what says "No localization", sorry.
> > 
> > Yep.  AIUI this happens because ./debian/localechooser.templates-in
> > has Choices-C cases, such as Choices-C: ${CODES} for
> > localechooser/languagelist.  I don't really understand why this is so:
> > using ${NAMES_EN} should be completely fine, shouldn't it?
> 
> No objection: that would be perfectly fine in this case, yes.

Ok, I have modified localechooser that way.

Samuel


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

Bug#480255: gvfs: NFS mounts declared in fstab not displayed in "Computer"

[althaser]

Hey Julien,

Upstream fixed it already.

Could you please still reproduce this behaviour with newer versions
like 1.12.3-4 or 1.16.3-2 ?

thanks
regards
althaser

Bug#696871: gphoto2: Copying large files fails with unspecified error

[althaser]

Hey Paul,

Could you please still reproduce this issue with newer version
like 1.12.3-4 or 1.16.3-2 ?

if so could you also answer to upstream
https://bugzilla.gnome.org/show_bug.cgi?id=690819 ?

thanks
regards
althaser

Bug#741490: ebook2cwgui: Please update to use wxwidgets3.0

[Olly Betts]

Package: ebook2cwgui
Version: 0.1.2-1
Severity: normal
Tags: patch

Dear maintainer,

We're aiming to migrate the archive to using wxwidgets3.0 instead of
wxwidgets2.8.

I've built and done some testing of your package and it seems to work
as well as the package currently in unstable (the initial window size is
too small to show all the controls in both cases).

I used the attached patch - I think the wxStandardPaths fix will also
work with wx2.8, but I haven't actually tested that.

I'm happy to NMU this change if you wish me to - just let me know.

Cheers,
Olly

diff -Nru ebook2cwgui-0.1.2/debian/changelog ebook2cwgui-0.1.2/debian/changelog
--- ebook2cwgui-0.1.2/debian/changelog	2013-02-28 23:04:22.0 +1300
+++ ebook2cwgui-0.1.2/debian/changelog	2014-03-13 12:22:25.0 +1300
@@ -1,3 +1,10 @@
+ebook2cwgui (0.1.2-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Update to build with wxwidgets 3.0.
+
+ -- Olly Betts   Thu, 13 Mar 2014 12:22:05 +1300
+
 ebook2cwgui (0.1.2-1) unstable; urgency=low
 
   * Initial release (Closes: #700496)
diff -Nru ebook2cwgui-0.1.2/debian/control ebook2cwgui-0.1.2/debian/control
--- ebook2cwgui-0.1.2/debian/control	2013-02-14 04:09:10.0 +1300
+++ ebook2cwgui-0.1.2/debian/control	2014-03-13 12:21:55.0 +1300
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian Hamradio Maintainers 
 Uploaders: Christoph Feenders , Kamal Mostafa 
-Build-Depends: debhelper (>= 9), libgcc1, libstdc++6, libwxbase2.8-dev, libwxgtk2.8-dev
+Build-Depends: debhelper (>= 9), libgcc1, libstdc++6, libwxgtk3.0-dev
 Standards-Version: 3.9.4
 Homepage: http://fkurz.net/ham/ebook2cw.html#gui
 #Vcs-Git: git://git.debian.org/collab-maint/ebook2cwgui.git
diff -Nru ebook2cwgui-0.1.2/debian/patches/series ebook2cwgui-0.1.2/debian/patches/series
--- ebook2cwgui-0.1.2/debian/patches/series	2013-02-28 23:00:40.0 +1300
+++ ebook2cwgui-0.1.2/debian/patches/series	2014-03-13 12:32:08.0 +1300
@@ -2,3 +2,4 @@
 makefile-respect-CXX-and-flags.patch
 makefile-install-icon.patch
 makefile-install-desktop-file.patch
+wx3.0-compat.patch
diff -Nru ebook2cwgui-0.1.2/debian/patches/wx3.0-compat.patch ebook2cwgui-0.1.2/debian/patches/wx3.0-compat.patch
--- ebook2cwgui-0.1.2/debian/patches/wx3.0-compat.patch	1970-01-01 12:00:00.0 +1200
+++ ebook2cwgui-0.1.2/debian/patches/wx3.0-compat.patch	2014-03-13 12:32:40.0 +1300
@@ -0,0 +1,16 @@
+Description: Fix to build with wxWidgets 3.0
+Author: Olly Betts 
+Last-Update: 2014-03-13
+
+--- ebook2cwgui-0.1.2.orig/ebook2cwgui.cpp
 ebook2cwgui-0.1.2/ebook2cwgui.cpp
+@@ -679,8 +679,7 @@ wxString Ebook2cw::FindConfigFile () {
+ 	/* Otherwise where it "should" be; create if not there */
+ 
+ 	wxString dir;
+-	wxStandardPaths stdPaths;
+-	dir = stdPaths.GetUserConfigDir();
++	dir = wxStandardPaths::Get().GetUserConfigDir();
+ 
+ #ifdef __WXMSW__
+ 	if (!wxDirExists(dir + wxT("\\ebook2cw"))) {

Bug#492115: gvfs-fuse: improperly dereferences symbolic links

[brian m. carlson]

On Tue, Mar 11, 2014 at 05:29:20PM +, althaser wrote:
> Hey Brian,
> 
> Could you please still reproduce this issue with newer versions ?

Yup.  It's clearly still broken:

  vauxhall ok % ls -l 
/run/user/1000/gvfs/sftp:host=castro.crustytoothpaste.net,user=bmc/vmlinuz
  -rwx-- 1 bmc bmc 2887760 Mar  5 13:40 
/run/user/1000/gvfs/sftp:host=castro.crustytoothpaste.net,user=bmc/vmlinuz
  castro ok % ls -l /vmlinuz
  lrwxrwxrwx 1 root root 25 Feb 24 10:34 /vmlinuz -> boot/vmlinuz-3.13-1-amd64
  castro ok % ls -lL /vmlinuz
  -rw-r--r-- 1 root root 2887760 Mar  5 13:40 /vmlinuz

I have no clue where it's getting these permissions from, either.
Clearly the kernel is not executable, and it looks like it's
dereferencing the symlink, but deciding to take the permissions from the
symlink itself and then mask them off.

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#741322: autopkgtest: responds poorly to timeout, should display stdout/stderr and move on

[Antonio Terceiro]

On Wed, Mar 12, 2014 at 08:05:12AM +0100, Martin Pitt wrote:
> Hey Simon,
> 
> Simon McVittie [2014-03-11  9:36 +]:
> > However, from the output that was logged, I can't tell what the difference
> > or failure was, because adt-run logged the extensive shell command that it
> > invoked, but not any of its output.
> > [...]
> > > adt-run: version 2.7.2
> 
> This version on ci.debian.net is indeed a bit old. Version 2.9 learned
> to provide live output for schroot and LXC, so you would actually see
> what the test was doing until then. Antonio, is it possible to update
> autopkgtest on ci.debian.net? I'm uploading 2.9.2 today which fixes a
> regression from 2.9 that broke python-apt, otherwise that one should
> be good (FTR, I'm running autopkgtest from git in Ubuntu's production
> CI)

Sure. Just upgraded autopkgtest to 2.9.2 there.

I mean to follow autopkgtest from testing on ci.debian.net, but I
didn't automate that yet.

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature

Bug#650466: gvfs-fuse: new version changes case of directories

[brian m. carlson]

On Wed, Mar 12, 2014 at 02:32:04PM +, althaser wrote:
> Hey Brian,
> 
> Could you please still reproduce this issue with newer upgraded versions
> like 1.12.3-4 or 1.16.3-2 ?

I can reproduce a similar issue, which is that the directory has now
been renamed to something else different:

/run/user/1000/gvfs/sftp:host=castro.crustytoothpaste.net,user=bmc/

So this is still an issue.  People rely on mount points staying the
same, as I mentioned in the original report.

In my particular case, the files disappearing means that my music
program decides that it should forget all the metadata it collected
about them, so I get to re-index 8 GiB of music over a 3 MiB maximum
uplink.

Also, I provided easy testcases so that they could be reproduced by
anyone without a lot of work.

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#707851: Please resume discussion on #707851 or defer decision to the TC.

[Charles Plessy]

Dear Andreas, Bill, Jonathan, and Russ,

I am contacting you in your role as Policy Editors, about bug #707851.

After almost one year of work, discussion and consensus-building, a proposal
was made to describe the FreeDesktop menu system in the Policy, and to alter
the description of the Debian menu system to reflect the fact that it is not
used by default on Stable and Unstable's default desktop, and that in Unstable
it is not installed by default anymore.

The proposal was seconded by enough Debian Developers and Russ allowed for
applying it to the Policy.  Bill then opposed and reverted the changes after
the discussion ended.

Unfortunately, Bill has been unavailable for discussing a resolution of this
conflict, and this has the same consequence as a final veto, which I do not
think is appropriate as a last-minute action for a proposal that has been
debated and accepted.

I am therefore asking you to resume the discussion on #707851, or to defer the
decision to the technical comittee.

Have a nice day,

Charles

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan.


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

Bug#741489: /etc/cups/cupsd-systemd-listen.conf not removed on purged

[Michael Biebl]

Package: cups-daemon
Version: 1.7.1-8
Severity: normal

This file is generated by cups-daemon dynamically and should be cleaned
up by the maintainer scripts when the package is purged.


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

Kernel: Linux 3.13-1-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 cups-daemon depends on:
ii  adduser  3.113+nmu3
ii  bc   1.06.95-8
ii  dpkg 1.17.6
ii  init-system-helpers  1.18
ii  libavahi-client3 0.6.31-4
ii  libavahi-common3 0.6.31-4
ii  libc62.18-4
ii  libcups2 1.7.1-8
ii  libcupsmime1 1.7.1-8
ii  libdbus-1-3  1.8.0-2
ii  libgnutls26  2.12.23-13
ii  libgssapi-krb5-2 1.12+dfsg-2
ii  libpam0g 1.1.8-2
ii  libpaper11.1.24+nmu2
ii  libsystemd-daemon0   204-8
ii  lsb-base 4.1+Debian12
ii  procps   1:3.3.9-4
ii  ssl-cert 1.0.33

Versions of packages cups-daemon recommends:
ii  avahi-daemon  0.6.31-4
ii  colord1.0.6-1
ii  cups-browsed  1.0.47-2

Versions of packages cups-daemon suggests:
ii  cups 1.7.1-8
ii  cups-bsd 1.7.1-8
ii  cups-client  1.7.1-8
ii  cups-common  1.7.1-8
ii  cups-filters [foomatic-filters]  1.0.47-2
pn  cups-pdf 
ii  cups-ppdc1.7.1-8
ii  cups-server-common   1.7.1-8
ii  foomatic-db  20140218-1
ii  ghostscript  9.05~dfsg-8+b1
pn  hplip
ii  poppler-utils0.22.5-4
ii  printer-driver-gutenprint5.2.9-1
pn  printer-driver-hpcups
ii  smbclient2:4.1.5+dfsg-1
ii  udev 204-7

-- no debconf information


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

Bug#741488: isc-dhcp-server: Please ship contrib/dhcp-lease-list.pl in a binary package

[Axel Beckert]

Source: isc-dhcp-server
Severity: wishlist
Version: 4.3.0a1-2

Hi,

upstream ships a perl script at contrib/dhcp-lease-list.pl (since at
least 4.3.0a1) to parse lease files (IPv4 only so far as it seems) and
to extract the information in there.

I would be very happy if you could ship that file in an appropriate
binary package, e.g. isc-dhcp-server or isc-dhcp-common, as
/usr/bin/dhcp-lease-list or /usr/sbin/dhcp-lease-list.

TIA.

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

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


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

Bug#741487: ITP: mozjpeg -- Mozilla JPEG Encoder Project

[Pierre Rudloff]

Package: wnpp
Severity: wishlist
Owner: Pierre Rudloff 

* Package name: mozjpeg
  Version : 1.0
  Upstream Author : Mozilla
* URL : https://github.com/mozilla/mozjpeg
* License : Custom free software license
  Programming Lang: C
  Description : Mozilla JPEG Encoder Project


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

Bug#740386: [Piuparts-devel] Bug#740386: Five-holger - Support automated summary.json reporting-section definitions

[Holger Levsen]

Hi Dave,

On Mittwoch, 12. März 2014, Dave Steele wrote:
> I've tested this against the full pejacevik configuration, with no issues.

cool, will have a look tomorrow. Thanks!


cheers,
Holger


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

Bug#741190: qt4-x11: Improve atomic support on parisc

[John David Anglin]

On 12-Mar-14, at 4:57 PM, Helge Deller wrote:


On 03/12/2014 03:27 AM, John David Anglin wrote:

I also don't want to become a Qt developer. I have enough on my
plate with GCC and Linux.

Helge, do you have any thoughts about this?


I would be interested to come up with a good fix, and even submit it  
via
the required CLA, but right now I'm pretty busy with so many things,  
that

I don't want to take another one in addition.
Maybe in a few weeks.


This is also a busy time for me.

Helge, do you still have a CLA?  If you don't, wouldn't you need to  
get your
employer to apply?  That might take time as it would probably require  
legal

review.




I'm fully willing to make the contribution available under any "GNU
License Terms".


Or BSD-license? Would that help? (Maybe not because of the copyright  
licensing?)


I have no objection to this approach and could try to send a signed  
email on the

weekend.  It's something I've never done before.

I don't  understand the copyright situation for these files.  It is my  
understanding
that Helge contributed the code that is being removed in my patch.   
The AVR32
header that is copied has a Digia copyright.  Indeed, every file that  
I looked at has

a Digia copyright.




It looks to me like it's best for me to continue to patch the binary
uploads given the Qt CLA.


Or alternatively if Debian could carry your patch until we get it  
resolved

somehow in the future (either by me or you) ?



Dave
--
John David Anglin   dave.ang...@bell.net


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

Bug#605021: Workaround for bug 605021

[Emmanuel Bouthenot]

Gerard,

On Sat, Mar 08, 2014 at 01:13:12PM +0100, Gerard Laan wrote:
[...]

> read this, please let us know if there's any chance you can fix this?
I've just implemented a fix for this bug which seems to works fine.

I've a few other improvements to finish but expect an upload within the
next days.

Regards,

M.

-- 
Emmanuel Bouthenot
  mail: kolter@{openics,debian}.orggpg: 4096R/0x929D42C3
  xmpp: kol...@im.openics.org  irc: kolter@{freenode,oftc}


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

Bug#724688: libxul with icedove 24.3.0 and lightning 2.6.4

[Andrew Olney]

icedove: relocation error: 
/home/aolney/.icedove/lk7ao73s.default/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/Linux_x86_64-gcc3/libcalbasecomps.so: 
symbol _ZN2js13CheckedUnwrapEP8JSObjectb, version xul24 not defined in 
file libxul.so with link time reference


Only occurs with lightning installed

Just updated Sid


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

Bug#740241: squeeze-pu: package debian-edu-archive-keyring/2010.01.05+squeeze1

[Mike Gabriel]

Hi Adam,

On  Mi 12 Mär 2014 21:39:24 CET, Adam D. Barratt wrote:


>> Once the squeeze-proposed update upload has completed, may I ask to
>> move this update package as quickly to squeeze-updates as possible? I
>> hope that this is possible.
>
> Let's see. :-)

Will be much appreciated!!!


That's SUA 47-1.


That was quick!!! Thanks a lot!!!

Mike

--

mike gabriel aka sunweaver (Debian Developer)
fon: +49 (1520) 1976 148

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: sunwea...@debian.org, http://sunweavers.net



pgpKikCMcfMJc.pgp
Description: Digitale PGP-Signatur

Bug#741469: cups-daemon: postinst fails to generate working cupsd-systemd-listen.conf when only using unix socket

[Michael Biebl]

If (as in your case) "Listen localhost:631" is commented out, 
cups-daemon.postinst will generate a file /etc/cups/cupsd-systemd-listen.conf:

[Socket]
# This file was generated by CUPS and _WILL_ be deleted or overwritten by it!
# It has to be kept in sync with the Port and Listen stanzas in 
/etc/cups/cupsd.conf
# It is by default symlinked as cups-listen.conf in the
# /etc/systemd/system/cups.socket.d/ directory. Remove the symlink
# and write your own file there if you don't want this. See systemd.socket(5).


That is perfectly ok. Remember that /lib/systemd/system/cups.socket by default 
has 

[Socket]
ListenStream=/var/run/cups/cups.sock
BindIPv6Only=ipv6-only


I fail to see a grave bug here. Can you elaborate?

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#728791: squid-deb-proxy: After restart, proxy is unavailable until restart of avahi-daemon

[varacanero]

On 06.11.2013 07:54, Michael Vogt wrote:
> On Tue, Nov 05, 2013 at 03:44:57PM +0100, Varac wrote:
>> Package: squid-deb-proxy
>> Version: 0.7.2
>> Severity: important
>  
> Thanks for your bugreport. 

sry for the delay !

>  
>> After restarting, the service is announced by avahi only on ipv6, not on
>> ipv4 anymore.
>> However, apt-get update still fails.
> 
> How does your
>   /etc/avahi/services/squid-deb-proxy.service
> file look like? It does contain the  line I
> assume? 

# cat /etc/avahi/services/squid-deb-proxy.service



Squid deb proxy on %h

_apt_proxy._tcp
8000


_apt_proxy._tcp
8000






> 
> And if I read your log right, the _apt_proxy._tcp service appears
> again after you did a manual restart of the avahi service, is that
> correct? 

yes.

greetings, varac

> 
> Cheers,
>  Michael
>  
>> root@greyhound:~# avahi-browse -a|grep proxy
>> + vboxnet0 IPv6 Squid deb proxy on greyhound
>> _apt_proxy._tcp  local
>> + vboxnet0 IPv4 Squid deb proxy on greyhound
>> _apt_proxy._tcp  local
>> + virbr0 IPv4 Squid deb proxy on greyhound
>> _apt_proxy._tcp  local
>> +br0 IPv6 Squid deb proxy on greyhound
>> _apt_proxy._tcp  local
>> +br0 IPv4 Squid deb proxy on greyhound
>> _apt_proxy._tcp  local
>>
>> root@greyhound:/etc/apt#
>> /usr/share/squid-deb-proxy-client/apt-avahi-discover
>> http://10.5.5.1:8000/
>>
>>
>>
>> root@greyhound:~# /etc/init.d/squid-deb-proxy restart
>> Restarting Squid Deb HTTP Proxy: squid-deb-proxy
>> Waiting.done.
>> 2013/07/26 20:20:28| strtokFile:
>> /etc/squid-deb-proxy/autogenerated/pkg-blacklist-regexp.acl not found
>> 2013/07/26 20:20:28| Warning: empty ACL: acl blockedpkgs urlpath_regex
>> "/etc/squid-deb-proxy/autogenerated/pkg-blacklist-regexp.acl"
>> .
>>
>> root@greyhound:~# apt-get update
>> 0% [Working]Failed to resolve service 'Squid deb proxy on greyhound' of
>> type '_apt_proxy._tcp' in domain 'local': Timeout reached
>> Failed to resolve service 'Squid deb proxy on greyhound' of type
>> '_apt_proxy._tcp' in domain 'local': Timeout reached
>> Failed to resolve service 'Squid deb proxy on greyhound' of type
>> '_apt_proxy._tcp' in domain 'local': Timeout reached
>> Failed to resolve service 'Squid deb proxy on greyhound' of type
>> '_apt_proxy._tcp' in domain 'local': Timeout reached
>> Failed to resolve service 'Squid deb proxy on greyhound' of type
>> '_apt_proxy._tcp' in domain 'local': Timeout reached
>> Failed to resolve service 'Squid deb proxy on greyhound' of type
>> '_apt_proxy._tcp' in domain 'local': Timeout reached
>> Hit http://security.debian.org wheezy/updates Release.gpg
>> Hit http://security.debian.org jessie/updates Release.gpg
>> Hit http://security.debian.org wheezy/updates Release
>> ...
>>
>> root@greyhound:~# /usr/share/squid-deb-proxy-client/apt-avahi-discover
>> Failed to resolve service 'Squid deb proxy on greyhound' of type
>> '_apt_proxy._tcp' in domain 'local': Timeout reached
>> Failed to resolve service 'Squid deb proxy on greyhound' of type
>> '_apt_proxy._tcp' in domain 'local': Timeout reached
>>
>>
>> root@greyhound:~# avahi-browse -a|grep proxy
>> + vboxnet0 IPv6 Squid deb proxy on greyhound
>> _apt_proxy._tcp  local
>> +br0 IPv6 Squid deb proxy on greyhound
>> _apt_proxy._tcp  local
>>
>> root@greyhound:~# /etc/init.d/avahi-daemon restart
>> Restarting Avahi mDNS/DNS-SD Daemon: avahi-daemon.
>>
>> root@greyhound:~# avahi-browse -a|grep proxy
>> + vboxnet0 IPv6 Squid deb proxy on greyhound
>> _apt_proxy._tcp  local
>> + vboxnet0 IPv4 Squid deb proxy on greyhound
>> _apt_proxy._tcp  local
>> + virbr0 IPv4 Squid deb proxy on greyhound
>> _apt_proxy._tcp  local
>> +br0 IPv6 Squid deb proxy on greyhound
>> _apt_proxy._tcp  local
>> +br0 IPv4 Squid deb proxy on greyhound
>> _apt_proxy._tcp  local
>>
>> -- System Information:
>> Debian Release: 7.2
>>   APT prefers stable
>>   APT policy: (990, 'stable')
>> Architecture: amd64 (x86_64)
>>
>> Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/2 CPU cores)
>> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
>> Shell: /bin/sh linked to /bin/dash


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

Bug#741486: llvm-3.4-dev: LLVMSupport.a undefined reference to symbol 'del_curterm'

[Marc J. Driftmeyer]

Package: llvm-3.4-dev
Version: 1:3.4-2
Severity: normal

Dear Maintainer,

Building Blender Git master with OpenShadingLanguage and LLVM 3.4 
resulted in the following:


/usr/bin/ld: /usr/lib/llvm-3.4/lib/libLLVMSupport.a(Process.o): 
undefined reference to symbol 'del_curterm'
//lib/x86_64-linux-gnu/libtinfo.so.5: error adding symbols: DSO missing 
from command line

collect2: error: ld returned 1 exit status
make[2]: *** [bin/blender] Error 1
make[1]: *** [source/creator/CMakeFiles/blender.dir/all] Error 2

- Marc



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

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

Versions of packages llvm-3.4-dev depends on:
ii  libc6  2.18-4
ii  libcloog-isl4  0.18.2-1
ii  libffi-dev 3.0.13-12
ii  libffi63.0.13-12
ii  libgcc11:4.8.2-16
ii  libgmp10   2:5.1.3+dfsg-1
ii  libisl10   0.12.2-1
ii  libjsoncpp00.6.0~rc2-3
ii  libllvm3.4 1:3.4-2
ii  libstdc++6 4.8.2-16
ii  libtinfo-dev   5.9+20140118-1
ii  libtinfo5  5.9+20140118-1
ii  llvm-3.4   1:3.4-2

llvm-3.4-dev recommends no packages.

llvm-3.4-dev suggests no packages.

-- no debconf information



--
Marc J. Driftmeyer
Email :: m...@reanimality.com 
Web :: http://www.reanimality.com
Cell :: (509) 435-5212

Bug#741190: qt4-x11: Improve atomic support on parisc

[Lisandro Damián Nicanor Pérez Meyer]

Let me offer you another idea: if you really can't go trough gerrit I would 
need the author of the patch to send a signed mail to this bug report sating 
that he puts the patch under some BSD-like license (Expat comes to my mind).

In this way I can at least try to push it myself as 3rd party code.

Of course, I would **really** like to get the patch through the normal flow, 
but it's the most I can do from my side.

-- 
Mi experiencia me dice que lo que la gente quiere y necesita -en Indonesia, en
Turquía, en Italia, en los Estados Unidos, en Brasil, en la Argentina o donde
sea- es básicamente lo mismo. La gente quiere comida en la mesa, una vivienda
básica, un gobierno que funcione, que en las fuerzas de seguridad haya
personas confiables, a las que no tengan que tenerles miedo, educación y
salud. ¡La gente de todo el mundo quiere lo mismo!
  Padre Thomas Michel, jesuita, especialista en diálogo interreligioso,
  en una entrevista de Elisabetta Piqué para La Nación, 27/09/2006.
  http://www.lanacion.com.ar/844069

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#741435: [pkg-octave/master] Remove quilt from Build-Depends:

[Thomas Weber]

tag 741435 pending
thanks

Date: Wed Mar 12 23:24:37 2014 +0100
Author: Thomas Weber 
Commit ID: 3c829487f6ca78a979d9fbd2c02c5236b3a483cd
Commit URL: 
http://anonscm.debian.org/gitweb/?p=collab-maint/lcms2.git;a=summary;a=commitdiff;h=3c829487f6ca78a979d9fbd2c02c5236b3a483cd
Patch URL: 
http://anonscm.debian.org/gitweb/?p=collab-maint/lcms2.git;a=summary;a=commitdiff_plain;h=3c829487f6ca78a979d9fbd2c02c5236b3a483cd

Remove quilt from Build-Depends:

Closes: #741435
Thanks: Mathieu Malaterre
  


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

Bug#741484: ITP: ruby-em-mongo -- An EventMachine driver for MongoDB

[Jonas Genannt]

Package: wnpp
Severity: wishlist
Owner: Jonas Genannt 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: ruby-em-mongo
  Version : 0.4.3
  Upstream Author : Brenden Grace 
* URL : https://github.com/bcg/em-mongo
* License : MIT
  Programming Lang: Ruby
  Description : An EventMachine driver for MongoDB

 EventMachine driver for MongoDB.


for ruby-em-synchrony, that is needed by ruby-redis, for Gitlab, maintained by 
Ruby PKG Extras

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

iQIcBAEBCAAGBQJTIN6+AAoJEPBM7/YBbP/QAv4P/jB67nnGB3LR08NHGj0KnGKv
JhauQrUePIXOSnK2Js1kqB3sDGK/43X/+GeaCiVjsj1Br2a5Jh3V01EdyS2hp9H4
LMyWzwEJiuCqRYtXCTlSJdEeBopEvu8MDAE0ob1QT5/gPKAa0Nq09tXxMzBJEtiK
9RavtZ0A6WXI25/bH99utA6uNeWqrCwukg7XcrHs57L3krx6xw4NMOLepiTgekPz
qufi8gzEX3yRZRSP8jE84wMIrzaXttQOnLQTooSoSZ2YGfS11eQ2FrtW87okkNio
bEG55XknnKkIzOs/qKgJI52lXN5LWnrZTK14xEm5p+0ud+Au9SoELs4qDeMwMc4Z
g10EDTHRfCxzjnXyHb45ZC1bs758+YgpVl9g9nDI61kFJ8K38S9scuNEzd35xv07
zr/eQCXtKQMfbVBSQBMa6XNGHcDdYiZzZnbge9vr1eUoJrOb9FGKhInCTJ5r9LU7
2Qg0Rl2J1DSYqbIxxE+d7ApMWEKOcj+G0JF/mIuqlYDjUTfCc6ppq0yzwip/JwnG
jVJ7Htg6bKedjEEsNvHogeErgEce3llFa/1mRAHS2eBw6zq4oi2tXkl4OVgSL/yv
MsW1VwzSGJ9aDeQOGR2QW674oZLhY1PJUt1RbC7RWpy/f7v/BVglRTR6fbIfb6i9
EZnMv9CvJxcxUfNNwIbB
=lW5R
-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#741483: apticron: uses --allow-unauthenticated by default

[Julian Brost]

Package: apticron
Version: 1.1.55
Severity: normal

Dear Maintainer,

I noticed that apticron uses --allow-unauthenticated by default. I can't
see a reason for this as on a normal system, all packages should be
authenticated. In my opinion this option shouldn't be used by default as
this at least allows an active attacker to generate apticron e-mails
containing false information.

Additionaly there seems to be no way to remove this option at the moment
besides patching apticron.

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

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


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

Bug#741190: qt4-x11: Improve atomic support on parisc

[Lisandro Damián Nicanor Pérez Meyer]

On Wednesday 12 March 2014 18:59:25 Lisandro Damián Nicanor Pérez Meyer wrote:
> On Wednesday 12 March 2014 22:39:17 Helge Deller wrote:
> > Hi Lisandro,
> > 
> > On 03/12/2014 10:18 PM, Lisandro Damián Nicanor Pérez Meyer wrote:
> > > We try our best to avoid any delta with upstream, both to get an
> > > upstream
> > > ACK both the patch to prevent possible problems and to avoid to let the
> > > patch rotten in our repos.
> > 
> > Fully understandable.
> > 
> > > So the best path here is pushing it upstream :)
> > 
> > Yes, sure.
> > 
> > The only reason why I proposed that is, that each time when you push a new
> > qt4 through the debian buildds, we are in trouble on hppa because I have
> > to
> > kill the build process manually and trigger Dave to build qt4 with his
> > patch manually.
> > 
> > If we forget this we will run into unresolved symbols with *all* our
> > already built packages which depend on qt4 (e.g. all KDE apps).
> > 
> > So, I'm just asking you to add it to your patch repo until we really can
> > resolve it.
> 
> This is fully understandable too. But if I lower the threshold for you, I
> need to lower it for everyone, and then I get swamped on a myriad of
> patches that I can't push upstream.
> 
> The arm64 case might be a game changer if we can push 3rd party [0] BSD
> patches directly, even if we need to get trough Lars each time.
> 
> [0] Read this as "not wrote by the person pushing it to gerrit"

And by the way, going through gerrit sounds more like an inversion than a 
problem if you need to stop the buildd every time someone of the team pushed 
Qt :)

-- 
127.0.0.1 sweet 127.0.0.1

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#740386: Five-holger - Support automated summary.json reporting-section definitions

[Dave Steele]

On Mon, Mar 10, 2014 at 12:27 AM, Dave Steele  wrote:
> On Sun, Mar 2, 2014 at 9:57 PM, Holger Levsen  wrote:
>>
>> I don't like this patch as it hardcodes info which is also in the distro-info
>> packages. Plus: why is it untested?
>>
>
>> On Sonntag, 2. März 2014, Dave Steele wrote:
> How about this (interesting part "Support default reporting-section 
> definition"):
>

Updated, with more robust section mapping. The history is rewritten
due to a small changelog bug.

I've tested this against the full pejacevik configuration, with no issues.

> five-holger(8)

92d63d4 pkgsummary documentation cleanup
dcba555 Change pkgsummary 'summ' references to 'summary'
c4fb1d4 Improve pkgsummary reliability and testability
9a92575 test_pkgsummary.py: Initial pkgsummary tests
513680c conf.py: Add get_std_distro()
38b06eb piuparts-report.py: Support default reporting-section definition
1b976cb conf.py: _map_distro properly for '*-proposed'
7af5845 conf.py: Add _map_distro() support for all others

https://github.com/davesteele/piuparts/compare/develop...five-holger

-- 
"Le mieux est l'ennemi du bien" - Voltair


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

Bug#734154: debian-installer: touchpad driver missing

[Holger Wansing]

Hi,

Andreas Cadhalpun  wrote:
> On 11.03.2014 21:03, Holger Wansing wrote:
> >  From my /var/log/messages:
> > -snip -
> > synaptics: Touchpad model: 1, fw: 6.2, id: 0x81a0b1, caps: 
> > 0xa04793/0x30/0x0
> > -snap -
> 
>  From /var/log/syslog attached to [1]:
> synaptics: Touchpad model: 1, fw: 8.1, id: 0x1e2b1, caps: 
> 0xd00123/0x840300/0x127c00, board id: 2334, fw id: 1508589
> 
> And from Xorg.0.log:
> evdev: SynPS/2 Synaptics TouchPad: Found absolute axes
> evdev: SynPS/2 Synaptics TouchPad: Found absolute multitouch axes
> evdev: SynPS/2 Synaptics TouchPad: Found x and y absolute axes
> evdev: SynPS/2 Synaptics TouchPad: Found absolute touchpad.

With daily build netinst i386 CD from 20140311, on my T60 I have in the
Xorg.0.log:

[58.834] (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad 
(/dev/input/event2)
[58.834] (**) SynPS/2 Synaptics TouchPad: Applying InputClass "evdev 
touchpad catchall"
[58.834] (II) Using input driver 'evdev' for 'SynPS/2 Synaptics TouchPad'
[58.834] (**) SynPS/2 Synaptics TouchPad: always reports core events
[58.834] (**) evdev: SynPS/2 Synaptics TouchPad: Device: "/dev/input/event2"
[58.834] (--) evdev: SynPS/2 Synaptics TouchPad: Vendor 0x2 Product 0x7
[58.834] (--) evdev: SynPS/2 Synaptics TouchPad: Found 3 mouse buttons
[58.834] (--) evdev: SynPS/2 Synaptics TouchPad: Found absolute axes
[58.834] (--) evdev: SynPS/2 Synaptics TouchPad: Found x and y absolute axes
[58.834] (--) evdev: SynPS/2 Synaptics TouchPad: Found absolute touchpad.
[58.834] (II) evdev: SynPS/2 Synaptics TouchPad: Configuring as touchpad
[58.834] (**) evdev: SynPS/2 Synaptics TouchPad: YAxisMapping: buttons 4 
and 5
[58.834] (**) evdev: SynPS/2 Synaptics TouchPad: EmulateWheelButton: 4, 
EmulateWheelInertia: 10, EmulateWheelTimeout: 200
[58.834] (**) Option "config_info" 
"udev:/sys/devices/platform/i8042/serio1/input/input3/event2"
[58.834] (II) XINPUT: Adding extended input device "SynPS/2 Synaptics 
TouchPad" (type: TOUCHPAD, id 7)
[58.834] (II) evdev: SynPS/2 Synaptics TouchPad: initialized for absolute 
axes.
[58.834] (**) SynPS/2 Synaptics TouchPad: (accel) keeping acceleration 
scheme 1
[58.834] (**) SynPS/2 Synaptics TouchPad: (accel) acceleration profile 0
[58.834] (**) SynPS/2 Synaptics TouchPad: (accel) acceleration factor: 2.000
[58.834] (**) SynPS/2 Synaptics TouchPad: (accel) acceleration threshold: 4
[58.835] (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad 
(/dev/input/mouse0)
[58.835] (II) No input driver specified, ignoring this device.
[58.835] (II) This device may have been added with another device file.


> > It would then be helpful if it worked for you with older images / with
> > older kernels?
> > Did it work with wheezy images?
> 
> It works with the wheezy 7.1 CD.
> Maybe it has to do with mtdev? The following line is in the jessie 
> Xorg.0.log, but not in the wheezy one.
> evdev: SynPS/2 Synaptics TouchPad: Using mtdev for this device
> 
> Also the 'Found absolute multitouch axes' is not present in the wheezy 
> log (attached).

There is no mention of this "mtdev" in my Xorg.0.log (attached).
So that's maybe related, why it works here.


Holger

-- 

Created with Sylpheed 3.2.0 under the new
D E B I A N   L I N U X   7 . 0   W H E E Z Y !

Registered Linux User #311290 - https://linuxcounter.net/

[ 3.987] 
X.Org X Server 1.15.0
Release Date: 2013-12-27
[ 3.990] X Protocol Version 11, Revision 0
[ 3.991] Build Operating System: Linux 3.2.0-4-amd64 i686 Debian
[ 3.993] Current Operating System: Linux (none) 3.13-1-486 #1 Debian 
3.13.5-1 (2014-03-04) i686
[ 3.993] Kernel command line: vga=788 initrd=/install.386/gtk/initrd.gz -- 
quiet  BOOT_IMAGE=/install.386/vmlinuz 
[ 4.000] Build Date: 07 February 2014  12:14:16PM
[ 4.002] xorg-server 2:1.15.0-2 (http://www.debian.org/support) 
[ 4.005] Current version of pixman: 0.32.4
[ 4.011]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 4.011] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 4.028] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Mar 12 20:43:31 
2014
[ 4.033] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 4.033] (==) No Layout section.  Using the first Screen section.
[ 4.033] (==) No screen section available. Using defaults.
[ 4.033] (**) |-->Screen "Default Screen Section" (0)
[ 4.033] (**) |   |-->Monitor ""
[ 4.033] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 4.033] (==

Bug#741482: libc6: ptsname_r() can use uninitialized memory

[Jakub Wilk]

Package: libc6
Version: 2.18-4

If the fd refers to a terminal device, but not a pty master, ptsname_r() 
passes the buffer (which would be normally uninitialized) unchanged to 
stat64:


$ cat test.c
#define _XOPEN_SOURCE
#include 
int main(int argc, char **argv)
{
char buffer[128] = "garbage";
ptsname_r(0, buffer, sizeof buffer);
return 0;
}

$ gcc test.c -o t

$ strace -o '| grep -B2 garbage' ./t
ioctl(0, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, 
{B38400 opost isig icanon echo ...}) = 0
ioctl(0, TIOCGPTN, [-142970892])= -1 ENOTTY (Inappropriate ioctl for 
device)
stat64("garbage", 0xfffafe20)   = -1 ENOENT (No such file or directory)


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

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

Versions of packages libc6:i386 depends on:
ii  libgcc1  1:4.9-20140303-1

Versions of packages libc6:i386 recommends:
ii  libc6-i686  2.18-4

--
Jakub Wilk


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

Bug#741190: qt4-x11: Improve atomic support on parisc

[Lisandro Damián Nicanor Pérez Meyer]

On Wednesday 12 March 2014 22:39:17 Helge Deller wrote:
> Hi Lisandro,
> 
> On 03/12/2014 10:18 PM, Lisandro Damián Nicanor Pérez Meyer wrote:
> > We try our best to avoid any delta with upstream, both to get an upstream
> > ACK both the patch to prevent possible problems and to avoid to let the
> > patch rotten in our repos.
> 
> Fully understandable.
> 
> > So the best path here is pushing it upstream :)
> 
> Yes, sure.
> 
> The only reason why I proposed that is, that each time when you push a new
> qt4 through the debian buildds, we are in trouble on hppa because I have to
> kill the build process manually and trigger Dave to build qt4 with his
> patch manually.
> 
> If we forget this we will run into unresolved symbols with *all* our already
> built packages which depend on qt4 (e.g. all KDE apps).
> 
> So, I'm just asking you to add it to your patch repo until we really can
> resolve it.

This is fully understandable too. But if I lower the threshold for you, I need 
to lower it for everyone, and then I get swamped on a myriad of patches that I 
can't push upstream.

The arm64 case might be a game changer if we can push 3rd party [0] BSD 
patches directly, even if we need to get trough Lars each time.

[0] Read this as "not wrote by the person pushing it to gerrit"

-- 
"So long, and thanks for all the fish!"
  The Hitchhickers guide to the Galaxy

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#741480: dput-ng: Something needs a Depends: python-paramiko

[Dima Kogan]

Paul Tagliamonte  writes:

> It should be in recommends - do you have recommends off?
>
> [tag@helios:~][⌚ 05:53 PM] →  apt-cache show python-dput | grep Reco
> Recommends: lintian, python-distro-info, python-paramiko, python-validictory, 
> openssh-client, debian-keyring
> Recommends: lintian, python-paramiko, python-validictory, openssh-client, 
> debian-keyring

Hi there.

You are right, it is indeed in Recommends, and this is why I didn't have
it installed. Shouldn't it be Depends, though? Was what I was doing
really so non-standard?

Thanks
dima


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

Bug#741480: dput-ng: Something needs a Depends: python-paramiko

[Paul Tagliamonte]

Yo, Dima,

It should be in recommends - do you have recommends off?

[tag@helios:~][⌚ 05:53 PM] →  apt-cache show python-dput | grep Reco
Recommends: lintian, python-distro-info, python-paramiko, python-validictory, 
openssh-client, debian-keyring
Recommends: lintian, python-paramiko, python-validictory, openssh-client, 
debian-keyring

Cheers,
  Paul


On Wed, Mar 12, 2014 at 02:49:43PM -0700, Dima Kogan wrote:
> Package: dput-ng
> Version: 1.7
> Severity: normal
> Hi. I'm trying to do a dput to a repo defined this way in dput.cf:
> 
>  [lb]
>  fqdn= x
>  method  = scp
>  login   = 
>  incoming= ~/debianstuff/repo/incoming
>  allow_unsigned_uploads  = 0
>  run_dinstall= 0
> 
> I get this:
> 
>  dima@shorty:~/debianstuff/qt5$ dput lb .changes
>  Uploading  using scp to lb (host: xxx; directory: 
> ~/debianstuff/repo/incoming)
>  running allowed-distribution: check whether a local profile permits uploads 
> to the target distribution
>  running checksum: verify checksums before uploading
>  running suite-mismatch: check the target distribution for common errors
>  running gpg: check GnuPG signatures before the upload
>  gpg: Signature made Wed Mar 12 14:26:58 2014 PDT using RSA key ID F228292B
>  gpg: Good signature from "Dima Kogan "
>  gpg: WARNING: This key is not certified with a trusted signature!
>  gpg:  There is no indication that the signature belongs to the owner.
>  Primary key fingerprint: 6EE5 0664 D18E 4E0C B8B4  3DF7 00E8 9439 F228 292B
> 
>  failed to resolve path dput.uploaders.scp.ScpUploader: No module named 
> paramiko
>  Failed to resolve method scp to an uploader class
>  Failed to resolve method scp to an uploader class
> 
> 
> If I install python-paramiko, all is good. I didn't investigate whether
> dput-ng needs the Depends: or if it's python-dput.
> 
> 
> 
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers stable
>   APT policy: (500, 'stable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: armel
> 
> Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages dput-ng depends on:
> ii  python-dput  1.7
> pn  python:any   
> 
> Versions of packages dput-ng recommends:
> ii  bash-completion  1:2.0-1
> 
> dput-ng suggests no packages.
> 
> -- no debconf information
> 

-- 
 .''`.  Paul Tagliamonte   |   Proud Debian Developer
: :'  : 4096R / 8F04 9AD8 2C92 066C 7352  D28A 7B58 5B30 807C 2A87
`. `'`  http://people.debian.org/~paultag
 `- http://people.debian.org/~paultag/conduct-statement.txt


signature.asc
Description: Digital signature

Bug#741481: Error in `/usr/share/doc-base/mutt', line 14: all `Format' sections are invalid.

[Michael Biebl]

Package: mutt
Version: 1.5.22-2
Severity: important

During the latest upgrade, I got the following error message:

Preparing to unpack .../mutt_1.5.22-2_amd64.deb ...
Unpacking mutt (1.5.22-2) ...
Processing triggers for man-db (2.6.6-1) ...
Processing triggers for desktop-file-utils (0.22-1) ...
Processing triggers for gnome-menus (3.8.0-2) ...
Processing triggers for mime-support (3.54) ...
Processing triggers for doc-base (0.10.5) ...
Processing 1 added doc-base file...
Error in `/usr/share/doc-base/mutt', line 14: all `Format' sections are
invalid.
Note: `install-docs --verbose --check file_name' may give more details
about the above error.
Registering documents with scrollkeeper...
Processing triggers for menu (2.1.46) ...
Setting up mutt (1.5.22-2) ...
update-alternatives: using /usr/bin/mutt-org to provide /usr/bin/mutt
(mutt) in auto mode
Processing triggers for menu (2.1.46) ...




To reproduce the problem, purge the package, then install it anew.



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

System: Linux 3.13-1-amd64 (x86_64)
ncurses: ncurses 5.9.20140118 (compiled with 5.9)
libidn: 1.28 (compiled with 1.28)
hcache backend: tokyocabinet 1.4.48

Compiler:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.8.2-16' 
--with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs 
--enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr 
--program-suffix=-4.8 --enable-shared --enable-linker-build-id 
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix 
--with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls 
--with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug 
--enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libmudflap 
--enable-plugin --with-system-zlib --disable-browser-plugin 
--enable-java-awt=gtk --enable-gtk-cairo 
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre --enable-java-home 
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64 
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64 
--with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar 
--enable-objc-gc --enable-multiarch --with-arch-32=i586 --with-abi=m64 --
 with-multilib-list=m32,m64,mx32 --with-tune=generic --enable-checking=release 
--build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.8.2 (Debian 4.8.2-16) 

Configure options: '--prefix=/usr' '--sysconfdir=/etc' 
'--mandir=/usr/share/man' '--with-docdir=/usr/share/doc' 
'--with-mailpath=/var/mail' '--disable-dependency-tracking' 
'--enable-compressed' '--enable-debug' '--enable-fcntl' '--enable-hcache' 
'--enable-gpgme' '--enable-imap' '--enable-smtp' '--enable-pop' '--with-curses' 
'--with-gnutls' '--with-gss' '--with-idn' '--with-mixmaster' '--with-sasl' 
'--enable-exact-address' '--without-gdbm' '--without-bdb' '--without-qdbm' 
'--build' 'x86_64-linux-gnu' 'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
-Wall' 'LDFLAGS=-Wl,-z,relro' 'CPPFLAGS=-D_FORTIFY_SOURCE=2 -I/usr/include/qdbm'

Compilation CFLAGS: -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security -Wall

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

misc/am-maintainer-mode.patch
features/ifdef.patch
features/xtitles.patch
features/trash-folder.patch
features/purge-message.patch
features/imap_fast_trash.patch
features/sensible_browser_position.patch
features-old/patch-1.5.4.vk.pgp_verbose_mime.patch
features/compressed-folders.patch
features/compressed-folders.debian.patch
debian-specific/Muttrc.patch
debian-specific/Md.etc_mailname_gethostbyname.patch
debian-specific/use_usr_bin_editor.patch
debian-specific/corre

Bug#741293: git over https fails with "gnutls_handshake() failed: A record packet with illegal version was received."

[James Cloos]

> "AG" == Alessandro Ghedini  writes:

AG> If you are using Debian sid, gnutls-cli is built against libgnutls28 (while
AG> licurl uses libgnutls26) so this isn't much useful (unfortunately we can't
AG> switch to libgnutls28 for licensing problems).

Didn’t the gmp relicensing fix such license issues?

Or is that not yet in place for sid?

-JimC
--
James Cloos  OpenPGP: 1024D/ED7DAEA6


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

Bug#741480: dput-ng: Something needs a Depends: python-paramiko

[Dima Kogan]

Package: dput-ng
Version: 1.7
Severity: normal
Hi. I'm trying to do a dput to a repo defined this way in dput.cf:

 [lb]
 fqdn= x
 method  = scp
 login   = 
 incoming= ~/debianstuff/repo/incoming
 allow_unsigned_uploads  = 0
 run_dinstall= 0

I get this:

 dima@shorty:~/debianstuff/qt5$ dput lb .changes
 Uploading  using scp to lb (host: xxx; directory: 
~/debianstuff/repo/incoming)
 running allowed-distribution: check whether a local profile permits uploads to 
the target distribution
 running checksum: verify checksums before uploading
 running suite-mismatch: check the target distribution for common errors
 running gpg: check GnuPG signatures before the upload
 gpg: Signature made Wed Mar 12 14:26:58 2014 PDT using RSA key ID F228292B
 gpg: Good signature from "Dima Kogan "
 gpg: WARNING: This key is not certified with a trusted signature!
 gpg:  There is no indication that the signature belongs to the owner.
 Primary key fingerprint: 6EE5 0664 D18E 4E0C B8B4  3DF7 00E8 9439 F228 292B

 failed to resolve path dput.uploaders.scp.ScpUploader: No module named paramiko
 Failed to resolve method scp to an uploader class
 Failed to resolve method scp to an uploader class


If I install python-paramiko, all is good. I didn't investigate whether
dput-ng needs the Depends: or if it's python-dput.



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

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

Versions of packages dput-ng depends on:
ii  python-dput  1.7
pn  python:any   

Versions of packages dput-ng recommends:
ii  bash-completion  1:2.0-1

dput-ng 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#729203: Iceweasel H264 decoding & libav/ffmpeg

[Thibaut]

Hi !

Some people have reported on Ubuntu that Firefox (which now makes use of
GStreamer 0.10.x to decode H264 video, at least until Firefox 30 which
should switch to GStreamer 1.x) can't read H264 video using
gstreamer1.0-libav whereas they can using gstreamer0.10-ffmpeg [1]

Maybe this could explain why on Debian Sid with Iceweasel 29 from
http://mozilla.debian.net/ I can't watch H264 videos neither ?

Thanks


[1] http://forum.ubuntu-fr.org/viewtopic.php?id=1517561


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

Bug#741463: [Pkg-xfce-devel] Bug#741463: xfce4-settings: xfsettingsd steals e shortcut

[Gabriel Kerneis]

On 12 mars 2014 21:18:23 GMT+00:00, Yves-Alexis Perez  wrote:
> No idea. Is it only the case for Super-E or all Super- shortcuts?

Only this one (or at least many other work, I've not done systematic testing).

-- 
Gabriel


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

Bug#739262: Here is the needed information + something strange in the way Liferea is launched and runs

[Thibaut]

1. Ok, sorry for the delay, here is the needed information :

~$ gdb liferea
GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1)
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/liferea...Reading symbols from
/usr/lib/debug/.build-id/1a/10cb7cd5c4742609b9460e68e9b4707b8ac9f8.debug...done.
done.
(gdb) run
Starting program: /usr/bin/liferea
warning: no loadable sections found in added symbol-file system-supplied
DSO at 0x77ffa000
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe46e9700 (LWP 8753)]
[New Thread 0x7fffe3ee8700 (LWP 8754)]
[New Thread 0x7fffe12dc700 (LWP 8755)]
[Thread 0x7fffe3ee8700 (LWP 8754) exited]
[Thread 0x7fffe46e9700 (LWP 8753) exited]
[Thread 0x77faba00 (LWP 8748) exited]
[Inferior 1 (process 8748) exited normally]
(gdb) run
Starting program: /usr/bin/liferea
warning: no loadable sections found in added symbol-file system-supplied
DSO at 0x77ffa000
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe46e9700 (LWP 8787)]
[New Thread 0x7fffe3ee8700 (LWP 8788)]
[New Thread 0x7fffe12dc700 (LWP 8789)]
[Thread 0x7fffe12dc700 (LWP 8789) exited]
[Thread 0x7fffe3ee8700 (LWP 8788) exited]
[Thread 0x7fffe46e9700 (LWP 8787) exited]
[Inferior 1 (process 8785) exited normally]
(gdb) run
Starting program: /usr/bin/liferea
warning: no loadable sections found in added symbol-file system-supplied
DSO at 0x77ffa000
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe46e9700 (LWP 9362)]
[New Thread 0x7fffe3ee8700 (LWP 9363)]
[New Thread 0x7fffe12dc700 (LWP 9364)]
[New Thread 0x7fffccca4700 (LWP 9365)]
[New Thread 0x7fff8c4a1700 (LWP 9366)]
[New Thread 0x7fff8ad53700 (LWP 9367)]
[New Thread 0x7fff8a552700 (LWP 9368)]
[New Thread 0x7fff89d51700 (LWP 9369)]
[New Thread 0x7fff89550700 (LWP 9370)]
[New Thread 0x7fff88857700 (LWP 9371)]
[Thread 0x7fff88857700 (LWP 9371) exited]
[New Thread 0x7fff88857700 (LWP 9392)]
[New Thread 0x7fff73749700 (LWP 9393)]
[New Thread 0x7fff72d06700 (LWP 9394)]
[New Thread 0x7fff7242a700 (LWP 9395)]
[New Thread 0x7fff71631700 (LWP 9396)]
[New Thread 0x7fff5bfff700 (LWP 9397)]
[New Thread 0x7fff5b7fe700 (LWP 9398)]
[New Thread 0x7fff5affd700 (LWP 9399)]
[New Thread 0x7fff5a7fc700 (LWP 9400)]
[New Thread 0x7fff59ffb700 (LWP 9401)]
[New Thread 0x7fff40db2700 (LWP 9403)]
[New Thread 0x7fff37ffe700 (LWP 9404)]
[New Thread 0x7fff377fd700 (LWP 9405)]
[New Thread 0x7fff34e8d700 (LWP 9406)]
[New Thread 0x7fff27fff700 (LWP 9407)]
[New Thread 0x7fff26362700 (LWP 9408)]
[New Thread 0x7fff25b61700 (LWP 9409)]
[New Thread 0x7fff25360700 (LWP 9410)]
[New Thread 0x7fff24b5f700 (LWP 9411)]
[New Thread 0x7fff1f782700 (LWP 9412)]
[Thread 0x7fffe12dc700 (LWP 9364) exited]
[New Thread 0x7fffe12dc700 (LWP 9413)]
[New Thread 0x7fff1ef81700 (LWP 9414)]
[New Thread 0x7fff1e780700 (LWP 9415)]
[New Thread 0x7fff1df7f700 (LWP 9416)]
[New Thread 0x7fff1d77e700 (LWP 9417)]
[New Thread 0x7fff1cf7d700 (LWP 9418)]
[New Thread 0x7fff03fff700 (LWP 9419)]
[New Thread 0x7fff037fe700 (LWP 9420)]
[New Thread 0x7fff02ffd700 (LWP 9421)]
[New Thread 0x7fff027fc700 (LWP 9422)]
[Thread 0x7fff027fc700 (LWP 9422) exited]
[Thread 0x7fff5b7fe700 (LWP 9398) exited]
[Thread 0x7fff59ffb700 (LWP 9401) exited]
[Thread 0x7fff5affd700 (LWP 9399) exited]
[Thread 0x7fff5bfff700 (LWP 9397) exited]
[Thread 0x7fff26362700 (LWP 9408) exited]
[Thread 0x7fff25b61700 (LWP 9409) exited]
[Thread 0x7fff25360700 (LWP 9410) exited]
[Thread 0x7fff24b5f700 (LWP 9411) exited]
[Thread 0x7fff40db2700 (LWP 9403) exited]
[Thread 0x7fff1ef81700 (LWP 9414) exited]
[Thread 0x7fff1e780700 (LWP 9415) exited]
[Thread 0x7fff1df7f700 (LWP 9416) exited]
[Thread 0x7fff1d77e700 (LWP 9417) exited]
[New Thread 0x7fff1d77e700 (LWP 9423)]
[New Thread 0x7fff1df7f700 (LWP 9424)]
[New Thread 0x7fff1e780700 (LWP 9425)]
[New Thread 0x7fff1ef81700 (LWP 9426)]
[New Thread 0x7fff5bfe0700 (LWP 9427)]
[Thread 0x7fff88857700 (LWP 9392) exited]
[Thread 0x7fff34e8d700 (LWP 9406) exited]
[Thread 0x7fff27fff700 (LWP 9407) exited]
[Thread 0x7fff377fd700 (

Bug#741190: qt4-x11: Improve atomic support on parisc

[Helge Deller]

Hi Lisandro,

On 03/12/2014 10:18 PM, Lisandro Damián Nicanor Pérez Meyer wrote:
> We try our best to avoid any delta with upstream, both to get an upstream ACK 
> both the patch to prevent possible problems and to avoid to let the patch 
> rotten in our repos.

Fully understandable.
 
> So the best path here is pushing it upstream :)

Yes, sure.

The only reason why I proposed that is, that each time when you push a new
qt4 through the debian buildds, we are in trouble on hppa because I have to kill
the build process manually and trigger Dave to build qt4 with his patch 
manually.

If we forget this we will run into unresolved symbols with *all* our already 
built
packages which depend on qt4 (e.g. all KDE apps).

So, I'm just asking you to add it to your patch repo until we really can 
resolve it.

Helge


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

Bug#741479: bash-completion: Fails with bash: words: bad array subscript

[Claudio Moretti]

Package: bash-completion
Version: 1:2.1-2
Severity: important
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

when "double tabbing" on a newly opened shell, an error is printed on
the console (instead of the list of files)

claudio@Chuck:/etc/bash_completion.d$ bash: words: bad array subscript

This bug was reported also on Launchpad[1] for Ubuntu, and from there I
retrieved the fix, which is changing line 710 of
/usr/share/bash-completion/bash_completion
from

[[ $cword -eq 0 ]] && return 1

to 

[[ $cword -le 0 ]] && return 1

I've attached my patch.

Thanks,

Claudio

[1] https://bugs.launchpad.net/ubuntu/+source/bash-completion/+bug/1289597

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

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

Versions of packages bash-completion depends on:
ii  bash  4.3-2
ii  dpkg  1.17.6

bash-completion recommends no packages.

bash-completion suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlMg0T8ACgkQZ0Gi6TDJB+fDSACgorxDZAxfqL5677jaHXO6zemD
LZQAn2Xgj4cvdAjJnJNlbShqZHNl0U5f
=djIY
-END PGP SIGNATURE-
--- /tmp/bash_completion	2014-03-12 21:20:18.961413462 +
+++ /usr/share/bash-completion/bash_completion	2014-03-12 21:20:50.361596183 +
@@ -707,7 +707,7 @@
 fi
 done
 
-[[ $cword -eq 0 ]] && return 1
+[[ $cword -le 0 ]] && return 1
 prev=${words[cword-1]}
 
 [[ ${split-} ]] && _split_longopt && split=true

Bug#741472: apt-listbugs: broken charset in exported xhtml file for certain config

[Francesco Poli]

Control: tags -1 + moreinfo


On Wed, 12 Mar 2014 21:42:55 +0100 Petr Vorel wrote:

> Package: apt-listbugs
> Version: 0.1.12
> Severity: normal
> Tags: patch
> 
> Dear Maintainer,

Hello Petr,
thanks for your bug report and for the effort you put in preparing a
patch!

However, I am not sure I understand your configuration.
I admit that I am not a locale variable expert, but I am under the
impression that your configuration might fail to meet your needs.

> 
> with certain config apt-listbugs leads to broken charset in exported xhtml 
> file.
> Config is:
> export LC_ALL=C LANGUAGE=cs_CZ.UTF-8

Could you please show the output of the "locale" command on your system
(with the user account you are referring to)?
What is the intended effect of your configuration?

It seems to me that you are using the LANGUAGE variable in a wrong way.
Please see
http://www.gnu.org/software/gettext/manual/gettext.html#Setting-the-POSIX-Locale
http://www.gnu.org/software/gettext/manual/gettext.html#Locale-Environment-Variables
http://www.gnu.org/software/gettext/manual/gettext.html#The-LANGUAGE-variable

The last subsection states, in part:

| Note: The variable LANGUAGE is ignored if the locale is set to ‘C’.
| In other words, you have to first enable localization, by setting
| LANG (or LC_ALL) to a value other than ‘C’, before you can use a
| language priority list through the LANGUAGE variable.

> 
> This results that chosen po file is po/cs.po, but charset in header is 
> "ANSI_X3.4-1968"
> (i.e. C).

I am not 100 % sure, but I am under the impression that this is not far
from the correct behavior, taking the above quoted note into account...

> 
> I'm not an ruby expert, but with this config using Locale.current.charset 
> seems to help:
> ruby -rgettext -e 'p Locale.charset'
> "ANSI_X3.4-1968"
> ruby -rgettext -e 'p Locale.current.charset'
> "UTF-8"

I may test your patch (later), but, first, I have to understand whether
your configuration is the right one for your needs.

Please reply to my questions.
Thanks.


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


pgpoQayAaO7dk.pgp
Description: PGP signature

Bug#741465: RFS: pythondialog/3.0.1-1 ITA NMU

[Andy Jacobsen]

Hi Vencent,

thank you for taking the time to answer my request.

On Wed, 12 Mar 2014 13:05:11 -0700
Vincent Cheng  wrote:
> Control: tag -1 + moreinfo
I'm sorry, what does this mean?

> Please take a closer look at the above URL. There are a lot of lintian
> warnings that should be fixed, and since this isn't actually a NMU
> (you're adopting the package), nothing's stopping you from doing so.
I noticed them, too but the Q&A states[1]:
"If your package is accepted by mentors.debian.net then let the sponsor help 
you with the rest."
So I just uploaded the package and sent rhe RFS in the hope I'm doing it right. 
:)

> Would you consider maintaining this package within the Debian Python
> Modules Team? It'd be easier for you to find others to review and
> sponsor this package.
This realy sounds like a great idea.

Regards,
Andy Jacobsen

[1] http://mentors.debian.net/qa



signature.asc
Description: PGP signature

Bug#741190: qt4-x11: Improve atomic support on parisc

[Lisandro Damián Nicanor Pérez Meyer]

On Wednesday 12 March 2014 21:57:37 Helge Deller wrote:
> On 03/12/2014 03:27 AM, John David Anglin wrote:
> >>> I also don't want to become a Qt developer. I have enough on my
> >>> plate with GCC and Linux.
> >>> 
> >>> Helge, do you have any thoughts about this?
> 
> I would be interested to come up with a good fix, and even submit it via
> the required CLA, but right now I'm pretty busy with so many things, that
> I don't want to take another one in addition.
> Maybe in a few weeks.
> 
> > I'm fully willing to make the contribution available under any "GNU
> > License Terms".
> 
> Or BSD-license? Would that help? (Maybe not because of the copyright
> licensing?)

We are currently testing that with some aarch64 (arm64) patches. But this 
means it has to go though the Chief Engineer Lars Knoll, so it's a bottleneck.

> > It looks to me like it's best for me to continue to patch the binary
> > uploads given the Qt CLA.
> 
> Or alternatively if Debian could carry your patch until we get it resolved
> somehow in the future (either by me or you) ?

We try our best to avoid any delta with upstream, both to get an upstream ACK 
both the patch to prevent possible problems and to avoid to let the patch 
rotten in our repos.

So the best path here is pushing it upstream :)

-- 
18: Como se pueden evitar los problemas de alimentacion electrica
* No coma cerca de un enchufe
Damian Nadales
http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#741463: [Pkg-xfce-devel] Bug#741463: xfce4-settings: xfsettingsd steals e shortcut

[Yves-Alexis Perez]

On Wed, Mar 12, 2014 at 06:37:45PM +, Gabriel Kerneis wrote:
> Package: xfce4-settings
> Version: 4.10.1-2
> Severity: normal
> 
> Hello,
> 
> I use xfce with xmonad as a window manager. Xmonad uses ModM+e to switch
> physical xinerama screen. In my case, ModM is set to Super in xmonad (MS
> "windows" key).
> 
> The problem is that xfsettingsd steals this shortcut before xmonad can
> get it. Here is how I tracked down the problem:
> - when the session starts, shortcut doesn't work; +e does
>   nothing, echoes nothing in a terminal.
> - pkill xfsettingsd
> - +e does nothing, but echoes "e" in a terminal.
> - Restarting xmonad (without restarting the xfce session) now binds
>   +e correctly.
> - I can then restart xfsettingsd manually too, and the shortcut is kept
>   under xmonad's control.
> 
> This is extremely disturbing because I have *not* set up +e as a
> shortcut in xfce (see xfconf-query result below). Do you have any idea
> why xfsettingsd is still grabbing it nonetheless?

No idea. Is it only the case for Super-E or all Super- shortcuts?

-- 
Yves-Alexis Perez


signature.asc
Description: Digital signature

Bug#738575: Access to a Galileo board

[Aurelien Jarno]

On Wed, Mar 12, 2014 at 10:07:43PM +0100, Thomas Karmann wrote:
> On 12.03.2014 (21:20), Aurelien Jarno wrote:
> > While it shows that the problem is at the CPU level, it's not really a
> > fix, as the bus is not locked anymore, so it might results in issues in
> > multithreaded solution.
> > 
> > The correct solution would be to apply the solution from Intel, that is
> > adding a nop before every instruction with the lock prefix. This means
> > rebuilding the code.
> 
> Yes, of course! I forgot to mention that I only did this to find the
> cause of the bug and to get Debian running somehow on the Galileo-Board. 
> 
> To my understanding the lock prefix only makes sense on multi-core
> systems, so the impatient (galileo users) should be safe by removing the
> prefix at every occurence until a proper fix is implemented?

For Galileo users yes, for Edison ones, no.

> About that: /proc/cpuinfo doesn't include a "microcode" entry, so I
> wouldn't bet on a quick fix by Intel. I don't know if this feature is
> really missing, though.

Let's wait a bit to see what happens on the Intel side before trying to
workaround that at the package level, especially having a more precise
description of which instruction sequence causes the issue in order to
not patch every instruction with the lock prefix if not needed.

-- 
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#548723: gvfs: Crashes in GTK file selectors

[althaser]

Hey Erich,

Could you please still reproduce this issue with newer version
like 1.12.3-4 or 1.16.3-2 ?

thanks
regards
althaser

Bug#738575: Access to a Galileo board

[Thomas Karmann]

On 12.03.2014 (21:20), Aurelien Jarno wrote:
> While it shows that the problem is at the CPU level, it's not really a
> fix, as the bus is not locked anymore, so it might results in issues in
> multithreaded solution.
> 
> The correct solution would be to apply the solution from Intel, that is
> adding a nop before every instruction with the lock prefix. This means
> rebuilding the code.

Yes, of course! I forgot to mention that I only did this to find the
cause of the bug and to get Debian running somehow on the Galileo-Board. 

To my understanding the lock prefix only makes sense on multi-core
systems, so the impatient (galileo users) should be safe by removing the
prefix at every occurence until a proper fix is implemented?

About that: /proc/cpuinfo doesn't include a "microcode" entry, so I
wouldn't bet on a quick fix by Intel. I don't know if this feature is
really missing, though.

With kind regards
Thomas

-- 
Thomas Karmann / CIP-Pool-Administration / Department of Computer Science 4
Organization: University of Erlangen-Nuremberg
Address: Martensstrasse 1 91058 Erlangen Germany 
Website: https://wwwcip.informatik.uni-erlangen.de/


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

Bug#741478: vagrant: New upstream version

[Mert Dirik]

Package: vagrant
Version: 1.4.3-1
Severity: wishlist

Dear Maintainer,

A new version of Vagrant has been released few days ago. It packs some nice
features and claims to introduce no breaking backwards compatibilities  [1]. It
also fixes the policy violation that prevents Vagrant to migrate to Jessie.

Vagrant users would appreciate this new version of Vagrant in the Debian
repository.
Thank you very much for your efforts.

Best regards,
Mert

[1] http://www.vagrantup.com/blog/vagrant-1-5-and-vagrant-cloud.html



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

Kernel: Linux 3.13-5.dmz.2-liquorix-686 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages vagrant depends on:
ii  bsdtar 3.1.2-8
ii  curl   7.35.0-1
ii  openssh-client 1:6.5p1-4
ii  ruby-childprocess  0.3.9-2
ii  ruby-erubis2.7.0-2
ii  ruby-i18n  0.6.9-1
ii  ruby-log4r 1.1.10-3
ii  ruby-net-scp   1.1.1-1
ii  ruby-net-ssh   1:2.6.8-1
ii  ruby1.9.1  1.9.3.484-1

vagrant recommends no packages.

Versions of packages vagrant suggests:
ii  virtualbox  4.3.6-dfsg-2

-- 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#741190: qt4-x11: Improve atomic support on parisc

[Helge Deller]

On 03/12/2014 03:27 AM, John David Anglin wrote:
>>> I also don't want to become a Qt developer. I have enough on my 
>>> plate with GCC and Linux.
>>> 
>>> Helge, do you have any thoughts about this?

I would be interested to come up with a good fix, and even submit it via
the required CLA, but right now I'm pretty busy with so many things, that
I don't want to take another one in addition.
Maybe in a few weeks.

> I'm fully willing to make the contribution available under any "GNU 
> License Terms".

Or BSD-license? Would that help? (Maybe not because of the copyright licensing?)

> It looks to me like it's best for me to continue to patch the binary 
> uploads given the Qt CLA.

Or alternatively if Debian could carry your patch until we get it resolved
somehow in the future (either by me or you) ?

Helge


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

Bug#741477: openstack-debian-images: kpartx sync

[Rafi Rubin]

Package: openstack-debian-images
Version: 0.7
Severity: important

Dear Maintainer,

Without the sync flag in kpartx, the script continues and bombs before the
mapped dev node shows up.

I've added -s flag to "kpartx -asv", and that seems to work well.

Also, should fsck have "-y"?

*** Reporter, please consider answering these questions, where appropriate ***

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

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



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

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

Versions of packages openstack-debian-images depends on:
ii  debootstrap  1.0.59
ii  dpkg 1.17.6
ii  extlinux 3:4.05+dfsg-6+deb8u1
ii  initramfs-tools  0.115
ii  kpartx   0.5.0-1
ii  mbr  1.1.11-5+b1
ii  parted   2.3-16
ii  qemu-utils   1.7.0+dfsg-3

openstack-debian-images recommends no packages.

openstack-debian-images 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#736787: (no subject)

[Mert Dirik]

Looks like it is fixed in upstream in commit 27420ad [1] by removing the 
offending files. New upstream version (1.5) should fix this bug.


[1] 
https://github.com/mitchellh/vagrant/commit/27420ad2ee78caf1b1effc3eb27744ae2c288009

Bug#741470: [wireshark] wireshark crash when I'm trying to show a "flow graph"

[Bálint Réczey]

reassign libcairo2 1.12.16-2
affects wireshark
thanks

Hi Francesco,
2014-03-12 21:32 GMT+01:00 Francesco Muzio :
> Package: wireshark
> Version: 1.10.6-1
> Severity: important
>
> wireshark crash when I'm  trying to show a "flow graph"
>
> when I choose the option "flow graph" under the "statistics" menu I see a
> crash of wireshark that produces this message on the shell
>
> **
> Gdk:ERROR:/build/gtk+3.0-TvQCIg/gtk+3.0-3.10.7/./gdk/gdkcairo.c:193:gdk_cairo_surface_paint_pixbuf:
> assertion failed: (cairo_image_surface_get_format (surface) ==
> CAIRO_FORMAT_RGB24 || cairo_image_surface_get_format (surface) ==
> CAIRO_FORMAT_ARGB32)
> Annullato
>
> Steps to reproduce the bug:
> - run wireshark
> - start a new capture or open a previously saved capture file
> - choose  statistics -> flow graph from the menu bar
> - press OK button on the dialog (this happens with any options/context,
> except the case with an empty packets list)
This issue has been reported by many users of GTK+ 3.10:
https://bugs.launchpad.net/ubuntu/+source/geary/+bug/1275111
http://forum.manjaro.org/index.php?topic=10879.0
https://bugs.archlinux.org/task/39042?project=5&cat[0]=33&string=io
I can run Wireshark 1.10.6-1~bpo70+1 fine with GTK 3.4 on Wheezy.

I think it is a regression in GTK+ thus I reassign it hereby to Cairo.

Thanks,
Balint

>
>
> --- System information. ---
> Architecture: i386
> Kernel: Linux 3.12.6
>
> Debian Release: jessie/sid
> 500 testing cdn.debian.net
>
> --- Package information. ---
> Depends (Version) | Installed
> ===-+-
> libc6 (>= 2.15) | 2.18-4
> libcairo2 (>= 1.2.4) | 1.12.16-2
> libgdk-pixbuf2.0-0 (>= 2.22.0) | 2.30.5-1
> libglib2.0-0 (>= 2.31.8) | 2.38.2-5
> libgtk-3-0 (>= 3.7.10) | 3.10.7-1
> libpango-1.0-0 (>= 1.14.0) | 1.36.2-2
> libpangocairo-1.0-0 (>= 1.14.0) | 1.36.2-2
> libpcap0.8 (>= 0.9.8) | 1.5.3-2
> libportaudio2 (>= 19+svn20101113) | 19+svn20140130-1
> libwireshark3 (>= 1.10.0) | 1.10.6-1
> zlib1g (>= 1:1.1.4) | 1:1.2.8.dfsg-1
> wireshark-common (= 1.10.6-1) | 1.10.6-1
> xdg-utils | 1.1.0~rc1+git20111210-7
>
>
> Package's Recommends field is empty.
>
> Package's Suggests field is empty.


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

Bug#741475: O: xsd -- XML Data Binding for C++

[Ana Guerrero Lopez]

Package: wnpp
Severity: normal

The current maintainer of xsd, Raphael Bossek ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: xsd
Binary: xsdcxx
Version: 3.3.0.1-1.4
Maintainer: Raphael Bossek 
Build-Depends: debhelper (>= 7.0.50~), quilt (>= 0.46-7~), libxerces-c-dev (>= 
3.0.0), libboost-date-time-dev, libboost-filesystem-dev, libboost-regex-dev, 
m4, autotools-dev
Architecture: any
Standards-Version: 3.9.1
Format: 3.0 (quilt)
Files:
 939eaef72c9cca562de434906a5fd348 1791 xsd_3.3.0.1-1.4.dsc
 7bca6abdf4a51b746964ab70e96fed54 1195554 xsd_3.3.0.1.orig.tar.gz
 55e62054fac07906744363f30fcf1ea5 13649 xsd_3.3.0.1-1.4.debian.tar.gz
Checksums-Sha1:
 cb45d834c9e667dfac5b13a688c86abec0701a03 1791 xsd_3.3.0.1-1.4.dsc
 94642e14e8c7635ce60e985acc9b05d5e3c16ff3 1195554 xsd_3.3.0.1.orig.tar.gz
 bf5a3042d2b30c29de18cf0edc44576512558054 13649 xsd_3.3.0.1-1.4.debian.tar.gz
Checksums-Sha256:
 1e20329cc7d097004e058afe9e5e57db0b6996887223b5fc2cf0f702fede043f 1791 
xsd_3.3.0.1-1.4.dsc
 e2b0edf9f5ed5bd6870df98ae5281e6e3b390d96a5584b0ac8d8f7342bf67356 1195554 
xsd_3.3.0.1.orig.tar.gz
 d08c2ea287bf7e7a0d914aad1ddd9c24dc3a91d6f3f2a77841d2d811999e38e5 13649 
xsd_3.3.0.1-1.4.debian.tar.gz
Package-List: 
 xsdcxx deb devel optional
Directory: pool/main/x/xsd
Priority: source
Section: devel

Package: xsdcxx
Source: xsd
Version: 3.3.0.1-1.4
Installed-Size: 8858
Maintainer: Raphael Bossek 
Architecture: amd64
Depends: libboost-filesystem1.54.0, libboost-regex1.54.0, 
libboost-system1.54.0, libc6 (>= 2.2.5), libgcc1 (>= 1:4.1.1), libstdc++6 (>= 
4.6), libxerces-c3.1
Description-en: XML Data Binding for C++
 CodeSynthesis XSD is an open-source, cross-platform W3C XML Schema to
 C++ data binding compiler. Provided with an XML instance specification
 (XML Schema), it generates C++ classes that represent the given
 vocabulary as well as parsing and serialization code.
 You can then access the data stored in XML using types and functions
 that semantically correspond to your application domain rather than
 dealing with intricacies of reading and writing XML.
Description-md5: 576f0b569dfbc5b1cb8f0da0343c6d98
Homepage: http://codesynthesis.com
Tag: role::program
Section: devel
Priority: extra
Filename: pool/main/x/xsd/xsdcxx_3.3.0.1-1.4_amd64.deb
Size: 1658990
MD5sum: 70b28c4b0772d30af0d9e5f95dc09f75
SHA1: c1c5f4e37a0087c3e475eeda0fd62a44d88f313e
SHA256: 4ea5668f18f9fb2e2c03ed1822aa3e74e0b2d16dfb345045c93186f9b26a796b


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

Bug#741474: O: osspsa -- Abstraction library for the Unix socket API

[Ana Guerrero Lopez]

Package: wnpp
Severity: normal

The current maintainer of osspsa, Raphael Bossek ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: osspsa
Binary: libossp-sa-dev, libossp-sa12
Version: 1.2.6-1
Maintainer: Raphael Bossek 
Build-Depends: debhelper (>= 4.0.0), perl
Architecture: any
Standards-Version: 3.6.1
Format: 1.0
Files:
 3c49c75bc63e5bdadec3cf2231d2e181 587 osspsa_1.2.6-1.dsc
 2cee3182be8aeb4ba5477b1655ad57fa 345906 osspsa_1.2.6.orig.tar.gz
 9ebe7e9bc831e0ecdb7145bc7a1f315c 3211 osspsa_1.2.6-1.diff.gz
Checksums-Sha1:
 efac362ecd74d5c7536f8cff03075a5b2c10998f 587 osspsa_1.2.6-1.dsc
 4eee4268353e2153a975be50662e3f6ce78f1080 3211 osspsa_1.2.6-1.diff.gz
 2fddf59b60b836e3ae430871790d4b68a2ec2e3a 345906 osspsa_1.2.6.orig.tar.gz
Checksums-Sha256:
 ea88cfd9503da775eca7bfa3ea4857e9d3945735aead5a357017ddfb82605f17 587 
osspsa_1.2.6-1.dsc
 2c13cdefa4e6861995beea0f2868f2eda915acef49544ce99751b3c8e5d43bbb 3211 
osspsa_1.2.6-1.diff.gz
 fe8c8918d67c8d87eb75d758f2269a0cf1f3bef306da22bcc0fc12ff4f823605 345906 
osspsa_1.2.6.orig.tar.gz
Directory: pool/main/o/osspsa
Priority: source
Section: libs

Package: libossp-sa-dev
Source: osspsa
Version: 1.2.6-1
Installed-Size: 140
Maintainer: Raphael Bossek 
Architecture: amd64
Depends: libossp-sa12 (= 1.2.6-1)
Description-en: Abstraction library for the Unix socket API
 OSSP sa is an abstraction library for the Unix socket application
 programming interface (API) featuring stream and datagram oriented
 communication over Unix Domain and Internet Domain (TCP and UDP)
 sockets. It provides the following key features: address abstraction
 (local, IPv4, and IPv6), type abstraction, I/O timeouts, I/O stream
 buffering and convenience I/O functions.
 .
 More about the project can be found at
 http://www.ossp.org/pkg/lib/sa
Description-md5: 3dcdcde1bb8d0499a2f26ecc3431376a
Tag: devel::library, role::devel-lib
Section: libdevel
Priority: optional
Filename: pool/main/o/osspsa/libossp-sa-dev_1.2.6-1_amd64.deb
Size: 36298
MD5sum: c211d3758fd6cddfbc9cac72659e8c17
SHA1: 6ef84ddf73cc666d380238e69e9716a9faa65acb
SHA256: db4428e3cccf0669528540f7b29331701f1ed1931719a2513ad15c31116b6287

Package: libossp-sa12
Source: osspsa
Version: 1.2.6-1
Installed-Size: 76
Maintainer: Raphael Bossek 
Architecture: amd64
Depends: libc6 (>= 2.6-1)
Description-en: Abstraction library for the Unix socket API
 OSSP sa is an abstraction library for the Unix socket application
 programming interface (API) featuring stream and datagram oriented
 communication over Unix Domain and Internet Domain (TCP and UDP)
 sockets. It provides the following key features: address abstraction
 (local, IPv4, and IPv6), type abstraction, I/O timeouts, I/O stream
 buffering and convenience I/O functions.
 .
 More about the project can be found at
 http://www.ossp.org/pkg/lib/sa
Description-md5: 3dcdcde1bb8d0499a2f26ecc3431376a
Tag: role::shared-lib
Section: libs
Priority: optional
Filename: pool/main/o/osspsa/libossp-sa12_1.2.6-1_amd64.deb
Size: 17778
MD5sum: 4ca46bb2f2355c49bef5271d3c07437a
SHA1: b56b55547220423673aa806b19c2dd5038370a9a
SHA256: 699841715af32645e93f7c82639d7b82382a81808d6ad94e71d593ea87f87920


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

Bug#741473: O: gnupod-tools -- command-line tools for the iPod family of portable music players

[Ana Guerrero Lopez]

Package: wnpp
Severity: normal

The current maintainer of gnupod-tools, Raphael Bossek ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: gnupod-tools
Binary: gnupod-tools
Version: 0.99.8-2.1
Maintainer: Raphael Bossek 
Build-Depends: debhelper (>> 5.0.0)
Build-Depends-Indep: perl, libxml-parser-perl, libxml-simple-perl, 
libunicode-string-perl, libfile-ncopy-perl, libmp3-info-perl, 
libogg-vorbis-header-pureperl-perl, libaudio-flac-header-perl, docbook-to-man, 
libtimedate-perl
Architecture: all
Standards-Version: 3.8.2
Format: 1.0
Files:
 5a91d5c3c27d82363915624dd1d5b4be 1868 gnupod-tools_0.99.8-2.1.dsc
 abb3b10a1498608db0ecc9e8d38aca73 207610 gnupod-tools_0.99.8.orig.tar.gz
 46efc6c5f91918a66b8348e976e2571c 7232 gnupod-tools_0.99.8-2.1.diff.gz
Checksums-Sha1:
 e10879ee84c2edebdba1dec780ef7dc0a27154c6 1868 gnupod-tools_0.99.8-2.1.dsc
 311d3f2dd7ad746f9e248f1a29ddc4cf04089005 207610 gnupod-tools_0.99.8.orig.tar.gz
 2207c9a718569ade46f433fda7805e135863c2df 7232 gnupod-tools_0.99.8-2.1.diff.gz
Checksums-Sha256:
 822430f5297c24e1ab1b997619c4ced48dd4c42f6eaeb7a622134be0317586fd 1868 
gnupod-tools_0.99.8-2.1.dsc
 1cf942462fa47d249355726e719c91ea65b22586484ff0de7e18d34f96a0c974 207610 
gnupod-tools_0.99.8.orig.tar.gz
 46424f3f64757948db19ab65f40a938d013bb15b9ab9137b1fa6abdc2c0c431c 7232 
gnupod-tools_0.99.8-2.1.diff.gz
Directory: pool/main/g/gnupod-tools
Priority: source
Section: sound

Package: gnupod-tools
Version: 0.99.8-2.1
Installed-Size: 604
Maintainer: Raphael Bossek 
Architecture: all
Depends: perl, dpkg (>= 1.15.4) | install-info, libxml-parser-perl, 
libunicode-string-perl, libxml-simple-perl, libmp3-info-perl, 
libogg-vorbis-header-pureperl-perl, libaudio-flac-header-perl, libtimedate-perl
Recommends: gtkpod
Suggests: timidity, lame, flac, faac, vorbis-tools
Description-en: command-line tools for the iPod family of portable music players
 GNUpod is made up of scripts that allow a user to manage a collection
 of songs and playlists on an Apple iPod.  The original iPod, iPod Mini,
 and iPod Shuffle players are all supported.
Description-md5: a3a28d73621d47073c7890b0610e891d
Homepage: http://www.gnu.org/software/gnupod
Tag: hardware::embedded, implemented-in::perl, interface::commandline,
 role::program, scope::utility, suite::gnu
Section: sound
Priority: optional
Filename: pool/main/g/gnupod-tools/gnupod-tools_0.99.8-2.1_all.deb
Size: 163322
MD5sum: def135a1222ae6ada527280961303ab1
SHA1: 56898a30fa2cefbc9bea5c46432ad4825027c53f
SHA256: ab264b7f2e85577390c2a4d4ee979431bc15bb68d3bb5f7862797eac67102a5e


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

Bug#741449: gsnmp/0.3.0-2

[Vincent Cheng]

Control: tag -1 + moreinfo

On Wed, Mar 12, 2014 at 8:41 AM, Stefan Bauer  wrote:
> Package: sponsorship-requests
>   Severity: normal
>
>   Dear mentors,
>
>   I am looking for a sponsor for my co-maintainer package "gsnmp"
>
>  * Package name: gsnmp
>Version : 0.3.0-2
>Upstream Author : Schoenwaelder, Juergen 
> (j.schoenwael...@jacobs-university.de)
>  * URL : 
> https://cnds.eecs.jacobs-university.de/svn/schoenw/src/gsnmp/
>  * License : GPL
>Section : net
>
>   It builds those binary packages:
>
> libgsnmp0  - SNMP library implementation based on glib and gnet
>  libgsnmp0-dbg - SNMP library implementation based on glib and gnet (debug 
> files)
>  libgsnmp0-dev - SNMP library implementation based on glib and gnet 
> (development f
>
>   To access further information about this package, please visit the 
> following URL:
>
>   http://mentors.debian.net/package/gsnmp
>
>
>   Alternatively, one can download the package with dget using this command:
>
> dget -x 
> http://mentors.debian.net/debian/pool/main/g/gsnmp/gsnmp_0.3.0-2.dsc
>
>   More information about hello can be obtained from 
> https://cnds.eecs.jacobs-university.de/svn/schoenw/src/gsnmp/
>
>   Changes since the last upload:
>
>   * Bump Standards to 3.9.5
>   * Fix typos in description fields of debian/control
>   * Set debhelper to 9
>   * use dh-autoreconf instead of autotools-dev to fix FTBFS
> on ppc64el - Thanks to Logan Rosen 
> (Closes: #735392)
>   * Build depend on dh-autoreconf instead of autotools-dev as consequence
>   * set source format to 3.0 (quilt)
>   * Adjust debian/control Uploader-Field
>   * Add Pre-Depends: ${misc:Pre-Depends} for multiarch-support

You need to declare Multi-Arch: same in the debian/control stanzas for
the package that you are multiarch-ifying. I suggest converting your
-dev and -dbg packages to multiarch as well, while you're at it.

Regards,
Vincent


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

Bug#741472: apt-listbugs: broken charset in exported xhtml file for certain config

[Petr Vorel]

Package: apt-listbugs
Version: 0.1.12
Severity: normal
Tags: patch

Dear Maintainer,

with certain config apt-listbugs leads to broken charset in exported xhtml file.
Config is:
export LC_ALL=C LANGUAGE=cs_CZ.UTF-8

This results that chosen po file is po/cs.po, but charset in header is 
"ANSI_X3.4-1968"
(i.e. C).

I'm not an ruby expert, but with this config using Locale.current.charset seems 
to help:
ruby -rgettext -e 'p Locale.charset'
"ANSI_X3.4-1968"
ruby -rgettext -e 'p Locale.current.charset'
"UTF-8"

Best regards,
Petr Vorel

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

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

Versions of packages apt-listbugs depends on:
ii  apt   0.9.15.5+b1
ii  ruby  1:1.9.3.4
ii  ruby-debian   0.3.8+b2
ii  ruby-gettext  3.0.3-2
ii  ruby-httpclient   2.3.3-2
ii  ruby-soap4r   2.0.5-3
ii  ruby-xmlparser0.7.2-3
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.484-2

apt-listbugs recommends no packages.

Versions of packages apt-listbugs suggests:
ii  chromium [www-browser]  32.0.1700.123-2
ii  debianutils 4.4
ii  elinks [www-browser]0.12~pre6-4
ii  google-chrome-stable [www-browser]  33.0.1750.146-1
ii  iceweasel [www-browser] 24.3.0esr-1
ii  links [www-browser] 2.8-1+b1
ii  links2 [www-browser]2.8-1+b1
ii  lynx-cur [www-browser]  2.8.8pre5-1
ii  netsurf-gtk [www-browser]   2.9-2+b1
ii  opera [www-browser] 12.16.1860
ii  opera-next [www-browser]12.16.1860
ii  reportbug   6.5.0
ii  w3m [www-browser]   0.5.3-15

-- no debconf information
>From 17b9608868ecce851f416518a944314d6ab86973 Mon Sep 17 00:00:00 2001
From: Petr Vorel 
Date: Wed, 12 Mar 2014 21:27:46 +0100
Subject: [PATCH] fix locale bug when locale file is localized, but encoding is
 wrong

Test with
export LC_ALL=C LANGUAGE=cs_CZ.UTF-8
Then texts are from po/cs.po, but charset in header is "ANSI_X3.4-1968"
---
 lib/apt-listbugs/logic.rb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/lib/apt-listbugs/logic.rb b/lib/apt-listbugs/logic.rb
index d73051c..573b513 100644
--- a/lib/apt-listbugs/logic.rb
+++ b/lib/apt-listbugs/logic.rb
@@ -101,7 +101,7 @@ class AppConfig
 
 @arrow = "->"
 @xarrow = "->"
-if Locale.charset == "UTF-8"
+if Locale.current.charset == "UTF-8"
   @arrow = "→"
   @xarrow = "→"
 end
@@ -649,7 +649,7 @@ class Viewer
 def display_bugs_as_html(bugs, cur_pkgs, new_pkgs)
   tmp = Tempfile.new(["apt-listbugs", ".html"])
   tmp.chmod(0644)
-  tmp.puts ""
+  tmp.puts ""
   tmp.puts "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd\";>"
   tmp.puts "\nhttp://www.w3.org/1999/xhtml\";>"
-- 
1.9.0.279.gdc9e3eb

Bug#740241: squeeze-pu: package debian-edu-archive-keyring/2010.01.05+squeeze1

[Adam D. Barratt]

Control: tags -1 + pending

On Wed, 2014-03-12 at 11:00 +, Mike Gabriel wrote:
> On  Fr 07 Mär 2014 20:29:10 CET, Adam D. Barratt wrote:
[...]
> > On Thu, 2014-02-27 at 11:30 +, Mike Gabriel wrote:
> >> Attached you find a debdiff for a squeeze-proposed udpate of the
> >> package debian-edu-archive-keyring.
> >
> > Please go ahead.
> 
> Package has been uploaded.

and was accepted into o-p-u earlier today.

[...]
> >> Once the squeeze-proposed update upload has completed, may I ask to
> >> move this update package as quickly to squeeze-updates as possible? I
> >> hope that this is possible.
> >
> > Let's see. :-)
> 
> Will be much appreciated!!!

That's SUA 47-1.

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#628497: gvfs: copying results in empty files

[althaser]

Hey,

gvfs 1.16.3-2 is in testing already, If you can try please let us know the
result.

cheers,
althaser

Bug#741471: sshfs instantly unmounts when called via desktop entry

[Vladimir Kudrya]

Package: sshfs
Version: 2.5-1
Severity: normal

Dear Maintainer, there is a bug in sshfs which breaks mounts in some
specific use cases.

When it works:
Open terminal, execute:
 sshfs user@server:/dir /some/local/mountpoint
Close terminal. Mount persists, everything works.

When it does not work:
- Execution via desktop entry
- Execution as an argument for terminal
- Execution in the script called as an argument for terminal

To reproduce, create desktop entry with parameters:

Exec=sshfs user@server:/dir /some/local/mountpoint
Terminal=true

Launch desktop entry, enter password for sshfs.
As soon as terminal is closed, sshfs mount disappears.

Same thing happens if you execute:
xterm -e 'sshfs user@server:/dir /some/local/mountpoint'

or:
xterm -e 'custom_script'
where custom_script is a bash script containing sshfs mount command.


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (400, 'unstable'), (300, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.12-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=ru_RU.UTF-8@ISO, LC_CTYPE=ru_RU.UTF-8@ISO (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages sshfs depends on:
ii  fuse2.9.2-4
ii  libc6   2.18-4
ii  libfuse22.9.2-4
ii  libglib2.0-02.38.2-5
ii  openssh-client  1:6.5p1-6

sshfs recommends no packages.

sshfs 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#736089: cups-client: Modifying or reinstalling a queue with lpadmin is unreliable

[Brian Potkin]

On Wed 12 Mar 2014 at 20:23:05 +, Brian Potkin wrote:

> Something seems to think the -P option to lpadmin is being used.

Moving on to an oddity.

The testing machine is as basic as it gets. An install with only the
base system and cups with no recommends.

We will install and reinstall a queue and check how successful it is.
On each success 'copy_model' appears twice in a debug2 log; 'copy_file'
appears once on a failed attempt.

  root@cups:~# lpadmin -x test-model

  root@cups:~# lpadmin -p test-model -v file:/dev/null -m 
lsb/usr/cupsfilters/HP-PhotoSmart_Pro_B8300-hpijs-pdftoijs.ppd
  root@cups:~# lpadmin -p test-model -v file:/dev/null -m 
lsb/usr/cupsfilters/HP-PhotoSmart_Pro_B8300-hpijs-pdftoijs.pp
  root@unstable-cups-min:~# grep copy_model /var/log/cups/error_log | wc -l
  4
  root@cups:~# grep copy_file /var/log/cups/error_log | wc -l
  0

Ok up to there. Now we will reinstall the queue an odd number of times,
5 say.

  root@cups:~# grep copy_model /var/log/cups/error_log | wc -l
  8
  root@cups:~# grep copy_file /var/log/cups/error_log | wc -l
  3

The bug leads us to expect these data. Let's try reinstalling once using
the dymo.ppd (or one of zebra PPDs).

  root@cups:~# lpadmin -p test-model -v file:/dev/null -m 
drv:///sample.drv/dymo.ppd
  root@cups:~# grep copy_model /var/log/cups/error_log | wc -l
  10
  root@cups:~# grep copy_file /var/log/cups/error_log | wc -l
  3

We expected that result but would we anticipate what comes after going
back to queue installation with the HP-PhotoSmart PPD ten times?

  root@cups:~# grep copy_model /var/log/cups/error_log | wc -l
  30
  root@cups:~# grep copy_file /var/log/cups/error_log | wc -l
  3

Everything looks really good now! Any PPD gets installed with -m. I have
no explanation for this.

Regards,

Brian.


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

Bug#680418: gvfs-fuse: Wrongly sucessful posix fwrite call on a gvfs sftp mount can lead to data loss

[althaser]

Hey Nicolas,

Could you please still reproduce this issue with newer version
like 1.12.3-4 or 1.16.3-2 ?

thanks
regards
althaser

Bug#741469: cups-daemon: postinst fails to generate working cupsd-systemd-listen.conf when only using unix socket

[Yves-Alexis Perez]

Package: cups-daemon
Version: 1.7.1-8
Severity: grave

Hi,

as reported on IRC, there's an issue at upgrade when the cupsd.conf
does not contain any inet Listen directive. In my case, I have:

#Listen localhost:631
Listen /var/run/cups/cups.sock

And I've setup a systemd unit file like this:

[Socket]
ListenStream=
ListenStream=/var/run/cups/cups.sock
ListenDatagram=

Also, I'm unsure if the generated file should be in /etc/ or /var.

Regards,
-- 
Yves-Alexis


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

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

Versions of packages cups-daemon depends on:
ii  adduser  3.113+nmu3
ii  bc   1.06.95-8
ii  dpkg 1.17.6
ii  init-system-helpers  1.18
ii  libavahi-client3 0.6.31-4
ii  libavahi-common3 0.6.31-4
ii  libc62.18-4
ii  libcups2 1.7.1-8
ii  libcupsmime1 1.7.1-8
ii  libdbus-1-3  1.8.0-2
ii  libgnutls26  2.12.23-13
ii  libgssapi-krb5-2 1.12+dfsg-2
ii  libpam0g 1.1.8-2
ii  libpaper11.1.24+nmu2
ii  libsystemd-daemon0   204-7
ii  lsb-base 4.1+Debian12
ii  procps   1:3.3.9-4
ii  ssl-cert 1.0.33

Versions of packages cups-daemon recommends:
pn  avahi-daemon  
pn  colord
pn  cups-browsed  

Versions of packages cups-daemon suggests:
pn  cups   
pn  cups-bsd   
ii  cups-client1.7.1-8
ii  cups-common1.7.1-8
ii  cups-filters [foomatic-filters]1.0.47-2
pn  cups-pdf   
ii  cups-ppdc  1.7.1-8
ii  cups-server-common 1.7.1-8
pn  foomatic-db-compressed-ppds | foomatic-db  
ii  ghostscript9.05~dfsg-8+b1
pn  hplip  
ii  poppler-utils  0.22.5-4
pn  printer-driver-gutenprint  
pn  printer-driver-hpcups  
pn  smbclient  
ii  udev   204-7

-- no debconf information


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

Bug#741470: [wireshark] wireshark crash when I'm trying to show a "flow graph"

[Francesco Muzio]

Package: wireshark
Version: 1.10.6-1
Severity: important

wireshark crash when I'm  trying to show a "flow graph"

when I choose the option "flow graph" under the "statistics" menu I see 
a crash of wireshark that produces this message on the shell


**
Gdk:ERROR:/build/gtk+3.0-TvQCIg/gtk+3.0-3.10.7/./gdk/gdkcairo.c:193:gdk_cairo_surface_paint_pixbuf: 
assertion failed: (cairo_image_surface_get_format (surface) == 
CAIRO_FORMAT_RGB24 || cairo_image_surface_get_format (surface) == 
CAIRO_FORMAT_ARGB32)

Annullato

Steps to reproduce the bug:
- run wireshark
- start a new capture or open a previously saved capture file
- choose  statistics -> flow graph from the menu bar
- press OK button on the dialog (this happens with any options/context, 
except the case with an empty packets list)



--- System information. ---
Architecture: i386
Kernel: Linux 3.12.6

Debian Release: jessie/sid
500 testing cdn.debian.net

--- Package information. ---
Depends (Version) | Installed
===-+-
libc6 (>= 2.15) | 2.18-4
libcairo2 (>= 1.2.4) | 1.12.16-2
libgdk-pixbuf2.0-0 (>= 2.22.0) | 2.30.5-1
libglib2.0-0 (>= 2.31.8) | 2.38.2-5
libgtk-3-0 (>= 3.7.10) | 3.10.7-1
libpango-1.0-0 (>= 1.14.0) | 1.36.2-2
libpangocairo-1.0-0 (>= 1.14.0) | 1.36.2-2
libpcap0.8 (>= 0.9.8) | 1.5.3-2
libportaudio2 (>= 19+svn20101113) | 19+svn20140130-1
libwireshark3 (>= 1.10.0) | 1.10.6-1
zlib1g (>= 1:1.1.4) | 1:1.2.8.dfsg-1
wireshark-common (= 1.10.6-1) | 1.10.6-1
xdg-utils | 1.1.0~rc1+git20111210-7


Package's Recommends field is empty.

Package's Suggests field is empty.


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

Bug#741370: pen: security issues with pen

[Vincent Bernat]

 ❦ 12 mars 2014 19:30 CET, Ulric Eriksson  :

> Here’s what needs to be done to create a chroot jail for Pen and run
> it there as a non-root user. Start/stop script added.

I will add the user and provide a proper init script in the next
upload. However, I don't think that this fixes the core issues
reported. A user can still choose to run pen in another way and should
be protected by such issues.
-- 
panic("CPU too expensive - making holiday in the ANDES!");
2.2.16 /usr/src/linux/arch/mips/kernel/traps.c


signature.asc
Description: PGP signature

Bug#736089: cups-client: Modifying or reinstalling a queue with lpadmin is unreliable

[Brian Potkin]

On Thu 23 Jan 2014 at 17:28:19 +, Brian Potkin wrote:

> https://www.cups.org/str.php?L4353

Mike Sweet writes:

   Sorry, I tried everything I could to reproduce this and was
   unable.  Even a script that just continuously flipped between
   two PPDs as fast as possible did not reproduce it...

I removed all the Debian patches from unstable's cups (quilt pop -a) and
rebuilt the debs. lpadmin's behaviour was not changed.

An excerpt from a debug2 log for a failure to reinstall a queue is:

  D [12/Mar/2014:18:03:02 +] CUPS-Add-Modify-Printer 
ipp://localhost:631/printers/test-model
  d [12/Mar/2014:18:03:02 +] add_printer(0xb821d660[14], 
ipp://localhost:631/printers/test-model)
  d [12/Mar/2014:18:03:02 +] cupsdFindPolicyOp(p=0xb81baac0, 
op=4003(CUPS-Add-Modify-Printer))
  d [12/Mar/2014:18:03:02 +] cupsdFindPolicyOp: Found exact match...
  d [12/Mar/2014:18:03:02 +] cupsdIsAuthorized: con->uri="/admin/", 
con->best=0xb81bc920((null))
  d [12/Mar/2014:18:03:02 +] cupsdIsAuthorized: level=CUPSD_AUTH_USER, 
type=Basic, satisfy=CUPSD_AUTH_SATISFY_ALL, num_names=1
  d [12/Mar/2014:18:03:02 +] cupsdIsAuthorized: 
op=4003(CUPS-Add-Modify-Printer)
  d [12/Mar/2014:18:03:02 +] cupsdIsAuthorized: auth=CUPSD_AUTH_ALLOW...
  D [12/Mar/2014:18:03:02 +] cupsdIsAuthorized: username="root"
  D [12/Mar/2014:18:03:02 +] test-model device-uri: OK
  I [12/Mar/2014:18:03:02 +] Setting test-model device-uri to 
"file:/dev/null" (was "file:/dev/null".)
  d [12/Mar/2014:18:03:02 +] set_printer_defaults: device-uri
  d [12/Mar/2014:18:03:02 +] copy_file("/var/spool/cups/0001", 
"/etc/cups/ppd/test-model.ppd")
  D [12/Mar/2014:18:03:02 +] Copied PPD file successfully

ipp.c has:

  /*
   * 'copy_file()' - Copy a PPD file or interface script...
   */

Something seems to think the -P option to lpadmin is being used.

Regards,

Brian.


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