Bug#812396: Info received (Bug#812396: Acknowledgement (nvidia-kernel-dkms: fail to load nvidia-uvm.))

[Pascal Obry]

Confirmed. This is working for me on 349.16-2

Thanks for the quick fix.

-- 
  Pascal Obry /  Magny Les Hameaux (78)

  The best way to travel is by means of imagination

  http://v2p.fr.eu.org
  http://www.obry.net

  gpg --keyserver keys.gnupg.net --recv-key F949BD3B

Bug#741894: libtk-img: FTBFS with libopng16

[Tobias Frost]

(Resent -- buxtehude.d.o was down yesterday)

Am Samstag, den 23.01.2016, 18:40 +0100 schrieb Tobias Frost:
> On Fri, 22 Jan 2016 22:26:07 +0300 Sergei Golovan 
> wrote:
> > On Fri, Jan 22, 2016 at 10:18 PM, Gianfranco Costamagna
> >  wrote:
> > > Hi, so are you saying this version is incompatible with libpng12?
> >  
> > Yes, that libtk-img will be incompatible with libpng12.
> >  
> > -- 
> > Sergei Golovan
> >  
> >  
> 
> Gianfranco, 
> can you elaborate? 
> (Its not common that libpng16 patches breaks compatiblity with
> libpng12)

Bug#812476: iulib: diff for NMU version 0.3-3.2

[Tobias Frost]

Package: iulib
Version: 0.3-3.1
Severity: normal
Tags: patch pending

(Resent to to mail bounced -- bts was down)


> Dear maintainer,
> 
> I've prepared an NMU for iulib (versioned as 0.3-3.2) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
> 
> Regards.
> diff -Nru iulib-0.3/debian/changelog iulib-0.3/debian/changelog
> --- iulib-0.3/debian/changelog2014-03-08 08:46:04.0
> +0100
> +++ iulib-0.3/debian/changelog2016-01-23 18:31:38.0
> +0100
> @@ -1,3 +1,12 @@
> +iulib (0.3-3.2) UNRELEASED; urgency=medium
> +
> +  * Non-maintainer upload.
> +  * Build-depend on libtiff-dev, not libtiff4-dev" (Closes: #736015)
> +  * Change B-D to libpng-dev (Closes: #662381)
> +  * Fix GCC-5 build failiure by removing default parameters.
> (Closes: #799574)
> +
> + -- Tobias Frost   Sat, 23 Jan 2016 18:16:48 +0100
> +
>  iulib (0.3-3.1) unstable; urgency=medium
>  
>    * Non-maintainer upload.
> diff -Nru iulib-0.3/debian/control iulib-0.3/debian/control
> --- iulib-0.3/debian/control  2014-03-08 08:43:55.0
> +0100
> +++ iulib-0.3/debian/control  2016-01-23 18:18:11.0
> +0100
> @@ -3,7 +3,7 @@
>  Priority: optional
>  Maintainer: Jeffrey Ratcliffe 
>  Uploaders: Jakub Wilk 
> -Build-Depends: debhelper (>= 7.0.50~), autotools-dev, automake1.11,
> libtool (>= 2), libpng12-dev, libjpeg-dev, libtiff4-dev, libsdl-
> gfx1.2-dev, libsdl-image1.2-dev, dpkg-dev (>= 1.16)
> +Build-Depends: debhelper (>= 7.0.50~), autotools-dev, automake1.11,
> libtool (>= 2), libpng-dev, libjpeg-dev, libtiff-dev, libsdl-gfx1.2-
> dev, libsdl-image1.2-dev, dpkg-dev (>= 1.16)
>  Standards-Version: 3.9.2
>  Homepage: http://code.google.com/p/iulib/
>  
> diff -Nru iulib-0.3/debian/patches/gcc5-patch iulib-
> 0.3/debian/patches/gcc5-patch
> --- iulib-0.3/debian/patches/gcc5-patch   1970-01-01
> 01:00:00.0 +0100
> +++ iulib-0.3/debian/patches/gcc5-patch   2016-01-23
> 18:29:04.0 +0100
> @@ -0,0 +1,11 @@
> +--- a/imglib/imgops.cc
>  b/imglib/imgops.cc
> +@@ -133,7 +133,7 @@
> + 
> + template 
> + void addscaled(narray ,narray ,
> +-V scale=1,int dx=0,int dy=0) {
> ++V scale,int dx,int dy) {
> + for (int i=0; i + for (int j=0; j + dest.unsafe_at(i,j) +=
> (T)(scale*xref(src,i+dx,j+dy));
> diff -Nru iulib-0.3/debian/patches/series iulib-
> 0.3/debian/patches/series
> --- iulib-0.3/debian/patches/series   2011-10-21
> 21:32:10.0 +0200
> +++ iulib-0.3/debian/patches/series   2016-01-23
> 18:26:03.0 +0100
> @@ -1,2 +1,3 @@
>  ftbfs
>  shared_library
> +gcc5-patch

Bug#741894: libtk-img: FTBFS with libopng16

[Sergei Golovan]

Hi Tobias,

On Sun, Jan 24, 2016 at 12:17 PM, Tobias Frost  wrote:
> (Resent -- buxtehude.d.o was down yesterday)
>
>> Gianfranco,
>> can you elaborate?
>> (Its not common that libpng16 patches breaks compatiblity with
>> libpng12)

It's just the way it's written. You can look here
http://sourceforge.net/p/tkimg/code/HEAD/tree/trunk/libpng/pngtclStubInit.c
and see that the tkimg library maintains a full internal table of
libpng interface functions (I guess it makes more sense for Windows
than for Linux but anyway), so if these function change then tkimg
loses its compatibility with the previous libpng version. There're no
changes from the user's point of view. All Tcl scripts that use tkimg
continue working as before.

Cheers!
-- 
Sergei Golovan

Bug#805193: aster: FTBFS: Fatal Error: finclude/petscsys.h: No such file or directory

[Graham Inggs]

Hi Peter

On 13 December 2015 at 01:17, peter green  wrote:
> On 12/12/15 19:01, peter green wrote:
>>
>>
>> New debdiff attatched, still no intent to NMU.
>
> Sorry, debdiff at
> http://debdiffs.raspbian.org/main/a/aster/aster_11.5.0%2bdfsg2-3%2brpi1.debdiff

Thanks for your work on this!

If there are no objections, I'll do a team upload in a couple of days.

Regards
Graham

Bug#784876: squid3: not compiled with -fpic/-fPIC causes execmod issue

[Amos Jeffries]

On Wed, 22 Jul 2015 17:57:46 +0200 Luigi Gangitano wrote:
> Hi Russel,
>
> Thanks for taking your time and reporting this bug. I did not
understand completely what it’s going on and maybe you can help me
find out.
>
> From my understanding:
>
> - no library is compiled from squid3 sources, thus -fPIC should not be
needed. -fPIE should be used instead;

This is not quite true. Squid is constructed from a collection of
convenience libraries. Which are statically linked as needed to each
binary in the package.
In 3.4 and 3.5 some are still constructed as full static libraries
rather than convenience objects.

My understanding was that -fPIC is needed on the convenience objects,
and -fPIE on the final binaries.
But that libtool takes care of determining which one (of the ones
provided) is to be used on any particular object built.


> - squid3 is compiled with hardening=+all flags and this
includes ‘-fPIE’ which should handle text relocations;

Nod.

> - two symbols are reported from eu-findtextrel:
> * _IO_stdin_used is a private symbol from libc and is not defined in
squid3 sources (nor used directly);
> * _ZTS11ACLStrategyIPKcE does not map to a function, but this may be
my fault in understanding symbol names.
>

This is a virtual class template name.

Amos

Bug#811381: Fixed upstream

[Hubert Figuière]

This bug has been filed upstream:
http://bugzilla.abisource.com/show_bug.cgi?id=13754

And fixed in trunk.

Backport to the 3.0.x branch (for 3.0.2) will likely happen.

Thank you

Hub

Bug#809939: ghostscript: FTBFS with libpng16

[Tobias Frost]

Control: reopen -1
Control: tags -1 patch
thanks

Sorry for the confusin, the build-script was for a modified version
(As ghostscript is involved in a circular dependency)

It fails with libpng1.6 -- seems to leak a symbol from libpng1.6
IMHO it is safe to remove this symbol, therefore marking that as patch.


https://libpng.sviech.de/ghostscript.build

dpkg-gensymbols: warning: some symbols or patterns disappeared in the
symbols file: see diff output below
dpkg-gensymbols: warning: debian/libgs9/DEBIAN/symbols doesn't match
completely debian/libgs9.symbols
--- debian/libgs9.symbols (libgs9_9.16~dfsg-2.1~libpng16_amd64)
+++ dpkg-gensymbolsZBs0ne   2016-01-23 19:33:23.800020990 +
@@ -4004,7 +4004,7 @@
  pixel_image_params@Base 8.61.dfsg.1
  pixmap_high_level_pattern@Base 9.10~dfsg
  plane_device_init@Base 8.61.dfsg.1
- png_push_fill_buffer@Base 8.61.dfsg.1
+#MISSING: 9.16~dfsg-2.1~libpng16# png_push_fill_buffer@Base
8.61.dfsg.1
  pop_estack@Base 8.61.dfsg.1
  pprintd1@Base 8.61.dfsg.1
  pprintd2@Base 8.61.dfsg.1
dh_makeshlibs: failing due to earlier errors
/usr/share/cdbs/1/rules/debhelper.mk:262: recipe for target 'binary-
fixup/libgs9' failed
make: *** [binary-fixup/libgs9] Error 25

Bug#812432: Update status of 812432

[Ole Streicher]

Control: tags -1 pending
Control: forwarded -1
http://www.astromatic.net/forum/showthread.php?tid=1076

The proposed solution here is to remove the suspicious threshold code
from src/coadd.c. I forwarded the bug and the proposed solution to
upstreams web forum for comments.

Bug#812420: Please add autopkg tests

[Guido Günther]

Hi,
On Sat, Jan 23, 2016 at 10:06:02PM +, James Cowgill wrote:
> Hi,
> 
> On Sat, 2016-01-23 at 17:03 +0100, Guido Günther wrote:
> > Source: polarssl
> > Severity: wishlist
> > 
> > Hi,
> > Please add some simple autopkg test so that when working on
> > e.g. security updates one can easily verify that one didn't break things
> > totally.
> > 
> > Attached patch does two things:
> > 
> > * Exercise some of the shipped helpers
> > * Link one example to the _installed_ library so we know the dev
> >   package is sane
> > 
> > Would be great if this could be applied (maybe to mbed TLS as well).
> 
> mbed TLS already has some autopkgtests which do something similar I
> think:
> https://sources.debian.net/src/mbedtls/2.2.1-2/debian/tests/

Yeah, most of this does the same. The polarssl ones do some more checks
but I leave it up to you if you want to pull these over or close the bug.

> I hoping to be able to remove polarssl at some point once everything's
> transitioned over, so this probably won't be fixed in polarssl
> unstable.

That's fine. It would be great if you could consider them for point
release or security updates though.

Cheers,
 -- Guido

Bug#742569: xcftools: FTBFS with libpng 1.6

[Gianfranco Costamagna]

Hi,

>Upped a fix to DELAYED/
>libpng16 is more picky about incompatible features, for example fillers

>in low-bit-level images ;-) 


oh so the test failure a libpng16 thing only I missed that!

I don't see your upload, do you want to cancel the pending one from myself?
"xcftools_1.0.7-4.1_amd64.changes"

I think it is my upload on deferred.

thanks,

G.

Bug#810791:

[Michael Crusoe]

Additional support from Steffen Möller 

https://lists.debian.org/debian-newmaint/2016/01/msg00013.html
-- 
Michael R. Crusoe CWL Community Engineer cru...@ucdavis.edu

Common Workflow Language projectUniversity of California, Davis
https://impactstory.org/MichaelRCrusoe http://twitter.com/biocrusoe

Bug#809928: linux-image-4.3.0-1-m68k: does not boot any more (on ARAnyM)

[John Paul Adrian Glaubitz]

On 01/05/2016 12:02 AM, Thorsten Glaser wrote:
>> What about other kernels versions inbetween? I'm running a
> 
> Dunno, I only use Debian kernels, but ISTR reporting a similar
> issue for 4.2.

Can you try kernel 4.4 from experimental? That should be available
as of now as I have enabled building experimental packages for
m68k now.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#812481: imagemagick: .desktop files are not completely valid

[Pino Toscano]

Source: imagemagick
Version: 8:6.8.9.9-7
Severity: minor
Tags: patch

Hi,

the provided display-im6.desktop and display-im6.q16.desktop and not
completely valid (see also output of `desktop-file-validate`).
The attached patch fixes all the issues:
- the 'Keywords' key is a list, so it must end with the list separator
  (';')

Thanks,
-- 
Pino
--- a/debian/display-im6.desktop.in
+++ b/debian/display-im6.desktop.in
@@ -9,6 +9,6 @@ Terminal=false
 Icon=display-im$(IMVERSION).$(QUANTUMDEPTH)
 Type=Application
 Categories=Graphics;
-Keywords=Image;Slideshow;View;Transform;Enhance;F/X;Special Effects
-Keywords[fr]=Image;Diaporama;Visualiser;Transformer;Améliorer;Effets spéciaux
-MimeType=image/avs;image/bie;image/x-ms-bmp;image/cmyk;image/dcx;image/eps;image/fax;image/fits;image/gif;image/gray;image/jpeg;image/pjpeg;image/miff;image/mono;image/mtv;image/x-portable-bitmap;image/pcd;image/pcx;image/pdf;image/x-portable-graymap;image/pict;image/png;image/x-portable-anymap;image/x-portable-pixmap;image/ps;image/rad;image/x-rgb;image/rgba;image/rla;image/rle;image/sgi;image/sun-raster;image/targa;image/tiff;image/uyvy;image/vid;image/viff;image/x-xbitmap;image/x-xpixmap;image/x-xwindowdump;image/x-icon;image/yuv;
\ No newline at end of file
+Keywords=Image;Slideshow;View;Transform;Enhance;F/X;Special Effects;
+Keywords[fr]=Image;Diaporama;Visualiser;Transformer;Améliorer;Effets spéciaux;
+MimeType=image/avs;image/bie;image/x-ms-bmp;image/cmyk;image/dcx;image/eps;image/fax;image/fits;image/gif;image/gray;image/jpeg;image/pjpeg;image/miff;image/mono;image/mtv;image/x-portable-bitmap;image/pcd;image/pcx;image/pdf;image/x-portable-graymap;image/pict;image/png;image/x-portable-anymap;image/x-portable-pixmap;image/ps;image/rad;image/x-rgb;image/rgba;image/rla;image/rle;image/sgi;image/sun-raster;image/targa;image/tiff;image/uyvy;image/vid;image/viff;image/x-xbitmap;image/x-xpixmap;image/x-xwindowdump;image/x-icon;image/yuv;
--- a/debian/display.desktop.in
+++ b/debian/display.desktop.in
@@ -9,6 +9,6 @@ Terminal=false
 Icon=display-im$(IMVERSION).$(LCQUANTUMDEPTH)
 Type=Application
 Categories=Graphics;
-Keywords=Image;Slideshow;View;Transform;Enhance;F/X;Special Effects
-Keywords[fr]=Image;Diaporama;Visualiser;Transformer;Améliorer;Effets spéciaux
-MimeType=image/avs;image/bie;image/x-ms-bmp;image/cmyk;image/dcx;image/eps;image/fax;image/fits;image/gif;image/gray;image/jpeg;image/pjpeg;image/miff;image/mono;image/mtv;image/x-portable-bitmap;image/pcd;image/pcx;image/pdf;image/x-portable-graymap;image/pict;image/png;image/x-portable-anymap;image/x-portable-pixmap;image/ps;image/rad;image/x-rgb;image/rgba;image/rla;image/rle;image/sgi;image/sun-raster;image/targa;image/tiff;image/uyvy;image/vid;image/viff;image/x-xbitmap;image/x-xpixmap;image/x-xwindowdump;image/x-icon;image/yuv;
\ No newline at end of file
+Keywords=Image;Slideshow;View;Transform;Enhance;F/X;Special Effects;
+Keywords[fr]=Image;Diaporama;Visualiser;Transformer;Améliorer;Effets spéciaux;
+MimeType=image/avs;image/bie;image/x-ms-bmp;image/cmyk;image/dcx;image/eps;image/fax;image/fits;image/gif;image/gray;image/jpeg;image/pjpeg;image/miff;image/mono;image/mtv;image/x-portable-bitmap;image/pcd;image/pcx;image/pdf;image/x-portable-graymap;image/pict;image/png;image/x-portable-anymap;image/x-portable-pixmap;image/ps;image/rad;image/x-rgb;image/rgba;image/rla;image/rle;image/sgi;image/sun-raster;image/targa;image/tiff;image/uyvy;image/vid;image/viff;image/x-xbitmap;image/x-xpixmap;image/x-xwindowdump;image/x-icon;image/yuv;

Bug#812469: dependency info

[Pirate Praveen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: gedit
Version: 3.18.3-1

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


- --- System information. ---
Architecture: amd64
Kernel:   Linux 4.2.0-1-amd64

Debian Release: stretch/sid
  500 unstabledebian.sil.at
  500 stable  deb.bitmask.net
1 experimentalcdn.debian.net

- --- Package information. ---
Depends   (Version) | Installed
===-+-==
python3:any   (>= 3.3.2-2~) |
libatk1.0-0 (>= 1.12.4) | 2.16.0-2
libc6  (>= 2.4) |
libcairo-gobject2   (>= 1.10.0) |
libcairo2(>= 1.2.4) |
libenchant1c2a   (>= 1.6.0) |
libgdk-pixbuf2.0-0  (>= 2.22.0) |
libgirepository-1.0-1(>= 0.9.3) |
libglib2.0-0   (>= 2.39.90) |
libgtk-3-0  (>= 3.14.0) |
libgtksourceview-3.0-1  (>= 3.14.0) |
libpango-1.0-0  (>= 1.14.0) |
libpangocairo-1.0-0 (>= 1.14.0) |
libpeas-1.0-0(>= 1.1.0) |
libx11-6|
libxml2  (>= 2.7.4) |
gedit-common  (>= 3.14) |
gedit-common  (<< 3.15) |
gnome-icon-theme-symbolic   |
gsettings-desktop-schemas   |
python3-gi (>= 3.0) |
python3-gi-cairo   (>= 3.0) |
gir1.2-peas-1.0 |
iso-codes   |


Recommends  (Version) | Installed
=-+-===
zenity| 3.16.3-1
yelp  | 3.16.1-1


Suggests   (Version) | Installed
-+-===
gedit-plugins| 3.18.0-1



- --- Output from package bug script ---
Active plugins:
  - 'filebrowser'
  -  'time'
  -  'docinfo'
  -  'externaltools'
  -  'spell'
  -  'modelines'

No plugin installed in /home/pravi.

Module versions:
  - glib  2.46.2
  - gtk+
  - gtksourceview
  - pygobject
  - enchant
  - iso-codes 3.55
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWpIk6AAoJEM4fnGdFEsIqQuMP/iHbPXP1czaE87c50yPD0FQ3
bq1Tx/LJ9Bykw3qjbEYn7xC/F+g0oIBAlTYHdyHi9HNdTkSc94IQWeVzfWNJb4nx
dTB5OfsDjejfAXC1SXPvKXapVt3pdPNrn6pjiVKvy4dVsoBoN/zC5dK985sNvyXW
shAQ0gx6Hy4YDbT6UoscLMsKztN51avjOcR75UrK76w+wjXcVtMaladtOEcW5b2q
w1HyI80pJpWtIlWSziU/l4w3OPr+ChX+HqKf3lDubvKv72rSV6263HKIoDZMVSqe
yBGeeXv4+WkeI/nEX/n5YDklh2pbYSBkgAK5wm/5wlmjDc/EY4zKs2bha0d+B+R2
L6D21q/VDytVcGffvqTlyVIfaku0tieLhXaO0ys9JEzWyE0aaJ34NGcklkfkVUOQ
q05vbRs282ojFs4V/wVMVtTlHi3XTWQVlLfq7/33NLbiR5dsQVbWWwEDSCJGqaxt
vPFiXTXCB/dXDbBEIL3jOKjMiBekR/H8wXAYKih0NC/HWSR/NT7WxepGS/6LQKMK
qQcUYW0ovDHbJhcpUgZ4EtFyzm9YU3AIjvkB/FQg+tK8MR9objNMsCZuUUw9s9Df
42a1U2EP4bTGn6TiTEvxTvw61d7zxX9RkohpS9Udv8UMvDTw6X2uHvIyMTRV8N2F
JonVDty2r9W6Yjk0fOHD
=iaap
-END PGP SIGNATURE-

Bug#742569: xcftools: FTBFS with libpng 1.6

[Tobias Frost]

(Forwarded -- buxtehude.d.o was down yesterday)

Am Samstag, den 23.01.2016, 18:42 +0100 schrieb Tobias Frost:
> Am Samstag, den 23.01.2016, 15:48 + schrieb Gianfranco
> Costamagna:
> > Hi Tobias,
> > 
> > > did you also tackle the testsuite error?
> > 
> > 
> > Actually I didn't experience it, probably it was due to some other
> > transition,
> > and this bug is ~2 years old, so I guess it can be safely closed
> > (note: I'm uploading also the amd64 binaries, built with a clean
> > pbuilder
> > environment, and they just built fine)
> > 
> > cheers,
> > 
> > Gianfranco
> 
> Upped a fix to DELAYED/
> libpng16 is more picky about incompatible features, for example
> fillers
> in low-bit-level images ;-)

Bug#812475: r-base-core: .desktop file is not completely valid

[Pino Toscano]

Package: r-base-core
Version: 3.2.3-4
Severity: minor
Tags: patch

Hi,

the provided R.desktop is not completely valid (see also output of
`desktop-file-validate`).
The attached patch fixes all the issues:
- the 'Categories' key is a list, so it must end with the list
  separator (';')

Thanks,
-- 
Pino
--- a/debian/icon-class-patch/R.desktop
+++ b/debian/icon-class-patch/R.desktop
@@ -7,4 +7,4 @@ Exec=R
 Icon=rlogo_icon
 Terminal=true
 StartupNotify=false
-Categories=Graphics;Science;Math
+Categories=Graphics;Science;Math;

Bug#798601: limereg: FTBFS on mips/mipsel

[Roelof Berg]

Wow, thanks a lot Jurica ! I'll take care of it asap.

On 17.01.2016 19:52, Jurica Stanojkovic wrote:

User: debian-m...@lists.debian.org

Hello,

I have found that changing -fstack-protector-strong to -fstack-protector (for 
test or for entire source) does make this issue disappear on mipsel. [...]

Regards, Jurica

Bug#812480: libpng1.6: diff for NMU version 1.6.20-1.1

[Tobias Frost]

Package: libpng1.6
Version: 1.6.20-1
Severity: normal
Tags: patch pending

Dear maintainer,

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

Regards.
diff -Nru libpng1.6-1.6.20/debian/changelog libpng1.6-1.6.20/debian/changelog
--- libpng1.6-1.6.20/debian/changelog   2016-01-08 00:35:25.0 +0100
+++ libpng1.6-1.6.20/debian/changelog   2016-01-24 11:26:12.0 +0100
@@ -1,3 +1,13 @@
+libpng1.6 (1.6.20-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Preparation for the transition, going to experimental.
+  * Make libpng16-dev depend on libpng16-devtools to have libpng-config
+pulled in automatically for reverse dependencies.
+  * Provide a so-name neutral devtools package
+
+ -- Tobias Frost   Sun, 24 Jan 2016 11:26:12 +0100
+
 libpng1.6 (1.6.20-1) experimental; urgency=medium
 
   * New upstream release.
diff -Nru libpng1.6-1.6.20/debian/control libpng1.6-1.6.20/debian/control
--- libpng1.6-1.6.20/debian/control 2016-01-08 00:35:13.0 +0100
+++ libpng1.6-1.6.20/debian/control 2016-01-24 11:29:17.0 +0100
@@ -24,10 +24,10 @@
 Package: libpng16-dev
 Section: libdevel
 Architecture: any
-Depends: ${misc:Depends}, libpng16-16 (= ${binary:Version}), zlib1g-dev
+Depends: ${misc:Depends}, libpng16-16 (= ${binary:Version}), zlib1g-dev, 
libpng16-devtools (= ${binary:Version})
 Conflicts: libpng12-dev, libpng12-0-dev, libpng3-dev, libpng2-dev
-# Provides: libpng-dev
 Replaces: libpng12-dev, libpng12-0-dev, libpng3-dev, libpng2-dev
+#Provides: libpng-dev
 Recommends: libpng16-tools
 Multi-Arch: same
 Description: PNG library - development (version 1.6)
@@ -40,8 +40,9 @@
 Package: libpng16-devtools
 Section: libdevel
 Architecture: any
+Multi-Arch: no
 Depends: ${shlibs:Depends}, ${misc:Depends}, libpng16-dev (= ${binary:Version})
-# Provides: libpng-devtools
+Provides: libpng-devtools
 Conflicts: libpng12-dev, libpng12-0-dev, libpng3-dev, libpng2-dev, 
libpng16-tools (<= 1.6.10-1)
 Replaces: libpng12-dev, libpng12-0-dev, libpng3-dev, libpng2-dev
 Description: PNG library - tools (version 1.6)

Bug#812471: debian-reference-common: .desktop file is not completely valid

[Pino Toscano]

Package: debian-reference-common
Version: 2.58
Severity: minor
Tags: patch

Hi,

the provided debian-reference-common.desktop is not completely valid
(see also output of `desktop-file-validate`).
The attached git-formatted patch fixes all the issues:
- the 'Keywords' key is a list, so it must end with the list separator
  (';')
- the 'Icon' key does not want an extension for icon theme names
- additional, the 'debian' keyword has been added

Thanks,
-- 
Pino
>From 0fd38501536e545048f0805236d576e6f47b44a1 Mon Sep 17 00:00:00 2001
From: Pino Toscano 
Date: Sun, 24 Jan 2016 08:57:41 +0100
Subject: [PATCH] Validation fixes for debian-reference-common.desktop

- end the 'Keywords' key with semicolon (';')
- remove the extension from the 'Icon' key
- add a "debian" keyword
---
 debian/debian-reference-common.desktop | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/debian/debian-reference-common.desktop b/debian/debian-reference-common.desktop
index 69355bb..0fc60ee 100644
--- a/debian/debian-reference-common.desktop
+++ b/debian/debian-reference-common.desktop
@@ -16,8 +16,8 @@ Name[zh_CN]=Debian 参考手册
 Name[ja_JP]=Debian リファレンス
 Name[ru_RU]=Справочник по Debian
 Name[fi_FI]=Debian-referenssi
-Keywords=user;shell;command;documentation;manual;help;guide
+Keywords=user;shell;command;documentation;manual;help;guide;debian;
 Exec=debian-reference
-Icon=debian-reference.png
+Icon=debian-reference
 Terminal=false
 Categories=Utility;
-- 
2.7.0.rc3

Bug#810186: kodi: diff for NMU version 15.2+dfsg1-1.1

[Gianfranco Costamagna]

Hi,

>My takeaway was the expected build dependency is the following:
>...
>libpng-dev,
>...
>Would not it be OK?

>
sure it is.
>Gianfranco, please cancel your NMU, I'll upload an updated kodi package
>right after libpng is updated in unstable adapting to the libpng binary
>package structure whatever it ends to be.


wonderful!
thanks for taking care of it (and also please note that the package is RC buggy 
#804695)

dcut ftp-master cancel -f kodi_15.2+dfsg1-1.1_amd64.changes
Uploading commands file to ftp.upload.debian.org (incoming: /pub/UploadQueue/)

You need a passphrase to unlock the secret key for
user: "Gianfranco Costamagna "
4096-bit RSA key, ID 4E9F5DD9, created 2014-09-14

Uploading locutus-1453623944.commands to ftp-master



cheers,

Gianfranco

Bug#812474: texlive-base: error processing package texlive-base

[Elimar Riesebieter]

Package: texlive-base
Version: 2015.20160117-1
Severity: grave
Justification: renders package unusable


Installing texlive-base gives:

Setting up texlive-base (2015.20160117-1) ...
basename: missing operand
Try 'basename --help' for more information.
dpkg: error processing package texlive-base (--configure):
 subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of texlive-latex-base:
 texlive-latex-base depends on texlive-base (>= 2015); however:
  Package texlive-base is not configured yet.

Bug#812386: Please enable ARCH_QCOM on arm64

[Ian Campbell]

On Sat, 2016-01-23 at 12:00 -0800, Martin Michlmayr wrote:

> Good point.  Please enable these for generic QCOM support:

Done.

> I think this should be good enough for now.  I'll open a new bug once
> I have hardware if needed.

Ack.

Bug#812478: libtheora: diff for NMU version 1.1.1+dfsg.1-7.1

[Tobias Frost]

Package: libtheora
Version: 1.1.1+dfsg.1-7
Severity: normal
Tags: patch pending

Dear maintainer,

I've prepared an NMU for libtheora (versioned as 1.1.1+dfsg.1-7.1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru libtheora-1.1.1+dfsg.1/debian/changelog 
libtheora-1.1.1+dfsg.1/debian/changelog
--- libtheora-1.1.1+dfsg.1/debian/changelog 2015-09-22 13:59:49.0 
+0200
+++ libtheora-1.1.1+dfsg.1/debian/changelog 2016-01-24 10:44:23.0 
+0100
@@ -1,3 +1,11 @@
+libtheora (1.1.1+dfsg.1-7.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS with libpng16 (Closes: #809949)
+  * Drop python from B-D for easier cross building (Closes: #794591)
+
+ -- Tobias Frost   Sat, 23 Jan 2016 18:44:30 +0100
+
 libtheora (1.1.1+dfsg.1-7) unstable; urgency=low
 
   [ Martin Steghöfer ]
diff -Nru libtheora-1.1.1+dfsg.1/debian/control 
libtheora-1.1.1+dfsg.1/debian/control
--- libtheora-1.1.1+dfsg.1/debian/control   2015-09-22 13:59:49.0 
+0200
+++ libtheora-1.1.1+dfsg.1/debian/control   2016-01-23 18:51:11.0 
+0100
@@ -6,7 +6,7 @@
  Petter Reinholdtsen 
  , Martin Steghöfer 
 Build-Depends: debhelper (>> 9), dh-autoreconf, devscripts,
- doxygen, libogg-dev, libsdl1.2-dev, libvorbis-dev, python,
+ doxygen, libogg-dev, libsdl1.2-dev, libvorbis-dev,
  libtool, automake, quilt, dpkg (>= 1.14.8), libpng-dev, pkg-config
 Build-Depends-Indep: transfig, texlive-latex-base, texlive-latex-extra,
  texlive-latex-recommended, texlive-fonts-recommended, ghostscript
diff -Nru libtheora-1.1.1+dfsg.1/debian/patches/libpng16.patch 
libtheora-1.1.1+dfsg.1/debian/patches/libpng16.patch
--- libtheora-1.1.1+dfsg.1/debian/patches/libpng16.patch1970-01-01 
01:00:00.0 +0100
+++ libtheora-1.1.1+dfsg.1/debian/patches/libpng16.patch2016-01-23 
18:47:51.0 +0100
@@ -0,0 +1,14 @@
+--- a/examples/png2theora.c
 b/examples/png2theora.c
+@@ -462,9 +462,9 @@
+   png_set_strip_alpha(png_ptr);
+ 
+   row_data = (png_bytep)png_malloc(png_ptr,
+-3*height*width*png_sizeof(*row_data));
++3*height*width*sizeof(*row_data));
+   row_pointers = (png_bytep *)png_malloc(png_ptr,
+-height*png_sizeof(*row_pointers));
++height*sizeof(*row_pointers));
+   for(y = 0; y < height; y++) {
+ row_pointers[y] = row_data + y*(3*width);
+   }
diff -Nru libtheora-1.1.1+dfsg.1/debian/patches/series 
libtheora-1.1.1+dfsg.1/debian/patches/series
--- libtheora-1.1.1+dfsg.1/debian/patches/series2015-09-22 
13:59:49.0 +0200
+++ libtheora-1.1.1+dfsg.1/debian/patches/series2016-01-23 
18:45:53.0 +0100
@@ -3,3 +3,4 @@
 0003-Build-on-hurd-i386-and-kfreebsd.patch
 0004-player-example-needs-lm-for-rint.patch
 0005-latex.patch
+libpng16.patch

Bug#812474: texlive-base: error processing package texlive-base

[Elimar Riesebieter]

* Elimar Riesebieter  [2016-01-24 11:56 +0300]:

> Package: texlive-base
> Version: 2015.20160117-1
> Severity: grave
> Justification: renders package unusable
> 
> 
> Installing texlive-base gives:
> 
> Setting up texlive-base (2015.20160117-1) ...
> basename: missing operand
> Try 'basename --help' for more information.
> dpkg: error processing package texlive-base (--configure):
>  subprocess installed post-installation script returned error exit status 1
> dpkg: dependency problems prevent configuration of texlive-latex-base:
>  texlive-latex-base depends on texlive-base (>= 2015); however:
>   Package texlive-base is not configured yet.

After running an upgrade everything went ok.

Elimar
-- 
 >what IMHO then?
  IMHO - Inhalation of a Multi-leafed Herbal Opiate ;)
  --posting from alex in debian-user--

Bug#807132: Restart

[Rudy Broersma]

Thanks. Your systemd service file resolved the issue.

Perhaps it is a good idea to add "Restart=on-failure" under [service], 
to restart the daemon when it is killed/crashed?

Bug#812470: kernel-package: cannot produce debs anymore

[Ritesh Raj Sarraf]

Package: kernel-package
Version: 13.016
Severity: important

It looks like the latest changes from 2016 have broken kernel-package.
It cannot produce .debs anymore.

rrs@chutzpah:~/Community/linux (stable-44)$ make-kpkg --rootcmd sudo -j4
--initrd kernel_headers kernel_image kernel_debug
cannot unlink file for
debian/linux-headers-4.4.0+/usr/src/linux-headers-4.4.0+/include/dt-bindings/input/linux-event-codes.h:
Permission denied at /usr/bin/make-kpkg line 950.
cannot restore permissions to 0120777 for
debian/linux-headers-4.4.0+/usr/src/linux-headers-4.4.0+/include/dt-bindings/input/linux-event-codes.h:
at /usr/bin/make-kpkg line 950.
cannot unlink file for
debian/linux-headers-4.4.0+/usr/src/linux-headers-4.4.0+/include/asm/asm-x86:
Permission denied at /usr/bin/make-kpkg line 950.
cannot restore permissions to 0120777 for
debian/linux-headers-4.4.0+/usr/src/linux-headers-4.4.0+/include/asm/asm-x86:
Permission denied at /usr/bin/make-kpkg line 950.
cannot unlink file for
debian/linux-image-4.4.0+-dbg/usr/lib/debug/lib/modules/4.4.0+/source:
Permission denied at /usr/bin/make-kpkg line 950.
cannot restore permissions to 0120777 for
debian/linux-image-4.4.0+-dbg/usr/lib/debug/lib/modules/4.4.0+/source:
Permission denied at /usr/bin/make-kpkg line 950.
cannot unlink file for
debian/linux-image-4.4.0+-dbg/usr/lib/debug/lib/modules/4.4.0+/build:
Permission denied at /usr/bin/make-kpkg line 950.
cannot restore permissions to 0120777 for
debian/linux-image-4.4.0+-dbg/usr/lib/debug/lib/modules/4.4.0+/build:
Permission denied at /usr/bin/make-kpkg line 950.
cannot unlink file for
debian/linux-image-4.4.0+/lib/modules/4.4.0+/source: Permission denied
at /usr/bin/make-kpkg line 950.
cannot restore permissions to 0120777 for
debian/linux-image-4.4.0+/lib/modules/4.4.0+/source: Permission denied
at /usr/bin/make-kpkg line 950.
cannot unlink file for
debian/linux-image-4.4.0+/lib/modules/4.4.0+/build: Permission denied at
/usr/bin/make-kpkg line 950.
cannot restore permissions to 0120777 for
debian/linux-image-4.4.0+/lib/modules/4.4.0+/build: Permission denied at
/usr/bin/make-kpkg line 950.
cannot remove directory for debian/stamp: Directory not empty at
/usr/bin/make-kpkg line 950.
cannot remove directory for debian: Directory not empty at
/usr/bin/make-kpkg line 950.
exec make kpkg_version=13.016 -f
/usr/share/kernel-package/ruleset/minimal.mk debian INITRD=YES
ROOT_CMD=sudo 

make[1]: Entering directory '/home/rrs/Community/linux'
1  CHK include/config/kernel.release
  CHK include/generated/uapi/linux/version.h
  CHK include/generated/utsrelease.h
  CHK include/generated/timeconst.h
  CHK include/generated/bounds.h
  CHK include/generated/asm-offsets.h
  CALLscripts/checksyscalls.sh
  CHK include/generated/compile.h
Kernel: arch/x86/boot/bzImage is ready  (#2)
make[1]: Leaving directory '/home/rrs/Community/linux'
/usr/bin/make -j4   ARCH=x86_64 \
 modules
make[1]: Entering directory '/home/rrs/Community/linux'
  CHK include/config/kernel.release
  CHK include/generated/uapi/linux/version.h
  CHK include/generated/utsrelease.h
  CHK include/generated/timeconst.h
  CHK include/generated/bounds.h
  CHK include/generated/asm-offsets.h
  CALLscripts/checksyscalls.sh
  Building modules, stage 2.
  MODPOST 4491 modules
make[1]: Leaving directory '/home/rrs/Community/linux'
COLUMNS=150 dpkg -l 'gcc*' perl dpkg 'libc6*' binutils make dpkg-dev |\
 awk '$1 ~ /[hi]i/ { printf("%s-%s\n", $2, $3) }'> debian/stamp/build/info
uname -a >> debian/stamp/build/info
echo using the compiler: >> debian/stamp/build/info
if [ -f include/generated/compile.h ]; then  \
   grep LINUX_COMPILER include/generated/compile.h | \
 sed -e 's/.*LINUX_COMPILER "//' -e 's/"$//' >> \
   debian/stamp/build/info;  \
elif [ -f include/linux/compile.h  ]; then   \
grep LINUX_COMPILER include/linux/compile.h |\
  sed -e 's/.*LINUX_COMPILER "//' -e 's/"$//' >>\
debian/stamp/build/info; \
 fi
echo done > debian/stamp/build/kernel
sudo /usr/bin/make -f ./debian/rules 
debian/stamp/binary/pre-linux-headers-4.4.0+
sudo /usr/bin/make -f ./debian/rules
debian/stamp/binary/pre-linux-image-4.4.0+
sudo /usr/bin/make -f ./debian/rules
debian/stamp/binary/pre-linux-image-4.4.0+-dbg
make: 'debian/stamp/binary/pre-linux-image-4.4.0+' is up to date.
make: 'debian/stamp/binary/pre-linux-headers-4.4.0+' is up to date.
make: 'debian/stamp/binary/pre-linux-image-4.4.0+-dbg' is up to date.



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

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN 

Bug#812473: klog: FTBFS: qmake: could not find a Qt installation of ''

[Chris Lamb]

Source: klog
Version: 0.9.2.3-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

klog fails to build from source in unstable/amd64:

  [..]

   dpkg-buildpackage -rfakeroot -D -us -uc -b
  dpkg-buildpackage: source package klog
  dpkg-buildpackage: source version 0.9.2.3-1
  dpkg-buildpackage: source distribution unstable
  dpkg-buildpackage: source changed by Jaime Robles 
   dpkg-source --before-build klog-0.9.2.3
  dpkg-buildpackage: host architecture amd64
   fakeroot debian/rules clean
  test -x debian/rules
  rm -f debian/stamp-makefile-build debian/stamp-makefile-install
  /usr/bin/make  -C .  -k distclean
  make[1]: Entering directory 
'/home/lamby/temp/cdt.20160124093718.jQ1dUxjJrf/klog-0.9.2.3'
  make[1]: *** No rule to make target 'distclean'.
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160124093718.jQ1dUxjJrf/klog-0.9.2.3'
  /usr/share/cdbs/1/class/makefile.mk:55: recipe for target 'makefile-clean' 
failed
  make: [makefile-clean] Error 2 (ignored)
  dh_clean 
  rm -f ./Makefile ./.qmake.internal.cache
  rm -f translations/*.qm
   debian/rules build
  test -x debian/rules
  mkdir -p "."
  cd . && qmake   'QMAKE_CC = cc' 'QMAKE_CXX = g++' 'QMAKE_CFLAGS_RELEASE = 
-Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall' 'QMAKE_CXXFLAGS_RELEASE = -Wdate-time 
-D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall' 'QMAKE_LFLAGS_RELEASE = -Wl,-z,relro'
  qmake: could not find a Qt installation of ''
  /usr/share/cdbs/1/class/qmake.mk:44: recipe for target 'Makefile' failed
  make: *** [Makefile] Error 1

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


klog.0.9.2.3-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#812472: commons-beanutils: FTBFS: Error resolving version for plugin 'org.apache.felix:maven-bundle-plugin' from the repositories

[Chris Lamb]

Source: commons-beanutils
Version: 1.9.2-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

commons-beanutils fails to build from source in unstable/amd64:

  [..]

   dpkg-buildpackage -rfakeroot -D -us -uc -b
  dpkg-buildpackage: source package commons-beanutils
  dpkg-buildpackage: source version 1.9.2-2
  dpkg-buildpackage: source distribution unstable
  dpkg-buildpackage: source changed by Emmanuel Bourg 
   dpkg-source --before-build commons-beanutils-1.9.2
  dpkg-buildpackage: host architecture amd64
   fakeroot debian/rules clean
  dh clean --buildsystem=maven
 dh_testdir -O--buildsystem=maven
 dh_auto_clean -O--buildsystem=maven
"for dir in \$(find . -name target -type d); do if [ -f \$(echo \$dir | 
sed -e s/target\$/pom.xml/) ]; then rm -Rf \$dir; fi done"
mh_unpatchpoms -plibcommons-beanutils-java
 dh_clean -O--buildsystem=maven
   debian/rules build
  dh build --buildsystem=maven
 dh_testdir -O--buildsystem=maven
 dh_update_autotools_config -O--buildsystem=maven
 dh_auto_configure -O--buildsystem=maven
mh_patchpoms -plibcommons-beanutils-java --debian-build 
--keep-pom-version 
--maven-repo=/home/lamby/temp/cdt.20160124093511.GZQfmBZrLJ/commons-beanutils-1.9.2/debian/maven-repo
 dh_auto_build -O--buildsystem=maven
/usr/lib/jvm/default-java/bin/java -noverify -cp 
/usr/share/maven/boot/plexus-classworlds-2.x.jar:/usr/lib/jvm/default-java/lib/tools.jar
 -Dmaven.home=/usr/share/maven 
-Dmaven.multiModuleProjectDirectory=/home/lamby/temp/cdt.20160124093511.GZQfmBZrLJ/commons-beanutils-1.9.2
 -Dclassworlds.conf=/etc/maven/m2-debian.conf 
-Dproperties.file.manual=/home/lamby/temp/cdt.20160124093511.GZQfmBZrLJ/commons-beanutils-1.9.2/debian/maven.properties
 org.codehaus.plexus.classworlds.launcher.Launcher 
-s/etc/maven/settings-debian.xml 
-Ddebian.dir=/home/lamby/temp/cdt.20160124093511.GZQfmBZrLJ/commons-beanutils-1.9.2/debian
 
-Dmaven.repo.local=/home/lamby/temp/cdt.20160124093511.GZQfmBZrLJ/commons-beanutils-1.9.2/debian/maven-repo
 package javadoc:jar javadoc:aggregate -DskipTests -Dnotimestamp=true 
-Dlocale=en_US
  [INFO] Scanning for projects...
  [WARNING] 
  [WARNING] Some problems were encountered while building the effective model 
for commons-beanutils:commons-beanutils:jar:1.9.2
  [WARNING] 'build.plugins.plugin.version' for 
org.apache.felix:maven-bundle-plugin is missing. @ 
org.apache.commons:commons-parent:debian, 
/home/lamby/temp/cdt.20160124093511.GZQfmBZrLJ/commons-beanutils-1.9.2/debian/maven-repo/org/apache/commons/commons-parent/debian/commons-parent-debian.pom,
 line 322, column 12
  [WARNING] 'build.plugins.plugin.version' for 
org.apache.maven.plugins:maven-jar-plugin is missing. @ 
org.apache.commons:commons-parent:debian, 
/home/lamby/temp/cdt.20160124093511.GZQfmBZrLJ/commons-beanutils-1.9.2/debian/maven-repo/org/apache/commons/commons-parent/debian/commons-parent-debian.pom,
 line 289, column 12
  [WARNING] 
  [WARNING] It is highly recommended to fix these problems because they 
threaten the stability of your build.
  [WARNING] 
  [WARNING] For this reason, future Maven versions might no longer support 
building such malformed projects.
  [WARNING] 
  [INFO] 

  [INFO] BUILD FAILURE
  [INFO] 

  [INFO] Total time: 0.161 s
  [INFO] Finished at: 2016-01-24T09:37:14+01:00
  [INFO] Final Memory: 6M/236M
  [INFO] 

  [ERROR] Error resolving version for plugin 
'org.apache.felix:maven-bundle-plugin' from the repositories [local 
(/home/lamby/temp/cdt.20160124093511.GZQfmBZrLJ/commons-beanutils-1.9.2/debian/maven-repo),
 central (https://repo.maven.apache.org/maven2)]: Plugin not found in any 
plugin repository -> [Help 1]
  [ERROR] 
  [ERROR] To see the full stack trace of the errors, re-run Maven with the -e 
switch.
  [ERROR] Re-run Maven using the -X switch to enable full debug logging.
  [ERROR] 
  [ERROR] For more information about the errors and possible solutions, please 
read the following articles:
  [ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/PluginVersionResolutionException
  dh_auto_build: /usr/lib/jvm/default-java/bin/java -noverify -cp 
/usr/share/maven/boot/plexus-classworlds-2.x.jar:/usr/lib/jvm/default-java/lib/tools.jar
 -Dmaven.home=/usr/share/maven 
-Dmaven.multiModuleProjectDirectory=/home/lamby/temp/cdt.20160124093511.GZQfmBZrLJ/commons-beanutils-1.9.2
 -Dclassworlds.conf=/etc/maven/m2-debian.conf 
-Dproperties.file.manual=/home/lamby/temp/cdt.20160124093511.GZQfmBZrLJ/commons-beanutils-1.9.2/debian/maven.properties
 org.codehaus.plexus.classworlds.launcher.Launcher 

Bug#812477: xfig: .desktop file is not completely valid

[Pino Toscano]

Package: xfig
Version: 1:3.2.5.c-7
Severity: minor
Tags: patch

Hi,

the provided xfig.desktop is not completely valid (see also output of
`desktop-file-validate`).
The attached updated version of 42_xfig.desktop.patch fixes all the
issues:
- the 'Keywords' key is a list, so it must end with the list separator
  (';')

Thanks,
-- 
Pino
From: Roland Rosenfeld 
Subject: Extend xfig.desktop with some additional information.

--- a/xfig.desktop
+++ b/xfig.desktop
@@ -1,7 +1,11 @@
-[Desktop Entry]
-Exec=/usr/X11R6/bin/xfig
-InitialPreference=2
-MimeType=image/x-xfig;
-Name=xfig
-Terminal=false
-Type=Application
+[Desktop Entry]
+Exec=/usr/bin/xfig %f
+InitialPreference=2
+MimeType=image/x-xfig;
+Name=xfig
+Comment=Facility for Interactive Generation of figures under X11
+Icon=xfig
+Terminal=false
+Type=Application
+Categories=Graphics;
+Keywords=vector;graphics;figure;drawing;

Bug#807433: icedove: Icedove crashes while fetching users system mails

[Martin Dosch]

Package: icedove
Version: 38.5.0-1+b1
Followup-For: Bug #807433

Dear Maintainer,

this is also happening with 38.5.0-1+b1 in testing.

Best regards,
Martin



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

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

Versions of packages icedove depends on:
ii  debianutils   4.5.1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.29-1
ii  libatk1.0-0   2.18.0-1
ii  libc6 2.21-6
ii  libcairo2 1.14.6-1
ii  libdbus-1-3   1.10.6-1
ii  libdbus-glib-1-2  0.106-1
ii  libevent-2.0-52.0.21-stable-2+b1
ii  libffi6   3.2.1-4
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.6.1-0.1
ii  libgcc1   1:5.3.1-4
ii  libgdk-pixbuf2.0-02.32.3-1
ii  libglib2.0-0  2.46.2-3
ii  libgtk2.0-0   2.24.29-1
ii  libhunspell-1.3-0 1.3.3-3+b2
ii  libnspr4  2:4.11-1
ii  libnss3   2:3.21-1
ii  libpango-1.0-01.38.1-1
ii  libpangocairo-1.0-0   1.38.1-1
ii  libpangoft2-1.0-0 1.38.1-1
ii  libpixman-1-0 0.33.6-1
ii  libsqlite3-0  3.9.2-1
ii  libstartup-notification0  0.12-4
ii  libstdc++65.3.1-4
ii  libvpx3   1.5.0-2
ii  libx11-6  2:1.6.3-1
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxrender1   1:0.9.9-2
ii  libxt61:1.1.5-1
ii  psmisc22.21-2.1+b1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages icedove recommends:
ii  iceowl-extension38.5.0-1+b1
ii  myspell-de-de [myspell-dictionary]  20151222-1

Versions of packages icedove suggests:
ii  fonts-lyx 2.1.4-2
ii  libgssapi-krb5-2  1.13.2+dfsg-4

-- debconf-show failed

Bug#812479: remmina: .desktop file is not completely valid

[Pino Toscano]

Package: remmina
Version: 1.1.2-3
Severity: minor
Tags: patch

Hi,

the provided remmina.desktop is not completely valid (see also output
of `desktop-file-validate`).
The attached git-formatted commit fixes all the issues:
- the 'Keywords' key is a list, so it must end with the list separator
  (';')

Why is the patch marked as "Forwarded: not-needed"? This is something
that can indeed go upstream.

Thanks,
-- 
Pino
>From 5b81fbe40581a56078ae96b267e19a81832b35c2 Mon Sep 17 00:00:00 2001
From: Pino Toscano 
Date: Sun, 24 Jan 2016 11:32:54 +0100
Subject: [PATCH] make remmina.desktop valid

update patch 0005-desktop.patch by adding the list separator at the end
of the Keywords key
---
 debian/changelog  | 7 +++
 debian/patches/0005-desktop.patch | 2 +-
 2 files changed, 8 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 3dd71d5..8e0b68e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+remmina (1.1.2-3.1) UNRELEASED; urgency=medium
+
+  * Update patch 0005-desktop.patch by adding the list separator at the end of
+the Keywords key: this makes remmina.desktop valid.
+
+ -- Pino Toscano   Sun, 24 Jan 2016 11:31:26 +0100
+
 remmina (1.1.2-3) unstable; urgency=medium
 
   [ Jörg Frings-Fürst ]
diff --git a/debian/patches/0005-desktop.patch b/debian/patches/0005-desktop.patch
index 29b265f..977f69d 100644
--- a/debian/patches/0005-desktop.patch
+++ b/debian/patches/0005-desktop.patch
@@ -11,7 +11,7 @@ This patch header follows DEP-3: http://dep.debian.net/deps/dep3/Index: trunk/re
  Type=Application
  Categories=GTK;GNOME;X-GNOME-NetworkSettings;Network;
  Actions=Profile;Tray;
-+Keywords=remote desktop;rdp;vnc;nx,ssh
++Keywords=remote desktop;rdp;vnc;nx,ssh;
  
  [Desktop Action Profile]
  Name=Create a New Connection Profile
-- 
2.7.0.rc3

Bug#767925: files with the same name installed in / and /usr

[Marco d'Itri]

On Jan 04, Marco d'Itri  wrote:

> I have not heard back from you in over one year, what are your plans 
> about fixing this? Do you need a NMU?
I made a DELAYED-15 NMU containing this patch.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#812236: CD-Image does not boot with Libreboot/GRUB

[Colin Watson]

On Sun, Jan 24, 2016 at 07:36:27PM +0100, Frank Guthausen wrote:
> 2) Grub's chainloading depends on BIOS/UEFI:
> http://www.gnu.org/software/grub/manual/grub.html
> | Chain-loading is only supported on PC BIOS and EFI platforms.

I don't know that this is fundamentally true.  "Supported" is of course
a word that can mean various things, but there is at least an
implementation of the "chainloader" command for coreboot (etc.).  See
grub-core/loader/i386/coreboot/chainloader.c.

-- 
Colin Watson   [cjwat...@debian.org]

Bug#812556: python-qrtools: Exception raised: "tostring() has been removed"

[Kyanos]

Package: python-qrtools
Version: 1.4~bzr21-1
Severity: normal

Dear Maintainer,

This package calls tostring(), which was removed from PIL. I discovered
this while using QtQR, which produces the following trace when decoding
an image from a file:



Traceback (most recent call last):
  File "/usr/bin/qtqr", line 540, in decodeFile
if qr.decode():
  File "/usr/lib/python2.7/dist-packages/qrtools.py", line 181, in decode
raw = pil.tostring()
  File "/usr/lib/python2.7/dist-packages/PIL/Image.py", line 686, in
tostring
"Please call tobytes() instead.")
Exception: tostring() has been removed. Please call tobytes() instead.



I believe this is simply a matter of changing the call to tobytes().

Kyanos

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

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

Versions of packages python-qrtools depends on:
ii  python  2.7.11-1
ii  python-imaging  3.0.0-1
ii  python-zbar 0.10+doc-10+b1
ii  qrencode3.4.4-1

python-qrtools recommends no packages.

python-qrtools suggests no packages.

-- no debconf information

Bug#812344: simple-scan: segfault using Canon Lite 100 with simple-scan

[Jörg Frings-Fürst]

Hello Piccoro,

first thanks for your answer.


Am Samstag, den 23.01.2016, 14:53 -0430 schrieb PICCORO McKAY Lenz:
> 2016-01-23 3:24 GMT-04:30 Jörg Frings-Fürst  t>:
> > - Is the bug reproducible?
> every time i open the simple-scan program, only in debian's >> wheeze
>  

[...]
>  
> > And please test sane-backends from stretch and from experimental.
> as i mentioned in unstable crash always (not at second try as stable)
> AND WHY I MUST TEST "unstable": its "unstable"!
> 
>  
You must not. But it is nice if you do it.
Why? sane-backends 1.0.25-2 from testing has a better USB support.

And if the 1.0.25-2 is working for you, then I ask for a BPO.


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

CU 
Jörg
 
-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54538 Bausendorf

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.




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

Bug#731709: grub-efi UEFI support based on debian-cd work complete (repos)

[adrian15]

El 24/01/16 a las 16:51, Michal Suchanek escribió:

The model does not imply any ranking. "First", "Second", "Third"
could be justified, because there are lists in El Torito and
partition tables where the boot entries have to line up in sequence.

For my taste, "Main" or "Primary" too much implies a rank.



So... what about using:

FIRST_BOOTLOADER
and
SECOND_BOOTLOADER

instead of my current:

PRIMARY_BOOTLOADER
and
SECONDARY_BOOTLOADER




why not BOOTLOADERS?

The concept of being primary or secondary is just broken.

You can store 64 el-torito catalog entries on a CD. The different
entries are separated by -eltorito-alt-boot option. When you put the
CD with a BIOS and EFI entry in a machine that prefers UEFI the efi
entry is primary even when there is a CSM. When you put the CD into a
machine with legacy BIOS the BIOS entry is primary in the EFI one
useless.

There are some technical details like it is desirable to put the BIOS
entry before the EFI entry. This may be either enforced by reordering
the bootloader list automagically or just by setting the default to
syslinux,grub-efi and explaining in the docs that this is the usual
order and changing the order may potentially cause issues.

There are more technical details like the bootloader for i386 and
amd64 BIOS is the same one and on EFI it's two different binaries. Or
that when there is an EFI bootloader it's desirable to create another
e-torito entry for it as APM to boot on Macs. The technical details of
creating multiple partitions, boot entries, and whatnot are
implementation details. It's nice to document these details somewhere
for people who want to further butcher the created medium, add support
for more bootloaders, etc.

So basically what we have is support for two PC firmware types:

BIOS
EFI

and two bootloader alternatives for each firmware type

syslinux
grub

and for simlicity only one bootloader for one firmware type is
supported on single medium. Since booting on BIOS platform is well
supported with syslinux and booting on EFI platform is well-supported
with grub it is desirable to have the option to specify different
bootloader type for each supported platform and make it the default.
So rather than

BOOTLOADER=syslinux
BOOT_FIRMWARE=bios,efi

we have

BOOTLOADERS=syslinux,grub-efi

That is the bootloader name encodes the whole bootloader-firmware
pair. There is no need to specify more. It is well possible to specify
to not include 32bit efi binaries when building a 64bit CD build but
that's *-efi installation option and not a separate bootloader type.

This means the user can have 1-2 bootloaders on a single medium. And
if coreboot or whatnot support is added in the future there is
potential to have more.


Thanks

Michal



What you are describing here is what it's actually implemented in my 
patch (Well, actually the first patch version because the current one 
enforces bootloader roles). So what about primary and secondary terms? 
Or first or second terms?


These terms are used in two places:
* Internal variables and functions to handle bootloaders
* Information shown to the final user

I'm most convinced to use the first and non-first notation. So that the 
old code that referred to LB_BOOTLOADER can just refer to: 
LB_FIRST_BOOTLOADER.


Later on, if we want to improve this old code we can modify it so that 
it handles LB_BOOTLOADERS thanks to the bootloader functions directly.


I agree with you that a good approach would be to document the different 
supported or suggested bootloader combinations rather than trying to 
enforce it by code.


That would match my last thoughts which I quote here:


And, well, I have some ideas on how to add some special functions to 
binary_bootloader files so that we have some sort of Object-Oriented / Hook 
programming when defining what goes into the mkisofs options.

If you check current: binary_iso file it just relies on existing 
binary_bootloaders without having an agnostic bootloader approach.

Here it's what I'm talking about:

https://github.com/adrian15/live-build/blob/5eba3dff5a16a34c3c1eb5d54e3767339654e2d0/scripts/build/binary_iso#L111-L145

case "${LB_PRIMARY_BOOTLOADER}" in
grub)
(...)
grub-pc)
(...)

esac


We could just invent the:

grub-pc-xorriso-options()
or
syslinux-xorriso-options()

functions which would be defined in:

binary_grub-pc
or
binary_syslinux
files

and handle all of these with only 3 or 4 lines of code.

E.g. binary_iso would add '-eltorito-alt-boot' just before a second bootloader 
so that the bootloader only needs to take care of their own boot options.


Is there anyone opposed to such a big change on live-build handling of 
bootloaders?



adrian15
--
Support free software. Donate to Super Grub Disk. Apoya el software 
libre. Dona a Super Grub Disk. http://www.supergrubdisk.org/donate/

Bug#812558: libjgoodies-common-java: new upstream version available

[tony mancill]

On 01/24/2016 05:42 PM, tony mancill wrote:
> Package: libjgoodies-common-java
> Version: 1.4.0-2
> Severity: wishlist
>
> Please update the version of jgoodies-common in Debian to at least
> 1.8.1, the minimum required to package JabRef 3.x.
> 
> (This is a tracker bug to coordinate the r-deps needed for jabref-3.2.)

Actually, it doesn't appear that 1.8.1 is freely available from
upstream.  Instead, 1.7.0 can be packaged.




signature.asc
Description: OpenPGP digital signature

Bug#812559: RM: gaphas -- ROM; unused, abandoned in upstream

[Dmitry Borodaenko]

Package: ftp.debian.org
Severity: normal

Gaphas was packaged for Debian as a dependency of gaphor which was
removed via #790580. No other package depends on gaphas, and it's
upstream status is the same as gaphor: abandoned. Please remove it from
unstable.

-- 
Dmitry Borodaenko

Bug#768079: zsh: fails to configure if /bin is a symlink to /usr/bin

[Axel Beckert]

Hi,

Marco d'Itri wrote:
> Again, with the correct patch for zsh.

While I can't use the patch directly, the patch helps to make a proper
fix without using the alternatives system respectively removing the
alternatives without causing similar issues for usrmerge again. (I
else would have used the much cleaner debian/zsh.links instead.)

I have a half working package as of now, but I will need a few more
days for a proper package. Currently still open:

* Dummy wrapper for zsh5 and zsh5-static as done with zsh4* wrappers.
* Verify that resp. check if man pages symlinks zsh vs zsh5 are no
  more needed.
* Testing.

And -- as state before -- I definitely would like to first upload both
things (manual handling of the slave alternatives and removal of the
alternatives in general) first in experimental for some wider testing
before uploading any of that to unstable.

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#808479: linux-image-4.3.0-0.bpo.1-amd64: Confirmation of this bug; bug due to climbing memory usage

[oldtechaa]

Package: src:linux
Version: 4.3.3-7~bpo8+1
Followup-For: Bug #808479

Dear Maintainer,

I can also confirm this bug on an Inspiron 530 w/ 2GB RAM. On this computer, it
takes about 15hrs. to crash the computer. The memory usage climbs up to that
point, not due to any usage on the part of applications. The kernel keeps
claiming more and more memory until the OOM killer is invoked and kills all
applications. The applications meanwhile remain constant in memory usage. I
have kern.log backups I could attach, but all they show is the OOM killer's
invocation.

The issue is also clearly in the kernel, because just like the original
reporter, a revert (to 3.16) fixed the problem. I will try to see what some of
the possible culprits in the changelog for the kernel are. In the meantime, we
can use either 3.16 or 4.2.



-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: Dell Inc.
product_name: Inspiron 530
product_version:
chassis_vendor: Dell Inc.
chassis_version: OEM
bios_vendor: Dell Inc.
bios_version: 1.0.18
board_vendor: Dell Inc.
board_name: 0RY007
board_version:

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation 82G33/G31/P35/P31 Express DRAM
Controller [8086:29c0] (rev 02)
Subsystem: Dell Inspiron 530 [1028:020d]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 

00:01.0 PCI bridge [0604]: Intel Corporation 82G33/G31/P35/P31 Express PCI
Express Root Port [8086:29c1] (rev 02) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:1a.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI
Controller #4 [8086:2937] (rev 02) (prog-if 00 [UHCI])
Subsystem: Dell Inspiron 530 [1028:020d]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
SERR- 
Kernel driver in use: uhci_hcd

00:1a.1 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI
Controller #5 [8086:2938] (rev 02) (prog-if 00 [UHCI])
Subsystem: Dell Inspiron 530 [1028:020d]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
SERR- 
Kernel driver in use: uhci_hcd

00:1a.2 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI
Controller #6 [8086:2939] (rev 02) (prog-if 00 [UHCI])
Subsystem: Dell Inspiron 530 [1028:020d]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
SERR- 
Kernel driver in use: uhci_hcd

00:1a.7 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI
Controller #2 [8086:293c] (rev 02) (prog-if 20 [EHCI])
Subsystem: Dell Inspiron 530 [1028:020d]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
SERR- 
Kernel driver in use: ehci-pci

00:1d.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI
Controller #1 [8086:2934] (rev 02) (prog-if 00 [UHCI])
Subsystem: Dell Inspiron 530 [1028:020d]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
SERR- 
Kernel driver in use: uhci_hcd

00:1d.1 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI
Controller #2 [8086:2935] (rev 02) (prog-if 00 [UHCI])
Subsystem: Dell Inspiron 530 [1028:020d]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
SERR- 
Kernel driver in use: uhci_hcd

00:1d.2 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI
Controller #3 [8086:2936] (rev 02) (prog-if 00 [UHCI])
Subsystem: Dell Inspiron 530 [1028:020d]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
SERR- 
Kernel driver in use: uhci_hcd

00:1d.7 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI
Controller #1 [8086:293a] (rev 02) (prog-if 

Bug#808479: linux-image-4.3.0-0.bpo.1-amd64: Confirmation of this bug; bug due to climbing memory usage

[oldtechaa]

This bug might also be good to have marked important, as it makes the
kernel nearly unusable in some cases, and it is a fairly big bug. I also
would say it is probably upstream, although that can't be said for certain
at this point, I don't think.

On Sun, Jan 24, 2016 at 9:41 PM, oldtechaa  wrote:

> Package: src:linux
> Version: 4.3.3-7~bpo8+1
> Followup-For: Bug #808479
>
> Dear Maintainer,
>
> I can also confirm this bug on an Inspiron 530 w/ 2GB RAM. On this
> computer, it
> takes about 15hrs. to crash the computer. The memory usage climbs up to
> that
> point, not due to any usage on the part of applications. The kernel keeps
> claiming more and more memory until the OOM killer is invoked and kills all
> applications. The applications meanwhile remain constant in memory usage. I
> have kern.log backups I could attach, but all they show is the OOM killer's
> invocation.
>
> The issue is also clearly in the kernel, because just like the original
> reporter, a revert (to 3.16) fixed the problem. I will try to see what
> some of
> the possible culprits in the changelog for the kernel are. In the
> meantime, we
> can use either 3.16 or 4.2.
>
>
>
> -- Package-specific info:
> ** Kernel log: boot messages should be attached
>
> ** Model information
> sys_vendor: Dell Inc.
> product_name: Inspiron 530
> product_version:
> chassis_vendor: Dell Inc.
> chassis_version: OEM
> bios_vendor: Dell Inc.
> bios_version: 1.0.18
> board_vendor: Dell Inc.
> board_name: 0RY007
> board_version:
>
> ** PCI devices:
> 00:00.0 Host bridge [0600]: Intel Corporation 82G33/G31/P35/P31 Express
> DRAM
> Controller [8086:29c0] (rev 02)
> Subsystem: Dell Inspiron 530 [1028:020d]
> Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
> Stepping- SERR- FastB2B- DisINTx-
> Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
>  SERR-  Latency: 0
> Capabilities: 
>
> 00:01.0 PCI bridge [0604]: Intel Corporation 82G33/G31/P35/P31 Express PCI
> Express Root Port [8086:29c1] (rev 02) (prog-if 00 [Normal decode])
> Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
> Stepping- SERR- FastB2B- DisINTx+
> Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
>  SERR-  Latency: 0, Cache Line Size: 64 bytes
> Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
> I/O behind bridge: c000-cfff
> Memory behind bridge: fde0-fdef
> Prefetchable memory behind bridge:
> d000-dfff
> Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort-
>  Reset- FastB2B-
> PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
> Capabilities: 
> Kernel driver in use: pcieport
>
> 00:1a.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB
> UHCI
> Controller #4 [8086:2937] (rev 02) (prog-if 00 [UHCI])
> Subsystem: Dell Inspiron 530 [1028:020d]
> Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
> Stepping- SERR- FastB2B- DisINTx-
> Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
> SERR-  Latency: 0
> Interrupt: pin A routed to IRQ 16
> Region 4: I/O ports at ff00 [size=32]
> Capabilities: 
> Kernel driver in use: uhci_hcd
>
> 00:1a.1 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB
> UHCI
> Controller #5 [8086:2938] (rev 02) (prog-if 00 [UHCI])
> Subsystem: Dell Inspiron 530 [1028:020d]
> Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
> Stepping- SERR- FastB2B- DisINTx-
> Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
> SERR-  Latency: 0
> Interrupt: pin B routed to IRQ 21
> Region 4: I/O ports at fe00 [size=32]
> Capabilities: 
> Kernel driver in use: uhci_hcd
>
> 00:1a.2 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB
> UHCI
> Controller #6 [8086:2939] (rev 02) (prog-if 00 [UHCI])
> Subsystem: Dell Inspiron 530 [1028:020d]
> Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
> Stepping- SERR- FastB2B- DisINTx-
> Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
> SERR-  Latency: 0
> Interrupt: pin D routed to IRQ 19
> Region 4: I/O ports at fd00 [size=32]
> Capabilities: 
> Kernel driver in use: uhci_hcd
>
> 00:1a.7 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2
> EHCI
> Controller #2 [8086:293c] (rev 02) (prog-if 20 [EHCI])
> Subsystem: Dell Inspiron 530 [1028:020d]
> Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
> Stepping- SERR- FastB2B- DisINTx-
> Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
> SERR-  

Bug#812561: fail2ban: systemd fails to notice when fail2ban fails to start

[Michael Deegan]

Package: fail2ban
Version: 0.8.13-1
Severity: normal

Hello,

Having just experienced the delightful "feature" described in #771549 for
myself, I noticed that systemd gets confused in the presence of either a
failed start, or a force-start (two things that often occur in close
succession):

root@sebastian:/var/log# pgrep -l fail
4369 fail2ban-server
root@sebastian:/var/log# service fail2ban stop
root@sebastian:/var/log# service fail2ban status
● fail2ban.service - LSB: Start/stop fail2ban
   Loaded: loaded (/etc/init.d/fail2ban)
   Active: inactive (dead) since Mon 2016-01-25 10:41:54 AWST; 7s ago
  Process: 5729 ExecStop=/etc/init.d/fail2ban stop (code=exited, 
status=0/SUCCESS)
  Process: 4359 ExecStart=/etc/init.d/fail2ban start (code=exited, 
status=0/SUCCESS)

So far so good. Now let's make it fail to start:

root@sebastian:/var/log# service fail2ban status
● fail2ban.service - LSB: Start/stop fail2ban
   Loaded: loaded (/etc/init.d/fail2ban)
   Active: active (exited) since Mon 2016-01-25 10:43:01 AWST; 3s ago
  Process: 5729 ExecStop=/etc/init.d/fail2ban stop (code=exited, 
status=0/SUCCESS)
  Process: 5769 ExecStart=/etc/init.d/fail2ban start (code=exited, 
status=0/SUCCESS)
root@sebastian:/var/log# /etc/init.d/fail2ban start;echo $?
Starting fail2ban (via systemctl): fail2ban.service.
0
root@sebastian:/var/log# pgrep -l fail
root@sebastian:/var/log#

Active? I disagree. :P

My guess is that the init script exiting with zero status (despite failure)
has convinced systemd thinks that there is no problem. This is the first issue.

Let's try to fix the service:

root@sebastian:/var/log# service fail2ban force-start
Starting authentication failure monitor: fail2banSocket file 
/var/run/fail2ban/fail2ban.sock is present ... failed!
Starting anyway as requested.
.
root@sebastian:/var/log# pgrep -l fail
5840 fail2ban-server
root@sebastian:/var/log# service fail2ban status
● fail2ban.service - LSB: Start/stop fail2ban
   Loaded: loaded (/etc/init.d/fail2ban)
   Active: active (exited) since Mon 2016-01-25 10:43:01 AWST; 3min 55s ago
  Process: 5729 ExecStop=/etc/init.d/fail2ban stop (code=exited, 
status=0/SUCCESS)
  Process: 5769 ExecStart=/etc/init.d/fail2ban start (code=exited, 
status=0/SUCCESS)

The service is now running, but systemd thinks it's still exited! It's as if 
the force-start was a no-op.

root@sebastian:/var/log# service fail2ban restart
root@sebastian:/var/log# service fail2ban status
● fail2ban.service - LSB: Start/stop fail2ban
   Loaded: loaded (/etc/init.d/fail2ban)
   Active: active (running) since Mon 2016-01-25 10:48:20 AWST; 2s ago
  Process: 5858 ExecStop=/etc/init.d/fail2ban stop (code=exited, 
status=0/SUCCESS)
  Process: 5871 ExecStart=/etc/init.d/fail2ban start (code=exited, 
status=0/SUCCESS)
   CGroup: /system.slice/fail2ban.service
   └─5882 /usr/bin/python /usr/bin/fail2ban-server -b -s 
/var/run/fail2ban/fail2ban.sock -p /var/run/fail2ban/fail2ban.pid

Only now is everything as it should be.

The second issue is that force-start doesn't actually convince systemd that the 
service has started:

root@sebastian:/var/log# service fail2ban stop
root@sebastian:/var/log# service fail2ban status
● fail2ban.service - LSB: Start/stop fail2ban
   Loaded: loaded (/etc/init.d/fail2ban)
   Active: inactive (dead) since Mon 2016-01-25 11:04:03 AWST; 4min 13s ago
  Process: 7029 ExecStop=/etc/init.d/fail2ban stop (code=exited, 
status=0/SUCCESS)
  Process: 7002 ExecStart=/etc/init.d/fail2ban start (code=exited, 
status=0/SUCCESS)
root@sebastian:/var/log# service fail2ban force-start
Starting authentication failure monitor: fail2ban.
root@sebastian:/var/log# service fail2ban status
● fail2ban.service - LSB: Start/stop fail2ban
   Loaded: loaded (/etc/init.d/fail2ban)
   Active: inactive (dead) since Mon 2016-01-25 11:04:03 AWST; 4min 26s ago
  Process: 7029 ExecStop=/etc/init.d/fail2ban stop (code=exited, 
status=0/SUCCESS)
  Process: 7002 ExecStart=/etc/init.d/fail2ban start (code=exited, 
status=0/SUCCESS)
root@sebastian:/var/log# pgrep -l fail
7080 fail2ban-server

I'm unsure whether this bit is also the init script's fault, or because
systemd unavoidably considers a 'force-start' to not count as a 'start'.

-- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'oldstable-updates'), (500, 
'stable'), (500, 'oldstable'), (487, 'testing-updates'), (487, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages fail2ban depends on:
ii  lsb-base4.1+Debian13+nmu1
pn  python:any  

Versions of 

Bug#812544: r-base: FTBFS in a clean sid pbuilder enviromwent

[Dirk Eddelbuettel]

And what it is worth I just turned another build on here via 'pdebuild' and
it is progressing just fine.

Is there a chance this could be at your end?

Dirk

-- 
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#812558: libjgoodies-common-java: new upstream version available

[tony mancill]

Package: libjgoodies-common-java
Version: 1.4.0-2
Severity: wishlist

Dear Maintainer,

Please update the version of jgoodies-common in Debian to at least
1.8.1, the minimum required to package JabRef 3.x.

(This is a tracker bug to coordinate the r-deps needed for jabref-3.2.)

Thanks,
tony

Bug#812557: pulseaudio: "refusing to start/autospawn" with multi-user setup

[Rodrigo Campos]

Package: pulseaudio
Version: 7.1-2
Severity: normal

Dear Maintainer,

I'be updated debian testing (didn't update in a while) and after I upgraded,
sound from programs that run as a different user stopped working.

When some other user tries to run: "/usr/bin/pulseaudio --start
--log-target=syslog" it fails with errors like:

Jan 24 22:01:58 lindsay pulseaudio[10238]: [pulseaudio] main.c: 
User-configured
server at 
{d07a5e247c911a2ac8ca6d8652d822c1}unix:/run/user/1000/pulse/native,
refusing to start/autospawn.
Jan 24 22:08:13 lindsay pulseaudio[11867]: [pulseaudio] main.c: 
User-configured
server at lindsay, refusing to start/autospawn.

Both users, the user that opened the desktop environment (let's call him userA)
and the other user trying to run pulseaudio/firefox (let's call him userB) are
member of group audio. Also, userA uid is 1000 and userB uid is 1001.

Usually, as autospawn is enabled, when running firefox as userB and sound
was needed, pulseaudio was started and audio just worked. Now everything works
fine, except audio doesn't play. Probably because it fails as above when trying
to start pulseaudio.

I've found the following work-around, though, to make this work again and this
is why I'm reporting it to pulseaudio.

If userA logins to the desktop env and opens a console and as userB (I'm doing
"su - userB") runs:

pax11publish -r; /usr/bin/pulseaudio --start --log-target=syslog

then audio works again.

To check if audio works, and to be sure is nothing related to firefox, I run as
userA in the desktop env:

sudo -u userB -- aplay /usr/share/sounds/alsa/Front_Center.wav

iAfter doing the "pax11publish ..." command above, this command works. Before it
does not. And, of course, this also fixes the audio in firefox.


Please let me know if I can help you in any way



Thanks a lot,
Rodrigo



-- Package-specific info:
File '/etc/default/pulseaudio' does not exist


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

Kernel: Linux 4.3.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 pulseaudio depends on:
ii  adduser   3.113+nmu3
ii  libasound21.0.29-1
ii  libasound2-plugins1.0.29-1
ii  libc6 2.21-6
ii  libcap2   1:2.24-12
ii  libdbus-1-3   1.10.6-1
ii  libfftw3-single3  3.3.4-2
ii  libgcc1   1:5.3.1-5
ii  libice6   2:1.0.9-1+b1
ii  libltdl7  2.4.2-1.11
ii  liborc-0.4-0  1:0.4.24-1
ii  libpulse0 7.1-2
ii  libsm62:1.2.2-1+b1
ii  libsndfile1   1.0.25-10
ii  libsoxr0  0.1.2-1
ii  libspeexdsp1  1.2~rc1.2-1
ii  libstdc++65.3.1-5
ii  libsystemd0   228-4
ii  libtdb1   1.3.8-1
ii  libudev1  228-4
ii  libwebrtc-audio-processing-0  0.1-3
ii  libx11-6  2:1.6.3-1
ii  libx11-xcb1   2:1.6.3-1
ii  libxcb1   1.11.1-1
ii  libxtst6  2:1.2.2-1+b1
ii  lsb-base  9.20160110
ii  pulseaudio-utils  7.1-2
ii  udev  228-4

Versions of packages pulseaudio recommends:
pn  pulseaudio-module-x11  
pn  rtkit  

Versions of packages pulseaudio suggests:
pn  paman
pn  paprefs  
ii  pavucontrol  3.0-3+b2
pn  pavumeter

Bug#810568: transition: openexr

[Daniel Stender]

On 24.01.2016 17:36, Mathieu Malaterre wrote:
> On Thu, Jan 21, 2016 at 11:00 AM, Matteo F. Vescovi  wrote:
>
>> * libvigraimpex_1.10.0+dfsg-11 => FTBFS
> 
> Well this is an issue within the python test:
> 
> AttributeError: 'numpy.ndarray' object has no attribute 'axistags'
> 
> This looks like something changed in numpy recently...

Hi Mathieu,

yes the failure described above is #811370, which is going to be fixed
shortly.

The new upstream tarball brings up another test suite failure, interestingly
something goes wrong with EXR:


Running test_impex
cd /<>/obj/test/impex && ./run_test_impex.sh
TIFFOpen: intentionalFailure/foo.tiff: No such file or directory.
Entering test suite ImageImportExportTestSuite

Failure in PositionTest::testEXRPosition()
Unexpected Contract exception:  
Precondition violation!
exportImage(): file format does not support requested number of bands (color 
channels)
(/<>/include/vigra/impex.hxx:548)


1 of 76 tests failed in test suite ImageImportExportTestSuite
Leaving test suite ImageImportExportTestSuite


Would be interesting to know if that problem vanishes with a more recent 
openEXR. I'll file
a new bug on this when the new package is in. This test is made failsafe for 
now, thus the
package should build o.k.

Cheers,
DS

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

Bug#811180: etckeeper: Please port it to python 3

[Antoine Beaupré]

On 2016-01-16 09:08:35, Petter Reinholdtsen wrote:
> It would be great if etckeeper could be ported to python version 3, to
> reduce the disk footprint of the FreedomBox system.  If is one of the
> last few pieces using python version 2 on the FreedomBox.

Indeed. It should be fairly easy to do: only a few pieces depend on
Python:

$ find -iname '*.py'
./etckeeper-dnf/__init__.py
./etckeeper-dnf/etckeeper.py
./zypper-etckeeper.py
./etckeeper-bzr/__init__.py
./yum-etckeeper.py

dnf, zypper and yum don't concern us here. bzr maybe not either.

so maybe the simplest fix would be to change the dependency to a
soft-depends so it could be installed without python.

i'd welcome a patch to do that.

did you test it in python3 to see if it *actually* requires python2?

a.

-- 
We are discreet sheep; we wait to see how the drove is going, and then go
with the drove.
- Mark Twain

Bug#812301: FTBFS: GC2 count != MASTERGCINFO->alive 31 33

[David Bremner]

Control: severity -1 important
Control: tags -1 unreproducible

Hi Martin;

I can't reproduce this in a current unstable/amd64 chroot. Can you give
me any more details?

d

Bug#812564: RM: src:plowshare4 -- ROM; Binary now built by src:plowshare

[Carl Suster]

Package: ftp.debian.org
Severity: normal

Bug#812565: ITP: golang-github-natefinch-v2 -- Go package for writing logs to rolling files

[Potter, Tim (Converged Cloud)]

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

* Package name: golang-github-natefinch-lumberjack-v2
 Version : 0.0~git20151013.600ceb4-1
 Upstream Author : Nate Finch
* URL : https://github.com/natefinch/lumberjack
* License : Expat
 Programming Lang: Go
 Description : Go package for writing logs to rolling files

 Lumberjack is intended to be one part of a logging infrastructure.
 It is not an all-in-one solution, but instead is a pluggable component
 at the bottom of the logging stack that simply controls the files
 to which logs are written.
 .
 Lumberjack plays well with any logging package that can write to
 an io.Writer, including the standard library's log package.
 .
 Lumberjack assumes that only one process is writing to the output
 files. Using the same lumberjack configuration from multiple processes
 on the same machine will result in improper behaviour.
.
This is version v2 of the lumberjack package.


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#812087: pcscd takes 100 % cpu each time I insert a mass storage USB key

[Alexander Mikhailian]

Package: pcscd
Version: 1.8.15-1
Followup-For: Bug #812087

Dear Maintainer,

I have the same problem with pcscd, and I did not even have to insert a
USB mass storage device, when I plug my notebook into the dock station,
fans go off like mad and pcscd takes on CPU cycles.

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

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

Versions of packages pcscd depends on:
ii  init-system-helpers   1.24
ii  libacr38u [pcsc-ifd-handler]  1.7.11-1
ii  libc6 2.21-6
ii  libccid [pcsc-ifd-handler]1.4.22-1
ii  libpcsclite1  1.8.15-1
ii  libudev1  228-4
ii  lsb-base  9.20160110

pcscd recommends no packages.

Versions of packages pcscd suggests:
pn  systemd  

Bug#812344: simple-scan: segfault using Canon Lite 100 with simple-scan

[PICCORO McKAY Lenz]

2016-01-24 21:28 GMT-04:30 Jörg Frings-Fürst :

> You must not. But it is nice if you do it.
> Why? sane-backends 1.0.25-2 from testing has a better USB support.
>
> And if the 1.0.25-2 is working for you, then I ask for a BPO.
>

but i have and intuicion that the problems resides in the simple-scan

due as i said

using xsane does not happened nothing wrong in debian jeesie

that's why ..

Bug#812562: ITP: jscience -- Java science library (algebra, matrices, physical models)

[Wookey]

Package: wnpp
Severity: wishlist
Owner: Wookey 

* Package name: jscience
  Version : 4.3.1
  Upstream Author : 2007 JScience (http://jscience.org/)
* URL : http://jscience.org/
* License : JScience
  Programming Lang: Java
  Description : Java science library (algebra, matrices, physical models)

 JScience library provides a comprehensive Java library for the
 scientific community. It contains the following modules:
 .
 * Units of Measurement services.
 * A coordinates module compliant with OGC/ISO specifications
   for the development and deployment of geographic applications.
 * A rigourous mapping of mathematical structures (e.g. Group,
   Ring, Field, VectorSpace ) to Java interfaces.
 * A linear algebra module, which includes a first parameterized
   matrix class capable of resolving linear system of equations
   involving any kind of elements.
 * A functions module for symbolic calculations and analysis.
 * Support for exact or arbitrary precision measurements
 * Support for Standard, Relativistic, High-Energy, Quantum and
   Natural physical models.
 * A monetary module for precision-guaranteed calculations and
   currencies conversions.

I am packaging this because it is needed by the current release of
caveconverter for calculating hulls. And it seems like quite a
generally useful java package. 

This package depends recursively(!) on geoapi (http://www.geoapi.org/
). Presumably that recursiveness is not a good enough reason to just
put geoapi in the same source package, and build them together, so I
should file an ITP for that too (and ideally put in staged builds so
they can easily be built)?

There was #24 filed about this in 2009, and closed in 2011. 

Bug#812563: ITP: geoapi -- Set of Java interfaces for geospatial applications

[Wookey]

Package: wnpp
Severity: wishlist
Owner: Wookey 

* Package name: geoapi
  Version : 3.0.0
  Upstream Author : 2003-2011 Open Geospatial Consortium, Inc.
* URL : http://www.geoapi.org
* License : geoapi (BSDish)
  Programming Lang: Java
  Description : Set of Java interfaces for geospatial applications

 geoapi is a set of java bindings provided for geospatial applications
 by the GeoAPI project. They are neutral, interface-only APIs derived
 from OGC/ISO Standards.
 .
 The interfaces developed by the GeoAPI project include many of the
 data structures and manipulation methods needed for geographic
 information system applications. GeoAPI 3.0 defines a core set of
 interfaces for metadata handling, for geodetic referencing,
 projection and conversion, and is a standard of the Open Geospatial
 Consortium (OGC).
 .
 The GeoAPI interfaces closely follow the ISO 19100 series standards:
 ISO 19115: Metadata, ISO 19111: Referencing by coordinates, ISO
 19123: Coverage. GeoAPI provides an interpretation and adaptation of
 these standards to match the expectations of Java programmers.


This is being packaged as it is closely tied to jscience.
jscience needs geoapi to build (org.opengis.*)

geoapi need javax.measure.utils from jscience to build.

Bug#812555: gnome-session-flashback (temporary) black screen

[Maxxie]

Package: gnome-session-flashback
Version: 3.18.1-1
Severity: important

Every time I start a gnome flashback session it just shows me a black screen
and the mouse which can't be moved. After waiting a couple of minutes the
session starts and it works perfectly until the logout. While the screen is
black I'm able to ssh to my computer and even start graphical programs in it
(tried gedit). Switching user does not trigger the problem, nor does standby.
Other gnome sessions work flawlessly.



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

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

Versions of packages gnome-session-flashback depends on:
ii  gnome-flashback3.18.1-1
ii  gnome-panel3.18.1-1
ii  gnome-session-bin  3.18.1.2-1
ii  gnome-session-common   3.18.1.2-1
ii  gnome-settings-daemon  3.18.2-1
ii  gnome-shell [notification-daemon]  3.18.3-2
ii  metacity   1:3.18.1-1
ii  nautilus   3.18.4-1
ii  notification-daemon3.18.1-1

Versions of packages gnome-session-flashback recommends:
ii  gnome-power-manager  3.18.0-1
ii  gnome-screensaver3.6.1-7+b1

Versions of packages gnome-session-flashback suggests:
ii  desktop-base  8.0.2
ii  gnome-keyring 3.18.3-1
ii  gnome-user-guide  3.18.1-1

-- no debconf information

Bug#812488: libsms-send-perl: After upgrade: Can't send SMS: 500 Can't connect to api.twilio.com:443 (certificate verify failed)

[Michael Shuler]

On 01/24/2016 09:49 AM, gregor herrmann wrote:

On Sun, 24 Jan 2016 12:32:39 +0100, Rosario Maddox wrote:


Yesterday I did: sudo apt-get upgrade, and I have this now:
Can't send SMS: 500 Can't connect to api.twilio.com:443 (certificate
verify failed) at /usr/share/perl5/SMS/Send.pm line 270.

Basically, something is wrong with checking of certificates. This may be
due to other package, but I cannot identify it.


I assume this was a dist-upgrade to to new 8.3 point release.
Since libsms-send-perl was not invvolved and has't changed its code
since years, the problem must indeed originate somewhere else.

Looking at
https://lists.debian.org/debian-announce/2016/msg1.html , the
ca-certificates package looks like a plausible source, and its
changelog mentions that some CA certs were removed:
http://metadata.ftp-master.debian.org/changelogs/main/c/ca-certificates/ca-certificates_20141019+deb8u1_changelog
(some history in https://bugs.debian.org/806239 ).

Further investigation shows that api.twilio.com uses some thawte
cert, and the changelog above shows that some thawte CAs have been
removed; not sure if they are exactly the same but this might be the
cause of your problems.

So far for a preliminary investigation; since this does not happen on
the libsms-send-perl side, I'm reassiging the bug to ca-certificates
for now.


(dropped Gregor from Re - thanks for the forward)

I don't see a Thawte certificate in the mix here - could you possibly 
provide some reproduction steps that show the issue? Thanks!


(Using system with same 2.6 mozilla bundle)

$ openssl s_client -CApath /etc/ssl/certs -connect api.twillio.com:443 


CONNECTED(0003)
depth=2 C = BE, O = GlobalSign nv-sa, OU = Root CA, CN = GlobalSign Root CA
verify return:1
depth=1 C = BE, O = GlobalSign nv-sa, CN = GlobalSign Organization 
Validation CA - SHA256 - G2

verify return:1
depth=0 C = US, ST = Delaware, L = Dover, O = Incapsula Inc, CN = 
incapsula.com

verify return:1
---
Certificate chain
 0 s:/C=US/ST=Delaware/L=Dover/O=Incapsula Inc/CN=incapsula.com
   i:/C=BE/O=GlobalSign nv-sa/CN=GlobalSign Organization Validation CA 
- SHA256 - G2
 1 s:/C=BE/O=GlobalSign nv-sa/CN=GlobalSign Organization Validation CA 
- SHA256 - G2

   i:/C=BE/O=GlobalSign nv-sa/OU=Root CA/CN=GlobalSign Root CA
<...>
Verify return code: 0 (ok)

Bug#812451: borgbackup: Mixing archives created by an unpriviledged user and root inside a single repository

[Vincent Blut]

On Sun, Jan 24, 2016 at 12:19:02PM +, Gianfranco Costamagna wrote:

Hi Vincent!


Hey Gianfranco,





To begin with, thanks for your work on packaging borgbackup; it’s a >really 
great piece of software.



thanks, it is nice when people use and appreciate the work done :)
(I'm not doing the work all by myself, so I hope the other maintainers
will read this too :) )


So, I’m testing it since few days, and one of the test I had on my TODO
list, was to mix archives created by an unpriviledged user and root
inside a single backup repository… and it seems borg doesn’t like that
experiment. :-)



I'm not sure the *kernel* likes the experiment :)


Sure, but perhaps due to how borg operates. See below!


Here is the correspondent traceback:

Local Exception.
Traceback (most recent call last):
 File "/usr/lib/python3/dist-packages/borg/archiver.py", line 1261, in main
   exit_code = archiver.run(args)
 File "/usr/lib/python3/dist-packages/borg/archiver.py", line 1215, in run
   return args.func(args)
 File "/usr/lib/python3/dist-packages/borg/archiver.py", line 134, in do_create
   manifest, key = Manifest.load(repository)
 File "/usr/lib/python3/dist-packages/borg/helpers.py", line 92, in load
   cdata = repository.get(cls.MANIFEST_ID)
 File "/usr/lib/python3/dist-packages/borg/repository.py", line 415, in get
   self.index = self.open_index(self.get_transaction_id())
 File "/usr/lib/python3/dist-packages/borg/repository.py", line 120, in 
get_transaction_id
   segments_transaction_id = self.io.get_segments_transaction_id()
 File "/usr/lib/python3/dist-packages/borg/repository.py", line 512, in 
get_segments_transaction_id
   if self.is_committed_segment(filename):
 File "/usr/lib/python3/dist-packages/borg/repository.py", line 529, in 
is_committed_segment
   with open(filename, 'rb') as fd:
PermissionError: [Errno 13] Permission denied: '/mnt/backup/lamella/data/0/6148'

Platform: Linux lamella 4.3.0-1-amd64 #1 SMP Debian 4.3.3-5 (2016-01-04) x86_64
Linux: debian stretch/sid   LibC: glibc 2.9
Python: CPython 3.5.1+

I did not investigate this issue closely, but I guess it happens when
borg tries to deduplicate data but can’t access the chunk in question‽

Your opinion?



yes, this seems clearly  an operating system Permission Denied, it means the 
user has no permission
to open/change/edit the file in question.


Obviously.

I'm not sure you can work with backups with an unprivileged user if 
they have been created by root.

you can fix the "issue" by some "sudo chmod youruser:yourgroup directory -R"
but I don't think this is something that can be fixed in borg side, the kernel 
is complaining here
and the complain is perfectly legit to me.


Well, to give a little more background about that particular test, the 
targeted backup repository is owned by the unpriviledged user. In this 
repository, the unpriviledged user backup her $HOME and the root user a 
subset of the root filesystem (obviously archive's names are different).


What I *did* expect from borg is that it doesn't bother with data chunks 
not readable by the user it has been launched with, sadly it seems it 
tries to read all of those chunks to deduplicate as effectively as 
possible and fails if it encounters one of those chunks. But hey, the 
deduplication currently used by borg definitely has advantages, so I'm 
not saying what it does is wrong but that it could perhaps be less rigid 
in some situations. ;-)


(otherwise we might get a bug report "hey, why other users can read my 
private backups? :) )


As a sysadmin, I already heard something similar. ;-)



closing in the meanwhile, feel free to reopen if I missed anything in my trace 
review!

cheers,

Gianfranco


Thanks again Gianfranco,
Vincent


signature.asc
Description: PGP signature

Bug#812560: libvigraimpex: should support multiarch

[Daniel Stender]

Source: libvigraimpex
Version: 1.10.0+dfsg-11
Severity: wishlist

As suggested by Tobias Frost, Vigra should support multiarch.

DS

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

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

Bug#812566: libpam-modules: Differing files in multi-arch:same package (packages built from different sources?)

[Stuart Prescott]

Package: libpam-modules
Version: 1.1.8-3.1+deb8u1
Severity: important

Dear Maintainer,

The update for pam in Jessie (1.1.8-3.1+deb8u1) introduces differences in
files in a Multi-Arch: same package. The man pages pam_exec.8.gz and
pam_unix.8.gz contain different information.

Unpacking and comparing the two packages:

$ diff -r libpam-modules_1.1.8-3.1+deb8u1_amd64 
libpam-modules_1.1.8-3.1+deb8u1_i386
Only in libpam-modules_1.1.8-3.1+deb8u1_i386/lib: i386-linux-gnu
Only in libpam-modules_1.1.8-3.1+deb8u1_amd64/lib: x86_64-linux-gnu
Binary files 
libpam-modules_1.1.8-3.1+deb8u1_amd64/usr/share/man/man8/pam_exec.8.gz and 
libpam-modules_1.1.8-3.1+deb8u1_i386/usr/share/man/man8/pam_exec.8.gz differ
Binary files 
libpam-modules_1.1.8-3.1+deb8u1_amd64/usr/share/man/man8/pam_unix.8.gz and 
libpam-modules_1.1.8-3.1+deb8u1_i386/usr/share/man/man8/pam_unix.8.gz differ

$ diff -r libpam-modules_1.1.8-3.1+deb8u1_amd64 
libpam-modules_1.1.8-3.1+deb8u1_i386
Only in libpam-modules_1.1.8-3.1+deb8u1_i386/lib: i386-linux-gnu
Only in libpam-modules_1.1.8-3.1+deb8u1_amd64/lib: x86_64-linux-gnu
diff -r libpam-modules_1.1.8-3.1+deb8u1_amd64/usr/share/man/man8/pam_exec.8 
libpam-modules_1.1.8-3.1+deb8u1_i386/usr/share/man/man8/pam_exec.8
5c5
< .\"  Date: 01/07/2016
---
> .\"  Date: 09/19/2013
10c10
< .TH "PAM_EXEC" "8" "01/07/2016" "Linux-PAM Manual" "Linux\-PAM Manual"
---
> .TH "PAM_EXEC" "8" "09/19/2013" "Linux-PAM Manual" "Linux\-PAM Manual"
68,70c68
< \fBstdin\fR(3)\&. Only first
< \fIPAM_MAX_RESP_SIZE\fR
< bytes of a password are provided to the command\&.
---
> \fBstdin\fR(3)\&.
diff -r libpam-modules_1.1.8-3.1+deb8u1_amd64/usr/share/man/man8/pam_unix.8 
libpam-modules_1.1.8-3.1+deb8u1_i386/usr/share/man/man8/pam_unix.8
5c5
< .\"  Date: 01/07/2016
---
> .\"  Date: 09/19/2013
10c10
< .TH "PAM_UNIX" "8" "01/07/2016" "Linux-PAM Manual" "Linux\-PAM Manual"
---
> .TH "PAM_UNIX" "8" "09/19/2013" "Linux-PAM Manual" "Linux\-PAM Manual"
58,61d57
< .PP
< The maximum length of a password supported by the pam_unix module via the 
helper binary is
< \fIPAM_MAX_RESP_SIZE\fR
< \- currently 512 bytes\&. The rest of the password provided by the 
conversation function to the module will be ignored\&.


It would appear that the i386 and amd64 packages were built from different
sources or with different patches applied.

Three issues:

* why are there different sources and was something missed out in one of
these builds? (Presumably the i386 build based on that output)

* where are the sources as per our DFSG obligations?

* These M-A: same packages are now no longer co-installable.

Either of the first two points may warrent increasing the severity of this
bug. I've not checked other architectures but it obviously makes sense to do
so as a next step.

cheers
Stuart


-- System Information:
Debian Release: 8.3
  APT prefers stable-updates
  APT policy: (550, 'stable-updates'), (550, 'proposed-updates'), (550, 
'stable'), (60, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libpam-modules depends on:
ii  debconf [debconf-2.0]  1.5.56
ii  libaudit1  1:2.4-1+b1
ii  libc6  2.19-18+deb8u2
ii  libdb5.3   5.3.28-9
ii  libpam-modules-bin 1.1.8-3.1+deb8u1
ii  libpam0g   1.1.8-3.1+deb8u1
ii  libselinux12.3-2

libpam-modules recommends no packages.

libpam-modules suggests no packages.

-- debconf information excluded

Bug#809206: dpkg: warning: unable to delete old directory '/etc/initramfs-tools/conf.d': Directory not empty

[Ben Hutchings]

Control: tag -1 - moreinfo unreproducible
Control: tag -1 patch pending

On Fri, 2016-01-22 at 13:11 +0800, 積丹尼 Dan Jacobson wrote:
> > > > > > "BH" == Ben Hutchings  writes:
> 
> BH> I can't reproduce this, using either APT or direct invocation of dpkg.
> BH> Please explain how you attempted to upgrade.
> 
> I always use aptitude full-upgrade.
> 
> Anyway on my jidanni2 machine I also find:
> 
> $ set /etc/initramfs-tools/conf.d /var/lib/initramfs-tools
> $ find $@ -type f|xargs ls -og
> -rw-r--r-- 1 70 2010-05-06  /etc/initramfs-tools/conf.d/resume
> -rw-r--r-- 1 17 2008-02-12  /etc/initramfs-tools/conf.d/resume^old
> -rw-r--r-- 1 75 12-08 08:43 /var/lib/initramfs-tools/4.2.0-1-686-pae
> -rw-r--r-- 1 75 01-22 10:39 /var/lib/initramfs-tools/4.3.0-1-686-pae
[...]

OK, I get it now.  I'll include /etc/initramfs-tools/conf.d in both
binary packages.

Ben.

-- 
Ben Hutchings
Klipstein's 4th Law of Prototyping and Production:
A fail-safe circuit will destroy others.

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

Bug#812482: higan: .desktop file is not completely valid

[Pino Toscano]

Package: higan
Version: 094-6
Severity: minor
Tags: patch

Hi,

the provided higan.desktop is not completely valid (see also output of
`desktop-file-validate`).
The attached updated version of desktop-file.patch fixes all the
issues:
- the 'Keywords' key is a list, so it must end with the list separator
  (';')

BTW: these additions can be indeed forwarded upstream.

Thanks,
-- 
Pino
Description: Enhance desktop file
  * Add keywords entry.
Author: Tobias Hansen 

--- a/data/higan.desktop
+++ b/data/higan.desktop
@@ -6,3 +6,4 @@
 Terminal=false
 Type=Application
 Categories=Game;Emulator;
+Keywords=emulator;Nintendo;SNES;NES;Gameboy;Famicom;Super;

Bug#812488: libsms-send-perl: After upgrade: Can't send SMS: 500 Can't connect to api.twilio.com:443 (certificate verify failed)

[Rosario Maddox]

Package: libsms-send-perl
Version: 1.06-2
Severity: important

Dear Maintainer,

Yesterday I did: sudo apt-get upgrade, and I have this now:
Can't send SMS: 500 Can't connect to api.twilio.com:443 (certificate
verify failed) at /usr/share/perl5/SMS/Send.pm line 270.

Basically, something is wrong with checking of certificates. This may be
due to other package, but I cannot identify it.

The module certainly does not work any more, and many servers are
affected.


-- System Information:
Debian Release: 8.3
  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/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libsms-send-perl depends on:
ii  libclass-adapter-perl 1.07-1
ii  libmodule-pluggable-perl  5.1-1
ii  libparams-util-perl   1.07-2+b1
ii  perl  5.20.2-3+deb8u3

libsms-send-perl recommends no packages.

libsms-send-perl suggests no packages.

-- no debconf information

Bug#811749: chessx: FTBFS with GCC 6: narrowing conversion

[Niklas Fiekas]

This has been fixed in the upstream project.

Bug#775512: with steamcmd would you be also able to register/make a new account ?

[shirish शिरीष]

Hi there,

With steamcmd would one be able to register/make a new account as well ?

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#809897: ctsim: diff for NMU version 5.2.0-2.1

[Tobias Frost]

Control: tags 809897 + patch

Dear maintainer,

I've prepared an NMU for ctsim (versioned as 5.2.0-2.1). The diff
is attached to this message.

Regards.
diff -Nru ctsim-5.2.0/debian/changelog ctsim-5.2.0/debian/changelog
--- ctsim-5.2.0/debian/changelog2014-08-11 14:51:45.0 +0200
+++ ctsim-5.2.0/debian/changelog2016-01-24 12:58:10.0 +0100
@@ -1,3 +1,10 @@
+ctsim (5.2.0-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "FTBFS with libpng16" (Closes: #809897)
+
+ -- Tobias Frost   Sun, 24 Jan 2016 12:58:10 +0100
+
 ctsim (5.2.0-2) unstable; urgency=medium
 
   [ Olly Betts ]
diff -Nru ctsim-5.2.0/debian/patches/libpng16.patch 
ctsim-5.2.0/debian/patches/libpng16.patch
--- ctsim-5.2.0/debian/patches/libpng16.patch   1970-01-01 01:00:00.0 
+0100
+++ ctsim-5.2.0/debian/patches/libpng16.patch   2016-01-24 12:52:22.0 
+0100
@@ -0,0 +1,20 @@
+--- a/libctsim/imagefile.cpp
 b/libctsim/imagefile.cpp
+@@ -1565,7 +1565,7 @@
+ return false;
+   }
+ 
+-  if (setjmp(png_ptr->jmpbuf)) {
++  if (setjmp(png_jmpbuf(png_ptr))) {
+ png_destroy_read_struct(_ptr, _ptr, _info);
+ fclose(fp);
+ return false;
+@@ -1815,7 +1815,7 @@
+ return false;
+   }
+ 
+-  if (setjmp (png_ptr->jmpbuf)) {
++  if (setjmp (png_jmpbuf(png_ptr))) {
+ png_destroy_write_struct (_ptr, _ptr);
+ fclose (fp);
+ return false;
diff -Nru ctsim-5.2.0/debian/patches/series ctsim-5.2.0/debian/patches/series
--- ctsim-5.2.0/debian/patches/series   2014-08-11 14:51:45.0 +0200
+++ ctsim-5.2.0/debian/patches/series   2016-01-24 12:43:39.0 +0100
@@ -2,3 +2,4 @@
 cope_with_existing_makefile.patch
 prevent_symlinking_on_build_host_dir.patch
 spelling.patch
+libpng16.patch

Bug#812504: swarp: breaks when coadding many overlapping files

[Julian Taylor]

Package: swarp
Version: 2.38.0+dfsg-2
Severity: important

when coadding more than the openfile limit (normally 1024) overlapping
files swarp aborts due to too many open files.
To reproduce create some files with overlapping wcs coordinates, set
ulimit -n to a low enough number and just run SWarp 
This was fixed a while ago but apparently in 2.38 the original patch has
been mangled into not working anymore.

1. a in my opinion not useful NOPENFILES_MAX variable was added, and
when you go over the limit it just warns instead of capping the number
of files swarp uses (src/prefs.c:536). The original patch capped the
usage and did not require user configuration or having the process abort
after hours of resampling because the warning was not read.
The fix is simple, set the cap in src/prefs.c, as the actual meat of the
original patch is still in place.
2. the cfitsio based opening leaks open file descriptors somewhere. The
code is kind of convoluted so I could not figure out a good fix. This
half backed attempt works for the visir pipeline but is likely not
appropriate for upstream:

--- a/swarp/src/fits/fitscat.c
+++ b/swarp/src/fits/fitscat.c
@@ -161,6 +161,7 @@ int close_cat(catstruct *cat)
 }

   cat->file = NULL;
+  close_cfitsio(cat);

   return RETURN_OK;
   }
diff --git a/swarp/src/fits/fitstab.c b/swarp/src/fits/fitstab.c
index 5919b2a..95bb2c4 100644
--- a/swarp/src/fits/fitstab.c
+++ b/swarp/src/fits/fitstab.c
@@ -285,6 +285,9 @@ voidcopy_tab_fromptr(tabstruct *tabin,
catstruct *catout, int pos)
 /* First, allocate memory and copy data */
QCALLOC(tabout, tabstruct, 1);
*tabout = *tabin;
+   /* set fits handle to NULL to avoid double close and hope its not needed
+* anymore */
+   tabout->infptr = NULL;
if (tabin->naxis)
  QMEMCPY(tabin->naxisn, tabout->naxisn, int, tabin->naxis);
if (tabin->headbuf)

Bug#812503: xscorch: .desktop file is not completely valid

[Pino Toscano]

Package: xscorch
Version: 0.2.1-1+nmu1
Severity: minor
Tags: patch

Hi,

the provided xscorch.desktop is not completely valid (see also output
of `desktop-file-validate`).
The attached patch fixes all the issues:
- remove the 'Application' category, since it is deprecated (there's
  already Type=Application)

Thanks,
-- 
Pino
--- a/debian/xscorch.desktop
+++ b/debian/xscorch.desktop
@@ -4,4 +4,4 @@ Comment=Clone of Scorched Earth
 Exec=xscorch
 Icon=xscorch
 Type=Application
-Categories=Application;Game;ArcadeGame;
+Categories=Game;ArcadeGame;

Bug#812483: pngnq: diff for NMU version 1.0-2.1

[Tobias Frost]

Package: pngnq
Version: 1.0-2
Severity: normal
Tags: patch pending

Dear maintainer,

I've prepared an NMU for pngnq (versioned as 1.0-2.1). The diff
is attached to this message.

Regards.
diff -u pngnq-1.0/debian/control pngnq-1.0/debian/control
--- pngnq-1.0/debian/control
+++ pngnq-1.0/debian/control
@@ -2,7 +2,7 @@
 Section: graphics
 Priority: optional
 Maintainer: Nelson A. de Oliveira 
-Build-Depends: cdbs, debhelper (>= 7), libpng12-dev, zlib1g-dev
+Build-Depends: cdbs, debhelper (>= 7), libpng-dev, zlib1g-dev
 Standards-Version: 3.8.3
 Homepage: http://www.cybertherial.com/pngnq/pngnq.html
 
diff -u pngnq-1.0/debian/changelog pngnq-1.0/debian/changelog
--- pngnq-1.0/debian/changelog
+++ pngnq-1.0/debian/changelog
@@ -1,3 +1,12 @@
+pngnq (1.0-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "FTBFS with libpng 1.5", adding missing include to zlib.h
+(Closes: #641889)
+  * Change B-D to libpng-dev (Closes: #662473)
+
+ -- Tobias Frost   Sun, 24 Jan 2016 12:09:13 +0100
+
 pngnq (1.0-2) unstable; urgency=low
 
   * Fix FTBFS with binutils-gold (Closes: #556065):
only in patch2:
unchanged:
--- pngnq-1.0.orig/debian/patches/libpng16.patch
+++ pngnq-1.0/debian/patches/libpng16.patch
@@ -0,0 +1,20 @@
+--- a/src/rwpng.c
 b/src/rwpng.c
+@@ -32,15 +32,10 @@
+ #include 
+ #include 
+ 
+-#include "png.h"/* libpng header; includes zlib.h */
++#include 
++#include "png.h"
+ #include "rwpng.h"  /* typedefs, common macros, public prototypes */
+ 
+-/* future versions of libpng will provide this macro: */
+-/* GRR NOTUSED */
+-#ifndef png_jmpbuf
+-#  define png_jmpbuf(png_ptr)   ((png_ptr)->jmpbuf)
+-#endif
+-
+ static void rwpng_error_handler(png_structp png_ptr, png_const_charp msg);
+ 
+ 

Bug#812487: Please ensure that https://lkml.org/lkml/2016/1/23/189 reaches Debian

[Wouter Verhelst]

Package: linux
Severity: wishlist
Control: block 796633 by -1

Hi,

This bug exists just to track progress of a prerequisite to fix #796633
(severity: important).

I submitted a kernel patch yesterday to issue a uevent upon disconnect
of an nbd device (the lkml URL in $SUBJECT contains it). This is
required in order for systemd to properly track whether an nbd device is
connected; that in turn is required for a proper systemd unit file for
nbd devices in replacement the rc.S init script; and doing so is
required as part of a release goal for stretch.

I'll keep this bug updated when/if the patch gets merged upstream.

-- 
It is easy to love a country that is famous for chocolate and beer

  -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26

Bug#812486: links2: .desktop file is not completely valid

[Pino Toscano]

Package: links2
Version: 2.12-1
Severity: minor
Tags: patch

Hi,

the provided links2.desktop is not completely valid (see also output
of `desktop-file-validate`).
The attached git-formatted commit fixes all the issues:
- the 'Keywords' key is a list, so it must end with the list separator
  (';')

In addition, a couple of helpful keywords are added to that.

Thanks,
-- 
Pino
>From d141608fe25a323b132128abe0e3bc3951a3a492 Mon Sep 17 00:00:00 2001
From: Pino Toscano 
Date: Sun, 24 Jan 2016 12:26:41 +0100
Subject: [PATCH] update links2.desktop

- the 'Keywords' key is a list, so it must end with the list separator
  (';')
- add "browser" and "web" keywords
---
 debian/changelog  | 9 +
 debian/links2.desktop | 2 +-
 2 files changed, 10 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index a7caa71..754d1e5 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+links2 (2.12-1.1) UNRELEASED; urgency=medium
+
+  * Update links2.desktop:
+- the 'Keywords' key is a list, so it must end with the list
+  separator (';')
+- add "browser" and "web" keywords
+
+ -- Pino Toscano   Sun, 24 Jan 2016 12:23:30 +0100
+
 links2 (2.12-1) unstable; urgency=medium
 
   * New upstream release.
diff --git a/debian/links2.desktop b/debian/links2.desktop
index f2541e2..5791548 100644
--- a/debian/links2.desktop
+++ b/debian/links2.desktop
@@ -8,4 +8,4 @@ Terminal=false
 Categories=Network;WebBrowser;
 Comment=Web browser running in both graphics and text mode
 Comment[pt_BR]=Navegador web que funciona tanto no modo texto como no modo gráfico
-Keywords=lightweight
\ No newline at end of file
+Keywords=lightweight;browser;web;
-- 
2.7.0.rc3

Bug#766812: spurious library link

[Marco d'Itri]

On Jan 04, Marco d'Itri  wrote:

> The attached patch solves this problem by creating the link in postinst
> and only if it is needed.
I have not heard back from you, what are your plans about fixing this?
I do not mind doing a NMU, if you prefer.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#741894: libtk-img: FTBFS with libopng16

[Tobias Frost]

Am Sonntag, den 24.01.2016, 12:39 +0300 schrieb Sergei Golovan:
> Hi Tobias,
> 
> On Sun, Jan 24, 2016 at 12:17 PM, Tobias Frost  wrote:
> > (Resent -- buxtehude.d.o was down yesterday)
> > 
> > > Gianfranco,
> > > can you elaborate?
> > > (Its not common that libpng16 patches breaks compatiblity with
> > > libpng12)
> 
> It's just the way it's written. You can look here
> http://sourceforge.net/p/tkimg/code/HEAD/tree/trunk/libpng/pngtclStub
> Init.c
> and see that the tkimg library maintains a full internal table of
> libpng interface functions (I guess it makes more sense for Windows
> than for Linux but anyway), so if these function change then tkimg
> loses its compatibility with the previous libpng version. There're no
> changes from the user's point of view. All Tcl scripts that use tkimg
> continue working as before.
> 
> Cheers!

I see.
In this case an explicit B-D on libpng16-dev is probably more sane.

--
tobi

Bug#812489: wireshark: improve .desktop files

[Pino Toscano]

Source: wireshark
Version: 2.0.1+g59ea380-3
Severity: wishlist
Tags: patch

Hi,

the current 08_wireshark-desktop-menu.patch patch changes the upstream
.desktop files:
- adding 'Encoding' keys
- trimming the 'Categories' keys
both of them are not great changes, and they can be improved; attached
there is a new version of that patch, which does the following:
- does not add 'Encoding' keys anymore, since .desktop files must be
  UTF-8 (this key is deprecated)
- there is nothing wrong in the Monitor, Qt, and GTK categories (they
  reflect what wireshark is and does), so they are added back

Now the only change done is switching the System category to Network,
and IMHO this change could be proposed upstream (unlike what the patch
claims).

Thanks,
-- 
Pino
Description: Change "System" category to "Network" in desktop files
Forwarded: not-needed
Author: 
Author: Pino Toscano 

--- a/wireshark.desktop
+++ b/wireshark.desktop
@@ -108,4 +108,4 @@ Terminal=false
 MimeType=application/vnd.tcpdump.pcap;application/x-pcapng;application/x-snoop;application/x-iptrace;application/x-lanalyzer;application/x-nettl;application/x-radcom;application/x-etherpeek;application/x-visualnetworks;application/x-netinstobserver;application/x-5view;application/x-tektronix-rf5;
 # Category entry according to:
 # http://standards.freedesktop.org/menu-spec/1.0/
-Categories=System;Monitor;Qt;
+Categories=Network;Monitor;Qt;
--- a/wireshark-gtk.desktop
+++ b/wireshark-gtk.desktop
@@ -108,4 +108,4 @@ Terminal=false
 MimeType=application/vnd.tcpdump.pcap;application/x-pcapng;application/x-snoop;application/x-iptrace;application/x-lanalyzer;application/x-nettl;application/x-radcom;application/x-etherpeek;application/x-visualnetworks;application/x-netinstobserver;application/x-5view;application/x-tektronix-rf5;
 # Category entry according to:
 # http://standards.freedesktop.org/menu-spec/1.0/
-Categories=System;Monitor;GTK;
+Categories=Network;Monitor;GTK;

Bug#775512: with steamcmd would you be also able to register/make a new account ?

[Alexandre Detiste]

Le dimanche 24 janvier 2016, 17:28:34 shirish शिरीष a écrit :
> Hi there,
> 
> With steamcmd would one be able to register/make a new account as well ?
> 

Hi,

I don't think so; and it's also not possible to buy a game with this tool.

http://anonscm.debian.org/cgit/pkg-games/steamcmd.git/tree/debian/steamcmdcommands.txt
copied from here: https://github.com/dgibbs64/SteamCMD-Commands-List,
doesn't list any command to register / buy game.


Typically, users would buy the game on their Linux or even Windows desktop
with the full client and then download the game assets on an other device
(e.g. cheap ARM play-thing); that's where this tool is usefull.

Others can use it to manage servers, there's even anonymous login
support to download free-as-in-beer game servers.

https://developer.valvesoftware.com/wiki/SteamCMD

Alexandre

 

Bug#812502: RM: rootstrap -- RoQA; low popcon, reverse-dependency of a to-be-removed package

[Mattia Rizzolo]

Package: ftp.debian.org
Control: block 812501 by -1
X-Debbugs-Cc: rootst...@packages.debian.org

UML is unmaintained, and about to be removed.  This package doesn't see
an upload since 2013 (which means nothing by itself, since there are no
RC bugs), but anyway is not much used either.

Please remove it from the archive.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://mapreri.org  : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#811345: setupcon not run

[Samuel Thibault]

Samuel Thibault, on Sun 24 Jan 2016 15:07:18 +0100, wrote:
> Samuel Thibault, on Sun 24 Jan 2016 14:47:59 +0100, wrote:
> > Marco d'Itri, on Sat 23 Jan 2016 23:03:51 +0100, wrote:
> > > On Jan 23, Samuel Thibault  wrote:
> > > > Should udev or systemd perhaps provide some hook to configure a
> > > > just-created VT?
> > > Maybe a rule like this one?
> > > 
> > > ACTION=="add", KERNEL=="tty[1-9]|tty[1-9][0-9]", RUN+="..."
> > 
> > That gets triggered a few hundreds of times during boot, but apparently
> > not on VT dealloc/realloc done by systemctl restart getty@tty2.service
> 
> I however tried vcs[0-9]|vcs[1-9][0-9], and it does get called on getty
> service restart. I'm having a look at calling setupcon there.

Yes, using:

ACTION=="add", SUBSYSTEM=="vc", KERNEL=="vcs[1-9]|vcs[1-9][0-9]", 
RUN+="/bin/setupcon"

I do get the proper size on getty restart (and only a few calls, not
hundreds of them like with KERNEL==tty*).

I don't know how to pass parameters in the RUN+= statement, but I guess
setupcon can be made to take a parameter to tell the tty or vcs name to
be configured (instead of all of them).

Samuel

Bug#812508: d-shlibs: devlibs error: There is no package matching [libgnutls30-dev]

[Andreas Metzler]

Package: d-shlibs
Version: 0.62
Severity: important

Hello,

trying to rebuild ucommon/sid on current sid we get:
-
d-shlibmove --commit \
--v5 \
--devunversioned \
--exclude-la \
--multiarch \
--override  s/7-dev/-dev/ \
--movedev "debian/tmp/usr/include/*" usr/include/ \
--movedev debian/tmp/usr/lib/x86_64-linux-gnu/pkgconfig/ucommon.pc 
usr/lib/x86_64-linux-gnu/pkgconfig --movedev 
debian/tmp/usr/lib/x86_64-linux-gnu/pkgconfig/commoncpp.pc 
usr/lib/x86_64-linux-gnu/pkgconfig \
--extralib debian/tmp/usr/lib/x86_64-linux-gnu/libusecure.so --extralib 
debian/tmp/usr/lib/x86_64-linux-gnu/libcommoncpp.so \
debian/tmp/usr/lib/x86_64-linux-gnu/libucommon.so
Library package automatic movement utility
devlibs error: There is no package matching [libgnutls30-dev] and noone 
provides it, please report bug to d-shlibs maintainer
 --> libucommon-dev package from same source package.
debian/rules:115: recipe for target 'debian/stamp-local-shlibs-libucommon' 
failed
-

GnutLS has recently been upgraded in sid from 3.3 to 3.4, the main
library had a soname bump and was renamed from libgnutls-deb0-28 to 
libgnutls30 while the development package is still called
libgnutls28-dev.

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#812484: nginx-common: Please add Multi-Arch: foreign

[Elrond]

Package: nginx-common
Version: 1.9.9-1
Severity: wishlist

Hi,

It looks like nginx-common offers an architecture
independent (data/script/configuration level) interface to
its users.
Would you mind setting it to Multi-Arch: foreign?
It's usually a matter of adding one line to debian/control.

This would hopefully improve install options for different
architectures. Like running the x32 nginx on an amd64
system.

Note: Architecture=all packages are not Multi-Arch=foreign
automatically for various reasons, so they need to be set
manually.


Cheers

Elrond

Bug#812485: Please ensure that a version of systemd with https://github.com/systemd/systemd/pull/2422 reaches Debian

[Wouter Verhelst]

Package: systemd
Control: block 796633 by -1

Hi,

In order for nbd-client to be properly supported by a systemd unit,
systemd needs to be able to track whether a given NBD device is active.
This requires a patch to the kernel, and one to the udev rules file.

Systemd upstream PR#2422 contains the udev rules file patch that is
required. This bug exists just so that I can track when the necessary
patch has reached Debian (and to document what we're waiting for).

Regards,

-- 
It is easy to love a country that is famous for chocolate and beer

  -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26

Bug#812465: Please do not be so restrictive with versions of urllib3

[Daniele Tricoli]

On Sunday, January 24, 2016 12:13:38 PM Daniele Tricoli wrote:
> So, an upload of urllib3 1.13.1-2 (note the Debian revision bump) 
> will be fine. Right now it's not.

It's better I clarify more:
s/will be fine/will not need a new upload of requests/.

-- 
 Daniele Tricoli 'eriol'
 https://mornie.org

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

Bug#812492: [apt]: apt-get build-dep does not fetch sources for binary NMUs

[Satish Bysany]

Package: apt
Version: 1.2
Severity: normal
File: /usr/bin/apt-get

Dear Maintainer,

Like the title says 'apt-get build-dep' does not retrieve the dependencies
if the binary package is a NMU upload. For example, consider mlterm:

apt-cache policy mlterm
mlterm:
  Installed: (none)
  Candidate: 3.5.0-1+b1
  Version table:
 3.5.0-1+b1 990
990 http://ftp.debian.org/debian stretch/main amd64 Packages
-10 http://ftp.debian.org/debian sid/main amd64 Packages


Now, try to get its build deps:

sudo apt-get build-dep mlterm
Reading package lists... Done
Building dependency tree   
Reading state information... Done
E: Can not find version '3.5.0-1+b1' of package 'mlterm'
E: Unable to find a source package for mlterm


The same error persists even when I explicitly specify the version
(sudo apt-get build-dep mlterm=3.5.0-1+b1)


-- Package-specific info:

-- /etc/apt/apt.conf:
APT::Default-Release "stretch";
APT::Install-Recommends "0";
APT::Install-Suggests "0";

APT::Get::AutomaticRemove "1";
APT::Get::Build-Dep-Automatic "1";

-- /etc/apt/sources.list:

deb http://ftp.debian.org/debian stretch main contrib non-free
deb-src http://ftp.debian.org/debian stretch main contrib non-free

deb http://security.debian.org/ stretch/updates main contrib non-free
deb-src http://security.debian.org/ stretch/updates main contrib non-free

deb http://ftp.debian.org/debian stretch-updates main contrib non-free
deb-src http://ftp.debian.org/debian stretch-updates main contrib non-free

deb-src http://ftp.debian.org/debian/ sid main

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

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

Versions of packages apt depends on:
ii  adduser 3.113+nmu3
ii  debian-archive-keyring  2014.3
ii  gnupg   1.4.20-1
ii  gnupg2  2.0.28-3
ii  gpgv1.4.20-1
ii  libapt-pkg5.0   1.2
ii  libc6   2.21-6
ii  libgcc1 1:5.3.1-5
ii  libstdc++6  5.3.1-5

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc 
ii  aptitude0.7.5-3
ii  dpkg-dev1.18.4
ii  python-apt  1.1.0~beta1
ii  synaptic0.83

-- no debconf information

Bug#736831: Cortina still doesn't change wallpapers on Debian 8.2

[Khrys]

Hello,

The bug is still alive on my Debian Jessie 8.2 stable, on
Mate/Gnome3/Xfce desktop environments.

# uname -a
Linux macdebian 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u6
(2015-11-09) x86_64 GNU/Linux


# apt search cortina
cortina/stable,now 0.7.3-1 amd64  [installé]

Thanks!

Khrys
 

Bug#662421: literki: diff for NMU version 0.0.0+20100113.git1da40724-1.2

[Tobias Frost]

Hi Gianfrance,

can you please cancel it?
It also needs a patch...

On Thu, 21 Jan 2016 14:56:06 + (UTC) Gianfranco Costamagna  wrote:
> Control: tags 662421 + patch
> Control: tags 662421 + pending
> 
> Dear maintainer,
> 
> I've prepared an NMU for literki (versioned as
0.0.0+20100113.git1da40724-1.2) and
> uploaded it to DELAYED/7. Please feel free to tell me if I
> should delay it longer.
> 
> Regards.
> diff -Nru literki-0.0.0+20100113.git1da40724/debian/changelog
literki-0.0.0+20100113.git1da40724/debian/changelog
> --- literki-0.0.0+20100113.git1da40724/debian/changelog 2010-03-29
18:10:22.0 +0200
> +++ literki-0.0.0+20100113.git1da40724/debian/changelog 2016-01-21
15:55:07.0 +0100
> @@ -1,3 +1,11 @@
> +literki (0.0.0+20100113.git1da40724-1.2) unstable; urgency=medium
> +
> +  * Non-maintainer upload.
> +  * Change libpng12-dev b-d to libpng-dev to ease libpng transition
> +(Closes: #662421)
> +
> + -- Gianfranco Costamagna   Thu, 21 Jan
2016 15:54:37 +0100
> +
> literki (0.0.0+20100113.git1da40724-1) unstable; urgency=low
> 
> * Initial release for main archive. Closes: #575441.
> diff -Nru literki-0.0.0+20100113.git1da40724/debian/control literki-
0.0.0+20100113.git1da40724/debian/control
> --- literki-0.0.0+20100113.git1da40724/debian/control   2010-03-29
19:18:38.0 +0200
> +++ literki-0.0.0+20100113.git1da40724/debian/control   2016-01-21
15:54:34.0 +0100
> @@ -3,7 +3,7 @@
> Priority: optional
> Maintainer: Debian freesmartphone.org Team 
> Uploaders: Timo Jyrinki 
> -Build-Depends: debhelper (>= 7), libfreetype6-dev, libpng12-dev,
libfakekey-dev, libxi-dev, libxcb1-dev, libxrender-dev, libxrandr-dev,
libpng++-dev
> +Build-Depends: debhelper (>= 7), libfreetype6-dev, libpng-dev,
libfakekey-dev, libxi-dev, libxcb1-dev, libxrender-dev, libxrandr-dev,
libpng++-dev
> Standards-Version: 3.8.4
> Homepage: http://git.senfdax.de/?p=literki
> Vcs-Git: http://git.debian.org/git/pkg-fso/literki.git
> 
> 

Bug#812493: iceweasel: .desktop file contains deprecated Encoding key

[Pino Toscano]

Package: iceweasel
Version: 43.0.4-1
Severity: minor
Tags: patch

Hi,

the provided iceweasel.desktop contains the 'Encoding' key, which is
deprecated (all .desktop files must be UTF-8); this can be seen in the
output of `desktop-file-validate`.
Attached there is a simple patch to remove it.

Thanks,
-- 
Pino
--- a/debian/browser.desktop.in
+++ b/debian/browser.desktop.in
@@ -1,5 +1,4 @@
 [Desktop Entry]
-Encoding=UTF-8
 Name=@Browser@
 Name[bg]=@Browser@
 Name[ca]=@Browser@

Bug#812495: wireshark-qt: "No interface selected" when clicking on "Start capturing packets" or "Restart current capture"

[Peter Paluch]

Package: wireshark-qt
Version: 2.0.1+g59ea380-3+b1
Severity: minor

Greetings,

In the new Qt-based GUI, clicking on either "Restart current capture" or "Start
capturing packets" buttons merely produces an error message saying "No
interface selected" that is displayed in the bottom status bar for a few
seconds. Obviously, the interface has been selected and a capture has been
performed in the past, as otherwise, these buttons would not be available at
all. If the capture was stopped, the "Start capturing packets" button would not
start it; if the capture was running, the "Restart current capture" button
would actually stop it. While not a major bug, it certainly is an annoyance.

Thank you for looking into this!

Best regards,
Peter



-- 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.3.3 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=sk_SK.utf8, LC_CTYPE=sk_SK.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages wireshark-qt depends on:
ii  libc62.21-7
ii  libgcc1  1:5.3.1-7
ii  libglib2.0-0 2.46.2-3
ii  libnl-3-200  3.2.26-1
ii  libnl-genl-3-200 3.2.26-1
ii  libnl-route-3-2003.2.26-1
ii  libpcap0.8   1.7.4-2
ii  libqt5core5a 5.5.1+dfsg-13
ii  libqt5gui5   5.5.1+dfsg-13
ii  libqt5multimedia55.5.1-3
ii  libqt5printsupport5  5.5.1+dfsg-13
ii  libqt5widgets5   5.5.1+dfsg-13
ii  libsbc1  1.3-1
ii  libstdc++6   5.3.1-7
ii  libwireshark62.0.1+g59ea380-3+b1
ii  libwiretap5  2.0.1+g59ea380-3+b1
ii  libwsutil6   2.0.1+g59ea380-3+b1
ii  wireshark-common 2.0.1+g59ea380-3+b1
ii  xdg-utils1.1.1-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages wireshark-qt recommends:
ii  libqt5multimedia5-plugins  5.5.1-3

wireshark-qt suggests no packages.

-- no debconf information

Bug#662421: literki: diff for NMU version 0.0.0+20100113.git1da40724-1.1

[Tobias Frost]

Dear maintainer,

I've prepared an NMU for literki (versioned as 0.0.0+20100113.git1da40724-1.1) 
and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru literki-0.0.0+20100113.git1da40724/debian/changelog 
literki-0.0.0+20100113.git1da40724/debian/changelog
--- literki-0.0.0+20100113.git1da40724/debian/changelog 2010-03-29 
18:10:22.0 +0200
+++ literki-0.0.0+20100113.git1da40724/debian/changelog 2016-01-24 
13:45:34.0 +0100
@@ -1,3 +1,10 @@
+literki (0.0.0+20100113.git1da40724-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS with libpng1.6 and change B-D to libpng16-dev (Closes: #662421)
+
+ -- Tobias Frost   Sun, 24 Jan 2016 13:45:34 +0100
+
 literki (0.0.0+20100113.git1da40724-1) unstable; urgency=low
 
   * Initial release for main archive. Closes: #575441.
diff -Nru literki-0.0.0+20100113.git1da40724/debian/control 
literki-0.0.0+20100113.git1da40724/debian/control
--- literki-0.0.0+20100113.git1da40724/debian/control   2010-03-29 
19:18:38.0 +0200
+++ literki-0.0.0+20100113.git1da40724/debian/control   2016-01-24 
13:42:40.0 +0100
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian freesmartphone.org Team 

 Uploaders: Timo Jyrinki 
-Build-Depends: debhelper (>= 7), libfreetype6-dev, libpng12-dev, 
libfakekey-dev, libxi-dev, libxcb1-dev, libxrender-dev, libxrandr-dev, 
libpng++-dev
+Build-Depends: debhelper (>= 7), libfreetype6-dev, libpng-dev, libfakekey-dev, 
libxi-dev, libxcb1-dev, libxrender-dev, libxrandr-dev, libpng++-dev
 Standards-Version: 3.8.4
 Homepage: http://git.senfdax.de/?p=literki
 Vcs-Git: http://git.debian.org/git/pkg-fso/literki.git
diff -Nru literki-0.0.0+20100113.git1da40724/debian/patches/libpng16.patch 
literki-0.0.0+20100113.git1da40724/debian/patches/libpng16.patch
--- literki-0.0.0+20100113.git1da40724/debian/patches/libpng16.patch
1970-01-01 01:00:00.0 +0100
+++ literki-0.0.0+20100113.git1da40724/debian/patches/libpng16.patch
2016-01-24 13:52:54.0 +0100
@@ -0,0 +1,7 @@
+--- a/image_cache.cpp
 b/image_cache.cpp
+@@ -1,3 +1,4 @@
++#include 
+ #include "image_cache.h"
+ 
+ 
diff -Nru literki-0.0.0+20100113.git1da40724/debian/patches/series 
literki-0.0.0+20100113.git1da40724/debian/patches/series
--- literki-0.0.0+20100113.git1da40724/debian/patches/series2010-03-26 
11:31:20.0 +0100
+++ literki-0.0.0+20100113.git1da40724/debian/patches/series2016-01-24 
13:42:56.0 +0100
@@ -1,3 +1,4 @@
 01_fix_font_directory.diff
 03_use_system_png++.diff
 04_fix_desktop.diff
+libpng16.patch

Bug#777534: Please do _NOT_ change postgrey text

[Thomas D.]

Hi,

while I agree that an information about the reject reason could be helpful
for the administrator of the sending system please don't forget that
postgrey is more like a check to test if you are dealing with a real mail
system (i.e. something with a queue). Nothing more.

So while this information can be useful for real administrators of
legitimate systems it could also help the bad guys because they could adjust
the retry frequency based on the reject message. In the current status when
the sender doesn't know the exact block time, there's a chance that other
mechanism will be triggered by bad guys (i.e. limits) when the sender is
retrying to fast.


tl;dr
If the reporter wants to provide helpful information for the sender's mail
system administrator he can change the text in "/etc/default/postgrey" for
his setup. But such a change wouldn't be great default for most people.


-Thomas

Bug#812496: dolibarr: CVE-2016-1912

[Salvatore Bonaccorso]

Source: dolibarr
Version: 3.5.5+dfsg1-1
Severity: important
Tags: security upstream
Forwarded: https://github.com/Dolibarr/dolibarr/issues/4341

Hi,

the following vulnerability was published for dolibarr.

CVE-2016-1912[0]:
| Multiple cross-site scripting (XSS) vulnerabilities in Dolibarr
| ERP/CRM 3.8.3 allow remote authenticated users to inject arbitrary web
| script or HTML via the (1) lastname, (2) firstname, (3) email, (4)
| job, or (5) signature parameter to htdocs/user/card.php.

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2016-1912

Regards,
Salvatore

Bug#811345: setupcon not run

[Samuel Thibault]

Marco d'Itri, on Sat 23 Jan 2016 23:03:51 +0100, wrote:
> On Jan 23, Samuel Thibault  wrote:
> > Should udev or systemd perhaps provide some hook to configure a
> > just-created VT?
> Maybe a rule like this one?
> 
> ACTION=="add", KERNEL=="tty[1-9]|tty[1-9][0-9]", RUN+="..."

That gets triggered a few hundreds of times during boot, but apparently
not on VT dealloc/realloc done by systemctl restart getty@tty2.service

Samuel

Bug#812501: RM: user-mode-linux -- RoQA; RC-buggy, low popcon, unmaintained

[Mattia Rizzolo]

Package: ftp.debian.org
Tags: moreinfo
X-Debbugs-Cc: user-mode-li...@packages.debian.org

This package is broken most of the time in unstable due to nobody taking
care of it to stay in sync with the current linux version.

It's fairly unmaintained, with the last 3 uploads (with new upstream
releases) made through NMUs.

It has 2 rdep, pbuilder-uml which I'm going to drop with the next upload
and rootstrap, for which I'm going to request another RM.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://mapreri.org  : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#812507: [malformed-override] Test of lintian-overrides does not support type source

[Jörg Frings-Fürst]

Package: lintian
Version: 2.5.39.1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

to override this warning

"W: bitz-server source: dbg-package-missing-depends libicap0-dbg"


I write into lintian-overrides:

"bitz-server source: dbg-package-missing-depends"

Then I get this error:
"E: bitz-server: malformed-override Override of dbg-package-missing-depends for
package type source (expecting binary) at line 1"

Testing with the override:
"bitz-server binary: dbg-package-missing-depends"

no error displayed.

So I think thats the type "source" is the problem. But it is requested.

CU
Jörg




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

Kernel: Linux 4.3.0-1-amd64 (SMP w/6 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 lintian depends on:
ii  binutils  2.25.90.20160101-2
ii  bzip2 1.0.6-8
ii  diffstat  1.60-1
ii  file  1:5.25-2
ii  gettext   0.19.7-2
ii  hardening-includes2.8+nmu2
ii  intltool-debian   0.35.0+20060710.4
ii  libapt-pkg-perl   0.1.29+b5
ii  libarchive-zip-perl   1.56-2
ii  libclass-accessor-perl0.34-1
ii  libclone-perl 0.38-1+b1
ii  libdpkg-perl  1.18.4
ii  libemail-valid-perl   1.198-1
ii  libfile-basedir-perl  0.07-1
ii  libipc-run-perl   0.94-1
ii  liblist-moreutils-perl0.413-1+b1
ii  libparse-debianchangelog-perl 1.2.0-8
ii  libperl5.22 [libdigest-sha-perl]  5.22.1-4
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.71-1
ii  man-db2.7.5-1
ii  patchutils0.3.4-1
ii  perl  5.22.1-4
ii  t1utils   1.39-2
ii  xz-utils  5.1.1alpha+20120614-2.1

Versions of packages lintian recommends:
ii  dpkg 1.18.4
ii  libperlio-gzip-perl  0.19-1+b1
ii  perl 5.22.1-4
ii  perl-modules-5.22 [libautodie-perl]  5.22.1-4

Versions of packages lintian suggests:
ii  binutils-multiarch 2.25.90.20160101-2
ii  dpkg-dev   1.18.4
ii  libhtml-parser-perl3.71-2+b1
ii  libtext-template-perl  1.46-1
ii  libyaml-perl   1.15-1

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJWpOFMAAoJEAn4nzyModJd6TYP/1vh1r/V9vyPqJIT1G7MxYOy
xQLywdvBeFXWWw40/WPF+H4+muY96rh3tfoWTjaI9B4hWPh4NQjOSjTPkcwLQOfV
Wh3ZdvamQkBA9p3V3zxbI1MhYenVP1MJDtFkVXeEJ37IObY0m4NcVw4+HLx/P8M3
BwAO8vUjKGVKq5J+ROjAvgjUd2Bob7/ofSz92iAftcGidgOHY/KbO4kbFbfdBg6K
OJD9GfB3PK3l+R5f+bpYqnF8BbDr8p7Sklc/lbF2WvBsNMJr6WT3NeosfIe2AiTh
c5fQHWnCx6YJEForAUs+2fuiRT+XN0Ps5qb1c6TljuYKVxoRmG9TuXhyUCKKc7cg
XJH/Kokh0iqhU5IfTA8EIJ3tXEiwjTJWrlZbDOXnSITwvjPwXsbirHmPuLDPjpVZ
vIMfc9eURLwDqscxQGq8yjpWwzDKjpQqTkudg+ipmwBIs+zTkziQ58Jp0P9uEZDy
4s96HwGXYh5+ambooLAzJQ5AiC1ycC57y0uzm3tfC7ZXJoyCbli20o1i0RFIWsAr
jILs24Z9Js26WifJkuQdC4zhOzKnssc9RaOoNep/fCZD9F49QLKeosfUpi5zxYB2
UxC7V8vbqXBpGG3V2mV1wSnxAvpUk3hi3qdw9ybzVMng3NiBHrnURF1t8F7kb4zW
jCjTMwTf1pjZMAXrj3mO
=7PdM
-END PGP SIGNATURE-

Bug#812506: git-notifier: Encoding issues with UTF-8

[Dominik George]

Package: git-notifier
Version: 0.41-6-1
Severity: normal
Tags: l10n

Unicode characters are broken in e-mails.

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

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 git-notifier depends on:
ii  git 1:2.1.4-2.1+deb8u1
ii  postfix [mail-transport-agent]  2.11.3-1
ii  python  2.7.9-1

Versions of packages git-notifier recommends:
ii  moreutils  0.52

git-notifier suggests no packages.

-- no debconf information

Bug#812465: Please do not be so restrictive with versions of urllib3

[Daniele Tricoli]

Hello all,

On Sunday, January 24, 2016 12:28:37 PM Thomas Goirand wrote:
> python-requests (build-)dependencies on urllib3 are too restrictive, in a
> way which doesn't allow backporting without tweaking (build-)dependencies.

Yes I realized that myself, but James Page already reported this issue on 
#809485.
It was not fixed before only because James did not need the fix immediately.

I consider this new report as a increased priority so I'm merging this bug 
with the original one and fixing this now. :)

@Ian: Thomas and Brian are right saying I was to restrictive, I realized that 
myself (see #809485), this change will allow to have a strict versioned 
dependency between requests and urllib3 upstream version leaving out Debian 
revisions. So, an upload of urllib3 1.13.1-2 (note the Debian revision bump) 
will be fine. Right now it's not. As I said in #809485 it was not fixed 
immediately because it was not so urgent at that time.

Regards,

-- 
 Daniele Tricoli 'eriol'
 https://mornie.org

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

Bug#811827: prank: FTBFS with GCC 6: no match for

[Andreas Tille]

Hi Ari,

to make sure your question will not remain unanswered:  I have no idea
about Ubuntu but if I were you I would try to simply install the
packages you found on your currently used system.  Alternatively you
could try to create a chroot environment.

Hope this helps

Andreas.

On Wed, Jan 20, 2016 at 03:10:09PM +0200, Ari Löytynoja wrote:
> Hi,
> 
> I'm using gcc 5.2.1 on Ubuntu 15.10. Is it possible to check the 
> compatibility 
> with this version of gcc? If not, is there gcc-6 available for Wily? I only 
> found a repository with gcc-6 for the next Ubuntu release:
>  https://launchpad.net/~ubuntu-toolchain-r/+archive/ubuntu/test/
> 
> Regards, Ari
> 
> On Wednesday 20 January 2016 11:42:00 Andreas Tille wrote:
> > Hi Ari,
> > 
> > yes, that source tarball from
> >   http://wasabiapp.org/download/prank/prank.source.150803.tgz
> > is used for the packaging.
> > 
> > Thanks a lot for your quick reply
> > 
> >  Andreas.
> > 
> > On Wed, Jan 20, 2016 at 12:32:01PM +0200, Ari Löytynoja wrote:
> > > Hi,
> > > Which version of PRANK is that? The latest one is here
> > > http://wasabiapp.org/download/prank/prank.source.150803.tgz
> > > 
> > > Regards, Ari
> > > 
> > > On Wednesday 20 January 2016 11:04:46 Andreas Tille wrote:
> > > > Hi,
> > > > 
> > > > the Debian package for prank failed to build when using gcc version 6 as
> > > > you can read below in the bug report.  Feel free to contact us via the
> > > > bug e-mail address (see To of this mail).
> > > > 
> > > > Kind regards
> > > > 
> > > >Andreas.
> > > > 
> > > > On Tue, Jan 19, 2016 at 06:22:00PM -0800, Martin Michlmayr wrote:
> > > > > Package: prank
> > > > > Version: 0.0.150803-1
> > > > > Severity: important
> > > > > User: debian-...@lists.debian.org
> > > > > Usertags: ftbfs-gcc-6 gcc-6-no-match
> > > > > 
> > > > > This package fails to build with GCC 6.  GCC 6 has not been released
> > > > > yet, but it's expected that GCC 6 will become the default compiler for
> > > > > stretch.
> > > > > 
> > > > > Note that only the first error is reported; there might be more.  You
> > > > > can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
> > > > > you can set CC=gcc-6 CXX=g++-6 explicitly.
> > > > > 
> > > > > You may be able to find out more about this issue at
> > > > > https://gcc.gnu.org/gcc-6/changes.html
> > > > > 
> > > > > > sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
> > > > > 
> > > > > ...
> > > > > 
> > > > > > g++ -c -g -O2 -fstack-protector-strong -Wformat
> > > > > > -Werror=format-security
> > > > > > -pipe -O3  -I. -I/usr/include -o bppancestors.o bppancestors.cpp
> > > > > > hmmodel.cpp: In member function 'void
> > > > > > HMModel::alignmentModel(AncestralNode*)': hmmodel.cpp:1513:57:
> > > > > > error:
> > > > > > no match for 'operator<<' (operand types are
> > > > > > 'std::basic_ostream'
> > > > > > and 'std::ostream {aka std::basic_ostream}')> >
> > > > > > 
> > > > > >  cout<<"HMModel::alignmentModel: impossible 'as'"< > > > > >  ^~
> > > > > > 
> > > > > > hmmodel.cpp:1513:57: note: candidate: operator<<(int, int)
> > > > > > 
> > > > > > hmmodel.cpp:1513:57: note:   no known conversion for argument 2 from
> > > > > > 'std::ostream {aka std::basic_ostream}' to 'int' In file
> > > > > > included
> > > > > > from /usr/include/c++/6/istream:39:0,
> > > > > > 
> > > > > >  from /usr/include/c++/6/fstream:38,
> > > > > > 
> > > > > >  from hmmodel.cpp:24:
> > > > > > /usr/include/c++/6/ostream:108:7: note: candidate:
> > > > > > std::basic_ostream<_CharT, _Traits>::__ostream_type&
> > > > > > std::basic_ostream<_CharT,
> > > > > > _Traits>::operator<<(std::basic_ostream<_CharT,
> > > > > > _Traits>::__ostream_type& (*)(std::basic_ostream<_CharT,
> > > > > > _Traits>::__ostream_type&)) [with _CharT = char; _Traits =
> > > > > > std::char_traits; std::basic_ostream<_CharT,
> > > > > > _Traits>::__ostream_type = std::basic_ostream]> >
> > > > > > 
> > > > > >operator<<(__ostream_type& (*__pf)(__ostream_type&))
> > > > > >^~~~
> > > > > > 
> > > > > > /usr/include/c++/6/ostream:108:7: note:   no known conversion for
> > > > > > argument 1 from 'std::ostream {aka std::basic_ostream}' to
> > > > > > 'std::basic_ostream::__ostream_type&
> > > > > > (*)(std::basic_ostream::__ostream_type&) {aka
> > > > > > std::basic_ostream& (*)(std::basic_ostream&)}'
> > > > > > /usr/include/c++/6/ostream:117:7: note: candidate:
> > > > > > std::basic_ostream<_CharT, _Traits>::__ostream_type&
> > > > > > std::basic_ostream<_CharT,
> > > > > > _Traits>::operator<<(std::basic_ostream<_CharT,
> > > > > > _Traits>::__ios_type&
> > > > > > (*)(std::basic_ostream<_CharT, _Traits>::__ios_type&)) [with _CharT
> > > > > > =
> > > > > > char; _Traits = std::char_traits; std::basic_ostream<_CharT,
> > > > > > _Traits>::__ostream_type = std::basic_ostream;
> > > > > > 

Bug#809870: openlayer: diff for NMU version 2.1-2.1

[Tobias Frost]

Control: tags 809870 + patch
Control: tags 809870 + pending

Hi Georges,

please see the attached patch; libpng1.6 has some API changes
-- like not exposing the members of the png_info struct anymore -- and
won't include e.g zlib.h.



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

Regards.
diff -Nru openlayer-2.1/debian/changelog openlayer-2.1/debian/changelog
--- openlayer-2.1/debian/changelog  2016-01-09 17:44:31.0 +0100
+++ openlayer-2.1/debian/changelog  2016-01-24 13:26:24.0 +0100
@@ -1,3 +1,11 @@
+openlayer (2.1-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "FTBFS with libpng16" -- new library requires some includes
+and has API change. (Closes: #809870)
+
+ -- Tobias Frost   Sun, 24 Jan 2016 13:26:24 +0100
+
 openlayer (2.1-2) unstable; urgency=medium
 
   * upgraded the dependency on libpng-dev. Closes: #809870
diff -Nru openlayer-2.1/debian/patches/libpng16.patch 
openlayer-2.1/debian/patches/libpng16.patch
--- openlayer-2.1/debian/patches/libpng16.patch 1970-01-01 01:00:00.0 
+0100
+++ openlayer-2.1/debian/patches/libpng16.patch 2016-01-24 13:29:17.0 
+0100
@@ -0,0 +1,40 @@
+--- a/src/loadpng.c
 b/src/loadpng.c
+@@ -4,7 +4,7 @@
+  * This file is hereby placed in the public domain.
+  */
+ 
+-
++#include 
+ #include 
+ #include 
+ #include 
+@@ -258,7 +258,7 @@
+  * the normal method of doing things with libpng).  REQUIRED unless you
+  * set up your own error handlers in the png_create_read_struct() earlier.
+  */
+-if (setjmp(png_ptr->jmpbuf)) {
++if (setjmp(png_jmpbuf(png_ptr))) {
+   /* Free all of the memory associated with the png_ptr and info_ptr */
+   png_destroy_read_struct(_ptr, _ptr, (png_infopp)NULL);
+   pack_fclose(fp);
+@@ -357,7 +357,7 @@
+  * the normal method of doing things with libpng).  REQUIRED unless you
+  * set up your own error handlers in the png_create_read_struct() earlier.
+  */
+-if (setjmp(png_ptr->jmpbuf)) {
++if (setjmp(png_jmpbuf(png_ptr))) {
+   /* Free all of the memory associated with the png_ptr and info_ptr */
+   png_destroy_read_struct(_ptr, _ptr, (png_infopp)NULL);
+   /* If we get here, we had a problem reading the file */
+--- a/src/savepng.c
 b/src/savepng.c
+@@ -188,7 +188,7 @@
+   goto Error;
+ 
+ /* Set error handling. */
+-if (setjmp(png_ptr->jmpbuf)) {
++if (setjmp(png_jmpbuf(png_ptr))) {
+   /* If we get here, we had a problem reading the file. */
+   goto Error;
+ }
diff -Nru openlayer-2.1/debian/patches/series 
openlayer-2.1/debian/patches/series
--- openlayer-2.1/debian/patches/series 2014-01-11 23:36:01.0 +0100
+++ openlayer-2.1/debian/patches/series 2016-01-24 13:24:29.0 +0100
@@ -1,3 +1,4 @@
 changes-2014-01-06.patch
 harden.patch
 shared.patch
+libpng16.patch

Bug#812491: RFS: h5py/2.5.0-2

[PICCA Frederic-Emmanuel]

I am on it :)


De : Ghislain Vaillant [ghisv...@gmail.com]
Envoyé : dimanche 24 janvier 2016 13:12
À : sub...@bugs.debian.org
Objet : Bug#812491: RFS: h5py/2.5.0-2

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

* Package name: h5py
   Version : 2.5.0-2
   Upstream Author : Andrew Colette
* URL : http://www.h5py.org/
* License : BSD
   Section : python

It builds those binary packages:

   python-h5py - general-purpose Python interface to hdf5 (Python 2)
   python-h5py-dbg - debug extension for h5py (Python 2)
   python-h5py-doc - h5py documentation
   python3-h5py - general-purpose Python interface to hdf5 (Python 3)
   python3-h5py-dbg - debug extension for h5py (Python 3)

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

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

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

   dget -x
http://mentors.debian.net/debian/pool/main/h/h5py/h5py_2.5.0-2.dsc

Changes since the last upload:

   * Add debug extension packages.
 Thanks to Picca Frederic-Emmanuel (Closes: #793789)
   * d/control: cme fix, wrap and sort, update descriptions.
   * Add examples to doc package.
   * Move documentation generation to arch-indep targets.
   * Add autopkgtest testsuite.
   * Simplify clean target.

Best regards,
Ghislain Vaillant

Bug#812497: apt-get source -t unstable doesn't work when has moved to testing

[Vincent Lefevre]

Package: apt
Version: 1.2
Severity: normal

The use of "-t unstable" doesn't work with "apt-get source" for some
packages, e.g.

$ apt-get source -t unstable zsh
Reading package lists... Done
Building dependency tree   
Reading state information... Done
E: Can not find version '5.2-3' of package 'zsh'
E: Unable to find a source package for zsh

but

$ apt-get source zsh
Reading package lists... Done
Building dependency tree   
Reading state information... Done
NOTICE: 'zsh' packaging is maintained in the 'Git' version control system at:
git://anonscm.debian.org/collab-maint/zsh.git -b debian
Please use:
git clone git://anonscm.debian.org/collab-maint/zsh.git -b debian
to retrieve the latest (possibly unreleased) updates to the package.
Skipping already downloaded file 'zsh_5.2.orig.tar.xz'
Need to get 75.0 kB of source archives.
Get:1 http://ftp.fr.debian.org/debian testing/main zsh 5.2-3 (dsc) [2445 B]
Get:2 http://ftp.fr.debian.org/debian testing/main zsh 5.2-3 (diff) [72.5 kB]
Fetched 75.0 kB in 0s (970 kB/s)
Skipping unpack of already unpacked source in zsh-5.2

This seems to occur for packages where testing = unstable.

There is no such problem with apt-get install -t unstable.

-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "1";
APT::Install-Suggests "0";
APT::Sandbox "";
APT::Sandbox::User "_apt";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image-4\.2\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-image-4\.3\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-headers-4\.2\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-headers-4\.3\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.2\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.3\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-4\.2\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-4\.3\.0-1-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-image-4\.2\.0-1-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-image-4\.3\.0-1-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-headers-4\.2\.0-1-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-headers-4\.3\.0-1-amd64$";
APT::NeverAutoRemove:: "^gnumach-image-4\.2\.0-1-amd64$";
APT::NeverAutoRemove:: "^gnumach-image-4\.3\.0-1-amd64$";
APT::NeverAutoRemove:: "^.*-modules-4\.2\.0-1-amd64$";
APT::NeverAutoRemove:: "^.*-modules-4\.3\.0-1-amd64$";
APT::NeverAutoRemove:: "^.*-kernel-4\.2\.0-1-amd64$";
APT::NeverAutoRemove:: "^.*-kernel-4\.3\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.2\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.3\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-tools-4\.2\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-tools-4\.3\.0-1-amd64$";
APT::VersionedKernelPackages "";
APT::VersionedKernelPackages:: "linux-image";
APT::VersionedKernelPackages:: "linux-headers";
APT::VersionedKernelPackages:: "linux-image-extra";
APT::VersionedKernelPackages:: "linux-signed-image";
APT::VersionedKernelPackages:: "kfreebsd-image";
APT::VersionedKernelPackages:: "kfreebsd-headers";
APT::VersionedKernelPackages:: "gnumach-image";
APT::VersionedKernelPackages:: ".*-modules";
APT::VersionedKernelPackages:: ".*-kernel";
APT::VersionedKernelPackages:: "linux-backports-modules-.*";
APT::VersionedKernelPackages:: "linux-tools";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "contrib/metapackages";
APT::Never-MarkAuto-Sections:: "non-free/metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Move-Autobit-Sections "";
APT::Move-Autobit-Sections:: "oldlibs";
APT::Move-Autobit-Sections:: "contrib/oldlibs";
APT::Move-Autobit-Sections:: "non-free/oldlibs";
APT::Move-Autobit-Sections:: "restricted/oldlibs";
APT::Move-Autobit-Sections:: "universe/oldlibs";
APT::Move-Autobit-Sections:: "multiverse/oldlibs";
APT::Update "";
APT::Update::Post-Invoke-Success "";
APT::Update::Post-Invoke-Success:: "test -x /usr/bin/apt-show-versions || exit 
0 ; apt-show-versions -i";
APT::Architectures "";
APT::Architectures:: "amd64";
APT::Compressor "";
APT::Compressor::. "";
APT::Compressor::.::Name ".";
APT::Compressor::.::Extension "";
APT::Compressor::.::Binary "";
APT::Compressor::.::Cost "0";
APT::Compressor::lz4 "";
APT::Compressor::lz4::Name "lz4";
APT::Compressor::lz4::Extension ".lz4";
APT::Compressor::lz4::Binary "false";
APT::Compressor::lz4::Cost "50";
APT::Compressor::gzip "";
APT::Compressor::gzip::Name "gzip";
APT::Compressor::gzip::Extension ".gz";
APT::Compressor::gzip::Binary "gzip";
APT::Compressor::gzip::Cost "100";
APT::Compressor::gzip::CompressArg "";

Bug#804139: bumblebee: after recent xorg + nvidia updates in sid, "Cannot access secondary GPU - error"

[Luca Boccassi]

On Sat, 2016-01-09 at 16:29 +, Nohus wrote:
> Luca Boccassi :
> > The lspci bash snippet is not finding the discrete card, I guess because
> > it was off when reportbug was run.
> > 
> > Could you please manually turn the card on, check manually which PCI id
> > it has, and then paste the output of:
> > 
> > lspci -vvnn -s 
> 
> Here you are:
> > Also I see you are using virtualgl, does it make any difference if you
> > use primus as a bridge instead?
> 
> Initially I tried primus, then I tried virtualgl when that didn't work. No 
> difference between them.
> 
> Thank you.

Can't really see anything out of the ordinary.

The last thing I could think of, is that upstream doesn't seem to
support rootless Xorg yet, they are looking to add it to 4.0. [1]

Can you please check if you are running Xorg as root?

Kind regards,
Luca Boccassi

[1] https://github.com/Bumblebee-Project/Bumblebee/issues/704


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

Bug#807699: severity 807699 minor

[mechtilde]

Package: calendar-exchange-provider
Version: 3.4.0-2
Followup-For: Bug #807699

severity 807699 minor



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (400, 'testing'), (300, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages calendar-exchange-provider depends on:
ii  icedove   38.5.0-1+b1
ii  iceowl-extension  38.5.0-1+b1

calendar-exchange-provider recommends no packages.

calendar-exchange-provider suggests no packages.

-- no debconf information