Bug#812396: Info received (Bug#812396: Acknowledgement (nvidia-kernel-dkms: fail to load nvidia-uvm.))
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
(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
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 FrostSat, 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
Hi Tobias, On Sun, Jan 24, 2016 at 12:17 PM, Tobias Frostwrote: > (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
Hi Peter On 13 December 2015 at 01:17, peter greenwrote: > 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
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
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
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
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
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
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:
Additional support from Steffen Möllerhttps://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)
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
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
-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
(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
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
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
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 FrostSun, 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
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 ToscanoDate: 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
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
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
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
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 FrostSat, 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[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
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
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 ''
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 Roblesdpkg-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
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 Bourgdpkg-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
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 RosenfeldSubject: 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
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
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 ToscanoDate: 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
On Jan 04, Marco d'Itriwrote: > 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
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"
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
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ürstt>: > > - 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)
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
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
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
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
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
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, oldtechaawrote: > 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
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
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
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
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
On 24.01.2016 17:36, Mathieu Malaterre wrote: > On Thu, Jan 21, 2016 at 11:00 AM, Matteo F. Vescoviwrote: > >> * 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
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
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
Package: ftp.debian.org Severity: normal
Bug#812565: ITP: golang-github-natefinch-v2 -- Go package for writing logs to rolling files
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
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
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)
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
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
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)
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
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
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?)
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
Control: tag -1 - moreinfo unreproducible Control: tag -1 patch pending On Fri, 2016-01-22 at 13:11 +0800, 積丹尼 Dan Jacobson wrote: > > > > > > "BH" == Ben Hutchingswrites: > > 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
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)
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
This has been fixed in the upstream project.
Bug#775512: with steamcmd would you be also able to register/make a new account ?
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
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 FrostSun, 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
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
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
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
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
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 ToscanoDate: 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
On Jan 04, Marco d'Itriwrote: > 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
Am Sonntag, den 24.01.2016, 12:39 +0300 schrieb Sergei Golovan: > Hi Tobias, > > On Sun, Jan 24, 2016 at 12:17 PM, Tobias Frostwrote: > > (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
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 ?
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
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, 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 Thibaultwrote: > > > > 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]
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
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
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
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
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
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
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 CostamagnaThu, 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
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"
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
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 FrostSun, 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
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
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
Marco d'Itri, on Sat 23 Jan 2016 23:03:51 +0100, wrote: > On Jan 23, Samuel Thibaultwrote: > > 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
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
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
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
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
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
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 FrostSun, 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
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
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"
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
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