Bug#791051: gloox: library transition may be needed when GCC 5 is the default

[Simon McVittie]

On 01/09/15 19:59, Vincent Cheng wrote:
> If I'm not mistaken, gnutls28 has to transition first before gloox can
> (which is why I've been holding off on uploading this myself).

gnutls28 does build a C++ library, which I'll admit I hadn't previously
spotted; thanks for noticing that!

However, it has been built since the beginning of August (hence with
g++-5), and does not appear to have any reference to the cxx11 symbols
in the `objdump -Tx` output. Also, the headers in /usr/include/gnutls
only mention std:: symbols std::exception and std::vector, which I
believe are unaffected. So I don't think gnutls28 needs a transition,
hence this is still OK.

(Also, Ubuntu haven't done the rename, despite being ahead of Debian in
many of the other renames due to having a more targeted set of packages.)

S

Bug#595696: Bug#594817: console-setup should configure the width of the console

[Anton Zinoviev]

On Tue, Aug 25, 2015 at 10:20:46PM +0200, Samuel Thibault wrote:
> Samuel Thibault, le Sun 29 Aug 2010 21:08:05 +0200, a écrit :
> >   We could even imagine to
> >   rasterize a vector font on the fly for very big sizes.
> 
> otf2bdf and bdf2psf could be used for that, for instance if the user
> specifies the width (which will be the most probable use, people usually

I am afraid of such automatic conversion.  There are too many 
combinations which can easily lead to many undiscovered bugs... I'd 
prefer if we use otf2bdf and bdf2psf manually in order to add a few new 
fonts in the source package of console-setup.

BTW, the number of symbols per line is not enough in order to chose the 
proper font.  For example on a wide screen I prefer to use somewhat 
smaller font (say size 22 or 24) and to limit the number of characters 
using 'stty cols 80' (that is SCREEN_WIDTH=80 in /etc/default/c-s).  
Otherwise, there are too few rows on the screen.

I am considering a Debconf question about the screen width.  In my 
opinion only the following options are useful:

40 cols: for braile displays (is there a way to autodetect these?)
80 cols: I use this most of the time
max: for reading log files

Anton Zinoviev

Bug#797705: clone: Value is not a string

[Eduard Bloch]

Package: git-svn
Version: 1:2.5.1-1
Severity: normal

Hello,

I am trying to extract (migrate) a specific folder from a big old
Subversion repo to a new git repo... and it's simply failing:

$ ~/debian/dev/cdcat $ git svn clone file:///home/user/repo/rep-svn/dev/cdcat 
--stdlayout ~/tmp/cdcat
Value is not a string (or undef) at /usr/share/perl5/Git/SVN/Ra.pm line 96.

Also tried:

$ /tmp/foo $ git svn init file:///home/user/repo/rep-svn/dev/cdcat
Initialisierte leeres Git-Repository in /tmp/foo/.git/
$ /tmp/foo $ git svn fetch
Value is not a string (or undef) at /usr/share/perl5/Git/SVN/Ra.pm line 96.

I tried to investigate there, $baton has the value:
_p_svn_auth_baton_t=SCALAR(0x17b7510)

If I comment the whole line, the program continues, so this was my
workaround for now... but it does not look right.

Regards,
Eduard.

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

Kernel: Linux 4.2.0+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages git-svn depends on:
ii  git   1:2.5.1-1
ii  libsvn-perl   1.9.0-1
ii  libterm-readkey-perl  2.33-1
ii  libyaml-perl  1.13-1

git-svn recommends no packages.

Versions of packages git-svn suggests:
ii  git-doc 1:2.5.1-1
ii  subversion  1.9.0-1

-- no debconf information

-- 
Ein Ehepaar am Bahnhof; er schleppt 10 Koffer und knurrt:
"Jetzt haben wir nur noch das Klavier vergessen!"
Sie giftet zurück: "Horst, jetzt sei doch nicht so zynisch!"
Er: "Ich meine doch nur, weil da noch die Fahrkarten drauf liegen."

Bug#797708: fglrx-modules-dkms modpost fails for linux-image-4.1.0-2-amd64

[Roman Lebedev]

Package: fglrx-modules-dkms
Version: 1:15.7-2
Severity: important

Dear Maintainer,

Loading new fglrx-15.7 DKMS files...
Building for 4.0.0-2-amd64 and 4.1.0-2-amd64
Building initial module for 4.0.0-2-amd64
Done.

fglrx:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/4.0.0-2-amd64/updates/dkms/

depmod

DKMS: install completed.
Building initial module for 4.1.0-2-amd64
Error! Bad return status for module build on kernel: 4.1.0-2-amd64 (x86_64)
Consult /var/lib/dkms/fglrx/15.7/build/make.log for more information.


Content of /var/lib/dkms/fglrx/15.7/build/make.log:

DKMS make.log for fglrx-15.7 for kernel 4.1.0-2-amd64 (x86_64)
Tue Sep  1 22:35:58 MSK 2015
make: Entering directory '/usr/src/linux-headers-4.1.0-2-amd64'
  LD  /var/lib/dkms/fglrx/15.7/build/built-in.o
  CC [M]  /var/lib/dkms/fglrx/15.7/build/firegl_public.o
/var/lib/dkms/fglrx/15.7/build/firegl_public.c:6511:12: warning: 
‘KCL_fpu_save_init’ defined but not used [-Wunused-function]
 static int KCL_fpu_save_init(struct task_struct *tsk)
^
  CC [M]  /var/lib/dkms/fglrx/15.7/build/kcl_acpi.o
/var/lib/dkms/fglrx/15.7/build/kcl_acpi.c:832:20: warning: 
‘KCL_ACPI_Slot_No_Hotplug’ defined but not used [-Wunused-function]
 static acpi_status KCL_ACPI_Slot_No_Hotplug(KCL_ACPI_DevHandle handle, u32 
lvl, void *data, void **rv)
^
  CC [M]  /var/lib/dkms/fglrx/15.7/build/kcl_agp.o
  CC [M]  /var/lib/dkms/fglrx/15.7/build/kcl_debug.o
  CC [M]  /var/lib/dkms/fglrx/15.7/build/kcl_ioctl.o
  CC [M]  /var/lib/dkms/fglrx/15.7/build/kcl_io.o
  CC [M]  /var/lib/dkms/fglrx/15.7/build/kcl_pci.o
  CC [M]  /var/lib/dkms/fglrx/15.7/build/kcl_str.o
  CC [M]  /var/lib/dkms/fglrx/15.7/build/kcl_iommu.o
  CC [M]  /var/lib/dkms/fglrx/15.7/build/kcl.o
  CC [M]  /var/lib/dkms/fglrx/15.7/build/kcl_wait.o
  LD [M]  /var/lib/dkms/fglrx/15.7/build/fglrx.o
  Building modules, stage 2.
  MODPOST 1 modules
FATAL: modpost: GPL-incompatible module fglrx.ko uses GPL-only symbol 
'pci_ignore_hotplug'
/usr/src/linux-headers-4.1.0-2-common/scripts/Makefile.modpost:90: recipe for 
target '__modpost' failed
make[3]: *** [__modpost] Error 1
/usr/src/linux-headers-4.1.0-2-common/Makefile:1404: recipe for target 
'modules' failed
make[2]: *** [modules] Error 2
Makefile:146: recipe for target 'sub-make' failed
make[1]: *** [sub-make] Error 2
Makefile:8: recipe for target 'all' failed
make: *** [all] Error 2
make: Leaving directory '/usr/src/linux-headers-4.1.0-2-amd64'


-- Package-specific info:
Full fglrx package list:
ii  fglrx-atieventsd   1:15.7-2 
amd64events daemon for 
the non-free ATI/AMD RadeonHD display driver
ii  fglrx-control  1:15.7-2 
amd64control panel for 
the non-free ATI/AMD RadeonHD display driver
ii  fglrx-driver   1:15.7-2 
amd64non-free ATI/AMD 
RadeonHD display driver
ii  fglrx-modules-dkms 1:15.7-2 
amd64dkms module source 
for the non-free ATI/AMD RadeonHD display driver
ii  glx-alternative-fglrx  0.5.1
amd64allows the 
selection of FGLRX as GLX provider
ii  libfglrx:amd64 1:15.7-2 
amd64non-free ATI/AMD 
RadeonHD display driver (runtime libraries)
ii  libfglrx-amdxvba1:amd641:15.7-2 
amd64AMD XvBA (X-Video 
Bitstream Acceleration) backend for VA API
ii  libgl1-fglrx-glx:amd64 1:15.7-2 
amd64proprietary libGL 
for the non-free ATI/AMD RadeonHD display driver

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
[AMD/ATI] Tahiti XT [Radeon HD 7970/8970 OEM / R9 280X] [1002:6798] (prog-if 00 
[VGA controller])
Subsystem: ASUSTeK Computer Inc. HD 7970 DirectCU II TOP [1043:0448]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: fglrx_pci


DRM and fglrx Informations from dmesg:
[0.00] AGP: No AGP bridge found
[0.00] AGP: Checking aperture...
[0.00] AGP: No AGP bridge found
[0.00] AGP: Node 0: aperture [bus addr 0xf800-0xfbff] (64MB)
[

Bug#797709: libmodule-build-perl: make linking order deterministic

[Niko Tyni]

Package: libmodule-build-perl
Version: 0.421400-1
Severity: wishlist
Tags: patch
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=106813
User: reproducible-bui...@lists.alioth.debian.org
Usertags: toolchain
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Quoting the upstream ticket above:

   While working on the "reproducible builds" effort [0], we have noticed
   that the linking order of object files in Module::Build::c_link() depends
   on readdir() order, which is nondeterministic. This affects the generated
   binary, rendering it non-reproducible.
   
   The nondeterminism originates in rscan_dir(). The attached patch makes it
   return its file lists in sorted order. Some alternative fixes would be to
   call File::Find with the "preprocess" argument to sort the list, or sort
   the list of object files in process_support_files() or later in c_link().
   
   It's not clear to me if the latter options are safe, or if a distribution
   might inject its own list of object files and expect their order to be
   preserved. In contrast, since there's no existing guarantee of the order
   of rscan_dir() results, it's clearly safe. The downside is a number
   of probably unnecessary sort() calls when rscan_dir() gets called in
   other contexts.

   [0] https://wiki.debian.org/ReproducibleBuilds

This issue (together with other issues of its own) makes
libkinosearch1-perl non-reproducible. I suspect that having multiple
(generated?) .c files in a Build.PL distribution is unusual enough that
it explains why we haven't noticed this with other packages.

I found the disorderfs package very useful when investigating/testing
this FWIW.
-- 
Niko Tyni   nt...@debian.org
>From 7bfcb26d8e314bce37aeeef4048f99b66fcdfbbc Mon Sep 17 00:00:00 2001
From: Niko Tyni 
Date: Tue, 1 Sep 2015 22:05:27 +0300
Subject: [PATCH] Sort file lists generated by rscan_dir()

The rscan_dir() function traverses a directory with File::Find,
which returns files in readdir() order. This order is nondeterministic
and depends on the file system.

The lists are used, among other things, to find C files to compile
(in process_support_files()) and later to link (in c_link()).
The linking order affects the generated binary, essentially rendering
it nondeterministic and breaking reproducibility.
---
 lib/Module/Build/Base.pm | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/Module/Build/Base.pm b/lib/Module/Build/Base.pm
index 1cbc61e..d9ea82f 100644
--- a/lib/Module/Build/Base.pm
+++ b/lib/Module/Build/Base.pm
@@ -5255,7 +5255,7 @@ sub rscan_dir {
  die "Unknown pattern type";
 
   File::Find::find({wanted => $subr, no_chdir => 1}, $dir);
-  return \@result;
+  return [ sort @result ];
 }
 
 sub delete_filetree {
-- 
2.1.4

Bug#797710: (no subject)

[Mehdi]

Subject: jessie-pu: package ben/0.7.0
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: pu
Tags: jessie
Severity: normal

Hi,

I'd like to fix a few issues in Ben:
- Semi-broken HTML links to buildd status pages (compact parameter
  not taken into account)
- Fix broken call to dose-debcheck which results into Ben not
  getting installability issues right. This issue has been filed
  against dose-distcheck as #770802. The fix is to pass --deb-native-arch=$arch
  to dose-debcheck and parse output correctly.
- Ignore potential errors when deleting lock file.

I am attaching a debdiff with the proposed changes.

These bugs have been found after upgrading release.debian.org to
Jessie. Ben has been running there with those fixes since then.

All Best,

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff --git a/debian/changelog b/debian/changelog
index 0347597..266fc68 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,14 @@
+ben (0.7.0+deb8u1) jessie; urgency=medium
+
+  [ Emilio Pozuelo Monfort ]
+  * Fix buildd.debian.org compact links
+
+  [ Mehdi Dogguy ]
+  * Ignore potential errors when deleting lock file
+  * Call dose-debcheck with --deb-native-arch
+
+ -- Mehdi Dogguy   Tue, 01 Sep 2015 21:30:42 +
+
 ben (0.7.0) unstable; urgency=medium
 
   * Add --no-clean to "ben tracker" to leave unknown generated
diff --git a/frontends/ben_tracker.ml b/frontends/ben_tracker.ml
index f52c0c2..6d6bd99 100644
--- a/frontends/ben_tracker.ml
+++ b/frontends/ben_tracker.ml
@@ -445,7 +445,9 @@ let tracker template profiles =
 Benl_error.error_exn "Failed to generate index.html" exn
 
 let () = at_exit (fun () ->
-  rm [lockf ()]
+  try
+rm [lockf ()]
+  with _ -> ()
 )
 
 let main args =
diff --git a/lib/benl_data.ml b/lib/benl_data.ml
index fabe51a..856a609 100644
--- a/lib/benl_data.ml
+++ b/lib/benl_data.ml
@@ -322,6 +322,13 @@ let read_debcheck =
   let () = Buffer.reset buf in
   r
 in
+let get_package_name p =
+  let p = Re_pcre.get_substring p 1 in
+  try
+snd (ExtString.String.split p ":")
+  with _ ->
+p
+in
 let rec read_pkg accu =
   begin match (try Some (input_line ic) with End_of_file -> None) with
   | None ->
@@ -329,7 +336,7 @@ let read_debcheck =
   | Some line ->
 try
   let r = Re_pcre.exec ~rex line in
-  let package = Re_pcre.get_substring r 1 in
+  let package = get_package_name r in
   let buf = Buffer.create 1024 in
   let () = Buffer.add_string buf line in
   let () = Buffer.add_char buf '\n' in
@@ -360,7 +367,8 @@ let inject_debcheck_data =
 let a, b = if !Benl_clflags.quiet then ("\n", "") else ("", "\n") in
 let all_uninstallable_packages = Benl_parallel.fold (fun map arch_ref ->
   Benl_clflags.progress "Running dose-debcheck on %s...\n" arch_ref;
-  let (ic, oc) as p = Unix.open_process "dose-debcheck --explain --quiet --failures" in
+  let dose_debcheck_cmd = Printf.sprintf "dose-debcheck --deb-native-arch=%s --explain --quiet --failures" arch_ref in
+  let (ic, oc) as p = Unix.open_process dose_debcheck_cmd in
   (* inefficiency: for each architecture, we iterate on all binary
  packages, not only on binary packages of said architectures *)
   PAMap.iter (fun (name, arch) pkg ->
diff --git a/templates/debian.ml b/templates/debian.ml
index 77c62cb..0bd3c0b 100644
--- a/templates/debian.ml
+++ b/templates/debian.ml
@@ -43,7 +43,7 @@ let () =
 buildd = (fun ~src ~ver -> sprintf "https://buildd.debian.org/status/package.php?p=%s; src);
 buildds = (fun ~srcs ->
   let srcs = String.concat "," srcs in
-  Some (sprintf "https://buildd.debian.org/status/package.php?p=%scompact=compact; srcs));
+  Some (sprintf "https://buildd.debian.org/status/package.php?p=%s=compact; srcs));
 bugs = (fun ~src -> sprintf "http://bugs.debian.org/%s; src);
 critical_bugs = (fun ~srcs ->
   let srcs = String.concat ";src=" srcs in
diff --git a/templates/debianrt.ml b/templates/debianrt.ml
index 0b29532..5dcdf7d 100644
--- a/templates/debianrt.ml
+++ b/templates/debianrt.ml
@@ -56,7 +56,7 @@ let () =
 buildd = (fun ~src ~ver -> sprintf "https://buildd.debian.org/status/package.php?p=%s; src);
 buildds = (fun ~srcs ->
   let srcs = String.concat "," srcs in
-  Some (sprintf "https://buildd.debian.org/status/package.php?p=%scompact=compact; srcs));
+  Some (sprintf "https://buildd.debian.org/status/package.php?p=%s=compact; srcs));
 bugs = (fun ~src -> sprintf "http://bugs.debian.org/%s; src);
 critical_bugs = (fun ~srcs ->
   

Bug#797684: kdenlive: "Add clip" file browser empty

[Patrick Matthäi]

Am 01.09.2015 um 18:54 schrieb George B.:
> On 01/09/15 17:49, Patrick Matthäi wrote:
>>
>> Puh and now libkf5service-bin ?
> 
> That one is already installed:
> 
> 
> ii  libkf5service-bin  
> 5.13.0-1 amd64Advanced
> plugin and service introspection
> 

Could you debug it and find out which packages are exactly missing?


-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature

Bug#797663: moreinfo

[Serge Hallyn]

Hi,

Could you show your /etc/init.d/cgmanager and /etc/init.d/cgproxy
files?  The version i get in a new sid install contain:

# Default-Start:2 3 4 5

Is either cgmanager or cgproxy in fact running?

Thanks.

Bug#797059: Info received (lynx cannot connect to https://contributors.debian.org)

[Andreas Metzler]

Control: forwarded -1 http://permalink.gmane.org/gmane.comp.web.lynx.devel/8455

On 2015-09-01 Simon Kainz  wrote:
> Hello,

> please see the attached patch, which adds support for rehandshaking.
> This now allows access to http:/contributors.debian.org
[...]

Hello Simon,

thanks for taking care of the issue. While I am not able currently to
properly review this I have at least managed to forward bug and patch
upstream.

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

Bug#786070: ndpmon: diff for NMU version 1.4.0-2.1

[Andrey Rahmatullin]

Control: tags 786070 + patch
Control: tags 786070 + pending

Dear maintainer,

I've prepared an NMU for ndpmon (versioned as 1.4.0-2.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
WBR, wRAR
diff -Nru ndpmon-1.4.0/debian/changelog ndpmon-1.4.0/debian/changelog
--- ndpmon-1.4.0/debian/changelog	2012-05-22 21:27:14.0 +0600
+++ ndpmon-1.4.0/debian/changelog	2015-09-01 22:51:36.0 +0500
@@ -1,3 +1,10 @@
+ndpmon (1.4.0-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Port from python-support to dh-python (Closes: #786070).
+
+ -- Andrey Rahmatullin   Tue, 01 Sep 2015 22:51:34 +0500
+
 ndpmon (1.4.0-2) unstable; urgency=low
 
   * Changed copyright notice from the authors' names to the MADYNES Project.
diff -Nru ndpmon-1.4.0/debian/control ndpmon-1.4.0/debian/control
--- ndpmon-1.4.0/debian/control	2012-05-20 02:07:59.0 +0600
+++ ndpmon-1.4.0/debian/control	2015-09-01 22:50:58.0 +0500
@@ -2,7 +2,7 @@
 Section: net
 Priority: extra
 Maintainer: John R. Baskwill 
-Build-Depends: debhelper (>= 7.0.50~), dh-autoreconf, autotools-dev, libpcap-dev, libssl-dev, libwww-perl, libxml2-dev, python-support
+Build-Depends: debhelper (>= 7.0.50~), dh-autoreconf, autotools-dev, libpcap-dev, libssl-dev, libwww-perl, libxml2-dev, python-all, dh-python
 Standards-Version: 3.9.3
 Homepage: http://ndpmon.sourceforge.net
 
diff -Nru ndpmon-1.4.0/debian/rules ndpmon-1.4.0/debian/rules
--- ndpmon-1.4.0/debian/rules	2012-05-20 01:22:25.0 +0600
+++ ndpmon-1.4.0/debian/rules	2015-09-01 22:50:39.0 +0500
@@ -4,7 +4,7 @@
 export DH_VERBOSE=1
 
 %:
-	dh $@ --with autoreconf --with autotools-dev
+	dh $@ --with autoreconf,autotools-dev,python2
 
 override_dh_auto_configure:
 	dh_auto_configure -- --prefix=/usr --enable-countermeasures --enable-mac-resolv --enable-debug


signature.asc
Description: Digital signature

Bug#797698: update to latest upstream release

[Pirate Praveen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

package: libjs-backbone
version: 0.9.10-3
severity: wishlist

please update to 1.2.0.0 version, it is required by diaspora 0.5.3.0
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJV5eXVAAoJEM4fnGdFEsIqvRIP/123yB4q/frzHKiJ35IREamm
PNy2iPGtAeEc71VPu08Gn4JjCCdKSTk326/z/+Q0iPMP5HC563PzzdmgA4GkAtW5
T4NAwAe4+esCT+e81izVHPHMOdtq/MvtdvCD6JNoXUN94ikQpG+GyAFb4ctrFn6x
vBMYHYTfUg1EvR0vX9vheRvKXuCY5QaBABirLcnQcv/VlKMC8KwnRGroif+9MXdB
OFqatKDyZZiVU0Fq/qzX0I/LKtD+MrtPuk9+rCm0hL2my0O4vwwrpDHlgJPhTQrh
E4zhpR4oamBwQXJYf3BOzO1A3rEmoGr22AHf93gW/yuZnRIYeon90pCUnRTVeTTp
32V/mmdl4ZukDACo16WWdZvLn8t30152z+c1NemeT9tqeBqQbtH9ZSBu89uDsK4W
0ve8iFv9L3emSS0sgOZ9iZakDP6LuTqqbGEGEFgbXxtWjUyYs5fTlWgWqWhSgyAH
/Dw5ozEoOxS21z9IqdJTeTszDfgTj7Kfu+RkzYxZeJTJHS4Spp8fPxP49CFm9gHG
eV0l+eg9/u8LC4mw1eS32AWEhGM99ZxpI6wZQ5l69QMComnxJ2RVVp8kzKnKzgvB
Jk2yAEpkMmKnZcE1rnzOm7lv72cslAqnK2lSnLLhozlMzAGrBBK5KyqXm+iEKDv+
UuIjpVq/m3HaaImhfTWp
=W05G
-END PGP SIGNATURE-

Bug#797704: ITP: pyhton-rows -- Python library for interface to tabular data, no matter the format

[Paulo Kretcheu]

Package: wnpp
Severity: wishlist
Owner: Paulo Roberto Alves de Oliveira (aka kretcheu) 

* Package name: pyhton-rows
  Version : 0.1.0
  Upstream Author : Álvaro Justen 
* URL : https://github.com/turicas/rows
* License : GPL-3
  Programming Lang: Python
  Description : Python library for interface to tabular data, no matter the 
format

No matter in which format your tabular data is: pyhton-rows will import it,
automatically detect types and give you high-level Python objects so you can
start working with the data instead of trying to parse it.
It is also locale-and-unicode aware.

The library is composed by:

- A common interface to tabular data (the Table class)
- A set of plugins to populate Table objects CSV, XLS, HTML, TXT -- more soon!
- A set of common fields (such as BoolField, IntegerField) which know exactly
  how to serialize and deserialize data for each object type you'll get
- A set of utilities (such as field type recognition) to help working with
  tabular data
- A command-line interface so you can have easy access to the most used 
features:
  convert between formats, sum, join and sort tables.
  Just import rows and relax.

Bug#786103: nufw: diff for NMU version 2.4.3-3.3

[Andrey Rahmatullin]

Control: tags 786103 + patch
Control: tags 786103 + pending

Dear maintainer,

I've prepared an NMU for nufw (versioned as 2.4.3-3.3) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
WBR, wRAR
diff -Nru nufw-2.4.3/debian/changelog nufw-2.4.3/debian/changelog
--- nufw-2.4.3/debian/changelog	2015-07-25 18:08:43.0 +0500
+++ nufw-2.4.3/debian/changelog	2015-09-01 23:14:08.0 +0500
@@ -1,3 +1,10 @@
+nufw (2.4.3-3.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Replace python-support with dh-python in Build-Depends (Closes: #786103).
+
+ -- Andrey Rahmatullin   Tue, 01 Sep 2015 23:14:06 +0500
+
 nufw (2.4.3-3.2) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru nufw-2.4.3/debian/control nufw-2.4.3/debian/control
--- nufw-2.4.3/debian/control	2014-08-31 12:10:35.0 +0600
+++ nufw-2.4.3/debian/control	2015-09-01 23:13:22.0 +0500
@@ -14,7 +14,7 @@
libpam0g-dev,
libprelude-dev,
libnetfilter-conntrack-dev, libnetfilter-queue-dev, libnfnetlink-dev,
-   python-support (>= 0.4), python-dev,
+   python-dev, dh-python,
pkg-config,
flex, bison,
chrpath


signature.asc
Description: Digital signature

Bug#797703: openssh-client: ssh-copy-id hangs when connection sharing in effect

[Toby Speight]

Package: openssh-client
Severity: normal
Traceback (most recent call last):
  File "/usr/bin/reportbug", line 2235, in 
main()
  File "/usr/bin/reportbug", line 1002, in main
(options, args) = parser.parse_args()
  File "/usr/lib/python2.7/optparse.py", line 1400, in parse_args
stop = self._process_args(largs, rargs, values)
  File "/usr/lib/python2.7/optparse.py", line 1444, in _process_args
self._process_short_opts(rargs, values)
  File "/usr/lib/python2.7/optparse.py", line 1551, in _process_short_opts
option.process(opt, value, values, self)
  File "/usr/lib/python2.7/optparse.py", line 789, in process
self.action, self.dest, opt, value, values, parser)
  File "/usr/lib/python2.7/optparse.py", line 809, in take_action
self.callback(self, opt, value, parser, *args, **kwargs)
  File "/usr/bin/reportbug", line 760, in verify_append_option
elif value in valid:
TypeError: argument of type 'function' is not iterable


If I attempt to ssh-copy-id to a host that has connection sharing
enabled in my config file, it hangs and must be killed.

I can avoid this by including `-o ControlPath=none' on the command line.

I think that ssh-copy-id should automatically set this option, always.

Bug#797696: RFP: why3

[Ralf Treinen]

On Tue, Sep 01, 2015 at 06:52:20PM +0200, Kurt Roeckx wrote:

> The why package has been replaced by a why3 version upstream.  You
> can find it at http://why3.lri.fr
> 
> It would be nice that we'd also have why3.

Yes indeed. In fact I had already started on packaging why3, but then
it got interrupted by more urgent stuff. Since there now is popular
demand ;-) I'll try to finish the package soon.

-Ralf.

Bug#796699: switchconf: Has init script in runlevel S but no matching service file

[Jose M Calhariz]

Hi Felipe,

On Tue, Sep 01, 2015 at 03:23:14PM -0300, Felipe Sateler wrote:
> On 1 September 2015 at 15:13, Jose M Calhariz
>  wrote:
> > Hi Felipe,
> > On Tue, Sep 01, 2015 at 10:25:28AM -0300, Felipe Sateler wrote:
> >> Hi Jose,
> >>
> >> On 1 September 2015 at 07:09, Jose M Calhariz
> >>  wrote:
> >> > Hi,
> >> >
> >> > I have created a systemd service unit for switchconf.  While waiting
> >> > for my sponsor to upload the new version, it's possible to download a
> >> > preview from my blog: http://blog.calhariz.com.
> >
> > I have updated switchconf.service, follow the patch:
> >
> > Index: debian/switchconf.service
> > ===
> > --- debian/switchconf.service   (revision 2952)
> > +++ debian/switchconf.service   (working copy)
> > @@ -4,7 +4,8 @@
> >  After=local-fs.target
> >  Wants=network-pre.target
> >  Before=network-pre.target
> > -RequiresMountsFor=/var/lock /var/lib
> > +RequiresMountsFor=/var/log /var/lock /var/lib
> > +ConditionKernelCommandLine=switchconf
> >
> >  [Service]
> >  Type=oneshot
> >
> >
> >
> >
> >
> >>
> >> It helps reviewers if you attach a diff or at least the file ;). Some 
> >> comments:
> >>
> >> 1. Please replicate the skip conditions in the service file using
> >> ConditionKernelCommandLine. Check systemd.unit(5) for details. This
> >> way systemd skips your script itself.
> >
> > Done
> >
> >> 2. I think you also need /var/log in RequiresMountsFor
> >
> > I am not certain.  switchconf don't write directly to the /var/log.
> > It uses the command logger to write via syslog.  It is not be better
> > to depend on the syslog service than to depend on /var/log.  I am just
> > asking.
> 
> It seems to me that it does write:
> 
> http://sources.debian.net/src/switchconf/0.0.9-2/switchconf/#L41

Since version 0.0.10, not yet on Debian, it uses logger.  Here is a
fragment from version 0.0.14 that I intend to upload to Debian:

run_scripts(){
local scriptsdir=$1
shift
if test -x "${run_parts}" ; then
echo "Executing scripts: ";
${run_parts} --arg "${conf}" -v "$scriptsdir" 2>&1
echo "Executing scripts done.";
else
echo "Executing scripts: ";
for r in `find ${scriptsdir} -type f -perm +1 | sort`; do
echo "$r"
${r} "${conf}" 2>&1
done
echo "Executing scripts done.";
fi | logger -s -t switchconf -i -p daemon.notice
}


> 
> >>
> >> Otherwise looks OK!
> >>
> >
> > In attach is the complete switchconf.service, for the people that come
> > later in this discussion.
> 
> Looks good to me!
> 
> 

Thank you for the review.

Kind regards
Jose M Calhariz



-- 
--
O que e assaltar um banco comparado com fundar um banco?
-- Bertold Brecht


signature.asc
Description: Digital signature

Bug#703201: Add an option to process per-arch/per-os *and* normal install files

[Lisandro Damián Nicanor Pérez Meyer]

On Tuesday 01 September 2015 19:49:06 Dmitry Shachnev wrote:
> Hi Gergely,
> 
> On Tue, 01 Sep 2015 10:56:17 +0200, Gergely Nagy wrote:
> > This can easily be done with dh-exec now, with much nicer syntax than
> > what I proposed two years ago:
> > 
> > Instead of foo.install-common, foo.install.$os, foo.install.$arch, one
> 
> > can use a single executable foo.install file, with some special markup:
> Yes, we (the Qt maintainers) have already been thinking about using dh-exec.
> We don't want to change existing packages as our current code works fine,
> but we will definitely look at it if we need it in our next packages.
> > Since I have a little bit of free time, how about this:
> > 
> > If foo.install.common exists, auto-include foo.install.$arch and
> > foo.install.$os (if they exist), provided that foo.install is executable
> > and uses dh-exec.
> > 
> > Alternatively, an executable foo.install, and executable
> > foo.install.$arch/$os could also be a trigger, so foo.install.common
> > wouldn't be required, and could be rolled into foo.install.
> 
> I don't think this is needed. A single file with architecture- or
> OS-specific lines is much simplier to use and maintain.

Just for the record: we are currently using a hacked -common -arch approach, 
but having a special syntax in .install files would be just awesome.

Having the possibility to add negations like [!linux] would also be just cool. 
Ie, much in the current way we can manage build dependencies.


-- 

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


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

Bug#797706: debram: illegal date format in debian/changelog

[James Cowgill]

Source: debram
Severity: serious
Version: 2.0.0.4
Justification: Policy 4.4

Hi,

The latest changelog entry of debram has an illegal date format which
causes dpkg-parsechangelog to choke (and thus the package to FTBFS).

 -- Thaddeus H. Black   Fri, 26 June 2015 00:00:00 +


Policy 4.4 requires the month to contain exactly 3 characters.

Failed mips64el build log:
https://buildd.debian.org/status/fetch.php?pkg=debram=mips64el=2.0.0.4=1441108414

Thanks,
James

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

Bug#796699: switchconf: Has init script in runlevel S but no matching service file

[Felipe Sateler]

On 1 September 2015 at 15:51, Jose M Calhariz
 wrote:
> Hi Felipe,
>
> On Tue, Sep 01, 2015 at 03:23:14PM -0300, Felipe Sateler wrote:
>> On 1 September 2015 at 15:13, Jose M Calhariz
>>  wrote:
>> > Hi Felipe,
>> > On Tue, Sep 01, 2015 at 10:25:28AM -0300, Felipe Sateler wrote:

>> >> 2. I think you also need /var/log in RequiresMountsFor
>> >
>> > I am not certain.  switchconf don't write directly to the /var/log.
>> > It uses the command logger to write via syslog.  It is not be better
>> > to depend on the syslog service than to depend on /var/log.  I am just
>> > asking.
>>
>> It seems to me that it does write:
>>
>> http://sources.debian.net/src/switchconf/0.0.9-2/switchconf/#L41
>
> Since version 0.0.10, not yet on Debian, it uses logger.  Here is a
> fragment from version 0.0.14 that I intend to upload to Debian:
>


Ah, sorry I missed it was a different version.

Excellent, then indeed the /var/log in RequiresMountsFor should not be
needed. The logging daemon should take care of making sure /var/log is
writable before writing there.

>>
>> >>
>> >> Otherwise looks OK!
>> >>
>> >
>> > In attach is the complete switchconf.service, for the people that come
>> > later in this discussion.
>>
>> Looks good to me!
>>
>>
>
> Thank you for the review.

Thank you for taking care of switchconf.



-- 

Saludos,
Felipe Sateler

Bug#791051: gloox: library transition may be needed when GCC 5 is the default

[Vincent Cheng]

On Tue, Sep 1, 2015 at 12:37 PM, Simon McVittie  wrote:
> On 01/09/15 19:59, Vincent Cheng wrote:
>> If I'm not mistaken, gnutls28 has to transition first before gloox can
>> (which is why I've been holding off on uploading this myself).
>
> gnutls28 does build a C++ library, which I'll admit I hadn't previously
> spotted; thanks for noticing that!
>
> However, it has been built since the beginning of August (hence with
> g++-5), and does not appear to have any reference to the cxx11 symbols
> in the `objdump -Tx` output. Also, the headers in /usr/include/gnutls
> only mention std:: symbols std::exception and std::vector, which I
> believe are unaffected. So I don't think gnutls28 needs a transition,
> hence this is still OK.
>
> (Also, Ubuntu haven't done the rename, despite being ahead of Debian in
> many of the other renames due to having a more targeted set of packages.)

Ah, thanks for investigating (I merely assumed that gnutls28 would
need a transition because it's listed in the transition tracker [1]).
In that case, feel free to reschedule it as a 0-day upload.

Regards,
Vincent

[1] https://release.debian.org/transitions/html/libstdc++6.html

Bug#797511: qtcreator source package should also build a -dev package

[Adam Majer]

On Mon, Aug 31, 2015 at 10:34:00AM +0200, David Douard wrote:
> Package: qtcreator
> Version: 3.2.1+dfsg-7
> Severity: wishlist
> 
> Dear Maintainer,
> 
> I was trying to build the MachinekitSDK (I'd like to package it, see 
> https://github.com/strahlex/MachinekitSDK) which compile a qtcreator plugin.
> So it needs qtcreator's headers.

I will look into it.


-- 
Adam Majer
ad...@zombino.com

Bug#595696: Bug#594817: console-setup should configure the width of the console

[Samuel Thibault]

Anton Zinoviev, le Tue 01 Sep 2015 20:31:33 +0300, a écrit :
> On Tue, Aug 25, 2015 at 10:20:46PM +0200, Samuel Thibault wrote:
> > Samuel Thibault, le Sun 29 Aug 2010 21:08:05 +0200, a écrit :
> > >   We could even imagine to
> > >   rasterize a vector font on the fly for very big sizes.
> > 
> > otf2bdf and bdf2psf could be used for that, for instance if the user
> > specifies the width (which will be the most probable use, people usually
> 
> I am afraid of such automatic conversion.  There are too many 
> combinations which can easily lead to many undiscovered bugs... I'd 
> prefer if we use otf2bdf and bdf2psf manually in order to add a few new 
> fonts in the source package of console-setup.

Right, that can be enough, indeed. We can add more as screen get more
dpi (and make it simple to change in the package build for users to
build them easily if they need)

Samuel

Bug#797697: RFS: wxmaxima/15.08.1-1

[Gunter Königsmann]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "wxmaxima"

* Package name : wxmaxima
  Version : 15.08.1-1
  Upstream Author : Andrej Vodopivec 
* URL : wxmaxima.sourceforge.net
* License : GPL 2+
  Section : math

It builds those binary packages:

 wxmaxima - GUI for the computer algebra system Maxima

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


http://mentors.debian.net/package/wxmaxima

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


dget -x 
http://mentors.debian.net/debian/pool/main/w/wxmaxima/wxmaxima_15.08.1-1.dsc



wxMaxima is a full-featured graphical user interface for maxima, a 
computer algebra system (cas).
Computer algebra systems allow to do any kind of maths with a computer 
in a comfortable way. This includes all calculations that one would 
expect from a computer and that result in a number. Maxima is 
especially well-equipped for this task: Besides the floats the 
processor hardware can handle it allows to use arbitrary-length 
floating-point numbers and exact fractions of numbers whose size is 
only limited by the computer's memory. But the thing a cas is 
specialized in is actually finding the equation that solves a problem. 
One simple example would be:


(%i7) solve(b^2+a^2 = c^2,b);
(%o7) [b = -sqrt(c^2-a^2),b = sqrt(c^2-a^2)]

But maxima will try to find a equation that solves a differential 
equation or a differential, as well.



More information about wxMaxima can be obtained from 
http://wxmaxima.sourceforge.net.


The only change since the last upload on the debian specific side is an 
updated ChangeLog entry.


In the code there have been loads of enhancements, though:
 * Most important is that this package now is compatible with maxima 
5.37.0

 * Syntax highlighting in code cells
 * MathJAX now provides scaleable equations and extended drag-and-drop 
for the html export.

 * The table-of-contents-sidebar now shows the current cursor position
 * Fixed a few instances of cursors jumping out of the screen
 * Fixed a few instances of cursors jumping to the beginning or end of 
the worksheet
 * Better detection which cell maxima is processing and if it still is 
doing so

 * Regression: Hiding the toolbar didn't work on some systems
 * Markdown support for <=, >=, <=>, <-, ->, <->, => and +/- symbols.
 * An option to not export maxima's input as well as the output.
 * An option to use High-resolution bitmaps for the HTML export.
 * Images that are too big for the window now are displayed in a 
scaled-down version.

 * Fixed the support for out-of-tree-bulds that was broken in 15.04
 * Meaningful ALT texts for the HTML export to provide accessibility
 * An option to include the .wxmx file in the .html export
 * Performance fixes that are espectionally effective for MSW
 * Unification of some platform-specific code
 * bash autocompletion
 * A fourth sectioning level
 * Made entering uppercase greek letters easier and documented how to 
input special

unicode symbols
 * Automatic highlighting of text equal to the currrently selected one.
 * A batch mode that pauses evaluation if maxima asks a question.
 * A "halt on error" feature
 * Now evaluation of a new command is only triggered if evaluation of 
the last
command has finished. This means that output from maxima is always 
appended

to the right cell.
 * Un-broke error and question handling for multiple commands per 
cell. Sincewe now send
maxima's input command-per-command this means a cell with multiple 
commands is no

more evaluated faster than multiple cells with single commands each.
 * If ever a end-of-evaluation marker gets lost there is a new 
"trigger evaluation"

menu entry in the maxima menu.
 * On wxGtk autocompletion was replaced by a content assistant that is 
based on the

surprisingly powerful autocompletion feature.
 * Ctrl+Tab now launches the autocompletion (or content assistant, if 
available)

 * Tab and Shift+Tab now indent and unindent regions.
 * Ctrl+Mouse wheel and Ctrl++/- now zoom in and out of the worksheet.
 * Allow Extending selection from part of a single cell to multiple 
cells.

 * An Autoindent functionality.


 Regards,
  Gunter Königsmann

Bug#782759: kernel-package: Support installing device-tree dtbs if possible.

[Ying-Chun Liu (PaulLiu)]

Hi,

Sorry, I made a bug on the previous patch.
Here is the new one. As attachment.

Yours,
Paul

--
PaulLiu (劉穎駿)
E-mail: Ying-Chun Liu (PaulLiu) 
--- kernel/ruleset/targets/image.mk	2014-06-17 03:25:20.0 +0800
+++ kernel/ruleset/targets/image.mk	2015-07-31 19:30:40.969658577 +0800
@@ -102,6 +102,9 @@
 	$(MAKE) $(EXTRAV_ARG) INSTALL_MOD_PATH=$(INSTALL_MOD_PATH)	  \
 		INSTALL_FW_PATH=$(INSTALL_MOD_PATH)/lib/firmware/$(KERNELRELEASE) \
 		$(CROSS_ARG) ARCH=$(KERNEL_ARCH) INSTALL_MOD_STRIP=1 modules_install
+	$(MAKE) $(EXTRAV_ARG) INSTALL_MOD_PATH=$(INSTALL_MOD_PATH)	  \
+		INSTALL_FW_PATH=$(INSTALL_MOD_PATH)/lib/firmware/$(KERNELRELEASE) \
+		$(CROSS_ARG) ARCH=$(KERNEL_ARCH) INSTALL_MOD_STRIP=1 dtbs || echo "no dtb target"
 # Are modules to be signed? if do, do nothing, else add in a link to the debug module
   ifeq ($(strip $(shell grep -E '^[^\#]*CONFIG_MODULE_SIG[^_]' $(CONFIG_FILE))),)
 	$(MAKE) $(EXTRAV_ARG) INSTALL_MOD_PATH=$(TMPTOP)$(DEBUGDIR)   \
@@ -173,6 +176,8 @@
 	test ! -f System.map ||	 chmod 600			   \
 			$(TMPTOP)/$(IMAGEDIR)/System.map-$(KERNELRELEASE);
 	cp $(kimagesrc) $(kimagedest)
+	mkdir -p $(TMPTOP)/usr/lib/linux-image-$(KERNELRELEASE)
+	-cp arch/$(KERNEL_ARCH)/boot/dts/*.dtb $(TMPTOP)/usr/lib/linux-image-$(KERNELRELEASE)
 	$(restore_upstream_debianization)
 endif
 ifeq ($(strip $(HAVE_COFF_IMAGE)),YES)

Bug#797701: ITP: grafana-zabbix -- Zabbix datasource for Grafana dashboard

[Dmitry Smirnov]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: Dmitry Smirnov 

Package name: grafana-zabbix
 Version: 2.0.1
Upstream Author : Alexander Zobnin 
 License: Apache-2.0
Programming Lang: JavaScript
 URL: https://github.com/alexanderzobnin/grafana-zabbix
 Description: Zabbix datasource for Grafana dashboard
 Grafana datasource plugin to display Zabbix data directly in Grafana
 dashboards.


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

Bug#797702: ITP: grafana -- feature rich metrics dashboard and graph editor

[Dmitry Smirnov]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org 
pkg-go-maintain...@lists.alioth.debian.org
Owner: Dmitry Smirnov 

Package name: grafana
 Version: 2.1.3
 License: Apache-2.0
Programming Lang: Go, JavaScript
 URL: http://grafana.org
 Description: feature rich metrics dashboard and graph editor
 Grafana is a feature rich metrics dashboard and graph editor for Graphite,
 InfluxDB & OpenTSDB.


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

Bug#796699: switchconf: Has init script in runlevel S but no matching service file

[Felipe Sateler]

On 1 September 2015 at 15:13, Jose M Calhariz
 wrote:
> Hi Felipe,
> On Tue, Sep 01, 2015 at 10:25:28AM -0300, Felipe Sateler wrote:
>> Hi Jose,
>>
>> On 1 September 2015 at 07:09, Jose M Calhariz
>>  wrote:
>> > Hi,
>> >
>> > I have created a systemd service unit for switchconf.  While waiting
>> > for my sponsor to upload the new version, it's possible to download a
>> > preview from my blog: http://blog.calhariz.com.
>
> I have updated switchconf.service, follow the patch:
>
> Index: debian/switchconf.service
> ===
> --- debian/switchconf.service   (revision 2952)
> +++ debian/switchconf.service   (working copy)
> @@ -4,7 +4,8 @@
>  After=local-fs.target
>  Wants=network-pre.target
>  Before=network-pre.target
> -RequiresMountsFor=/var/lock /var/lib
> +RequiresMountsFor=/var/log /var/lock /var/lib
> +ConditionKernelCommandLine=switchconf
>
>  [Service]
>  Type=oneshot
>
>
>
>
>
>>
>> It helps reviewers if you attach a diff or at least the file ;). Some 
>> comments:
>>
>> 1. Please replicate the skip conditions in the service file using
>> ConditionKernelCommandLine. Check systemd.unit(5) for details. This
>> way systemd skips your script itself.
>
> Done
>
>> 2. I think you also need /var/log in RequiresMountsFor
>
> I am not certain.  switchconf don't write directly to the /var/log.
> It uses the command logger to write via syslog.  It is not be better
> to depend on the syslog service than to depend on /var/log.  I am just
> asking.

It seems to me that it does write:

http://sources.debian.net/src/switchconf/0.0.9-2/switchconf/#L41

>>
>> Otherwise looks OK!
>>
>
> In attach is the complete switchconf.service, for the people that come
> later in this discussion.

Looks good to me!


-- 

Saludos,
Felipe Sateler

Bug#794237: openconnect: Does not work with network-manager 1.0.4

[LeJacq, Jean Pierre]

On Fri, 7 Aug 2015 19:13:15 -0400 Mike Miller  wrote:
> Control: reassign -1 network-manager 1.0.4-1
> Control: retitle -1 network-manager: sets VPN tunnel MTU incorrectly
> 
> On Fri, Aug 07, 2015 at 22:31:44 +0300, Matti Koskimies wrote:
> > On Fri, 2015-08-07 at 09:19 -0400, Mike Miller wrote:
> > > On Fri, Aug 7, 2015 at 13:53:49 +0100, David Woodhouse wrote:
> > > > I blame NM.
> > > 
> > > Fair enough. Matt already said that reverting to NM 1.0.2 was enough
> > > to restore his connection, but that was while running openconnect
> > > standalone. Matt, can you verify that going back to NM 1.0.2 and
> > > connecting to the VPN via NM now sets the proper MTU on tun0 and your
> > > connection works again?
> > 
> > 
> > I can verify that going back to NM 1.0.2 and connecting to VPN via NM
> > sets the proper MTU on vpn0 and my connection works.
> 
> Ok, thanks, regression seems to be squarely on NM, reassigning again.

I've done some limited testing with the latest version 1.0.6-1 from unstable.

So far, the issue seems to be resolved.

-- 
JP

Bug#797687: [collectd] 'Spammy debug messages' at normal verbosity

[Marc Fournier]

On Tue, Sep 01, 2015 at 08:42:13AM -0700, Antonio Russo wrote:
> 
> This bug[1] results in many lines in syslog reading
> 
>"0 Success: 1 value has been dispatched."
> 
> and has already been resolved upstream:
> 
> https://github.com/collectd/collectd/pull/714/commits
> 
> [1] https://github.com/collectd/collectd/issues/664

NB: this issue *hasn't* been fixed upstream. The suggested patch wasn't
merged because it would have broken collectd's plain text protocol.

Just my 2¢...

Bug#797095: PXE on hp server

[Douglas Guptill]

On Thu, 27 Aug 2015 14:00:50 -0700 Nye Liu  wrote:

> HP ProLiant DL390 Gen 9, redscreen with
> testing/main/installer-amd64/20150813/images/netboot:
> debian-installer/amd64/pxelinux.0
> 
> If I replace ONLY pxelinux.0 with 
> stable/main/installer-amd64/20150422+deb8u1/images/netboot:
> debian-installer/amd64/pxelinux.0
> 
> (but use all of the rest of testing)
> 
> It works fine.

works for me too.  gets me to the main installer screen.

Still to try: incorporate a preseed file in the initrd

Thank you for the suggestion.

Regards,
Douglas.

Bug#595696: Bug#594817: console-setup should configure the width of the console

[Samuel Thibault]

Anton Zinoviev, le Tue 01 Sep 2015 20:31:33 +0300, a écrit :
> 40 cols: for braile displays (is there a way to autodetect these?)

There is no simple way to autodetect this.  Some devices have only 20,
while others have 80. 40 is just the most common. People are used to use
80 actually. Some people have 12, and would thus perhaps like 60, 72,
etc. There is no simple heuristic, it's better to just ask the user a
number.

Samuel

Bug#796603: keyboard-configuration: Has init script in runlevel S but no matching service file

[Felipe Sateler]

On 1 September 2015 at 14:05, Anton Zinoviev  wrote:
> On Thu, Aug 27, 2015 at 03:18:17PM -0300, Felipe Sateler wrote:
>>
>> Does console-setup actually need to be run before user services are
>> started? My guess is that it only needs to run before getty, but it
>> should not block other services that want to start.
>
> It should run before fsck.

That is definitely not what the init script says[1]:

# Provides:  console-setup
# Required-Start:$remote_fs
# Required-Stop:
# Should-Start:  console-screen kbd
# Default-Start: S

The keyboard-setup script does, though[2]:

# X-Start-Before: checkroot


[1] 
http://sources.debian.net/src/console-setup/1.132/debian/keyboard-configuration.console-setup.init/
[2] 
http://sources.debian.net/src/console-setup/1.132/debian/keyboard-configuration.keyboard-setup.init/
-- 

Saludos,
Felipe Sateler

Bug#786105: xpn: diff for NMU version 1.2.6-5.1

[Andrey Rahmatullin]

Control: tags 786105 + patch
Control: tags 786105 + pending

Dear maintainer,

I've prepared an NMU for xpn (versioned as 1.2.6-5.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
WBR, wRAR
diff -Nru xpn-1.2.6/debian/changelog xpn-1.2.6/debian/changelog
--- xpn-1.2.6/debian/changelog	2010-06-21 12:28:11.0 +0600
+++ xpn-1.2.6/debian/changelog	2015-09-01 23:19:11.0 +0500
@@ -1,3 +1,10 @@
+xpn (1.2.6-5.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Port from python-support to dh-python (Closes: #786105).
+
+ -- Andrey Rahmatullin   Tue, 01 Sep 2015 23:19:10 +0500
+
 xpn (1.2.6-5) unstable; urgency=low
 
   * debian/patches/04-add_tray_icon.patch: improved behaviour. Now
diff -Nru xpn-1.2.6/debian/control xpn-1.2.6/debian/control
--- xpn-1.2.6/debian/control	2010-06-19 22:00:43.0 +0600
+++ xpn-1.2.6/debian/control	2015-09-01 23:18:36.0 +0500
@@ -4,7 +4,8 @@
 Maintainer: David Paleino 
 Build-Depends:
  debhelper (>= 7.0.50~)
- , python-support (>= 0.90.0)
+ , python-all
+ , dh-python
 Standards-Version: 3.8.4
 Homepage: http://xpn.altervista.org/index-en.html
 Vcs-Git: git://git.debian.org/git/collab-maint/xpn.git
diff -Nru xpn-1.2.6/debian/rules xpn-1.2.6/debian/rules
--- xpn-1.2.6/debian/rules	2010-06-19 21:59:42.0 +0600
+++ xpn-1.2.6/debian/rules	2015-09-01 23:18:22.0 +0500
@@ -22,4 +22,4 @@
 	find $(CURDIR)/debian/xpn/usr/share/xpn/ -type f -exec chmod 644 {} \;
 
 %:
-	dh $@
+	dh $@ --with python2


signature.asc
Description: Digital signature

Bug#796699: switchconf: Has init script in runlevel S but no matching service file

[Jose M Calhariz]

Hi Felipe,
On Tue, Sep 01, 2015 at 10:25:28AM -0300, Felipe Sateler wrote:
> Hi Jose,
> 
> On 1 September 2015 at 07:09, Jose M Calhariz
>  wrote:
> > Hi,
> >
> > I have created a systemd service unit for switchconf.  While waiting
> > for my sponsor to upload the new version, it's possible to download a
> > preview from my blog: http://blog.calhariz.com.

I have updated switchconf.service, follow the patch:

Index: debian/switchconf.service
===
--- debian/switchconf.service   (revision 2952)
+++ debian/switchconf.service   (working copy)
@@ -4,7 +4,8 @@
 After=local-fs.target
 Wants=network-pre.target
 Before=network-pre.target
-RequiresMountsFor=/var/lock /var/lib
+RequiresMountsFor=/var/log /var/lock /var/lib
+ConditionKernelCommandLine=switchconf
 
 [Service]
 Type=oneshot





> 
> It helps reviewers if you attach a diff or at least the file ;). Some 
> comments:
> 
> 1. Please replicate the skip conditions in the service file using
> ConditionKernelCommandLine. Check systemd.unit(5) for details. This
> way systemd skips your script itself.

Done

> 2. I think you also need /var/log in RequiresMountsFor

I am not certain.  switchconf don't write directly to the /var/log.
It uses the command logger to write via syslog.  It is not be better
to depend on the syslog service than to depend on /var/log.  I am just
asking.


> 
> Otherwise looks OK!
> 

In attach is the complete switchconf.service, for the people that come
later in this discussion.

Kind regards
Jose M Calhariz


-- 
--
O que e assaltar um banco comparado com fundar um banco?
-- Bertold Brecht
[Unit]
Description=Switchconf configuration files during boot
DefaultDependencies=no
After=local-fs.target
Wants=network-pre.target
Before=network-pre.target
RequiresMountsFor=/var/log /var/lock /var/lib
ConditionKernelCommandLine=switchconf

[Service]
Type=oneshot
ExecStart=/etc/init.d/switchconf start

[Install]
WantedBy=sysinit.target


signature.asc
Description: Digital signature

Bug#791051: gloox: library transition may be needed when GCC 5 is the default

[Vincent Cheng]

On Tue, Sep 1, 2015 at 12:40 AM, Simon McVittie  wrote:
> Control: tags 791051 + pending
>
> On Sat, 04 Jul 2015 at 00:08:58 -0700, Vincent Cheng wrote:
>> Debdiff below. Please feel free to NMU gloox as needed for the transition.
>
> gloox does not appear to have any build-dependencies that need a transition,
> so I have uploaded to DELAYED/2 with those changes (it's effectively
> a "sponsored upload"). Please let me know if I should reschedule or
> cancel. In particular, if you are happy for this to enter the NEW queue
> immediately, let me know and I will reschedule it to 0-day.

If I'm not mistaken, gnutls28 has to transition first before gloox can
(which is why I've been holding off on uploading this myself).

Regards,
Vincent

Bug#797707: RFS: python-subprocess32/3.2.6-1

[Daniel Stender]

Package: sponsorship-requests
Severity: wishlist

Hi,

I'm looking for a sponsor for my package of python-subprocess32 [1]. It's 
needed resp.
recommended e.g. by ocrodjvu >= 0.9.1, but missing in Debian so far.

I've injected the package into a DPMT repo:
http://anonscm.debian.org/cgit/python-modules/packages/python-subprocess32.git

Buildlog:
http://www.danielstender.com/buildlogs/python-subprocess32_3.2.6-1_amd64-20150901-2104.build

Mentors upload:
http://mentors.debian.net/package/python-subprocess32
http://mentors.debian.net/debian/pool/main/p/python-subprocess32/python-subprocess32_3.2.6-1.dsc

Thanks for consideration,
Daniel Stender

[1] https://bugs.debian.org/797583
ITP: python-subprocess32 -- Py2 backport of Py3 stdlib subprocess module

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
LPI certified Linux Admin (LPI000329859)
http://www.danielstender.com/blog/

Bug#791051: gloox: library transition may be needed when GCC 5 is the default

[Simon McVittie]

On 01/09/15 20:43, Vincent Cheng wrote:
> Ah, thanks for investigating (I merely assumed that gnutls28 would
> need a transition because it's listed in the transition tracker [1]).

In the best case, that transition tracker only tracks what needs to be /
has been rebuilt with g++-5. Thankfully, a library being listed there
does not necessarily mean it touches the affected ABI.

Unfortunately, it is also full of lies: "bad" can either mean "has not
been rebuilt yet" or "does not reference any of the CXX11 symbols", and
there's no straightforward way to tell.

> In that case, feel free to reschedule it as a 0-day upload.

Done, thanks. One down, dozens to go...

S

Bug#791766: /usr/lib/cups/backend-available/usb: USB backend eats 100% CPU

[Fabian Greffrath]

Control: forwarded -1 https://www.cups.org/str.php?L4707


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

Bug#763695: console-setup: even worse than assumed

[Anton Zinoviev]

On Tue, Aug 25, 2015 at 08:53:36PM +0200, Samuel Thibault wrote:
>
> We could try to optimize that now by not loading the whole table, but
> just the parts for which a modifier key has been defined.  That's not
> very clean since it'll leave unreachable parts of any previous load, but
> in the usual case that'll not be a problem.

If the previous table contains two or more layouts, this can potentially 
lead to a non-functional keyboard and require a cold reset...

On Tue, Aug 25, 2015 at 09:56:39PM +0200, Samuel Thibault wrote:
> 
> Ouch. The optimization I mentioned could perhaps reduce that, in a not
> too complex setup (shift, alt, control, altgr, capslock modifiers) by a
> 4x factor. To go further a kernel patch is really needed, there is no
> way around it.

If the speed is priority I suppose it will be better if the user 
installs console-setup-mini instead of console-setup.

Even d-i can install console-setup-mini instead of console-setup by 
default. Ofcourse, before this change is made, its positive effect must 
be properly measured.

Anton Zinoviev

Bug#797699: frogatto: Seg faults when entering Dungeon Gateway

[Taran Lynn]

Package: frogatto
Version: 1.3.1+dfsg-2+b3
Severity: important
Tags: upstream

Dear Maintainer,

If I enter the Dungean Gateway level the game will seg fault within a second or
so. Restarting the game or resaving does not fix the problem.

Here's the last few lines of the debug output.

mapping palette 15
get palette mapped: tiles/dungeon-pillars.png, 15 -> 0x42f1220
mapping palette 15
get palette mapped: tiles/dungeon-walls1.png, 15 -> 0x49c78b0
mapping palette 15
get palette mapped: tiles/dungeon-floor.png, 15 -> 0x34b5740
mapping palette 11
get palette mapped: tiles/cave2.png, 11 -> 0x438ab40
mapping palette 11
get palette mapped: tiles/cave1.png, 11 -> 0x3359870
mapping palette 15
get palette mapped: tiles/cement.png, 15 -> 0x3674e10
done level constructor: 64
CREATE OBJ: dungeon_side_doorway
LOADTEXTURE: props/dungeon-interior-exit.png -> 0x3beaff0
CREATE OBJ: trashcan_milgram
LOADTEXTURE: props/furniture-castle2.png -> 0x2635670
CREATE OBJ: kitty_npc
LOADTEXTURE: enemies/kitty-npc.png -> 0x42d5860
CREATE OBJ: broom
LOADTEXTURE: props/furniture.png -> 0x2635ea0
SET STARTING CYCLES: 0
mapping palette 15
get palette mapped: props/piston-machine.png, 15 -> 0x4334b10
mapping palette 11
get palette mapped: props/save_toilet.png, 11 -> 0x341ba70
mapping palette 11
get palette mapped: props/rocks-background-cubic.png, 11 -> 0x260ef00
mapping palette 11
get palette mapped: props/rocks-foreground-cubic.png, 11 -> 0x39e3640
mapping palette 11
get palette mapped: props/rope-platform.png, 11 -> 0x3294960
mapping palette 11
get palette mapped: wip/basket-mockup2.png, 11 -> 0x3a4d500
mapping palette 11
get palette mapped: props/rope-vertical.png, 11 -> 0x46a1260
mapping palette 15
get palette mapped: props/chainbit.png, 15 -> 0x4c20330
mapping palette 11
get palette mapped: props/rope-vertical-dark.png, 11 -> 0x484f6d0
mapping palette 15
get palette mapped: props/elevator-track.png, 15 -> 0x3fd4680
mapping palette 15
get palette mapped: props/torch.png, 15 -> 0x3ab0b00
mapping palette 11
get palette mapped: effects/particles3.png, 11 -> 0x197fa10
mapping palette 11
get palette mapped: props/cave-foreground-stalagmites.png, 11 -> 0x3abc3c0
mapping palette 15
get palette mapped: props/gate.png, 15 -> 0x36b8360
mapping palette 15
get palette mapped: props/dungeon-interior-exit.png, 15 -> 0x20c40e0
mapping palette 15
get palette mapped: props/furniture-castle2.png, 15 -> 0x3db8a60
mapping palette 11
get palette mapped: props/stalactites.png, 11 -> 0x42def00
RUNNING GARBAGE COLLECTION FOR 167 OBJECTS...
PASS 1: 83 OBJECTS SAFE
PASS 2: 101 OBJECTS SAFE
PASS 3: 102 OBJECTS SAFE
PASS 4: 103 OBJECTS SAFE
PASS 5: 104 OBJECTS SAFE
PASS 6: 105 OBJECTS SAFE
RAN GARBAGE COLLECTION IN 1ms. Releasing 62/167 OBJECTS
PLAY: 0x4b0dd60 ambient/cave.ogg -> 0
PLAY: 0x341cc40 ambient/torch.ogg -> 1
zsh: segmentation fault  frogatto



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

Kernel: Linux 4.1.0-1-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 frogatto depends on:
ii  fonts-freefont-ttf20120503-4
ii  frogatto-data 1.3.1+dfsg-1
ii  libboost-regex1.55.0  1.55.0+dfsg-4
ii  libboost-system1.55.0 1.55.0+dfsg-4
ii  libc6 2.19-19
ii  libgcc1   1:5.1.1-14
ii  libgl1-mesa-glx [libgl1]  10.6.3-1
ii  libglew1.10   1.10.0-3
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libpng12-01.2.50-2+b2
ii  libsdl-image1.2   1.2.12-5+b5
ii  libsdl-mixer1.2   1.2.12-11+b1
ii  libsdl-ttf2.0-0   2.0.11-3
ii  libsdl1.2debian   1.2.15-11
ii  libstdc++65.1.1-14
ii  libx11-6  2:1.6.3-1
ii  zlib1g1:1.2.8.dfsg-2+b1

frogatto recommends no packages.

frogatto suggests no packages.

-- no debconf information

Bug#743886: Bug #743886: Fixed upstream

[Bernard]

I encountered the same bug and filed it upstream here:
https://bugzilla.gnome.org/show_bug.cgi?id=754392

It seems to have been fixed, at latest in 1.8.9.

Bug#797700: yabause-gtk: error command line handling ignores all (pach provided)

[PICCORO McKAY Lenz]

Package: yabause-gtk
Version: 0.9.13-1
Severity: high

gtk command line are missing working due a error in gtk fixed
upstream, please backport the fix, i attached the patch here if
interesting

https://github.com/Yabause/yabause/commit/0862bf4a57de627643d195ca167e7e77ad1b6f7e

easy to backport to the stable, testing and unstable flavors of debian.

When the autostart option was used, every following options
were ignored.

I backported the lasted unstable package to debian squeeze and the
error are still, so investigating see that upstream fixed that in git
https://github.com/Yabause/yabause/commit/0862bf4a57de627643d195ca167e7e77ad1b6f7e

please backport the fixed patch to debian oldoldstable and debian stable

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

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

Versions of packages yabause-gtk depends on:
ii  freeglut3   2.6.0-1  OpenGL Utility Toolkit
ii  libc6   2.11.3-4 Embedded GNU C Library: Shared lib
ii  libgl1-mesa-glx [libgl1]7.7.1-5  A free implementation of the OpenG
ii  libglib2.0-02.24.2-1 The GLib library of C routines
ii  libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface
ii  libgtkglext11.2.0-1.1OpenGL Extension to GTK+ (shared l
ii  libmini18n0 0.1-2minimal internationalization libra
ii  libopenal1  1:1.12.854-2 Software implementation of the Ope
ii  libsdl1.2debian 1.2.14-6.1   Simple DirectMedia Layer
ii  yabause-common  0.9.10-1beautiful and under-rated Saturn e

yabause-gtk recommends no packages.

yabause-gtk suggests no packages.

-- no debconf information


Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

Bug#797677: XS-Testsuite: in debian/control

[Jérémy Lal]

2015-09-01 16:22 GMT+02:00 Thorsten Alteholz :

> Package: npm2deb
> Version: 0.2.2-1
> Severity: normal
> thanks
>
> Hi Leo,
>
> the package created by npm2deb contains a line
>  XS-Testsuite: autopkgtest
> in debian/control.
> lintian complains about that with:
>  I: node-xoauth2 source: xs-testsuite-header-in-debian-control xs-testsuite
> So maybe this line could be removed.
>

That makes sense,


> Can you please also change the debhelper version to 9?
>

I'm curious to know the reason if you have one.

Jérémy.

Bug#797634:

[J.S.Júnior]

I forgot to link

http://mentors.debian.net/debian/pool/main/n/network-config/network-config_0.2-2.dsc


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#530584: #3236: mutt: should use /var/tmp for mail drafts by default

[Mutt]

#3236: mutt: should use /var/tmp for mail drafts by default
--+--
  Reporter:  antonio@…|  Owner:  mutt-dev
  Type:  enhancement  | Status:  new
  Priority:  minor|  Milestone:
 Component:  mutt |Version:
Resolution:   |   Keywords:
--+--
Changes (by chrysn):

 * cc: chrysn@… (added)


-- 
Ticket URL: 
Mutt 
The Mutt mail user agent

Bug#796603: keyboard-configuration: Has init script in runlevel S but no matching service file

[Anton Zinoviev]

On Thu, Aug 27, 2015 at 03:18:17PM -0300, Felipe Sateler wrote:
> 
> Does console-setup actually need to be run before user services are
> started? My guess is that it only needs to run before getty, but it
> should not block other services that want to start.

It should run before fsck.

Anton Zinoviev

Bug#754796: RFP: puppetboard -- web interface to PuppetDB aiming to replace the reporting functionality of Puppet Dashboard.

[Vincent Bernat]

 ❦ 29 juillet 2014 00:04 +0200, Jonas Genannt  :

> both packages are ready in git. Upstream need to add a correct copyright 
> statement, but
> he will do it next week.
>
> You can use the packages already:
>
> Puppetboard:
> git://anonscm.debian.org/pkg-puppet/puppetboard.git

Why isn't it uploaded to Debian? Do you need some sponsoring?
-- 
Identify bad input; recover if possible.
- The Elements of Programming Style (Kernighan & Plauger)


signature.asc
Description: PGP signature

Bug#797699: frogatto: Seg faults when entering Dungeon Gateway

[Vincent Cheng]

On Tue, Sep 1, 2015 at 11:04 AM, Taran Lynn  wrote:
> Package: frogatto
> Version: 1.3.1+dfsg-2+b3
> Severity: important
> Tags: upstream
>
> Dear Maintainer,
>
> If I enter the Dungean Gateway level the game will seg fault within a second 
> or
> so. Restarting the game or resaving does not fix the problem.

Please report this bug upstream [1]. Thanks!

Regards,
Vincent

[1] https://github.com/frogatto/frogatto/issues

Bug#797681: afl: new upstream release (1.89b)

[Daniel Stender]

I've promised the sponsors to convert the build to dh sequencer on the next 
occasion ...
it's coming up!

Dan

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
LPI certified Linux Admin (LPI000329859)
http://www.danielstender.com/blog/

Bug#797640: vim: custom highlighting broken with upgrade to 2:7.4.826-1

[Louis-David Mitterrand]

Package: vim
Version: 2:7.4.826-1
Severity: normal

Hi,

Since upgrading from 2:7.4.488-7 to 2:7.4.826-1 my custom highlighting
rules are no longer effective.

Here is the .vimrc.test that demonstrates the problem:

set nocompatible
syntax on
hi Comment term=bold ctermfg=6 guifg=DarkCyan
hi Identifier term=underline ctermfg=4 guifg=Blue

And the command is:

vim --noplugin -i NONE -u ~/.vimrc.test ~/.vimrc.test

When "set nocompatible" is uncommented then the highlighting rules are
not effective. If commented they work. With 488-7 it makes no difference
(as expected).

-- Package-specific info:

--- real paths of main Vim binaries ---
/usr/bin/vi is /usr/bin/vim.gnome
/usr/bin/vim is /usr/bin/vim.gnome
/usr/bin/gvim is /usr/bin/vim.gnome

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

Kernel: Linux 4.2.0-rc6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages vim depends on:
ii  libacl1  2.2.52-2
ii  libc62.19-19
ii  libgpm2  1.20.4-6.1+b2
ii  libselinux1  2.3-2+b1
ii  libtinfo56.0+20150810-1
ii  vim-common   2:7.4.826-1
ii  vim-runtime  2:7.4.826-1

vim recommends no packages.

Versions of packages vim suggests:
pn  ctags
pn  vim-doc  
pn  vim-scripts  

-- no debconf information

Bug#791051: gloox: library transition may be needed when GCC 5 is the default

[Simon McVittie]

Control: tags 791051 + pending

On Sat, 04 Jul 2015 at 00:08:58 -0700, Vincent Cheng wrote:
> Debdiff below. Please feel free to NMU gloox as needed for the transition.

gloox does not appear to have any build-dependencies that need a transition,
so I have uploaded to DELAYED/2 with those changes (it's effectively
a "sponsored upload"). Please let me know if I should reschedule or
cancel. In particular, if you are happy for this to enter the NEW queue
immediately, let me know and I will reschedule it to 0-day.

S

Bug#788189: it'll have to support java 6 to be able to build us

[Thorsten Glaser]

Hi,

why don't you version the B-D then?

Build-Depends: ..., default-jdk (>= 2:1.6), ...

That will cause GCJ arches to not even attempt the build,
beneficial for all.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#704087: suffering this in wheezy

[randy11]

On Sat, 28 Feb 2015 10:34:46 +0300 Nikolay Shaplov  wrote:
> Hi!
> 
> Can you please tell what is the current status of this bug now? 
> 
> Are there any ways to prevent automatic upgrade to jessie when jessie is 
> released?
> 
> What unattended-upgrades will really do if jessie is not listed in 
> /etc/apt/sources.list ? Just stops upgrading or what?
> 
> I'm little bit worried about this jessie issue...
> 
> Can you please fix this bug, before it's too late...
> 

Hello,

There is a TEMPORARY solution. 'Temporary' because the update of Wheezy is 
done, but Wheezy is seen as "oldstable", so for the few weeks is not a problem, 
but if in my job you keep many versions active, it's a big problem.

First, you must have '/etc/apt/apt.conf' :

// Definition de la distribution.
APT::Default-Release "wheezy";

// consider Recommends, Suggests as important dependencies that should
// be installed by default
APT::Install-Recommends "true";
APT::Get::Assume-Yes "true";


And '/etc/apt/apt.conf.d/50unattended-upgrades' with 
'Unattended-Upgrade::Origins-Pattern' :

Unattended-Upgrade::Origins-Pattern{
"origin=Debian";
"origin=Debian,label=Debian-Security";
"o=Debian,a=proposed-updates";
};


With this setup, the command 'unattended-upgrade --debug --dry-run' give :
~~~
Paquets initialement sur la liste noire : kernel* linux-image* linux-server*
Démarrage du script de mise à niveau automatique
Les origines permises sont : ['origin=Debian', 
'origin=Debian,label=Debian-Security', 'o=Debian,a=updates', 
'o=Debian,a=proposed-updates']
Checking: apache2 ([""])
Checking: apache2-mpm-worker ([""])
...
~~~

The update is done, but the archive is forced at 'oldstable'.

Bug#791140: closed by Pau Garcia i Quiles <pgqui...@elpauer.org> ()

[Simon McVittie]

Control: reopen 791140

On Mon, 31 Aug 2015 at 08:39:10 +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the src:libmsn package:
> 
> #791140: libmsn: library transition may be needed when GCC 5 is the default
...
> Done in 4.2.1+dfsg1

A bug should not be closed until the version fixing it has reached the
archive. I assume you are referring to
 here. I'll look at that
version next.

For bugs with a wider impact than their own package, such as RC
bugs, transitions and release goals, please try to keep all available
information available in the bug log. The number of packages involved
in the libstdc++ transition is huge (around 3000 packages to be rebuilt
and up to 300 sourceful uploads), and a small number of developers are
trying to make it happen; the more information we have immediately
available, the sooner we can complete this transition and make unstable
usable for development again.

S

Bug#797639: scim-unikey: Not loading on AMD64

[Viet Hang Nguyen]

Package: scim-unikey
Version: 0.3.1+debian-3.1
Severity: important

Dear Maintainer,

The scim-unikey package installs its libraries in
scim-unikey: /usr/lib/scim-1.0/1.4.0/Helper/unikey-helper.so
scim-unikey: /usr/lib/scim-1.0/1.4.0/IMEngine/unikey.so

On my AMD64 system, when scim searches for engines, it does not found scim-
unikey.
As a consequence, unikey is not usable.

I noticed that other engine methods install their libraries in
/usr/lib/x86_64-linux-gnu/scim-1.0/1.4.0/IMEngine/ and
/usr/lib/x86_64-linux-gnu/scim-1.0/1.4.0/Helper/

For example, see scim-skk, scim-thai.

As a workaround, creating symbolic links solves the issue.

Regards



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

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

Versions of packages scim-unikey depends on:
ii  libc6 2.19-19
ii  libgcc1   1:5.1.1-14
ii  libglib2.0-0  2.44.1-1.1
ii  libgtk-3-03.16.6-1
ii  libscim8c2a   1.4.15-3
ii  libstdc++65.1.1-14
ii  scim  1.4.15-3

scim-unikey recommends no packages.

scim-unikey suggests no packages.

Bug#797550: game-data-packager: g-d-p make-template is broken

[Alexandre Detiste]

Le mardi 1 septembre 2015, 06:28:31 Fabian Greffrath a écrit :
> Am Montag, den 31.08.2015, 16:08 +0200 schrieb Alexandre Detiste:
> > should be fixed now.
> 
> It is still broken in game_data_packager/__init__.py:1762.
> 
>  - Fabian
> 

This line is now guarded by the same "if version[0:3] >= '1.5':" as in
make-template.

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

Bug#797638: connman: Incorrect "Conflicts" dependencies.

[Oleksandr Gavenko]

Package: connman
Version: 1.21-1.2
Severity: normal
Because of bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772996 I look
to alternatives and install `connman`:

  bash# dpkg -l | grep 'wicd\|connman'
  269:ii  connman  1.21-1.2 
   amd64   Intel Connection 
Manager daemon
  270:ii  connman-doc  1.21-1.2 
   all ConnMan 
documentation
  271:ii  connman-ui   
0~20130115-1amd64   
Full-featured GTK-based tray icon UI for ConnMan
  3690:ii  python-wicd  
1.7.2.4-4.1 all wired 
and wireless network manager - Python module
  4194:ii  wicd-cli 
1.7.2.4-4.1 all wired 
and wireless network manager - scriptable console client
  4195:ii  wicd-curses  
1.7.2.4-4.1 all wired 
and wireless network manager - Curses client
  4196:ii  wicd-daemon  
1.7.2.4-4.1 all wired 
and wireless network manager - daemon
  4197:ii  wicd-gtk 
1.7.2.4-4.1 all wired 
and wireless network manager - GTK+ client

If look to declared dependencies:

  $ apt-cache show connman | grep -C2 Conflicts:

  Recommends: bluez, wpasupplicant, ofono
  Suggests: indicator-network
  Conflicts: network-manager, wicd
  Description-en: Intel Connection Manager daemon
   The Linux Connection Manager project provides a daemon for managing

As you can see from above diagnostics I have no `wicd` package but
`wicd-daemon` is still present and conflict with `connman`.

Fix dependency to `wicd-daemon`!

As work-around it is possible to:

  $ sudo service wicd stop
  $ sudo update-rc.d disable wicd

or:

  $ sudo apt-get remove wicd-daemon

-- 
Best regards!

Bug#797233: librorar-dev contains sndio.h, in conflict with libsndio-dev

[Ralf Treinen]

Hello,

raising severity to serious as both packages now fail to install together:

Unpacking libsndio-dev:amd64 (0.0.10-1) ...
dpkg: error processing archive /var/cache/apt/archives/libsndio-dev_0.0.10-1_amd
64.deb (--unpack):
 trying to overwrite '/usr/include/sndio.h', which is also in package libroar-de
v 1.0~beta11-3
Processing triggers for man-db (2.7.2-1) ...
Errors were encountered while processing:
 /var/cache/apt/archives/libsndio-dev_0.0.10-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
cow-shell unlink .ilist: No such file or directory

-Ralf.

Bug#795283: nmu: libbuffy, libbuffy-bindings

[Simon McVittie]

On Wed, 12 Aug 2015 at 20:38:45 +0200, Julien Cristau wrote:
> On Wed, Aug 12, 2015 at 16:40:10 +0100, Simon McVittie wrote:
> > nmu libbuffy_1.9.2-2 . ALL . -m "Rebuild with g++-5"
> > nmu libbuffy-bindings_0.16 . ALL . -m "Rebuild with libbuffy built with
> > g++-5"
> > dw libbuffy-bindings_0.16 . ALL . -m "libbuffy-dev (>= 1.9.2-2+b1)"
> > dw buffy_1.5-2 . ALL . -m "libbuffy-dev (>= 1.9.2-2+b1)"
> > 
> IIRC enrico told me yesterday he had a major new upstream queued for
> these (or I'm confusing them with some other packages).  cc added.

This does not appear to have happened, and libbuffy-bindings has now
attracted a FTBFS bug. Should we continue with binNMUs anyway?

S

Bug#797641: tshark: "tshark -r" output badly formatted

[Ph. Marek]

Package: tshark
Version: 1.12.7+g7fc8978-1
Severity: normal

Running "tshark -r" on some pcap file gives badly formatted output; while some
columns have a sane width, others are simply wrong.

Here's a shortened output:

|  8 66 03:14:31.106506   0.047926 192.168.72.206 -> 192.168.72.38
|  9 85 03:14:34.624295   3.565715 192.168.72.38 -> 192.168.72.61
| 10 95 03:14:34.626556   3.567976 192.168.72.61 -> 192.168.72.38
| 11 66 03:14:34.626576   3.567996 192.168.72.38 -> 192.168.72.61

This would look good so far ... but as soon as the number of bytes in a packet
isn't 2 digits long, or we get more than 999 packets, the output gets
unreadable:

| 12 85 03:14:34.628704   3.570124 192.168.72.38 -> 192.168.72.61 
| 18 4410 03:14:40.900369   9.841789 192.168.72.206 -> 192.168.72.38 
|994 1514 03:14:42.639231  11.580651 192.168.72.206 -> 192.168.72.38 
|995 78 03:14:42.639237  11.580657 192.168.72.38 -> 192.168.72.206 
|996 1514 03:14:42.639240  11.580660 192.168.72.206 -> 192.168.72.38 
|997 66 03:14:42.639247  11.580667 192.168.72.38 -> 192.168.72.206 
|998 1514 03:14:42.639249  11.580669 192.168.72.206 -> 192.168.72.38 
|999 1514 03:14:42.639252  11.580672 192.168.72.206 -> 192.168.72.38 
|1000 2962 03:14:42.639255  11.580675 192.168.72.206 -> 192.168.72.38 
|1001 78 03:14:42.639255  11.580675 192.168.72.38 -> 192.168.72.206 
|1002 1514 03:14:42.639258  11.580678 192.168.72.206 -> 192.168.72.38 
|1003 1514 03:14:42.639260  11.580680 192.168.72.206 -> 192.168.72.38 

IMO the packet numbers should be formatted as %5d, and the number of bytes %4d
or %5d. The IP addresses might make sense to be given as %-15s; for IPv4 this
would be the maximum length, and IPv6 addresses' lengths are too widely
variable (and can get too long) to reserve all space.

I'm aware that I could pass my own format options as well; but the default
output should already by useable. For comparision, here's "tcpdump -r":

|03:14:40.900965 IP 192.168.72.206.59036 > 192.168.72.38.7798: Flags [.],
|03:14:40.900972 IP 192.168.72.38.7798 > 192.168.72.206.59036: Flags [.], 
|03:14:40.900976 IP 192.168.72.206.59036 > 192.168.72.38.7798: Flags [.], 
|03:14:40.900982 IP 192.168.72.38.7798 > 192.168.72.206.59036: Flags [.], 
|03:14:40.901235 IP 192.168.72.206.59036 > 192.168.72.38.7798: Flags [.], 
|03:14:40.901243 IP 192.168.72.38.7798 > 192.168.72.206.59036: Flags [.], 
|03:14:40.901245 IP 192.168.72.206.59036 > 192.168.72.38.7798: Flags [.], 

(Yes, completely different output, yadda yadda yadda. That's why I want to use
tshark and not tcpdump. But the output is much easier to navigate, as eg. the
time is aligned.)


Thanks for listening!


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

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

Versions of packages tshark depends on:
ii  libc6 2.19-19
ii  libglib2.0-0  2.44.1-1.1
ii  libpcap0.81.7.4-1
ii  libwireshark5 1.12.7+g7fc8978-1
ii  libwiretap4   1.12.7+g7fc8978-1
ii  libwsutil41.12.7+g7fc8978-1
ii  wireshark-common  1.12.7+g7fc8978-1
ii  zlib1g1:1.2.8.dfsg-2+b1

tshark recommends no packages.

tshark suggests no packages.

-- no debconf information

Bug#797642: ITP: ruby-valid -- standalone, generic object validator for ruby

[Pirate Praveen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

package: wnpp
severity:wishlist
owner: Pirate Praveen 

https://rubygems.org/gems/valid
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJV5VISAAoJEM4fnGdFEsIqPjMQAIvoyv7v07thr01C3o/4fuUg
/ADdslIF6HzMWF03mClGVmoRR8Z9ekWUsc+de6q7Ae1V5sItOsLH/Ka++YjOEcvP
p5zelMFNIav1hPZxphHDR9cbaaK9EpI6y6/SuSOPbNTSfCLsn+vcu+MYf0PnktAZ
e4kz2pPrxektbkgGFZIDBleuDLujp/RoHI9gaZS+H3kCfW8HfO7RSJzwQ7smmQUN
5cf/Ehr+b7bx5qr7ZaEZzNmwLHiSD+aCdgrN3muKt0LSTjtFvQDqXRPPQ5O/GbJH
NzuUvnmV9anAQrP8dAkXV+wbok+vD/7qeDPXSYoKzwT6zk0nzMBGXG2/prVD2VvN
RGaYGwYfH+26oajvutOz8yQmJglvfnGRxo9Mv3gFN7e/PK5UwAQWBLIYGR2KTy7n
Ru9F9GkeZCudn03zUoylUEEmwwO87PtrM972EntJUIirJzFcfx7+fRwd78cYOj08
9EiUN2iHe3gAAeqgsA1iS0NIxKuYtfUFI3eVMye5kPYAVPyJMcMyCNkL4oxYkJqK
ZGjQqc8cjeFSSogCgilDsUKxpRvlauhKA7MekUmN8nmXaM+DdrPNLimhRcEn3npB
lTLOESGkq46deLVFtw/Bp2POAVLLgKOztKoOimkKjAFC2s3PD4CjqItK2yjxPtcq
hNtAnsLIeqkV4DCczqGl
=bIRC
-END PGP SIGNATURE-

Bug#796096: installation-reports: Does not recognize USB wireless adapter

[Steve]

Package: installation-reports
Followup-For: Bug #796096

Dear Maintainer,

 I also can confirm this bug, the latest Debian Strech 2 iso (as of today) has
a bug in related to USB device recognition. After booting the installer iso, in
Grub menu you can still select the install option, but after that point onward
the installer do not recognize my Wireless Logitech K520 keyboard+mouse set
which has a nano size USB receiver, while if I connect a regular wired mouse
into any or the same USB slot it works and I can continue the installation.

 This device worked fine with Debian 8.1 install iso and with 6 other distros
for me.

Ps.: I love Debian 9 and KDE5 as it is. You guys are awesome. I just switched
from Windows after 25 years just a week ago.



-- Package-specific info:

Boot method: 
Image version: 
Date: 

Machine: 
Partitions: 


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

Initial boot:   [ ]
Detect network card:[ ]
Configure network:  [ ]
Detect CD:  [ ]
Load installer modules: [ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Install base system:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:




-- 

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

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

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="9 (stretch) - installer build 20150813"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux 192 4.1.0-1-amd64 #1 SMP Debian 4.1.3-1 (2015-08-03) x86_64 
GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] 
RS880 Host Bridge [1022:9601]
lspci -knn: Subsystem: Advanced Micro Devices, Inc. [AMD] RS880 Host Bridge 
[1022:9601]
lspci -knn: 00:02.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] RS780 
PCI to PCI bridge (ext gfx port 0) [1022:9603]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:04.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 
RS780/RS880 PCI to PCI bridge (PCIE port 0) [1022:9604]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:09.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 
RS780/RS880 PCI to PCI bridge (PCIE port 4) [1022:9608]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:0a.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 
RS780/RS880 PCI to PCI bridge (PCIE port 5) [1022:9609]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:11.0 SATA controller [0106]: Advanced Micro Devices, Inc. 
[AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] [1002:4391] (rev 40)
lspci -knn: Subsystem: Gigabyte Technology Co., Ltd Device [1458:b002]
lspci -knn: Kernel driver in use: ahci
lspci -knn: 00:12.0 USB controller [0c03]: Advanced Micro Devices, Inc. 
[AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397]
lspci -knn: Subsystem: Gigabyte Technology Co., Ltd Device [1458:5004]
lspci -knn: Kernel driver in use: ohci-pci
lspci -knn: 00:12.2 USB controller [0c03]: Advanced Micro Devices, Inc. 
[AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396]
lspci -knn: Subsystem: Gigabyte Technology Co., Ltd Device [1458:5004]
lspci -knn: Kernel driver in use: ehci-pci
lspci -knn: 00:13.0 USB controller [0c03]: Advanced Micro Devices, Inc. 
[AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397]
lspci -knn: Subsystem: Gigabyte Technology Co., Ltd Device [1458:5004]
lspci -knn: Kernel driver in use: ohci-pci
lspci -knn: 00:13.2 USB controller [0c03]: Advanced Micro Devices, Inc. 
[AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396]
lspci -knn: Subsystem: Gigabyte Technology Co., Ltd Device [1458:5004]
lspci -knn: Kernel driver in use: ehci-pci
lspci -knn: 00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 
SMBus Controller [1002:4385] (rev 41)
lspci -knn: 00:14.2 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] 
SBx00 Azalia (Intel HDA) [1002:4383] (rev 40)
lspci -knn: Subsystem: Gigabyte Technology Co., Ltd Device [1458:a102]
lspci -knn: Kernel driver in use: snd_hda_intel
lspci -knn: 00:14.3 ISA bridge [0601]: Advanced Micro Devices, Inc. [AMD/ATI] 
SB7x0/SB8x0/SB9x0 LPC host controller [1002:439d] (rev 40)
lspci -knn: Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] 
SB7x0/SB8x0/SB9x0 LPC host controller [1002:439d]
lspci -knn: 00:14.4 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI] 
SBx00 

Bug#797724: debian-installer: Use apt-config's shell command to get sourcelist/sourceparts

[James McCoy]

Package: debian-installer
Version: 20150828
Severity: normal
Tags: patch

Instead of caching apt-config's output and piping through sed, it seems
simpler to use apt-config's support for providing the information for
evaluation by the shell.  The ‘/f’ modifier on the end of the config
name makes apt-config provide the full path as a filename (i.e., no
trailing slash).

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

Kernel: Linux 4.1.0-2-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)
>From e6835a537c27c5815e361eb58fd88bb233d5582e Mon Sep 17 00:00:00 2001
From: James McCoy 
Date: Tue, 1 Sep 2015 20:13:10 -0400
Subject: [PATCH] Use apt-config's shell command to get sourcelist/sourceparts

Signed-off-by: James McCoy 
---
 build/util/gen-sources.list.udeb | 12 +++-
 1 file changed, 3 insertions(+), 9 deletions(-)

diff --git a/build/util/gen-sources.list.udeb b/build/util/gen-sources.list.udeb
index 26a0ac2..715dc68 100755
--- a/build/util/gen-sources.list.udeb
+++ b/build/util/gen-sources.list.udeb
@@ -45,20 +45,14 @@ get_mirrors() {
 	done
 }
 
-# Cache the apt configuration dump, with only the needed namespace
-APT_CONFIG=$(apt-config dump | grep '^Dir::Etc')
-
-# Get the system apt directory
-APT_DIR_ETC=$(echo "$APT_CONFIG" | sed -n -e 's/^Dir::Etc *\"\(.*\)\";$/\1/p')
-
 # Fetch APT's sources.list
-APT_SOURCELIST=$(echo "$APT_CONFIG" | sed -n -e 's/^Dir::Etc::sourcelist *\"\(.*\)\";$/\1/p')
+eval $(apt-config shell APT_SOURCELIST Dir::Etc::sourcelist/f)
 
 # Fetch APT' sources.list.d
-APT_SOURCEPARTS=$(echo "$APT_CONFIG" | sed -n -e 's/^Dir::Etc::sourceparts *\"\(.*\)\";$/\1/p')
+eval $(apt-config shell APT_SOURCEPARTS Dir::Etc::sourceparts/f)
 
 # Also use mirrors defined in files in $SOURCES_LIST.d/
-MIRRORS="$(get_mirrors $SOURCES_LIST /$APT_DIR_ETC/$APT_SOURCELIST /$APT_DIR_ETC/$APT_SOURCEPARTS/*)"
+MIRRORS="$(get_mirrors $SOURCES_LIST $APT_SOURCELIST $APT_SOURCEPARTS/*)"
 
 if ! which 'wget' >/dev/null; then
 	echo "ERROR: the command wget is not available; please install it" >&2
-- 
2.5.1

Bug#796644: [Debian-med-packaging] Bug#796644: Please push current state if there is some local Git

[Afif Elghraoui]

Hi, Andreas,

On الثلاثاء  1 أيلول 2015 03:06, Andreas Tille wrote:
> I noticed that there is no information about pbdagcon in Debian Med git
> which could be fetched by the metadata gatherer to make it available on
> the tasks pages.  In case you have some local Git it would help if you
> could push the current state.
> 

There is not yet any local git either. I am filing ITPs (since there
apparently can't be a team-owned RFP) for all the components of
smrtanalysis. I'll then tackle them all, but this way, it's more clear
to everyone and me what needs to be done for this effort.

Thanks and regards
Afif

-- 
Afif Elghraoui | عفيف الغراوي
http://afif.ghraoui.name

Bug#151148: keylaunch: Please include Windows key also, as modifier key

[Simon Wagemyr]

Wow, this is an old issue/feature request I'm replying to. I used to use
Oroborus many years ago, and feel like trying it out again during my next
clean install on my workstation. Being able to use mod4/"windows key" as a
mod key would be fabulous, if not even a deal breaker. So, I guess I'm just
here to say that such an update would be nice to see. :)

Bug#692113: watch: Please update manual page to also mention 0,1.

[Tomasz Buchert]

Hi,
I hit this behavior too. I'm not sure it is a bug, though.  You can
make your script consistent by forcing the C locale:

LC_ALL=C watch -n 0.5 ...

Cheers,
Tomasz


signature.asc
Description: Digital signature

Bug#797446: haskell-stack: Missing dependencies: libyaml, make, libgmp-dev

[Joachim Breitner]

Hi Tom,

Am Sonntag, den 30.08.2015, 19:56 +0100 schrieb Tom Fitzhenry:
> Package: haskell-stack
> Version: 0.1.2.0-1
> Severity: normal
> 
> Dear Maintainer,
> 
> The stack package has a few easy-to-workaround-but-serious issues:
> * stack(1) links against libyaml, but this is not specified as a 
> dependency.
> * `stack setup` fails with "The following executables are missing and 
> must be installed: make", if `make` is not installed. This should be 
> a dependency.
> * `stack setup` fails with "Linking /tmp/stack-sanity-check20372/Main 
> ... /usr/bin/ld: cannot find -lgmp" if libgmp-dev is not installed. 
> This should be a dependency.

thanks for the report.

I guess the latter two dependencies are only required if you are not
using the Debian provided ghc. Which, of course, needs to be a
supported use case, and the dependencies do not hurt otherwise. I’ll
add them.

Greetings,
Joachim

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


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

Bug#788243: quagga: suboptimal default pager settings for vtysh

[Jim Barber]

Hi.

I used to be able to override the pager used by vtysh by setting the
VTYSH_PAGER environment variable.
However it seems to be ignored these days.
I've tried the following:

export VTYSH_PAGER=/bin/more
vtysh

VTYSH_PAGER=/bin/more vtysh

export VTYSH_PAGER='/usr/bin/less -EX'
vtysh

VTYSH_PAGER='/usr/bin/less -EX' vtysh

All of them result in being presented with a blank screen with (END) at the
bottom when I run vtysh (so the default 'less' configuration).
Every command run results in me having to hit q afterwards, and the results
from the previous command are cleared from the screen.

The variable is definitely set:

root@gw:~# env | grep VTYSH_PAGER
VTYSH_PAGER=less -EX

I'm not sure at what version of quagga this stopped working, but when I
introduced it to my profile (years ago?) it used to work.

Regards,
Jim

Bug#797727: openssh should be built with audit support on Linux

[Tyler Hicks]

Package: openssh
Version: 1:6.9p1-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu wily ubuntu-patch

Dear Maintainer,

We've received a couple bugs in Ubuntu regarding the lack of support for
Linux Audit login event support:

  https://launchpad.net/bugs/1319278
  https://launchpad.net/bugs/1478087

The aulast and aureport tools do not work for sshd logins because
openssh is not built with audit support. This means that
AUDIT_USER_LOGIN events aren't logged by sshd so the Linux Audit tools
do not find login information in the audit log.

I've performed a test build of openssh, built with --with-audit=linux,
and verified that AUDIT_USER_LOGIN events are correctly logged:

  type=USER_LOGIN msg=audit(1441160388.221:321): pid=5751 uid=0 auid=1000 
ses=11 msg='op=login id=1000 exe="/usr/sbin/sshd" hostname=10.1.8.1 
addr=10.1.8.1 terminal=/dev/pts/7 res=success'

The aulast tool works as expected using the test openssh build:

  $ sudo aulast
  tyhicks  pts/710.1.8.1 Tue Sep  1 21:19   still logged in

I've attached a patch containing the simple changes needed to enable
audit support on Linux.

Thanks for considering the patch.

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

Kernel: Linux 3.19.0-26-generic (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)
diff -Nru openssh-6.9p1/debian/changelog openssh-6.9p1/debian/changelog
diff -Nru openssh-6.9p1/debian/control openssh-6.9p1/debian/control
--- openssh-6.9p1/debian/control	2015-08-20 04:34:45.0 -0500
+++ openssh-6.9p1/debian/control	2015-09-01 21:08:53.0 -0500
@@ -2,7 +2,7 @@
 Section: net
 Priority: standard
 Maintainer: Debian OpenSSH Maintainers 
-Build-Depends: libwrap0-dev | libwrap-dev, zlib1g-dev (>= 1:1.2.3), libssl-dev (>= 0.9.8g), libpam0g-dev | libpam-dev, libgtk2.0-dev, libedit-dev, debhelper (>= 9~), dh-exec, libselinux1-dev [linux-any], libkrb5-dev | heimdal-dev, dpkg-dev (>= 1.16.1~), libck-connector-dev, dh-autoreconf, autotools-dev, dh-systemd (>= 1.4)
+Build-Depends: libwrap0-dev | libwrap-dev, zlib1g-dev (>= 1:1.2.3), libssl-dev (>= 0.9.8g), libpam0g-dev | libpam-dev, libgtk2.0-dev, libedit-dev, debhelper (>= 9~), dh-exec, libselinux1-dev [linux-any], libkrb5-dev | heimdal-dev, dpkg-dev (>= 1.16.1~), libck-connector-dev, dh-autoreconf, autotools-dev, dh-systemd (>= 1.4), libaudit-dev
 XS-Testsuite: autopkgtest
 Standards-Version: 3.9.6
 Uploaders: Colin Watson , Matthew Vernon 
diff -Nru openssh-6.9p1/debian/rules openssh-6.9p1/debian/rules
--- openssh-6.9p1/debian/rules	2015-08-20 04:34:45.0 -0500
+++ openssh-6.9p1/debian/rules	2015-08-31 17:12:30.0 -0500
@@ -91,6 +91,7 @@
 confflags += --with-ssl-engine
 ifeq ($(DEB_HOST_ARCH_OS),linux)
 confflags += --with-selinux
+confflags += --with-audit=linux
 endif
 ifeq ($(DISTRIBUTOR),Ubuntu)
 confflags += --with-consolekit

Bug#797646: xmms2: transition needed for g++-5 ABIs

[Benjamin Drung]

Hi Rémi,

will you take care of the upload? Otherwise I am happy to accept patches
and upload them.

Am Dienstag, den 01.09.2015, 09:32 +0100 schrieb Simon McVittie:
> Source: xmms2
> Version: 0.8+dfsg-13
> Severity: serious
> Justification: breaks reverse-dependencies
> 
> Background[1]: libstdc++6 introduces a new ABI to conform to the
> C++11 standard, but keeps the old ABI to not break existing binaries.
> Packages which are built with g++-5 from experimental (not the one
> from testing/unstable) are using the new ABI.  Libraries built from
> this source package export some of the new __cxx11 or B5cxx11 symbols,
> dropping other symbols.  If these symbols are part of the API of
> the library, then this rebuild with g++-5 will trigger a transition
> for the library.
> 
> In the case of xmms2, std::string appears in header files that
> get installed, so it seems very likely that a transition is needed.
> The transition consists of renaming the affected library packages, adding a
> v5 suffix.
> 
> In the case of xmms2, libxmmsclient++4 and libxmmsclient++-glib1 appear
> to be affected. A couple of packages build-depend on libxmmsclient++-dev,
> so libxmmsclient++4 needs renaming to libxmmsclient++4v5. Nothing actually
> seems to build-depend on libxmmsclient++-glib-dev, but if you're going
> through the NEW queue to rename libxmmsclient++4 anyway, it seens sensible
> to rename libxmmsclient++-glib1 to libxmmsclient++-glib1v5 in the
> same upload.
> 
> These follow-up transitions for libstdc++ are not going through exactly
> the normal transition procedure, because many entangled transitions are
> going on at the same time, and the usual ordered transition procedure
> does not scale that far. When all the C++ libraries on which this library
> depends have started their transitions in unstable if required, this
> library should do the same, closing this bug; the release team will deal
> with binNMUs as needed.
> 
> In the case of xmms2:
> 
> * boost already started its transition with version 1.58
> * the other library dependencies appear to have C APIs
> 
> so I think this transition is ready to start.
> 
> The package is likely to be NMU'd if there is no maintainer response. The
> release team have declared a 2 day NMU delay[2] for packages involved
> in the libstdc++ transition, in order to get unstable back to a usable
> state in a finite time.
> 
> S
> 
> [1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition
> [2] https://lists.debian.org/debian-devel-announce/2015/08/msg0.html

-- 
Benjamin Drung
Debian & Ubuntu Developer

Bug#797714: Always "Ignoring fingerprint" with ksp file input

[Eduard Bloch]

Package: signing-party
Version: 2.1-1
Severity: normal
File: /usr/bin/caff

$ caff --debug < ksp-dc15.txt.mine
[NOTICE] Reading gpgparticipants formatted input on STDIN
[NOTICE] Found SHA256 checksum (marked as verified, assumed good)
[INFO] Ignoring fingerprint 7C3AB9CFD230BD30DD009C591E7091B1F14A64A2
[INFO] Ignoring fingerprint DCCBC0E08C2ECA5A1C5E6062357FE44091183685
[INFO] Ignoring fingerprint 7CB413B528AFDF0D5E062E482E38FD70580E02C0
...

Basically all keys are ignored. Why? No idea, I added an X to the file,
assuming that this should be enough. Manpage doesn't provide much more
information for this kind of usage. Sample attached.


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

Kernel: Linux 4.2.0+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages signing-party depends on:
ii  gnupg  1.4.19-5
ii  libc6  2.19-19
ii  libclass-methodmaker-perl  2.24-1
ii  libgnupg-interface-perl0.52-2
ii  libmailtools-perl  2.13-1
ii  libmime-tools-perl 5.505-1
ii  libnet-idn-encode-perl 2.202-1
ii  libterm-readkey-perl   2.33-1
ii  libtext-template-perl  1.46-1
ii  perl   5.20.2-6
ii  python 2.7.9-1
ii  qprint 1.1.dfsg.2-2

Versions of packages signing-party recommends:
ii  dialog 1.2-20150528-1
ii  exim4-daemon-light [mail-transport-agent]  4.86-3
ii  libgd-perl [libgd-gd2-perl]2.53-1+b1
ii  libpaper-utils 1.1.24+nmu4
ii  whiptail   0.52.18-1

Versions of packages signing-party suggests:
ii  fonts-droid1:4.4.4r2-7
ii  imagemagick8:6.8.9.9-5.1+b1
ii  mutt   1.5.23-3.1
pn  qrencode   
ii  texlive-font-utils 2015.20150823-1
ii  texlive-latex-extra2015.20150823-1
ii  texlive-latex-recommended  2015.20150823-1
pn  texlive-xetex  
pn  wipe   

-- no debconf information

-- 
Wilkommen bei Slash-Boing-Heise ...
anna_k, anna.katz...@gmx.net (466 Beiträge seit 18.4.00)
Bewertung dieses Beitrags:  [Beitragsbewertung: 87%]


... dem Internet-Magazin der etwas anderen Art.

In Zukunft werden wir Sie tagesaktuell auch über folgende Themen
informieren:

 -- SuicideGirls --- Schlampen oder Schätzchen?
 -- Hamster im PC: Grillgut oder Superconductor?
 -- Pappraketen und Roboter, die Kinder fressen.
 -- Windows Vista im Wohnzimmer: Welches "Theme" ist das richtige für
mich?
 -- Die Bundescomputerliga: Steigt HP ab? Und: Alles über das
Win/Mac-Pokalspiel.
 --PC-Tuning extrem: "Gleisch hasdu meine Lüfter in die Fresse,
Alder!"
 -- HURD oder JOGHURD - Milchspeisen für Admins.
 -- Welche Unterhose trägt Cory Doctorow heute (und warum?).
 -- Immer nur "Sendmail" nervt auch: Warum nicht einfach mal Mail
empfangen?
 -- Schnurers Frisurentips (Mo-Fr und Sa-So auf c't-TV) (wird  Do-Mo
und Di-Mi wiederholt)
 -- "Mir zwickts am Kernel" (Eine ehrliche Fragestunde mit dem Dr.
Sommer-Team)
 -- RAM gegen RAM - das ulimative Shootout: Wer fliegt weiter? (mit
Steinschleudern)
 -- Deutschlands Geilste Festplatten: Wo Sie am besten fscken können.

Und noch vieles, vieles mehr!

Bookmarken Sie jetzt, um in den vollen Genuss unseres Bookmarks zu
kommen!
Anibal Monsalve Salazar 

  D E B C O N F 1 5K E Y S I G N I N G

   List of Participants  (v 1.0)


Here's what you have to do with this file:

1. Print this file to paper.
2. Compute this file's SHA256 checksum: sha256sum ksp-dc15.txt
3. fill in the hash values on the printout.
4. Bring the printout, a pen, and proof of identity to the keysigning.

For each participant:

1. Compare the hash you computed with the other participant.
2. Ask if the other participant's gpg fingerprint on the hardcopy is correct.
3. Verify each other's identity by checking preferably a passport.
4. If you are satisfied with the identification, mark on your hardcopy that
   the other participant's gpg fingerprint is correct and has been identified.


SHA256 Checksum: _ [x]



#1   Aaron M. Ucko (rank: 119)

  [x] Fingerprint(s) OK[x] ID OK

pub   rsa4096/F14A64A2 2009-05-22 [expires: 2017-07-21]
  Key fingerprint = 7C3A B9CF D230 BD30 DD00  9C59 1E70 91B1 F14A 64A2
uid   Aaron M. Ucko 
uid   Aaron M. Ucko 


#2   Abhishek Bhattacharjee

  [ ] Fingerprint(s) OK[ ] ID OK

pub   rsa4096/91183685 2015-08-03 [expires: 2017-03-25]
  Key fingerprint = DCCB 

Bug#797713: ITP: python-stetl -- Streaming ETL - geospatial ETL framework for Python

[Bas Couwenberg]

Package: wnpp
Severity: wishlist
Owner: Bas Couwenberg 

* Package name: python-stetl
  Version : 1.0.8
  Upstream Author : Just van den Broecke 
* URL : http://stetl.org/
* License : GPL-3+
  Programming Lang: Python
  Description : Streaming ETL - geospatial ETL framework for Python 2

Stetl, streaming ETL, pronounced "staedl", is a lightweight ETL-framework
for the conversion of rich (as GML) geospatial data conversion.

It basically glues together existing parsing and transformation tools
like GDAL/OGR (ogr2ogr) and XSLT. By using native tools like libxml and
libxslt (via Python lxml) Stetl is speed-optimized.

Stetl has a similar design as Spring (Java) and other modern frameworks
based on IoC (Inversion of Control). A configuration file (in Python
config format) specifies your chain of ETL steps. This chain is formed
by a series of Python modules/objects and their parameters. These are
symbolically specified in the config file. You just invoke etl.py the
main program with a config file. The config file specifies the input
modules (e.g. PostGIS), transformers (e.g. XSLT) and outputs (e.g. a GML
file or even WFS-T a geospatial protocol to publish GML to a server).


Stetl is required for the TOP10NL ETL port of NLExtract, and the package
will be maintained within the Debian GIS team.

Bug#797712: failing with gpg2, error reading key: Legacy key

[Guilhem Moulin]

Hi,

On Tue, 01 Sep 2015 at 22:11:23 +0200, Eduard Bloch wrote:
> And for some reason, gpg-agent is no longer working, I guess it's
> caused by gpg2 installation?

It has nothing to do with signing-party anyway.

> The solution is removing .caff/gnupghome and let it replace it. This is
> either a bug or your docs might point out that it needs to be deleted
> after changing gpg version.

No action should be required on your side.  Do you still have a copy of
the ‘~/.caff/gnupghome’?  If yes can you run

  gpg2 --homedir ~/.caff/gnupghome --list-key $KEYID

I wonder if it's related to [0] somehow.

Could you also try to create a fresh caff keyring with gnupg 1.4 and
later try to run caff with 2.1?  Something like that:

mv ~/.caff/gnupghome ~/.caff/gnupghome1
# set ‘$CONFIG{'gpg'} = 'gpg';’ in your caffrc
caff --debug --no-sign $KEYID
# set ‘$CONFIG{'gpg'} = 'gpg2';’ in your caffrc
caff --debug $KEYID

If that works, it might be due to [0] indeed.  Otherwise, it's probably
a bug in caff ;-)

-- 
Guilhem.

[0] https://bugs.gnupg.org/gnupg/issue1847


signature.asc
Description: Digital signature

Bug#741573: CFV: Debian Menu Systems

[Don Armstrong]

On Tue, 01 Sep 2015, Sam Hartman wrote:
> I'd like to call for votes on the following resolution:

[...]

I vote:

D>A=B>C>Z

-- 
Don Armstrong  http://www.donarmstrong.com

unbeingdead isn't beingalive
 -- e.e. cummings "31" _73 Poems_

Bug#797513: [Pkg-libvirt-maintainers] Bug#797513: Regression in support for custom CPU configuration

[Nikolaus Schulz]

On Wed, Sep 02, 2015 at 12:38:38AM +0200, Nikolaus Schulz wrote:
> On Tue, Sep 01, 2015 at 01:27:30PM +0200, Guido Günther wrote:
> > On Tue, Sep 01, 2015 at 11:40:52AM +0100, Ben Hutchings wrote:
> > > > I'd be keen to know what the  element says. I retried on a
> > > > Westmere and the CPU type is detected correctly.
> > 
> > It's indeed lacking the vendor attribute. I have:
> > 
> >   $ virsh capabilities | xpath -q -e //host/cpu/vendor
> >   Intel
> > 
> > while yours is empty which seems to be the regression.
> 
> Again, same here.  I've downgraded libvirt to 1.2.16 again, and here's
> the delta for the capabilities host node:
> 
> --- virsh-cap-1.2.16.xml  2015-09-02 00:20:50.989297520 +0200
> +++ virsh-cap-1.2.19.xml  2015-09-02 00:19:58.709038277 +0200
> @@ -1,10 +1,20 @@
>  
> -638c5e1e-b80b-4ae0-a519-73a90ca4c1ad
> +8c1ecff4-070d-4374-94f0-ce62022e53db
>  
>i686
>coreduo
> -  Intel
>
> +  
> +  
> +  
> +  
> +  
> +  
> +  
> +  
> +  
> +  
> +  
>
>
>
> 
> The features avx512cd..bmi1 are actually *not* supported by my old Core
> Duo T2400 CPU, and libvirt 1.2.16 rightly complains about that if I feed
> it such a cpu definition on my box.
> 
> > Can you check
> > syslog if there are any warnings or errors printed during libvirt
> > startup? If not I'm a bit puzzled since nothing changed recently in
> > this area.
> 
> I have no libvirt related errors in my log.

Ugh. Looking into /var/log/libvirt instead of syslog, I find plenty, see
attachment.

Nikolaus
2015-08-23 15:40:33.565+: 7885: info : libvirt version: 1.2.16, package: 2 
(buildd 2015-06-05-10:39:35 x86-csail-01)
2015-08-23 15:40:33.565+: 7885: error : virQEMUCapsParseHelpStr:1412 : 
internal error: QEMU / QMP failed: Could not access KVM kernel module: 
Permission denied
failed to initialize KVM: Permission denied

2015-08-23 15:40:33.565+: 7885: warning : virQEMUCapsLogProbeFailure:3460 : 
Failed to probe capabilities for /usr/bin/kvm: internal error: QEMU / QMP 
failed: Could not access KVM kernel module: Permission denied
failed to initialize KVM: Permission denied

2015-08-23 19:17:38.258+: 7874: error : virFileReadAll:1347 : Failed to 
open file '/sys/class/scsi_host//host14/unique_id': No such file or directory
2015-08-23 21:21:36.087+: 7874: error : virFileReadAll:1347 : Failed to 
open file '/sys/class/scsi_host//host16/unique_id': No such file or directory
2015-08-23 21:56:08.838+: 7874: error : virFileReadAll:1347 : Failed to 
open file '/sys/class/scsi_host//host18/unique_id': No such file or directory
2015-08-23 22:19:58.470+: 2212: info : libvirt version: 1.2.16, package: 2 
(buildd 2015-06-05-10:39:35 x86-csail-01)
2015-08-23 22:19:58.470+: 2212: error : virNodeSuspendSupportsTarget:332 : 
internal error: Cannot probe for supported suspend types
2015-08-23 22:19:58.472+: 2212: warning : virQEMUCapsInit:1011 : Failed to 
get host power management capabilities
2015-08-23 22:26:58.618+: 2433: info : libvirt version: 1.2.16, package: 2 
(buildd 2015-06-05-10:39:35 x86-csail-01)
2015-08-23 22:26:58.618+: 2433: error : virNodeSuspendSupportsTarget:332 : 
internal error: Cannot probe for supported suspend types
2015-08-23 22:26:58.619+: 2433: warning : virQEMUCapsInit:1011 : Failed to 
get host power management capabilities
2015-08-24 07:56:06.084+: 2368: error : virFileReadAll:1347 : Failed to 
open file '/sys/class/scsi_host//host7/unique_id': No such file or directory
2015-08-24 08:56:17.353+: 2368: error : virFileReadAll:1347 : Failed to 
open file '/sys/class/scsi_host//host9/unique_id': No such file or directory
2015-08-24 09:19:37.531+: 2368: error : virFileReadAll:1347 : Failed to 
open file '/sys/class/scsi_host//host11/unique_id': No such file or directory
2015-08-24 09:37:09.202+: 2368: error : virFileReadAll:1347 : Failed to 
open file '/sys/class/scsi_host//host13/unique_id': No such file or directory
2015-08-24 19:14:51.446+: 2368: error : virFileReadAll:1347 : Failed to 
open file '/sys/class/scsi_host//host15/unique_id': No such file or directory
2015-08-24 19:34:28.353+: 2377: error : virPolkitCheckAuth:125 : 
authentication failed: no agent is available to authenticate
2015-08-24 19:34:28.356+: 2368: error : virNetSocketReadWire:1520 : End of 
file while reading data: Input/output error
2015-08-24 19:35:04.776+: 2371: error : virDirCreateNoFork:2296 : failed to 
create directory '/var/lib/libvirt/images': File exists
2015-08-24 20:06:37.701+: 2368: error : virFileReadAll:1347 : Failed to 
open file '/sys/class/scsi_host//host17/unique_id': No such file or directory
2015-08-24 20:39:50.191+: 2368: error : virFileReadAll:1347 : Failed to 
open file '/sys/class/scsi_host//host19/unique_id': No such file or directory
2015-08-24 21:47:47.781+: 2368: error : virFileReadAll:1347 : Failed to 
open file 

Bug#785138: v0.23 is also out :-)

[Ernesto Domato]

Just that, not only Jessie has been released but gparted is on v0.23 ;-)

Just to add half cent :-P

Greets.

Bug#797722: spamassassin cron.daily fails with permission denied for tmp file

[Simon Walter]

Package: spamassassin
Version: 3.4.0-6

cron.daily spamassassin fails because the tmp file can't be created. script 
seems to be executed in /root/

/etc/cron.daily/spamassassin:
util: failed to create a temporary file '/.spamassassin9891RWTlsmtmp': 
Permission denied at /usr/share/perl5/Mail/SpamAssassin/Util.pm line 1123.
sa-update failed for unknown reasons

Possible solutions:
- cron-script could specifiy /tmp or /var/lib/spamassassin when starting 
sa-update
- Util.pm tries to use Env-Var TMPDIR which doesn't seems to be configured, so 
it could be set to /tmp or /var/lib/spamassassine for the execution of sa-update


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

Kernel: Linux 4.1.0-0.bpo.1-amd64 (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 spamassassin depends on:
ii  adduser 3.113+nmu3
ii  init-system-helpers 1.22
pn  libarchive-tar-perl 
ii  libhtml-parser-perl 3.71-1+b3
ii  libnet-dns-perl 0.81-2
ii  libnetaddr-ip-perl  4.075+dfsg-1+b1
ii  libsocket6-perl 0.25-1+b1
ii  libsys-hostname-long-perl   1.4-3
ii  libwww-perl 6.08-1
ii  perl5.20.2-3+deb8u1
ii  perl-modules [libio-zlib-perl]  5.20.2-3+deb8u1

Versions of packages spamassassin recommends:
ii  gnupg  1.4.18-7
ii  libio-socket-inet6-perl2.72-1
ii  libmail-spf-perl   2.9.0-3
ii  perl [libsys-syslog-perl]  5.20.2-3+deb8u1
pn  sa-compile 
ii  spamc  3.4.0-6

Versions of packages spamassassin suggests:
ii  libdbi-perl   1.631-3+b1
ii  libio-socket-ssl-perl 2.002-2
pn  libmail-dkim-perl 
ii  perl [libcompress-zlib-perl]  5.20.2-3+deb8u1
pn  pyzor 
pn  razor 

-- Configuration Files:
/etc/default/spamassassin changed:
ENABLED=1
OPTIONS="--create-prefs --max-children 1 --helper-home-dir"
PIDFILE="/var/run/spamd.pid"
CRON=1

/etc/spamassassin/local.cf changed:
report_safe 0
required_score 10.0
clear_report_template
report "_TESTSSCORES(, )_"
ifplugin Mail::SpamAssassin::Plugin::Shortcircuit
endif # Mail::SpamAssassin::Plugin::Shortcircuit


-- no debconf information

Bug#797723: caja crashes when unchecking "Show hidden files"

[Marwy]

Package: caja
Version: 1.8.2-3+deb8u1
Severity: normal

   * What led up to the situation?

I opened the Edit -> Options menu and unchecked the "show hidden files" box.
Before, this option was checked (at least for some weeks).

   * What was the outcome of this action?

Caja crashed and disappeared.

Caja only shows this behaviour when I open it and *uncheck* the box. Once the
box is unchecked (and caja crashed) and I re-open caja, "Show hidden files" is
unchecked as wished. Also I can check and uncheck "Show hidden files" without
crashing caja.

Additional information:
A similar problem was reported by Linux Mint users in 2014. See
http://forums.linuxmint.com/viewtopic.php?t=178105=924319




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

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

Versions of packages caja depends on:
ii  caja-common   1.8.2-3+deb8u1
ii  desktop-file-utils0.22-1
ii  gvfs  1.22.2-1
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-18
ii  libcairo2 1.14.0-2.1
ii  libcaja-extension11.8.2-3+deb8u1
ii  libexempi32.2.1-2
ii  libexif12 0.6.21-2
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-3
ii  libgail18 2.24.25-3
ii  libgdk-pixbuf2.0-02.31.1-2+deb8u2
ii  libglib2.0-0  2.42.1-1
ii  libglib2.0-data   2.42.1-1
ii  libgtk2.0-0   2.24.25-3
ii  libice6   2:1.0.9-1+b1
ii  libmate-desktop-2-17  1.8.1+dfsg1-3+deb8u1
ii  libpango-1.0-01.36.8-3
ii  libpangocairo-1.0-0   1.36.8-3
ii  libpangoft2-1.0-0 1.36.8-3
ii  libselinux1   2.3-2
ii  libsm62:1.2.2-1+b1
ii  libstartup-notification0  0.12-4
ii  libunique-1.0-0   1.1.6-5
ii  libx11-6  2:1.6.2-3
ii  libxext6  2:1.3.3-1
ii  libxml2   2.9.1+dfsg1-5
ii  libxrender1   1:0.9.8-1+b1
ii  mate-desktop  1.8.1+dfsg1-3+deb8u1
ii  shared-mime-info  1.3-1

Versions of packages caja recommends:
pn  gvfs-backends  

Versions of packages caja suggests:
ii  engrampa 1.8.1+dfsg1-1
pn  gstreamer0.10-tools  
pn  meld 

-- no debconf information

Bug#797721: [Pkg-zsh-devel] Bug#797721: zsh frozen with zombie child

[Axel Beckert]

Control: tag -1 + unreproducible

Hi,

Vincent Lefevre wrote:
> Well, a major regression, with possible data loss to due the freeze,
> and easy to reproduce.
> 
> 1. Run "emacs some_file &"
> 2. Run "less some_other_file"
> 3. Quit emacs.
> 4. Quit less.

JFTR: I can't reproduce this issue. And I haven't been running into
any similar issue since I started using zsh 5.0.8-test-3 (aka 5.1 RC3)
about a week ago.

Let's wait what people say on zsh-workers.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , 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

Bug#776274: linux: add fb-modules for loongson 3

[Ben Hutchings]

On Fri, 2015-08-28 at 06:47 +0800, YunQiang Su wrote:
> On Mon, 26 Jan 2015 13:45:23 +0800 YunQiang Su  wrote:
> > Package: linux
> > Version: 3.18.3-2~exp1
> > 
> > loongson 3 needs radeon driver, so please add fb-modules for loongson 3.
> 
> Any consideration of this bug report?

Sorry, I've now done this.

Ben.

-- 
Ben Hutchings
Horngren's Observation:
   Among economists, the real world is often a special case.



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

Bug#797378: dosemu: DPMI errors in same DOS programs

[H. Peter Anvin]

Please provide an strace of the failing dosemu process:

strace -o dosemu.log dosemu ...

-hpa

Bug#778925:

[J.S.Júnior]

owner 778925 !
thanks

I working this package
Thanks Moritz and Thanks Peter Kasza

[]`s


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#797725: please update open-vm-tools to 10.0.0

[Oliver Kurth]

Package: open-vm-tools
Version: 2:9.10.2-2822639-3?

Hi,

we just released version 10.0.0 of open-vm-tools. It's available at 
https://github.com/vmware/open-vm-tools/tree/stable-10.0.x . See 
https://github.com/vmware/open-vm-tools/blob/stable-10.0.x/ReleaseNotes.md? for 
release notes.

Thanks,
Oliver

Bug#797059: Info received (lynx cannot connect to https://contributors.debian.org)

[Thomas Dickey]

On Tue, Sep 01, 2015 at 07:54:41PM +0200, Andreas Metzler wrote:
> Control: forwarded -1 
> http://permalink.gmane.org/gmane.comp.web.lynx.devel/8455
> 
> On 2015-09-01 Simon Kainz  wrote:
> > Hello,
> 
> > please see the attached patch, which adds support for rehandshaking.
> > This now allows access to http:/contributors.debian.org
> [...]
> 
> Hello Simon,
> 
> thanks for taking care of the issue. While I am not able currently to
> properly review this I have at least managed to forward bug and patch
> upstream.

In a quick test, I do not see any problems introduced by the patch,
and for "recent" gnutls, it is able to connect to
https://contributors.debian.org
but it does not address openssl and less-than-bleeding-edge gnutls(*).
So I think it will work (for me) as a starting point, and for Debian
as an interim patch.

At the moment I'm working off an (older) backlog for vile, thinking
to work on lynx's backlog next.

(*) in an earlier check, I found that "older" w3m and links worked,
using openssl but elinks did not.  So I have to do some investigation.

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


signature.asc
Description: Digital signature

Bug#776171: same problem

[M.]

Having exactly the same problem:

sudo shutdown -h
now

Failed to start poweroff.target: Transaction is destructive.

Broadcast message from iser@endeavor on pts/1 (Ter 2015-09-01 22:28:39 BRT):

The system is going down for power-off NOW!


sudo shutdown -r
now

Failed to start reboot.target: Transaction is destructive.

Broadcast message from iser@endeavor on pts/1 (Ter 2015-09-01 22:33:16 BRT):

The system is going down for reboot NOW!

Nothing but opening the notebook lid and pressing the power button for 4
seconds shutdowns the system.

Cheers

Bug#797216: libapache2-mod-svn: path based authentication fails with kerberos

[James McCoy]

On Tue, Sep 01, 2015 at 04:47:33PM +0200, Andreas Korsten wrote:
> * James McCoy wrote:
> > With the 1.7 client, would you be able to provide the (sanitized) output
> > of “svn --config-option servers:global:neon-debug-mask=130 ls
> > https://${FQDN}/svn-krb/${REPO}” with both the pre-upgrade server and
> > the post-upgrade server?
> 
> Here we go.  Not very sanitized, I'm afraid.

Thanks.  One last thing.  Would you be able to perform the same test
against a server running unstable's libapache2-mod-svn, apache2, etc.?

That would help determine whether or not this is an issue with the
backports of the security fixes.

Cheers,
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 


signature.asc
Description: Digital signature

Bug#797726: stdeb: "py2dsc-deb --no-pythonX-scripts=True" exits with error due to wrong indent in patch

[Anthony Fok]

Source: stdeb
Version: 0.8.5-1
Severity: important
Tags: patch

When called with --no-python2-scripts=True and/or --no-python3-scripts=True,
py2dsc-deb stops with error and fails to generate a deb package.  For example:

$ pypi-download python-ly
OK: python-ly-0.9.2.tar.gz

$ py2dsc-deb --no-python2-scripts=True python-ly-0.9.2.tar.gz
...
dpkg-buildpackage: source changed by Anthony Fok 
 dpkg-source --before-build python-ly-0.9.2
 fakeroot debian/rules clean
debian/rules:10: *** missing separator (did you mean TAB instead of 8
spaces?).  Stop.
dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit
status 2
Traceback (most recent call last):
  File "setup.py", line 68, in 
classifiers = classifiers,
  File "/usr/lib/python2.7/distutils/core.py", line 151, in setup
dist.run_commands()
  File "/usr/lib/python2.7/distutils/dist.py", line 953, in run_commands
self.run_command(cmd)
  File "/usr/lib/python2.7/distutils/dist.py", line 972, in run_command
cmd_obj.run()
  File "/usr/lib/python2.7/dist-packages/stdeb/command/sdist_dsc.py", line
140, in run
remove_expanded_source_dir=self.remove_expanded_source_dir,
  File "/usr/lib/python2.7/dist-packages/stdeb/util.py", line 1397, in
build_dsc
dpkg_genchanges(cwd=fullpath_repackaged_dirname)
  File "/usr/lib/python2.7/dist-packages/stdeb/util.py", line 538, in
dpkg_genchanges
process_command(args,cwd=cwd)
  File "/usr/lib/python2.7/dist-packages/stdeb/util.py", line 183, in
process_command
check_call(args, cwd=cwd)
  File "/usr/lib/python2.7/dist-packages/stdeb/util.py", line 46, in
check_call
raise CalledProcessError(retcode)
stdeb.util.CalledProcessError: 2
ERROR running: /usr/bin/python setup.py --command-packages stdeb.command
sdist_dsc --dist-dir=/tmp/deb_dist --use-premade-distfile=/tmp/python-
ly-0.9.2.tar.gz --no-python2-scripts=True bdist_deb
ERROR in deb_dist/tmp_py2dsc/python-ly-0.9.2
$

It turns out that, with --no-pythonX-scripts=True, the following snippet
is added to debian/rules:

override_dh_auto_install:
dh_auto_install
rm -rf debian/python-python-ly/trash

where the "dh_auto_install" line is indented with 4 spaces instead of a TAB,
leading to the error.  Attached is a suggested patch to fix the incorrect
indentation in stdeb-0.8.5/debian/patches/use_pybuild_buildsystem.patch

Cheers,
Anthony



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

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nur stdeb-0.8.5~/debian/patches/use_pybuild_buildsystem.patch stdeb-0.8.5/debian/patches/use_pybuild_buildsystem.patch
--- stdeb-0.8.5~/debian/patches/use_pybuild_buildsystem.patch	2015-08-02 11:57:01.0 -0600
+++ stdeb-0.8.5/debian/patches/use_pybuild_buildsystem.patch	2015-09-01 19:11:42.008165519 -0600
@@ -127,7 +127,7 @@
  RULES_OVERRIDE_INSTALL_TARGET = """
  override_dh_auto_install:
 -%(rules_override_install_target_pythons)s
-+dh_auto_install
++	dh_auto_install
  %(scripts_cleanup)s
  """
  

Bug#797728: buildbot: uninstallable in testing/sid, depends: python-sqlalchemy (< 0.10) but 1.0.8+ds1-1 in repo

[Noel Zeng]

Package: buildbot
Version: 0.8.9-2
Severity: normal

Hi,
I'm unable to install buildbot in testing/sid due to an unmet dependency.

# apt-get install buildbot
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 buildbot : Depends: python-sqlalchemy (< 0.10) but 1.0.8+ds1-1 is to be
installed
Recommends: buildbot-slave but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

Thanks,
Noel.



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

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

Bug#782767: id3v2: APIC/Cover tagging

[Roland Hieber]

Thanks, the patch works good for me, it should be included upstream.

I was stumbling onto this bug because from the man page I inferred that I could
just use --APIC , but when I look at the source code, this is clearly
not the case.

 - Roland

Bug#754122: cutter-testing-framework: Depends: gstreamer0.10-plugins-cutter (= 1.2.4-1) but it is not going to be installed

[Steve Langasek]

Package: cutter-testing-framework
Version: 1.2.4-1
Followup-For: Bug #754122
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu wily ubuntu-patch

Hello,

Please find attached the trivial fix for this problem - dropping a remaining
reference to the (now-removed) gstreamer0.10-plugins-cutter package.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru cutter-testing-framework-1.2.4/debian/control cutter-testing-framework-1.2.4/debian/control
--- cutter-testing-framework-1.2.4/debian/control	2014-06-02 03:35:08.0 -0700
+++ cutter-testing-framework-1.2.4/debian/control	2015-09-01 16:57:36.0 -0700
@@ -17,7 +17,6 @@
  cutter-glib-support (= ${binary:Version}),
  cutter-gtk-support (= ${binary:Version}),
  cutter-report-module (= ${binary:Version}),
- gstreamer0.10-plugins-cutter (= ${binary:Version})
 Description: Cutter testing framework suite (meta-package)
  Cutter is a xUnit family Unit Testing Framework for C and C++.
  .

Bug#794826: freedombox-setup: /home/fbx/README is executable

[James Valleroy]

On Sun, 30 Aug 2015 13:16:45 +0530 Sunil Mohan  wrote:
> The attached patch proposes to do the above.
> 
> It also unleashes the author's awe(some|full) art skills on the world
> with a FreedomBox logo (feel free ignore that part of the patch :) in motd.
> 
> I have done the following tests on the full build image:
> 
> - Login should show FreedomBox motd followed by regular motd
> 
> - Should work in ssh login also
> 
> - Should have all type of manuals in /usr/share/doc/freedombox-setup

I've committed this patch, including artwork :)



signature.asc
Description: OpenPGP digital signature

Bug#797377: freedombox-setup: Don't mess with core system files

[James Valleroy]

On Sun, 30 Aug 2015 13:08:30 +0530 Sunil Mohan Adapa 
wrote:
> Currently, freedombox-setup overwrite many of the core system files eventhough
> it does need to.  These files are
> 
> /etc/fstab
> /etc/hosts
> /etc/apt/sources.list
> 
> All of these changes are currently unnecessary.  The proposed patchset removes
> code that does this and also provides a rationale.

I've committed this patch.



signature.asc
Description: OpenPGP digital signature

Bug#797376: freedombox-setup: Don't remove SSH keys when installing on Debian

[James Valleroy]

On Sun, 30 Aug 2015 12:55:30 +0530 Sunil Mohan Adapa 
wrote:
> The attachted patch proposes that we delete the SSH keys from the FreedomBox
> images but not remove the existing SSH keys when installing on Debian.  This
> patch must be accompanied by a patch to freedom-maker that ensure that the
> keys are not present on a FreedomBox image.
> 

I've committed this patch. Also, the corresponding change to f-m has
been merged on the github repo.



signature.asc
Description: OpenPGP digital signature

Bug#796096: installation-reports: Does not recognize USB wireless adapter

[Cyril Brulebois]

Control: reassign -1 src:linux 4.1.6-1

Hi Steve,

(I'm adding in Cc the initial reporter and Lennart who also replied.)

Steve  (2015-09-02):
> Package: installation-reports
> Followup-For: Bug #796096
> 
> Dear Maintainer,
> 
>  I also can confirm this bug, the latest Debian Strech 2 iso (as of today) has
> a bug in related to USB device recognition. After booting the installer iso, 
> in
> Grub menu you can still select the install option, but after that point onward
> the installer do not recognize my Wireless Logitech K520 keyboard+mouse set
> which has a nano size USB receiver, while if I connect a regular wired mouse
> into any or the same USB slot it works and I can continue the installation.
> 
>  This device worked fine with Debian 8.1 install iso and with 6 other distros
> for me.
> 
> Ps.: I love Debian 9 and KDE5 as it is. You guys are awesome. I just switched
> from Windows after 25 years just a week ago.

Looking at linux mainline, I see commits adding support for new Logitech
devices (e.g. M560) in the following file: drivers/hid/hid-logitech-hidpp.c

Checking the generated logitech modules, it seems hid-logitech-hidpp.ko
is not (yet) included in the input-modules udeb:

(sid-amd64-devel)kibi@wodi:~/hack/linux.git$ apt-file search logitech|grep 
ko$|grep -- -2-amd64|grep -v dbg
input-modules-4.1.0-2-amd64-di: 
/lib/modules/4.1.0-2-amd64/kernel/drivers/hid/hid-logitech-dj.ko
input-modules-4.1.0-2-amd64-di: 
/lib/modules/4.1.0-2-amd64/kernel/drivers/hid/hid-logitech.ko
linux-image-4.1.0-2-amd64: 
/lib/modules/4.1.0-2-amd64/kernel/drivers/hid/hid-logitech-dj.ko
linux-image-4.1.0-2-amd64: 
/lib/modules/4.1.0-2-amd64/kernel/drivers/hid/hid-logitech-hidpp.ko
linux-image-4.1.0-2-amd64: 
/lib/modules/4.1.0-2-amd64/kernel/drivers/hid/hid-logitech.ko

I'm therefore reassigning this bug report to the linux kernel.

Looking at the history of the said file, it seems the hidpp module was
first introduced in v3.19, so some generic code in the logitech module
(or elsewhere) might have been working fine in Jessie, which would then
explain your successful 8.1 experience.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#797729: debian-maintainers: security not taken seriously

[Richard Jasmin]

Package: debian-maintainers
Severity: critical
Tags: upstream security
Justification: root security hole


Oh, lookie another bug report by ME. Gonna close it? DO SO AT YOUR OWN PERIL.

This entire week has a SLEW of bug closures(started from me), and I can guess
why.

1) Yall maintainers are too damn lazy (YAWN)
2) You REALLY DONT GIVE A SHIT about SECURITY (Lying to people? HMMM...)
3) You think that these are not issues OR are beyond scope to fix (nothing is)

LET ME put you all straight AGAIN.
Security is PROACTIVE, not an afterthought.

You are either ahead of the curve, or falling behind. 1 or a 0.

Not only have I told you were the ISSUES are, I ALSO have proposed
RESOLUTIONS.Certainly some things take time to fix, but REFUSING to PROCEED has
more consequences than you know.

Im not here to bash people into another language. Conversion is optional. BUT
IT IS MY DUTY to report where and why other languages SUPERSEDE and EXCEED
C.(And (Free)PASCAL does that very well)

I dont give a R-A if you like me, or what I have to say.Its backed by years of
programming experience, not OPINION.Dont think youre getting rid of me THAT
EASY.

Before you go hitting the whack-a-mole reply all or delete or close button,
know this.

REDHAT knows what Im talking about. They are making DRASTIC code compile
changes with Fedora 23.If I were you, Id try and figure out what they are
changing and why.Theyre obviously doing it for some reason.Then Id try and
implement these changes myself.

Non-free devs know you dont have the source code.Just let them know about the
issue so they can fix it.It is up to the rest of yall to fix the FREE stuff.
You have the sources. YOU HAVE the MAKEFILES. YOU CAN FIX IT.

Buggy apps like mupen64 are expected to be dropped until the programmer fixes
the SLOPPY code.It stack smashes.NO, its NOT SUPPOSED TO.Until it gets FIXED,
its SLOP.

But then again, you never bothered to check for things like that, did you? More
than likely, NOT.

So go ahead.Close me. Embarass yourself further. I REALLY could care less. But
the world will know that at least I gave a SHIT enough to warn you.



-- System Information:
Debian Release: 8.1
  APT prefers stable
  APT policy: (500, 'stable')
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)

Bug#797721: zsh frozen with zombie child

[Vincent Lefevre]

Package: zsh
Version: 5.1-1
Severity: grave
Tags: upstream
Justification: renders package unusable

Well, a major regression, with possible data loss to due the freeze,
and easy to reproduce.

1. Run "emacs some_file &"
2. Run "less some_other_file"
3. Quit emacs.
4. Quit less.

I've just reported the bug to zsh-workers.

-- Package-specific info:

Packages which provide vendor completions:

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
ii  pulseaudio 6.0-5amd64PulseAudio sound server
ii  systemd225-1amd64system and service manager
ii  udev   225-1amd64/dev/ and hotplug management daem
ii  vlc-nox2.2.1-3  amd64multimedia player and streamer (w

dpkg-query: no path found matching pattern /usr/share/zsh/vendor-functions/


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

Kernel: Linux 4.1.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=POSIX, 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 zsh depends on:
ii  dpkg1.18.2
ii  libc6   2.19-19
ii  libcap2 1:2.24-11
ii  libtinfo5   6.0+20150810-1
ii  zsh-common  5.1-1

Versions of packages zsh recommends:
ii  libncursesw5  6.0+20150810-1
ii  libpcre3  2:8.35-7.1

Versions of packages zsh suggests:
ii  zsh-doc  5.1-1

-- no debconf information

Bug#797407: RFS: node-mocha-lcov-reporter/0.0.2-1 -- LCOV reporter for Mocha

[Eriberto Mota]

Hi guys,

As an extra tip, don't use 'extra' as 'priority' (d/control) if your
package doesn't conflict with other[1]. I suggest 'optional'.

[1] https://www.debian.org/doc/debian-policy/ch-archive.html#s-priorities

I can see 2011 in 'LICENSES' and 2015 in last release on GitHub. So, I
suggest 2011-2015 for upstream copyright years (d/copyright).

Regards,

Eriberto


2015-08-31 10:35 GMT-03:00 Gianfranco Costamagna
:
> Control: owner -1 !
>
> Hi Julien, lets review.
>
>
>
>
> 1) changelog, please set target to unstable and refresh the timestamp
> 2) rules: please remove the newlines after the dh call (oh here we are 
> *really* nitpicking)
>
> well, the only issue is the changelog, please fix and I'll do some testing on 
> a built package :)
>
> cheers,
>
> G.
>

Bug#797723: caja: More details

[Jean-Philippe MENGUAL]

Package: caja
Version: 1.10.3-1
Followup-For: Bug #797723

Dear Maintainer,

The bug appears too when you do the same, but checking the box Hidden files. So
it happens in both directions, in 1.8 and 1.10. I reproduce. It's not 
systematic,
but not random, i.e. it happens very often.

Surprising but no particular error appears. Here's the gdb output (more
helpful I hope):
http://sprunge.us/XMJU

Tell me if I can be more helpful through something with gdb.

Regards,

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

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

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


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

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

Versions of packages caja depends on:
ii  caja-common   1.10.3-1
ii  desktop-file-utils0.22-1
ii  gvfs  1.24.2-1
ii  libatk1.0-0   2.16.0-2
ii  libc6 2.19-19
ii  libcairo2 1.14.2-2
ii  libcaja-extension11.10.3-1
ii  libexempi32.2.2-2
ii  libexif12 0.6.21-2
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-4
ii  libgail18 2.24.28-1
ii  libgdk-pixbuf2.0-02.31.5-1
ii  libglib2.0-0  2.44.1-1.1
ii  libglib2.0-data   2.44.1-1.1
ii  libgtk2.0-0   2.24.28-1
ii  libice6   2:1.0.9-1+b1
ii  libmate-desktop-2-17  1.10.1-2
ii  libpango-1.0-01.36.8-3
ii  libpangocairo-1.0-0   1.36.8-3
ii  libpangoft2-1.0-0 1.36.8-3
ii  libselinux1   2.3-2+b1
ii  libsm62:1.2.2-1+b1
ii  libstartup-notification0  0.12-4
ii  libunique-1.0-0   1.1.6-5
ii  libx11-6  2:1.6.3-1
ii  libxext6  2:1.3.3-1
ii  libxml2   2.9.1+dfsg1-5
ii  libxrender1   1:0.9.8-1+b1
ii  mate-desktop  1.10.1-2
ii  shared-mime-info  1.3-1

Versions of packages caja recommends:
ii  gvfs-backends  1.24.2-1

Versions of packages caja suggests:
ii  engrampa 1.8.1+dfsg1-1
pn  gstreamer0.10-tools  
pn  meld 

-- no debconf information

Bug#797721: [Pkg-zsh-devel] Bug#797721: zsh frozen with zombie child

[Vincent Lefevre]

Control: tag -1 - moreinfo unreproducible

On 2015-09-02 01:38:57 +0200, Axel Beckert wrote:
> JFTR: I can't reproduce this issue. And I haven't been running into
> any similar issue since I started using zsh 5.0.8-test-3 (aka 5.1 RC3)
> about a week ago.
> 
> Let's wait what people say on zsh-workers.

The minimal example I've just posted to zsh-workers:

zira% updprompt() { true && { : } }
zira% TRAPCHLD() { updprompt }
zira% sleep 2 & sleep 3 ; echo OK
[1] 20452
[1]  + done   sleep 2

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

Bug#797715: RM: bespin -- ROM; incompatible with Plasma 5

[Felix Geyer]

Package: ftp.debian.org
Severity: normal

Hi,

Please remove the bespin source and all its binary packages.
It's incompatible with KDE Plasma 5 (kdm is dead).

Thanks,
Felix