Bug#784976: iceweasel: hangs for several dozens of seconds due to unresponsize script
In case this can be useful, the beginning of the URL was: https://www.linkedin.com/csp/ads?f=f160x600_exp_3_5click=http://adclick.g.doubleclick.net/aclk%3Fsa%3DL%26ai%3DBFZbeT (I have the complete URL, but I wonder whether it may contain private data.) -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784983: fatrace: some archs/kernels define O_LARGEFILE
Package: fatrace Version: 0.10-1 Severity: important Tags: patch Pick up O_LARGEFILE, if defined. diff --git a/fatrace/fatrace.c b/fatrace/fatrace.c index ec925b7..cf99fa9 100644 --- a/fatrace/fatrace.c +++ b/fatrace/fatrace.c @@ -42,7 +42,11 @@ * http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=1e2ee49f7 * O_LARGEFILE is usually 0, so hardcode it here */ +#ifdef O_LARGEFILE +#define KERNEL_O_LARGEFILE O_LARGEFILE +#else #define KERNEL_O_LARGEFILE 0010 +#endif /* command line options */ static char* option_output = NULL; -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (99, 'unstable'), (59, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE= (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages fatrace depends on: ii libc6 2.19-18 Versions of packages fatrace recommends: ii powertop 2.6.1-1 ii python3 3.4.2-2 fatrace suggests no packages. -- no debconf information Cheers, -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784987: RM: bluetile -- ROM; Unmaintained by upstream
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, bluetile is unmaintained by upstream and does not build any more. Please remove this leaf package from Debian. Thanks, Joachim -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlVQofwACgkQ9ijrk0dDIGxmiQCePL+aO7LLaLZ8jIbAUQhc+3xi APoAoKjtHYbiRpV57E1qtIJhe4YIwhjw =guI3 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784998: jessie-pu: package ulogd2/2.0.4-2+deb8u1
Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu Hi release team folks, I would like to do an upload to stable (jessie) to correct an important bug in ulogd2, a package I maintain. The bug is an endianness issue that prevents the JSON output plugin in ulogd2 from working correctly on big-endian systems. The bug has been reported to BTS as 784935: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784935 The issue is fixed in upstream version 2.0.5, which I have uploaded to sid today as 2.0.5-1. My upstream was kind enough to report the bug and isolate the necessary patch for stable. I have prepared an upload in a new Git branch on Alioth: http://anonscm.debian.org/cgit/collab-maint/ulogd2.git/log/?h=debian-jessie Here is the debdiff from 2.0.4-2 (current version in jessie) to 2.0.4-2+deb8u1: diff -Nru ulogd2-2.0.4/debian/changelog ulogd2-2.0.4/debian/changelog --- ulogd2-2.0.4/debian/changelog 2015-03-08 15:22:46.0 + +++ ulogd2-2.0.4/debian/changelog 2015-05-11 13:32:43.0 +0100 @@ -1,3 +1,12 @@ +ulogd2 (2.0.4-2+deb8u1) stable; urgency=medium + + * Begin a new debian-jessie branch: update debian/gbp.conf. + * Add upstream patch Fix-JSON-output-on-big-endian-systems.patch: +- Corrects JSON output of integer types on big-endian systems. + (Closes: #784935) + + -- Chris Boot deb...@bootc.net Mon, 11 May 2015 13:32:13 +0100 + ulogd2 (2.0.4-2) unstable; urgency=medium [ Andreas Beckmann ] diff -Nru ulogd2-2.0.4/debian/gbp.conf ulogd2-2.0.4/debian/gbp.conf --- ulogd2-2.0.4/debian/gbp.conf2014-07-27 09:51:25.0 +0100 +++ ulogd2-2.0.4/debian/gbp.conf2015-05-11 13:23:11.0 +0100 @@ -1,4 +1,5 @@ [DEFAULT] -debian-branch = debian +debian-branch = debian-jessie +dist = jessie pristine-tar = True diff -Nru ulogd2-2.0.4/debian/patches/Fix-JSON-output-on-big-endian-systems.patch ulogd2-2.0.4/debian/patches/Fix-JSON-output-on-big-endian-systems.patch --- ulogd2-2.0.4/debian/patches/Fix-JSON-output-on-big-endian-systems.patch 1970-01-01 01:00:00.0 +0100 +++ ulogd2-2.0.4/debian/patches/Fix-JSON-output-on-big-endian-systems.patch 2015-05-11 13:23:11.0 +0100 @@ -0,0 +1,52 @@ +From: Jimmy Jones jimmyjon...@gmx.co.uk +Subject: Fix JSON output on big endian systems +Acked-by: Eric Leblond e...@regit.org +Acked-by: Chris Boot deb...@bootc.net +Origin: upstream, commit:4f267553aede76dc91133ba88c69f8b8faf00b72 +Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784935 +Forwarded: not-needed +Last-Update: 2015-05-11 + +Corrects the output of JSON integers on big-endian systems. + +--- + output/ulogd_output_JSON.c | 11 +++ + 1 file changed, 11 insertions(+) + +diff --git a/output/ulogd_output_JSON.c b/output/ulogd_output_JSON.c +index e7ac642..3ad2620 100644 +--- a/output/ulogd_output_JSON.c b/output/ulogd_output_JSON.c +@@ -158,7 +158,11 @@ static int json_interp(struct ulogd_pluginstance *upi) + break; + case ULOGD_RET_BOOL: + case ULOGD_RET_INT8: ++ json_object_set_new(msg, field_name, json_integer(key-u.value.i8)); ++ break; + case ULOGD_RET_INT16: ++ json_object_set_new(msg, field_name, json_integer(key-u.value.i16)); ++ break; + case ULOGD_RET_INT32: + json_object_set_new(msg, field_name, json_integer(key-u.value.i32)); + break; +@@ -171,10 +175,17 @@ static int json_interp(struct ulogd_pluginstance *upi) + json_object_set_new(msg, action, json_string(blocked)); + break; + } ++ json_object_set_new(msg, field_name, json_integer(key-u.value.ui8)); ++ break; + case ULOGD_RET_UINT16: ++ json_object_set_new(msg, field_name, json_integer(key-u.value.ui16)); ++ break; + case ULOGD_RET_UINT32: ++ json_object_set_new(msg, field_name, json_integer(key-u.value.ui32)); ++ break; + case ULOGD_RET_UINT64: + json_object_set_new(msg, field_name, json_integer(key-u.value.ui64)); ++ break; + default: + /* don't know how to interpret this key. */ + break; +-- +2.1.4 + diff -Nru ulogd2-2.0.4/debian/patches/series ulogd2-2.0.4/debian/patches/series --- ulogd2-2.0.4/debian/patches/series 2014-04-13 11:42:32.0 +0100 +++ ulogd2-2.0.4/debian/patches/series 2015-05-11 13:23:11.0 +0100 @@ -2,3 +2,4 @@ enable-nflog-by-default.patch put-logfiles-in-var-log-ulog.patch ulogd8-ulogd2.patch +Fix-JSON-output-on-big-endian-systems.patch -- System Information: Debian
Bug#785000: libwebp: FTBFS on mips: Error: opcode not supported on this processor: mips2...
Source: libwebp
Version: 0.4.3-1
Severity: serious
Tags: patch
Hi,
libwebp FTBFS on mips with this error (initially):
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../src/webp
-D_FORTIFY_SOURCE=2 -Wall -Wdeclaration-after-statement -Wextra
-Wmissing-declarations -Wmissing-prototypes -Wold-style-definition -Wshadow
-Wunused-but-set-variable -Wunused -Wvla -g -O2 -fstack-protector-strong
-Wformat -Werror=format-security -pthread -c lossless_mips32.c -fPIC -DPIC
-o .libs/libwebpdsp_la-lossless_mips32.o
/tmp/cc07vjZt.s: Assembler messages:
/tmp/cc07vjZt.s:52: Error: opcode not supported on this processor: mips2
(mips2) `madd $6,$5'
/tmp/cc07vjZt.s:53: Error: opcode not supported on this processor: mips2
(mips2) `madd $6,$4'
/tmp/cc07vjZt.s:140: Error: opcode not supported on this processor: mips2
(mips2) `madd $9,$3'
/tmp/cc07vjZt.s:141: Error: opcode not supported on this processor: mips2
(mips2) `madd $9,$7'
/tmp/cc07vjZt.s:1328: Error: opcode not supported on this processor: mips2
(mips2) `clz $6,$4'
/tmp/cc07vjZt.s:1545: Error: opcode not supported on this processor: mips2
(mips2) `clz $6,$4'
make[3]: *** [libwebpdsp_la-lossless_mips32.lo] Error 1
There was a patch 'fix-mips2.patch' to fix this but it was dropped in
the 0.4.3-1 upload.
I've attached an updated patch which fixes this.
Thanks,
James
--- a/src/dsp/dsp.h
+++ b/src/dsp/dsp.h
@@ -73,7 +73,7 @@ extern C {
#define WEBP_USE_NEON
#endif
-#if defined(__mips__) !defined(__mips64) (__mips_isa_rev 6)
+#if defined(__mips__) !defined(__mips64) (__mips_isa_rev = 1) (__mips_isa_rev 6)
#define WEBP_USE_MIPS32
#if (__mips_isa_rev = 2)
#define WEBP_USE_MIPS32_R2
signature.asc
Description: This is a digitally signed message part
Bug#784041: [Pkg-anonymity-tools] Bug#784041: exceptions.OSError: [Errno 2] No such file or directory
control: forwarded -1 https://github.com/micahflee/torbrowser-launcher/issues/176 control: tags -1 + upstream Hi, actually it's bee reported as #176 and #178 and #179 but #176 has the cause. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#784995: Heroes3: Problem finding correct version of HiScore.dat
I believe that the file HiScore.dat shouldn't even be packaged. It's not essential for the game and there probably exist multiple versions of this file. My copy of Heroes 3 doesn't contain such a file at all; I had to download it from elsewhere, but to no avail, as you can see. Of course this file is not needed, vcmi doesn't even implement hiscore screen ! Fixed in git. Here's my HiScore.dat, (it's only a few names and NULL's) can you try again building the package with this file ? Then I'll delete it. Greetings, HiScore.dat Description: MOPAC data
Bug#785001: RM: haskell-type-level -- ROM; No upstream support
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the leaf package haskell-type-level has no upstream release since 5 years and does not build currently. It appears to be mainly of academic interest. Please remove it from Debian. Thanks, Joachim -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlVQrgAACgkQ9ijrk0dDIGzedACeMWpLCUHPVGGXHUIiwpsVYvjT 7nkAn3X2MM6NSfqLIxEu7sYS9OMWGyul =hOuj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630029: Processed: retitle 630029 to read/write/readv/writev/sendfile.2: undocumented cap on number of bytes read/written
tags 630029 fixed-upstream thanks And here's the documentation fix. Thanks, Michael diff --git a/man2/pread.2 b/man2/pread.2 index de1e951..c7a7fdd 100644 --- a/man2/pread.2 +++ b/man2/pread.2 @@ -85,6 +85,12 @@ and .BR pwrite () returns the number of bytes written. +Note that is not an error for a successful call to transfer fewer bytes +than requested (see +.BR read (2) +and +.BR write (2)). + On error, \-1 is returned and .I errno is set to indicate the cause of the error. diff --git a/man2/read.2 b/man2/read.2 index 62d7d8b..c581f72 100644 --- a/man2/read.2 +++ b/man2/read.2 @@ -87,6 +87,8 @@ available right now (maybe because we were close to end-of-file, or because we are reading from a pipe, or from a terminal), or because .BR read () was interrupted by a signal. +See also NOTES. + On error, \-1 is returned, and .I errno is set appropriately. @@ -178,6 +180,14 @@ or to return the number of bytes already read. .SH CONFORMING TO SVr4, 4.3BSD, POSIX.1-2001. .SH NOTES +On Linux, +.BR read () +(and similar system calls) will transfer at most +0x7000 (2,147,479,552) bytes, +returning the number of bytes actually transferred. +.\ commit e28cc71572da38a5a12c1cfe4d7032017adccf69 +(This is true on both 32-bit and 64-bit systems.) + On NFS filesystems, reading small amounts of data will update the timestamp only the first time, subsequent calls may not do so. This is caused diff --git a/man2/readv.2 b/man2/readv.2 index 3cc0813..3cf0c2f 100644 --- a/man2/readv.2 +++ b/man2/readv.2 @@ -184,6 +184,13 @@ return the number of bytes read; and .BR pwritev () return the number of bytes written. + +Note that is not an error for a successful call to transfer fewer bytes +than requested (see +.BR read (2) +and +.BR write (2)). + On error, \-1 is returned, and \fIerrno\fP is set appropriately. .SH ERRORS The errors are as given for diff --git a/man2/sendfile.2 b/man2/sendfile.2 index 972564c..ef9ba6c 100644 --- a/man2/sendfile.2 +++ b/man2/sendfile.2 @@ -113,6 +113,7 @@ Note that a successful call to .BR sendfile () may write fewer bytes than requested; the caller should be prepared to retry the call if there were unsent bytes. +See also NOTES. On error, \-1 is returned, and .I errno @@ -166,6 +167,12 @@ Other UNIX systems implement with different semantics and prototypes. It should not be used in portable programs. .SH NOTES +.BR sendfile () +will transfer at most 0x7000 (2,147,479,552) bytes, +returning the number of bytes actually transferred. +.\ commit e28cc71572da38a5a12c1cfe4d7032017adccf69 +(This is true on both 32-bit and 64-bit systems.) + If you plan to use .BR sendfile () for sending files to a TCP socket, but need diff --git a/man2/write.2 b/man2/write.2 index 90ef9b5..3e8c363 100644 --- a/man2/write.2 +++ b/man2/write.2 @@ -89,6 +89,10 @@ Note that not all filesystems are POSIX conforming. .SH RETURN VALUE On success, the number of bytes written is returned (zero indicates nothing was written). +It is not an error if this number is smaller than the number of bytes +requested; this may happen for example because the disk device was filled. +See also NOTES. + On error, \-1 is returned, and \fIerrno\fP is set appropriately. @@ -217,6 +221,14 @@ then the call fails with the error .BR EINTR ; if it is interrupted after at least one byte has been written, the call succeeds, and returns the number of bytes written. + +On Linux, +.BR read () +(and similar system calls) will transfer at most +0x7000 (2,147,479,552) bytes, +returning the number of bytes actually transferred. +.\ commit e28cc71572da38a5a12c1cfe4d7032017adccf69 +(This is true on both 32-bit and 64-bit systems.) .SH BUGS According to POSIX.1-2008/SUSv4 Section XSI 2.9.7 (Thread Interactions with Regular File Operations): -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785003: RM: haskell-lambdabot-utils -- ROM; Does not build, no recent releases
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, haskell-lambdabot-utils does not build any more and has no recent releases by upstream. It is a leaf package. Greetings, Joachim -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlVQrooACgkQ9ijrk0dDIGx0ogCfc23acQ0in35QnBj9/NGoqHZE Ot0AoK6GdLUI8AL6lIF62sYqNpMUn7j/ =/BB6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785004: RM: haskell-http-attoparsec -- ROM; fails to build, no recent releases
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, this package has seen no recent releases and does not build any more. Please remove this leaf package from Debian. Thanks, Joachim -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlVQr2cACgkQ9ijrk0dDIGzJ9wCgvN9v2GRx9j2kZoQAlB96E621 5kUAoNYrKdP2GflBYGu+u6xYoujDqC4i =zx6u -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785005: icinga-web: config XML parsing error and memory leak
Source: icinga-web
Version: 1.12.0-1
Severity: grave
Justification: renders package unusable
The config parser fails when loading the Agavi configuration files:
PHP Fatal error: Uncaught exception 'AgaviParseException' with message
'Validation of configuration file
/usr/share/icinga-web/app/config/config_handlers.xml failed:\n\nSchematron
validation of configuration file
/usr/share/icinga-web/app/config/config_handlers.xml failed: Transformation
failed: Processing using schema file
/usr/share/icinga-web/lib/agavi/src/config/sch/config_handlers.sch resulted
in an invalid stylesheet' in
/usr/share/icinga-web/lib/agavi/src/config/AgaviXmlConfigParser.class.php:726\nStack
trace:\n#0
/usr/share/icinga-web/lib/agavi/src/config/AgaviXmlConfigParser.class.php(437):
AgaviXmlConfigParser::validate(Object(AgaviXmlConfigDomDocument), 'production',
NULL, Array)\n#1
/usr/share/icinga-web/lib/agavi/src/config/AgaviXmlConfigParser.class.php(217):
AgaviXmlConfigParser-execute(Array, Array)\n#2
/usr/share/icinga-web/lib/agavi/src/config/AgaviConfigCache.class.php(183):
AgaviXmlConfigParser::run('/usr/share/icin...', 'production', NULL, Array,
Array)\n
#3 /usr/share/icinga-web/lib/agavi/src/config/Agavi in
/usr/share/icinga-web/lib/agavi/src/config/AgaviXmlConfigParser.class.php on
line 726
This seems to be a known issue with Agavi applications, somehow related
to libxml and/or PHP versions: https://github.com/agavi/agavi/wiki/WTF
I tried and verified that the error goes away when setting the following
in /usr/share/icinga-web/app/config.php:
AgaviConfig::set('core.skip_config_validation', true);
Sadly, this does not only cause an Internal Server Error to be thrown,
but also makes the PHP process eat up all memory and swap, then get
killed by the OOM killer. Please make sure to verify if this is a
relevant bug in PHP.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: systemd (via /run/systemd/system)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768983: ITP: carbon-c-relay -- status?
Hi Filippo, I was just wondering what the status of this ITP is? Do you plan to upload a package soon-ish? Thanks, Bernd -- Mit freundlichen Grüßen Bernd Zeimetz Systems Engineer Debian Developer conova communications GmbH Web| http://www.conova.com/ E-Mail | b.zeim...@conova.com Zentrale Salzburg Karolingerstraße 36A 5020 Salzburg Tel | +43 (0) 662 22 00 - 313 Fax | +43 (0) 662 22 00 - 209 Es gelten die Allgemeinen Geschäftsbedingungen der conova communications GmbH, http://www.conova.com/de/agb/ smime.p7s Description: S/MIME cryptographic signature
Bug#780735: icedove: Segfault at startup, even in safe mode
Hello Vincent, On Sun, May 10, 2015 at 10:55:52PM +0200, Vincent Danjean wrote: I can't reproduce such segfaults in any case so we need your help. If you create a gdb backtrace could you please do this with 'LANG= ' so we get a english output. Also please use 'bt thread apply all' for getting backtrace informations. Will do it if I experiment such segfault again. the debian wiki has on the page for Icedove [1] a extra section for debugging. You find there some more useful information probably. PS: when I start icedove in a terminal, I see lots (about 30) of lines such as Error: Couldn't find /softwarestudio.org/Olson_20011030_5/Europe/Paris Is it a problem that requires a bug report? I don't think so. This seems to me like you have somethere a tab or content that tries to get something from there. I know nothing from the source related that could point there. [1] https://wiki.debian.org/Icedove#Debugging Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784995: Heroes3: Problem finding correct version of HiScore.dat
Yes, this seems to be the correct file. I'm still unable to build the package, however (although this is probably a reason for another bug :) ) . This time I get simply vbdasc@mail:/tmp$ game-data-packager heroes3 INFO:game-data-packager:identifying /home/vbdasc/.local/share/vcmi/Data/H3sprite.lod INFO:game-data-packager:identifying /home/vbdasc/.local/share/vcmi/Data/H3bitmap.lod ERROR:game-data-packager:Unable to complete any packages. usage: game-data-packager heroes3 [-h] [--package PACKAGE] [-i | -n] [--destination OUTDIR] [-z | --no-compress] [--search | --no-search] [--download | --no-download] [--save-downloads DIR] [DIRECTORY|FILE [DIRECTORY|FILE ...]] etc ... Unfortunately, there doesn't seem to be any way to tell what exactly went wrong... I have all the necessary files in the path /home/vbdasc/.local/share/vcmi , and the checksums all seem to be correct... Also, I can play the game with vcmi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763440: python-gamera: segfault when accessing pixels of an RLE image connected component
SVN rev. 1430 DS -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784982: [debian-mysql] Bug#784982: mysql-server: False positive when checking for insecure root accounts
Related to this issue: The MariaDB 10.0 in Debian unstable uses auth_socket for root account by default now and has already that line removed. The MariaDB 10.0 version in Jessie is however affected. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703936: logcheck quote and port
may I suggest this patch too.
Using openssh-server from Jessie (1:6.7p1-5), these lines added a port
x string.
--- logcheck/ignore.d.server/ssh.orig 2015-05-11 10:57:32.745101129 -0300
+++ logcheck/ignore.d.server/ssh 2015-05-11 10:58:00.849240490 -0300
@@ -1,7 +1,7 @@
^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: Accepted (gssapi(-with-mic|-keyex)?|rsa|dsa|password|publickey|keyboard-interactive/pam|hostbased) for [^[:space:]]+ from [^[:space:]]+ port [[:digit:]]+( (ssh|ssh2))?(: (RSA|ECDSA) ([[:xdigit:]]{2}:){15}[[:xdigit:]]{2})?$
^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: Address [._[:alnum:]-]+ maps to [._[:alnum:]-]+, but this does not map back to the address - POSSIBLE BREAK-?IN ATTEMPT!$
^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: Authorized to [^[:space:]]+, krb5 principal [^[:space:]]+ \(krb5_kuserok\)$
-^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: Bad protocol version identification '[^']*' from ([:.[:xdigit:]]+|UNKNOWN)$
+^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: Bad protocol version identification '[^']*' from ([:.[:xdigit:]]+|UNKNOWN) port [[:digit:]]{1,5}$
^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: Did not receive identification string from ([:[:xdigit:].]+|UNKNOWN)+$
^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: Disconnecting: Bad packet length [[:digit:]]+\.$
^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: Disconnecting: Corrupted MAC on input\.$
Bug#785002: RM: haskell-weighted-regexp -- ROM; Does not build, no recent releases
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, please remove haskell-weighted-regexp from Debian, it does not build any more and has not seen an upstream release within the last 3 years. Thanks, Joachim -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlVQrkEACgkQ9ijrk0dDIGx+uQCggxyZhIa9spbFBaXyp5I6xsFm iqEAoM6QAhc9y4nz19QyGlaIDFGWdg3D =sUHc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775709: [myrepos] [PATCH] Add git stash list to the output of mr status
From: Paul Wise pa...@bonedaddy.net --- mr | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mr b/mr index e2578a7..6722d9a 100755 --- a/mr +++ b/mr @@ -2113,7 +2113,7 @@ vcsh_clean = fi svn_status = svn status $@ -git_status = git status -s $@ || true; git --no-pager log --branches --not --remotes --simplify-by-decoration --decorate --oneline || true +git_status = git stash list ; git status -s $@ || true; git --no-pager log --branches --not --remotes --simplify-by-decoration --decorate --oneline || true bzr_status = bzr status --short $@; bzr missing cvs_status = cvs -q status | grep -E '^(File:.*Status:|\?)' | grep -v 'Status: Up-to-date' hg_status = hg status $@; hg summary --quiet | grep -v 'parent: 0:' -- 2.1.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785011: [Pkg-libvirt-maintainers] Bug#785011: libvirtd: log error message after successfully terminating machine
On Mon, May 11, 2015 at 05:03:10PM +0200, Guido Günther wrote: Can you add the output of machinectl while the VM is running? Sure: MACHINE CONTAINER SERVICE qemu-qemu-jessie vmlibvirt-qemu 1 machines listed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780264: Bug #780264 - Workouround for self-certificate
Dear Maintainer, I had the same problem, but applying the patch only partially resolved it: indeed, the exception is gone, but I obtain no result from the check_esxi_hardware.py. (I got: UNKNOWN: ) On my case, it was that checked ESXi server had an auto-generated certificate (thus, invalid for Python). I modified the check_esxi_hardware.py script to open pywbem connection without checking SSL certificate, like this: wbemclient = pywbem.WBEMConnection(hosturl, (user,password), NS) replaced by wbemclient = pywbem.WBEMConnection(hosturl, (user,password), NS, no_verification=True) It is now ok. (I am aware that disable certificate check is bad, but I'm on a dedicated internal network, and the risk of attack is very slow on my case) Best regards, Jeremie LEGRAND
Bug#784972: network-manager-openconnect does not ask for username/password
Control: tags -1 + moreinfo On Mon, May 11, 2015 at 13:17:29 +0200, Erwan David wrote: When trying to connect through openconnect and networkmanager 1) network-manager does not ask for password, I immediately get an error Necessary secrets for the VPN connection were not provided. 2) in the logs I see May 11 11:53:31 erdavid-lt NetworkManager[795]: (NetworkManager:795): libnm-util-CRITICAL **: get_secret_flags: assertion 'is_secret_prop (setting, secret_name, error)' failed May 11 11:53:32 erdavid-lt NetworkManager[795]: error [1431338012.235800] [vpn-manager/nm-vpn-connection.c:1721] plugin_need_secrets_cb(): (dd464b6b-5c9f-4cd4-9915-3d339a3f8e14/DMZ Paris) final secrets request failed to provide sufficient secrets Thus it is impossible to use network-manager for an openconect/anyconnect VPN. Hi, thanks for your bug report. I think the error message you are seeing typically means that some VPN configuration parameter might be missing. Can you reply with the contents of your VPN configuration file (probably /etc/NetworkManager/system-connections/DMZ Paris)? Please replace any private information (host names, keys, passwords, etc) before sending. How did you configure the VPN with NetworkManager? Did you import some configuration file, use nm-connection-editor or other GUI frontend, or write the file yourself? What desktop environment are you using with NetworkManager? Or command-line nmtui or nmcli? -- mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763691: cdo FTBFS on ppc64el
Hi Bas, Hold off on a revision, as a new version of cdo has just gone into unstable for the 'proj' transition. I am preparing two uploads of cdo, to which I will apply this patch: (1) cdo-1.6.9, the latest. (2) cdo-1.6.8 for jessie-backports. cdo-1.6.9 uses a method grib_get_length() that needs a new version of the grib_api library that Enrico Zini is preparing (I think). Hence this depends on grib_api being updated. Since this is unlikely to be accepted in jessie-backports or jessie-pu I am preparing cdo-1.6.8 which does not require this. (Current cdo is 1.6.5). regards Alastair On 09/05/2015 14:52, Sebastiaan Couwenberg wrote: On Mon, 4 May 2015 23:44:40 +0100 Jonathan Wiltshire wrote: cdo again fails to build on ppc64el because Andreas' patch has been dropped. There is now a blocked transition which I will resolve with a partial removal on that architecture if it's the only blocker left. I've prepared an NMU to restore the ppc64el patch. See the attached debdiff. Alastair, will upload a new revision of cdo yourself or shall upload the NMU? Kind Regards, Bas -- Alastair McKinstry, alast...@sceal.ie, mckins...@debian.org, https://diaspora.sceal.ie/u/amckinstry Misentropy: doubting that the Universe is becoming more disordered. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783823: Acknowledgement (kde: cannot mount usb drive: Not authorized to perform operation)
Meanwhile, it also opened a signal of anomaly in the following forum http://forum.debianizzati.org/viewtopic.php?f=15t=50708 The forum came out that setting permissions for the file kcheckpass as follows an LDAP user takes the opportunity to unlock your kde session without any problem # chmod u+s /usr/lib/kde4/libexec/kcheckpass AVVISO: Questo messaggio e' inviato da Banca Sammarinese di Investimento S.p.A. e puo' contenere informazioni di carattere estremamente riservato e confidenziale. Qualsivoglia utilizzo non autorizzato del contenuto di questo messaggio costituisce violazione dell'obbligo di non prendere cognizione della corrispondenza tra altri soggetti, salvo piu' grave illecito ed espone il responsabile alle relative conseguenze. Qualora non foste i destinatari, vogliate immediatamente informarci con lo stesso mezzo ed eliminare il messaggio, con gli eventuali allegati, senza trattenerne copia. Grazie per la collaborazione. DISCLAIMER: This e-mail contains confidential information, which is intended only for the use of the recipient(s) named above. If you have received this communication in error, please notify the sender immediately via e-mail and return the entire message. Thank you for your assistance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785013: ecryptfs-utils: ecryptfs-mount-private fails under screen
Package: ecryptfs-utils Version: 103-5 Severity: normal Hi There, ecryptfs-mount-private fails when running under a screen session that was re-attached from a different machine. (I set up my private directory to be non-automounted, non-auto-umounted and using a login independent wrapping passphrase.) Here's how it can be re-produced: You need two machines (called deb1 and deb2) to reproduce the problem. (I'm using the prompt deb1 to indicate a shell prompt on deb1) deb1 ssh deb2 deb2 ssh -t deb1 screen (starts a new screen on machine deb1, from deb2) screen@deb1 ecryptfs-mount-private (works as expected, and ~/Private is mounted) screen@deb1 ecryptfs-umount-private (works as expected, and ~/Private is unmounted) Now press Ctrl-A Ctrl -D and detach the screen. Then start a new terminal on deb1 (without going through the machine deb2) and re-attach the screen: deb1 screen -R -D (Attaches to the screen session created from deb2) screen@deb1 ecryptfs-mount-private Enter your wrapping passphrase: Inserted auth tok with sig [] into the user session keyring mount: No such file or directory Looks like /sbin/mount.ecryptfs_private is what fails and produces the above message. The keys seem to have been added correctly however: screen@deb1keyctl list @u 2 keys in keyring: 575554787: --alswrv 2070 100 user: 990744347: --alswrv 2070 100 user: screen@deb1cat ~/.ecryptfs/Private.sig It's not serious, since I can work around the problem easily. However it did take me 2 hours to realize that the problem was with running under a re-attached screen! (It might be some other weird PAM stuff, but this is what I can consistently reproduce.) Best, Gautam -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (900, 'stable'), (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ecryptfs-utils depends on: ii gettext-base0.19.3-2 ii keyutils1.5.9-5+b1 ii libassuan0 2.1.2-2 ii libc6 2.19-18 ii libecryptfs0103-5 ii libgpg-error0 1.17-3 ii libgpgme11 1.5.1-6 ii libkeyutils11.5.9-5+b1 ii libnss3-1d 2:3.17.2-1.1 ii libpam-runtime 1.1.8-3.1 ii libpam0g1.1.8-3.1 ii libtspi10.3.13-3 ecryptfs-utils recommends no packages. Versions of packages ecryptfs-utils suggests: pn cryptsetup none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785014: gnome-core: Standby button is far too hidden in power menu
Package: gnome-core Version: 1:3.14+3 Severity: normal Dear Maintainer, It is a design feature of the current Gnome power menu that one must hold the alt key down to reveal the standby button. This is daft. I'm aware that workarounds exist: laptop users can just close the lid, and there are extensions that can be installed to add a standby item to the menu. This is perfectly acceptable to power users who don't care about such things and are happy to Google them, but for normal users, this isn't acceptable. There is no hint in the interface that this is what you should do, it feels unnatural, and it just wouldn't be done by Microsoft or Apple. Also, where is the hibernate button? Please could these features be added visibly to the menu. Thank you, George Bateman. -- System Information: Debian Release: stretch/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763691: cdo FTBFS on ppc64el
Hi Alastair, Thanks for the feedback. Hold off on a revision, as a new version of cdo has just gone into unstable for the 'proj' transition. Please allow the cdo NMU for the proj transition to migrate to testing before uploading cdo to unstable again. The cdo NMU I uploaded yesterday should be sufficient to allow it to migrate to testing. I'm a little desperate to get qmapshack and qgis into testing so I can provide jessie-backports for them. The packages involved in the proj transition should migrate to testing this week. I am preparing two uploads of cdo, to which I will apply this patch: (1) cdo-1.6.9, the latest. (2) cdo-1.6.8 for jessie-backports. cdo-1.6.9 uses a method grib_get_length() that needs a new version of the grib_api library that Enrico Zini is preparing (I think). Hence this depends on grib_api being updated. Since this is unlikely to be accepted in jessie-backports or jessie-pu I am preparing cdo-1.6.8 which does not require this. (Current cdo is 1.6.5). Based on the above cdo-1.6.9 should go to experimental where the updated grib is available too. cdo-1.6.8 can go to unstable to allow it migrate to testing after which it can be backported to jessie. But please wait for cdo and the other packages in the proj transition to migrate to testing first. Kind Regards, Bas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785015: ITP: wcsaxes -- Framework for plotting astronomical and geospatial data
Package: wnpp Owner: Ole Streicher oleb...@debian.org Severity: wishlist X-Debbugs-Cc: debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-pyt...@lists.debian.org * Package name: WCSAxes Version : 0.3 Upstream Author : Thomas Robitaille thomas.robitai...@gmail.com * URL : https://github.com/astrofrog/wcsaxes * License : BSD-3-Clause Programming Lang: Python Description : Framework for plotting astronomical and geospatial data WCSAxes is a framework for making plots of Astronomical data in Matplotlib. It is affiliated with the Astropy project and is intended for inclusion in the Astropy package once stable. I am packaging this mainly as an example for a small Debian packaging tutorial/workshop for astropy affiliated packages [1]. It will maintained within the Debian Astronomy Working Group. A git repository will be created on alioth [2]. Best regards Ole [1] http://www.astropy.org/affiliated/index.html [2] https://anonscm.debian.org/cgit/debian-astro/packages/wcsaxes.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784991: RM: haskell-editline -- ROM; Unmaintained by upstream
On Mon, May 11, 2015 at 02:48:53PM +0200, Joachim Breitner wrote: Package: ftp.debian.org Severity: normal Control: affects -1 src:kaya -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the package haskell-editline as no recent upstream releases and does not build out of the box. Please remove from Debian. This package is used by kaya. Stuart, can you check if kaya can be built without editline, and notify upstream about the problem? Upstream have abandoned kaya so I will request its removal from the archive. Stu -- From the prompt of Stu Teasdale Poor man... he was like an employee to me. -- The police commissioner on Sledge Hammer laments the death of his bodyguard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780669: bug 780669 is ITP for package neutron-lbaas already in Debian
Hi, I'm closing this bug because this package is already in Debian: http://packages.qa.debian.org/neutron-lbaas Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588746: python-support umask affects reproducibility of built packages
Control: user reproducible-bui...@lists.alioth.debian.org Control: usertags 588746 + umask Control: affects 588746 xtalk Fixing the python-support umask issue for .private files would make more packages build reproducibly. For example, consider the xtalk package, which builds reproducibly *except* for the umask difference in usr/share/python-support/xtalk.private, which appears to be generated by python-support: https://reproducible.debian.net/rb-pkg/unstable/amd64/xtalk.html --dkg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784818: bug 784818 is ITP for package golang-codegangsta-cli already in Debian
Hi, I'm closing this bug because this package is already in Debian: http://packages.qa.debian.org/golang-codegangsta-cli Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785011: libvirtd: log error message after successfully terminating machine
Package: libvirt-daemon Version: 1.2.9-9 I do virsh start qemu-jessie and this is the result: systemd[1]: Started Virtual Machine qemu-qemu-jessie. systemd-machined[4413]: New machine qemu-qemu-jessie. The qemu- prefix is a little bit misleading and it would be nice to have a way not to see it (but this part is wishlist). The problem happens after virsh shutdown qemu-jessie: (ERROR) libvirtd[1002]: internal error: End of file from monitor systemd-machined[4413]: Machine qemu-qemu-jessie terminated. (ERROR) libvirtd[1002]: error from service: TerminateMachine: No machine 'qemu-qemu-jessie' known I've put (ERROR) whenever the message is shown in red by journalctl. The machine is shutdown successfully, so there should not be any error. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781415: Embedded code copies
Source: icinga-web Version: 1.12.0-1 Followup-For: Bug #781415 The same is true for ExtJS. icinga-web contains a lcoal copy of the same ExtJS version that is shipped with Debian. Please remove it, depend on libjs-extjs and map the code location there. I have analysed the following: * Agavi is not in Debian, RFP sent (#784989). * Doctrine in icinga-web is too old, Debian has a newer major version, which needs refactoring in applications. * ExtJS can be replaced with the Debian version, in principal. Unfortunately, icinga-web depends on stuff from the ExtJS examples/. This should be discussed with upstream. * jit (JavaScript InfoVis Toolkit) is not in Debian, RFP sent (#784992). * jsgettext is not in Debian - ignore it, it seems to not be used anywhere else anyway and looks overall abandonned. * Phing is only used for building, no harm in that, probably. * phpseclib can be replaced with the Debian version, by simply removing it and the corresponding autoloader file. * Raphaël is in Debian, but the gRaphaël extension is not, RFP sent (#784985). As the local phpseclib is only used for Net_SSH2, which I do not think is used automatically, this does not seem to be too security-relevant, so I propose to postpone the patch until the JavaScript libs can be replaced as well. -nik -- tarent solutions GmbH Service Wartung Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-0 • Fax: +49 228 54881-235 HRB AG Bonn 5168 • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711842: jabref: Jabref won't start
Thank you for promptly responding. The outputs of the commands follow in attached files. Meantime with the help of the scientific guess method I have found that the problem persists only when I use Awesome window manager. And it turned out that there are issues with some other Java applications using that WM either. As the mainstream developer of Awesome WM refuses to support version 3.4 and have a habit to render unusable configuration files from one minor version to another, I found it more efficient to move out of that otherwise very decent but so poorly managed window manager. Taking into the account that the developing of 3.4 branch of Awesome have been stalled, posting the bug there also doesn't have a much sence (I might be wrong though). Sorry for the noise. jabref-1.log Description: Binary data jabref-2.log Description: Binary data jabref-3.log Description: Binary data
Bug#785007: ITP: python-toro -- Synchronization primitives for Tornado coroutines
Package: wnpp
Severity: wishlist
Owner: Kartik Mistry kar...@debian.org
* Package name: python-toro
Version : 0.8
Upstream Author : A. Jesse Jiryu Davis
* URL : http://github.com/ajdavis/toro/
* License : Apache 2.0
Programming Lang: Python
Description : Synchronization primitives for Tornado coroutines
A set of locking and synchronizing primitives analogous to those in Python’s
threading module or Gevent’s coros, for use with Tornado’s gen.engine.
Why?
- Dependency for aperitum-apy.
--
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com
signature.asc
Description: Digital signature
Bug#783306: cyrus-imapd-2.4: Cyrus IMAPd service fails to start
Same problem here, but I have solved with the command: update-rc.d cyrus-imapd enable Gabriel On Sat, 25 Apr 2015 18:12:56 +0200 Dmitry Katsubo dm...@mail.ru wrote: Package: cyrus-imapd-2.4 Version: 2.4.17+caldav~beta10-18 Dear all, I have the same problem as mentioned in bug#739318. In particular, Cyrus is listed as service to be started, but it does not start: # chkconfig --list cyrus-imapd cyrus-imapd 0:off 1:off 2:on 3:on 4:on 5:on 6:off After boot, no cyrus-imapd is listed in systemctl output. I have to start it manually: # /etc/init.d/cyrus-imapd start After that it is listed as started: # systemctl status cyrus-imapd.service â cyrus-imapd.service - Cyrus IMAP/POP3 daemons Loaded: loaded (/lib/systemd/system/cyrus-imapd.service; disabled) Active: active (running) since Sat 2015-04-25 14:44:47 CEST; 3h 11min ago Process: 2406 ExecStartPre=/usr/sbin/cyrus init-helper start (code=exited, status=0/SUCCESS) Main PID: 2432 (cyrmaster) CGroup: /system.slice/cyrus-imapd.service ââ2432 /usr/sbin/cyrmaster -l 32 -C /etc/imapd.conf -M /etc/cyrus.conf ââ2763 notifyd ââ8591 imapd -U 30 ââ8593 imapd -U 30 ââ8594 imapd -U 30 -- With best regards, Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785006: uc-echo: Missing python-scipy dependency
Hi Navid, On Mon, May 11, 2015 at 02:01:56PM +, Navid Fehrenbacher wrote: Package: uc-echo Version: 1.12-8 Severity: important ... uc-echo Traceback (most recent call last): File /usr/lib/uc-echo/ErrorCorrection.py, line 16, in module from scipy.stats.distributions import norm, poisson ImportError: No module named scipy.stats.distributions * What outcome did you expect instead? uc-echo Usage: ErrorCorrection.py [options] read_file_name Thanks for spotting this. Do you feel able to fix this yourself? You know its team maintained and any member of the team can step in. I'd happily sponsor a fix of yours. Please tell me if you want me to do it myself. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784995: Heroes3: Problem finding correct version of HiScore.dat
re-running with DEBUG=1 game-data-packager will print a lot more information. DEBUG=1 game-data-packager 21 | grep INCOMPLETE will tell you which files are missing. It's hard to decide when to cut-off the display of missing files: one may for example already have all the files from CD1 for some game but forgot to copy CD2; an other one may only have only one not-so-related file; like the manual.pdf from GOG bundles that are shared by several files... 2015-05-11 15:57 GMT+02:00 Vassil Daskalov vbd...@hotmail.com: Yes, this seems to be the correct file. I'm still unable to build the package, however (although this is probably a reason for another bug :) ) . This time I get simply this first bug is marked for closure in the changelog. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784980: cruft-ng: reports tons of expected files
The cruft-ng tool reports tons of files under /usr/local If those are games, you might have a look at game-data-packager that will repack those as .deb files that get installed in /usr/share/games (mostly) then cruft|cruft-ng won't complain about these files anymore. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785006: uc-echo: Missing python-scipy dependency
Package: uc-echo Version: 1.12-8 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? apt-get install uc-echo * What exactly did you do (or not do) that was effective (or ineffective)? execute uc-echo * What was the outcome of this action? uc-echo Traceback (most recent call last): File /usr/lib/uc-echo/ErrorCorrection.py, line 16, in module from scipy.stats.distributions import norm, poisson ImportError: No module named scipy.stats.distributions * What outcome did you expect instead? uc-echo Usage: ErrorCorrection.py [options] read_file_name Options: -h, --helpshow this help message and exit . *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12.36-ql-generic-47 (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: sysvinit (via /sbin/init) Versions of packages uc-echo depends on: ii libc6 2.19-18 ii libgcc1 1:4.9.2-10 ii libstdc++6 4.9.2-10 pn python:any none uc-echo recommends no packages. uc-echo suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764052: myrepos: make output continuous in minimal mode when there is only one job
Somehow I didn't recieve this message, sorry!
On Thu, 9 Oct 2014 13:43:43 -0400 Joey Hess wrote:
This fails if $data = 0, which I don't think is what you want
to check for here. You probably want to check if $data is defined,
or empty.
...
This and other else bracing is not in the code style used in mr.
Fixed both in the attached pair of patches.
--
bye,
pabs
https://wiki.debian.org/PaulWise
From 284ebd0a2f3ea0ae7bbd05f841bf114ab394cbbe Mon Sep 17 00:00:00 2001
From: Paul Wise p...@debian.org
Date: Mon, 11 May 2015 22:02:08 +0800
Subject: [PATCH 1/2] Make output continuous in minimal mode when there is only
one job
Design choices include:
Duplicate the loop to not check $continous for each output line.
Make $continous an internal choice of terminal_friendly_spawn based
on all the parameters so that each call of it behaves the same.
Signed-off-by: Paul Wise p...@debian.org
---
mr | 27 +--
1 file changed, 21 insertions(+), 6 deletions(-)
diff --git a/mr b/mr
index 6722d9a..b645c37 100755
--- a/mr
+++ b/mr
@@ -751,13 +751,28 @@ sub terminal_friendly_spawn {
my $sh = shift;
my $quiet = shift;
my $minimal = shift;
+ my $jobs = shift;
+ my $continous = !$quiet $minimal 1 == $jobs;
my $output = ;
+ my $continous_output = 0;
if ($terminal) {
my $pty = IO::Pty::Easy-new;
$pty-spawn($sh);
- while ($pty-is_active) {
- my $data = $pty-read();
- $output .= $data if defined $data;
+ if ($continous) {
+ while ($pty-is_active) {
+my $data = $pty-read();
+if (defined $data $data ne '') {
+ print $actionmsg\n if ($actionmsg !$continous_output);
+ $continous_output = 1;
+ print $data;
+}
+ }
+ }
+ else {
+ while ($pty-is_active) {
+my $data = $pty-read();
+$output .= $data if defined $data;
+ }
}
$pty-close;
} else {
@@ -771,7 +786,7 @@ sub terminal_friendly_spawn {
print $actionmsg\n if $actionmsg;
print $output;
}
- return ($ret, $output ? 1 : 0);
+ return ($ret, ($output || $continous_output) ? 1 : 0);
}
sub action {
@@ -876,7 +891,7 @@ sub action {
$command, \@ARGV, sub {
my $sh=shift;
if (!$jobs || $jobs 1 || $quiet || $minimal) {
- return terminal_friendly_spawn($actionmsg, $sh, $quiet, $minimal);
+ return terminal_friendly_spawn($actionmsg, $sh, $quiet, $minimal, $jobs);
}
else {
system($sh);
@@ -941,7 +956,7 @@ sub hook {
my ($ret,$out)=runsh $hook, $topdir, $subdir, $command, [], sub {
my $sh=shift;
if (!$jobs || $jobs 1 || $quiet || $minimal) {
-return terminal_friendly_spawn(undef, $sh, $quiet, $minimal);
+return terminal_friendly_spawn(undef, $sh, $quiet, $minimal, $jobs);
}
else {
system($sh);
--
2.1.4
From 7fc9ee4786379330565dd3d23b9a236a59a9a0a5 Mon Sep 17 00:00:00 2001
From: Paul Wise p...@debian.org
Date: Mon, 11 May 2015 22:03:47 +0800
Subject: [PATCH 2/2] Use the same code format in terminal_friendly_spawn as
elsewhere.
Signed-off-by: Paul Wise p...@debian.org
---
mr | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/mr b/mr
index b645c37..427ab0a 100755
--- a/mr
+++ b/mr
@@ -775,14 +775,16 @@ sub terminal_friendly_spawn {
}
}
$pty-close;
- } else {
+ }
+ else {
$output = qx/$sh 21/;
}
my $ret = $?;
if ($quiet $ret != 0) {
print $actionmsg\n if $actionmsg;
print STDERR $output;
- } elsif (!$quiet (!$minimal || $output)) {
+ }
+ elsif (!$quiet (!$minimal || $output)) {
print $actionmsg\n if $actionmsg;
print $output;
}
--
2.1.4
signature.asc
Description: This is a digitally signed message part
Bug#773049: bug 773049 is ITP for package libsoldout already in Debian
Hi, I'm closing this bug because this package is already in Debian: http://packages.qa.debian.org/libsoldout Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785008: RM: kaya -- ROM; Abandoned by upstream
Package: ftp.debian.org Severity: normal Kaya has been abandoned by upstream and will FTBFS because of removed build dependences. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785010: README.mirrors.txt small bugs
Package: ftp.debian.org Severity: minor I have found a small spelling bug in http://ftp.debian.org/debian/README.mirrors.txt debian.saix.net /pub/linux/distributions/debian// amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc double slash ! mudongliang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761348: ftp.debian.org: need machine-readable metadata about suites repositories
Hi! On Sat, 2014-09-13 at 15:24:58 +0800, Paul Wise wrote: Package: ftp.debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Various places in Debian infrastructure (QA especially) hard-code aspects of the Debian archive (suite, code, component, arch names etc). This is a problem because after new suites or architectures are added, we have lots of places that need to be updated. Most of them can be fixed (help needed), however Debian does not provide information about which repositories are available where, which suites are provided by them, nor any information about the relative order of those suites, nor any information about which suites are archived. There's also another type of archive-specific data, which I think is relevant to this bug report, that currently needs to be duplicated and translated at least on each high-level package manager frontend, but other tools carry it too. That is the list of package sections and possibly their descriptions and translations (there's the priorities too, but these are more static and entrenched in implementations so probably can be ignored). There are currently hard-coding of sections in (at least): Package managers (downloaders) aptitudesection-descriptions, aptitude-defaults.LL synapticcommon/sections_trans.cc aptdaemon aptdaemon/pkcompat.py packagekit backends/apt/aptBackend.py, backends/aptcc/apt-utils.cpp hildon-application-manager (not in Debian, abandoned) Other (offline) - reportbug reportbug/debbugs.py lintian data/fields/archive-sections, checks/fields.desc libconfig-model-dpkg-perl lib/Config/Model/models/Dpkg/Control/Binary.pl, lib/Config/Model/models/Dpkg/Control/Source.pl dl10n dl10n-check dpkg-wwwsrc/dpkg configure-debian configure-debian gambas3 app/src/gambas3/install/group/debian, app/src/gambas3/install/group/ubuntu vim runtime/syntax/debcontrol.vim zsh Completion/Debian/Command/_debfoster, Completion/Debian/Command/_dak So it would be nice for every archive to provide a file with the list of sections found in it, their description and translation. Perhaps something like: ,--- (text lifted from aptitude) Section: graphics Description: Utilities to create, view, and edit graphics files Packages in the 'graphics' section include viewers for image files, image processing and manipulation software, software to interact with graphics hardware (such as video cards, scanners, and digital cameras), and programming tools for handling graphics. Description-ca: Eines per crear, visualitzar i editar fitxers gràfics Els paquets de la secció 'graphics' inclouen visualitzadors de fitxers d'imatges, programari de processament i manipulació d'imatges, programari per interaccionar amb el maquinari gràfic (targetes de vídeo, escàners i càmeres digitals), i eines de programació per gestionar gràfics. … Section: … … `--- Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785006: [Debian-med-packaging] Bug#785006: uc-echo: Missing python-scipy dependency
A == Andreas Tille andr...@an3as.eu writes: Hi Andreas, Navid is out of office til Friday. He'll fix it then. Note that uc-echo is one of the packages to be converted to SVN. So I'll setup a git repo for it later this week and Navid will push the fix into there. Best, Roland --- http://www.q-leap.com / http://qlustar.com --- HPC / Storage / Cloud Linux Cluster OS --- A Hi Navid, On Mon, May 11, 2015 at 02:01:56PM +, Navid A Fehrenbacher wrote: Package: uc-echo Version: 1.12-8 Severity: important ... uc-echo Traceback (most recent call last): File /usr/lib/uc-echo/ErrorCorrection.py, line 16, in module from scipy.stats.distributions import norm, poisson ImportError: No module named scipy.stats.distributions * What outcome did you expect instead? uc-echo Usage: ErrorCorrection.py [options] read_file_name A Thanks for spotting this. Do you feel able to fix this yourself? A You know its team maintained and any member of the team can step A in. I'd happily sponsor a fix of yours. Please tell me if you A want me to do it myself. A Kind regards A Andreas. A -- http://fam-tille.de A ___ A Debian-med-packaging mailing list A debian-med-packag...@lists.alioth.debian.org A http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782442: USB3 external HDD not recognized [regression]
Hi,
Ok, xhci is reset in resume in your case (indicated by the root hub lost
power or was reset messages)
That patch adds an additional check that ensures there was some event before
resuming the roothub.
Could you try out the following and see if it helps? If the event is
lost/cleared during reset
then this change should work.
Sure. What version is this patch against? I did patch -p1 with
v4.1-rc2 checked out, and all three hunks fail.
Can you try with auto-pm disabled for PCI xHCI host?
# echo 'on' | tee /sys/bus/pci/devices/*/power/control
I'll also try the PM settings mentioned by baolu. In fact, he reminded
me that I added the following udev rule to save some power (and powertop
got happy ;-):
ACTION==add, SUBSYSTEM==pci, ATTR{power/control}=auto
Sorry that I forgot to mention this.
(I'll do all this tomorrow.)
Kind regards,
Ralf
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782442: USB3 external HDD not recognized [regression]
Hi
Thanks for bringing this to my attention.
On 10.05.2015 18:08, Alan Stern wrote:
Sending to author of the offending commit and maintainer of the
xhci-hcd driver.
On Sat, 9 May 2015, Ralf Jung wrote:
Hi,
I did a bisect on these files only, and here's the result:
d6236f6d1d885aa19d1cd7317346fe795227a3cc is the first bad commit
commit d6236f6d1d885aa19d1cd7317346fe795227a3cc
Author: Wang, Yu yu.y.w...@intel.com
Date: Tue Jun 24 17:14:44 2014 +0300
xhci: Fix runtime suspended xhci from blocking system suspend.
I confirmed that reverting this commit on top of v3.16 indeed fixes the
issue.
Ok, xhci is reset in resume in your case (indicated by the root hub lost power
or was reset messages)
That patch adds an additional check that ensures there was some event before
resuming the roothub.
Could you try out the following and see if it helps? If the event is
lost/cleared during reset
then this change should work.
diff --git a/drivers/usb/host/xhci.c b/drivers/usb/host/xhci.c
index 52acd1d..75db3ad 100644
--- a/drivers/usb/host/xhci.c
+++ b/drivers/usb/host/xhci.c
@@ -982,6 +982,7 @@ int xhci_resume(struct xhci_hcd *xhci, bool hibernated)
struct usb_hcd *secondary_hcd;
int retval = 0;
boolcomp_timer_running = false;
+ int resume_hubs = 0;
/* Wait a bit if either of the roothubs need to settle from the
* transition into bus suspend.
@@ -1017,6 +1018,7 @@ int xhci_resume(struct xhci_hcd *xhci, bool hibernated)
temp = readl(xhci-op_regs-status);
}
+ resume_hubs = readl(xhci-op_regs-status) STS_EINT;
/* If restore operation fails, re-initialize the HC during resume */
if ((temp STS_SRE) || hibernated) {
@@ -1097,7 +1099,7 @@ int xhci_resume(struct xhci_hcd *xhci, bool hibernated)
if (retval == 0) {
/* Resume root hubs only when have pending events. */
status = readl(xhci-op_regs-status);
- if (status STS_EINT) {
+ if (status STS_EINT || resume_hubs) {
usb_hcd_resume_root_hub(hcd);
usb_hcd_resume_root_hub(xhci-shared_hcd);
}
-Mathias
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785006: [Debian-med-packaging] Bug#785006: uc-echo: Missing python-scipy dependency
Hi Roland, On Mon, May 11, 2015 at 04:32:05PM +0200, Roland Fehrenbacher wrote: Navid is out of office til Friday. He'll fix it then. Note that uc-echo is one of the packages to be converted to SVN. So I'll setup a git repo look, look. ;-) for it later this week and Navid will push the fix into there. I assumed this but wanted to make sure. BTW, just tell me if you need Upload permissions for the set of packages you are interested in to grant you the needed permissions. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785011: [Pkg-libvirt-maintainers] Bug#785011: libvirtd: log error message after successfully terminating machine
Hi, On Mon, May 11, 2015 at 04:38:53PM +0200, Santiago Vila wrote: Package: libvirt-daemon Version: 1.2.9-9 I do virsh start qemu-jessie and this is the result: systemd[1]: Started Virtual Machine qemu-qemu-jessie. systemd-machined[4413]: New machine qemu-qemu-jessie. The qemu- prefix is a little bit misleading and it would be nice to have a way not to see it (but this part is wishlist). The problem happens after virsh shutdown qemu-jessie: (ERROR) libvirtd[1002]: internal error: End of file from monitor systemd-machined[4413]: Machine qemu-qemu-jessie terminated. (ERROR) libvirtd[1002]: error from service: TerminateMachine: No machine 'qemu-qemu-jessie' known I've put (ERROR) whenever the message is shown in red by journalctl. The machine is shutdown successfully, so there should not be any error. Can you add the output of machinectl while the VM is running? Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784336: redmine package dependence failure upgrading to jessie
Hi, Antonio, The dist-upgrade now behaves like you mentioned. redmine now is upgraded, but the migration failes because mysql-server is not running. wich is executed after the next apt-get upgrade. Here my dist-upgrade output. (Not complete because i forgot to log the output and i reran the process which is still upgrading as i write this email, and im off to hope after sending this) Cheers, thanks and good luck Bram =~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2015.05.11 15:08:23 =~=~=~=~=~=~=~=~=~=~=~= root@debianMigrate:~# apt-get dist-upgrade -o Debug::pkgProblemResolver=yes Reading package lists... 0% Reading package lists... 100% Reading package lists... Done Building dependency tree... 0% Building dependency tree... 0% Building dependency tree... 50% Building dependency tree... 50% Building dependency tree Reading state information... 0% Reading state information... 0% Reading state information... Done Calculating upgrade... Starting Starting 2 Investigating (0) ruby [ amd64 ] 1:1.9.3 - 1:2.1.5+deb8u1 ( ruby ) Broken ruby:amd64 Conflicts on ruby-activesupport-2.3 [ amd64 ] 2.3.14-7 - 2:4.1.8-1 ( ruby ) Considering ruby-activesupport-2.3:amd64 22 as a solution to ruby:amd64 159 Added ruby-activesupport-2.3:amd64 to the remove list Conflicts//Breaks against version 2.3.14-7 for ruby-activesupport-2.3 but that is not InstVer, ignoring Fixing ruby:amd64 via remove of ruby-activesupport-2.3:amd64 Investigating (0) gcc-4.9-base [ amd64 ] none - 4.9.2-10 ( libs ) Broken gcc-4.9-base:amd64 Breaks on gcc-4.7-base [ amd64 ] 4.7.2-5 ( libs ) ( 4.7.3) Considering gcc-4.7-base:amd64 6 as a solution to gcc-4.9-base:amd64 120 Added gcc-4.7-base:amd64 to the remove list Fixing gcc-4.9-base:amd64 via remove of gcc-4.7-base:amd64 Investigating (0) ruby-activerecord-2.3 [ amd64 ] 2.3.14-6 ( ruby ) Broken ruby-activerecord-2.3:amd64 Depends on ruby-activesupport-2.3 [ amd64 ] 2.3.14-7 - 2:4.1.8-1 ( ruby ) (= 2.3.14) Considering ruby-activesupport-2.3:amd64 22 as a solution to ruby-activerecord-2.3:amd64 9 Removing ruby-activerecord-2.3:amd64 rather than change ruby-activesupport-2.3:amd64 Investigating (0) ruby-actionview [ amd64 ] none - 2:4.1.8-1 ( ruby ) Broken ruby-actionview:amd64 Breaks on ruby-actionpack-2.3 [ amd64 ] 2.3.14-5 ( ruby ) Considering ruby-actionpack-2.3:amd64 5 as a solution to ruby-actionview:amd64 6 Added ruby-actionpack-2.3:amd64 to the remove list Fixing ruby-actionview:amd64 via remove of ruby-actionpack-2.3:amd64 Investigating (0) ruby-railties [ amd64 ] none - 2:4.1.8-1 ( ruby ) Broken ruby-railties:amd64 Breaks on ruby-rails-2.3 [ amd64 ] 2.3.14-4 ( ruby ) Considering ruby-rails-2.3:amd64 -1 as a solution to ruby-railties:amd64 5 Added ruby-rails-2.3:amd64 to the remove list Fixing ruby-railties:amd64 via remove of ruby-rails-2.3:amd64 Investigating (0) ruby-actionmailer-2.3 [ amd64 ] 2.3.14-3 ( ruby ) Broken ruby-actionmailer-2.3:amd64 Depends on ruby-actionpack-2.3 [ amd64 ] 2.3.14-5 ( ruby ) (= 2.3.14) Considering ruby-actionpack-2.3:amd64 5 as a solution to ruby-actionmailer-2.3:amd64 1 Removing ruby-actionmailer-2.3:amd64 rather than change ruby-actionpack-2.3:amd64 Investigating (0) ruby-activeresource-2.3 [ amd64 ] 2.3.14-3 ( ruby ) Broken ruby-activeresource-2.3:amd64 Depends on ruby-activesupport-2.3 [ amd64 ] 2.3.14-7 - 2:4.1.8-1 ( ruby ) (= 2.3.14) Considering ruby-activesupport-2.3:amd64 22 as a solution to ruby-activeresource-2.3:amd64 1 Removing ruby-activeresource-2.3:amd64 rather than change ruby-activesupport-2.3:amd64 Investigating (0) g++-4.7 [ amd64 ] 4.7.2-5 ( devel ) Broken g++-4.7:amd64 Depends on gcc-4.7-base [ amd64 ] 4.7.2-5 ( libs ) (= 4.7.2-5) Considering gcc-4.7-base:amd64 6 as a solution to g++-4.7:amd64 0 Removing g++-4.7:amd64 rather than change gcc-4.7-base:amd64 Investigating (0) gcc-4.7 [ amd64 ] 4.7.2-5 ( devel ) Broken gcc-4.7:amd64 Depends on gcc-4.7-base [ amd64 ] 4.7.2-5 ( libs ) (= 4.7.2-5) Considering gcc-4.7-base:amd64 6 as a solution to gcc-4.7:amd64 0 Removing gcc-4.7:amd64 rather than change gcc-4.7-base:amd64 Investigating (0) cpp-4.7 [ amd64 ] 4.7.2-5 ( interpreters ) Broken cpp-4.7:amd64 Depends on gcc-4.7-base [ amd64 ] 4.7.2-5 ( libs ) (= 4.7.2-5) Considering gcc-4.7-base:amd64 6 as a solution to cpp-4.7:amd64 0 Removing cpp-4.7:amd64 rather than change gcc-4.7-base:amd64 Investigating (0) libstdc++6-4.7-dev [ amd64 ] 4.7.2-5 ( libdevel ) Broken libstdc++6-4.7-dev:amd64 Depends on gcc-4.7-base [ amd64 ] 4.7.2-5 ( libs ) (= 4.7.2-5) Considering gcc-4.7-base:amd64 6 as a solution to libstdc++6-4.7-dev:amd64 0 Removing libstdc++6-4.7-dev:amd64 rather than change gcc-4.7-base:amd64 Investigating (0) db5.1-util [ amd64 ] 5.1.29-5 - 5.1.29-9 ( database ) Broken db5.1-util:amd64 Breaks on libdb5.1 [ amd64 ] 5.1.29-5 ( libs ) ( 5.1.29-8~) Considering libdb5.1:amd64 4 as a solution to db5.1-util:amd64 0 Holding Back db5.1-util:amd64 rather than
Bug#763560: Agree
I strongly agree – there's absolutely no link between the basic interface that gnome-core ought to provide and vino. I have actually created a gnome-core-core meta-package for myself that deals with these sorts of problems, which really shouldn't be necessary. (Available on request.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773529: Request for zip/tar archive
Hi, I'm resposible for ubuntu bug #1426015 https://bugs.launchpad.net/ubuntu/+source/anarchism/+bug/1426015 I've seen that this and other bug have been corrected in the upcoming version 15 I've tried to contact webpage admins on their facebook page https://www.facebook.com/AnarchistWriters and i've requested for a zip/tar archive to create new deb package. Nicola -- Nicola Corti corti.n...@gmail.com http://www.ncorti.it Guardate lontano, e anche quando credete di star guardando lontano, guardate ancora più lontano!
Bug#784983: fatrace: some archs/kernels define O_LARGEFILE
Control: tag -1 -patch moreinfo Hello Cristian, Cristian Ionescu-Idbohrn [2015-05-11 14:20 +0200]: Pick up O_LARGEFILE, if defined. diff --git a/fatrace/fatrace.c b/fatrace/fatrace.c index ec925b7..cf99fa9 100644 --- a/fatrace/fatrace.c +++ b/fatrace/fatrace.c @@ -42,7 +42,11 @@ * http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=1e2ee49f7 * O_LARGEFILE is usually 0, so hardcode it here ^ See this comment. */ +#ifdef O_LARGEFILE +#define KERNEL_O_LARGEFILE O_LARGEFILE +#else #define KERNEL_O_LARGEFILE 0010 +#endif This doesn't work, I'm afraid, see above. O_LARGEFILE is 0 on at least x86_64, because it's the default there. Can you please be more specific what the actual problem is, and why this is severity important? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#785016: GnuTLS: received alert [70]: Error in protocol version
Package: wget Version: 1.16-1 Severity: important I cannot download a zip file from https location: $ wget -r -np https://documents.epfl.ch/groups/p/pt/ptbiop-unit/www/VSI%20Sample%20Dataset.zip --2015-05-11 17:45:32-- https://documents.epfl.ch/groups/p/pt/ptbiop-unit/www/VSI%20Sample%20Dataset.zip Resolving documents.epfl.ch (documents.epfl.ch)... 128.178.222.31 Connecting to documents.epfl.ch (documents.epfl.ch)|128.178.222.31|:443... connected. GnuTLS: A TLS fatal alert has been received. GnuTLS: received alert [70]: Error in protocol version Unable to establish SSL connection. It seems to be working from chromium -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746514: Autoreconf during build
+ If your package includes the scripts prgnconfig.sub/prgn and + prgnconfig.guess/prgn, you should arrange for the versions + provided by the package packageautotools-dev/package be used + instead (see packageautotools-dev/package documentation for + details how to achieve that). This ensures that these files can + be updated distribution-wide when introducing new architectures. Please don't word policy that way. This does not solve the problem, only hides it, and it's the way to forget the problem instead of actually solving it. With or without this policy, porters should have to hack packages anyway, so this is only useful for packages which are not updated upstream often enough. I think such a strong requirement (should) does not belong to policy. Make a recommendation if you wish, but making mandatory that those files are updated at build time would be like making mandatory the use of debhelper (which we don't, because we want to keep the freedom to not use a helper package). Those files were created with portability in mind. If we have to update those files each and every time at build time, there is a clear design flaw. Once again, we should talk with GNU people about this problem. (Or do something that this proposed policy does not encourage, which is to continue to flood them with reports saying Please update config.* files, maybe that way they would realize that the current status is highly suboptimal). My suggestion: Packages using config.sub and config.guess should ship recent versions of those files, or, alternatively, arrange for the versions provided by the package packageautotools-dev/package to be used at build time. BTW: The most recent version of those files are now GPLv3 + exception. Perhaps we should say something in policy about ensuring that the package may be built with the new files instead of automatically and blindly doing so. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785047: jessie-pu: package vsftpd/3.0.2-17
Control: tags -1 + moreinfo On Mon, 2015-05-11 at 20:53 +0200, Jörg Frings-Fürst wrote: I have 2 patches for vsftpd 3.0.2-17+deb8u1: - patch for CVE-2015-1419 - patch for Debian bug #783077 Well, you also included some packaging changes, which I'm not currently happy with. +- Remove systemd files and directories when purging. Why? What is this achieving that isn't already handled by deb-systemd-helper and dpkg? In any case, https://piuparts.debian.org/jessie/pass/vsftpd_3.0.2-17.log indicates that -17 already purges cleanly with no left-over files. Regards Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784397: (no subject)
Note that the problem isn't only in debchange. dpkg-buildpackage also seems to suffer from unfinalized trailers: $ bzr bd -S Building using working tree Building package in merge mode Looking for a way to retrieve the upstream tarball Upstream tarball already exists in build directory, using that Building the package in /home/barry/projects/debian/pylockfile/build-area/python-lockfile-0.10.2, using debuild -S parsechangelog/debian: warning: debian/changelog(l21): badly formatted trailer line LINE: -- parsechangelog/debian: warning: debian/changelog(l23): found start of entry where expected more change data or trailer LINE: python-lockfile (1:0.10.2-1) experimental; urgency=low parsechangelog/debian: warning: debian/changelog(l23): found eof where expected more change data or trailer dpkg-buildpackage -rfakeroot -d -us -uc -S parsechangelog/debian: warning: debian/changelog(l21): badly formatted trailer line LINE: -- parsechangelog/debian: warning: debian/changelog(l23): found start of entry where expected more change data or trailer LINE: python-lockfile (1:0.10.2-1) experimental; urgency=low parsechangelog/debian: warning: debian/changelog(l23): found eof where expected more change data or trailer dpkg-buildpackage: error: unable to determine source changed by dpkg-buildpackage: source package python-lockfile dpkg-buildpackage: source version 1:0.10.2-2 dpkg-buildpackage: source distribution UNRELEASED debuild: fatal error at line 1376: dpkg-buildpackage -rfakeroot -d -us -uc -S failed bzr: ERROR: The build failed. pgpxAxiBqxVvR.pgp Description: OpenPGP digital signature
Bug#785017: mate-power-manager: brightness is reset to maximum on every restart
Package: mate-power-manager
Version: 1.8.1+dfsg1-5
Severity: normal
Dear MATE Maintainer,
Currently the mate-power-manager could not save the brightness settings after
changes. A workaround would be using the 'dconf-editor' or 'gsettings' tools to
change the value of the key 'brightness-ac' of schema org.mate.power-manager.
I modify the gpm-backlight.c a little so that we can save the brightness
settings after every brightness adjustment when ac power supply is used.
It seems to me that call back function 'brightness_changed_cb' was attached to
'backlight-priv-brightness' mistakenly. I think we should distinguish the
backlight object from the brightness object.
Please correct me and please review the patch in the attachment.
Thank you very much!
Best Regards,
Flos
-- System Information:
Debian Release: 8.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages mate-power-manager depends on:
ii dbus-x111.8.16-1
ii libatk1.0-0 2.14.0-1
ii libc6 2.19-18
ii libcairo2 1.14.0-2.1
ii libcanberra-gtk00.30-2.1
ii libcanberra00.30-2.1
ii libdbus-1-3 1.8.16-1
ii libdbus-glib-1-20.102-1
ii libfontconfig1 2.11.0-6.3
ii libfreetype62.5.2-3
ii libgdk-pixbuf2.0-0 2.31.1-2+b1
ii libglib2.0-02.42.1-1
ii libgnome-keyring0 3.12.0-1+b1
ii libgtk2.0-0 2.24.25-3
ii libmate-panel-applet-4-11.8.1+dfsg1-3
ii libnotify4 0.7.6-2
ii libpango-1.0-0 1.36.8-3
ii libpangocairo-1.0-0 1.36.8-3
ii libpangoft2-1.0-0 1.36.8-3
ii libunique-1.0-0 1.1.6-5
ii libupower-glib3 0.99.1-3.2
ii libx11-62:1.6.2-3
ii libxext62:1.3.3-1
ii libxrandr2 2:1.4.2-1+b1
ii libxrender1 1:0.9.8-1+b1
ii mate-notification-daemon [notification-daemon] 1.8.1-3
ii mate-power-manager-common 1.8.1+dfsg1-5
ii notification-daemon 0.7.6-2
ii policykit-1 0.105-8
ii systemd 215-17
ii upower 0.99.1-3.2
Versions of packages mate-power-manager recommends:
ii udisks 1.0.5-1+b1
Versions of packages mate-power-manager suggests:
ii mate-polkit 1.8.0+dfsg1-4
-- no debconf information
diff -uNr mate-power-manager-1.8.1+dfsg1.orig/src/gpm-backlight.c mate-power-manager-1.8.1+dfsg1/src/gpm-backlight.c
--- mate-power-manager-1.8.1+dfsg1.orig/src/gpm-backlight.c 2014-09-29 03:33:32.0 +0800
+++ mate-power-manager-1.8.1+dfsg1/src/gpm-backlight.c 2015-05-11 23:09:25.079317055 +0800
@@ -631,12 +631,28 @@
static void
brightness_changed_cb (GpmBrightness *brightness, guint percentage, GpmBacklight *backlight)
{
+ gboolean on_battery;
+
/* save the new percentage */
backlight-priv-master_percentage = percentage;
+ /* if using ac power supply, save the brightness settings */
+ g_object_get (backlight-priv-client,
+ on-battery, on_battery,
+ NULL);
+
+ egg_debug (on_battery: %i, on_battery);
+ if (!on_battery) {
+ g_settings_set_double(backlight-priv-settings, GPM_SETTINGS_BRIGHTNESS_AC, percentage*1.0f);
+ egg_debug (saving brightness for ac supply: %i, percentage);
+ }
+
/* we emit a signal for the brightness applet */
+ /* XXX
+ * don't emit the signal to the same object again
egg_debug (emitting brightness-changed : %i, percentage);
g_signal_emit (backlight, signals [BRIGHTNESS_CHANGED], 0, percentage);
+ */
}
/**
@@ -726,7 +742,7 @@
/* watch for manual brightness changes (for the popup widget) */
backlight-priv-brightness = gpm_brightness_new ();
- g_signal_connect (backlight-priv-brightness, brightness-changed,
+ g_signal_connect (backlight, brightness-changed,
G_CALLBACK (brightness_changed_cb), backlight);
/* we use up_client for the ac-adapter-changed signal */
Output of 'mate-power-manager --verbose' when adjusting the brightness of the
screen with self-built packages:
TI:23:00:05 TH:0x1c64a70FI:gpm-button.c
Bug#785021: libmoox-cmd-perl: autopkgtest failure: t/04-moox-configfromfile.t fails
Package: libmoox-cmd-perl
Version: 0.013-1
User: debian-p...@lists.debian.org
Usertags: autopkgtest
This package failed its autopkgtest checks on ci.debian.net (but an
earlier version succeeded.)
http://ci.debian.net/packages/libm/libmoox-cmd-perl/unstable/amd64/
t/04-moox-configfromfile.t ..
not ok 1 - got cmd for ConfigApp = [ ]
# Failed test 'got cmd for ConfigApp = [ ]'
# at t/04-moox-configfromfile.t line 34.
# bless( {
# 'app' = 'ConfigApp',
# 'cmd' = undef,
# 'error' = 'Missing required arguments: complicated_setting at (eval 115)
line 36.
# ',
# 'execute_rv' = undef,
# 'exit_code' = 2,
# 'output' = '',
# 'stderr' = '',
# 'stdout' = ''
# }, 'MooX::Cmd::Tester::Result' )
not ok 2 - undef isa 'ConfigApp'
# Failed test 'undef isa 'ConfigApp''
# at t/04-moox-configfromfile.t line 35.
# undef isn't defined
ok 3 # skip Cannot do attribute testing without command
ok 4 # skip Cannot do attribute testing without command
1..4
# Looks like you failed 2 tests of 4.
Dubious, test returned 2 (wstat 512, 0x200)
Failed 2/4 subtests
(less 2 skipped subtests: 0 okay)
Test Summary Report
---
t/04-moox-configfromfile.t (Wstat: 512 Tests: 4 Failed: 2)
Failed tests: 1-2
Non-zero exit status: 2
Files=5, Tests=130, 2 wallclock secs ( 0.08 usr 0.04 sys + 1.40 cusr 0.35
csys = 1.87 CPU)
Result: FAIL
--
Niko Tyni nt...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785027: ITP: hedgehog -- visualisation tool for DNS
Package: wnpp Severity: wishlist Owner: Ondřej Surý ond...@debian.org * Package name: hedgehog Version : 2.0.0 Upstream Author : ICANN * URL : http://dns-stats.org/ * License : Apache 2.0 Programming Lang: C++, R, Shell, Perl Description : visualisation tool for DNS Hedgehog is a visualisation tool for DNS statistics that consumes data acquired with the DSC collector (pkg:dsc-statistics-collector). The data is presented via a web interface which uses R, R-Apache, HTML5, javascript and googleViz. A long term goal is to utilise R to add statistical analysis capabilities to the front end. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785039: libmodule-signature-perl: autopkgtest failure: Can't locate IPC/Run.pm in @INC
Package: libmodule-signature-perl Version: 0.78-1 User: debian-p...@lists.debian.org Usertags: autopkgtest This package failed its autopkgtest checks on ci.debian.net. It looks like t/3-verify.t is skipped for the build but not for the runtime tests. http://ci.debian.net/packages/libm/libmodule-signature-perl/unstable/amd64/ t/3-verify.t . Can't locate IPC/Run.pm in @INC (you may need to install the IPC::Run module) (@INC contains: /tmp/adttmp.jtq9t8/smokeKN0n0x/blib/lib /tmp/adttmp.jtq9t8/smokeKN0n0x/blib/arch /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl .) at t/3-verify.t line 6. BEGIN failed--compilation aborted at t/3-verify.t line 6. Dubious, test returned 2 (wstat 512, 0x200) No subtests run Test Summary Report --- t/3-verify.t (Wstat: 512 Tests: 0 Failed: 0) Non-zero exit status: 2 Parse errors: No plan found in TAP output Files=4, Tests=2, 0 wallclock secs ( 0.05 usr 0.03 sys + 0.18 cusr 0.09 csys = 0.35 CPU) Result: FAIL -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775120: task-mate-desktop: Should install mate-system-tools
Le 11/05/2015 09:37, Samuel Thibault a écrit : Mike Gabriel, le Mon 11 May 2015 03:27:17 +, a écrit : * What exactly did you do (or not do) that was effective (or ineffective)? Once the system boots, after lightdm, I want to change password, set the date, network, etc. through a GUI.r * What was the outcome of this action? No item appears for this. I only can use CLI tools. Fix: add mate-system-tools in installed packages. Looks to me that mate-desktop-environment should pull it instead? What's your stance on this? Furthermore, mate-system-tools will be deprecated for MATE 1.10. What replaces it? Does MATE not provide anything to accomplish those tasks? In Debian Jessie, no. Not adding the package means the user cannot change his passwd, network, etc through GUI. I don't know what will be with 3.10, but in stable, this package is needed. Regards, Samuel -- Jean-Philippe MENGUAL HYPRA, progressons ensemble Tél.: 01 84 73 06 61 Mail: cont...@hypra.fr Site Web: http://hypra.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783854: gthumb: can't disable extension which is used by
found 783854 3:3.3.1-2+b2 tags 783854 confirmed thanks Organizing the bug. Hi, This bug is closed in version 3.4.0. The new verison is at mentors right now and it will be uploaded to sid soon. regards, -- Herbert Parentes Fortes Neto (hpfn) regards, -- Herbert Parentes Fortes Neto (hpfn) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784979: Make package fit for testing
Hi Adam, Am Montag, den 11.05.2015, 19:58 +0100 schrieb Adam D. Barratt: On Mon, 2015-05-11 at 14:02 +0200, Jörg Frings-Fürst wrote: remove the packages libgphoto2-2-dev and libgphoto2-port10 at update to make the package fit for testing and finish the auto-libgphoto2 transition. Those binary packages have already stopped being built by libgphoto2. That's normal for a transition. They were semi-automatically removed by the ftp-team on most architectures earlier today and only remain on sparc. Sorry, it was my mistake. Because of reports on the PTS I thought somebody has forgotten deleting the files via the *.postinst script. This is not any sort of bug in libgphoto2, much less an RC one. Please do not abuse such severities. I'm closing this now. Ok Regards, Adam 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-54526 Niederkail 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#785036: transition: x264
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition x264 (currently in NEW targeted at experimental) bumped its SONAME from libx264-142 to libx264-146. All reverse dependencies except jitsi build fine against the new version. jitsi currently FTBFS for an unrelated reason (#759835). Ben file: title = x264; is_affected = .depends ~ libx264-142 | .depends ~ libx264-146; is_good = .depends ~ libx264-146; is_bad = .depends ~ libx264-142; Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#785037: libhtml-mason-perl: needs a dependency on libcgi-pm-perl
Package: libhtml-mason-perl Version: 1:1.54-1 User: debian-p...@lists.debian.org Usertags: autopkgtest perl-5.22-transition Control: affects -1 libhttp-server-simple-mason-perl The libhttp-server-simple-mason-perl package failed its autopkgtest checks on ci.debian.net. It looks lke the libhtml-mason-perl package is missing a dependency on libcgi-pm-perl, used by HTML::Mason::CGIHandler. http://ci.debian.net/packages/libh/libhttp-server-simple-mason-perl/unstable/amd64/ # Failed test '/usr/bin/perl -w -MHTTP::Server::Simple::Mason -e 1 21 produced no output' # at /usr/share/pkg-perl-autopkgtest/runtime-deps.d/use.t line 74. # Looks like you failed 1 test of 2. /usr/share/pkg-perl-autopkgtest/runtime-deps.d/use.t .. 1..2 # CGI will be removed from the Perl core distribution in the next major release. Please install the separate libcgi-pm-perl package. It is being used at /usr/share/perl5/HTML/Mason/CGIHandler.pm, line 8. # CGI::Util will be removed from the Perl core distribution in the next major release. Please install the separate libcgi-pm-perl package. It is being used at /usr/share/perl/5.20/CGI.pm, line 29. ok 1 - /usr/bin/perl -w -MHTTP::Server::Simple::Mason -e 1 21 exited successfully not ok 2 - /usr/bin/perl -w -MHTTP::Server::Simple::Mason -e 1 21 produced no output Dubious, test returned 1 (wstat 256, 0x100) Failed 1/2 subtests -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782416: Info received (Bug#782416: Bonded interface hanging on shutdown/restart)
I think this bug might have been fixed with the kernel upgrade to linux-image-3.16.0-4-amd64; the server where this went in (before the release to stable jessie) had this problem evaporate. As far as I can tell there've been no updates to ifupdown since then, so perhaps an upgrade to the igb driver...? Anyway, on at least two systems that were experiencing the bug, shutdown/network restart no longer hangs. On 2015-04-14 20:42, Debian Bug Tracking System wrote: Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Guus Sliepen g...@debian.org If you wish to submit further information on this problem, please send it to 782...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785042: childsplay: [INTL:nl] Dutch po file for package childsplay
Package: childsplay Severity: wishlist Tags: l10n patch Dear Maintainer, == Please find attached the Dutch po file for the childsplay package. It has been submitted for review to the debian-l10n-dutch mailing list. Please add it to your next package revision. It should be put as po/childsplay_nl_NL.po in your package build tree. === -- Cheers, Frans === http://www.frans-spiesschaert.homenet.org http://home.base.be/vt6362833/ childsplay_nl_NL.po.gz Description: application/gzip signature.asc Description: This is a digitally signed message part
Bug#785043: libperl5i-perl: autopkgtest failures
Package: libperl5i-perl Version: 2.13.1-1 User: debian-p...@lists.debian.org Usertags: autopkgtest This package failed its autopkgtest checks on ci.debian.net. http://ci.debian.net/packages/libp/libperl5i-perl/unstable/amd64/ t/command_line_wrapper.t . not ok 1 - perl5i command line wrapper was built # Failed test 'perl5i command line wrapper was built' # at t/command_line_wrapper.t line 21. sh: 1: blib/script/perl5i.bat: not found blib/script/perl5i.bat -Ilib -e 1 unexpectedly returned exit value 127 at (eval 44) line 12. at t/command_line_wrapper.t line 23 # Tests were run but no plan was declared and done_testing() was not seen. # Looks like your test exited with 255 just after 1. Dubious, test returned 255 (wstat 65280, 0xff00) Failed 1/1 subtests [...] Test Summary Report --- t/command_line_wrapper.t (Wstat: 65280 Tests: 1 Failed: 1) Failed test: 1 Non-zero exit status: 255 Parse errors: No plan found in TAP output Files=66, Tests=919, 37 wallclock secs ( 0.35 usr 0.58 sys + 21.82 cusr 4.87 csys = 27.62 CPU) Result: FAIL [...] adt-run [06:24:49]: test auto-runtime-deps-recommends: /usr/share/pkg-perl-autopkgtest/runner runtime-deps-and-recommends adt-run [06:24:49]: test auto-runtime-deps-recommends: [--- # Failed test '/usr/bin/perl -wc /usr/share/perl5/perl5i/1/Meta.pm exited successfully' # at /usr/share/pkg-perl-autopkgtest/runtime-deps-and-recommends.d/syntax.t line 99. # Failed test '/usr/bin/perl -wc /usr/share/perl5/perl5i/1/Meta/Class.pm exited successfully' # at /usr/share/pkg-perl-autopkgtest/runtime-deps-and-recommends.d/syntax.t line 99. # Failed test '/usr/bin/perl -wc /usr/share/perl5/perl5i/0/Meta.pm exited successfully' # at /usr/share/pkg-perl-autopkgtest/runtime-deps-and-recommends.d/syntax.t line 99. # Failed test '/usr/bin/perl -wc /usr/share/perl5/perl5i/0/Meta/Class.pm exited successfully' # at /usr/share/pkg-perl-autopkgtest/runtime-deps-and-recommends.d/syntax.t line 99. # Failed test '/usr/bin/perl -wc /usr/share/perl5/perl5i/0/Meta/Instance.pm exited successfully' # at /usr/share/pkg-perl-autopkgtest/runtime-deps-and-recommends.d/syntax.t line 99. /usr/share/pkg-perl-autopkgtest/runtime-deps-and-recommends.d/syntax.t .. [...] # Failed test 'all modules in libperl5i-perl pass the syntax check' # at /usr/share/pkg-perl-autopkgtest/runtime-deps-and-recommends.d/syntax.t line 102. # Looks like you failed 1 test of 4. [...] Test Summary Report --- /usr/share/pkg-perl-autopkgtest/runtime-deps-and-recommends.d/syntax.t (Wstat: 256 Tests: 4 Failed: 1) Failed test: 4 Non-zero exit status: 1 Files=1, Tests=4, 3 wallclock secs ( 0.04 usr 0.02 sys + 2.06 cusr 0.82 csys = 2.94 CPU) Result: FAIL -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784588: transition: speech-tools
Samuel Thibault, le Fri 08 May 2015 10:22:52 +0200, a écrit : Emilio Pozuelo Monfort, le Thu 07 May 2015 10:18:28 +0200, a écrit : Please go ahead. festival is currently unbuildable because of the unexisting libestools2.4-dev, and that is blocking another transition. So let's do this now. This is uploaded and waits in the ftp-master NEW queue. It got ACCEPTed, so stardict can be binNMUed. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785044: stardict: Should build-dep on libestools-dev instead of libestools2.0-dev
Source: stardict Version: 3.0.1-9.2 Severity: normal Hello, I have renamed the libestools2.1-dev package into libestools-dev. Stardict should be building fine with its libestools2.0-dev build-dep because libestools-dev provides it, but stardict should still be fixed into explicitly build-depending on libestools-dev. Thanks, Samuel -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'buildd-unstable'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'buildd-experimental'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) -- Samuel What's this script do? unzip ; touch ; finger ; mount ; gasp ; yes ; umount ; sleep Hint for the answer: not everything is computer-oriented. Sometimes you're in a sleeping bag, camping out. (Contributed by Frans van der Zande.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784890: flashybrid: Unable to Sync ramstore directories ...
On 11 mai 2015, at 19:32, Tim Weippert we...@weiti.org wrote: If i found another CF card i will try to install an fresh wheezy and update to jessie without migration to systemd (think this should be possible) maybe then we know if it is an systemd or kernel fault. Thanks. First ensure it's working fine in Wheezy. That would be a very valuable experiment. Best, T. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784911: None borne shell compatible script /bin/fsck.btrfs breaks initrd
Hi i'd like to confirm this bug as well as the patch does in fact resolve the issue. At boot up I would get the following error; systemd-fsck[703]: /bin/fsck.btrfs: 34: [: true: unexpected operator after applying the patch I no longer get this error. -Tareeq
Bug#784565: [pkg-x2go-devel] Bug#784565: nx-libs-lite: parts are derived from non-free code
On Mon, 11 May 2015 09:26:36 + Mike Gabriel wrote: [...] As it seems, dxpc has been long ago relicensed to BSD-2-clause (for v3.8.1 in/around 2002). This is great news, indeed! I have no exact clue, if NoMachine forked prior to that (if they quote the old licensing terms, then probably they did). Yep, it's plausible... However, how do you see the situation considering that upstream changed to BSD-2-clause a long time ago. What approach do you propose for nx-libs-lite to get the issue fully fixed? If the fork has been performed before the DXPC re-licensing (as it's likely), I see two possible strategies: (A) someone gets in touch with DXPC copyright owners and asks them whether the re-licensing may be considered retroactive (applicable to older versions of DXPC); in case the answer is negative, DXPC copyright owners should be persuaded to make the re-licensing retroactive (B) nx-libs-lite upstream developers re-fork from scratch, basing the new code on a BSD-licensed version of DXPC (I suspect this may turn out to be somewhat painful...) Obviously, the optimal solution is (A). I hope it may work... Thanks for your time and for your prompt and kind replies. -- http://www.inventati.org/frx/ There's not a second to spare! To the laboratory! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpvaEprSSVbW.pgp Description: PGP signature
Bug#785038: collectl-utils and collectl: error when trying to install together
Package: collectl,collectl-utils Version: collectl/4.0.0-1 Version: collectl-utils/4.8.1-2 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2015-05-11 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Extracting templates from packages: 41% Extracting templates from packages: 83% Extracting templates from packages: 100% Preconfiguring packages ... (Reading database ... 10930 files and directories currently installed.) Preparing to unpack .../perl_5.20.2-4_amd64.deb ... Unpacking perl (5.20.2-4) over (5.18.2-2) ... Preparing to unpack .../libtext-charwidth-perl_0.04-7+b3_amd64.deb ... Unpacking libtext-charwidth-perl (0.04-7+b3) over (0.04-7+b2) ... Preparing to unpack .../perl-base_5.20.2-4_amd64.deb ... Unpacking perl-base (5.20.2-4) over (5.18.2-2) ... Processing triggers for man-db (2.7.0.2-5) ... Setting up perl-base (5.20.2-4) ... (Reading database ... 10375 files and directories currently installed.) Preparing to unpack .../liblocale-gettext-perl_1.05-8+b1_amd64.deb ... Unpacking liblocale-gettext-perl (1.05-8+b1) over (1.05-7+b2) ... Preparing to unpack .../libtext-iconv-perl_1.7-5+b2_amd64.deb ... Unpacking libtext-iconv-perl (1.7-5+b2) over (1.7-5+b1) ... Preparing to unpack .../perl-modules_5.20.2-4_all.deb ... Unpacking perl-modules (5.20.2-4) over (5.18.2-7) ... Selecting previously unselected package libdb5.3:amd64. Preparing to unpack .../libdb5.3_5.3.28-9_amd64.deb ... Unpacking libdb5.3:amd64 (5.3.28-9) ... Selecting previously unselected package libbsd0:amd64. Preparing to unpack .../libbsd0_0.7.0-2_amd64.deb ... Unpacking libbsd0:amd64 (0.7.0-2) ... Selecting previously unselected package libedit2:amd64. Preparing to unpack .../libedit2_3.1-20150325-1_amd64.deb ... Unpacking libedit2:amd64 (3.1-20150325-1) ... Selecting previously unselected package libpci3:amd64. Preparing to unpack .../libpci3_1%3a3.2.1-3_amd64.deb ... Unpacking libpci3:amd64 (1:3.2.1-3) ... Selecting previously unselected package libexpat1:amd64. Preparing to unpack .../libexpat1_2.1.0-6+b3_amd64.deb ... Unpacking libexpat1:amd64 (2.1.0-6+b3) ... Selecting previously unselected package libpng12-0:amd64. Preparing to unpack .../libpng12-0_1.2.50-2+b2_amd64.deb ... Unpacking libpng12-0:amd64 (1.2.50-2+b2) ... Selecting previously unselected package libfreetype6:amd64. Preparing to unpack .../libfreetype6_2.5.2-4_amd64.deb ... Unpacking libfreetype6:amd64 (2.5.2-4) ... Selecting previously unselected package ucf. Preparing to unpack .../archives/ucf_3.0030_all.deb ... Moving old data out of the way Unpacking ucf (3.0030) ... Selecting previously unselected package fonts-dejavu-core. Preparing to unpack .../fonts-dejavu-core_2.34-1_all.deb ... Unpacking fonts-dejavu-core (2.34-1) ... Selecting previously unselected package fontconfig-config. Preparing to unpack .../fontconfig-config_2.11.0-6.3_all.deb ... Unpacking fontconfig-config (2.11.0-6.3) ... Selecting previously unselected package libfontconfig1:amd64. Preparing to unpack .../libfontconfig1_2.11.0-6.3_amd64.deb ... Unpacking libfontconfig1:amd64 (2.11.0-6.3) ... Selecting previously unselected package fontconfig. Preparing to unpack .../fontconfig_2.11.0-6.3_amd64.deb ... Unpacking fontconfig (2.11.0-6.3) ... Selecting previously unselected package libxau6:amd64. Preparing to unpack .../libxau6_1%3a1.0.8-1_amd64.deb ... Unpacking libxau6:amd64 (1:1.0.8-1) ... Selecting previously unselected package x11-common. Preparing to unpack .../x11-common_1%3a7.7+8_all.deb ... Unpacking x11-common (1:7.7+8) ... Selecting previously unselected package libice6:amd64. Preparing to unpack .../libice6_2%3a1.0.9-1+b1_amd64.deb ... Unpacking libice6:amd64 (2:1.0.9-1+b1) ... Selecting previously unselected package libsm6:amd64. Preparing to unpack .../libsm6_2%3a1.2.2-1+b1_amd64.deb ... Unpacking libsm6:amd64 (2:1.2.2-1+b1) ... Selecting previously unselected package libxdmcp6:amd64. Preparing to unpack .../libxdmcp6_1%3a1.1.2-1_amd64.deb ... Unpacking libxdmcp6:amd64 (1:1.1.2-1) ... Selecting previously unselected package libxcb1:amd64. Preparing to unpack .../libxcb1_1.10-3+b1_amd64.deb ... Unpacking libxcb1:amd64 (1.10-3+b1) ... Selecting previously unselected package libx11-data. Preparing to unpack .../libx11-data_2%3a1.6.3-1_all.deb ... Unpacking libx11-data (2:1.6.3-1) ... Selecting previously unselected package libx11-6:amd64. Preparing to unpack .../libx11-6_2%3a1.6.3-1_amd64.deb ... Unpacking libx11-6:amd64 (2:1.6.3-1) ... Selecting previously unselected package libxt6:amd64. Preparing to unpack .../libxt6_1%3a1.1.4-1+b1_amd64.deb ... Unpacking libxt6:amd64 (1:1.1.4-1+b1) ... Selecting previously unselected package libaudio2:amd64. Preparing to unpack .../libaudio2_1.9.4-3_amd64.deb ... Unpacking libaudio2:amd64 (1.9.4-3) ... Selecting previously unselected package
Bug#785040: libsoldout1-dev and libmarkdown2-dev: error when trying to install together
Package: libmarkdown2-dev,libsoldout1-dev Version: libmarkdown2-dev/2.1.8-2 Version: libsoldout1-dev/1.3-3 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2015-05-11 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Selecting previously unselected package libmarkdown2:amd64. (Reading database ... 10930 files and directories currently installed.) Preparing to unpack .../libmarkdown2_2.1.8-2_amd64.deb ... Unpacking libmarkdown2:amd64 (2.1.8-2) ... Selecting previously unselected package libmarkdown2-dev:amd64. Preparing to unpack .../libmarkdown2-dev_2.1.8-2_amd64.deb ... Unpacking libmarkdown2-dev:amd64 (2.1.8-2) ... Selecting previously unselected package libsoldout1-dev. Preparing to unpack .../libsoldout1-dev_1.3-3_amd64.deb ... Unpacking libsoldout1-dev (1.3-3) ... dpkg: error processing archive /var/cache/apt/archives/libsoldout1-dev_1.3-3_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man3/markdown.3.gz', which is also in package libmarkdown2-dev:amd64 2.1.8-2 Processing triggers for man-db (2.7.0.2-5) ... Errors were encountered while processing: /var/cache/apt/archives/libsoldout1-dev_1.3-3_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/share/man/man3/markdown.3.gz This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784983: fatrace: some archs/kernels define O_LARGEFILE
On Mon, 11 May 2015, Martin Pitt wrote: Control: tag -1 -patch moreinfo Hello Cristian, Sorry, I should have been more explicit. I noticed that when cross-building for mipsisa32r2el (GPLed tool chain). mipsisa32r2el-axis-linux-gnu-gcc (GCC 4.7.2 Axis release R25/1.25) 4.7.2 20120820 (prerelease) [gcc-4_7-branch revision 190527] Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. I can build fatrace all right, but when I run it on the target system it fails with: Cannot initialize fanotify: Invalid argument ltrace shows: fanotify_init(0, 0x8000, 0x4019b4, 0x412368 unfinished ... SYS_fanotify_init(0, 0x8000, 0x4019b4, 0x412368) = -1 ... fanotify_init resumed )= -1 __errno_location(0, 0x8000, 0x4019b4, 1) = 0x77e6d498 strerror(22, 0x8000, 0x4019b4, 1)= 0x77e14ddc __fprintf_chk(0x77e398f0, 1, 0x401ce8, 0x77e14ddc unfinished ... SYS_write(2, 0x7fc3c998, 45, 0xfbad2887Cannot initialize fanotify: Invalid argument ) = 45 Cristian Ionescu-Idbohrn [2015-05-11 14:20 +0200]: Pick up O_LARGEFILE, if defined. diff --git a/fatrace/fatrace.c b/fatrace/fatrace.c index ec925b7..cf99fa9 100644 --- a/fatrace/fatrace.c +++ b/fatrace/fatrace.c @@ -42,7 +42,11 @@ * http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=1e2ee49f7 * O_LARGEFILE is usually 0, so hardcode it here ^ See this comment. Yes, I did. I (mis)?read it too ;) */ +#ifdef O_LARGEFILE +#define KERNEL_O_LARGEFILE O_LARGEFILE +#else #define KERNEL_O_LARGEFILE 0010 +#endif This doesn't work, I'm afraid, see above. O_LARGEFILE is 0 on at least x86_64, because it's the default there. Hmm... Maybe the test needs to be more convoluted? Can you please be more specific what the actual problem is, and why this is severity important? It builds, but fails to run. See the error above. After compiling with 'CFLAGS += -save-temps' and looking at fatrace.i, I see this: $ grep O_LARGEFILE fatrace.i #define O_LARGEFILE 0x2000 #define KERNEL_O_LARGEFILE 0010 O_LARGEFILE set to 0x2000 (in /usr/include/bits/fcntl.h), but replaced with 0010. My patch makes it both build and run, and produce reasonable results. Does this make more sense? Cheers, -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785041: discount and libsoldout-utils: error when trying to install together
Package: libsoldout-utils,discount Version: libsoldout-utils/1.3-3 Version: discount/2.1.8-2 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2015-05-11 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Selecting previously unselected package libmarkdown2:amd64. (Reading database ... 10930 files and directories currently installed.) Preparing to unpack .../libmarkdown2_2.1.8-2_amd64.deb ... Unpacking libmarkdown2:amd64 (2.1.8-2) ... Selecting previously unselected package libsoldout1:amd64. Preparing to unpack .../libsoldout1_1.3-3_amd64.deb ... Unpacking libsoldout1:amd64 (1.3-3) ... Selecting previously unselected package discount. Preparing to unpack .../discount_2.1.8-2_amd64.deb ... Unpacking discount (2.1.8-2) ... Selecting previously unselected package libsoldout-utils. Preparing to unpack .../libsoldout-utils_1.3-3_amd64.deb ... Unpacking libsoldout-utils (1.3-3) ... dpkg: error processing archive /var/cache/apt/archives/libsoldout-utils_1.3-3_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man1/mkd2html.1.gz', which is also in package discount 2.1.8-2 Processing triggers for man-db (2.7.0.2-5) ... Errors were encountered while processing: /var/cache/apt/archives/libsoldout-utils_1.3-3_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/bin/mkd2html /usr/share/man/man1/mkd2html.1.gz This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785047: jessie-pu: package vsftpd/3.0.2-17
Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
I have 2 patches for vsftpd 3.0.2-17+deb8u1:
- - patch for CVE-2015-1419
- - patch for Debian bug #783077
A debdiff is attached.
Thanks.
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)
Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAEBCgAGBQJVUPqxAAoJEAn4nzyModJdEp0QAJHTjE0lDWYKYSHm+mq9Q4Pe
cvgfTDb1kVIEsG35cu4LKMhogNMsM0a3pHVOGtVvR3ioKjjCZO7BQca6lp42IMZO
hIilFgtdmgyf/pnqXRmEz3zrLEq8YL5bmd2FpA5yAkVKHRhAAK9qYrECW5cXd5gY
OpEOH5quZAAuVB+yDDfbbi/tzx45Lalr0OxyHurRFrshYT3YSyKzK0f/sSCRIEwY
Ao7m71Y3/bYao035yjC29GU/ctS4Pdn3+TA1oGIqpx9umAzEMbs+0TPHlwKsZ423
n4RWcNHToMqMIkb+tvN+9QYMjtWzDGkxdu+CfRw6Bk51WGGHk4sxasrcupQoFoy5
cJirrSrJlgz7bJ1hPRe5Y+szaO8Jjacxl/raunCx4TgbR/pEtO3vc5OFMnAsp+Uv
yt3VAN/EFLLng0A4CX2fu92NPL4We7a9U1jZ0cEYUvT1JlYrjF/PLFyDOe9FJFt3
0SACRc08Cd72F1D4ELHW/jpiVvAczHMfghPqFEA0zX+XbM2Gn2ekq0o4VRtzYoxr
ocb3Dmy4kDzVmvGjK/ypbJTnPsuxAmxElY3wwozN6+W/zLU8Fzpxr90Rh4k/z4RQ
3hmOK+BWfkJFTMugOWzOYBL54E3/usU/gUc90R6XCQORNI4CsAXZghVfTqwYYALH
/zsOUCgh7QAgoIWOXHlu
=QBV+
-END PGP SIGNATURE-
diff -Nru vsftpd-3.0.2/debian/changelog vsftpd-3.0.2/debian/changelog
--- vsftpd-3.0.2/debian/changelog 2014-10-07 15:56:49.0 +0200
+++ vsftpd-3.0.2/debian/changelog 2015-05-11 20:51:26.0 +0200
@@ -1,3 +1,19 @@
+vsftpd (3.0.2-17+deb8u1) stable; urgency=medium
+
+ * Add patch debian/patches/0050-CVE-2015-1419.patch from 3.0.2-18:
+- Fix config option deny_file not always being handled correctly
+ CVE-2015-1419 (Closes: #776922).
+ * Add patch debian/patches/0055-set_default_listen.patch from 3.0.2-19:
+- Set the default value of tunable_listen to the same value of listen from
+ the man page vsftpd.conf (Closes: #783077).
+ * Add year 2015 to debian/copyright.
+ * debian/vsftpd.postrm:
+- Remove systemd files and directories when purging.
+- Replace fixed path with a POSIX-compliant shell function to check
+ the existence of a command.
+
+ -- Jörg Frings-Fürst deb...@jff-webhosting.net Mon, 11 May 2015 15:35:19 +0200
+
vsftpd (3.0.2-17) unstable; urgency=medium
* Add debian/patches/0035-address_space_limit.patch to increase the
diff -Nru vsftpd-3.0.2/debian/copyright vsftpd-3.0.2/debian/copyright
--- vsftpd-3.0.2/debian/copyright 2014-08-20 21:56:58.0 +0200
+++ vsftpd-3.0.2/debian/copyright 2015-05-11 15:47:38.0 +0200
@@ -10,7 +10,7 @@
Files: debian/*
Copyright: 2009-2014 Daniel Baumann m...@daniel-baumann.ch
- 2014 Jörg Frings-Fürst deb...@jff-webhosting.net
+ 2014-2015 Jörg Frings-Fürst deb...@jff-webhosting.net
License: GPL-2 with SSL exception
License: GPL-2 with SSL exception
diff -Nru vsftpd-3.0.2/debian/patches/0050-CVE-2015-1419.patch vsftpd-3.0.2/debian/patches/0050-CVE-2015-1419.patch
--- vsftpd-3.0.2/debian/patches/0050-CVE-2015-1419.patch 1970-01-01 01:00:00.0 +0100
+++ vsftpd-3.0.2/debian/patches/0050-CVE-2015-1419.patch 2015-02-24 16:41:52.0 +0100
@@ -0,0 +1,104 @@
+Description: CVE-2015-1419: config option deny_file is not handled correctly
+Author: Marcus Meissner meiss...@suse.com
+Origin: https://bugzilla.novell.com/show_bug.cgi?id=CVE-2015-1419
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776922
+Last-Update: 2015-02-24
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+Index: trunk/ls.c
+===
+--- trunk.orig/ls.c
trunk/ls.c
+@@ -7,6 +7,7 @@
+ * Would you believe, code to handle directory listing.
+ */
+
++#include stdlib.h
+ #include ls.h
+ #include access.h
+ #include defs.h
+@@ -243,11 +244,42 @@ vsf_filename_passes_filter(const struct
+ struct mystr temp_str = INIT_MYSTR;
+ struct mystr brace_list_str = INIT_MYSTR;
+ struct mystr new_filter_str = INIT_MYSTR;
++ struct mystr normalize_filename_str = INIT_MYSTR;
++ const char *normname;
++ const char *path;
+ int ret = 0;
+ char last_token = 0;
+ int must_match_at_current_pos = 1;
++
+ str_copy(filter_remain_str, p_filter_str);
+- str_copy(name_remain_str, p_filename_str);
++
++ /* normalize filepath */
++ path = str_strdup(p_filename_str);
++ normname = realpath(path, NULL);
++ if (normname == NULL)
++ goto out;
++ str_alloc_text(normalize_filename_str, normname);
++
++ if (!str_isempty (filter_remain_str) !str_isempty(normalize_filename_str)) {
++if (str_get_char_at(p_filter_str, 0) == '/') {
++ if (str_get_char_at(normalize_filename_str, 0) != '/') {
++str_getcwd (name_remain_str);
++
++if (str_getlen(name_remain_str) 1)
Bug#785048: ITP: python-pyramid-chameleon -- Chameleon templating addon for the Pyramid web application framework
Package: wnpp Severity: wishlist Owner: Ansgar Burchardt ans...@debian.org * Package name: python-pyramid-chameleon Version : 0.3 Upstream Author : Pylons Project and Contributors, http://www.pylonsproject.org/ * URL : http://docs.pylonsproject.org/projects/pyramid-chameleon/en/latest/ * License : BSD-4-clause, with non-free docs (will be removed) Programming Lang: Python Description : Chameleon templating addon for the Pyramid web application framework Pyramid is a small, fast, down-to-earth, open source Python web development framework. It makes real-world web application development and deployment more fun, more predictable, and more productive. . pyramid_chameleon provides bindings for the Chameleon templating system, This addon was previously part of python-pyramid, but split off upstream. It's used by PET (https://pet.alioth.debian.org). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785049: printer-driver-cups-pdf: Syntax error in printer-driver-cups-pdf.postint
Package: printer-driver-cups-pdf Version: 2.6.1-19 Severity: normal Dear Maintainer, When upgrading printer-driver-cups-pdf I noticed this error during installation: Setting up printer-driver-cups-pdf (2.6.1-19) ... /var/lib/dpkg/info/printer-driver-cups-pdf.postinst: 50: [: missing ] Skipped automated creation of the PDF queue. The referenced line contains: if [ -z $(LC_ALL=C lpstat -h localhost -v 2/dev/null | grep 'cups-pdf:/') -d /run/cups/certs ] and the '' inside '[ ... ]' is what is throwing the error. I suspect (but did not test) that the conditional check on /run/cups/certs isn't actually running. Some possible fixes: if [ -z $(LC_ALL=C lpstat -h localhost -v 2/dev/null | grep 'cups-pdf:/') -a -d /run/cups/certs ] if [ -z $(LC_ALL=C lpstat -h localhost -v 2/dev/null | grep 'cups-pdf:/') ] [ -d /run/cups/certs ] if LC_ALL=C lpstat -h localhost -v 2/dev/null | grep -Lq 'cups-pdf:/' [ -d /run/cups/certs ] *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages printer-driver-cups-pdf depends on: ii cups1.7.5-11 ii cups-client 1.7.5-11 ii ghostscript 9.06~dfsg-2 ii libc6 2.19-18 ii libpaper-utils 1.1.24+nmu4 printer-driver-cups-pdf recommends no packages. Versions of packages printer-driver-cups-pdf suggests: ii system-config-printer 1.4.6-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785055: lightdm-gtk-greeter: white screen until I click a mouse button, with 2 screens
Package: lightdm-gtk-greeter Version: 2.0.0-2 Severity: important Tags: upstream Forwarded: https://bugs.launchpad.net/ubuntu/+source/lightdm-gtk-greeter/+bug/1426664 After upgrading lightdm-gtk-greeter on my laptop, the screen was entirely white. I was wondering why, while there was no such problem on another machine, and after Googling, I've found: https://bugs.launchpad.net/ubuntu-mate/+bug/1426664 where it appears that this problem occurs when there are two screens, which is the case with my laptop. I also thought that lightdm-gtk-greeter wasn't working at all, until again I read this bug report, where it is said one just needs to click. So, there's a workaround, but the user may be blocked without noticing it. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages lightdm-gtk-greeter depends on: ii libc6 2.19-18 ii libcairo2 1.14.0-2.1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.44.0-2 ii libgtk-3-0 3.14.5-1 ii liblightdm-gobject-1-0 1.14.0-1 ii libx11-62:1.6.3-1 Versions of packages lightdm-gtk-greeter recommends: ii desktop-base 8.0.2 ii gnome-icon-theme-symbolic 3.12.0-1 ii gnome-themes-standard 3.14.2.2-1 ii policykit-10.105-8 lightdm-gtk-greeter suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784869: RM: dpsyco -- RoM
Hi I'll do. I thought harden-doc was removed along with harden packages. I was wrong about that. I'll fix this and let you know when done. // Ola On Mon, May 11, 2015 at 1:45 PM, Scott Kitterman deb...@kitterman.com wrote: On Saturday, May 09, 2015 11:19:30 PM Ola Lundqvist wrote: Package: ftp.debian.org Hi FTP team I would like to request the removal of dpsyco package from unstable. I'm the maintainer and upstream developer. This package have very few users. According to popcon it is 100. If anyone really want to use it, the person in question can still download and build from source. I do not think it is worth keeping in Debian. Few users or not, it does have a reverse-dependency that will have to be resolved before it can be removed: Checking reverse dependencies... # Broken Build-Depends: harden-doc: dpsyco-devel Please remove the moreinfo tag once this is resolved. -- - Ola Lundqvist --- / o...@debian.org Annebergsslingan 37 \ | o...@inguza.com 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / ---
Bug#785054: Please remove dependency on dpsyco
Package: harden-doc Severity: important Hi harden-doc maintainers. I would like you to kindly remove the dependency on dpsyco-devel. I have attached a patch for that. The reason is that I have requested the removal of psyco source and this reverse dependency prevents that from happening. See bug #784869. I know it is my own fault that we have this dependency as I have added it myself sometime many years ago. I do not see the point of having it anymore. Please let me know if you want me to NMU the change. Thanks in advance! // Ola -- --- Inguza Technology AB --- MSc in Information Technology / o...@inguza.comAnnebergsslingan 37\ | o...@debian.org 654 65 KARLSTAD| | http://inguza.com/Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- diff -ur harden-doc-3.18.old/debian/control harden-doc-3.18/debian/control --- harden-doc-3.18.old/debian/control 2015-01-17 15:27:21.0 +0100 +++ harden-doc-3.18/debian/control 2015-05-11 23:17:33.384718877 +0200 @@ -5,7 +5,6 @@ Uploaders: Thijs Kinkhorst th...@debian.org Build-Depends: debhelper (= 9) Build-Depends-Indep: debiandoc-sgml, - dpsyco-devel, ghostscript, perl, po4a, diff -ur harden-doc-3.18.old/debian/rules harden-doc-3.18/debian/rules --- harden-doc-3.18.old/debian/rules 2015-01-17 15:27:21.0 +0100 +++ harden-doc-3.18/debian/rules 2015-05-11 23:17:25.132949065 +0200 @@ -25,7 +25,6 @@ dh_installdirs $(MAKE) install - dpsch-cvsclean # Build architecture-independent files here.
Bug#785057: wiki.debian.org: unblock IPredator VPN
Package: wiki.debian.org Apparently, wiki.debian.org blocks requests from users of the IPredator VPN service https://ipredator.se/. Without my IPredator VPN, I can request https://wiki.debian.org/ (and sub-pages) fine. With VPN, I always get a page saying: Forbindden You are not allowed to access this! Currently, they give me an IPv4-address in the block 46.246.46.0/24. Whatever the reason for the block was: please unblock VPN users. If you can't, then please at least enable read-access, and maybe deny account signup. Thanks, and keep up the good work! -- ilf Über 80 Millionen Deutsche benutzen keine Konsole. Klick dich nicht weg! -- Eine Initiative des Bundesamtes für Tastaturbenutzung signature.asc Description: Digital signature
Bug#781518: Please remove very outdated MakeHuman package
Le Mon, May 11, 2015 at 07:22:02PM +0200, Muammar El Khatib a écrit : I have finished to package the new makehuman's upstream version. I am now in the phase of checking copyrights and cleaning lintian warnings. Thanks ! -- Charles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785056: roundcube-core: Missing Net_LDAP3 from the vendor/kolab dir which is required for ldap support
❦ 11 mai 2015 15:30 -0600, Justin F. Hallett the...@southofheaven.org : Trying to setup LDAP address books in version 1.1.1 I now get PHP Fatal error: Class 'Net_LDAP3' not found in /usr/share/roundcube/program/lib/Roundcube/rcube_ldap_generic.php on line 31 A quick web search reveals that LDAP functions where moved out of the main roundcube libraries and are now in vendors/kolad dir and need to be installed for LDAP to work. Can we please add this to the package? Unfortunately, this needs to be packaged separately. I don't find it on PEAR. It seems to be available through composer but I don't know if that's easy to package. For some reason, just finding a tarball seems to be difficult. -- Write and test a big program in small pieces. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#785056: roundcube-core: Missing Net_LDAP3 from the vendor/kolab dir which is required for ldap support
❦ 11 mai 2015 23:52 +0200, Vincent Bernat ber...@debian.org :
Trying to setup LDAP address books in version 1.1.1 I now get
PHP Fatal error: Class 'Net_LDAP3' not found in
/usr/share/roundcube/program/lib/Roundcube/rcube_ldap_generic.php on
line 31
A quick web search reveals that LDAP functions where moved out of the
main roundcube libraries and are now in vendors/kolad dir and need to
be installed for LDAP to work. Can we please add this to the package?
Unfortunately, this needs to be packaged separately. I don't find it on
PEAR. It seems to be available through composer but I don't know if
that's easy to package. For some reason, just finding a tarball seems to
be difficult.
composer.json-dist says:
suggest: {
pear-pear.php.net/net_ldap2: =2.0.12 required for connecting to
LDAP address books,
kolab/Net_LDAP3: dev-master required for connecting to LDAP address
books
},
It would seem odd to requires two versions of the same library. Maybe
only one of them is required. Could you try to install php-net-ldap2 and
see if it solves the problem?
--
What I tell you three times is true.
-- Lewis Carroll
signature.asc
Description: PGP signature
Bug#785055: lightdm-gtk-greeter: white screen until I click a mouse button, with 2 screens
On 2015-05-11 23:23:47 +0200, Vincent Lefevre wrote: Package: lightdm-gtk-greeter Version: 2.0.0-2 Severity: important Tags: upstream Forwarded: https://bugs.launchpad.net/ubuntu/+source/lightdm-gtk-greeter/+bug/1426664 or perhaps https://bugs.launchpad.net/lightdm-gtk-greeter/+bug/1410406 I also see a 100% CPU usage (but the screen is white, not black). -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785055: lightdm-gtk-greeter: white screen until I click a mouse button, with 2 screens
Control: retitle -1 lightdm-gtk-greeter: white screen and 100% CPU usage until I click a mouse button, with 2 monitors should be a bit better. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781253: cups: no duplex printing (two-sided) with lp or lpr
reassign 781253 ghostscript thanks On Thu 30 Apr 2015 at 16:15:45 +0100, Brian Potkin wrote: On Thu 30 Apr 2015 at 12:54:09 +0200, Vincent Lefevre wrote: On 2015-04-30 10:32:33 +0100, Brian Potkin wrote: Having to switch renderer to get a satisfactory printout is usually an indication of a problem with the printer not dealing with valid PostScript rather than the filtering system. Or could this be a bug with the default renderer (Ghostscript?)? Or some incompatibility like the following one? http://comments.gmane.org/gmane.comp.printing.cups.bugs/9407 That link leads to http://bugs.ghostscript.com/show_bug.cgi?id=693652 , which is a pretty comprehensive discussion of the issues with buggy interpreters. So indeed, this does seem like the problem here. The contrast between gs and pdftops in Comment 26 is interesting. Ultimately, I'd go with the simplest explanation; especially when the outcome is successful printing. Someone with more PostScript knowledge than I have might look deeper. They have already looked, I think. Today, while examining the way Ghostscript and pdftops operate I came (completely unexpectedly) across this: http://bugs.ghostscript.com/show_bug.cgi?id=694852 Your problem appears to be exactly described in the bug title. My previous efforts were focussed on exploring the reported behaviour in your environment. Printing babel-bib.pdf to a queue on a Jessie machine gives a duplexed output on my printer, which didn't happen before when the renderer was also gs. This outcome inclines me to suggest a closing of this report. Your way of testing could involve cupsfilter (the Debian wiki has a page on this) and sending a file with -oraw. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785041: discount and libsoldout-utils: error when trying to install together
Thank you Ralf I can't gain access to the documentation page recommended in message though (Resolving edos.debian.net (edos.debian.net)... failed: Name or service not known.) -- Massimo On 05/11/2015 08:16 PM, Ralf Treinen wrote: Package: libsoldout-utils,discount Version: libsoldout-utils/1.3-3 Version: discount/2.1.8-2 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2015-05-11 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Selecting previously unselected package libmarkdown2:amd64. (Reading database ... 10930 files and directories currently installed.) Preparing to unpack .../libmarkdown2_2.1.8-2_amd64.deb ... Unpacking libmarkdown2:amd64 (2.1.8-2) ... Selecting previously unselected package libsoldout1:amd64. Preparing to unpack .../libsoldout1_1.3-3_amd64.deb ... Unpacking libsoldout1:amd64 (1.3-3) ... Selecting previously unselected package discount. Preparing to unpack .../discount_2.1.8-2_amd64.deb ... Unpacking discount (2.1.8-2) ... Selecting previously unselected package libsoldout-utils. Preparing to unpack .../libsoldout-utils_1.3-3_amd64.deb ... Unpacking libsoldout-utils (1.3-3) ... dpkg: error processing archive /var/cache/apt/archives/libsoldout-utils_1.3-3_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man1/mkd2html.1.gz', which is also in package discount 2.1.8-2 Processing triggers for man-db (2.7.0.2-5) ... Errors were encountered while processing: /var/cache/apt/archives/libsoldout-utils_1.3-3_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/bin/mkd2html /usr/share/man/man1/mkd2html.1.gz This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784556: gem2deb: should generate Build-Depends and Depends with one item per line
On 06/05/15 at 14:36 -0300, Antonio Terceiro wrote:
On Wed, May 06, 2015 at 07:21:37PM +0200, Lucas Nussbaum wrote:
On 06/05/15 at 13:58 -0300, Antonio Terceiro wrote:
On Wed, May 06, 2015 at 06:29:03PM +0200, Lucas Nussbaum wrote:
Package: gem2deb
Version: 0.15
Severity: minor
Hi,
It would be much nicer if gem2deb generated Build-Depends and Depends
with one item per line. It makes diffing much easier.
(I could make the change, but I wanted to check that I'm not the only
one thinking that first)
It would indeed be useful. since gem2deb already depends on devscripts
anyway, why don't we just call wrap-and-sort at the end of the process?
That's an even better way to achieve that! (probably with --wrap-always)
I can't think of a reason to not want that, ever.
Hi Antonio,
Could you please review the attached patch?
I'm not sure if we should introduce an option to disable this. But I
tend to agree with you (= I can't think of a reason to not want that, ever.)
Lucas
From d11ee113a49cdaae7c3474887300677855b8ac8f Mon Sep 17 00:00:00 2001
From: Lucas Nussbaum lu...@debian.org
Date: Mon, 11 May 2015 23:00:59 +0200
Subject: [PATCH] Run wrap-and-sort after generation from templates
---
debian/changelog | 3 +++
lib/gem2deb/dh_make_ruby.rb| 1 +
test/unit/dh_make_ruby_test.rb | 6 +++---
3 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index 4cd68d8..8a75f14 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -8,6 +8,9 @@ gem2deb (0.16) UNRELEASED; urgency=medium
Closes: #733171
* bin/dh-make-ruby: use '.' (current directory) as default target.
Closes: #47
+ * dh-make-ruby: run wrap-and-sort after generating boilerplate from
+templates. test/unit/dh_make_ruby_test.rb also had to be modified
+to robustify the dependencies extractor. Closes: #784556
-- Lucas Nussbaum lu...@debian.org Mon, 11 May 2015 21:10:48 +0200
diff --git a/lib/gem2deb/dh_make_ruby.rb b/lib/gem2deb/dh_make_ruby.rb
index 156a4a2..97a883e 100644
--- a/lib/gem2deb/dh_make_ruby.rb
+++ b/lib/gem2deb/dh_make_ruby.rb
@@ -281,6 +281,7 @@ module Gem2Deb
end
end
FileUtils.chmod 0755, 'debian/rules'
+ run('wrap-and-sort')
end
def templates
diff --git a/test/unit/dh_make_ruby_test.rb b/test/unit/dh_make_ruby_test.rb
index 883ef72..a96f358 100644
--- a/test/unit/dh_make_ruby_test.rb
+++ b/test/unit/dh_make_ruby_test.rb
@@ -134,9 +134,9 @@ class DhMakeRubyTest Gem2DebTestCase
context 'dependencies' do
setup do
- text = File.read(File.join(DEBIANIZED_SIMPLE_GEM, 'debian/control'))
- line = text.lines.find { |l| l =~ /^Depends: / }.strip
- @dependencies = line.gsub(/^Depends:\s*/, '').split(/\s*,\s*/)
+ file = File.join(DEBIANIZED_SIMPLE_GEM, 'debian/control')
+ deps = `grep-dctrl -sDepends -n '' #{file}`
+ @dependencies = deps.split(/\s*,\s*/)
end
should 'get simple dependency' do
assert_include @dependencies, 'ruby-dep'
--
2.1.4
signature.asc
Description: Digital signature
Bug#785051: RM: openjdk-8/unstable [mips mipsel] -- ROM; Doesn't build on mips anymore
committed changes for the next upload for not building on mips and mipsel anymore. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711842: jabref: Jabref won't start
On Mon, 11 May 2015 20:47:59 +0300, Melleus wrote: That helped, thanks a lot, Gregor! Looks like I underestimated reading mainstream manuals. So I'm back on Awesome. And it's great, and great when it's working! Excellent, I'm glad it works. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Bettina Wegner: auf der wiese signature.asc Description: Digital Signature
Bug#784681: ccache: mednafen fails to build with ccache
Control: reassign -1 g++ Control: found -1 g++/4:4.9.2-3 Hi Joel, On Sat, 9 May 2015 22:33:29 +0200, Joel Rosdahl j...@debian.org wrote: I would say that this is a GCC bug - g++ can't compile its own preprocessed source code. Indeed, I didn't think to check that... I'm reassigning the bug, thanks for your detective work! Regards, Stephen The problem can be reproduced without ccache by building src/hash/sha1.cpp with -save-temps: % cd src % /usr/bin/g++ -save-temps -DLOCALEDIR=\/usr/local/share/locale\ -DHAVE_CONFIG_H -I../include -I../include -I../intl-fsigned-char -Wall -Wshadow -Wempty-body -Wignored-qualifiers -Wvla -Wvariadic-macros -Wdisabled-optimization -fno-fast-math -fno-unsafe-math-optimizations -fno-aggressive-loop-optimizations -fomit-frame-pointer -fwrapv -g -O2 -std=gnu++11 -MT hash/sha1.o -MD -MP -MF $depbase.Tpo -c -o hash/sha1.o hash/sha1.cpp hash/sha1.cpp:161:128: error: invalid digit 9 in octal constant assert(sha1(tv, 65) == 079b9ef0684bd9a600b9a23caa4297d064ce076e_sha1); ^ hash/sha1.cpp: In function 'void sha1_test()': hash/sha1.cpp:156:168: error: unable to find string literal operator 'operatore119a863bce69ad1b6ca1a51e94994531d122088' assert(sha1(tv, 55) == e119a863bce69ad1b6ca1a51e94994531d122088_sha1); ^ hash/sha1.cpp:157:168: error: unable to find string literal operator 'operatorfd62c272e1f0f24b92a0ec8360519cd64d6ab986' assert(sha1(tv, 56) == fd62c272e1f0f24b92a0ec8360519cd64d6ab986_sha1); ^ hash/sha1.cpp:158:128: error: expected ')' before numeric constant assert(sha1(tv, 57) == 010b0113d06cffb80f2beb657ef39682e5e7de79_sha1); ^ hash/sha1.cpp:159:168: error: unable to find string literal operator 'operatoradf8998c4791fc378fa6d8b23666934522546778' assert(sha1(tv, 63) == adf8998c4791fc378fa6d8b23666934522546778_sha1); ^ hash/sha1.cpp:160:128: error: expected ')' before numeric constant assert(sha1(tv, 64) == 787680a25bf74f34c22b2c37d7d5bae2feceb20c_sha1); ^ hash/sha1.cpp:161:128: error: expected ')' before numeric constant assert(sha1(tv, 65) == 079b9ef0684bd9a600b9a23caa4297d064ce076e_sha1); ^ % g++ --version | head -n1 g++ (Debian 4.9.2-16) 4.9.2 -- Joel On 7 May 2015 at 20:17, Stephen Kitt sk...@debian.org wrote: Package: ccache Version: 3.1.10-1 Severity: normal Dear Maintainer, The current version of mednafen (0.9.38.4) fails to build with ccache (after the first build): g++ -DLOCALEDIR=\/usr/share/locale\ -DHAVE_CONFIG_H -I../include -I../include -I../intl -D_FORTIFY_SOURCE=2 -fsigned-char -Wall -Wshadow -Wempty-body -Wignored-qualifiers -Wvla -Wvariadic-macros -Wdisabled-optimization -fno-fast-math -fno-unsafe-math-optimizations -fno-aggressive-loop-optimizations -fomit-frame-pointer -fwrapv -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -std=gnu++11 -c -o hash/sha1.o hash/sha1.cpp hash/sha1.cpp:161:128: error: invalid digit 9 in octal constant assert(sha1(tv, 65) == 079b9ef0684bd9a600b9a23caa4297d064ce076e_sha1); ^ hash/sha1.cpp: In function ‘void sha1_test()’: hash/sha1.cpp:156:168: error: unable to find string literal operator ‘operatore119a863bce69ad1b6ca1a51e94994531d122088’ assert(sha1(tv, 55) == e119a863bce69ad1b6ca1a51e94994531d122088_sha1); ^ hash/sha1.cpp:157:168: error: unable to find string literal operator ‘operatorfd62c272e1f0f24b92a0ec8360519cd64d6ab986’ assert(sha1(tv, 56) == fd62c272e1f0f24b92a0ec8360519cd64d6ab986_sha1); ^ hash/sha1.cpp:158:128: error: expected ‘)’ before numeric constant assert(sha1(tv, 57) == 010b0113d06cffb80f2beb657ef39682e5e7de79_sha1); ^ hash/sha1.cpp:159:168: error: unable to find string literal operator ‘operatoradf8998c4791fc378fa6d8b23666934522546778’ assert(sha1(tv, 63) == adf8998c4791fc378fa6d8b23666934522546778_sha1); ^ hash/sha1.cpp:160:128: error: expected ‘)’ before numeric constant assert(sha1(tv, 64) == 787680a25bf74f34c22b2c37d7d5bae2feceb20c_sha1); ^ hash/sha1.cpp:161:128: error: expected ‘)’ before numeric constant assert(sha1(tv, 65) == 079b9ef0684bd9a600b9a23caa4297d064ce076e_sha1); ^ Makefile:944: recipe for target 'hash/sha1.o' failed Uninstalling ccache allows the source to build. Regards, Stephen -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (200, 'unstable'),
Bug#784655: closed by Matthias Klose d...@debian.org (Bug#784655: fixed in gcc-5 5.1.1-5)
Hi Doko, yes, I had to force g++5 to make them run successfully thanks, (sorry for top posting) Gianfranco Sent from Yahoo Mail on Android From:Matthias Klose d...@debian.org Date:Mon, 11 May, 2015 at 22:34 Subject:Re: Bug#784655: closed by Matthias Klose (Bug#784655: fixed in gcc-5 5.1.1-5) On 05/11/2015 10:36 AM, Gianfranco Costamagna wrote: does this mean that I need to b-d on g++-5 and export CXX=g++-5? It seems to be failing to build when mixing g++-4.9 and new libstdc++... thanks a lot for the fix! Now with gcc-5 I can build it correctly! no, please continue to build with the default gcc-4.9 for the near future. Are these tests still failing when you rebuild with 5.1.1-5? Matthias
