date:20150124

Control: tags 708638 -1 pending

Hi Christophe,

To build with parallel I/O requires hdf5 to be built with parallel enabled.

We are currently packaging the soon to be released netcdf v4.3.3, and I
can see that netcdf (~rc3) is now detecting parallel automatically
during the build.

Regards,

Ross



signature.asc
Description: OpenPGP digital signature

Bug#742272: ITP: ocserv -- OpenConnect VPN Server

2015-01-24 Thread Mike Miller

On Sat, Jan 24, 2015 at 19:06:12 +0800, Aron Xu wrote:
 I've continued the work on alioth, updated it to latest release,
 cleared copyright stuff, and make it almost ready. Do you want to have
 a look at it, or shall I upload directly?

Thanks for working on ocserv, Aron. I have not had the need or time to
work on it as much as I previously thought. Please do feel free to set
yourself as maintainer of the package, as far as I'm concerned. You can
leave me as an additional uploader if you like.

I have been able to build and install your package. I got it to start
and respond to connections using your LIBSYSTEMD_DAEMON patch [1] that
is not yet in the collab-maint repo. I am using the ocserv.conf.sample
file without any changes.

I still crash the server, seemingly on every other login:

● ocserv.service - OpenConnect SSL VPN server
   Loaded: loaded (/lib/systemd/system/ocserv.service; disabled)
   Active: inactive (dead) since Sat 2015-01-24 11:44:23 EST; 3min 18s ago
 Docs: man:ocserv(8)
  Process: 7567 ExecStart=/usr/sbin/ocserv --foreground --pid-file 
/var/run/ocserv.pid --config /etc/ocserv/ocserv.conf (code=exited, 
status=0/SUCCESS)
 Main PID: 7567 (code=exited, status=0/SUCCESS)

Jan 24 11:44:08 xps14z ocserv[7568]: PAM-auth conv: echo-off, sent: 0
Jan 24 11:44:11 xps14z ocserv[7568]: pam_ecryptfs: pam_sm_authenticate: 
/home/mike is already mounted
Jan 24 11:44:11 xps14z ocserv[7567]: main: [:::127.0.0.1]:45262 
main-misc.c:501: command socket closed
Jan 24 11:44:22 xps14z ocserv[7567]: *** Error in `/usr/sbin/ocserv': malloc(): 
smallbin double linked list corrupted: 0x7fb0ed1cfc70 ***
Jan 24 11:44:22 xps14z ocserv[7567]: main: main.c:464: ocserv-secmod died 
unexpectedly
Jan 24 11:44:22 xps14z ocserv[7577]: common.c:385: recvmsg returned zero
Jan 24 11:44:22 xps14z ocserv[7567]: main: main.c:489: Child 7568 died with 
signal 6
Jan 24 11:44:22 xps14z ocserv[7577]: worker[mike]: [:::127.0.0.1]:45263 
worker-auth.c:679: error receiving auth reply message
Jan 24 11:44:22 xps14z ocserv[7567]: main: termination request received; 
waiting for children to die
Jan 24 11:44:22 xps14z ocserv[7577]: worker[mike]: [:::127.0.0.1]:45263 
worker-auth.c:1230: failed authentication for 'mike'

I believe this is the same crash I have been seeing for a while now, I
just haven't gotten around to figuring out what it is about my setup and
report upstream.

[1] 
http://git.infradead.org/ocserv.git/commitdiff/d4b6d97697884b0e018d9445c4c8614595ebdeeb

-- 
mike


signature.asc
Description: Digital signature

Bug#716601: [Mayhem] Bug report on netcdf-bin: nccopy crashes with exit status 139

Control: 716601 tags + fixed-upstream pending

Hi,

I have confirmed this bug affected version 1:4.1.3-7.2 currently in
Unstable  soon to be Jessie.

With the ~rc3 version of netcdf-bin about to be uploaded (1:4.3.3), I
can confirm that this bug has been fixed.

Regards,

Ross



signature.asc
Description: OpenPGP digital signature

Bug#744865: Add check and warning for unetbootin

2015-01-24 Thread Holger Wansing

Hi Steve,

Regarding your unetbootin patch:
 +Template: cdrom-detect/unetbootin_detected
 +Type: note
 +# :sl2:
 +_Description: UNetbootin media detected
 + It appears that your installation disk was generated using
  
 + UNetbootin. UNetbootin is regularly linked with difficult or
 + unreproducible problem reports from Debian Installer users; if you
 + have problems using this installation disk, please try your
  
 + installation again without using UNetbootin before reporting issues.
 + .
 + The installation guide contains more information on how to create a
 + USB installation disk directly without UNetbootin.
 

Maybe I'm wrong, but since unetbootin is a tool to create a bootable
usb-stick, better mention installation stick oder installation medium
instead of installation disk?


Holger


-- 

Created with Sylpheed 3.2.0 under
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/



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

Bug#776159: freeorion: Keyboard seems to be undetected, not responding to key entered.

2015-01-24 Thread Éric Boucher

I confirm, it's fix the issue.

 Date: Sat, 24 Jan 2015 20:53:38 +0100
 From: a...@gambaru.de
 To: bouchereric0...@hotmail.com; 776...@bugs.debian.org
 CC: cont...@bugs.debian.org
 Subject: Re: Bug#776159: freeorion: Keyboard seems to be undetected, not 
 responding to key entered.

 severity 776159 normal
 reassign 776159 libois-1.3.0
 forcemerge 776159 730405
 thanks

 Hello,

 this is a bug in the ois library and affects not everyone. You can
 change this behaviour by editing ~/.freeorion/OISInput.cfg and setting

   x11_keyboard_grab=false

 to
   x11_keyboard_grab=true

 FreeOrion will migrate to SDL2 in the near future and this bug will go
 away then.

 Regards,

 Markus

Bug#776165: unblock: libqglviewer/2.5.3+dfsg-4

2015-01-24 Thread Anton Gladky

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

Please unblock package libqglviewer

this upload fixes an RC-bug #774866. Diff is provided.

unblock libqglviewer/2.5.3+dfsg-4


Thanks

Anton
diff --git a/debian/changelog b/debian/changelog
index 076bb9e..0b1151f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,26 @@
+libqglviewer (2.5.3+dfsg-4) unstable; urgency=medium
+
+  * [2a21535] Remove unnecessary dependency on dpkg. 
+  It is provided by ${misc:Pre-Depends}.
+
+ -- Anton Gladky gl...@debian.org  Sat, 17 Jan 2015 21:16:43 +0100
+
+libqglviewer (2.5.3+dfsg-3) unstable; urgency=medium
+
+  * [29d85d1] Add pre-depends for libqglviewer2 on dpkg (= 1.17.14).
+  Thanks to Jonathan Wiltshire j...@debian.org.
+  (Closes: #774866)
+
+ -- Anton Gladky gl...@debian.org  Sat, 17 Jan 2015 12:04:46 +0100
+
+libqglviewer (2.5.3+dfsg-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * libqglviewer2.maintscript: Handle symlink to directory conversion.
+(Closes: #774866)
+
+ -- Sebastian Ramacher sramac...@debian.org  Thu, 15 Jan 2015 23:26:55 +0100
+
 libqglviewer (2.5.3+dfsg-2) unstable; urgency=medium
 
   * [457d748] Add Breaks/Replaces for old binary libqglviewer-dev-common.
diff --git a/debian/libqglviewer2.maintscript b/debian/libqglviewer2.maintscript
new file mode 100644
index 000..12cf26a
--- /dev/null
+++ b/debian/libqglviewer2.maintscript
@@ -0,0 +1 @@
+symlink_to_dir /usr/share/doc/libqglviewer2 libqglviewer-qt3-2 2.5.3+dfsg-2.1~

Bug#775400: clamav-freshclam: freshclam cant download virus definitions

2015-01-24 Thread Ulrich Schmidt

Am Samstag, 24. Januar 2015, 20:02:06 schrieb Andreas Cadhalpun:
 Hi Ulrich,
 
 On 24.01.2015 18:41, Ulrich Schmidt wrote:
  Ok, after aprox. 10 fresh Installs here the result:
  
  I am able to reproduce the bug by doing the following:
  
  - allow non-free software = result:
 apper informs me about a update for a realtek driver. firmware-realtek
 V0.43 
  After the installation of this driver-update and installing
  clamav+clamav-daemon we see the buggy lines in freshclam.conf
  
  I now deselected non-free software and i got no update notification.
  Installing clamav+clamav-daemon worked well.
  
  It seems this bug is related to the realtec driver.
 
 This is weird, because the firmware-realtek package is completely
 unrelated to the clamav packages.
 
 I still can't reproduce this in virtualbox, even if I first install
 firmware-realtek and then clamav and clamav-daemon.
 
 Anyway I fear that we can't do much in the clamav package, if
 firmware-realtek somehow breaks its configuration. Thus I suggest that
 you file a bug against firmware-realtek.
 
True! At least i know now, where the bug comes from and i can avoid it.

In case i can reproduce the bug in Virtualbox later on, i will keep you 
updated.

Ulrich Schmidt.

 Best regards,
 Andreas


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

Bug#776032: (no subject)

2015-01-24 Thread Miguel Landaeta

owner 776032 !
thanks

I'll take care of this.

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


signature.asc
Description: Digital signature

Bug#774770: python-gnupg: 0.3.7 is out, please package the new version so openpgpkey (src:hash-slinger) starts to work

2015-01-24 Thread Leo Iannacone

On Wed, 7 Jan 2015 14:05:58  0100 Elena ``of Valhalla''
valha...@trueelena.org wrote:
 On 2015-01-07 at 12:55:51  0100, OndÅ(tm)ej SurÃ 1/2 wrote:
  please package python-gnupg, so src:hash-slinger openpgpkey finally starts 
  to work.

 I know about the new release

 Would an upload to experimental help? I'm not touching the version in
 unstable during the freeze (in case it needs to be done for RC bugs),
 so I was wondering whether to prepare an updated package for experimental
 or just wait for the release so that the update can go directly to sid.

Yes please,

consider experimental .. and everybody will win.

Thanks.
L.


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

Bug#727878: gnuspool: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4

2015-01-24 Thread Artur Rona


In Ubuntu, we've applied the attached patch to achieve the following:

  * debian/rules:
- Use autotools-dev for arm64.

We thought you might be interested in doing the same.
diff -Nru gnuspool-1.7+nmu1/debian/rules gnuspool-1.7+nmu1ubuntu1/debian/rules
--- gnuspool-1.7+nmu1/debian/rules	2010-07-22 08:03:47.0 +0200
+++ gnuspool-1.7+nmu1ubuntu1/debian/rules	2015-01-24 22:33:35.0 +0100
@@ -15,7 +15,7 @@
 endif
 
 %:
-	dh  $@
+	dh  $@  --with autotools-dev
 
 override_dh_auto_configure:
 	mailer=/usr/bin/mail ./configure $(CROSS) --prefix=/usr --sysconfdir=/etc/gnuspool --with-printers-directory=/etc/gnuspool/ptrconf \

Bug#747863: nut: diff for NMU version 2.7.2-1.1

2015-01-24 Thread Laurent Bigonville

Le Sat, 24 Jan 2015 11:33:23 +,
Neil Williams codeh...@debian.org a écrit :

 
 That doesn't seem to be part of the original bug which was for a clean
 install of nut-client.
 
 If you think this second issue is RC, then a new bug could be opened
 but that depends on whether this affects the version currently in
 testing and whether it actually causes a Policy violation in doing so,
 or just left-over files.

Left-over files on upgrade are usually considered as a Policy violation
isn't it?

 If you had concerns about the fixes proposed in the bug, maybe those
 should have been mentioned in a reply to the original bug (opened in
 September).

I was actually thinking about adding a wrapper around the executables
to check the MODE, instead of removing the service files now that the
release was getting closer. I should probably have mentioned it in the
bug report, but as said I really have little time at the moment.


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

Bug#776155: unblock: vlc/2.2.0~rc2-2

2015-01-24 Thread Sebastian Ramacher

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

Please unblock package vlc. 2.2.0~rc2-2 fixes multiple security
vulnerabilities.

unblock vlc/2.2.0~rc2-2

Cheers
-- 
Sebastian Ramacher
diff -Nru vlc-2.2.0~rc2/debian/changelog vlc-2.2.0~rc2/debian/changelog
--- vlc-2.2.0~rc2/debian/changelog  2014-11-23 13:14:12.0 +0100
+++ vlc-2.2.0~rc2/debian/changelog  2015-01-21 22:42:06.0 +0100
@@ -1,3 +1,17 @@
+vlc (2.2.0~rc2-2) unstable; urgency=medium
+
+  * debian/patches: Apply upstream patches for security vulnerabilities.
+(Closes: #775866)
+- codec-schroedinger-fix-potential-buffer-overflow.patch: fix potential
+  buffer overflow. (CVE-2014-9629)
+- demux-mp4-fix-buffer-overflow-in-parsing-of-string-b.patch: fix buffer
+  overflow in parsing of string boxes. (CVE-2014-9626, CVE-2014-9627,
+  CVE-2014-9628)
+- stream_out-rtp-don-t-use-VLA-for-user-controlled-dat.patch: don't use
+  VLA for user controlled data. (CVE-2014-9630)
+
+ -- Sebastian Ramacher sramac...@debian.org  Wed, 21 Jan 2015 22:41:57 +0100
+
 vlc (2.2.0~rc2-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru 
vlc-2.2.0~rc2/debian/patches/codec-schroedinger-fix-potential-buffer-overflow.patch
 
vlc-2.2.0~rc2/debian/patches/codec-schroedinger-fix-potential-buffer-overflow.patch
--- 
vlc-2.2.0~rc2/debian/patches/codec-schroedinger-fix-potential-buffer-overflow.patch
 1970-01-01 01:00:00.0 +0100
+++ 
vlc-2.2.0~rc2/debian/patches/codec-schroedinger-fix-potential-buffer-overflow.patch
 2015-01-21 22:57:50.0 +0100
@@ -0,0 +1,29 @@
+From: Fabian Yamaguchi fyam...@gwdg.de
+Subject: [PATCH] codec: schroedinger: fix potential buffer overflow.
+ The variable len is a raw 32 bit value read using GetDWBE. If this
+ value is larger than UINT32_MAX - sizeof(eos), this will cause an
+ integer overflow in the subsequent call to malloc, and finally a
+ buffer overflow when calling memcpy. We fix this by checking len
+ accordingly.
+Origin: upstream, 
http://git.videolan.org/?p=vlc.git;a=commitdiff;h=9bb0353a5c63a7f8c6fc853faa3df4b4df1f5eb5
+Bug-Debian: https://bugs.debian.org/775866
+Last-Update: 2015-01-21
+
+diff --git a/modules/codec/schroedinger.c b/modules/codec/schroedinger.c
+index f48aa2b..977afca 100644
+--- a/modules/codec/schroedinger.c
 b/modules/codec/schroedinger.c
+@@ -1548,6 +1548,10 @@ static block_t *Encode( encoder_t *p_enc, picture_t 
*p_pic )
+  * is appended to the sequence header to allow guard
+  * against poor streaming servers */
+ /* XXX, should this be done using the packetizer ? */
++
++if( len  UINT32_MAX - sizeof( eos ) )
++return NULL;
++
+ p_enc-fmt_out.p_extra = malloc( len + sizeof( eos ) );
+ if( !p_enc-fmt_out.p_extra )
+ return NULL;
+-- 
+2.1.4
+
diff -Nru 
vlc-2.2.0~rc2/debian/patches/demux-mp4-fix-buffer-overflow-in-parsing-of-string-b.patch
 
vlc-2.2.0~rc2/debian/patches/demux-mp4-fix-buffer-overflow-in-parsing-of-string-b.patch
--- 
vlc-2.2.0~rc2/debian/patches/demux-mp4-fix-buffer-overflow-in-parsing-of-string-b.patch
 1970-01-01 01:00:00.0 +0100
+++ 
vlc-2.2.0~rc2/debian/patches/demux-mp4-fix-buffer-overflow-in-parsing-of-string-b.patch
 2015-01-21 23:00:13.0 +0100
@@ -0,0 +1,28 @@
+From: Fabian Yamaguchi fyam...@gwdg.de
+Subject: [PATCH] demux: mp4: fix buffer overflow in parsing of string boxes.
+ We ensure that pbox-i_size is never smaller than 8 to avoid an
+ integer underflow in the third argument of the subsequent call to
+ memcpy. We also make sure no truncation occurs when passing values
+ derived from the 64 bit integer p_box-i_size to arguments of malloc
+ and memcpy that may be 32 bit integers on 32 bit platforms.
+Origin: upstream, 
http://git.videolan.org/?p=vlc/vlc-2.2.git;a=commitdiff;h=914462405f8e90d9b2b1184ff047fdfb1f800b48
+Bug-Debian: https://bugs.debian.org/775866
+Last-Update: 2015-01-21
+
+diff --git a/modules/demux/mp4/libmp4.c b/modules/demux/mp4/libmp4.c
+index 19e84d3..3912e7e 100644
+--- a/modules/demux/mp4/libmp4.c
 b/modules/demux/mp4/libmp4.c
+@@ -2667,6 +2667,9 @@ static int MP4_ReadBox_name( stream_t *p_stream, 
MP4_Box_t *p_box )
+ {
+ MP4_READBOX_ENTER( MP4_Box_data_name_t );
+ 
++if( p_box-i_size  8 || p_box-i_size  SIZE_MAX )
++MP4_READBOX_EXIT( 0 );
++
+ p_box-data.p_name-psz_text = malloc( p_box-i_size + 1 - 8 ); /* +\0, 
-name, -size */
+ if( p_box-data.p_name-psz_text == NULL )
+ MP4_READBOX_EXIT( 0 );
+-- 
+2.1.4
+
diff -Nru vlc-2.2.0~rc2/debian/patches/series 
vlc-2.2.0~rc2/debian/patches/series
--- vlc-2.2.0~rc2/debian/patches/series 1970-01-01 01:00:00.0 +0100
+++ vlc-2.2.0~rc2/debian/patches/series 2015-01-21 12:30:01.0 +0100
@@ -0,0 +1,3 @@

Bug#776160: bash-completion: /etc/profile.d/bash_completion causes warnings with '-o nounset'

2015-01-24 Thread Michael Gold

Package: bash-completion
Version: 1:2.1-4
Tags: patch

/etc/profile.d/bash_completion accesses some variables like $BASH and
$PS1 that may be unset, which will produce a warning or error if the
(POSIX-standard) 'nounset' option is enabled.  See #776154 for details.
E.g.,
$ set -u
$ . /etc/profile.d/bash_completion.sh
bash: BASH_COMPLETION_COMPAT_DIR: unbound variable

A patch is attached, which prevents errors when not loading completions
(i.e. in non-bash shells; but some of the completion scripts use unbound
variables).  I also quoted bmajor and bminor to guard against weird IFS
values.

- Michael


-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: arm64

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages bash-completion depends on:
ii  bash  4.3-11+b1
ii  dpkg  1.17.22

bash-completion recommends no packages.

bash-completion suggests no packages.

-- no debconf information
--- bash_completion.sh.orig	2015-01-24 13:22:04.380023295 -0500
+++ bash_completion.sh	2015-01-24 13:23:23.758283088 -0500
@@ -1,9 +1,9 @@
 # Check for interactive bash and that we haven't already been sourced.
-if [ -n $BASH_VERSION -a -n $PS1 -a -z $BASH_COMPLETION_COMPAT_DIR ]; then
+if [ -n ${BASH_VERSION-} -a -n ${PS1-} -a -z ${BASH_COMPLETION_COMPAT_DIR-} ]; then
 
 # Check for recent enough version of bash.
 bash=${BASH_VERSION%.*}; bmajor=${bash%.*}; bminor=${bash#*.}
-if [ $bmajor -gt 4 ] || [ $bmajor -eq 4 -a $bminor -ge 1 ]; then
+if [ $bmajor -gt 4 ] || [ $bmajor -eq 4 -a $bminor -ge 1 ]; then
 [ -r ${XDG_CONFIG_HOME:-$HOME/.config}/bash_completion ]  \
 . ${XDG_CONFIG_HOME:-$HOME/.config}/bash_completion
 if shopt -q progcomp  [ -r /usr/share/bash-completion/bash_completion ]; then


signature.asc
Description: Digital signature

Bug#744865: Add check and warning for unetbootin

2015-01-24 Thread Steve McIntyre

Control: tag -1 +patch

On Wed, Jan 21, 2015 at 03:46:20PM +, Steve McIntyre wrote:
So, some progress on this front. I've filed a bug against unetbootin
itself to ask for warnings Don't use this for Debian CD images
(#775689) and there has been some discussion there.

I've now tried the current stable and unstable versions of unetbootin
myself with the latest Jessie d-i RC1 amd64 netinst CD and could not
get it to work at all usefully. *sigh* I've no idea how people ever
manage to get unetbootin to work for them - documentation is
non-existent.

What I *do* have now is some information about the contents of the
resulting USB stick, so I can add a checks in d-i for various files
and trigger a warning something like 

Here's my patch. Not sure I can test it 100%, as I've yet to get
unetbootin to reliably *get* to this stage for me! But I've made a
local image with filenames that match these and it triggered
correctly.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
You can't barbecue lettuce! -- Ellie Crane
diff --git a/debian/cdrom-detect.postinst b/debian/cdrom-detect.postinst
index 3446a06..6bf2454 100755
--- a/debian/cdrom-detect.postinst
+++ b/debian/cdrom-detect.postinst
@@ -223,6 +223,22 @@ while true; do
 	fi
 done
 
+# Check for unetbootin files
+UNETBOOTIN_FILES=ubnfilel.txt ubninit ubnkern ubnpathl.txt
+UNETBOOTIN_DETECTED=0
+for file in ${UNETBOOTIN_FILES}; do
+	if [ -f /cdrom/$file ] ; then
+		UNETBOOTIN_DETECTED=1
+		break
+	fi
+done
+
+# If we found any, warn the user
+if [ $UNETBOOTIN_DETECTED = 1 ]; then
+	db_input critical cdrom-detect/unetbootin_detected || [ $? -eq 30 ]
+	db_go
+fi
+
 # Get all the pool directories into the dentry cache, to cut down on seek
 # times.
 poolcount=$(set -- /cdrom/pool/*/*; echo $#)
diff --git a/debian/cdrom-detect.templates b/debian/cdrom-detect.templates
index 3db18bc..96253af 100644
--- a/debian/cdrom-detect.templates
+++ b/debian/cdrom-detect.templates
@@ -94,6 +94,19 @@ _Description: CD-ROM detected
  The CD-ROM autodetection was successful. A CD-ROM drive has been found and it
  currently contains the CD ${cdname}. The installation will now continue.
 
+Template: cdrom-detect/unetbootin_detected
+Type: note
+# :sl2:
+_Description: UNetbootin media detected
+ It appears that your installation disk was generated using
+ UNetbootin. UNetbootin is regularly linked with difficult or
+ unreproducible problem reports from Debian Installer users; if you
+ have problems using this installation disk, please try your
+ installation again without using UNetbootin before reporting issues.
+ .
+ The installation guide contains more information on how to create a
+ USB installation disk directly without UNetbootin.
+
 Template: cdrom-detect/wrong-cd
 Type: error
 # :sl2:
diff --git a/debian/changelog b/debian/changelog
index 22c2e1d..a4b037a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+cdrom-detect (1.49) UNRELEASED; urgency=medium
+
+  [ Steve McIntyre ]
+  * Add checks for UNetbootin media at cdrom mount time. If we detect it,
+warn the user about potential problems. Closes: #744865
+
+ -- Steve McIntyre 93...@debian.org  Fri, 23 Jan 2015 01:03:28 +0100
+
 cdrom-detect (1.48) unstable; urgency=low
 
   [ Updated translations ]

Bug#776113: emacs23-common-non-dfsg: Useless without emacs23

2015-01-24 Thread Rob Browning

Axel Beckert a...@debian.org writes:

 emacs23 has been removed from Unstable like three months ago. So IMHO
 its non-free components are useless to keep in Debian and especially
 useless to release with Jessie.

 Filing as RC-level bug against the package to hear some other opinions,
 especially the maintainer ones.

This was an oversight on my part -- I should have requested removal.

 Feel free to reassign and retitle this bug report accordingly as RM bug
 report against ftp.debian.org if you agree with me. Or feel free to
 downgrade this bug report if you disagree.

Please feel welcome to reassign it yourself, or I'll try to get to it
later this weekend.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


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

Bug#776153: opensmtpd: does not create /usr/lib/sendmail link

2015-01-24 Thread Marc Kleine-Budde

Package: opensmtpd
Version: 5.4.2p1-3
Severity: normal

Dear Maintainer,

at leat one program combination on my debian system, apticron (version 1.1.57)
used together with heirloom-mailx (12.5-3.1), is expecting that
/usr/lib/sendmail exists. However opensmtpd doesn't create that link upon
installation. Other MTA on debian (postfix, extim, ...) do this.

   * What was the outcome of this action?
   Programs using /usr/lib/sendmail to send mail fail to do so.
   * What outcome did you expect instead?
   Program can send mail via /usr/lib/sendmail.

regards,
Marc

-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (700, 'testing-updates'), (700, 'testing'), (70, 'utopic'), (70, 
'experimental'), (70, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages opensmtpd depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.55
ii  libc6  2.19-13
ii  libdb5.3   5.3.28-7~deb8u1
ii  libevent-2.0-5 2.0.21-stable-2
ii  libpam0g   1.1.8-3.1
ii  libssl1.0.01.0.1j-1
ii  zlib1g 1:1.2.8.dfsg-2+b1

opensmtpd recommends no packages.

opensmtpd suggests no packages.

-- debconf information excluded


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

Bug#635718: [Pkg-javascript-devel] Bug#635718: libjs-mootools: javascript errors when used in zoneminder

2015-01-24 Thread Marcelo Laia

Hi,

I have the same problem with Zoneminder version 1.25.0-4 and
libjs-mootools versions 1.2.4.0~debian1-1 and 1.4.5~debian1-2.1.

When I access the browser interface (localhost/zm) I cannot click on
add new monitor. It's like this feature is disabled or something.
When I click on add new monitor, nothing happens. Absolutely
useless.

If I access the browser interface and point it to
http://localhost/zm/?view=monitor, I cannot click on anyone tab.
Anyone work.

I read a lot of topics in the internet and I think that the problem is
the same relate here: a mootools problem.

Please, could you point me a workarround?

Thank you very much!


-- 
Laia, M. L.


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

Bug#775400: clamav-freshclam: freshclam cant download virus definitions

2015-01-24 Thread Ulrich Schmidt

Am Samstag, 24. Januar 2015, 12:34:09 schrieb Andreas Cadhalpun:
 Hi Ulrich,
 
 On 23.01.2015 21:49, Ulrich Schmidt wrote:
  I was able to reproduce the bug with the bugged HTTPProxyServer entry in
  freshclam.conf:
  
  - I installed a fresh debian testing (kde-desktop)
  - i installed the packages clamav + clamav-daemon in one install run using
  apper.
  
  result: a broken HTTPProxyServer entry in freshclam.conf
 
 I tried to reproduce this in Virtualbox, but unfortunately I can't.
 After installing clamav and clamav-daemon using apper, there is no
 HTTPProxyServer entry in freshclam.conf.
 
 Can you reproduce this problem in Virtualbox?

Sorry i have not installed Virtualbox caused by the fact my Computer is not 
very powerfull.

Ulrich Schmidt
 
 Best regards,
 Andreas


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

Bug#776161: qemu-system-x86: very long filename on virtual FAT disk - stack smashing detected

2015-01-24 Thread Jakub Wilk


Package: qemu-system-x86
Version: 1:2.2+dfsg-2exp

If you have files with very long names on a virtual FAT disk, QEMU 
crashes:


$ mkdir storage
$ touch storage/$(perl -e print 'x'x120)
$ qemu-system-x86_64 -drive file=fat:storage/
vvfat storage/ chs 1024,16,63
*** stack smashing detected ***: qemu-system-x86_64 terminated
=== Backtrace: =
/lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x6cf03)[0xf5b22f03]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(__fortify_fail+0x45)[0xf5bb0aa5]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(+0xfaa5a)[0xf5bb0a5a]
qemu-system-x86_64(_fini+0x0)[0xf75c8194]
qemu-system-x86_64(+0x30a16f)[0xf755716f]
qemu-system-x86_64(+0x30ab07)[0xf7557b07]
qemu-system-x86_64(+0x2f0a60)[0xf753da60]
qemu-system-x86_64(+0x2f151c)[0xf753e51c]
qemu-system-x86_64(+0x2f05c0)[0xf753d5c0]
qemu-system-x86_64(+0x18221d)[0xf73cf21d]
qemu-system-x86_64(+0x183499)[0xf73d0499]
qemu-system-x86_64(+0x197c7e)[0xf73e4c7e]
qemu-system-x86_64(+0x378f55)[0xf75c5f55]
qemu-system-x86_64(main+0x346d)[0xf729908d]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(__libc_start_main+0xf3)[0xf5acfa63]
qemu-system-x86_64(+0x4fe4a)[0xf729ce4a]
=== Memory map: 
f48c6000-f49c2000 rw-p  00:00 0 
f49c2000-f49ed000 r-xp  fd:00 4587726/usr/lib/i386-linux-gnu/libvorbis.so.0.4.7

f49ed000-f49ee000 r--p 0002a000 fd:00 4587726
/usr/lib/i386-linux-gnu/libvorbis.so.0.4.7
f49ee000-f49ef000 rw-p 0002b000 fd:00 4587726
/usr/lib/i386-linux-gnu/libvorbis.so.0.4.7
f49ef000-f49f6000 r-xp  fd:00 4587783
/usr/lib/i386-linux-gnu/libogg.so.0.8.2
f49f6000-f49f7000 r--p 6000 fd:00 4587783
/usr/lib/i386-linux-gnu/libogg.so.0.8.2
f49f7000-f49f8000 rw-p 7000 fd:00 4587783
/usr/lib/i386-linux-gnu/libogg.so.0.8.2
f49f8000-f49f9000 rw-p  00:00 0 
f49f9000-f4a75000 r-xp  fd:00 4588095/usr/lib/i386-linux-gnu/libvorbisenc.so.2.0.10

f4a75000-f4a87000 r--p 0007b000 fd:00 4588095
/usr/lib/i386-linux-gnu/libvorbisenc.so.2.0.10
f4a87000-f4a88000 rw-p 0008d000 fd:00 4588095
/usr/lib/i386-linux-gnu/libvorbisenc.so.2.0.10
f4a88000-f4abd000 r-xp  fd:00 4588047
/usr/lib/i386-linux-gnu/libFLAC.so.8.3.0
f4abd000-f4abe000 r--p 00035000 fd:00 4588047
/usr/lib/i386-linux-gnu/libFLAC.so.8.3.0
f4abe000-f4abf000 rw-p 00036000 fd:00 4588047
/usr/lib/i386-linux-gnu/libFLAC.so.8.3.0
f4abf000-f4ad4000 r-xp  fd:00 6554226
/lib/i386-linux-gnu/i686/cmov/libnsl-2.19.so
f4ad4000-f4ad5000 r--p 00015000 fd:00 6554226
/lib/i386-linux-gnu/i686/cmov/libnsl-2.19.so
f4ad5000-f4ad6000 rw-p 00016000 fd:00 6554226
/lib/i386-linux-gnu/i686/cmov/libnsl-2.19.so
f4ad6000-f4ad8000 rw-p  00:00 0 
f4ad8000-f4ae9000 r-xp  fd:00 4588532/usr/lib/i386-linux-gnu/libXi.so.6.1.0

f4ae9000-f4aea000 r--p 0001 fd:00 4588532
/usr/lib/i386-linux-gnu/libXi.so.6.1.0
f4aea000-f4aeb000 rw-p 00011000 fd:00 4588532
/usr/lib/i386-linux-gnu/libXi.so.6.1.0
f4aeb000-f4aec000 rw-p  00:00 0 
f4aec000-f4af1000 r-xp  fd:00 4587734/usr/lib/i386-linux-gnu/libXdmcp.so.6.0.0

f4af1000-f4af2000 rw-p 4000 fd:00 4587734
/usr/lib/i386-linux-gnu/libXdmcp.so.6.0.0
f4af2000-f4af4000 r-xp  fd:00 4588130
/usr/lib/i386-linux-gnu/libXau.so.6.0.0
f4af4000-f4af5000 r--p 1000 fd:00 4588130
/usr/lib/i386-linux-gnu/libXau.so.6.0.0
f4af5000-f4af6000 rw-p 2000 fd:00 4588130
/usr/lib/i386-linux-gnu/libXau.so.6.0.0
f4af6000-f4b3 r-xp  fd:00 6553955
/lib/i386-linux-gnu/libncursesw.so.5.9
f4b3-f4b31000 r--p 00039000 fd:00 6553955
/lib/i386-linux-gnu/libncursesw.so.5.9
f4b31000-f4b32000 rw-p 0003a000 fd:00 6553955
/lib/i386-linux-gnu/libncursesw.so.5.9
f4b32000-f4c21000 r-xp  fd:00 6553734
/lib/i386-linux-gnu/libslang.so.2.3.0
f4c21000-f4c24000 r--p 000ee000 fd:00 6553734
/lib/i386-linux-gnu/libslang.so.2.3.0
f4c24000-f4c33000 rw-p 000f1000 fd:00 6553734
/lib/i386-linux-gnu/libslang.so.2.3.0
f4c33000-f4c62000 rw-p  00:00 0 
f4c62000-f4c68000 r-xp  fd:00 4588069/usr/lib/i386-linux-gnu/libffi.so.6.0.2

f4c68000-f4c69000 r--p 5000 fd:00 4588069
/usr/lib/i386-linux-gnu/libffi.so.6.0.2
f4c69000-f4c6a000 rw-p 6000 fd:00 4588069

Bug#776159: Acknowledgement (freeorion: Keyboard seems to be undetected, not responding to key entered.)

2015-01-24 Thread Éric Boucher

Seems to need to be merged to 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730405

 From: ow...@bugs.debian.org
 To: bouchereric0...@hotmail.com
 Subject: Bug#776159: Acknowledgement (freeorion: Keyboard seems to be 
 undetected, not responding to key entered.)
 Date: Sat, 24 Jan 2015 18:45:06 +

 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.

 As you requested using X-Debbugs-CC, your message was also forwarded to
   bouchereric0...@hotmail.com
 (after having been given a Bug report number, if it did not have one).

 Your message has been sent to the package maintainer(s):
  Debian Games Team pkg-games-de...@lists.alioth.debian.org

 If you wish to submit further information on this problem, please
 send it to 776...@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.

 -- 
 776159: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776159
 Debian Bug Tracking System
 Contact ow...@bugs.debian.org with problems

Bug#737401: Fwd: Undelivered Mail Returned to Sender

submitter bounces:

the.changing.s...@gmail.com: host gmail-smtp-in.l.google.com[74.125.136.26]
said: 550-5.1.1 The email account that you tried to reach does not exist.
Please try 550-5.1.1 double-checking the recipient's email address for
typos or 550-5.1.1 unnecessary spaces. Learn more at 550 5.1.1
http://support.google.com/mail/bin/answer.py?answer=6596
eq5si10676703wjc.52 - gsmtp (in reply to RCPT TO command)


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

Bug#776089: libatlas-base-dev: leaves alternatives after purge: /usr/lib/lib{blas, lapack}-3.{so, a}

2015-01-24 Thread Sébastien Villemot

Dear Andreas,

Le vendredi 23 janvier 2015 à 21:08 +0100, Andreas Beckmann a écrit :
 Package: libatlas-base-dev
 Version: 3.10.2-6
 Severity: important
 Tags: patch
 User: debian...@lists.debian.org
 Usertags: piuparts

 during a test with piuparts I noticed your package left unowned files on
 the system after purge, which is a violation of policy 6.8:
 
 https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails
 
 This was observed after an lenny - squeeze - wheezy - jessie upgrade.
 
 The leftover files are actually alternatives that were installed by the
 package but have not been properly removed.

[...]

 Attached is a patch that I have verified in piuparts to fix this issue.
 No intent to NMU, but if you upload this to sid, I'll take care of
 getting it unblocked.

Thanks for your patch. I'm ok to upload this to sid, but I'd prefer to
have the Release Team acknowledgement beforehand. Could you please take
care of that?

Cheers,

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


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

Bug#771272: ITP: jnr-constants -- Java library to encapsulate constants in native libraries

2015-01-24 Thread Miguel Landaeta

Instead of an ITP, shouldn't be this a rename and update
of libconstantine-java? (i.e. #776081)

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


signature.asc
Description: Digital signature

Bug#776167: unblock: fonts-ipafont-nonfree-jisx0208/00103-3

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

Please unblock package fonts-ipafont-nonfree-jisx0208

Cleanup obsolete alternatives from predecessor package
ttf-ipafont-jisx0208. These leave dangling font symlinks on the system.

unblock fonts-ipafont-nonfree-jisx0208/00103-3

Andreas
diff -Nru fonts-ipafont-nonfree-jisx0208-00103/debian/changelog fonts-ipafont-nonfree-jisx0208-00103/debian/changelog
--- fonts-ipafont-nonfree-jisx0208-00103/debian/changelog	2013-06-15 20:50:07.0 +0200
+++ fonts-ipafont-nonfree-jisx0208-00103/debian/changelog	2015-01-24 13:30:05.0 +0100
@@ -1,3 +1,16 @@
+fonts-ipafont-nonfree-jisx0208 (1:00103-3) unstable; urgency=medium
+
+  [ Andreas Beckmann ]
+  * Use the correct Vcs-* URLs.
+  * fonts-ipafont-nonfree-jisx0208.preinst: Cleanup obsolete alternatives from
+ttf-ipafont-jisx0208.  (Closes: #776108)
+
+  [ Hideki Yamane ]
+  * debian/control
+- set Standards-Version: 3.9.6 
+
+ -- Hideki Yamane henr...@debian.org  Sat, 24 Jan 2015 21:29:59 +0900
+
 fonts-ipafont-nonfree-jisx0208 (1:00103-2) unstable; urgency=low
 
   * debian/control
diff -Nru fonts-ipafont-nonfree-jisx0208-00103/debian/control fonts-ipafont-nonfree-jisx0208-00103/debian/control
--- fonts-ipafont-nonfree-jisx0208-00103/debian/control	2013-06-15 20:48:44.0 +0200
+++ fonts-ipafont-nonfree-jisx0208-00103/debian/control	2015-01-24 13:30:05.0 +0100
@@ -4,10 +4,10 @@
 Maintainer: Debian Fonts Task Force pkg-fonts-de...@lists.alioth.debian.org
 Uploaders: Hideki Yamane henr...@debian.org
 Build-Depends: debhelper (= 9.20120518~)
-Standards-Version: 3.9.4
+Standards-Version: 3.9.6
 Homepage: http://www.ipa.go.jp/
-Vcs-Git: git://anonscm.debian.org/pkg-fonts/fonts-vlgothic/
-Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-fonts/fonts-vlgothic.git;a=summary
+Vcs-Git: git://anonscm.debian.org/pkg-fonts/fonts-ipafont-nonfree-jisx0208.git
+Vcs-Browser: https://anonscm.debian.org/cgit/pkg-fonts/fonts-ipafont-nonfree-jisx0208.git
 
 Package: fonts-ipafont-nonfree-jisx0208
 Architecture: all
diff -Nru fonts-ipafont-nonfree-jisx0208-00103/debian/fonts-ipafont-nonfree-jisx0208.preinst fonts-ipafont-nonfree-jisx0208-00103/debian/fonts-ipafont-nonfree-jisx0208.preinst
--- fonts-ipafont-nonfree-jisx0208-00103/debian/fonts-ipafont-nonfree-jisx0208.preinst	2013-06-15 20:46:56.0 +0200
+++ fonts-ipafont-nonfree-jisx0208-00103/debian/fonts-ipafont-nonfree-jisx0208.preinst	2015-01-24 13:30:05.0 +0100
@@ -30,6 +30,11 @@
 
 case $1 in
 install|upgrade)
+
+# cleanup obsolete alternatives from ttf-ipafont-jisx0208
+update-alternatives --remove ttf-japanese-gothic.ttf /usr/share/fonts/truetype/ipafont-jisx0208/ipag0208_for_legacy_compatibility.ttf
+update-alternatives --remove ttf-japanese-mincho.ttf /usr/share/fonts/truetype/ipafont-jisx0208/ipam0208_for_legacy_compatibility.ttf
+
 if dpkg --compare-versions $2 lt-nl $VERSION; then
 	if [ -f $FILE ]; then
 	if [ -x /usr/bin/defoma-font ]; then

Bug#776124: [Pkg-xfce-devel] Bug#776124: xfce4-netload-plugin: FTBFS on new architectures: useless #include of sysctl.h

2015-01-24 Thread Adam Borowski

Control: forwarded -1 https://bugzilla.xfce.org/show_bug.cgi?id=11477

  This package fails to build on any new architecture that lacks
  sys/sysctl.h.
 
 Thanks, it's included in our svn and will be part of the next upload

Cool, I've now sent it upstream as well.

 (although that won't happen before Jessie).

M'kay, I've put it in my unofficial repository, which might or might not get
a public jessie release.

-- 
// If you believe in so-called intellectual property, please immediately
// cease using counterfeit alphabets.  Instead, contact the nearest temple
// of Amon, whose priests will provide you with scribal services for all
// your writing needs, for Reasonable and Non-Discriminatory prices.


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

Bug#732433: AVaRICE RFA

2015-01-24 Thread Christian Kastner

Hi Luke,

On Tue, 04 Feb 2014 11:09:20 -0500 Luke Crowe l...@lukecrowe.me wrote:
 I would like to offer to adopt AVaRICE. This is my first time 
 officially adopting a package, but I have the free time and personal 
 interest in the maintainment of the package to do so.

in the meantime, your ITP has been auto-reverted back to an ITP.

If you're still willing to take over avarice, I'd be glad to help in the
updating effort.

Regards,
Christian


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

Bug#776152: provide meaningful exit codes for network failures

2015-01-24 Thread Patrick Schleizer

Package: apt
Severity: important

When apt-get update fails the program exits with a 0 status.
It would be useful if it exited with a non-zero status in that case
(or if there were a switch to tell it to do so).

This is similar to bug 41053 [1] from 1999, that says it's fixed, but it
doesn't say how it was fixed and it's apparently unfixed.

See output (shortened that a little).

 sudo apt-get update
   Could not resolve 'ecurity.debian.org'
 Hit http://ftp.us.debian.org wheezy Release

 Reading package lists... Done
 W: Failed to fetch
http://ecurity.debian.org/dists/wheezy/updates/Release.gpg  Could not
resolve 'ecurity.debian.org'

 W: Some index files failed to download. They have been ignored, or old
ones used instead.
 ~ $ echo $?
 0

(For demonstration purposes, I just added a defunct deb line
deb http://ecurity.debian.org wheezy/updates main contrib non-free)

Detecting such situations in scripts is important. At least if you
really care if some extra repository gets used during a build script or
if you care an image to be build as verifiable / reproducible as possible.

Otherwise and adversary could just prevent one from connecting to a
repository one cares to received upgrades from (such as
security.debian.org), which would effectively render apt-get's security
check for expired release files (valid-until field) [2] [3] ineffective.

There is also another issue related to exit codes. [4]

Cheers,
Patrick

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=41053
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499897
[3]
http://blog.ganneff.de/blog/2008/09/23/valid-until-field-in-release-f.html
[4] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745735


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

Bug#776156: unblock: chiark-tcl/1.1.3

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

Please unblock package chiark-tcl.  This version fixes a problem with
the build-depends which made it FTBFS on jessie (although 1.1.2 built
on sid).

That is the only change.  The debdiff is below.

I have also verified with debdiff on my .changes, and with ldd on a
sample .so file in the package, that there are no relevant differences
to the generated binaries.

Thanks,
Ian.

unblock chiark-tcl/1.1.3

diff -Nru chiark-tcl-1.1.2/debian/changelog chiark-tcl-1.1.3/debian/changelog
--- chiark-tcl-1.1.2/debian/changelog   2014-11-09 12:53:58.0 +
+++ chiark-tcl-1.1.3/debian/changelog   2015-01-22 19:00:48.0 +
@@ -1,3 +1,12 @@
+chiark-tcl (1.1.3) unstable; urgency=low
+
+  * Build-Depends: Add tcl8.5-dev to the front of the list of
+possibilities.  Current Tcl packages do not provide tcl-dev, and no
+earlier version than 8.5 is, in fact, in jessie (8.4 was removed in
+April 2014).  Closes:#775635.  (FTBFS)
+
+ -- Ian Jackson ijack...@chiark.greenend.org.uk  Thu, 22 Jan 2015 19:00:22 
+
+
 chiark-tcl (1.1.2) unstable; urgency=low
 
   * tuntap: Use net/if.h not linux/if.h.  Closes:#768766.  (FTBFS)
diff -Nru chiark-tcl-1.1.2/debian/control chiark-tcl-1.1.3/debian/control
--- chiark-tcl-1.1.2/debian/control 2014-11-09 12:33:35.0 +
+++ chiark-tcl-1.1.3/debian/control 2015-01-22 17:10:51.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Section: interpreters
 Standards-Version: 3.9.1
-Build-Depends: libadns1-dev (= 1.2), nettle-dev, libcdb-dev | tinycdb (= 
0.75), tcl8.4-dev | tcl8.3-dev | tcl8.2-dev | tcl-dev, debhelper (= 5)
+Build-Depends: libadns1-dev (= 1.2), nettle-dev, libcdb-dev | tinycdb (= 
0.75), tcl8.5-dev | tcl8.4-dev | tcl8.3-dev | tcl8.2-dev | tcl-dev, debhelper 
(= 5)
 
 Package: libtcl-chiark-1
 Architecture: any


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

Bug#775948: gdb: Replace gdb64 with parallel installable multiarch packages?

2015-01-24 Thread Guillem Jover

Hi!

On Sat, 2015-01-24 at 11:42:32 +0100, Hector Oron wrote:
 2015-01-22 2:38 GMT+01:00 Hector Oron hector.o...@gmail.com:
  Right that was planned for jessie+1.
  It should happen on upcoming upload to experimental 7.8.2-1.
 
 Just wanted to note that the above has already happened.

Thanks, although it seems the important part (dropping the
Build-Depends) did not happen. :) I'm attaching an untested patch
doing that and removing the now unused code.

  There's also already a gdb-multiarch package which should be able to
  replace the gdb64 package in some circumstances. But for when that's
  still not enough, it would be possible to make the gdb package be
  Multi-Arch:same, and make it ship triplet-qualified filenames for
  files varying per arch, as in /usr/bin/i586-linux-gnu-gdb, which would
  allow to co-install them with ones from foreign architectures, like
  /usr/bin/x86_64-linux-gnu-gdb.
 
  The maintainer scripts could then use alternatives to create the gdb
  and other slave filenames, and assign a higher priority to the native
  architecture (the one defined by «dpkg --print-architecture»).
 
  In addition this would give a 64-bit package on 32-bit arches that's
  fully functional, as currently the gdb64 packages lack for example
  python support, among other things.
 
  What do you think?
 
  That should be good!
  Could you provide a patch?
 
 Any news about a patch for adding triplet-qualified filenames? Do you
 have enough bandwidth/resources to work on it?

I can try to allocate some time to this, as I think it would be nice
to remove as much multilib stuff as we can to help simplify our
builds. I've started to have a look to see if this might be actually
trivially fixed in a sit down.

Thanks,
Guillem
From 80ecfb7b24ae6b55aa8f51a57ef268c78a4cd237 Mon Sep 17 00:00:00 2001
From: Guillem Jover guil...@debian.org
Date: Sat, 24 Jan 2015 18:30:26 +0100
Subject: [PATCH] Remove now unused multilib Build-Depends and code

---
 debian/control|  7 +++
 debian/control.in |  7 +++
 debian/rules  | 25 +
 3 files changed, 7 insertions(+), 32 deletions(-)

diff --git a/debian/control b/debian/control
index c012d9c..28568f2 100644
--- a/debian/control
+++ b/debian/control
@@ -18,7 +18,6 @@ Build-Depends:
dejagnu,
flex | flex-old,
procps,
-   g++-multilib [i386 powerpc s390 sparc],
 # Do we really care that much about running the Java tests?
 #   gcj-jdk | gcj,
gobjc,
@@ -27,9 +26,9 @@ Build-Depends:
texinfo (= 4.7-2.2),
texlive-base,
 # Libdev deps
-   libexpat1-dev, lib64expat1-dev [i386 powerpc s390 sparc],
-   libncurses5-dev, lib64ncurses5-dev [i386 powerpc s390 sparc],
-   libreadline-dev, lib64readline6-dev [i386 powerpc s390 sparc],
+   libexpat1-dev,
+   libncurses5-dev,
+   libreadline-dev,
zlib1g-dev,
liblzma-dev,
libbabeltrace-dev [amd64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x],
diff --git a/debian/control.in b/debian/control.in
index 8a1e07c..7ad0033 100644
--- a/debian/control.in
+++ b/debian/control.in
@@ -18,7 +18,6 @@ Build-Depends:
dejagnu,
flex | flex-old,
procps,
-   g++-multilib [i386 powerpc s390 sparc],
 # Do we really care that much about running the Java tests?
 #   gcj-jdk | gcj,
gobjc,
@@ -27,9 +26,9 @@ Build-Depends:
texinfo (= 4.7-2.2),
texlive-base,
 # Libdev deps
-   libexpat1-dev, lib64expat1-dev [i386 powerpc s390 sparc],
-   libncurses5-dev, lib64ncurses5-dev [i386 powerpc s390 sparc],
-   libreadline-dev, lib64readline6-dev [i386 powerpc s390 sparc],
+   libexpat1-dev,
+   libncurses5-dev,
+   libreadline-dev,
zlib1g-dev,
liblzma-dev,
libbabeltrace-dev [amd64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x],
diff --git a/debian/rules b/debian/rules
index d1a5e62..8732563 100755
--- a/debian/rules
+++ b/debian/rules
@@ -66,25 +66,6 @@ ifdef GDB_TARGET
   TP = $(DEB_TARGET_ALIAS)-
   TS = -$(DEB_TARGET_ALIAS)
   CROSS_FORCE = FORCE
-else
-ifneq (,$(filter $(DEB_HOST_ARCH),i386 powerpc sparc s390))
-  build64 = yes
-  CC64 = gcc -m64
-  CFLAGS64 = $(CFLAGS)
-  BUILDDIR64 = $(ALL_BUILDDIR)/objdir64
-  ifeq ($(DEB_HOST_ARCH),i386)
-HOST64 = x86_64-linux-gnu
-  endif
-  ifeq ($(DEB_HOST_ARCH),powerpc)
-HOST64 = powerpc64-linux-gnu
-  endif
-  ifeq ($(DEB_HOST_ARCH),sparc)
-HOST64 = sparc64-linux-gnu
-  endif
-  ifeq ($(DEB_HOST_ARCH),s390)
-HOST64 = s390x-linux-gnu
-  endif
-endif
 endif
 
 distribution := $(shell lsb_release -is)
@@ -140,10 +121,6 @@ EXTRA_FLAGS := --disable-gdbtk

Bug#775400: clamav-freshclam: freshclam cant download virus definitions

2015-01-24 Thread Andreas Cadhalpun


Hi Ulrich,

On 24.01.2015 18:41, Ulrich Schmidt wrote:

Ok, after aprox. 10 fresh Installs here the result:

I am able to reproduce the bug by doing the following:
- allow non-free software = result:
   apper informs me about a update for a realtek driver. firmware-realtek 
V0.43
After the installation of this driver-update and installing 
clamav+clamav-daemon we see the buggy lines in freshclam.conf

I now deselected non-free software and i got no update notification. Installing 
clamav+clamav-daemon worked well.

It seems this bug is related to the realtec driver.


This is weird, because the firmware-realtek package is completely 
unrelated to the clamav packages.


I still can't reproduce this in virtualbox, even if I first install 
firmware-realtek and then clamav and clamav-daemon.


Anyway I fear that we can't do much in the clamav package, if 
firmware-realtek somehow breaks its configuration. Thus I suggest that 
you file a bug against firmware-realtek.


Best regards,
Andreas


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

Bug#764893: qtwebsockets-opensource-src FTBFS on hppa (and ppc)

2015-01-24 Thread Helge Deller


Upstream bug seems to be:
https://bugreports.qt.io/browse/QTBUG-43804


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

Bug#776159: freeorion: Keyboard seems to be undetected, not responding to key entered.

2015-01-24 Thread Markus Koschany

severity 776159 normal
reassign 776159 libois-1.3.0
forcemerge 776159 730405
thanks

On 24.01.2015 19:42, Eric Boucher wrote:
 Package: freeorion
 Version: 0.4.4-2+b1
 Severity: grave
 Justification: renders package unusable
 
 Dear Maintainer,
 
 *** Reporter, please consider answering these questions, where appropriate ***
 
* What led up to the situation?
 Simply start the game.
* What exactly did you do (or not do) that was effective (or
  ineffective)?
 Did try a second keyboard, same, no special driver installed.
* What was the outcome of this action?
 Same, key doesn't seems to be received by the game but does by the OS 
 (Alt+Tab allow me to switch to an other software without issue.
* What outcome did you expect instead?
 As everyones, pressed keys being entered to the game.
 
 *** End of the template - remove these template lines ***

Hello,

this is a bug in the ois library and affects not everyone. You can
change this behaviour by editing ~/.freeorion/OISInput.cfg and setting

x11_keyboard_grab=false

to
x11_keyboard_grab=true


FreeOrion will migrate to SDL2 in the near future and this bug will go
away then.

Regards,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#776069: [Pkg-julia-devel] Bug#776069: Bug#776069: Bug#776069: julia: 0.3.5 in experimental

2015-01-24 Thread Sébastien Villemot

Le vendredi 23 janvier 2015 à 19:07 -0500, Viral Shah a écrit :
 Given that Julia 0.3.x are largely bugfix releases - can't those make
 it into Jessie?
 
 I guess targeted bug fixes probably is much more restrictive.

The freeze policy is rather restrictive:
https://release.debian.org/jessie/freeze_policy.html
Clearly a new upstream bugfix release does not fulfil the criteria for
an automatic exception.

It does not mean that it is impossible to get 0.3.5 in Jessie now. The
Release Team can grant an exception, but this needs manual review by
Release Team members, who already have a lot of work. The probability of
having it accepted depends on the perceived chances that it introduces a
regression. In turn this depends among other thing on the size of the
diff.

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


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

Bug#776089: libatlas-base-dev: leaves alternatives after purge: /usr/lib/lib{blas, lapack}-3.{so, a}

Followup-For: Bug #776089

Hi,

pre-approval request filed: http://bugs.debian.org/776168

Updated debdiff attached (preinst action should be restricted to
install/upgrade).

Andreas
diff -Nru atlas-3.10.2/debian/changelog atlas-3.10.2/debian/changelog
--- atlas-3.10.2/debian/changelog	2014-11-22 13:37:44.0 +0100
+++ atlas-3.10.2/debian/changelog	2015-01-24 23:14:29.0 +0100
@@ -1,3 +1,11 @@
+atlas (3.10.2-7) unstable; urgency=medium
+
+  [ Andreas Beckmann ]
+  * libatlas-base-dev.preinst: Cleanup obsolete alternatives dating back to
+lenny.  (Closes: #776089)
+
+ -- Sébastien Villemot sebast...@debian.org  Sat, 24 Jan 2015 23:06:27 +0100
+
 atlas (3.10.2-6) unstable; urgency=medium
 
   * Add missing files in archdef for mips.
diff -Nru atlas-3.10.2/debian/libatlas-base-dev.preinst atlas-3.10.2/debian/libatlas-base-dev.preinst
--- atlas-3.10.2/debian/libatlas-base-dev.preinst	2014-07-12 12:23:26.0 +0200
+++ atlas-3.10.2/debian/libatlas-base-dev.preinst	2015-01-24 23:11:24.0 +0100
@@ -9,6 +9,13 @@
 update-alternatives --remove libblas.so	/usr/lib/atlas-base/atlas/libblas.so
 fi
 
+# Cleanup obsolete alternatives dating back to lenny
+if [ $1 = install ] || [ $1 = upgrade ]
+then
+update-alternatives --remove libblas-3.so /usr/lib/atlas/libblas.so
+update-alternatives --remove liblapack-3.so /usr/lib/atlas/liblapack.so
+fi
+
 # dh_installdeb will replace this with shell code automatically
 # generated by other debhelper scripts.

Bug#776166: Ship bash-completion for udevadm

2015-01-24 Thread Michael Biebl

control: tags -1 + patch


attached is a proposed patch
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
diff --git a/debian/control b/debian/control
index 15a8805..0ba3514 100644
--- a/debian/control
+++ b/debian/control
@@ -305,7 +305,9 @@ Depends: ${shlibs:Depends},
 Breaks: consolekit ( 0.4.6-1),
 kmod ( 14),
 systemd ( 215-1),
-plymouth ( 0.9.0-7)
+plymouth ( 0.9.0-7),
+bash-completion ( 1:2.1)
+Replaces: bash-completion ( 1:2.1)
 Description: /dev/ and hotplug management daemon
  udev is a daemon which dynamically creates and removes device nodes from
  /dev/, handles hotplug events and loads drivers at boot time.
diff --git a/debian/rules b/debian/rules
index dbd445b..fc72fc9 100755
--- a/debian/rules
+++ b/debian/rules
@@ -171,8 +171,6 @@ override_dh_install:
 	rm debian/systemd/lib/systemd/systemd-udevd
 	rm debian/systemd/usr/share/man/man7/udev.7
 	rm debian/systemd/usr/share/man/man8/*udev*.8
-	# files shipped by udev / bash-completion
-	rm debian/systemd/usr/share/bash-completion/completions/udevadm
 	# files systemd by cryptsetup
 ifeq (,$(findstring stage1,$(DEB_BUILD_PROFILES)))
 	rm debian/systemd/usr/share/man/man5/crypttab.5
diff --git a/debian/udev.install b/debian/udev.install
index 3ddfe8d..d62cf04 100644
--- a/debian/udev.install
+++ b/debian/udev.install
@@ -6,8 +6,7 @@ lib/systemd/systemd-udevd
 bin/udevadm
 usr/share/man/man7/udev.7
 usr/share/man/man8/*udev*.8
-# currently installed by bash-completion, file a bug to get it removed
-#usr/share/bash-completion/completions/udevadm
+usr/share/bash-completion/completions/udevadm
 usr/share/pkgconfig/udev.pc
 ../../extra/initramfs-tools usr/share/
 ../../extra/rules/*.rules lib/udev/rules.d/


signature.asc
Description: OpenPGP digital signature

Bug#776170: [PATCH] Drop rc-local generator

2015-01-24 Thread Michael Biebl

Package: systemd
Version: 215-10
Tags: patch

Am 24.01.2015 um 12:51 schrieb Michael Biebl:
 Hi everyone,
 
 following up on the discussion on the upstream mailing list, I propose
 the following patch, which drops the halt-local.service service (not
 used in Debian) and also drops the rc-local-generator and instead simply
 hooks up rc-local.service statically in multi-user.target.wants.
 
 Since rc-local.service already as a
 ConditionFileIsExecutable=/etc/rc.local, we don't lose any functionality.
 
 Instead, we build less stuff during package build and run fewer binaries
 during boot.


Let's turn this into a proper bug report.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
diff --git a/Makefile.am b/Makefile.am
index ac7924e..62f7bcb 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -610,12 +610,13 @@ CLEANFILES += \
 
 if HAVE_SYSV_COMPAT
 nodist_systemunit_DATA += \
-	units/rc-local.service \
-	units/halt-local.service
+	units/rc-local.service
 
 systemgenerator_PROGRAMS += \
-	systemd-sysv-generator \
-	systemd-rc-local-generator
+	systemd-sysv-generator
+
+MULTI_USER_TARGET_WANTS += \
+	units/rc-local.service
 endif
 
 EXTRA_DIST += \


signature.asc
Description: OpenPGP digital signature

Bug#776169: unblock: util-linux/2.25.2-4.1

2015-01-24 Thread Niels Thykier

Package: release.debian.org
Severity: normal
Tags: d-i
User: release.debian@packages.debian.org
Usertags: unblock

Hi,

The util-linux/2.25.2-4.1 upload adds a symlink-dir migration.  I
already unblocked this - it just needs a d-i ack.

unblock util-linux/2.25.2-4.1

~Niels


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

Bug#732209: unable to create file '/run/user/1000/dconf/user': Permission denied

2015-01-24 Thread Miklos Quartus

Package: libpam-systemd
Version: 215-8
Followup-For: Bug #732209

 What does systemctl | head say?

systemctl | head 
UNIT
LOAD   ACTIVE SUB   DESCRIPTION
proc-sys-fs-binfmt_misc.automount   
loaded active running   Arbitrary Executable File Formats 
File System Automount Point
sys-devices-pci:00-:00:02.0-backlight-acpi_video0.device
loaded active plugged   
/sys/devices/pci:00/:00:02.0/backlight/acpi_video0
sys-devices-pci:00-:00:02.0-drm-card0-card0\x2dLVDS\x2d1-intel_backlight.device
 loaded active plugged   
/sys/devices/pci:00/:00:02.0/drm/card0/card0-LVDS-1/intel_backlight
(...)

Also, see below:


root@localhost:~# ps -p1 -o pid,cmd,comm
  PID CMD COMMAND
1 /sbin/init  systemd
root@localhost:~# type systemd
systemd is /bin/systemd
root@localhost:~# readlink /bin/systemd
/lib/systemd/systemd
root@localhost:~#


Apparently, systemd is in charge. 

Regards,
Miklos

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

Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libpam-systemd depends on:
ii  dbus   1.8.12-3
ii  libc6  2.19-13
ii  libcap21:2.24-6
ii  libpam-runtime 1.1.8-3.1
ii  libpam0g   1.1.8-3.1
ii  multiarch-support  2.19-13
ii  systemd215-8
ii  systemd-sysv   215-8

libpam-systemd recommends no packages.  
libpam-systemd 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#776113: emacs23-common-non-dfsg: Useless without emacs23

2015-01-24 Thread Axel Beckert

Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: emacs23-common-non-dfsg -- RoM: obsolete; superseeded 
by emacs24-common-non-dfsg
Control: severity -1 normal

Hi Rob,

thanks for the prompt answer!

Rob Browning wrote:
 Axel Beckert a...@debian.org writes:
  emacs23 has been removed from Unstable like three months ago. So IMHO
  its non-free components are useless to keep in Debian and especially
  useless to release with Jessie.
 
  Filing as RC-level bug against the package to hear some other opinions,
  especially the maintainer ones.
 
 This was an oversight on my part -- I should have requested removal.

No problem. Happens. :-)

  Feel free to reassign and retitle this bug report accordingly as RM bug
  report against ftp.debian.org if you agree with me. Or feel free to
  downgrade this bug report if you disagree.
 
 Please feel welcome to reassign it yourself, or I'll try to get to it
 later this weekend.

Done herewith.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE


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

Bug#772963: release-notes: cellphone friendly CSS

2015-01-24 Thread Stéphane Blondon

I forgot to tak about the patch!

Just add in debian.css:
@media (max-width: 5in), (max-device-width: 5in){
dl, dt, dd {
margin-left: 0.25em;
}

ul {
padding-left: 1.5em;
}
}

Or download the file from the provided demo.

Cheers

2015-01-24 18:27 GMT+01:00 Stéphane Blondon stephane.blon...@gmail.com:
2015-01-21 17:48 GMT+01:00 Niels Thykier ni...@thykier.net:
On 2015-01-21 01:23, Stéphane Blondon wrote:
* The next/previous arrows do not fit in the bottom of e.g. chapter 2.
There is /no/ problem in the top - only the bottom.
* Possibly related to the previous problem. I am having a hard time
clicking on the next arrow in the bottom (even after I scroll it
into view). The next arrow in the top does not seem to have the same
issue.

I don't see the problem. Which device and browser do you use?

It was a Nokia Lumia Windows phone. I assume that means it was an
internet explorer. Regardless, I reproduced it in Iceweasel's developer
mode (see attached screenshot) using the (predefined) 320x480 window mode.

Thanks, I understand the problem. However it's not easy to fix. There
are unbreakable spaces in the name ('Chapter 1. xxx'), that's why the
footer expands. It's the same problem in the current version of the
footer and is not due to the new css. For example, see with a little
screen :
https://www.debian.org/releases/stable/amd64/ch01s06.html

I don't think it's easy to fix without changing HTML. I will ask to a
web designer at work monday but I'm pessimistic.

I am very pleased with the changes so far. If the missing next arrows
(above) and the huge margin (see below) issues can be resolved, I would
certainly not mind putting this live.

Great news! :)

I've updated the debian.css file in order to spend less space on
little screen for lists and table of content.
The URLs are the same:
http://stephane.yaal.fr/tmp/installer_docs/Chapter%C2%A01.%C2%A0Introduction.html
http://stephane.yaal.fr/tmp/installer_docs/Chapter%C2%A02.%C2%A0What%27s%20new%20in%20Debian%208.html
http://stephane.yaal.fr/tmp/installer_docs/Release%20Notes%20for%20Debian%208%20%28jessie%29,%2064-bit%20PC_draft.html

* The Caution remarks (plus note etc.) has a so much margin that
only 16-20 characters are shown per line[2]. In desktop mode it
only takes 1-2 lines.

It's not really easy to fix because there is css style directly in the page:
div class=caution style=margin-left: 0.5in; margin-right: 0.5in;

Like the footer, this margin create the same problem on little screen
for the current documentation (Debian 7.0).
The clean way to do it is to remove the style attribute and to it in
the css file. Do you think it's easy to do?

If not changing it, the rendering is the same with or without the css
on little screen: plenty lines.

If you can remove the stylee attribute, I will work on improving the
caution block.

I'm ready to improve other points if needed.

--
Stéphane

--
Imprimez ce message en A2 et en couleur au moins 500 fois!
Brûlez des arbres!!

-- envoyé depuis ma centrale à charbon
Stéphane

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

Bug#774844: xfonts-traditional: fails to upgrade from 'wheezy': Can't locate File/Find.pm in @INC

Niko Tyni writes (Bug#774844: xfonts-traditional: fails to upgrade from 
'wheezy': Can't locate File/Find.pm in @INC):
 In that case the dependency on perl would be direct, but the script would
 fail in exactly the same way when a newer perl-modules is unpacked -
 because Time::Piece needs Time::Local from perl-modules, and that wouldn't
 be on the search path anymore.

Again, that would be an indirect dependency, although of a different
kind.

 I suspect it has more to do with the circular dependency between
 perl and perl-modules.

No, that's not it.  At the time when the bug occurs perl has always
been happily configured.

  We see the bug with xfonts-traditional because both (a) it has a
  trigger and (b) luck means that the usual ordering exposes the bug.
  But as I explained earlier, this situation is not limited to packages
  with triggers.  It can be repro'd with xfonts-traditional without
  triggers being involved.
 
 I don't quite buy this argument about triggers not being involved.

Earlier I described a repro where xfonts-traditional's postinst fails
the `configure' operation.  The trigger is not a necessary component
of the failure.

 Consider, in a wheezy chroot:
...
 In this situation dpkg would agree to install and configure a package
 that Depends on 'file' and uses that command in 'postinst configure',
 but the configure step would fail.  Does that imply that the new libmagic1
 package should Break older versions of file? I don't think that makes sense.

I think this does't normally actually arise because apt prefers to
configure things in a different order.

 So why does it after s/file/perl/ and s/libmagic1/perl-modules/ ?
 
 It looks to me like this new Breaks: requirement arises from the dpkg
 triggers implementation and possibly concerns only circular dependencies.
 The loop breaking logic that looks for postinst scripts (policy 7.2)
 seems related. Clearly we don't have this for triggers, only for the
 configure step.

The loop is nothing to do with it.  The problem is that the dependency
checking has always been a bit loose in these kind of cases, but it
hasn't mattered very much until now.

It would be better if dpkg would avoid configuring (or invoking
trigger processing for) A when A-B-C and C is not configured, but B
is.  That's not a practical solution for jessie.

I still think the Breaks as suggested earlier is the correct solution.

Ian.


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

Bug#606742: #3488: mail-key function is broken when crypt_use_gpgme is set

2015-01-24 Thread Mutt

#3488: mail-key function is broken when crypt_use_gpgme is set
+--
  Reporter:  antonio@…  |  Owner:  kevin8t8
  Type:  defect | Status:  closed
  Priority:  trivial|  Milestone:
 Component:  mutt   |Version:  1.5.21
Resolution:  fixed  |   Keywords:
+--
Changes (by Kevin McCarthy kevin@…):

 * status:  assigned = closed
 * resolution:   = fixed


Comment:

 In [ec93761e3e129e7ff7d81c892a69c5b2a89a832d]:
 {{{
 #!CommitTicketReference repository=
 revision=ec93761e3e129e7ff7d81c892a69c5b2a89a832d
 Implement mail-key, Esc-K, for gpgme. (closes #3488)

 This patch implements the make-key-attachment function for gpgme,
 modeled after the pgp version.

 It also adds an optional tempf parameter to data_object_to_tempfile() so
 the function can be reused for make-key-attachment.
 }}}

-- 
Ticket URL: http://dev.mutt.org/trac/ticket/3488#comment:4
Mutt http://www.mutt.org/
The Mutt mail user agent


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

Bug#764251: Please set the build timestamp to a deterministic time

2015-01-24 Thread Gerhard Rieger

Hello,

Socat 1.7.3.0, which has just been released, contains that patch.

Regards
Gerhard


On 11/23/2014 02:03 PM, Stéphane Aulery wrote:
 Hello,

 Le dimanche 23 novembre 2014 à 11:25:07, Gerhard Rieger a écrit :
 I appreciate this patch, it will go in the next bug fix / porting release.
 Thanks for your quick and positive answer. I note that you integrate the
 patch soon. This will be a point for us to follow.

 Regards,





signature.asc
Description: OpenPGP digital signature

Bug#776162: libvncserver: uscan aborts with error

Source: libvncserver
Version: 0.9.9+dfsg-6.1
Severity: normal

Dear Maintainer,

The debian/watch is no longer working for receiving new versions.

uscan --verbose gives the following outouput:

uscan --verbose
-- Scanning for watchfiles in .
-- Found watchfile in ./debian
-- In debian/watch, processing watchfile line:
opts=dversionmangle=s/\+dfsg//,filenamemangle=s/.+\/v?(\d\S*)\.tar\.gz/libvncserver-$1\.tar\.gz/
https://github.com/LibVNC/libvncserver/tags .*/LibVNCServer-(\d\S*)\.tar\.gz
-- Found the following matching hrefs:
 /LibVNC/libvncserver/archive/LibVNCServer-0.9.10.tar.gz (0.9.10)
 /LibVNC/libvncserver/archive/LibVNCServer-0.9.9.tar.gz (0.9.9)
 /LibVNC/libvncserver/archive/LibVNCServer-0.9.8.2.tar.gz (0.9.8.2)
 /LibVNC/libvncserver/archive/LibVNCServer-0.9.8.1.tar.gz (0.9.8.1)
 /LibVNC/libvncserver/archive/LibVNCServer-0.9.8.tar.gz (0.9.8)
Newest version on remote site is 0.9.10, local version is 0.9.9+dfsg
 (mangled local version number 0.9.9)
 = Newer version available from
https://github.com/LibVNC/libvncserver/archive/LibVNCServer-0.9.10.tar.gz
-- Downloading updated package
/LibVNC/libvncserver/archive/LibVNCServer-0.9.10.tar.gz
-- Checking for common possible upstream OpenPGP signatures
Could not read ..//LibVNC/libvncserver/archive/LibVNCServer-0.9.10.tar.gz: No
such file or directory at /usr/bin/mk-origtargz line 316.
uscan: error: mk-origtargz --package libvncserver --version 0.9.10
--compression gzip --directory .. --copyright-file debian/copyright
...//LibVNC/libvncserver/archive/LibVNCServer-0.9.10.tar.gz gave error exit
status 2





-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'testing-updates'), (100, 
'experimental'), (100, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


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

Bug#776187: locate: updatedb cron job hides error output from updatedb but still fails

2015-01-24 Thread Paul Wise

Package: locate
Version: 4.4.2-4
Severity: normal
File: /etc/cron.daily/locate
X-Debbugs-CC: debian-ad...@lists.debian.org
User: debian-ad...@lists.debian.org
Usertags: needed-by-DSA-Team

Recently we got this error message from cron on sibelius.d.o:

run-parts: /etc/cron.daily/locate exited with return code 1

The only explanation for this appears to be that the updatedb.findutils
command failed for some reason. Unfortunately the script hides output:

  cd /  nice -n ${NICE:-10} updatedb.findutils 2/dev/null

In addition it doesn't hide the exit code, which means that sysadmins
get mails that have no useful information. I expect the reason for
hiding output is that updatedb.findutils runs find which complains when
it finds directories it can't enter. Probably the solution here is to
show the updatedb.findutils output and grep -v ': Permission denied$'
the find output in the updatedb.findutils script.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#735075: netcdf v4.3.3 is being prepared

tags 735075 -1 pending
thanks

Hi Nico,

As you know, we (especially you!) are working on preparing netcdf 4.3.3
to be uploaded to Debian. netcdf 4.3.3~rc3 is being packaged as is
looking good so far.

Regards,

Ross



signature.asc
Description: OpenPGP digital signature

Bug#776088: bts

2015-01-24 Thread Daniel Baumann

close 776088
thanks

we'll deal with #775322 when we come to it.

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


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

Bug#776172: vlc: crash (segmentation fault) on a webm file

2015-01-24 Thread Sebastian Ramacher

Control: tag -1 moreinfo

On 2015-01-25 01:47:16, Vincent Lefevre wrote:
 Package: vlc
 Version: 2.2.0~rc2-2
 Severity: important
 
 vlc crashed on a webm file. The full backtrace:
 
 (gdb) bt full
 #0  0x7f56945ed937 in ?? () from 
 /usr/lib/x86_64-linux-gnu/libavcodec.so.56
 No symbol table info available.
 #1  0x7f56945ee319 in ?? () from 
 /usr/lib/x86_64-linux-gnu/libavcodec.so.56
 No symbol table info available.
 #2  0x7f5694535e19 in ?? () from 
 /usr/lib/x86_64-linux-gnu/libavcodec.so.56
 No symbol table info available.
 #3  0x7f569453be15 in ?? () from 
 /usr/lib/x86_64-linux-gnu/libavcodec.so.56
 No symbol table info available.
 #4  0x7f56944dc3f8 in avcodec_default_execute2 ()
from /usr/lib/x86_64-linux-gnu/libavcodec.so.56
 No symbol table info available.
 #5  0x7f569453f8f3 in ?? () from 
 /usr/lib/x86_64-linux-gnu/libavcodec.so.56
 No symbol table info available.
 #6  0x7f5694448c76 in ?? () from 
 /usr/lib/x86_64-linux-gnu/libavcodec.so.56
 No symbol table info available.
 #7  0x7f56d4b640a4 in start_thread (arg=0x7f56920eb700)
 at pthread_create.c:309
 __res = optimized out
 pd = 0x7f56920eb700
 now = optimized out
 unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140009794352896, 
 752477466251342829, 0, 140010919276640, 140009973917120, 
 140009794352896, -802640904524024851, -802486085010607123}, 
   mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, 
 data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
 not_first_call = optimized out
 pagesize_m1 = optimized out
 sp = optimized out
 freesize = optimized out
 __PRETTY_FUNCTION__ = start_thread
 #8  0x7f56d4694ccd in clone ()
 at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
 No locals.
 
 Perhaps a bug in libavcodec56.

Does avprobe / avplay crash too?

 Note: for some reason, I can't give you any information on the
 webm file in question before a few days.

Well, let's us know once you can tell us more about the file …

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#776185: tiff: CVE-2014-8127 CVE-2014-8128 CVE-2014-8129 CVE-2014-8130

2015-01-24 Thread Salvatore Bonaccorso

Source: tiff
Version: 4.0.3-12
Severity: grave
Tags: security upstream
Justification: user security hole

Hi,

the following vulnerabilities were published for tiff.

CVE-2014-8127[0]:
various out-of-bound reads

CVE-2014-8128[1]:
various out-of-bounds write

CVE-2014-8129[2]:
various out-of-bound read and write

CVE-2014-8130[3]:
divide by zero

If you fix the vulnerabilities please also make sure to include the
CVE (Common Vulnerabilities  Exposures) ids in your changelog entry.

Note that at the time of the advisory, for three of the reported
issues, there was not fix in CVS HEAD yet. The individual bugs are
also linked from the security-tracker.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2014-8127

http://www.conostix.com/pub/adv/CVE-2014-8127-LibTIFF-Out-of-bounds_Reads.txt
[1] https://security-tracker.debian.org/tracker/CVE-2014-8128

http://www.conostix.com/pub/adv/CVE-2014-8128-LibTIFF-Out-of-bounds_Writes.txt
[2] https://security-tracker.debian.org/tracker/CVE-2014-8129

http://www.conostix.com/pub/adv/CVE-2014-8129-LibTIFF-Out-of-bounds_Reads_and_Writes.txt
[3] https://security-tracker.debian.org/tracker/CVE-2014-8130
http://www.conostix.com/pub/adv/CVE-2014-8130-LibTIFF-Division_By_Zero.txt
[4] http://www.openwall.com/lists/oss-security/2015/01/24/15

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore


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

Bug#506751: automake fails to install

2015-01-24 Thread Eric Dorland

Control: tags -1 unreproducible

Sorry for not getting to this earlier. I don't think anyone else
experienced this issue. Are you still seeing this problem?

* Carsten Allefeld (carsten.allef...@googlemail.com) wrote:
 Package: automake
 Version: 1:1.10.1-3
 Severity: important
 
 
 The automake package in current lenny fails to install on my system (mainly
 etch, but with quite some lenny packages installed using pinning).
 During installation, the following error message occurs:
 
 ---
 Setting up automake (1.10.1-3) ...
 install-info: No dir file specified; try --help for more information.
 dpkg: error processing automake (--configure):
  subprocess post-installation script returned error exit status 1
 Errors were encountered while processing:
  automake
 E: Sub-process /usr/bin/dpkg returned an error code (1)
 A package failed to install.  Trying to recover:
 Setting up automake (1.10.1-3) ...
 install-info: No dir file specified; try --help for more information.
 dpkg: error processing automake (--configure):
  subprocess post-installation script returned error exit status 1
 Errors were encountered while processing:
  automake
 ---
 
 Downgrading to etch's automake resolves the problem.
 
 Upgrading dpkg to lenny does not resolve the problem.

-- 
Eric Dorland e...@kuroneko.ca
43CF 1228 F726 FD5B 474C  E962 C256 FBD5 0022 1E93


signature.asc
Description: Digital signature

Bug#775638: IPv6 database is corrupt

2015-01-24 Thread Andrew Moise

Okay, I sorted it out. The reason the city DB was corrupted is
because we were putting so many locations into the location file that
we were overflowing the addressable places to put them. The Maxmind
format uses 3 bytes to store offsets, so when we exceed offset
0xFF our offsets wrap around to 0 and nothing good happens after
that. I added a check for the overflow condition, so the code that
creates city DBs errors out instead of silently making a corrupted
database. Coincidentally, we were just barely over the size limit for
Maxmind's format, which is why a fairly small number of entries were
affected.
That left the issue of why we were overflowing in the first place.
It turns out that a large fraction of the locations in the CSV data
aren't actually needed (aren't associated with any IP address). In
order to fit the data into a .dat file in Maxmind's format, we have to
scan for those and remove them. There are a huge number of them, as I
said -- removing them shrinks the .dat file from 31 MB to 20 MB.
I've attached a patch which does both of those things. I've built
gdnsd successfully with this patch applied and the DBs rebuilt. I've
also tested it by running geoiplookup against the database for several
addresses.
The patch also fixes the area code and metro code for US addresses,
which I noticed were backwards (switched with one another).
Hope this helps, let me know if you see any issues.
-Andrew

On Fri, Jan 23, 2015 at 11:52 AM, Andrew Moise andrew.mo...@gmail.com wrote:
Hi Patrick.
I tracked it down to a few broken entries in the city DB. It looks
like the DB creation code makes almost all the entries correctly, but
there are a couple of them that come out corrupted:

(jessie)moise@localhost:~$ geoiplookup 1.120.146.170
GeoIP Country Edition: AU, Australia
GeoIP City Edition, Rev 1: GP,
���-��-��%��%��%��%��- �- �-Ɣ-��%��%�-��-x�-v�-, N/A, N/A, N/A,
-180.00, -179.993500, 0, 0
GeoIP ASNum Edition: AS30722 Vodafone Omnitel B.V.

Note that's with a local build of the database -- that particular IP
address may not be corrupted in the actual jessie database. In that
local DB, as in the actual jessie database, almost all the entries are
correct, just there are a handful that look like that one.
I've been busy the last couple days, but I expect that I'll get
enough time today to actually track down what's going wrong and fix
it.
-Andrew

On Jan 23, 2015 9:43 AM, Patrick Matthäi pmatth...@debian.org wrote:

Hi Andrew,

do you have got any news? :)

Am 20.01.2015 um 18:43 schrieb Andrew Moise:

Thanks Patrick. One note - just like the v6 issue, the gdnsd test suite is
detecting a genuine problem in the city DB. It is something wrong with the
city DB creation tools that's causing it (i.e. not just an issue with the
gdnsd tests). I just haven't finished tracking down exactly what the issue
is yet.
-Andrew

On Jan 20, 2015 12:22 PM, Patrick Matthäi pmatth...@debian.org wrote:

tag #775638 + confirmed
clone #775638 -1
reassign -1 geoip-bin
retitle -1 geoip-generator produces faulty v6/city database
severity -1 grave
found -1 1.6.2-3
thanks

Am 18.01.2015 um 05:21 schrieb Debian Bug Tracking System:
Processing commands for cont...@bugs.debian.org:

reassign 775638 geoip-database 20141027-1
Bug #775638 [src:gdnsd] gdnsd: FTBFS in jessie: dh_auto_test: make -j1
test returned exit code 2
Bug reassigned from package 'src:gdnsd' to 'geoip-database'.
No longer marked as found in versions gdnsd/2.1.0-1.
Ignoring request to alter fixed versions of bug #775638 to the same
values previously set
Bug #775638 [geoip-database] gdnsd: FTBFS in jessie: dh_auto_test: make
-j1 test returned exit code 2
Marked as found in versions geoip-database/20141027-1.
retitle 775638 IPv6 database is corrupt
Bug #775638 [geoip-database] gdnsd: FTBFS in jessie: dh_auto_test: make
-j1 test returned exit code 2
Changed Bug title to 'IPv6 database is corrupt' from 'gdnsd: FTBFS in
jessie: dh_auto_test: make -j1 test returned exit code 2'
severity 775638 grave
Bug #775638 [geoip-database] IPv6 database is corrupt
Severity set to 'grave' from 'serious'
thanks

thanks for spotting it. Curious that no one (also myself!) spotted it.
The patch for the v6 database is just:

--- geoip/branches/jessie/debian/src/geoip-csv-to-dat.cpp 2015-01-19
18:50:04 UTC (rev 5693)
+++ geoip/branches/jessie/debian/src/geoip-csv-to-dat.cpp 2015-01-20
08:31:03 UTC (rev 5694)
@@ -959,6 +959,7 @@
address_family = AF_INET;
break;
case '6':
+ database_type = GEOIP_COUNTRY_EDITION_V6;
address_family = AF_INET6;
break;
case 'i':

But Andrew found out that there is also an issue with the city database,
which is working in general, but the gdnsd tests also fail.

--
/*
Mit

Bug#776186: busybox: CVE-2014-9645: modprobe wrongly accepts paths as module names

2015-01-24 Thread Salvatore Bonaccorso

Source: busybox
Version: 1:1.20.0-7
Severity: normal
Tags: security patch upstream fixed-upstream

Hi,

the following vulnerability was published for busybox.

CVE-2014-9645[0]:
modprobe wrongly accepts paths as module names

Upstream report is at [1] with fix at [2].

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities  Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2014-9645
[1] https://bugs.busybox.net/show_bug.cgi?id=7652
[2] 
http://git.busybox.net/busybox/commit/?id=4e314faa0aecb66717418e9a47a4451aec59262b

Regards,
Salvatore


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

Bug#764893: PATCH for qtwebsockets-opensource-src FTBFS (hppa/ppc/all)

2015-01-24 Thread Dmitry Shachnev

Hi Helge,

On Sat, 24 Jan 2015 21:43:11 +0100, Helge Deller wrote:
 Attached patch fixes everything on the hppa architecture.
 I'm sure that it will fix  powerpc and ppc64el architectures too.

Thanks a lot for the patch, it does fix powerpc and ppc64el too.
I am uploading it to Debian right now.

Do you know why the issue was happening only on these architectures
and only with qtbase 5.4 (not 5.3)?

 If it's correct, maybe can push it upstream to 
 https://bugreports.qt.io/browse/QTBUG-43804 ?

Upstream Qt uses Gerrit [1][2] for code review, so please submit your
patch that way if you can (you will also need to sign the CLA to be
able to do that).

[1]: http://qt-project.org/wiki/Gerrit-Introduction
[2]: https://codereview.qt-project.org/

--
Dmitry Shachnev

signature.asc
Description: OpenPGP digital signature

Bug#776120: RFS: beret/1.2.1+git4e2f21bf4eeabfd137b2b846756a368b42456675-1 [ITP]

2015-01-24 Thread Paul Wise

On Sat, Jan 24, 2015 at 11:10 AM, Jacob Adams wrote:

   It builds those binary packages:

 beret - Adventures of a telekinetic scientist
 beret-data - Data for Beret, the adventures of a telekinetic scientist
 fonts-averia - Averia TrueType Font

The Averia font appears to be a separate project and should be
packaged from a separate source package rather than the embedded copy
of the font being packaged.

http://iotic.com/averia/

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#769071: Cannot seek/skip in YouTube (possibly HTTP too) streams.

2015-01-24 Thread Andoru Ekkusu

Package: vlc
Version: 2.2.0~rc2-2
Severity: normal

New version, same problems.


--
Sent from Whiteout Mail - https://whiteout.io

My PGP key: https://keys.whiteout.io/aekk...@wmail.io

pgptZQMIHNUSh.pgp
Description: PGP signature

Bug#755722: ntpdate does not set the RTC when syncing the system clock

2015-01-24 Thread Ivan Baldo


Hello.
Kurt Roeckx wrote:

ntp does not tell the kernel to do so.  The kernel does so when
it the clock is synchronized.  That is when the status !=
STA_UNSYNC.  But it is true that only ntpd sets this and not
ntpdate.  I'm not sure it's a good idea to set this in something
like ntpdate or since it might only runs once.  The current
implementation only seems to be doing this after an adjtimex()
call.

I don't understand why it isn't a good idea to do it in ntpdate.
Doesn't ntpdate get an accurate time at the moment it runs that 
should be more accurate than the RTC?
Sorry, I am not an expert though I would like to know why that is a 
bad idea.

Thanks for your info!
Have a nice day!

--
Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/
From Montevideo, Uruguay, at the south of South America.
Freelance programmer and GNU/Linux system administrator, hire me!
Alternatives: iba...@codigolibre.net - http://go.to/ibaldo


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

Bug#776179: ITP: scythe -- Bayesian adaptor trimmer for sequencing reads

2015-01-24 Thread Kevin Murray

package: wnpp
Severity: wishlist
Owner: 'Kevin Murray' s...@kdmurray.id.au

*Package Name : scythe
 Version : 0.994-1
 Upstream Author : Vince Buffalo
*URL :  https://github.com/vsbuffalo/scythe
*License : MIT
*Description :  Bayesian adaptor trimmer for sequencing reads

I am packaging as it is a frequently used packing in computational biology.

---
Kevin Murray
s...@kdmurray.id.au


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

Bug#776180: live-build: Security and updates disabled by default in Jessie

2015-01-24 Thread jnqnfe

Package: live-build
Version: 4.0.4-1
Severity: Important
Tags: security patch

Security and update mirror sources are not included in apt source
configurations by default if the user specifies jessie as the target
distribution.

These were set to false by default for Jessie back in an alpha build of
v3.x, and presumably should have been changed in v4.x.

Patch attached based on v5.x.
commit 4707b8e32a721e1769ddba8937c0da872d6c8f69
Author: jnqnfe jnq...@gmail.com
Date:   Sun Jan 25 03:51:45 2015 +

Update distribution defaults

diff --git a/functions/defaults.sh b/functions/defaults.sh
index ffec3b5..8b09191 100755
--- a/functions/defaults.sh
+++ b/functions/defaults.sh
@@ -629,7 +629,7 @@ Set_defaults ()
 
# Setting security updates option
case ${LB_PARENT_DISTRIBUTION} in
-   jessie|sid)
+   stretch|sid)
LB_SECURITY=${LB_SECURITY:-false}
;;
 
@@ -640,7 +640,7 @@ Set_defaults ()
 
# Setting updates updates option
case ${LB_PARENT_DISTRIBUTION} in
-   jessie|sid)
+   stretch|sid)
LB_UPDATES=${LB_UPDATES:-false}
;;

Bug#776183: remove steam.real from /usr/games

2015-01-24 Thread djcj


Package: steam
Version: 1.0.0.49-1

steam.real cannot be executed directly from /usr/games and if I 
understand it right it's just used for bootstrapping.

So why not put it somewhere inside /usr/lib instead?


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

Bug#740998: rdnssd: merge-hook overwrites /etc/resolv.conf when /sbin/resolvconf is not installed

2015-01-24 Thread Michael Gilbert

On Mon, Oct 27, 2014 at 11:55 AM, Rémi Denis-Courmont wrote:
 Le lundi 27 octobre 2014, 15:20:37 Raphael Hertzog a écrit :
 On Fri, 07 Mar 2014, Frank Heckenbach wrote:
  The merge-hook script overwrites /etc/resolv.conf when
  /sbin/resolvconf is not installed, thereby erasing additional
  entries in this file such as name etc.

 And it also erases non-IPv6 DNS servers that were present
 in that file before.

 Right now, this package got installed by default on a Jessie GNOME
 desktop and it really interacts badly with NetworkManager which
 was handling the file perfectly fine (i.e. it included already the
 IPv6 DNS servers identified by rdnsd).

 That *is* a problem. Indeed NetworkManager has gained support for RDNSS for a
 long time already, and thus made completely rdnssd redundant if not counter-
 productive on a system with NetworkManager.

I haven't looked into the details of this bug, but since discussion
has stalled for a long time, and trying to get it started again,
wouldn't an obvious fix be to add conflicts between network-manager
and rdnssd?  Is there any reason not to do that?

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#744865: Add check and warning for unetbootin

2015-01-24 Thread Steve McIntyre

On Sat, Jan 24, 2015 at 09:18:49PM +0100, Holger Wansing wrote:
Hi Steve,

Regarding your unetbootin patch:
 +Template: cdrom-detect/unetbootin_detected
 +Type: note
 +# :sl2:
 +_Description: UNetbootin media detected
 + It appears that your installation disk was generated using
  
 + UNetbootin. UNetbootin is regularly linked with difficult or
 + unreproducible problem reports from Debian Installer users; if you
 + have problems using this installation disk, please try your
  
 + installation again without using UNetbootin before reporting issues.
 + .
 + The installation guide contains more information on how to create a
 + USB installation disk directly without UNetbootin.
 

Maybe I'm wrong, but since unetbootin is a tool to create a bootable
usb-stick, better mention installation stick oder installation medium
instead of installation disk?

Yeah, good point. :-)

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
When C++ is your hammer, everything looks like a thumb. -- Steven M. Haflich


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

Bug#776172: vlc: crash (segmentation fault) on a webm file

2015-01-24 Thread Vincent Lefevre

Package: vlc
Version: 2.2.0~rc2-2
Severity: important

vlc crashed on a webm file. The full backtrace:

(gdb) bt full
#0  0x7f56945ed937 in ?? () from /usr/lib/x86_64-linux-gnu/libavcodec.so.56
No symbol table info available.
#1  0x7f56945ee319 in ?? () from /usr/lib/x86_64-linux-gnu/libavcodec.so.56
No symbol table info available.
#2  0x7f5694535e19 in ?? () from /usr/lib/x86_64-linux-gnu/libavcodec.so.56
No symbol table info available.
#3  0x7f569453be15 in ?? () from /usr/lib/x86_64-linux-gnu/libavcodec.so.56
No symbol table info available.
#4  0x7f56944dc3f8 in avcodec_default_execute2 ()
   from /usr/lib/x86_64-linux-gnu/libavcodec.so.56
No symbol table info available.
#5  0x7f569453f8f3 in ?? () from /usr/lib/x86_64-linux-gnu/libavcodec.so.56
No symbol table info available.
#6  0x7f5694448c76 in ?? () from /usr/lib/x86_64-linux-gnu/libavcodec.so.56
No symbol table info available.
#7  0x7f56d4b640a4 in start_thread (arg=0x7f56920eb700)
at pthread_create.c:309
__res = optimized out
pd = 0x7f56920eb700
now = optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140009794352896, 
752477466251342829, 0, 140010919276640, 140009973917120, 
140009794352896, -802640904524024851, -802486085010607123}, 
  mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, 
data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = optimized out
pagesize_m1 = optimized out
sp = optimized out
freesize = optimized out
__PRETTY_FUNCTION__ = start_thread
#8  0x7f56d4694ccd in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
No locals.

Perhaps a bug in libavcodec56.

Note: for some reason, I can't give you any information on the
webm file in question before a few days.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages vlc depends on:
ii  fonts-freefont-ttf  20120503-4
ii  libaa1  1.4p5-43
ii  libavcodec566:11.2-1
ii  libavutil54 6:11.2-1
ii  libc6   2.19-13
ii  libcaca00.99.beta19-2
ii  libegl1-mesa [libegl1-x11]  10.4.2-2
ii  libfreerdp-cache1.1 1.1.0~git20140921.1.440916e+dfsg1-2+b1
ii  libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-2+b1
ii  libfreerdp-codec1.1 1.1.0~git20140921.1.440916e+dfsg1-2+b1
ii  libfreerdp-core1.1  1.1.0~git20140921.1.440916e+dfsg1-2+b1
ii  libfreerdp-crypto1.11.1.0~git20140921.1.440916e+dfsg1-2+b1
ii  libfreerdp-gdi1.1   1.1.0~git20140921.1.440916e+dfsg1-2+b1
ii  libfreerdp-locale1.11.1.0~git20140921.1.440916e+dfsg1-2+b1
ii  libfreerdp-rail1.1  1.1.0~git20140921.1.440916e+dfsg1-2+b1
ii  libfreerdp-utils1.1 1.1.0~git20140921.1.440916e+dfsg1-2+b1
ii  libfreetype62.5.2-2
ii  libfribidi0 0.19.6-3
ii  libgcc1 1:4.9.2-10
ii  libgl1-mesa-glx [libgl1]10.4.2-2
ii  libgles1-mesa [libgles1]10.4.2-2
ii  libgles2-mesa [libgles2]10.4.2-2
ii  libice6 2:1.0.9-1+b1
ii  libpulse0   5.0-13
ii  libqtcore4  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtgui4   4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libsdl-image1.2 1.2.12-5+b5
ii  libsdl1.2debian 1.2.15-10+b1
ii  libsm6  2:1.2.2-1+b1
ii  libstdc++6  4.9.2-10
ii  libva-drm1  1.4.1-1
ii  libva-x11-1 1.4.1-1
ii  libva1  1.4.1-1
ii  libvlccore8 2.2.0~rc2-2
ii  libvncclient0   0.9.9+dfsg-6.1
ii  libwinpr-rpc0.1 1.1.0~git20140921.1.440916e+dfsg1-2+b1
ii  libwinpr-sspi0.11.1.0~git20140921.1.440916e+dfsg1-2+b1
ii  libwinpr-utils0.1   1.1.0~git20140921.1.440916e+dfsg1-2+b1
ii  libx11-62:1.6.2-3
ii  libxcb-composite0   1.10-3+b1
ii  libxcb-keysyms1 0.4.0-1
ii  libxcb-randr0   1.10-3+b1
ii  libxcb-render0  1.10-3+b1
ii  libxcb-shape0   1.10-3+b1
ii  libxcb-shm0 1.10-3+b1
ii  libxcb-xfixes0  1.10-3+b1
ii  libxcb-xv0  1.10-3+b1
ii  libxcb1 1.10-3+b1
ii  libxext62:1.3.3-1
ii  libxinerama12:1.1.3-1+b1
ii  libxpm4 1:3.5.11-1+b1
ii  vlc-nox 2.2.0~rc2-2
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages vlc recommends:
pn  vlc-plugin-notify

Bug#776063: dbus fails to upgrade rendering entire apt unusable

2015-01-24 Thread Simon McVittie

Control: reassign 776063 apt
Control: severity 771428 critical
Control: forcemerge 771428 776063
Control: affects 771428 dbus

On Fri, 23 Jan 2015 at 19:04:33 +0100, Guillem Jover wrote:
 I think this one should be merged with the other dbus+triggers+apt
 bugs.

Merging it, using the higher of the two severity values. apt
maintainers and/or the release team are of course welcome to downgrade
it as desired, I'm not trying to play severity inflation games here;
but it seems to be coming up somewhat frequently and it isn't obvious
how to recover, so RC severity does not seem disproportionate.

I notice that before the failing upgrade, Yaroslav had dpkg 1.17.21 and
apt 1.0.9.4 (if I'm reading the right status-file backup), which means
he did not have the fix for https://bugs.debian.org/769609 in apt.
dpkg and apt were upgraded to 1.17.23 and 1.0.9.6 earlier in the same
batch that failed with this dbus trigger thing, which I assume means
dbus was upgraded with the old apt (although maybe the new dpkg).

Is the fix for https://bugs.debian.org/769609 expected to fix this
particular issue, or am I misreading it?

 I don't think this can be worked around in dbus, barring the removal
 of its triggers.

If it's absolutely necessary, I might be able to back out the trigger
for jessie, because it is *meant* to be non-essential: dbus-daemon is meant
to use inotify to monitor the system services directory, and that feature
works fine for me. However, I've had reports that it doesn't work for
everyone, hence the trigger (and in any case it seems more
predictable/deterministic to use a trigger to kick off the reload
when all new packages are known to be fully in place).

Or if dropping it down to interest-noawait would help, that isn't
really semantically correct, but it's probably acceptable in practice?

https://bugs.debian.org/740139 is the bug report that prompted me to
add the trigger, FWIW.

S


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

Bug#759412: exo-utils: exo-open fails to open a filename containing a percent sign (%)

2015-01-24 Thread Douglas N Arnold


This bug occurs for me as well, and is a regular annoyance.
When downloading papers published by Springer, they are given
names (by Springer) like 10.1007%2Fs00211-014-0636-y.pdf
which always contain a percent sign.  If I click on
the link to the downloaded file in my browser, instead
of getting the file in a PDF viewer, I get the error
message from exo-open.

I use xfce4 under Ubuntu 14.04.1 with exo-utils 0.10.2


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

Bug#776173: slim: unowned files after purge (policy 6.8, 10.8): /etc/systemd/system/display-manager.service - /lib/systemd/system/slim.service

Package: slim
Version: 1.3.6-4
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

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

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

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

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

1m5.5s ERROR: FAIL: Package purging left files on system:
  /etc/systemd/system/display-manager.service - 
/lib/systemd/system/slim.servicenot owned

The init-system-helpers was installed at purge time. That would usually
perform the neccessary cleanup, but since this din#t happen the package
might not use the helpers - maybe it should switch to using them.


cheers,

Andreas


slim_1.3.6-4.log.gz
Description: application/gzip

Bug#776182: ITP: vncterm -- Export virtual console sessions to any VNC client.

Package: wnpp
Severity: wishlist
Owner: Peter Spiess-Knafl p...@autistici.org

* Package name: vncterm
  Version : 0.1
  Upstream Author : Johannes E. Schindelin, Christian Beier
* URL : https://github.com/LibVNC/vncterm
* License : GPL
  Programming Lang: C
  Description : Export virtual console sessions to any VNC client.

Due to a new upstream version of libvncserver (0.9.10) the vncterm has been
split out into a separate project. Therefore I decided to create a new source
package for it.


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

Bug#775894: libqt4-ruby1.8: leaves diversion after upgrade from from lenny - squeeze - wheezy - jessie

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

Hi,

after the upgrade sequence lenny - squeeze - wheezy - jessie the
situation of rbqtapi is as follows:

# l /usr/bin/rbqt*
lrwxrwxrwx 1 root root7 May 18  2014 /usr/bin/rbqt4api - rbqtapi
-rwxr-xr-x 1 root root 4570 Jun 28  2013 /usr/bin/rbqtapi.qt3

# dpkg -S /usr/bin/rbqt*
ruby-qt4: /usr/bin/rbqt4api
diversion by libqt4-ruby1.8 from: /usr/bin/rbqtapi
diversion by libqt4-ruby1.8 to: /usr/bin/rbqtapi.qt3

Since there is no /usr/bin/rbqtapi, I'm raising the severity to serious.

The attached patch fixes the situation by cleaning up the obsolete
diversion in ruby-qt4.postinst. I'm doing this in ruby-qt4 instead of
the transitional libqt4-ruby1.8 package since the transitional one may
alredy have been removed.
I verified in piuparts and manually that this patch actually cleans up
the situation.

Andreas
diff -Nru qtruby-4.11.3/debian/changelog qtruby-4.11.3/debian/changelog
--- qtruby-4.11.3/debian/changelog	2014-05-19 00:39:40.0 +0200
+++ qtruby-4.11.3/debian/changelog	2015-01-25 00:34:32.0 +0100
@@ -1,3 +1,11 @@
+qtruby (4:4.11.3-5) UNRELEASED; urgency=medium
+
+  [ Andreas Beckmann ]
+  * ruby-qt4.postinst: Clean up obsolete diversions of rbqtapi dating back to
+libqt4-ruby1.8/lenny.  (Closes: #775894)
+
+ -- Andreas Beckmann a...@debian.org  Sat, 24 Jan 2015 23:13:11 +0100
+
 qtruby (4:4.11.3-4) unstable; urgency=medium
 
   * Build against Ruby 2.1.
diff -Nru qtruby-4.11.3/debian/ruby-qt4.postinst qtruby-4.11.3/debian/ruby-qt4.postinst
--- qtruby-4.11.3/debian/ruby-qt4.postinst	1970-01-01 01:00:00.0 +0100
+++ qtruby-4.11.3/debian/ruby-qt4.postinst	2015-01-25 00:32:48.0 +0100
@@ -0,0 +1,19 @@
+#!/bin/sh
+set -e
+
+# clean up obsolete diversions dating back to libqt4-ruby1.8/lenny
+# perform the cleanup here in the successor ruby-qt4 since the
+# transitional package libqt4-ruby1.8 may already have been removed
+if [ $1 = configure ]; then
+	if [ -n $(dpkg-divert --listpackage /usr/bin/rbqtapi) ]; then
+		dpkg-divert --remove --rename --package libqt4-ruby1.8 \
+			--divert /usr/bin/rbqtapi.qt3 /usr/bin/rbqtapi
+	fi
+	if [ -n $(dpkg-divert --listpackage /usr/share/man/man1/rbqtapi.1.gz) ]; then
+		dpkg-divert --remove --rename --package libqt4-ruby1.8 \
+			--divert /usr/share/man/man1/rbqtapi.qt3.1.gz \
+			/usr/share/man/man1/rbqtapi.1.gz 
+	fi
+fi
+
+#DEBHELPER#

Bug#776176: doc-rfc is outdated

2015-01-24 Thread Evgeny Kapun

Package: doc-rfc
Severity: wishlist

The latest version of doc-rfc package is dated February 2012. It's almost three 
years since then, and more than 900 more RFCs has been published during this 
period. I think that this package needs an update, and that it should be 
updated at least every few months.


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

Bug#776178: Draft package uploaded to debian mentors

2015-01-24 Thread Tycho Andersen

Hi all,

I've uploaded a draft of the package to debian mentors:
http://mentors.debian.net/package/xcffib

Any thoughts are much appreciated!

Tycho


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

Bug#610087: RFP corsix-th theme hospital

2015-01-24 Thread Alexandre Detiste

  We could upstream/fork this package into Debian, and be done with minimal 
  effort.
 
 I'm somewhat wary of third-party repositories, because if the package is
 good enough for Debian/Ubuntu, why is it not in the real distribution?

I also don't get the point of this repository.

There is even there a completely extraneous hedgewars package
that is at the same version as the one in Sid.


 Whether or not the packaging is already technically functional, a
 sponsor will need to check it just as thoroughly as anything else.
Of course


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

Bug#775894: libqt4-ruby1.8: leaves diversion after upgrade from from lenny - squeeze - wheezy - jessie

2015-01-24 Thread Scott Kitterman

On Sunday, January 25, 2015 01:20:01 Andreas Beckmann wrote:
 Followup-For: Bug #775894
 Control: severity -1 serious
 
 Hi,
 
 after the upgrade sequence lenny - squeeze - wheezy - jessie the
 situation of rbqtapi is as follows:
 
 # l /usr/bin/rbqt*
 lrwxrwxrwx 1 root root7 May 18  2014 /usr/bin/rbqt4api - rbqtapi
 -rwxr-xr-x 1 root root 4570 Jun 28  2013 /usr/bin/rbqtapi.qt3
 
 # dpkg -S /usr/bin/rbqt*
 ruby-qt4: /usr/bin/rbqt4api
 diversion by libqt4-ruby1.8 from: /usr/bin/rbqtapi
 diversion by libqt4-ruby1.8 to: /usr/bin/rbqtapi.qt3
 
 Since there is no /usr/bin/rbqtapi, I'm raising the severity to serious.
 
 The attached patch fixes the situation by cleaning up the obsolete
 diversion in ruby-qt4.postinst. I'm doing this in ruby-qt4 instead of
 the transitional libqt4-ruby1.8 package since the transitional one may
 alredy have been removed.
 I verified in piuparts and manually that this patch actually cleans up
 the situation.

I would suggest you go ahead an NMU (no delay).  I'm travelling for work, so 
unlikely to be able to at this for at least a week.

Scott K

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

Bug#776181: [PATCH] Fix double UTF-8 decode on Perl 5.20 with upgraded Encode.pm

2015-01-24 Thread Anders Kaseorg

Package: ikiwiki
Version: 3.20140916
Tags: patch

Commit feb21ebfacb341fc34244e1c9b8557fd81d1dfc1 added a
safe_decode_utf8 function that avoids double decoding on Perl 5.20.
But the Perl behavior change actually happened in Encode.pm 2.53
(https://github.com/dankogai/p5-encode/pull/11).  Although Perl 5.20
is the first Perl version to bundle an affected version of Encode.pm,
it’s also possible to upgrade Encode.pm independently; for example,
Fedora 20 has Perl 5.18.4 with Encode.pm 2.54.  On such a system,
editing a non-ASCII file still fails with errors like

Error: Cannot decode string with wide characters at
/usr/lib64/perl5/vendor_perl/Encode.pm line 216.

There doesn’t seem to be any reason not to check Encode::is_utf8 on
old versions too, so just remove the version check altogether.

Signed-off-by: Anders Kaseorg ande...@mit.edu
---
 IkiWiki/CGI.pm | 4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)

diff --git a/IkiWiki/CGI.pm b/IkiWiki/CGI.pm
index 61af830..d801c72 100644
--- a/IkiWiki/CGI.pm
+++ b/IkiWiki/CGI.pm
@@ -124,9 +124,7 @@ sub decode_cgi_utf8 ($) {
 
 sub safe_decode_utf8 ($) {
 my $octets = shift;
-# call decode_utf8 on = 5.20 only if it's not already decoded,
-# otherwise it balks, on  5.20, always call it
-if ($]  5.02 || !Encode::is_utf8($octets)) {
+if (!Encode::is_utf8($octets)) {
 return decode_utf8($octets);
 }
 else {
-- 
2.3.0.rc1


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

Bug#766335: Progress

I started to work on it. I raised an issue and a pull-request on vncterm.


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

Bug#776174: git bash completion script missing

2015-01-24 Thread Freddie Exall

Package: git
Version: 1:2.1.4-2
Severity: normal

Dear Maintainer,

Git bash completion isn't working for me. I assume this is due to the
lack of the /etc/bash_completion/git script.

In previous versions of the git package (or indeed, packages for other
archs) the script /etc/bash_competion/git is installed as part of git.

Is there a reason this completion script is missing in the package
version I have?

Thanks

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

Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages git depends on:
ii  git-man  1:2.1.4-2
ii  libc62.19-13
ii  libcurl3-gnutls  7.38.0-4
ii  liberror-perl0.17-1.1
ii  libexpat12.1.0-6+b3
ii  libpcre3 2:8.35-3.3
ii  perl-modules 5.20.1-4
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages git recommends:
ii  less 458-3
ii  openssh-client [ssh-client]  1:6.7p1-3
ii  patch2.7.1-7
ii  rsync3.1.1-2+b1

Versions of packages git suggests:
ii  gettext-base  0.19.3-2
pn  git-arch  none
pn  git-cvs   none
pn  git-daemon-run | git-daemon-sysvinit  none
pn  git-doc   none
pn  git-elnone
pn  git-email none
pn  git-gui   none
pn  git-mediawiki none
pn  git-svn   none
pn  gitk  none
pn  gitwebnone

-- 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#774844: xfonts-traditional: fails to upgrade from 'wheezy': Can't locate File/Find.pm in @INC

Niko Tyni writes (Re: Bug#774844: xfonts-traditional: fails to upgrade from 
'wheezy': Can't locate File/Find.pm in @INC):
 reassign 774844 perl 5.20.1-4
 thanks
...
 Fine by me, I'm not arguing against that. Clearly it's time to
 stop/postpone the discussion about theoretical wider effects and do
 what's necessary for jessie.

I think so, yes.

 So reassigning the bug. I'll be uploading the Breaks+Pre-Depends
 change hopefully tomorrow.

Thank you, and thanks for your careful attention and searching
questions.

Regards,
Ian.


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

Bug#776175: virtualbox: add images in settings mode differ from add images while running

2015-01-24 Thread treaki

Package: virtualbox
Version: 4.3.14-dfsg-1~bpo70+1
Severity: normal

i cant add the same iso image to two disk drives in vm configuration, but can 
create the same combination while running

in conifiguration mode error, not possible disk still used but while running it 
is possible to add the read only iso images to the another disc drive on the 
same device.

wanted to create an setup with disc that is readable through ide and through 
scsi

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

Kernel: Linux 3.2.0-4-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

Versions of packages virtualbox depends on:
ii  adduser  3.113+nmu3
ii  dpkg 1.16.15
ii  libc62.13-38+deb7u6
ii  libcurl3 7.26.0-1+wheezy11
ii  libgcc1  1:4.7.2-5
ii  libgsoap42.8.16-2~bpo70+1
ii  libpng12-0   1.2.49-1
ii  libpython2.7 2.7.3-6+deb7u2
ii  libsdl1.2debian  1.2.15-5
ii  libssl1.0.0  1.0.1e-2+deb7u13
ii  libstdc++6   4.7.2-5
ii  libvncserver00.9.9+dfsg-1+deb7u1
ii  libvpx1  1.1.0-1
ii  libx11-6 2:1.5.0-1+deb7u1
ii  libxcursor1  1:1.1.13-1+deb7u1
ii  libxext6 2:1.3.1-2+deb7u1
ii  libxml2  2.8.0+dfsg1-7+wheezy2
ii  libxmu6  2:1.1.1-1
ii  libxt6   1:1.1.3-1+deb7u1
ii  python   2.7.3-4+deb7u1
ii  python2.72.7.3-6+deb7u2
ii  zlib1g   1:1.2.7.dfsg-13

Versions of packages virtualbox recommends:
ii  libgl1-mesa-glx [libgl1]  8.0.5-4+deb7u2
ii  libqt4-opengl 4:4.8.2+dfsg-11
ii  libqtcore44:4.8.2+dfsg-11
ii  libqtgui4 4:4.8.2+dfsg-11
ii  virtualbox-dkms   4.3.14-dfsg-1~bpo70+1
ii  virtualbox-qt 4.3.14-dfsg-1~bpo70+1

Versions of packages virtualbox suggests:
ii  vde22.3.2-4
pn  virtualbox-guest-additions-iso  none

-- 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#776150: theme hospital

2015-01-24 Thread Alexandre Detiste

  I don't even know what Origin is (something like Steam ?)
 
 Yes, it's roughly EA's equivalent of Steam.

It doesn't work with wine 1.7.34; but with 1.7.35 released today, it manages to 
download the files.

https://bugs.winehq.org/show_bug.cgi?id=31438

 I have the gog.com version of Theme Hospital, which is another potential
 source of data files - hopefully they're the same in all versions.

It's the same manual.pdf; only the eula change.


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

Bug#776177: dnssec-keygen take ages

2015-01-24 Thread Jean-Michel Nirgal Vourgère

Package: bind9utils
Version: 1:9.9.5.dfsg-8
Severity: important
Justification: Almost unusable for most users

Hello

Running
$ dnssec-keygen -a RSASHA256 -b 4096 -f KSK example.net
take ages, like 12 hours, sometimes more than a day. A dot is printed
every 30 minutes or so, but people will usually abort it thinking it's dead.

An strace shows that this commands requires about 400,000 bits of
entropy from /dev/random. Is keygen doing something special to need that
much?

Generating a 4k RSA key with other programs such as gnupg usually take a
minute or so.
I expected dnssec-keygen to have about the same requirements.

If bind cannot generate keys correctly, maybe it could provide a tool to
convert a key pair generated by an external tool such as openssl to the
required format.

Thank you for taking care of bind.

--
$ strace /usr/sbin/dnssec-keygen -v 9 -a RSASHA256 -b 4096 -f KSK -r
/dev/urandom example.net /dev/null 2 log

$ total=0; grep read(3 log | sed -re 's/^.*= ([0-9]+)$/\1/g' | while
read i; do total=$(( total + i )); echo $total; done | tail -1

= 362378 bytes (about 3M bits!)

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages bind9utils depends on:
ii  libbind9-901:9.9.5.dfsg-8
ii  libc6  2.19-13
ii  libcap21:2.24-6
ii  libcomerr2 1.42.12-1
ii  libdns100  1:9.9.5.dfsg-8
ii  libgssapi-krb5-2   1.12.1+dfsg-16
ii  libisc95   1:9.9.5.dfsg-8
ii  libisccc90 1:9.9.5.dfsg-8
ii  libisccfg901:9.9.5.dfsg-8
ii  libk5crypto3   1.12.1+dfsg-16
ii  libkrb5-3  1.12.1+dfsg-16
ii  libpython2.7-stdlib [python-argparse]  2.7.8-11
ii  libssl1.0.01.0.1j-1
ii  libxml22.9.1+dfsg1-4
ii  python 2.7.8-2

bind9utils recommends no packages.

bind9utils suggests no packages.

-- no debconf information



signature.asc
Description: OpenPGP digital signature

Bug#776178: ITP: python-xcffib -- A drop in replacement for xpyb

2015-01-24 Thread Tycho Andersen

Package: wnpp
Severity: wishlist
Owner: Tycho Andersen ty...@tycho.ws

* Package name: python-xcffib
  Version : 0.1.10
  Upstream Author : Tycho Andersen ty...@tycho.ws
* URL : https://github.com/tych0/xcffib
* License : Apache-2.0
  Programming Lang: Python
  Description : A drop in replacement for xpyb

 xcffib is intended to be a (mostly) drop-in replacement for xpyb. xpyb has an
 inactive upstream, several memory leaks, is python2 only and doesn't have pypy
 support. xcffib is a binding which uses cffi, which mitigates some of the
 issues described above. xcffib also builds bindings for 27 of the 29 (xprint
 and xkb are missing) X extensions in 1.10.

 xcffib is also used as a dependency for Qtile 0.9.0, which has an RFP as bug
 762637.


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

Bug#776108: [Pkg-fonts-devel] Bug#776108: closed by Hideki Yamane henr...@debian.org (Bug#776108: fixed in fonts-ipafont-nonfree-jisx0208 1:00103-3)

2015-01-24 Thread Hideki Yamane

On Sat, 24 Jan 2015 21:56:58 +0100
Andreas Beckmann a...@debian.org wrote:

 Thanks for the upload.
 
 Unblock filed: http://bugs.debian.org/776167

 :-)

-- 
Regards,

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


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

Bug#776101: aptitude: hangs forever on 'setting up console-setup (1.116)'

2015-01-24 Thread gor...@thisblueroom.net

On Sat, 24 Jan 2015 00:38:29 +0100, Axel Beckert a...@debian.org wrote:

 Control: reassign -1 console-setup 0.116
 
 Hi,
 
 Gordon Morehouse wrote:
  running 'aptitude upgrade' followed by 'aptitude update'
 
 You mean running 'aptitude update' followed by 'aptitude upgrade',
 don't you?

Ah, yes, indeed. :)

  on a Debian testing system hangs
 
 How long did you approximately wait?

I was doing other things, so more than 20 minutes.

  after similar output from aptitude:
 
  Installing new version of config file 
  /etc/console-setup/compose.ISO-8859-3.inc ...
  Installing new version of config file 
  /etc/console-setup/compose.ISO-8859-4.inc ...
  Installing new version of config file 
  /etc/console-setup/compose.ISO-8859-7.inc ...
  Installing new version of config file 
  /etc/console-setup/compose.ISO-8859-9.inc ...
 
 This output is not from aptitude but either from dpkg or ucf.
 
  Setting up console-setup (1.116) ...
 
 This is output from dpkg, announcing that it will now run
 console-setup's postinst script.

Okay. Posted to wrong package due to lack of knowledge :)

  'top' shows aptitude taking about 3-4% CPU but it is stuck.
 
 Because aptitude is probably not the one which is working at that
 time. The one which should do something is either a postinst script
 from some to-be-installed package or some trigger. But dpkg would have
 announce triggers. As well as aptitude is mentioning that it's
 re-reading it's database.
 
 Did top show any other child process of aptitude?

I didn't look into the process tree, but the system appeared completely idle 
(or as idle as it can get), with 'top' and 'aptitude' the top users of CPU time.

  Ctrl-C is not effective.
 
 Ok.
 
  Kill with SIGTERM does stop the process while breaking terminal
  echo.
 
 Sure, because it doesn't leave aptitude a chance to do so. IMHO
 expected behaviour.
 
  It leaves the aptitude /var lockfile dirty.
 
 Dito.
 
  Running 'sudo dpkg --configure -a' has a couple errors about
  /var/cache/debconf/config.dat being locked as well.
 
 This sounds as if the aptitude including its children processes were
 killed while debconf tried to ask you a question or -- more likely --
 generate a config file.

If it takes 20+ minutes on an Athlon64, there should probably be a status 
report...?

 I'm quite sure this is no issue with aptitude at all but likely with
 the postinst script of a to-be-installed package. I currently assume
 it's console-setup, also because it's a heavy debconf user. Hence
 reassigning.

I managed to reboot and then re-run aptitude and it completed without complaint.

Thanks,
-Gordon M.


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

Bug#755299: RFA: libvncserver -- API to write one's own vnc server

I would like to help you with that and adopt the package.

Greetings
Peter


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

Bug#774266: color conversion happens in libjpeg

2015-01-24 Thread Michael Below

I'm now convinced that this bug is related to libjpeg-turbo:

It seems like the faulty image viewers don't do the CMYK-RGB conversion
themselves, they receive RGB data from libjpeg. 

See this report for eog:
https://bugzilla.gnome.org/show_bug.cgi?id=737440

Libjpeg seems to be doing an optimistic CMYK - RGB conversion without
any color management. This leads to wrong colors in the output.
Instead, libjpeg should either
- report an error CMYK images not supported or
- pass on the CMYK data or
- do a color managed RGB transformation.


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

Bug#775418: pcmanfm: diff for NMU version 1.2.3-1.1

2015-01-24 Thread Andriy Grytsenko

Thank you for the patch, I hope it works and fixes the problem.


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

Bug#775942: FTCBFS for multilib enabled architectures

2015-01-24 Thread Guillem Jover

Hi!

On Wed, 2015-01-21 at 20:07:54 +0100, Helmut Grohne wrote:
 Source: expat
 Version: 2.1.0-6
 Tags: patch
 User: helm...@debian.org
 Usertags: rebootstrap

 Trying to cross build expat for e.g. powerpc results in a build failure
 during dh_strip. It built lib64expat1 using gcc -m64 which produced
 amd64 objects instead of ppc64 objects which powerpc-linux-gnu-strip
 does not understand.
 
 I am attaching a patch that changes the build inject a suitable CC
 variable which makes cross building expat work.

Alternatively, the multilib packages could just be dropped (at least in
experimental), given that the only package currently Build-Depending on
them in the archive (gdb for its gdb64 package) has now stopped building
the package and I expect should stop Build-Depending on it soon in
experimental. This way we simplify our build processes, and move
further into using proper multiarch.

Attached patch does exactly that (only build tested).

(See #775948 for the progress on this.)

Thanks,
Guillem
From da7d62885bdae71742dc670c9c040b6873912391 Mon Sep 17 00:00:00 2001
From: Guillem Jover guil...@debian.org
Date: Sat, 24 Jan 2015 19:39:30 +0100
Subject: [PATCH] Remove now unused multilib packages

Closes: #775942
---
 debian/control | 31 +--
 debian/lib64expat1-dev.install |  2 --
 debian/lib64expat1.install |  1 -
 debian/lib64expat1.shlibs  |  2 --
 debian/rules   | 41 +++--
 5 files changed, 4 insertions(+), 73 deletions(-)
 delete mode 100644 debian/lib64expat1-dev.install
 delete mode 100644 debian/lib64expat1.install
 delete mode 100644 debian/lib64expat1.shlibs

diff --git a/debian/control b/debian/control
index ec558f5..315ade5 100644
--- a/debian/control
+++ b/debian/control
@@ -4,40 +4,11 @@ Priority: optional
 Maintainer: Laszlo Boszormenyi (GCS) g...@debian.org
 Standards-Version: 3.9.5
 Build-Depends: debhelper (= 9), docbook-to-man, dh-autoreconf,
- dpkg-dev (= 1.16.0),
- gcc-multilib [i386 powerpc sparc s390]
+ dpkg-dev (= 1.16.0)
 Homepage: http://expat.sourceforge.net
 Vcs-Browser: http://svn.debian.org/wsvn/debian-xml-sgml/packages/expat/trunk/
 Vcs-Svn: svn://svn.debian.org/svn/debian-xml-sgml/packages/expat/trunk/
 
-Package: lib64expat1-dev
-Section: libdevel
-Architecture: i386 powerpc sparc s390
-Depends: ${misc:Depends}, lib64expat1 (= ${binary:Version}), libexpat1-dev, gcc-multilib
-Description: XML parsing C library - development kit (64bit)
- This package contains the header file and development libraries of
- expat, the C library for parsing XML.  Expat is a stream oriented XML
- parser.  This means that you register handlers with the parser prior
- to starting the parse.  These handlers are called when the parser
- discovers the associated structures in the document being parsed.  A
- start tag is an example of the kind of structures for which you may
- register handlers.
- .
- This package includes the development support files for building 64 bit
- applications.
-
-Package: lib64expat1
-Section: libs
-Architecture: i386 powerpc sparc s390
-Depends: ${shlibs:Depends}, ${misc:Depends}
-Description: XML parsing C library - runtime library (64bit)
- This package contains the runtime, shared library of expat, the C
- library for parsing XML. Expat is a stream-oriented parser in
- which an application registers handlers for things the parser
- might find in the XML document (like start tags).
- .
- This package includes the 64 bit version of the shared library.
-
 Package: libexpat1-dev
 Section: libdevel
 Architecture: any
diff --git a/debian/lib64expat1-dev.install b/debian/lib64expat1-dev.install
deleted file mode 100644
index 34c5ecb..000
--- a/debian/lib64expat1-dev.install
+++ /dev/null
@@ -1,2 +0,0 @@
-usr/lib64/*.a
-usr/lib64/*.so
diff --git a/debian/lib64expat1.install b/debian/lib64expat1.install
deleted file mode 100644
index 2c53d54..000
--- a/debian/lib64expat1.install
+++ /dev/null
@@ -1 +0,0 @@
-usr/lib64/*.so.*
diff --git a/debian/lib64expat1.shlibs b/debian/lib64expat1.shlibs
deleted file mode 100644
index ed55770..000
--- a/debian/lib64expat1.shlibs
+++ /dev/null
@@ -1,2 +0,0 @@
-libexpat 1 lib64expat1 (= 2.0.1)
-libexpatw 1 lib64expat1 (= 2.0.1)
diff --git a/debian/rules b/debian/rules
index 31909df..0fe365b 100755
--- a/debian/rules
+++ b/debian/rules
@@ -11,27 +11,12 @@ DEB_HOST_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_HOST_ARCH  ?= $(shell dpkg-architecture -qDEB_HOST_ARCH)
 DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
 
-BUILD64 = $(filter $(DEB_HOST_ARCH), i386 powerpc sparc s390)
-
 ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE))
 	CONFFLAGS = --build=$(DEB_HOST_GNU_TYPE)
 else
 	CONFFLAGS = --build=$(DEB_BUILD_GNU_TYPE) --host=$(DEB_HOST_GNU_TYPE)
 endif
 
-ifeq ($(DEB_HOST_ARCH),i386)
-	HOST64FLAG = --host=x86_64-linux-gnu
-endif
-ifeq ($(DEB_HOST_ARCH),powerpc)
-	HOST64FLAG =

Bug#776159: freeorion: Keyboard seems to be undetected, not responding to key entered.

2015-01-24 Thread Eric Boucher

Package: freeorion
Version: 0.4.4-2+b1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

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

   * What led up to the situation?
Simply start the game.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Did try a second keyboard, same, no special driver installed.
   * What was the outcome of this action?
Same, key doesn't seems to be received by the game but does by the OS (Alt+Tab 
allow me to switch to an other software without issue.
   * What outcome did you expect instead?
As everyones, pressed keys being entered to the game.

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


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

Kernel: Linux 3.18.0-3-exton (SMP w/8 CPU cores)
Locale: LANG=fr_CA.utf8, LC_CTYPE=fr_CA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages freeorion depends on:
ii  freeorion-data0.4.4-2
ii  libboost-date-time1.55.0  1.55.0+dfsg-3
ii  libboost-filesystem1.55.0 1.55.0+dfsg-3
ii  libboost-python1.55.0 1.55.0+dfsg-3
ii  libboost-regex1.55.0  1.55.0+dfsg-3
ii  libboost-serialization1.55.0  1.55.0+dfsg-3
ii  libboost-system1.55.0 1.55.0+dfsg-3
ii  libboost-thread1.55.0 1.55.0+dfsg-3
ii  libbulletcollision2.822.82-r2704+dfsg-2
ii  libc6 2.19-13
ii  libfreetype6  2.5.2-2
ii  libgcc1   1:4.9.1-19
ii  libgl1-mesa-glx [libgl1]  10.3.2-1
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libjpeg62-turbo   1:1.3.1-11
ii  liblinearmath2.82 2.82-r2704+dfsg-2
ii  libogre-1.9.0 1.9.0+dfsg1-4
ii  libois-1.3.0  1.3.0+dfsg0-5
ii  libopenal11:1.15.1-5
ii  libpng12-01.2.50-2+b2
ii  libpython2.7  2.7.8-11
ii  libstdc++64.9.1-19
ii  libtiff5  4.0.3-12
ii  libvorbisfile31.3.4-2

freeorion recommends no packages.

freeorion 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#774844: new pre-dependency: perl{,-base,-modules} - dpkg (= 1.17.17)

Niko Tyni writes (Re: new pre-dependency: perl{,-base,-modules} - dpkg (= 
1.17.17)):
 On Mon, Jan 19, 2015 at 11:15:04AM +0100, Guillem Jover wrote:
  I've not looked into the details yet, but just to comment that there's
  been talk about possibly reverting that fix, because in some error
  situations it can get apt into an unrecoverable state (#774124). :(
...
  (I guess this just calls for both a fixed apt, and a dpkg that
  workarounds any such situation.)
 
 Thanks. So do you think I should wait for that to be resolved first?

I don't think so, no.

 AFAICS the worst that could happen with such a revert is that the perl
 Pre-Depends+Breaks fix stops working and xfonts-traditional 'postinst
 triggered' functionality needs to be changed to survive missing
 dependencies.

As Guillem said:

  Of course reverting that fix brings back all upgrade issues related
  to trigger processing w/o the required dependencies. Which are
  probably more, and easier to get into.

I agree with Guillem that reverting the triggers dependency fix would
be a worse idea.

Ian.


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

Bug#716126: [Mayhem] Bug report on netcdf-bin: ncdump crashes with exit status 139

Control: tags + fixed-upstream pending

Hi,

I have confirmed this bug affected version 1:4.1.3-7.2 currently in
Unstable  soon to be Jessie.

With the ~rc3 version of netcdf-bin about to be uploaded (1:4.3.3), I
can confirm that this bug has been fixed.

Regards,

Ross



signature.asc
Description: OpenPGP digital signature

Bug#776163: Please do a backport to wheezy from the jessie/sid package

2015-01-24 Thread Norbert Lange


Package: hello
Version: 2:9.4.0-1280544-8~bpo70+1


There are still some major issues with the current backport (hope I  
remember all of them):


*) Network modulue vmxnet is no loaded due to wrong initramfs hook.
*) vmci and vsock are disabled - this also means modules dependend on  
those wont work (shared folder support)
*) Drag and Drop support is not working, since the services are not  
enabled.


There is a branch in github with the mentioned issues fixed:
https://github.com/nolange/pkg-open-vm-tools/commits/wheezy-backports-new

Kind Regards, Norbert


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

Bug#764893: PATCH for qtwebsockets-opensource-src FTBFS (hppa/ppc/all)

2015-01-24 Thread Helge Deller


I did some more debugging on this bug report.
The problem is, that the code in the testcase is wrong.
One always needs to connect SIGNALs to SLOTS.
In the original code for example it was tried to connect the closed signal to a 
closed slot, although an
EchoServer::closed() slot does not exist (but a closed signal which isn't used).

Attached patch fixes everything on the hppa architecture.
I'm sure that it will fix  powerpc and ppc64el architectures too.

If it's correct, maybe can push it upstream to 
https://bugreports.qt.io/browse/QTBUG-43804 ?

Helge
diff -up ./tests/auto/qwebsocket/tst_qwebsocket.cpp.org ./tests/auto/qwebsocket/tst_qwebsocket.cpp
--- ./tests/auto/qwebsocket/tst_qwebsocket.cpp.org	2015-01-24 21:28:49.069050151 +0100
+++ ./tests/auto/qwebsocket/tst_qwebsocket.cpp	2015-01-24 21:30:18.937237039 +0100
@@ -58,9 +58,6 @@ public:
 QHostAddress hostAddress() const { return m_pWebSocketServer-serverAddress(); }
 quint16 port() const { return m_pWebSocketServer-serverPort(); }
 
-Q_SIGNALS:
-void closed();
-
 private Q_SLOTS:
 void onNewConnection();
 void processTextMessage(QString message);
@@ -79,9 +76,8 @@ EchoServer::EchoServer(QObject *parent)
 m_clients()
 {
 if (m_pWebSocketServer-listen()) {
-connect(m_pWebSocketServer, QWebSocketServer::newConnection,
-this, EchoServer::onNewConnection);
-connect(m_pWebSocketServer, QWebSocketServer::closed, this, EchoServer::closed);
+connect(m_pWebSocketServer, SIGNAL(newConnection()),
+this, SLOT(onNewConnection()));
 }
 }
 
@@ -95,9 +91,9 @@ void EchoServer::onNewConnection()
 {
 QWebSocket *pSocket = m_pWebSocketServer-nextPendingConnection();
 
-connect(pSocket, QWebSocket::textMessageReceived, this, EchoServer::processTextMessage);
-connect(pSocket, QWebSocket::binaryMessageReceived, this, EchoServer::processBinaryMessage);
-connect(pSocket, QWebSocket::disconnected, this, EchoServer::socketDisconnected);
+connect(pSocket, SIGNAL(textMessageReceived(QString)), this, SLOT(processTextMessage(QString)));
+connect(pSocket, SIGNAL(binaryMessageReceived(QByteArray)), this, SLOT(processBinaryMessage(QByteArray)));
+connect(pSocket, SIGNAL(disconnected()), this, SLOT(socketDisconnected()));
 
 m_clients  pSocket;
 }

Bug#774844: xfonts-traditional: fails to upgrade from 'wheezy': Can't locate File/Find.pm in @INC

2015-01-24 Thread Niko Tyni

reassign 774844 perl 5.20.1-4
thanks

On Sat, Jan 24, 2015 at 06:39:02PM +, Ian Jackson wrote:

 It would be better if dpkg would avoid configuring (or invoking
 trigger processing for) A when A-B-C and C is not configured, but B
 is.  That's not a practical solution for jessie.
 
 I still think the Breaks as suggested earlier is the correct solution.

Fine by me, I'm not arguing against that. Clearly it's time to
stop/postpone the discussion about theoretical wider effects and do
what's necessary for jessie.

So reassigning the bug. I'll be uploading the Breaks+Pre-Depends
change hopefully tomorrow.

Thanks,
-- 
Niko Tyni   nt...@debian.org


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

Bug#749511: netcdf: wrong quote characters - build warning with goto-cc

Hi,

We are just working on uploading a new version of netcdf (1:4.3.3), and
I can see in ~rc3 that the curl functions have been re-written and moved
to oc2/occurlfunctions.c, so there is a chance that this has been fixed.

I just need to workout how to substitute goto-cc for gcc in the Debian
build process to confirm it.

Regards,

Ross



signature.asc
Description: OpenPGP digital signature

Bug#774872: gpsd: prompting due to modified conffiles which were not modified by the user: /etc/default/gpsd

Followup-For: Bug #774872

Hi Bernd,

can we get this fixed for /etc/default/gpsd from lenny, too?
Tested patch attached. Somewhere on the upgrade patch
jessie-squeeze-wheezy the config file gets modified, so I added both
md5sums.


Andreas
From a5b4b78059cff72a63a3ed21aa662c89bbae8801 Mon Sep 17 00:00:00 2001
From: Andreas Beckmann a...@debian.org
Date: Sat, 24 Jan 2015 04:42:49 +0100
Subject: [PATCH] avoid prompting due to modified lenny conffiles

---
 debian/gpsd.preinst | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/debian/gpsd.preinst b/debian/gpsd.preinst
index aba1c8d..463f57d 100644
--- a/debian/gpsd.preinst
+++ b/debian/gpsd.preinst
@@ -13,9 +13,10 @@ case $1 in
 if [ -f /etc/default/gpsd ]; then
 cp /etc/default/gpsd /etc/default/gpsd.dpkg-pre_3.10
 gpsd_hashsum=$(md5sum /etc/default/gpsd | awk '{print $1}')
-# handle upgrades from squeeze - wheeze - jessie
+# handle upgrades from lenny - squeeze - wheeze - jessie
 case ${gpsd_hashsum} in
-5944bab322c2a6df28cf0e64f7f7ec86|4d3f8665963201dc74721ef06bf27989)
+# wheezy # squeeze# lenny  # lenny - squeeze - wheezy
+5944bab322c2a6df28cf0e64f7f7ec86|4d3f8665963201dc74721ef06bf27989|d19811464c448c0852ad541be3f7fdc3|370942c4da267af152f6c3178137e60f)
 rm -f /etc/default/gpsd
 ;;
 esac
-- 
2.1.4

Bug#776108: closed by Hideki Yamane henr...@debian.org (Bug#776108: fixed in fonts-ipafont-nonfree-jisx0208 1:00103-3)

Thanks for the upload.

Unblock filed: http://bugs.debian.org/776167


Andreas


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

Bug#776168: (pre-approve) unblock: atlas/3.10.2-7