Bug#762779: libpgf: please raise the priority to optional
Source: libpgf Version: 6.12.24+ds1-2.2 Severity: important Tags: patch Justification: Policy 2.5 Hi, currently libpgf and all of its binaries have the priority extra. On the other hand, at least the library is used by other binaries with an higher priority -- for example: digikam. According to Policy §2.5, at least libpgf6 should be optional. Attached there is a patch for bumping the priority to optional to all the binaries except the debug symbols, as it is usually done by other sources. (Note that after an upload of this, you will also need to file a bug against ftp.debian.org to adjust on ftp-master side the priorities of the binaries.) Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -1,6 +1,6 @@ Source: libpgf Section: libs -Priority: extra +Priority: optional Maintainer: David Paleino da...@debian.org Build-Depends: debhelper (= 9) @@ -41,6 +41,7 @@ Description: Progressive Graphics File ( Package: libpgf6-dbg Section: debug +Priority: extra Architecture: any Multi-Arch: same Depends:
Bug#762634: initramfs-tools: [armhf] mounting rootfs on USB disk fails / some USB host controller drivers missing in initramfs
On Tue, Sep 23, 2014 at 11:42:08PM +0200, Michael Prokop wrote: * Karsten Merker [Tue Sep 23, 2014 at 11:22:32PM +0200]: Please always include ohci-platform, ehci-platform and phy-sun4i-usb into the initramfs if they are provided by the kernel for which the initramfs is built. Does this look like it would provide what you're asking for? http://anonscm.debian.org/cgit/kernel/initramfs-tools.git/commit/?h=mika/bug_762634id=3b835665015c0a9287284c2548b12ab7c8cabc78 Hello, outside d-i and for the MODULES=most configuration, this works fine: $ grep MODULES /etc/initramfs-tools/initramfs.conf # MODULES: [ most | netboot | dep | list ] MODULES=most $ sudo update-initramfs -u -k 3.16-2-armmp-lpae update-initramfs: Generating /boot/initrd.img-3.16-2-armmp-lpae Installing sun7i-a20-cubietruck.dtb 3.16-2-armmp-lpae into /boot Installing sun7i-a20-cubietruck.dtb 3.16-2-armmp-lpae into /boot flash-kernel: installing version 3.16-2-armmp-lpae Generating boot script u-boot image... done. Taking backup of boot.scr. Installing new boot.scr. $ lsinitramfs /boot/initrd.img-3.16-2-armmp-lpae |grep -e hci-platform -e phy-sun4i-usb lib/modules/3.16-2-armmp-lpae/kernel/drivers/phy/phy-sun4i-usb.ko lib/modules/3.16-2-armmp-lpae/kernel/drivers/usb/host/ohci-platform.ko lib/modules/3.16-2-armmp-lpae/kernel/drivers/usb/host/ehci-platform.ko Inside the /target chroot created by d-i, update-initramfs is by default configured to run with MODULES=dep and gives only the following modules on my armhf/sunxi test system: lib/modules/3.16-2-armmp-lpae/kernel/drivers lib/modules/3.16-2-armmp-lpae/kernel/drivers/scsi lib/modules/3.16-2-armmp-lpae/kernel/drivers/scsi/scsi_mod.ko lib/modules/3.16-2-armmp-lpae/kernel/drivers/scsi/sd_mod.ko lib/modules/3.16-2-armmp-lpae/kernel/drivers/usb lib/modules/3.16-2-armmp-lpae/kernel/drivers/usb/host lib/modules/3.16-2-armmp-lpae/kernel/drivers/usb/host/ehci-hcd.ko lib/modules/3.16-2-armmp-lpae/kernel/drivers/usb/host/ehci-platform.ko lib/modules/3.16-2-armmp-lpae/kernel/drivers/usb/storage lib/modules/3.16-2-armmp-lpae/kernel/drivers/usb/storage/usb-storage.ko lib/modules/3.16-2-armmp-lpae/kernel/drivers/md lib/modules/3.16-2-armmp-lpae/kernel/drivers/md/dm-mod.ko lib/modules/3.16-2-armmp-lpae/kernel/lib lib/modules/3.16-2-armmp-lpae/kernel/lib/crc16.ko lib/modules/3.16-2-armmp-lpae/kernel/lib/crc-t10dif.ko lib/modules/3.16-2-armmp-lpae/kernel/fs lib/modules/3.16-2-armmp-lpae/kernel/fs/mbcache.ko lib/modules/3.16-2-armmp-lpae/kernel/fs/ext4 lib/modules/3.16-2-armmp-lpae/kernel/fs/ext4/ext4.ko lib/modules/3.16-2-armmp-lpae/kernel/fs/jbd2 lib/modules/3.16-2-armmp-lpae/kernel/fs/jbd2/jbd2.ko lib/modules/3.16-2-armmp-lpae/kernel/crypto lib/modules/3.16-2-armmp-lpae/kernel/crypto/crct10dif_generic.ko lib/modules/3.16-2-armmp-lpae/kernel/crypto/crct10dif_common.ko The phy-sun4i-usb module is missing there, although it is loaded by the running kernel: # lsmod |grep phy_sun4i_usb phy_sun4i_usb 4260 4 Without phy_sun4i_usb, USB support does not work at all on this platform, so this module would always have to be included. The missing ohci-hcd and ohci-platform modules would be explained by the fact that this particular device technically has both EHCI and OHCI controllers, but the platform-dependent OHCI glue code is not yet implemented in the kernel, so the OHCI part is currently invisible to the kernel. When manually running update-initramfs with MODULES=most inside the d-i /target chroot, all three modules (ohci-platform, ehci-platform and phy-sun4i-usb) are there, but by default the user is not presented with a choice regarding MODULES=dep vs. MODULES=most in d-i. The relevant debconf prompt is only presented at debconf priority medium, i.e. when running d-i in expert mode, so I would appreciate very much if you could include the missing phy-sun4i-usb module also when building the initramfs with MODULES=dep. Regards, Karsten -- Gem. Par. 28 Abs. 4 Bundesdatenschutzgesetz widerspreche ich der Nutzung sowie der Weitergabe meiner personenbezogenen Daten für Zwecke der Werbung sowie der Markt- oder Meinungsforschung. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762700: systemd: journald fails to forward some messages to syslog
Le 25/09/2014 07:49, Michael Biebl a écrit : Am 25.09.2014 um 07:31 schrieb Raphaël HALIMI: Le 24/09/2014 17:30, Michael Biebl a écrit : Am 24.09.2014 um 17:23 schrieb Raphaël HALIMI: http://cgit.freedesktop.org/systemd/systemd/commit/?id=5e8b767df6e18444d5aff2987b5e5603361ed528 Could you verify that this patch does indeed fix the issue you're seeing? Sorry for not testing the patch before suggesting it. Unfortunately, it does not fix the problem. I tried to flood the journal with systemd-cat and a lot of messages were lost; but even with normal traffic (like when I stumbled on the bug in the first place), it still happens sometimes. Did you restart the socket and the syslog service (or reboot the system)? I couldn't restart the *socket* (systemd stops it, but doesn't start it afterwards because the *service* is already active; maybe this fact deserves its own bug report). After that, restarting the service restarts both the service and the socket (only if the socket is stopped; if not, restarting the service doesn't restart the socket). With such a strange behavior, I had to check this explicitely by verifying the modification time of /run/systemd/journal/dev-log each time I stopped the socket and restarted systemd-journald. I didn't restart syslog, since I thought the problem comes from systemd-journald. Anyway, since this method didn't show any improvement with the fix applied, I rebooted the system to be sure; but unfortunately the results were the same. So yes, I did restart the remevant units and I can confirm that the fix adopted upstream doesn't really fix the problem. Regards, -- Raphaël HALIMI signature.asc Description: OpenPGP digital signature
Bug#748325: cln: fix mips64(el) build
I tested this patch. It fixes more. __mips64 defines for both N32 and N64, so we should use __LP64__ to determine. Both big- and little- endian define __mips__,so __mips__ || __mipsel__ is not needed. On Thu, Sep 25, 2014 at 1:15 AM, Richard B. Kreckel krec...@ginac.de wrote: On 09/24/2014 11:57 AM, YunQiang Su wrote: On Thu, May 22, 2014 at 9:14 AM, Yunqiang Su wzss...@gmail.com wrote: On Mon, May 19, 2014 at 2:00 PM, Richard B. Kreckel krec...@ginac.de wrote: On 05/16/2014 10:20 AM, Yunqiang Su wrote: Package: cln Version: 1.3.3-1 This patch fix cln build on mips64 and mips64el. Thanks very much for your patch! I've just one question: Why switch from __mips64__ to __mips64? I remember (a long time back, admittedly), that I had to switch the other way, from __mips64 to __mips64__ to make things work. Ohhh, both of them work now. Keep __mips64__ should be OK. Sorry for it. There do be no __mips64__, so we should change it to __mips64. Can you, please, prepare a patch, test if it works, and send it to me? I won't hesitate applying it. -richard. -- Richard B. Kreckel http://in.terlu.de/~kreckel/ -- YunQiang Su diff --git a/include/cln/object.h b/include/cln/object.h index 50517b9..b54b93a 100644 --- a/include/cln/object.h +++ b/include/cln/object.h @@ -22,10 +22,10 @@ namespace cln { #if defined(__m68k__) #define cl_word_alignment 2 #endif -#if defined(__i386__) || defined(__mips__) || defined(__mipsel__) || (defined(__sparc__) !defined(__arch64__)) || defined(__hppa__) || defined(__arm__) || defined(__rs6000__) || defined(__m88k__) || defined(__convex__) || (defined(__s390__) !defined(__s390x__)) || defined(__sh__) || (defined(__x86_64__) defined(__ILP32__)) +#if defined(__i386__) || (defined(__mips__) !defined(__LP64__) ) || (defined(__sparc__) !defined(__arch64__)) || defined(__hppa__) || defined(__arm__) || defined(__rs6000__) || defined(__m88k__) || defined(__convex__) || (defined(__s390__) !defined(__s390x__)) || defined(__sh__) || (defined(__x86_64__) defined(__ILP32__)) #define cl_word_alignment 4 #endif -#if defined(__alpha__) || defined(__ia64__) || defined(__mips64__) || defined(__powerpc64__) || (defined(__sparc__) defined(__arch64__)) || (defined(__x86_64__) !defined(__ILP32__)) || defined(__s390x__) || defined(__aarch64__) +#if defined(__alpha__) || defined(__ia64__) || (defined(__mips64) defined(__LP64__))|| defined(__powerpc64__) || (defined(__sparc__) defined(__arch64__)) || (defined(__x86_64__) !defined(__ILP32__)) || defined(__s390x__) || defined(__aarch64__) #define cl_word_alignment 8 #endif #if !defined(cl_word_alignment) diff --git a/include/cln/types.h b/include/cln/types.h index 30d040e..bc16496 100644 --- a/include/cln/types.h +++ b/include/cln/types.h @@ -48,7 +48,7 @@ #undef HAVE_LONGLONG #endif #endif - #if defined(HAVE_LONGLONG) (defined(__alpha__) || defined(__ia64__) || defined(__mips64__) || defined(__powerpc64__) || defined(__s390x__) || (defined(__sparc__) defined(__arch64__)) || defined(__x86_64__)) || defined(__aarch64__) + #if defined(HAVE_LONGLONG) (defined(__alpha__) || defined(__ia64__) || defined(__mips64) || defined(__powerpc64__) || defined(__s390x__) || (defined(__sparc__) defined(__arch64__)) || defined(__x86_64__)) || defined(__aarch64__) // 64 bit registers in hardware #define HAVE_FAST_LONGLONG #endif @@ -76,7 +76,7 @@ // Integer type used for counters. // Constraint: sizeof(uintC) = sizeof(uintL) - #if (defined(HAVE_FAST_LONGLONG) (defined(__alpha__) || defined(__ia64__) || defined(__powerpc64__) || defined(__s390x__) || (defined(__sparc__) defined(__arch64__)) || defined(__x86_64__) || defined(__aarch64__))) + #if (defined(HAVE_FAST_LONGLONG) (defined(__alpha__) || defined(__ia64__) || defined(__powerpc64__) || defined(__s390x__) || (defined(__sparc__) defined(__arch64__)) || defined(__x86_64__) || defined(__aarch64__) || (defined(__mips64) defined(__LP64__ #define intCsize long_bitsize typedef long sintC; typedef unsigned long uintC; @@ -127,7 +127,7 @@ typedef int sintD; typedef unsigned int uintD; #else // we are not using GMP, so just guess something reasonable -#if (defined(HAVE_FAST_LONGLONG) (defined(__alpha__) || defined(__ia64__) || defined(__powerpc64__) || (defined(__sparc__) defined(__arch64__)) || defined(__s390x__) || defined(__x86_64__) || defined(__aarch64__))) +#if (defined(HAVE_FAST_LONGLONG) (defined(__alpha__) || defined(__ia64__) || defined(__powerpc64__) || (defined(__sparc__) defined(__arch64__)) || defined(__s390x__) || defined(__x86_64__) || defined(__aarch64__) || (defined(__mips64) defined(__LP64__ #define intDsize 64 typedef sint64 sintD; typedef uint64 uintD; diff --git a/src/base/cl_low.h b/src/base/cl_low.h index c4c25ab..acf84f5 100644 --- a/src/base/cl_low.h +++ b/src/base/cl_low.h @@ -826,14 +826,14
Bug#762651: libreoffice-core: soffice cores during start with SIGSEGV
severity 762651 important retitle 762651 libreoffice-core: SIGSEGV during start with (some9) recovery items thanks After some comparison and analyze, it looks that the cause is in the file 'registrymodifications.xcu'. When using the following content, soffice cores: ?xml version=1.0 encoding=UTF-8? oor:items xmlns:oor=http://openoffice.org/2001/registry; xmlns:xs=http://www.w3.org/2001/XMLSchema; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; item oor:path=/org.openoffice.Office.Recovery/RecoveryListnode oor:name=recovery_item_2 oor:op=replaceprop oor:name=DocumentState oor:op=fusevalue0/value/propprop oor:name=Filter oor:op=fusevaluedraw8/value/propprop oor:name=Module oor:op=fusevaluecom.sun.star.drawing.DrawingDocument/value/propprop oor:name=OriginalURL oor:op=fusevalue/value/propprop oor:name=TempURL oor:op=fusevalue/value/propprop oor:name=TemplateURL oor:op=fusevalue/value/propprop oor:name=Title oor:op=fusevalueUntitled 2/value/propprop oor:name=ViewNames oor:op=fusevalueitDefault/it/value/prop/node/item item oor:path=/org.openoffice.Office.Recovery/RecoveryListnode oor:name=recovery_item_3 oor:op=remove//item item oor:path=/org.openoffice.Office.Recovery/RecoveryListnode oor:name=recovery_item_1 oor:op=remove//item item oor:path=/org.openoffice.Office.Recovery/RecoveryInfoprop oor:name=Crashed oor:op=fusevaluefalse/value/prop/item item oor:path=/org.openoffice.Office.Recovery/RecoveryInfoprop oor:name=SessionData oor:op=fusevaluetrue/value/prop/item Did you have pending recoveriies before? Froma hard kill or a crash before? It might be a coincidence that some packages were updated at the same time. (If you still want, I can send you the list.) For reference, yes, ut I tend to agree it's probably a coincidence. I'm not sure if 'grave' is still valid: a workaround is to open the config file and delete the appropriate files. Nevertheless, it's not 'nice' Indeed. Downgrading. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762780: argyll-refV File conflict without Replaces field with argyll 1.5.1-8
Package: argyll-ref Version: 1.6.3-1 Severity: serious Justification: file conflict The problem is the usual dpkg file overwrite error (sorry the message is in French): Dépaquetage de argyll-ref (1.6.3-1) ... dpkg: erreur de traitement de l'archive /var/cache/apt/archives/argyll-ref_1.6.3-1_all.deb (--unpack) : tentative de remplacement de « /usr/share/color/argyll/ref/D50_2.0.sp », qui appartient aussi au paquet argyll 1.5.1-8 You need to add a Replaces: argyll ( 1.6.3-1) in argyll-ref if that package takes over files that used to be owned by argyll. Cheers, -- System Information: Debian Release: jessie/sid APT prefers squeeze-lts APT policy: (500, 'squeeze-lts'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731374: libapache2-mod-mono: Installation with aptitude install libapache2-mod-mono hangs restarting apache2.
I had this problem too, exactly as the initial description and was introduced by itself and never solved by itself. The trick of Maria Jose Santofimia Romero to restart apache from another terminal while hanging worked, but then there were still other unknown problems still making it impossible to run ASP.NET applications at all. I kept postponing everything i needed it for all the time until yesterday getting the existing installation to work. Because the huge error log output and on screen were not helpful, i tried everything on a clean Debian Jessie installation (from the first beta installer) and that did not work either. I did not get the problem this bug thread topic though while installing libapache2-mod-mono and not on my original system either from which i tried to purge/reinstall various apache/mono things hoping to get it to work. So it is possible that this bug can't be reproduced anymore. But to finally get things to work, i ended up modifying /etc/mono-server4/mono-server4-hosts.conf the line: MonoPath default /usr/lib/mono/4.0:/usr/lib into MonoPath default /usr/lib/mono/4.5:/usr/lib Not sure why this https://packages.debian.org/jessie/mono-apache-server4 mentions .NET 1.1 while the above contains 4.0 but only works with 4.5. But in case helpful here is a error log snippet of what i got when not changing that file:[Wed Sep 24 14:47:24.633185 2014] [core:notice] [pid 14546] AH00094: Command line: '/usr/sbin/apache2' Listening on: /tmp/mod_mono_server_global Root directory: / Listening on: /tmp/.mod_mono_server4 Root directory: / Stacktrace: at unknown 0x at Mono.WebServer.VPathToHost.CreateHost (Mono.WebServer.ApplicationServer,Mono.WebServer.WebSource) 0x0007b at Mono.WebServer.ApplicationServer.GetApplicationForPath (string,int,string,bool) 0x0013f at (wrapper remoting-invoke-with-check) Mono.WebServer.ApplicationServer.GetApplicationForPath (string,int,string,bool) 0x at Mono.WebServer.ModMonoWorker.GetOrCreateApplication (string,int,string,string) 0x001ff at Mono.WebServer.ModMonoWorker.InnerRun (object) 0x0026f at Mono.WebServer.ModMonoWorker.Run (object) 0x0001b at (wrapper runtime-invoke) Module.runtime_invoke_void__this___object (object,intptr,intptr,intptr) 0x Native stacktrace: /usr/bin/mono() [0x80fd64e] linux-gate.so.1(__kernel_rt_sigreturn+0) [0xb774940c] linux-gate.so.1(__kernel_vsyscall+0x10) [0xb7749424] /lib/i386-linux-gnu/i686/cmov/libc.so.6(gsignal+0x47) [0xb7542267] /lib/i386-linux-gnu/i686/cmov/libc.so.6(abort+0x143) [0xb7543923] /usr/bin/mono() [0x826d312] /usr/bin/mono() [0x826d381] /usr/bin/mono() [0x815e7be] /usr/bin/mono(mono_class_get_full+0xdf) [0x815f96f] /usr/bin/mono(mono_class_from_name+0xfc) [0x815fd9c] /usr/bin/mono(mono_class_from_typeref+0x171) [0x815f5a1] /usr/bin/mono(mono_class_get_full+0x14a) [0x815f9da] /usr/bin/mono(mono_class_get+0x12) [0x815fae2] /usr/bin/mono(mono_metadata_parse_mh_full+0x491) [0x81a1181] /usr/bin/mono(mono_method_get_header+0xc5) [0x8183135] /usr/bin/mono() [0x807f21a] /usr/bin/mono() [0x8066346] /usr/bin/mono() [0x8068389] /usr/bin/mono() [0x8068fa9] /usr/bin/mono() [0x80fe7e1] [0xb773403e] [0xb5c09150] [0xb5c08fdc] [0xb5c08c78] [0xb5cb6710] [0xb5cb630c] [0xb7497c9d] /usr/bin/mono() [0x80690a1] Debug info from gdb: = Got a SIGABRT while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = [Wed Sep 24 14:47:42.346648 2014] [:error] [pid 14555] (70014)End of file found: read_data failed [Wed Sep 24 14:47:42.346757 2014] [:error] [pid 14555] Command stream corrupted, last command was -1 --- Stine Kristiansen wrote:Can't reproduce the bug in Debian testing, is there anything I'm missing? The following NEW packages will be installed: libapache2-mod-mono mono-apache-server{a} mono-apache-server4{a} mono-xsp4-base{a} 0 packages upgraded, 4 newly installed, 0 to remove and 70 not upgraded. Need to get 252 kB of archives. After unpacking 564 kB will be used. Do you want to continue? [Y/n/?] y Get: 1 http://cdn.debian.net/debian/ unstable/main libapache2-mod-mono i386 2.11+git20130708.6b73e85-4 [53.8 kB] Get: 2 http://http.debian.net/debian/ testing/main mono-xsp4-base all 3.0.11-1 [69.0 kB] Get: 3 http://http.debian.net/debian/ testing/main mono-apache-server4 all 3.0.11-1 [85.1 kB] Get: 4 http://http.debian.net/debian/ testing/main mono-apache-server all 3.0.11-1 [44.2 kB] Fetched 252 kB in 3s (65.1 kB/s) Retrieving bug reports... Done Parsing Found/Fixed information... Done grave bugs of libapache2-mod-mono (→
Bug#762781: security-tracker: Provide list of candidates for dsa-needed.txt/dla-needed.txt
Package: security-tracker Severity: wishlist It would be nice if the security tracker could provide by release a list of packages with open vulnerabilities (i.e. neither unimportant nor tagged as no-dsa) that are not yet listed in dsa-needed.txt/dla-needed.txt depending on the case. It would help triage issues where no formal decision has been taken yet on whether a DSA/DLA is warranted. -- System Information: Debian Release: jessie/sid APT prefers squeeze-lts APT policy: (500, 'squeeze-lts'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762656: Test case
I have reduced the issue to the following. Simply compile it from a Debian/PowerPC based computer: $ cat t.c #include stdint.h int main() { int64_t x = 0, y = 1; y = __sync_val_compare_and_swap(x, x, y); return 0; } $ gcc t.c /tmp/ccAS9Llh.o: In function `main': t.c:(.text+0x64): undefined reference to `__sync_val_compare_and_swap_8' collect2: ld returned 1 exit status According to online docs: https://gcc.gnu.org/onlinedocs/gcc-4.9.1/gcc/_005f_005fsync-Builtins.html#_005f_005fsync-Builtins [...] The definition given in the Intel documentation allows only for the use of the types int, long, long long as well as their unsigned counterparts. GCC allows any integral scalar or pointer type that is 1, 2, 4 or 8 bytes in length. [...] So I am guessing the documentation is outright lying at least for 32bits based PowerPC target. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758935: [Pkg-anonymity-tools] Bug#758935: torbrowser-launcher: fails to start: exit code 127
Hi Paul, On Donnerstag, 25. September 2014, Paul Wise wrote: I'm having this issue too. always or sometimes? For me to torbrowser-launches fails to launch torbrowser approx. once in ten attempts to run it... then I retry and it works... cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#762782: libprocps4-dev and libprocps3-dev: error when trying to install together
Package: libprocps3-dev,libprocps4-dev Version: libprocps3-dev/1:3.3.9-7 Version: libprocps4-dev/1:3.3.10-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2014-09-25 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 libprocps3:amd64. (Reading database ... 10876 files and directories currently installed.) Preparing to unpack .../libprocps3_1%3a3.3.9-7_amd64.deb ... Unpacking libprocps3:amd64 (1:3.3.9-7) ... Selecting previously unselected package libprocps4:amd64. Preparing to unpack .../libprocps4_1%3a3.3.10-1_amd64.deb ... Unpacking libprocps4:amd64 (1:3.3.10-1) ... Selecting previously unselected package libprocps3-dev. Preparing to unpack .../libprocps3-dev_1%3a3.3.9-7_amd64.deb ... Unpacking libprocps3-dev (1:3.3.9-7) ... Selecting previously unselected package libprocps4-dev. Preparing to unpack .../libprocps4-dev_1%3a3.3.10-1_amd64.deb ... Unpacking libprocps4-dev (1:3.3.10-1) ... dpkg: error processing archive /var/cache/apt/archives/libprocps4-dev_1%3a3.3.10-1_amd64.deb (--unpack): trying to overwrite '/usr/include/proc/sysinfo.h', which is also in package libprocps3-dev 1:3.3.9-7 Errors were encountered while processing: /var/cache/apt/archives/libprocps4-dev_1%3a3.3.10-1_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/include/proc/alloc.h /usr/include/proc/devname.h /usr/include/proc/escape.h /usr/include/proc/procps.h /usr/include/proc/pwcache.h /usr/include/proc/readproc.h /usr/include/proc/sig.h /usr/include/proc/slab.h /usr/include/proc/sysinfo.h /usr/include/proc/version.h /usr/include/proc/wchan.h /usr/include/proc/whattime.h /usr/lib/x86_64-linux-gnu/libprocps.a /usr/lib/x86_64-linux-gnu/libprocps.so /usr/lib/x86_64-linux-gnu/pkgconfig/libprocps.pc 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#762783: ftdi_sio: kernel OOPS, ftdi_sio_port_probe+0x2dc/0x43a
Package: src:linux Version: 3.2.60-1+deb7u3 Severity: important Tags: upstream Trying to load ftdi_sio triggers a kernel crash: $ modprobe ftdi_sio vendor=0x0421 product=0x0264 The context: I intend to use wine to emulate a windows binary in order to learn about the USB protocol of by an USB device. The windows binary makes use of the ftd2xx.dll which is not natively implemented by wine but for which the couple (libftd2xx + ftdi_sio) can do the trick. The first step is thus loading the ftdi_sio module using adequate vendor/product numbers. Whatever devices are plugged in the machine, I wouldn't expect ftdi_sio to crash. syslog follows: -- Package-specific info: ** Kernel log: boot messages should be attached Sep 25 02:48:53 janitor kernel: [ 1664.615275] usbcore: registered new interface driver usbserial Sep 25 02:48:53 janitor kernel: [ 1664.615313] USB Serial support registered for generic Sep 25 02:48:53 janitor kernel: [ 1664.615530] usbcore: registered new interface driver usbserial_generic Sep 25 02:48:53 janitor kernel: [ 1664.615536] usbserial: USB Serial Driver core Sep 25 02:48:53 janitor kernel: [ 1664.620281] USB Serial support registered for FTDI USB Serial Device Sep 25 02:48:53 janitor kernel: [ 1664.620404] ftdi_sio 1-2:1.0: FTDI USB Serial Device converter detected Sep 25 02:48:53 janitor kernel: [ 1664.620509] usb 1-2: Detected FT2232C Sep 25 02:48:53 janitor kernel: [ 1664.620514] usb 1-2: Number of endpoints 3 Sep 25 02:48:53 janitor kernel: [ 1664.620518] usb 1-2: Endpoint 1 MaxPacketSize 64 Sep 25 02:48:53 janitor kernel: [ 1664.620522] usb 1-2: Endpoint 2 MaxPacketSize 64 Sep 25 02:48:53 janitor kernel: [ 1664.620526] usb 1-2: Endpoint 3 MaxPacketSize 64 Sep 25 02:48:53 janitor kernel: [ 1664.620530] usb 1-2: Setting MaxPacketSize 64 Sep 25 02:48:53 janitor kernel: [ 1664.625526] usb 1-2: FTDI USB Serial Device converter now attached to ttyUSB0 Sep 25 02:48:53 janitor kernel: [ 1664.625621] ftdi_sio 1-2:1.1: FTDI USB Serial Device converter detected Sep 25 02:48:53 janitor kernel: [ 1664.625713] usb 1-2: Detected FT2232C Sep 25 02:48:53 janitor kernel: [ 1664.625717] usb 1-2: Number of endpoints 0 Sep 25 02:48:53 janitor kernel: [ 1664.626289] *pdpt = 1916c001 *pde = Sep 25 02:48:53 janitor kernel: [ 1664.626590] Modules linked in: ftdi_sio(+) usbserial usbmon bluetooth rfkill xts gf128mul mperf speedstep_lib cpufreq_userspace cpufreq_powersave cpufreq_stats cpufreq_conservative xt_multiport iptable_filter ip_tables x_tables nfnetlink_log nfnetlink uinput deflate zlib_deflate ctr twofish_generic twofish_i586 twofish_common camellia serpent blowfish_generic blowfish_common cast5 des_generic xcbc rmd160 sha512_generic sha1_generic hmac crypto_null af_key fuse clip atm sha256_generic cryptd aes_i586 aes_generic cbc loop dm_crypt snd_ali5451 snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc snd_seq_midi snd_seq_midi_event snd_rawmidi snd_seq radeon snd_seq_device snd_timer snd ttm i2c_ali15x3 pcmcia joydev soundcore drm_kms_helper i2c_ali1535 drm i2c_algo_bit yenta_socket pcmcia_rsrc evdev ac97_bus alim1535_wdt parport_pc parport i2c_core video psmouse serio_raw pcmcia_core shpchp battery container processor button ac power_supply ext4 crc16 jbd2 mbcache dm_mirror d Sep 25 02:48:53 janitor kernel: m_region_hash dm_log dm_mod microcode sg sr_mod sd_mod crc_t10dif cdrom ata_generic pata_ali libata scsi_mod natsemi thermal thermal_sys ohci_hcd ehci_hcd usbcore usb_common [last unloaded: mii] Sep 25 02:48:53 janitor kernel: [ 1664.629266] Sep 25 02:48:53 janitor kernel: [ 1664.629266] Pid: 8492, comm: modprobe Not tainted 3.2.0-4-686-pae #1 Debian 3.2.60-1+deb7u3 Hewlett-Packard Presario 2100 (DM554A) /002A Sep 25 02:48:53 janitor kernel: [ 1664.629266] EIP: 0060:[dcec8b16] EFLAGS: 00010246 CPU: 0 Sep 25 02:48:53 janitor kernel: [ 1664.629266] EIP is at ftdi_sio_port_probe+0x2dc/0x43a [ftdi_sio] Sep 25 02:48:53 janitor kernel: [ 1664.629266] EAX: 0034 EBX: ECX: da459c84 EDX: 002c Sep 25 02:48:53 janitor kernel: [ 1664.629266] ESI: d9e43c00 EDI: db164464 EBP: d83caa00 ESP: da459ccc Sep 25 02:48:53 janitor kernel: [ 1664.629266] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 Sep 25 02:48:53 janitor kernel: [ 1664.629266] 0010 d9754c00 d9919300 d9e43d24 d86ca0e0 002c d9919300 Sep 25 02:48:53 janitor kernel: [ 1664.629266] d9e43c00 d9e43d24 dcecda88 dca0a7b2 d9e43d24 ffed dcecda9c Sep 25 02:48:53 janitor kernel: [ 1664.629266] c11f5c3f d9e43d24 d9e43d24 dca0d1e8 c11f4c21 da5de0ec d9751338 Sep 25 02:48:53 janitor kernel: [ 1664.629266] [dca0a7b2] ? usb_serial_device_probe+0x34/0x94 [usbserial] Sep 25 02:48:53 janitor kernel: [ 1664.629266] [c11f5c3f] ? driver_probe_device+0x8c/0x10c Sep 25 02:48:53 janitor kernel: [ 1664.629266] [c11f4c21] ? bus_for_each_drv+0x37/0x60 Sep 25 02:48:53 janitor kernel: [ 1664.629266]
Bug#762781: security-tracker: Provide list of candidates for dsa-needed.txt/dla-needed.txt
Hi Raphaël, On Donnerstag, 25. September 2014, Raphaël Hertzog wrote: It would be nice if the security tracker could provide by release a list of packages with open vulnerabilities (i.e. neither unimportant nor tagged as no-dsa) that are not yet listed in dsa-needed.txt/dla-needed.txt depending on the case. thanks for this description, sounds implementable ;-) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#742330: RFS: gravit/0.5.1-1 ITP -- visually stunning gravity simulator
On 24/09/14 17:29, Thibaut Paumard wrote: Le 24/09/2014 17:05, Thibaut Paumard a écrit : I'm building the package now, will let you know if there are other problems While you're at it, there's a new version of Policy, you should update Standards-Version: https://www.debian.org/doc/packaging-manuals/upgrading-checklist.txt Package looks good otherwise, I'll upload as soon as you have fixed the remaining issues: +dfsg in upstream version, nit-picking about copyright, Standards-Version should be 3.9.6 (I think lintian doesn't even know about it yet) Regards, Thibaut. Hi Thibaut, I corrected these problems: http://mentors.debian.net/package/gravit (changes: http://anonscm.debian.org/cgit/debian-astro/packages/gravit.git/) I also added cc-by-sa-3.0.txt to gravit-data since in theory every license text should be distributed with Debian, but I couldn't find it in /usr/share/common-licenses. Tomasz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760270: [Pkg-xen-devel] Bug#760270: xen: Update xendomains init and default files to rispective upstream version
On Tue, 2014-09-02 at 11:38 +0200, Fabio Fantoni wrote: Source: xen Version: 4.4.0-4 Severity: normal Xendomains init and default files are taken from debian folder instead source and are not updated for some years. Please update them from upstream source. I did a fast update and test of them available here: https://github.com/Fantu/pkg-xen/commit/4d1914776256d209665d490182cf662f70cda619 If you look at the diff you will see that by just copying in the upstream one you have overwritten some important Debian customisations (the xen toolstack wrapper being the first one I came across) and introduces some unnecessary ugliness (the LOCKFILE detection is pointless in the context of Debian, as is the use of the SuSE rc script helpers) which have been deliberately patched out. I don't know why the Debian script was originally forked rather than patched via debian/patches but now that it is updating it needs to be done in a way which preserves the changes which matter. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762784: totem-plugins: missing jamendo plugin
Package: totem-plugins Version: 3.14.0-2 Severity: normal Dear Maintainer, while browsing the jamendo website, it occured to me that totem might have a plugin to integrate it in the desktop. And indeed I found plenty of reference to that plugin on the web, including the gnome website: https://help.gnome.org/users/totem/stable/totem-plugins.html.en#totem-plugins-jamendo So I guess this plugin should be part of totem-plugins, but apparently it is not there. A bit of research shows that it was removed in 2011 with other plugins, but no reason is given: https://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/totem/debian/totem-plugins.install?r1=31200r2=31204 I couldn't find any bug report specific to that plugin, and nothing in the NEWS or README files for totem-plugins, so would you consider re-enabling it, or documenting why it is disabled ? Thanks a lot for your work, -- Rémi -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages totem-plugins depends on: ii gir1.2-gdkpixbuf-2.0 2.30.8-1 ii gir1.2-glib-2.0 1.42.0-1 ii gir1.2-gtk-3.03.14.0-1 ii gir1.2-pango-1.0 1.36.7-1 ii gir1.2-peas-1.0 1.12.1-1 ii gir1.2-totem-1.0 3.14.0-2 ii libatk1.0-0 2.12.0-1 ii libc6 2.19-11 ii libcairo-gobject2 1.12.16-5 ii libcairo2 1.12.16-5 ii libgdk-pixbuf2.0-02.30.8-1 ii libglib2.0-0 2.42.0-1 ii libgtk-3-03.14.0-1 ii liblircclient00.9.0~pre1-1.1 ii libpango-1.0-01.36.7-1 ii libpangocairo-1.0-0 1.36.7-1 ii libtotem0 3.14.0-2 ii libxml2 2.9.1+dfsg1-4 ii python-gi 3.14.0-1 ii python-xdg0.25-4 ii python2.7 2.7.8-7 pn python:anynone ii totem 3.14.0-2 Versions of packages totem-plugins recommends: ii gnome-settings-daemon 3.14.0-1 Versions of packages totem-plugins suggests: pn gromit 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#762749: [PKG-Openstack-devel] Bug#762749: [CVE-2014-7144] TLS cert verification option not honored in paste configs
On 09/25/2014 05:34 AM, Luciano Bello wrote: Package: python-keystoneclient Severity: important Tags: security upstream patch fixed-upstream Hi there, the following vulnerabilities were published for python-keystoneclient: CVE-2014-7144: TLS cert verification option not honored in paste configs If you fix the vulnerabilities please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: http://seclists.org/oss-sec/2014/q3/620 https://review.openstack.org/#/c/113191/ Please adjust the affected versions in the BTS as needed. Can you please confirm to the security-team if the stable version is affected? Regards, luciano Hi Luciano, You've send twice the same bug report, using the same CVE, but for both keystonemiddleware and keystoneclient. Is this intentional? CVE-2014-7144 is about keystonemiddleware. Stable isn't affected (it doesn't contain keystonemiddleware). Though if there's another CVE which I'm not (yet) aware of on keystoneclient, then this would have to be checked. Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762634: initramfs-tools: [armhf] mounting rootfs on USB disk fails / some USB host controller drivers missing in initramfs
* Karsten Merker [Thu Sep 25, 2014 at 08:15:48AM +0200]: On Tue, Sep 23, 2014 at 11:42:08PM +0200, Michael Prokop wrote: Does this look like it would provide what you're asking for? http://anonscm.debian.org/cgit/kernel/initramfs-tools.git/commit/?h=mika/bug_762634id=3b835665015c0a9287284c2548b12ab7c8cabc78 outside d-i and for the MODULES=most configuration, this works fine: [...] Inside the /target chroot created by d-i, update-initramfs is by default configured to run with MODULES=dep and gives only the following modules on my armhf/sunxi test system: Hmpf, I so much am not a fan of this default MODULES=dep behaviour of d-i... [...] The phy-sun4i-usb module is missing there, although it is loaded by the running kernel: # lsmod |grep phy_sun4i_usb phy_sun4i_usb 4260 4 Without phy_sun4i_usb, USB support does not work at all on this platform, so this module would always have to be included. The missing ohci-hcd and ohci-platform modules would be explained by the fact that this particular device technically has both EHCI and OHCI controllers, but the platform-dependent OHCI glue code is not yet implemented in the kernel, so the OHCI part is currently invisible to the kernel. Ok When manually running update-initramfs with MODULES=most inside the d-i /target chroot, all three modules (ohci-platform, ehci-platform and phy-sun4i-usb) are there, but by default the user is not presented with a choice regarding MODULES=dep vs. MODULES=most in d-i. The relevant debconf prompt is only presented at debconf priority medium, i.e. when running d-i in expert mode, so I would appreciate very much if you could include the missing phy-sun4i-usb module also when building the initramfs with MODULES=dep. Is there a /sys/... entry which would make it obvious for i-t that phy-sun4i-usb exists/should be loaded? regards, -mika- signature.asc Description: Digital signature
Bug#743508: libzmq3: upgrading from 3.2.3 to 4.0.4 breaks python-pytango
Hi, On Thu, Sep 25, 2014 at 4:06 AM, Goswin von Brederlow goswin-...@web.de wrote: do we realy need a libzmq.so.3 in Jessie? Upstream is preparing a new stable version now with libzmq.so.4. Given that the breakage between 3 and 4 is minimal (easy to port your software, most just works) do we need to maintain 2 versions of zeromq? Just for the record, we are talking v2 (v2.2.0 to be more precise) to v4 upgrade and not from a v3 one. Yes, only the Python bindings use v2 in the archive, but supports v4 as well (see compatibility[1]). I don't know the compatibility level of the C/C++ API between v2 and v4, but open to discussion if the former should be removed. At least no other package uses it. Do you know if upstream supports v2 (important and security fixes) or not? Regards, Laszlo/GCS [1] http://zeromq.org/bindings:python -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762785: htop: No more shows any processes if once a user starting with an underscore (_) was selected
Package: htop Version: 1.0.3-1 Severity: important Dear Maintainer, with the new _apt user in apt 1.1~exp3 (in Debian Experimental), I wanted to see what it does and started htop -u _apt. I didn't see a single process. Then I tried it interactively: * Started apt-get update in one root shell * Started htop in another one, pressed u, saw the _apt user there, selected it Again I saw no processes listed. The I pressed u again, selected All Users and still -- no processes shown at all. Then I started htop -u _apt again, pressed u, selected All Users and still: No processes shown at all. I tried the latter as root as well as normal user, inside a screen session (as root) as well as outside a screen session (as normal user). I also noticed that when selecting All users in the above cases, the terminal bell rings (^G). Conclusion: As soon as the view is reduced to all processes of a user which starts with an underscore, something is broken in htop. P.S.: ps auxw | fgrep _apt indeed showed a bunch of processes, so it's definitely htop, not apt. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (110, 'experimental'), (109, 'buildd-unstable'), (109, 'buildd-experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages htop depends on: ii libc6 2.19-11 ii libncursesw5 5.9+20140913-1 ii libtinfo5 5.9+20140913-1 htop recommends no packages. Versions of packages htop suggests: ii ltrace 0.7.3-4 ii strace 4.9-2 -- 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#762786: gdm3: Can't exclude users from login list
Package: gdm3 Version: 3.4.1-8 Severity: normal Dear Maintainer, First of all I tried editing /etc/gdm3/daemon.conf. At the [greeter] section I placed: [greeter] IncludeAll=false Include=myuser To only include myuser. dpkg-reconfigure dm3 service gdm3 restart And I'm presented with the same login list (all the users) Then: [greeter] IncludeAll=false Exclude=excludeduser Same result. And also the combination of two which gave the same result. I also tried to change /etc/passwd and set for the users which I didn't want to appear /bin/false as the login shell, but that didn't work out either. I know that if the id of the user is under 1000 it will not get displayed, well, I can change id of the users, but that's a bit hacky. -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii accountsservice 0.6.21-8 ii adduser 3.113+nmu3 ii dconf-gsettings-backend 0.12.1-3 ii dconf-tools 0.12.1-3 ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.15 ii gir1.2-freedesktop1.32.1-1 ii gir1.2-glib-2.0 1.32.1-1 ii gnome-session [x-session-manager] 3.4.2.1-4 ii gnome-session-bin 3.4.2.1-4 ii gnome-session-fallback [x-session-manage 3.4.2.1-4 ii gnome-settings-daemon 3.4.2+git20121218.7c1322-3+deb7u3 ii gnome-terminal [x-terminal-emulator] 3.4.1.1-2 ii gsettings-desktop-schemas 3.4.2-3 ii libaccountsservice0 0.6.21-8 ii libatk1.0-0 2.4.0-2 ii libattr1 1:2.4.46-8 ii libaudit0 1:1.7.18-1.1 ii libc6 2.13-38+deb7u4 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libcanberra-gtk3-00.28-6 ii libcanberra0 0.28-6 ii libdbus-1-3 1.6.8-1+deb7u4 ii libdbus-glib-1-2 0.100.2-1 ii libfontconfig12.9.0-7.1 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libglib2.0-bin2.33.12+really2.32.4-5 ii libgtk-3-03.4.2-7 ii libpam-modules1.1.3-7.1 ii libpam-runtime1.1.3-7.1 ii libpam0g 1.1.3-7.1 ii libpango1.0-0 1.30.0-1 ii librsvg2-common 2.36.1-2 ii libselinux1 2.1.9-5 ii libupower-glib1 0.9.17-1 ii libwrap0 7.6.q-24 ii libx11-6 2:1.5.0-1+deb7u1 ii libxau6 1:1.0.7-1 ii libxdmcp6 1:1.1.1-1 ii libxklavier16 5.2.1-1 ii libxrandr22:1.3.2-2+deb7u1 ii lsb-base 4.1+Debian8+deb7u1 ii metacity [x-window-manager] 1:2.34.3-4 ii policykit-1-gnome 0.105-2 ii upower0.9.17-1 ii x11-common1:7.7+3~deb7u1 ii x11-xserver-utils 7.7~3 ii xterm [x-terminal-emulator] 278-4 Versions of packages gdm3 recommends: ii at-spi2-core 2.5.3-2 ii desktop-base 7.0.3 ii gnome-icon-theme 3.4.0-2 ii gnome-icon-theme-symbolic 3.4.0-2 ii x11-xkb-utils 7.7~1 ii xserver-xephyr 2:1.12.4-6+deb7u2 ii xserver-xorg 1:7.7+3~deb7u1 ii zenity 3.4.0-2 Versions of packages gdm3 suggests: ii gnome-orca3.4.2-2 ii gnome-shell 3.4.2-7+deb7u1 pn gok none ii libpam-gnome-keyring 3.4.1-5 -- Configuration Files: /etc/gdm3/daemon.conf changed: [daemon] AutomaticLoginEnable=False AutomaticLogin=axiom [security] [xdmcp] [greeter] IncludeAll=false Include=myuser Exclude=excludeduser [chooser] [debug] -- debconf information: * shared/default-x-display-manager: gdm3 gdm3/daemon_name: /usr/sbin/gdm3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731975: Changing to RFP
I'm sorry for having kept this as ITP for so long, but I've just decided that I no longer wish to package pybitmessage for Debian. Feel free to pick up the work. Before you do, though, here are some things to consider: -PyBitmessage provides convenience copies of libraries. However, these cannot be just removed, as there are many local modifications without which PyBitmessage will not work. They cannot be kept there either, as Debian policy does not allow shipping convenience copies. I've tried submitting the PyBitmessage changes to the libraries upstream, although this is painfully slow. -PyBitmessage supports Namecoin addresses, but Namecoin is not yet in Debian. To fix this, you will either have to package Namecoin yourself, or make a note in the interface explaining that Namecoin is not in Debian, but it is possible to compile your own Namecoin from source. -All of the licensing issues have been sorted out, and I've compiled a list of licenses in this issue: https://github.com/Bitmessage/PyBitmessage/issues/669 . However, I wrote that list a while ago, and the licenses may have changed by now. -Upstream ships a Debian directory, and keeps VCS information in their release tarballs. You can get around this by using the command 'make sourcedeb', which generates a .orig.tar.gz without the Debian directory or the VCS information included. Good luck, future maintainer! Hopefully, we'll have PyBitmessage in Debian someday. Riley Baird -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762787: ITP: python-muranoclient -- cloud-ready application catalog - Python client
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-muranoclient Version : 0.5.5 Upstream Author : OpenStack Development Mailing List openstack-...@lists.openstack.org * URL : https://github.com/stackforge/python-muranoclient * License : Apache-2.0 Programming Lang: Python Description : cloud-ready application catalog - Python client Murano Project introduces an application catalog, which allows application developers and cloud administrators to publish various cloud-ready applications in a browsable categorised catalog, which may be used by the cloud users (including the inexperienced ones) to pick-up the needed applications and services and composes the reliable environments out of them in a push-the-button manner. . This is a client for Murano. There's a Python API (the muranoclient module), and a command-line script (murano). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758935: torbrowser-launcher: fails to start: exit code 127
Hi, I'm also running TBL on Debian Jessie Wheezy, with AppArmor enabled, using different window managers. I can't, however, reproduce that bug. I have never seen it actually. The start-tor-browser executable is part of the downloaded Tor Browser Bundle itself. Would you be able to run ./start-tor-browser --debug and give more output, please? I am simply not quite sure about the empty variable assertion. As a matter of fact, it seems to be empty on my machine too :) Cheers, u. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758935: [Pkg-anonymity-tools] Bug#758935: torbrowser-launcher: fails to start: exit code 127
On Thu, 2014-09-25 at 09:06 +0200, Holger Levsen wrote: always or sometimes? Always, the analysis already in the bug seems correct to me. For me to torbrowser-launches fails to launch torbrowser approx. once in ten attempts to run it... then I retry and it works... Hmm. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#762788: [l10n:eu] apt-listbugs 0.1.16: updated Basque translation
Package: apt-listbugs Version: 0.1.16 X-Debbugs-CC: debian-l10n-bas...@lists.debian.org Severity: wishlist Tags: l10n patch Attached Basque translation. Please, could you add it for us? Thanks and best regards, Dooteo # translation of apt-listbugs.po to Euskara # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Piarres Beobide Egaña p...@beobide.net, 2009. # Iñaki Larrañaga Murgoitio doo...@zundan.com, 2012, 2014. msgid msgstr Project-Id-Version: apt-listbugs 0.1.16\n Report-Msgid-Bugs-To: invernom...@paranoici.org\n POT-Creation-Date: 2014-08-11 16:22+0200\n PO-Revision-Date: 2014-09-25 09:55+0200\n Last-Translator: Iñaki Larrañaga Murgoitio doo...@zundan.com\n Language-Team: Basque librez...@librezale.org\n Language: eu\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.4\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. TRANSLATORS: E: is a label for error messages; you may translate it with a suitable abbreviation of the word error #: ../apt-listbugs:330 ../apt-listbugs:368 ../apt-listbugs:373 #: ../apt-listbugs:379 ../apt-listbugs:393 ../apt-listbugs:423 #: ../apt-listbugs:454 ../apt-listbugs:503 ../apt-listbugs:516 #: ../aptcleanup:54 ../aptcleanup:57 ../lib/apt-listbugs/logic.rb:268 #: ../lib/apt-listbugs/logic.rb:278 ../lib/apt-listbugs/logic.rb:900 #: ../lib/apt-listbugs/logic.rb:911 ../lib/apt-listbugs/logic.rb:923 #: ../migratepins:54 ../migratepins:57 msgid E: msgstr E: #: ../apt-listbugs:331 msgid This may be caused by a package lacking support for the ruby interpreter in use. Try to fix the situation with the following commands: msgstr Baliteke uneko ruby interpretatzaileak paketearen euskarririk ez edukitzeagatik gertatzea. Saiatu egoera komando hauekin konpontzen: #: ../apt-listbugs:368 msgid APT_HOOK_INFO_FD is undefined.\n msgstr APT_HOOK_INFO_FD definitu gabe dago.\n #: ../apt-listbugs:373 msgid APT_HOOK_INFO_FD is not correctly defined.\n msgstr APT_HOOK_INFO_FD ez dago ongi definituta.\n #: ../apt-listbugs:379 msgid Cannot read from file descriptor %d msgstr Ezin da %d. fitxategi-deskriptoretik irakurri #: ../apt-listbugs:393 msgid APT Pre-Install-Pkgs is not giving me expected 'VERSION 3' string.\n msgstr APT Pre-Install-Pkgs komandoak ez du espero zen 'VERSION 3' katea itzuli.\n #: ../apt-listbugs:423 msgid APT Pre-Install-Pkgs is giving me fewer fields than expected.\n msgstr APT Pre-Install-Pkgs komandoak uste baino eremu gutxiago itzuli ditu.\n #: ../apt-listbugs:454 msgid APT Pre-Install-Pkgs is giving me an invalid direction of version change.\n msgstr APT Pre-Install-Pkgs komandoak bertsio-aldaketaren baliogabeko helbide bat itzuli du.\n #: ../apt-listbugs:533 msgid ** Exiting with an error in order to stop the installation. ** msgstr ** Errore batekin irteten instalazioa gelditu ahal izateko. ** #: ../aptcleanup:54 ../lib/apt-listbugs/logic.rb:338 ../migratepins:54 msgid Cannot read from %s msgstr Ezin da %s(e)tik irakurri #: ../aptcleanup:125 msgid Fixed packages : msgstr Finkatutako paketeak: #: ../lib/apt-listbugs/logic.rb:47 msgid Usage: msgstr Erabilera: #: ../lib/apt-listbugs/logic.rb:48 msgid [options] command [arguments] msgstr [aukerak] komandoa [argumentuak] #: ../lib/apt-listbugs/logic.rb:50 msgid Options:\n msgstr Aukerak:\n #. TRANSLATORS: the colons (:) in the following strings are vertically aligned, please keep their alignment consistent #: ../lib/apt-listbugs/logic.rb:52 msgid -h : Display this help and exit.\n msgstr -h : Bistarazi laguntza hau eta irten.\n #: ../lib/apt-listbugs/logic.rb:53 msgid -v : Show version number and exit.\n msgstr -v : Bistarazi bertsio-zenbakia eta irten.\n #: ../lib/apt-listbugs/logic.rb:54 msgid -s severities : Filter bugs by severities you want to see (or \all\)\n [%s].\n msgstr -s larritasunak : Iragazi ikustea nahi dituzun akatsak larritasunen \n arabera (edo \all\, guztiak)\n [%s].\n #: ../lib/apt-listbugs/logic.rb:55 msgid -T tags: Filter bugs by tags you want to see.\n msgstr -T etiketak : Iragazi ikustea nahi dituzun akatsak etiketen\n arabera.\n #: ../lib/apt-listbugs/logic.rb:56 msgid -S states : Filter bugs by pending-state categories you want to see\n [%s].\n msgstr -S egoera : Iragazi ikustea nahi dituzun akatsak zain-egoerako \n kategorien arabera.\n [%s].\n #: ../lib/apt-listbugs/logic.rb:57 msgid -B bug#: Filter bugs by number, showing only the specified bugs.\n msgstr -B akats-zenbakia : Iragazi akatsak zenbakiaren arabera,\n zehaztutako akatsak soilik
Bug#762789: ppp: CVE-2014-3158: Integer overflow in option parsing
Package: ppp Severity: grave Tags: security Hi, the following vulnerability was published for ppp. CVE-2014-3158[0]: Potential integer overflow in option parsing This is fixed in this commit https://github.com/paulusmack/ppp/commit/7658e8257183f062dc01f87969c140707c7e52cb and in the 2.4.7 upstream release. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-3158 https://security-tracker.debian.org/tracker/CVE-2014-3158 http://marc.info/?l=linux-pppm=140764978420764 Please adjust the affected versions in the BTS as needed. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762790: powerpc-utils: maintainer address bounces
Source: powerpc-utils Version: 1.1.3-24 Severity: serious X-Debbugs-Cc: Aurelien Jarno aure...@debian.org [ CCed last uploader as well. ] The maintainer address for powerpc-utils bounces, see below. Ansgar Mail Delivery System mailer-dae...@mailly.debian.org writes: This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: schm...@biophys.uni-duesseldorf.de SMTP error from remote mail server after RCPT TO:schm...@biophys.uni-duesseldorf.de: host mail1.rz.uni-duesseldorf.de [134.99.128.31]: 550 5.7.1 schm...@biophys.uni-duesseldorf.de... server [192.168.25.31] for schm...@biophys.uni-duesseldorf.de previously cached response: 550 5.1.1 unknown or illegal alias: schm...@biophys.uni-duesseldorf.de -- This is a copy of the message, including all the headers. -- [...] From: Debian FTP Masters ftpmas...@ftp-master.debian.org To: Michael Schmitz schm...@biophys.uni-duesseldorf.de, Aurelien Jarno aure...@debian.org [...] Subject: powerpc-utils_1.1.3-24.1_source.changes ACCEPTED into unstable Message-Id: e1xwucw-mu...@franck.debian.org Date: Wed, 24 Sep 2014 21:34:16 + [...] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652459: too little, too late?
* Joey Hess [Thu Sep 25, 2014 at 01:32:36AM -0400]: We're starting to have to work around this bug in d-i, by eg making separate /usr a harder situation to get into when installing Debian. My calendar says 10 days until freeze start. I sincerely hope someone does something. I get your point, but in my calendar it's ~41 days until the freeze, am I mistaken? * Marco d'Itri [Thu Sep 25, 2014 at 07:43:43AM +0200]: Would anybody mind if I just uploaded straight to unstable a new initramfs-tools package with no concern at all for the maintainer's unexpressed wishes? It would have been more useful if you provided feedback on my calls for help/feedback (e.g. in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652459#136 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652459#194) Anyway, I'm working on it (even though I have zero interest in this feature on my own and actually don't have time for it) - I noticed some problems with the code which I try to resolve... regards, -mika- signature.asc Description: Digital signature
Bug#762651: libreoffice-core: soffice cores during start with SIGSEGV
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello! Attached the list of packages which were updated two days ago. Kind regards Andre = Start-Date: 2014-09-23 07:07:59 Commandline: apt-get upgrade Upgrade: libkrossui4:amd64 (4.14.0-1, 4.14.1-1), libmimic0:amd64 (1.0.4-2.1+b1, 1.0.4-2.2), libkde3support4:amd64 (4.14.0-1, 4.14.1-1), telepathy-haze:amd64 (0.8.0-1, 0.8.0-2), libkrosscore4:amd64 (4.14.0-1, 4.14.1-1), libgpgme++2:amd64 (4.14.0-1, 4.14.1-1), libktexteditor4:amd64 (4.14.0-1, 4.14.1-1), telepathy-idle:amd64 (0.2.0-1, 0.2.0-2), kdelibs5-data:amd64 (4.14.0-1, 4.14.1-1), kmod:amd64 (18-1, 18-2), libkdeui5:amd64 (4.14.0-1, 4.14.1-1), libkdeclarative5:amd64 (4.14.0-1, 4.14.1-1), apt:amd64 (1.0.8, 1.0.9.1), libunique-1.0-0:amd64 (1.1.6-4, 1.1.6-5), evolution-data-server-common:amd64 (3.12.5-2, 3.12.6-1), empathy-common:amd64 (3.12.5-1, 3.12.6-1), empathy:amd64 (3.12.5-1, 3.12.6-1), libthreadweaver4:amd64 (4.14.0-1, 4.14.1-1), libwireshark5:amd64 (1.12.0+git+4fab41a1-1+b1, 1.12.1+g01b65bf-1), libotf0:amd64 (0.9.13-1, 0.9.13-2), gstreamer0.10-plugins-good:amd64 (0.10.31-3+nmu3, 0.10.31-3+nmu4), gir1.2-wnck-3.0:amd64 (3.4.7-3, 3.4.9-1), pcsc-tools:amd64 (1.4.22-1, 1.4.23-1), librsvg2-2:amd64 (2.40.3-2, 2.40.4-1), libkparts4:amd64 (4.14.0-1, 4.14.1-1), libkemoticons4:amd64 (4.14.0-1, 4.14.1-1), libebackend-1.2-7:amd64 (3.12.5-2, 3.12.6-1), libnepomukquery4a:amd64 (4.14.0-1, 4.14.1-1), tshark:amd64 (1.12.0+git+4fab41a1-1+b1, 1.12.1+g01b65bf-1), cgmanager:amd64 (0.30-1, 0.32-4), libwiretap4:amd64 (1.12.0+git+4fab41a1-1+b1, 1.12.1+g01b65bf-1), libkmediaplayer4:amd64 (4.14.0-1, 4.14.1-1), buffer:amd64 (1.19-11, 1.19-12), katepart:amd64 (4.14.0-1, 4.14.1-1), telepathy-mission-control-5:amd64 (5.16.2-1, 5.16.3-1), libkdnssd4:amd64 (4.14.0-1, 4.14.1-1), console-setup:amd64 (1.112, 1.113), tasksel:amd64 (3.21, 3.24), libvirtodbc0:amd64 (6.1.6+dfsg-4, 6.1.6+dfsg2-2), apt-utils:amd64 (1.0.8, 1.0.9.1), libkatepartinterfaces4:amd64 (4.14.0-1, 4.14.1-1), task-english:amd64 (3.21, 3.24), console-setup-linux:amd64 (1.112, 1.113), libxkbcommon-dev:amd64 (0.4.1-2, 0.4.3-2), libfolks25:amd64 (0.9.8-1, 0.10.0-1), sudo:amd64 (1.8.9p5-1, 1.8.10p3-1), libwsutil4:amd64 (1.12.0+git+4fab41a1-1+b1, 1.12.1+g01b65bf-1), libxkbcommon0:amd64 (0.4.1-2, 0.4.3-2), kdelibs5-plugins:amd64 (4.14.0-1, 4.14.1-1), libwireshark-data:amd64 (1.12.0+git+4fab41a1-1, 1.12.1+g01b65bf-1), xserver-xorg-input-synaptics:amd64 (1.8.0-1, 1.8.1-1), tasksel-data:amd64 (3.21, 3.24), libwnck-3-0:amd64 (3.4.7-3, 3.4.9-1), libkjsapi4:amd64 (4.14.0-1, 4.14.1-1), libmeanwhile1:amd64 (1.0.2-4.1, 1.0.2-5), libgs9-common:amd64 (9.05~dfsg-9, 9.06~dfsg-1), telepathy-logger:amd64 (0.8.0-3, 0.8.1-1), libcgmanager0:amd64 (0.30-1, 0.32-4), xserver-xorg-core:amd64 (1.16.0-2+b1, 1.16.0.901-1), virtuoso-opensource-6.1-common:amd64 (6.1.6+dfsg-4, 6.1.6+dfsg2-2), libmission-control-plugins0:amd64 (5.16.2-1, 5.16.3-1), virtuoso-opensource-6.1-bin:amd64 (6.1.6+dfsg-4, 6.1.6+dfsg2-2), libapt-inst1.5:amd64 (1.0.8, 1.0.9.1), wireshark-common:amd64 (1.12.0+git+4fab41a1-1+b1, 1.12.1+g01b65bf-1), libtelepathy-glib0:amd64 (0.24.0-1, 0.24.1-1), virtuoso-minimal:amd64 (6.1.6+dfsg-4, 6.1.6+dfsg2-2), libfarstream-0.2-2:amd64 (0.2.3-3, 0.2.4-1), libwnck-3-common:amd64 (3.4.7-3, 3.4.9-1), libfolks-eds25:amd64 (0.9.8-1, 0.10.0-1), libtelepathy-logger3:amd64 (0.8.0-3, 0.8.1-1), gstreamer0.10-pulseaudio:amd64 (0.10.31-3+nmu3, 0.10.31-3+nmu4), gir1.2-telepathyglib-0.12:amd64 (0.24.0-1, 0.24.1-1), libknewstuff3-4:amd64 (4.14.0-1, 4.14.1-1), task-laptop:amd64 (3.21, 3.24), libkmod2:amd64 (18-1, 18-2), xserver-common:amd64 (1.16.0-2, 1.16.0.901-1), libedata-book-1.2-20:amd64 (3.12.5-2, 3.12.6-1), libjemalloc1:amd64 (3.6.0-1, 3.6.0-3), libnepomukutils4:amd64 (4.14.0-1, 4.14.1-1), openjdk-7-jre-headless:amd64 (7u65-2.5.2-2, 7u65-2.5.2-4), gnome-media:amd64 (3.4.0-1, 3.4.0-2), liblircclient0:amd64 (0.9.0~pre1-1, 0.9.0~pre1-1.1), kdoctools:amd64 (4.14.0-1, 4.14.1-1), libkxmlrpcclient4:amd64 (4.14.0-1, 4.14.1-1), libkpty4:amd64 (4.14.0-1, 4.14.1-1), libkjsembed4:amd64 (4.14.0-1, 4.14.1-1), libcamel-1.2-49:amd64 (3.12.5-2, 3.12.6-1), libsolid4:amd64 (4.14.0-1, 4.14.1-1), libkhtml5:amd64 (4.14.0-1, 4.14.1-1), libkfile4:amd64 (4.14.0-1, 4.14.1-1), libapt-pkg4.12:amd64 (1.0.8, 1.0.9.1), libzvbi0:amd64 (0.2.33-7, 0.2.35-3), wireshark:amd64 (1.12.0+git+4fab41a1-1+b1, 1.12.1+g01b65bf-1), librsvg2-common:amd64 (2.40.3-2, 2.40.4-1), xserver-xephyr:amd64 (1.16.0-2+b1, 1.16.0.901-1), libpkcs11-helper1:amd64 (1.11-1, 1.11-2), gstreamer0.10-gconf:amd64 (0.10.31-3+nmu3, 0.10.31-3+nmu4), libkdesu5:amd64 (4.14.0-1, 4.14.1-1), libfolks-telepathy25:amd64 (0.9.8-1, 0.10.0-1), libknotifyconfig4:amd64 (4.14.0-1, 4.14.1-1), libqmi-glib1:amd64 (1.10.2-1, 1.10.2-2), libtelepathy-farstream3:amd64 (0.6.1-1, 0.6.2-1), openjdk-7-jre:amd64 (7u65-2.5.2-2, 7u65-2.5.2-4), libkdecore5:amd64 (4.14.0-1, 4.14.1-1), kdelibs-bin:amd64 (4.14.0-1, 4.14.1-1),
Bug#762791: laptop-mode-tools: At boot eth0 fails
Package: laptop-mode-tools Version: 1.65-2 Severity: normal Dear Maintainer, from some morning, when I boot my laptop I have a lot of lines like Sep 25 08:10:06 hpdv5 laptop-mode: Laptop mode Sep 25 08:10:06 hpdv5 laptop-mode: enabled, not active Sep 25 08:10:06 hpdv5 kernel: [ 76.966266] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). Sep 25 08:10:06 hpdv5 kernel: [ 76.967192] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). Sep 25 08:10:06 hpdv5 kernel: [ 76.967963] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). Sep 25 08:10:06 hpdv5 kernel: [ 76.968742] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). Sep 25 08:10:06 hpdv5 avahi-daemon[2365]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.1.40. Sep 25 08:10:06 hpdv5 avahi-daemon[2365]: New relevant interface eth0.IPv4 for mDNS. Sep 25 08:10:06 hpdv5 avahi-daemon[2365]: Registering new address record for 192.168.1.40 on eth0.IPv4. Sep 25 08:10:06 hpdv5 kernel: [ 76.997522] r8169 :03:00.0 eth0: link down Sep 25 08:10:06 hpdv5 kernel: [ 76.997613] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready and the led on my router show the link down. This above every few second (the router led blink like Christmas), mainly until I log in into kdm/kde (thanks to knemo?), but sometimes I must restart the network service. Some notice: - I unplug the battery and use the AC with an UPS (I haven't tried with the battery); - I haven't IPv6 on my LAN and I have tried to disable it by sysctl but not resolves; - I use ifupdown + guessnet and I have the same problem if I set eth0 'auto' or 'allow-hotplug'; - If I reboot the laptop, the eth0 runs without problems (and this is a big problem because I must wait next morning to verify any change/solutions). When few days ago I have set CONTROL_ETHERNET from 'auto' to '0', at the morning boot, the eth0 runs ok. Below the eth0 data (with CONTROL_ETHERNET set to 0): 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 02) Subsystem: Hewlett-Packard Company Device 3603 Flags: bus master, fast devsel, latency 0, IRQ 47 I/O ports at 6000 [size=256] Memory at d401 (64-bit, prefetchable) [size=4K] Memory at d400 (64-bit, prefetchable) [size=64K] Expansion ROM at dd20 [disabled] [size=64K] Capabilities: [40] Power Management version 3 Capabilities: [50] MSI: Enable+ Count=1/2 Maskable- 64bit+ Capabilities: [70] Express Endpoint, MSI 01 Capabilities: [b0] MSI-X: Enable- Count=2 Masked- Capabilities: [d0] Vital Product Data Capabilities: [100] Advanced Error Reporting Capabilities: [140] Virtual Channel Capabilities: [160] Device Serial Number 00-00-00-00-00-00-00-00 Kernel driver in use: r8169 ~ -su # ethtool eth0 Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supported pause frame use: No Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Advertised pause frame use: Symmetric Receive-only Advertised auto-negotiation: Yes Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Link partner advertised pause frame use: Symmetric Receive-only Link partner advertised auto-negotiation: Yes Speed: 1000Mb/s Duplex: Full Port: MII PHYAD: 0 Transceiver: internal Auto-negotiation: on Supports Wake-on: pumbg Wake-on: d Current message level: 0x0033 (51) drv probe ifdown ifup Link detected: yes Thanks -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (903, 'unstable'), (500, 'testing'), (400, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages laptop-mode-tools depends on: ii lsb-base4.1+Debian13 ii psmisc 22.21-2 ii util-linux 2.20.1-5.8 Versions of packages laptop-mode-tools recommends: ii ethtool 1:3.16-1 ii hdparm 9.43-1.1 ii net-tools 1.60-26 ii python-qt4 4.11.2+dfsg-1 ii sdparm 1.07-1 ii udev215-4 ii wireless-tools 30~pre9-8
Bug#762792: ITP: python-yaql -- Yet Another Query Language
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-yaql Version : 0.2.3 Upstream Author : Mirantis, Inc. i...@mirantis.com * URL : https://github.com/ativelkov/yaql * License : Apache-2.0 Programming Lang: Python Description : Yet Another Query Language At the beginning of millennium the growing trend towards data formats standardization and application integrability made XML extremely popular. XML became lingua franca of the data. Applications tended to process lots of XML files ranging from small config files to very large datasets. As these data often had a complex structure with many levels of nestedness it is quickly became obvious that there is a need for specially crafted domain specific languages to query these data sets. This is how XPath and later XQL were born. . With later popularization of REST services and Web 2.0 JSON started to take XML’s place. JSON’s main advantage (besides being simpler than XML) is that is closely reassembles data structures found in most programming languages (arrays, dictionaries, scalars) making it very convenient for data serialization. As JSON lacked all the brilliant XML-related technologies like XSLT, XML Schema, XPath etc. various attempts to develop similar languages for JSON were made. One of those efforts was JSONPath library developed in 2007 by Stefan Gössner. Initial implementation was for PHP and JavaScript languages, but later on ports to other languages including Python were written. YAQL is one of the implementations in Python. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700235: xserver-xorg-video-nouveau: uninitialized video memory or garbled images on login screen (lightdm)
Control: reopen -1 Control: found -1 1:1.0.11-1 I can still reproduce this, most reliable on cold-boot or reboot. On Jo, 14 feb 13, 23:24:33, Sven Joachim wrote: On 2013-02-14 22:50 +0100, Andrei POPESCU wrote: On Jo, 14 feb 13, 19:16:50, Sven Joachim wrote: Can you please test version 1:1.0.6-1 from experimental? Sorry, forgot to mention I already did. No change. Okay, could you please temporarily disable the 3D driver, e.g. with # echo LIBGL_ALWAYS_SOFTWARE=1 /etc/environment (not sure if lightdm makes any use of it, just to rule that out) and try a 3.7 kernel from experimental? This doesn't seem to have any effect. I'm now on 3.16-2 from unstable. If the problem still persists, file an upstream bug on freedesktop bugzilla, see http://nouveau.freedesktop.org/wiki/Bugs for instructions. It's still on my TODO list, but... Kind regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#762794: [INTL:sv] Swedish strings for debian-security-support debconf
package: debian-security-support severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#762661: Release file for xxx is expired (invalid since 14d 11h 57min 52s).
Control: reassign -1 mirrors On Mi, 24 sep 14, 10:55:31, Thomas Schweikle wrote: Package: none /etc/apt/sources.list: --- snip # deb http://ftp.de.debian.org/debian/ unstable main deb-src http://ftp.de.debian.org/debian/ unstable main #deb http://security.debian.org/ unstable/updates main #deb-src http://security.debian.org/ unstable/updates main # unstable-updates, previously known as 'volatile' #deb http://ftp.de.debian.org/debian/ unstable-updates main #deb-src http://ftp.de.debian.org/debian/ unstable-updates main --- snap Executing apt-get update: Hit http://ftp.de.debian.org unstable InRelease Get:1 http://ftp.de.debian.org unstable/main Sources/DiffIndex [7876 B] Get:2 http://ftp.de.debian.org unstable/main amd64 Packages/DiffIndex [7876 B] Get:3 http://ftp.de.debian.org unstable/main Translation-en/DiffIndex [7876 B] Get:4 http://ftp.de.debian.org unstable/main Translation-de/DiffIndex [7819 B] Get:5 http://ftp.de.debian.org unstable/main Translation-de_DE [830 B] Hit http://debian.uchicago.edu unstable InRelease E: Release file for http://debian.uchicago.edu/debian/dists/unstable/InRelease is expired (invalid since 14d 12h 4min 40s). Updates for this repository will not be applied. Reading package lists... Building dependency tree... Reading state information... 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Reading package lists... Building dependency tree... Reading state information... 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Reading package lists... Building dependency tree... Reading state information... 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Reading package lists... Building dependency tree... Reading state information... Looks like some scripts do not run regular any more at least daily. -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#762793: [INTL:sv] Swedish strings for distributed-net debconf
package: distributed-net severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#762795: [INTL:sv] Swedish strings for mariadb-10.0 debconf
package: mariadb-10.0 severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#762751: mariadb: [INTL:es] spanish translation
Control: reassign -1 mariadb-10.0 On Mi, 24 sep 14, 23:53:08, Javier Fern��ndez-Sanguino Pe��a wrote: Package: mariadb Version: 10.0.13-1 Severity: wishlist Tags: l10n patch As requested, please find attached an updated po-debconf translation of this package into Spanish. Thanks for including it in your next package upload, Javier -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) (ignored: LC_ALL set to es_ES) Shell: /bin/sh linked to /bin/dash # mysql-dfsg-5 translation to spanish # Copyright (C) 2005-2007 Software in the Public Interest, SPI Inc. # This file is distributed under the same license as the package. # # Changes: # - Initial translation # Jesus Aneiros, 2006 # - Updated # Javier Fernandez-Sanguino, 2006-2007, 2012 # - Revision # Nacho Barrientos Arias # Fernando Cerezal # David Martínez Moreno # Ricardo Mones # Carlos Galisteo # Javier Fernandez-Sanguino # # # Traductores, si no conoce el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # # Si tiene dudas o consultas sobre esta traducción consulte con el último # traductor (campo Last-Translator) y ponga en copia a la lista de # traducción de Debian al español (debian-l10n-span...@lists.debian.org) msgid msgstr Project-Id-Version: mysql-dfsg-5.1_5.0.24-3\n Report-Msgid-Bugs-To: mariadb-1...@packages.debian.org\n POT-Creation-Date: 2013-09-09 12:48+0300\n PO-Revision-Date: 2014-09-24 23:52+0200\n Last-Translator: Javier Fernández-Sanguino j...@debian.org\n Language-Team: Debian l10 Spanish debian-l10n-span...@lists.debian.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../mariadb-server-10.0.templates:2001 msgid Really proceed with downgrade? msgstr ¿Desea realmente continuar con la desactualización? #. Type: boolean #. Description #: ../mariadb-server-10.0.templates:2001 msgid A file named /var/lib/mysql/debian-*.flag exists on this system. msgstr Existe un archivo con el nombre /var/lib/mysql/debian-*.flag en este sistema. #. Type: boolean #. Description #: ../mariadb-server-10.0.templates:2001 msgid Such a file is an indication that a mariadb-server package with a higher version has been installed previously. msgstr Este fichero indica que se instaló previamente una versión superior del paquete mariadb-server. #. Type: boolean #. Description #: ../mariadb-server-10.0.templates:2001 msgid There is no guarantee that the version you're currently installing will be able to use the current databases. msgstr No se puede garantizar que la versión que está instalando pueda usar la base de datos actual. #. Type: note #. Description #: ../mariadb-server-10.0.templates:3001 msgid Important note for NIS/YP users msgstr Nota importante para los usuarios de NIS/YP #. Type: note #. Description #: ../mariadb-server-10.0.templates:3001 msgid Using MariaDB under NIS/YP requires a mysql user account to be added on the local system with: msgstr Para utilizar MariaDB bajo NIS/YP es necesario añadir una cuenta de usuario mysql en el sistema local con: #. Type: note #. Description #: ../mariadb-server-10.0.templates:3001 msgid You should also check the permissions and ownership of the /var/lib/mysql directory: msgstr También debería comprobar los permisos y el propietario del directorio /var/ lib/mysql: #. Type: boolean #. Description #: ../mariadb-server-10.0.templates:4001 msgid Remove all MariaDB databases? msgstr ¿Desea eliminar todas las bases de datos MariaDB? #. Type: boolean #. Description #: ../mariadb-server-10.0.templates:4001 msgid The /var/lib/mysql directory which contains the MariaDB databases is about to be removed. msgstr El directorio /var/lib/mysql contiene bases de datos MariaDB
Bug#759079: About to have broken kiwix remove from Debian
Hi Kelson, hi Renauld, hi Vasudev, I have spent another hour getting kiwix fixed in Debian and failed. In Debian testing/unstable there will be no xulrunner binary anymore. It gets replaced by iceweasel -app inifile. I have tried to patch that change into the current code base we have been recommended by Kelson [1] and the patching of autoconf/automake files fails. It is not possible to run autoreconf on the kiwix source tree. So basically, the current Git snapshot of Kiwix we have is sort of a mess and not usable at all. We have kept the broken kiwix in Debian far too long. If you cannot provide a source tree of kiwix that fullfills the following requirements within the next two weeks, I will file a removal request for kiwix against ftp.debian.org. The requirements for a new source snapshot (or release) I have are these: o calling autoreconf must work on the sources o the sources must not contain any build-crufted files (Makefile.in, config.*, configure, etc.) o the replacement of xulrunner by iceweasel must be implemented by upstream Let me know if this is feasible for you (so I can file the removal request right away). If you provide me with working sources by Oct. 10th 2014, I will do my best to get Kiwix into Debian jessie. If not, then not. Greets, Mike [1] http://anonscm.debian.org/cgit/collab-maint/kiwix.git/ -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpZMAoClImnU.pgp Description: Digitale PGP-Signatur
Bug#635752: ntp: Please include systemd service file
Hi, Another optional way to go is consider that systemd already includes his own timesync service, therefore may be better disable or unistall ntp and use systemd-timesyncd. We can do the following: ln -s /dev/null /lib/systemd/system/npt.service or apt-get remove --purge ntp mkdir -p /lib/systemd/system/systemd-timesyncd.service.d echo [Install] WantedBy=multi-user.target \ /lib/systemd/system/systemd-timesyncd.service.d/install systemctl enable systemd-timesyncd.service Regards, Jordi Pujol Live never ending Tale http://livenet.ddns.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759079: [pkg-x2go-devel] Bug#759079: About to have broken kiwix remove from Debian
On Do 25 Sep 2014 10:40:21 CEST, Mike Gabriel wrote: Hi Kelson, hi Renauld, hi Vasudev, [...] [1] http://anonscm.debian.org/cgit/collab-maint/kiwix.git/ A... dang... previous post went to the wrong bug number... Sorry for the noise, Olly. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpeMH3qF51zA.pgp Description: Digitale PGP-Signatur
Bug#635752: ntp: Please include systemd service file
Sorry, I misspelled install file must be install.conf /lib/systemd/system/systemd-timesyncd.service.d/install.conf Regards, Jordi Pujol -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752837: About to have broken kiwix remove from Debian
Below message has gone to Kelson, Renauld, Vasudev and Debian Edu Packaging Team ML _and_ to a WRONG bugnumber in the Debian BTS. - Thus resending this message for the record to the correct bug (#752837) Hi Kelson, hi Renauld, hi Vasudev, I have spent another hour getting kiwix fixed in Debian and failed. In Debian testing/unstable there will be no xulrunner binary anymore. It gets replaced by iceweasel -app inifile. I have tried to patch that change into the current code base we have been recommended by Kelson [1] and the patching of autoconf/automake files fails. It is not possible to run autoreconf on the kiwix source tree. So basically, the current Git snapshot of Kiwix we have is sort of a mess and not usable at all. We have kept the broken kiwix in Debian far too long. If you cannot provide a source tree of kiwix that fullfills the following requirements within the next two weeks, I will file a removal request for kiwix against ftp.debian.org. The requirements for a new source snapshot (or release) I have are these: o calling autoreconf must work on the sources o the sources must not contain any build-crufted files (Makefile.in, config.*, configure, etc.) o the replacement of xulrunner by iceweasel must be implemented by upstream Let me know if this is feasible for you (so I can file the removal request right away). If you provide me with working sources by Oct. 10th 2014, I will do my best to get Kiwix into Debian jessie. If not, then not. Greets, Mike [1] http://anonscm.debian.org/cgit/collab-maint/kiwix.git/ -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb Digitale_PGP_Signatur Description: PGP signature pgpFVE91w9UUX.pgp Description: Digitale PGP-Signatur
Bug#762796: munin: Undefined subroutine main::header
Package: munin Version: 2.0.21-2 Severity: important Dear Maintainer, Since the last upgrade, the web interface of Munin does not work any more. The following error message appears on the homepage: Undefined subroutine main::header called at /usr/lib/munin/cgi/munin-cgi-html line 54. Kind regards, Sébastien -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (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 Versions of packages munin depends on: ii cron 3.0pl1-124.2 ii fonts-dejavu 2.34-1 ii libdate-manip-perl 6.47-1 pn libdigest-md5-perl none ii libfile-copy-recursive-perl 0.38-1 ii libhtml-template-perl2.95-1 ii libio-socket-inet6-perl 2.72-1 ii liblog-log4perl-perl 1.44-1 ii librrds-perl 1.4.8-1.1+b1 pn libstorable-perl none ii liburi-perl 1.64-1 ii munin-common 2.0.21-2 ii perl [libtime-hires-perl]5.20.0-6 ii perl-modules 5.20.0-6 ii rrdtool 1.4.8-1.1+b1 Versions of packages munin recommends: ii libcgi-fast-perl 1:2.02-1 ii munin-doc 2.0.21-2 ii munin-node2.0.21-2 Versions of packages munin suggests: ii apache2-bin [httpd] 2.4.10-1+b1 ii elinks [www-browser]0.12~pre6-5+b1 ii libapache2-mod-fcgid1:2.3.9-1 ii libnet-ssleay-perl 1.65-1+b1 ii lynx-cur [www-browser] 2.8.9dev1-2 ii w3m [www-browser] 0.5.3-17 -- Configuration Files: /etc/munin/apache.conf [not included] /etc/munin/apache24.conf [not included] /etc/munin/munin.conf changed [not included] -- 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#762755: bind 9.9.5-4.1: assertion failure
On 25/09/2014 at 00:53 +0200, Wolfgang Walter wrote: Package: bind9 Version: 1:9.9.5.dfsg-4.1 Severity: important After upgrading from 1:9.9.5.dfsg-4 bind9 fails to start. It logs after loading the zones: Sep 24 23:44:19 name named[10932]: mem.c:1321: REQUIRE(ptr != ((void *)0)) failed, back trace I’ve been also hit by this bug. But in my case, bind9 starts just fine; and after some time the named process dies with the same error message (“general: mem.c:1321: REQUIRE(ptr != ((void *)0)) failed, back trace”). -- Kiko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762791: laptop-mode-tools: At boot eth0 fails
On Thursday 25 September 2014 01:54 PM, Stefano wrote: from some morning, when I boot my laptop I have a lot of lines like Sep 25 08:10:06 hpdv5 laptop-mode: Laptop mode Sep 25 08:10:06 hpdv5 laptop-mode: enabled, not active Sep 25 08:10:06 hpdv5 kernel: [ 76.966266] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). Sep 25 08:10:06 hpdv5 kernel: [ 76.967192] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). Sep 25 08:10:06 hpdv5 kernel: [ 76.967963] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). Sep 25 08:10:06 hpdv5 kernel: [ 76.968742] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). Sep 25 08:10:06 hpdv5 avahi-daemon[2365]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.1.40. Sep 25 08:10:06 hpdv5 avahi-daemon[2365]: New relevant interface eth0.IPv4 for mDNS. Sep 25 08:10:06 hpdv5 avahi-daemon[2365]: Registering new address record for 192.168.1.40 on eth0.IPv4. Sep 25 08:10:06 hpdv5 kernel: [ 76.997522] r8169 :03:00.0 eth0: link down Sep 25 08:10:06 hpdv5 kernel: [ 76.997613] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready and the led on my router show the link down. I recently bought an HP laptop and was given the same NIC. 14:18:27 rrs@learner:~$ dmesg | grep -i r8169 [ 15.871007] r8169 :0f:00.0: firmware: direct-loading firmware rtl_nic/rtl8168g-2.fw [ 15.913285] r8169 :0f:00.0 eth0: link down [ 50.541260] r8169 :0f:00.0 eth0: link down [38935.041500] r8169 :0f:00.0 eth0: link down [38935.189645] r8169 :0f:00.0 eth0: link down [49182.668076] r8169 :0f:00.0 eth0: link down [49207.921116] r8169 :0f:00.0 eth0: link down [49209.894375] r8169 :0f:00.0: no hotplug settings from platform [49211.957799] r8169 :0f:00.0 eth0: link down [49216.449479] r8169 :0f:00.0 eth0: link down [64739.158471] r8169 :0f:00.0 eth0: link down [64741.412907] r8169 :0f:00.0: no hotplug settings from platform [64744.395701] r8169 :0f:00.0 eth0: link down [64744.531811] r8169 :0f:00.0 eth0: link down [64748.150777] r8169 :0f:00.0 eth0: link down [67293.376212] r8169 :0f:00.0 eth0: link down [67295.343379] r8169 :0f:00.0: no hotplug settings from platform [67297.329963] r8169 :0f:00.0 eth0: link down [67302.085830] r8169 :0f:00.0 eth0: link down [76245.133588] r8169 :0f:00.0: no hotplug settings from platform [76246.900415] r8169 :0f:00.0 eth0: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25). [76246.900784] r8169 :0f:00.0 eth0: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25). [76246.901159] r8169 :0f:00.0 eth0: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25). [76246.960167] r8169 :0f:00.0 eth0: link down [76248.565476] r8169 :0f:00.0 eth0: link down I haven't faced your problem because I haven't used the ethernet NIC much. I am on the wifi only. We made a recent power saving change in the ethernet module to ensure that we actually power down the device. commit 8fff5eb2bfdde0fa15d8e7813d2399af78d1f064 Author: Stefan Huber shu...@sthu.org Date: Sun May 25 09:41:20 2014 +0200 ethernet: replace sysfs/enabled by 'ip link down' Disabeling the ethernet pci device via echo 0 to sysfs attr enabled does not necessarily power down the device but rather decrements the enabled counter. Even if the counter reaches 0 the device may still drain power. Shutting down the ethernet device via 'ip link set dev DEV down', however, reduces power consumptions to 0 mW as indicated by powertop. The idea is to completely disable the battery when on battery. It is a use case. Can you check what the settings are for the following in /etc/laptop-mode/conf.d/ethernet.conf ? DISABLE_ETHERNET_ON_BATTERY=1 If it is set to 1, you need to set it to 0, and then re-test your scenario. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention.
Bug#762749: [PKG-Openstack-devel] Bug#762749: [CVE-2014-7144] TLS cert verification option not honored in paste configs
Hi Thomas, (only replying for the version information, haven't looked at the actual issues): On Thu, Sep 25, 2014 at 03:28:41PM +0800, Thomas Goirand wrote: On 09/25/2014 05:34 AM, Luciano Bello wrote: Package: python-keystoneclient Severity: important Tags: security upstream patch fixed-upstream Hi there, the following vulnerabilities were published for python-keystoneclient: CVE-2014-7144: TLS cert verification option not honored in paste configs If you fix the vulnerabilities please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: http://seclists.org/oss-sec/2014/q3/620 https://review.openstack.org/#/c/113191/ Please adjust the affected versions in the BTS as needed. Can you please confirm to the security-team if the stable version is affected? Regards, luciano Hi Luciano, You've send twice the same bug report, using the same CVE, but for both keystonemiddleware and keystoneclient. Is this intentional? CVE-2014-7144 is about keystonemiddleware. Stable isn't affected (it doesn't contain keystonemiddleware). Though if there's another CVE which I'm not (yet) aware of on keystoneclient, then this would have to be checked. This is accordign to the upstream advisory at http://www.openwall.com/lists/oss-security/2014/09/17/3 Versions: versions up to 1.1.1 (keystonemiddleware), versions up to 0.10.1 (python-keystoneclient) Does this holds also for python-keystoneclient in Debian? Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758935: torbrowser-launcher: fails to start: exit code 127
and give more output, please? I am simply not quite sure about the empty variable assertion. As a matter of fact, it seems to be empty on my machine too :) Actually i tried to research this a bit more. So, when i echo $TORARCHITECTURE and $SYSARCHITECTURE, i get 64 64 However if i unset TORARCHITECTURE in that script, TBB still starts correctly... Does it work for you if you hardcode that variable? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762798: java.lang.ClassNotFoundException: hudson/matrix/MatrixBuild
Source: jenkins Version: 1.565.2-2 Hi. I used jenkins=1.509.2+dfsg-2, and it worked fine, with all needed plugins. After upgrade via apt-get the configured job is lost; importing it via jenkins-cli gives me java.lang.ClassCastException: java.util.Vector cannot be cast to hudson.util.DescribableList. Furthermore, even the configure jenkins page gives errors: javax.servlet.ServletException: org.apache.commons.jelly.JellyTagException: jar:file:/run/jenkins/war/WEB-INF/lib/jenkins-core-1.565.2.jar!/lib/form/section.jelly:48:21: d:invokeBody hudson/matrix/MatrixBuild at org.kohsuke.stapler.jelly.JellyFacet$1.dispatch(JellyFacet.java:103) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:728) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858) ... at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) Caused by: org.apache.commons.jelly.JellyTagException: jar:file:/run/jenkins/war/WEB-INF/lib/jenkins-core-1.565.2.jar!/lib/form/section.jelly:48:21: d:invokeBody hudson/matrix/MatrixBuild at org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:745) ... at org.kohsuke.stapler.jelly.JellyFacet$1.dispatch(JellyFacet.java:95) ... 43 more Caused by: java.lang.NoClassDefFoundError: hudson/matrix/MatrixBuild at java.lang.Class.getDeclaredFields0(Native Method) at java.lang.Class.privateGetDeclaredFields(Class.java:2436) ... at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) ... 121 more Caused by: java.lang.ClassNotFoundException: hudson.matrix.MatrixBuild at jenkins.util.AntClassLoader.findClassInComponents(AntClassLoader.java:1375) at jenkins.util.AntClassLoader.findClass(AntClassLoader.java:1325) at jenkins.util.AntClassLoader.loadClass(AntClassLoader.java:1078) at java.lang.ClassLoader.loadClass(ClassLoader.java:358) ... 153 more This problem persists even after moving /var/lib/jenkins away and running apt-get install --reinstall jenkins jenkins-common. UPDATE: deactivating the GIT client plugin makes the /configure URL work again, but that one would be required... No, there are no (more) plugin updates available. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762709: ca-certificates: Import http://crt.usertrust.com/USERTrustRSAAddTrustCA.crt Root CA certificate which is missing
On 09/24/2014 09:25 PM, Michael Shuler wrote: Do you have a test SSL site URL on your system to see the full trust chain? There are 4 AddTrust root CAs in ca-certificates, so I'd like to see the trust path to better understand your problem. Thanks! First, thank you for your prompt answer ! Yes, sure, you can test our service using this test URL : https://simplehosting.mz23.in I check the SSL connection using openssl as is as we are using SNI : openssl s_client -connect simplehosting.mz23.in:443 -showcerts -CApath /etc/ssl/certs -servername simplehosting.mz23.in Regards, -- \o/ Emerick mz Mounoury Gandi.net Domain name registrar.. No Bullshit ™ Hosting for geeks... and more ! GPG: 76669398 - 079F 00DF 0FEA D0D2 1728 248E 0F15 B1F7 7666 9398 0x76669398.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Bug#700235: xserver-xorg-video-nouveau: uninitialized video memory or garbled images on login screen (lightdm)
On 2014-09-25 11:27:12 +0300, Andrei POPESCU wrote: On Jo, 14 feb 13, 23:24:33, Sven Joachim wrote: If the problem still persists, file an upstream bug on freedesktop bugzilla, see http://nouveau.freedesktop.org/wiki/Bugs for instructions. It's still on my TODO list, but... I had submitted one upstream (see forwarded) and didn't close it since I didn't have the confirmation of any fix. Note that I still couldn't reproduce the bug (on two machines), even after a reboot, but I haven't tried more than a few times (before 1:1.0.11-1, it was always reproducible, IIRC). -- 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#669618: Wanted
This feature will be very useful! michael your script not work for me :-/
Bug#762760: bash: still vulnerable to environment exploits
tags 762760 +patch stop Chet Ramey has posted a patch for this (also attached): http://www.openwall.com/lists/oss-security/2014/09/25/10 /Teddy Hogeborn *** ../bash-20140912/parse.y 2014-08-26 15:09:42.0 -0400 --- parse.y 2014-09-24 22:47:28.0 -0400 *** *** 2959,2962 --- 2959,2964 word_desc_to_read = (WORD_DESC *)NULL; + eol_ungetc_lookahead = 0; + current_token = '\n'; /* XXX */ last_read_token = '\n';
Bug#752837: About to have broken kiwix remove from Debian
Hi Mike Thank you very much for your patience and effort to keep Kiwix running on Debian. The work generated by the deletion of xulrunner related packages is not trivial. We have had already a look to this at the time xulrunner was removed from Ubuntu. Therefore, without a compilation/gecko wizard being able to fix it within the next weeks, I don't think kiwix is going to survive in the Debian repository... for now. It's of course sad, it has always been important for us to be in Debian. But, Kiwix development is alive and I hope this step backward will be at anytime forgotten by two steps forward, and we will see then Kiwix back in Debian. Regards Emmanuel On 25.09.2014 10:48, Mike Gabriel wrote: Below message has gone to Kelson, Renauld, Vasudev and Debian Edu Packaging Team ML _and_ to a WRONG bugnumber in the Debian BTS. - Thus resending this message for the record to the correct bug (#752837) Hi Kelson, hi Renauld, hi Vasudev, I have spent another hour getting kiwix fixed in Debian and failed. In Debian testing/unstable there will be no xulrunner binary anymore. It gets replaced by iceweasel -app inifile. I have tried to patch that change into the current code base we have been recommended by Kelson [1] and the patching of autoconf/automake files fails. It is not possible to run autoreconf on the kiwix source tree. So basically, the current Git snapshot of Kiwix we have is sort of a mess and not usable at all. We have kept the broken kiwix in Debian far too long. If you cannot provide a source tree of kiwix that fullfills the following requirements within the next two weeks, I will file a removal request for kiwix against ftp.debian.org. The requirements for a new source snapshot (or release) I have are these: o calling autoreconf must work on the sources o the sources must not contain any build-crufted files (Makefile.in, config.*, configure, etc.) o the replacement of xulrunner by iceweasel must be implemented by upstream Let me know if this is feasible for you (so I can file the removal request right away). If you provide me with working sources by Oct. 10th 2014, I will do my best to get Kiwix into Debian jessie. If not, then not. Greets, Mike [1] http://anonscm.debian.org/cgit/collab-maint/kiwix.git/ ___ Debian-edu-pkg-team mailing list debian-edu-pkg-t...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-edu-pkg-team -- Kiwix - Wikipedia Offline more * Web: http://www.kiwix.org * Twitter: https://twitter.com/KiwixOffline * more: http://www.kiwix.org/wiki/Communication -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697200: xkb-data: Accent keys not working on Logitech K800 international keyboard
Hi Andreas, I was experiencing the same problem with the same keyboard, a Logitech K800, but with the spanish layout: most of the keys were working except the accents and some special keys like the eurosign, etc. In my case it was solved setting the /etc/default/keyboard variable to XKBMODEL=logicda . Next is my /etc/default/keyboard working config : XKBMODEL=logicda XKBLAYOUT=es XKBVARIANT= XKBOPTIONS= BACKSPACE=guess You may like to try the next /etc/default/keyboard config: XKBMODEL=logicda XKBLAYOUT=us XKBVARIANT=intl XKBOPTIONS=lv3:ralt_switch BACKSPACE=guess Or something similar. Also make sure that your ~/.profile is not messing your configuration. After that run: service keyboard-setup restart This worked for me. Regards, signature.asc Description: OpenPGP digital signature
Bug#681691: os-prober relies on grub-mount which fails silently on missing fuse module
FWIW had a similar experience, but this was in rescue mode of debian installer (amd64) where grub-mount (and mount as well) failed. However, once I booted into installed system update-grub worked fine and detected installed windows partition. Regards sidhu1f
Bug#762800: bind9 crashes
Package: bind9 Version: 1:9.9.5.dfsg-4.1 After updating Debian Jessie DNS today resolver on bind startup (or, perhaps, on several first queries) I receive Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 114.100.IN-ADDR.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 115.100.IN-ADDR.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 116.100.IN-ADDR.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 117.100.IN-ADDR.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 118.100.IN-ADDR.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 119.100.IN-ADDR.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 120.100.IN-ADDR.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 121.100.IN-ADDR.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 122.100.IN-ADDR.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 123.100.IN-ADDR.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 124.100.IN-ADDR.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 125.100.IN-ADDR.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 126.100.IN-ADDR.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 127.100.IN-ADDR.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 0.IN-ADDR.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 127.IN-ADDR.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 254.169.IN-ADDR.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 2.0.192.IN-ADDR.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 100.51.198.IN-ADDR.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 113.0.203.IN-ADDR.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 255.255.255.255.IN-ADDR.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: D.F.IP6.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 8.E.F.IP6.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 9.E.F.IP6.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: A.E.F.IP6.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: B.E.F.IP6.ARPA Sep 25 13:33:29 resolv2 named[1381]: automatic empty zone: 8.B.D.0.1.0.0.2.IP6.ARPA Sep 25 13:33:29 resolv2 named[1381]: command channel listening on 127.0.0.1#953 Sep 25 13:33:29 resolv2 named[1381]: general: notice: all zones loaded Sep 25 13:33:29 resolv2 named[1381]: general: notice: running Sep 25 13:27:52 resolv1 named[1389]: general: critical: mem.c:1321: REQUIRE(ptr != ((void *)0)) failed, back trace Sep 25 13:27:52 resolv1 named[1389]: general: critical: #0 0x7f3c7c3a622d in ?? Sep 25 13:27:52 resolv1 named[1389]: general: critical: #1 0x7f3c7a5a47ba in ?? Sep 25 13:27:52 resolv1 named[1389]: general: critical: #2 0x7f3c7a5b502c in ?? Sep 25 13:27:52 resolv1 named[1389]: general: critical: #3 0x7f3c7bc55694 in ?? Sep 25 13:27:52 resolv1 named[1389]: general: critical: #4 0x7f3c7bc0116a in ?? Sep 25 13:27:52 resolv1 named[1389]: general: critical: #5 0x7f3c7bbe8c29 in ?? Sep 25 13:27:52 resolv1 named[1389]: general: critical: #6 0x7f3c7bbe8d99 in ?? Sep 25 13:27:52 resolv1 named[1389]: general: critical: #7 0x7f3c7bc5c7fd in ?? Sep 25 13:27:52 resolv1 named[1389]: general: critical: #8 0x7f3c7bc6abf0 in ?? Sep 25 13:27:52 resolv1 named[1389]: general: critical: #9 0x7f3c7a5c5eeb in ?? Sep 25 13:27:52 resolv1 named[1389]: general: critical: #10 0x7f3c79f780a4 in ?? Sep 25 13:27:52 resolv1 named[1389]: general: critical: #11 0x7f3c7994dc2d in ?? Sep 25 13:27:52 resolv1 named[1389]: general: critical: exiting (due to assertion failure) Rolling back to 1:9.9.5.dfsg-4 helps. -- Best regards, Alexander Pyhalov, system administrator of Southern Federal University IT department -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762801: ITP: dune-alugrid -- toolbox for solving PDEs -- unstructured simplicial and cube grids
Package: wnpp Severity: wishlist Owner: Ansgar Burchardt ans...@debian.org * Package name: dune-alugrid Version : 2.3 Upstream Author : Bernhard Schupp Mario Ohlberger Robert Kloefkorn Andreas Dedner Martin Nolte * URL : http://users.dune-project.org/projects/dune-alugrid * License : GPL-2+ Programming Lang: C++ Description : toolbox for solving PDEs -- unstructured simplicial and cube grids DUNE, the Distributed and Unified Numerics Environment is a modular toolbox for solving partial differential equations (PDEs) with grid-based methods. It supports the easy implementation of methods like Finite Elements (FE), Finite Volumes (FV), and also Finite Differences (FD). . DUNE-ALUGrid is a grid manager providing unstructured simplicial and cube grids. The package will be maintained in the Debian Science Team. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762802: hunspell: Please include patch for bug when using with Emacs
Package: hunspell Version: 1.3.3-2rrt1 Severity: normal Tags: patch See here for the bug report and patch: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7781 I have tested the patch with the latest version of the Debian package (1.3.3-2 at the time of writing). I simply added it to the patch series and rebuilt the package: it applied cleanly, all the tests passed, and it fixed the bug. Debian Emacs users would be most grateful for this patch to be included! I have also highlighted the patch upstream, and written to the upstream maintainer, but the report (with patch) has been there for some years, so I’m not optimistic that it will be fixed soon, even though ispell seems to have fairly frequent releases. -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (90, 'utopic-updates'), (90, 'utopic-security'), (90, 'utopic') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-35-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hunspell depends on: ii hunspell-de-de [hunspell-dictionary] 20120607-1 ii hunspell-fr-classical [hunspell-dictionary] 1:5.0.2-1 ii libc62.19-0ubuntu6.3 ii libgcc1 1:4.9.1-0ubuntu1 ii libhunspell-1.3-01.3.3-2rrt1 ii libncursesw5 5.9+20140118-1ubuntu1 ii libreadline6 6.3-4ubuntu2 ii libstdc++6 4.8.2-19ubuntu1 ii libtinfo55.9+20140118-1ubuntu1 ii myspell-en-au [myspell-dictionary] 2.1-5.4 ii myspell-en-gb [myspell-dictionary] 1:4.2.1-0ubuntu1 ii myspell-en-us [myspell-dictionary] 1:4.2.1-0ubuntu1 ii myspell-en-za [myspell-dictionary] 1:4.2.1-0ubuntu1 ii myspell-nl [myspell-dictionary] 1:2.10-1 hunspell recommends no packages. Versions of packages hunspell suggests: ii unzip 6.0-9ubuntu1 -- 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#762757: gdm3: please don't depend on gnome-shell
Control: tags 762757 + wontfix On 25/09/14 00:29, Christoph Anton Mitterer wrote: Is gnome-shell really needed for gdm to run? Yes. gdm's current user interface is just GNOME Shell running in a special mode: the fallback non-Shell greeter (which was used by default in Debian 7) was removed between 3.8 and 3.10. I suspect this should be closed as not a bug, but for now I'm just tagging it wontfix. For non-GNOME environments, you might be better off with lightdm. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762803: RM: kiwix -- RoP; FTBFS
Package: ftp.debian.org Severity: wishlist X-Debbugs-Cc: debian-edu-pkg-t...@lists.alioth.debian.org Please remove kiwix from the Debian unstable archive. It currently FTBFSes and cannot live without xulrunner atm. After a discussion with upstream, the only possible solution for kiwix in Debian is its removal from the archive for now. Kiwix upstream will be working on fixing Kiwix on Debian, but this won't happen any time soon. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpSKlpKhhoFT.pgp Description: Digitale PGP-Signatur
Bug#762467: dpkg: when using --no-act, messages should be shown on stdout, not stderr
severity 762467 wishlist thanks I'll consider reworking that code to remove the inconsistency. To be consistent, dpkg could similarly say Would not remove/purge package foo because it is essential. without making the alarms sound as if it were the real thing. That would imply going over any error message and making it conditional on no-act, which TBH is not very compelling, as mentioned above I'd rather do the inverse. Or even improve --no-act to try to exercise more code, although that might require huge amounts of work. This is somehow a matter of principles: If a program does what you ask it to do, then there is no error. If dpkg was actually *unable* to tell me what would happen, that would be indeed an error and using stderr would be completely justified, but in this case dpkg does what I ask it to do (i.e. tell me what would happen). Well, I see it in a different way, for me --no-act is just that, do not perform modifying actions, to me it does not imply something like --no-error. If you specify the needed options it will do what was asked for, as it would w/o --no-act: ,--- $ dpkg --force-remove-essential --force-depends --no-act --purge dash dpkg: warning: overriding problem because --force enabled: dpkg: warning: this is an essential package; it should not be removed dpkg: warning: overriding problem because --force enabled: dpkg: warning: this is an essential package; it should not be removed […] dpkg: dash: dependency problems, but removing anyway as you requested: bash depends on dash (= 0.5.5.1-2.2). (Reading database ... 219372 files and directories currently installed.) Would remove or purge dash (0.5.7-4) ... `--- In any case, would getting rid of the inconsistent message be enough to satisfy you? This little inconsistency about the wording is likely worth to be fixed, yes, but it's not the bug I was reporting here. The problem is that those messages are treated as errors when they are actually not. For example, some programs show their help when you call them with unknown options. However, when explicitly called with --help, they show the *same* message, on stdout, and the exit status is 0. There is not a good reason to show help output (when explicitly asked for) on stderr, no matter how easy it would be to add 21. This is of course just an example, but I think it shows that the same message could be an error or not depending on whether you asked for it or not. Anyway, I'm downgrading to wishlist, as this does not seem easy to fix. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762714: Fixed in 3.14.0-1
I just installed 3.14.0-1, which works for me. Philipp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762656: Remove test using gcc missing functionality on ppc32
As reported upstream ppc32 does not support those atomic operation natively and the software implementation is not present either (as of 4.9.1). Since the implementation is only needed to run a particular test of the test suite, it should be ok to simply remove compilation of this test. Comments ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762804: yapps: please add python3 support
Source: yapps2 Version: 2.1.1-17.2 Severity: wishlist Hi, upstream yapps (2.2.0) supports python3, it'd be nice to get a python3-yapps package in Debian. Cheers, Julien -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: Digital signature
Bug#762770: lives cannot find any encoders on startup
+++ Wookey [2014-09-25 03:19 +0100]: Package: lives Version: 2.2.6~ds0-1 Severity: important So this looks like lives-plugins package has been multiarched, but lives itself is not looking in the multiarch path. I assume all that is needed is a rebuild with the correct default search path for encoders (and effects - I get the same complaint about those too for the same reason) Changing the lib_dir in the ~/.lives file from /usr/lib/ to /usr/lib/x86_64-linux-gnu/ (on this machine) solves the issue: So correctly setting that to /usr/lib/${DEB_HOST_MULTIARCH} would also be a way to fix it. I don't know if there is a built-in value for this as well but it really should be trying the system library path by default IMHO. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762805: bind9 process crashes within a few minutes of restarting
Package: bind9 Version: 1:9.9.5.dfsg-4.1 Severity: important Dear Maintainer, With the update 1:9.9.5.dfsg-4 1:9.9.5.dfsg-4.1 bind9 now crashes with: Sep 25 06:30:40 dimen named[6358]: mem.c:1321: REQUIRE(ptr != ((void *)0)) failed, back trace Sep 25 06:30:40 dimen named[6358]: #0 0x7feaed9c922d in ?? Sep 25 06:30:40 dimen named[6358]: #1 0x7feaebbb67ba in ?? Sep 25 06:30:40 dimen named[6358]: #2 0x7feaebbc702c in ?? Sep 25 06:30:40 dimen named[6358]: #3 0x7feaed278694 in ?? Sep 25 06:30:40 dimen named[6358]: #4 0x7feaed22416a in ?? Sep 25 06:30:40 dimen named[6358]: #5 0x7feaed20bc29 in ?? Sep 25 06:30:40 dimen named[6358]: #6 0x7feaed20bd99 in ?? Sep 25 06:30:40 dimen named[6358]: #7 0x7feaed27f7fd in ?? Sep 25 06:30:40 dimen named[6358]: #8 0x7feaed28b26b in ?? Sep 25 06:30:40 dimen named[6358]: #9 0x7feaebbd7eeb in ?? Sep 25 06:30:40 dimen named[6358]: #10 0x7feaeb5890a4 in ?? Sep 25 06:30:40 dimen named[6358]: #11 0x7feaeaf59c2d in ?? Sep 25 06:30:40 dimen named[6358]: exiting (due to assertion failure) within a few minutes of being restarted. Although I have a local configuration, I checked with a brand new install and the same behaviour obtains. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bind9 depends on: ii adduser3.113+nmu3 ii bind9utils 1:9.9.5.dfsg-4.1 ii debconf [debconf-2.0] 1.5.53 ii init-system-helpers1.21 ii libbind9-901:9.9.5.dfsg-4.1 ii libc6 2.19-11 ii libcap21:2.24-5 ii libcomerr2 1.42.12-1 ii libdns100 1:9.9.5.dfsg-4.1 ii libgssapi-krb5-2 1.12.1+dfsg-10 ii libisc95 1:9.9.5.dfsg-4.1 ii libisccc90 1:9.9.5.dfsg-4.1 ii libisccfg901:9.9.5.dfsg-4.1 ii libk5crypto3 1.12.1+dfsg-10 ii libkrb5-3 1.12.1+dfsg-10 ii liblwres90 1:9.9.5.dfsg-4.1 ii libssl1.0.01.0.1i-2 ii libxml22.9.1+dfsg1-4 ii lsb-base 4.1+Debian13 ii net-tools 1.60-26 ii netbase5.2 bind9 recommends no packages. Versions of packages bind9 suggests: ii bind9-doc 1:9.9.5.dfsg-4.1 ii dnsutils1:9.9.5.dfsg-4.1 pn resolvconf none pn ufw none -- Configuration Files: /etc/bind/named.conf changed [not included] /etc/bind/named.conf.local changed [not included] -- debconf information: bind9/different-configuration-file: bind9/start-as-user: bind bind9/run-resolvconf: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749084: Wikipedia and Amazon favicons
Hi, It seams that neither Wikipedia nor Amazon provide their favicons in PNG format like DuckDuckGo does, so it is not possible to patch their searchengine files like I did with DDG's[1]. While it is possible to include PNG file as base64 encoded data: URL, I don't think the sites (especially Amazon) would be very glad (or maybe not) Debian distributes their copyrighted artwork. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762429#20 -- Łukasz Stelmach Samsung RD Institute Poland Samsung Electronics pgpfmdqh5Z4Vl.pgp Description: PGP signature
Bug#762807: logcheck: Cron sre_constants.error: unexpected end of pattern
Package: logcheck Version: 1.3.15 Severity: normal Dear Maintainer, *** 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 lines *** I'm receiving this Cron error email whenever the logcheck cron runs: Subject: if [ -x /usr/sbin/logcheck ]; then nice -n10 /usr/sbin/logcheck; fi Message: Traceback (most recent call last): File /usr/bin/syslog-summary, line 282, in module main() File /usr/bin/syslog-summary, line 275, in main ignore_pats = read_patterns(IGNORE_FILENAME) File /usr/bin/syslog-summary, line 83, in read_patterns pats.append(re.compile(rule)) File /usr/lib/python2.7/re.py, line 190, in compile return _compile(pattern, flags) File /usr/lib/python2.7/re.py, line 242, in _compile raise error, v # invalid expression sre_constants.error: unexpected end of pattern Any idea why? In the rest logcheck works perfect. -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages logcheck depends on: ii adduser3.113+nmu3 ii cron 3.0pl1-124 ii exim4-daemon-light [mail-transport-agent] 4.80-7 ii lockfile-progs 0.1.17 ii logtail1.3.15 ii mime-construct 1.11 ii rsyslog [system-log-daemon]5.8.11-3 Versions of packages logcheck recommends: ii logcheck-database 1.3.15 Versions of packages logcheck suggests: ii syslog-summary 1.14-2 -- Configuration Files: /etc/logcheck/logcheck.conf [Errno 13] Permission denied: u'/etc/logcheck/logcheck.conf' /etc/logcheck/logcheck.logfiles [Errno 13] Permission denied: u'/etc/logcheck/logcheck.logfiles' -- 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#762806: evince: regression: traps: evince[25787] general protection fault
Package: evince Version: 3.14.0-1 Severity: important Opening a PDF a second time; or rebuilding the PDF, causes evince to crash with a general protection fault (in almost all cases, sometimes it works). traps: evince[25787] general protection ip:7f2af00e6c8d sp:7fff3a933378 error:0 in libgobject-2.0.so.0.4200.0[7f2af00b6000+51000] This did not happen in 3.12, but happened in all 3.13 release(s?) I tried and the 3.14 one. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evince depends on: ii evince-common 3.14.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii libatk1.0-02.12.0-1 ii libc6 2.19-11 ii libcairo-gobject2 1.12.16-5 ii libcairo2 1.12.16-5 ii libevdocument3-4 3.14.0-1 ii libevview3-3 3.14.0-1 ii libgdk-pixbuf2.0-0 2.30.8-1 ii libglib2.0-0 2.42.0-1 ii libgtk-3-0 3.14.0-1 ii libnautilus-extension1a3.14.0-1 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-01.36.7-1 ii libsecret-1-0 0.18-1 ii libxml22.9.1+dfsg1-4 ii shared-mime-info 1.3-1 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages evince recommends: ii dbus-x11 1.8.8-1 ii gvfs 1.22.0-1 Versions of packages evince suggests: ii nautilus 3.14.0-1 ii poppler-data 0.4.7-1 pn unrar none -- no debconf information -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. Be friendly, do not top-post, and follow RFC 1855 Netiquette. - If you don't I might ignore you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762634: initramfs-tools: [armhf] mounting rootfs on USB disk fails / some USB host controller drivers missing in initramfs
Michael Prokop m...@debian.org (2014-09-25): * Karsten Merker [Thu Sep 25, 2014 at 08:15:48AM +0200]: On Tue, Sep 23, 2014 at 11:42:08PM +0200, Michael Prokop wrote: Does this look like it would provide what you're asking for? http://anonscm.debian.org/cgit/kernel/initramfs-tools.git/commit/?h=mika/bug_762634id=3b835665015c0a9287284c2548b12ab7c8cabc78 outside d-i and for the MODULES=most configuration, this works fine: [...] Inside the /target chroot created by d-i, update-initramfs is by default configured to run with MODULES=dep and gives only the following modules on my armhf/sunxi test system: Hmpf, I so much am not a fan of this default MODULES=dep behaviour of d-i... Can you please clarify? I see this in base-installer: | if db_get base-installer/initramfs-tools/driver-policy \ |[ -z $RET ]; then | # Get default for architecture | db_get base-installer/kernel/linux/initramfs-tools/driver-policy | db_set base-installer/initramfs-tools/driver-policy $RET | fi | db_settitle debian-installer/bootstrap-base/title | db_input medium base-installer/initramfs-tools/driver-policy || true | if ! db_go; then | db_progress stop | exit 10 | fi | | db_get base-installer/initramfs-tools/driver-policy | if [ $RET != most ]; then | cat $IT_CONFDIR/driver-policy EOF | # Driver inclusion policy selected during installation | # Note: this setting overrides the value set in the file | # /etc/initramfs-tools/initramfs.conf | MODULES=$RET | EOF | fi Granted, no coffee yet. But I seem to recall that people having issues with MODULES=dep are those who actually selected it manually (e.g. through expert install). My local test confirms that a basic installation (netboot-gtk image on amd64 using udebs from sid) leads to MODULES=most in /target. I didn't go further than the popcon prompt though. Mraw, KiBi. signature.asc Description: Digital signature
Bug#762802: hunspell: Please include patch for bug when using with Emacs
severity 762802 wishlist found 762802 1.3.3-2 thanks On Thu, Sep 25, 2014 at 10:57:21AM +0100, Reuben Thomas wrote: Package: hunspell Version: 1.3.3-2rrt1 Bzzt. Doesn't exist. Some more care, please. Fixing. (That value affects version tracking in the BTS) Severity: normal Tags: patch See here for the bug report and patch: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7781 I have tested the patch with the latest version of the Debian package (1.3.3-2 at the time of writing). I simply added it to the patch series and rebuilt the package: it applied cleanly, all the tests passed, and it fixed the bug. Debian Emacs users would be most grateful for this patch to be included! Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (90, 'utopic-updates'), (90, 'utopic-security'), (90, 'utopic') Architecture: amd64 (x86_64) Foreign Architectures: i386 And reported from a not-a-Debian system But yeah, will think about it. But it's a wish - wishlist. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762806: evince: regression: traps: evince[25787] general protection fault
On Thu, Sep 25, 2014 at 12:27:08PM +0200, Julian Andres Klode wrote: Package: evince Version: 3.14.0-1 Severity: important Opening a PDF a second time; or rebuilding the PDF, causes evince to crash with a general protection fault (in almost all cases, sometimes it works). traps: evince[25787] general protection ip:7f2af00e6c8d sp:7fff3a933378 error:0 in libgobject-2.0.so.0.4200.0[7f2af00b6000+51000] This did not happen in 3.12, but happened in all 3.13 release(s?) I tried and the 3.14 one. Debugging output. (gdb) backtrace full #0 0x74faec8d in g_type_name (type=optimized out) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./gobject/gtype.c:3302 No locals. #1 0x5558fb6a in ev_window_title_sanitize_title (window_title=0x55a43880, window_title=0x55a43880, title=synthetic pointer) at /tmp/buildd/evince-3.14.0/./shell/ev-window-title.c:80 backend = optimized out i = optimized out #2 ev_window_title_update (window_title=0x55a43880) at /tmp/buildd/evince-3.14.0/./shell/ev-window-title.c:124 window = 0x5593b0b0 toolbar = 0x55a82210 title = 0x55f372c0 Bachelor Thesis: Performance and Interfaces of Datatype-Generic Scala Programs p = optimized out subtitle = 0x0 title_header = 0x0 __FUNCTION__ = ev_window_title_update #3 0x5558fec8 in ev_window_title_set_type (window_title=optimized out, type=optimized out) at /tmp/buildd/evince-3.14.0/./shell/ev-window-title.c:190 No locals. #4 0x5558b79e in ev_window_set_document (document=optimized out, ev_window=0x5593b0b0) at /tmp/buildd/evince-3.14.0/./shell/ev-window.c:1616 No locals. #5 ev_window_document_changed_cb (model=optimized out, pspec=optimized out, ev_window=0x5593b0b0) at /tmp/buildd/evince-3.14.0/./shell/ev-window.c:4783 No locals. #6 0x74f8e245 in g_closure_invoke (closure=0x55c932b0, return_value=0x0, n_param_values=2, param_values=0x7fffd9e0, invocation_hint=0x7fffd980) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./gobject/gclosure.c:768 marshal = optimized out marshal_data = optimized out in_marshal = 0 real_closure = 0x55c93290 __FUNCTION__ = g_closure_invoke #7 0x74f9ff3c in signal_emit_unlocked_R (node=node@entry=0x557d02d0, detail=detail@entry=1301, instance=instance@entry=0x55a074c0, emission_return=emission_return@entry=0x0, instance_and_params=instance_and_params@entry=0x7fffd9e0) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./gobject/gsignal.c:3553 tmp = optimized out handler = 0x55c90c90 accumulator = 0x0 emission = {next = 0x0, instance = 0x55a074c0, ihint = {signal_id = 1, detail = 1301, run_type = G_SIGNAL_RUN_FIRST}, state = EMISSION_RUN, chain_type = 4} handler_list = optimized out return_accu = 0x0 accu = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}} signal_id = 1 max_sequential_handler_number = 3654 return_value_altered = 1 #8 0x74fa8748 in g_signal_emit_valist (instance=optimized out, signal_id=optimized out, detail=optimized out, var_args=var_args@entry=0x7fffdb70) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./gobject/gsignal.c:3309 instance_and_params = 0x7fffd9e0 signal_return_type = optimized out param_values = 0x7fffd9f8 i = optimized out n_params = optimized out __FUNCTION__ = g_signal_emit_valist #9 0x74fa89af in g_signal_emit (instance=optimized out, signal_id=optimized out, detail=optimized out) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./gobject/gsignal.c:3365 var_args = {{gp_offset = 32, fp_offset = 48, overflow_arg_area = 0x7fffdc50, reg_save_area = 0x7fffdb90}} #10 0x74f92985 in g_object_dispatch_properties_changed (object=0x48d38948f7894853, n_pspecs=1440188688, pspecs=0x4f) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./gobject/gobject.c:1056 No locals. #11 0x74f94d91 in g_object_notify_by_spec_internal (pspec=optimized out, object=0x55a074c0) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./gobject/gobject.c:1149 nqueue = 0x0 notify_pspec = 0x55a144b0 #12 g_object_notify (object=0x55a074c0, property_name=property_name@entry=0x7798e594 document) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./gobject/gobject.c:1197 pspec = optimized out __FUNCTION__ = g_object_notify #13 0x77966208 in ev_document_model_set_document (model=optimized out, document=optimized out) at /tmp/buildd/evince-3.14.0/./libview/ev-document-model.c:381 __FUNCTION__ = ev_document_model_set_document #14 0x555899ac in
Bug#622231: xserver-xorg-input-synaptics: synaptics driver not always used
On 2014-02-23 17:37:27 +0100, Vincent Lefevre wrote: This is now always reproducible! There has been an improvement recently. It is not always reproducible with 3.16.2-3; and after one reboot to 3.16.3-2, the problem didn't occur. -- 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#752837: About to have broken kiwix remove from Debian
Hi Emmanuel, On Do 25 Sep 2014 11:35:47 CEST, Emmanuel Engelhart wrote: Hi Mike Thank you very much for your patience and effort to keep Kiwix running on Debian. The work generated by the deletion of xulrunner related packages is not trivial. We have had already a look to this at the time xulrunner was removed from Ubuntu. Therefore, without a compilation/gecko wizard being able to fix it within the next weeks, I don't think kiwix is going to survive in the Debian repository... for now. It's of course sad, it has always been important for us to be in Debian. But, Kiwix development is alive and I hope this step backward will be at anytime forgotten by two steps forward, and we will see then Kiwix back in Debian. Regards Emmanuel thanks for your reply. We just discussed the issue on IRC (for those who were not around on IRC channel #kiwix (Freenode). I have filed a removal request for kiwix against ftp.debian.org. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpU_9oo3okAy.pgp Description: Digitale PGP-Signatur
Bug#762807: Logcheck configuration files
/etc/logcheck/logcheck.conf (no modification done): # The following variable settings are the initial default values, # which can be uncommented and modified to alter logcheck's behaviour # Controls the format of date-/time-stamps in subject lines: # Alternatively, set the format to suit your locale #DATE=$(date +'%Y-%m-%d %H:%M') # Controls the presence of boilerplate at the top of each message: # Alternatively, set to 0 to disable the introduction. # # If the files /etc/logcheck/header.txt and /etc/logcheck/footer.txt # are present their contents will be read and used as the header and # footer of any generated mails. #INTRO=1 # Controls the level of filtering: # Can be Set to workstation, server or paranoid for different # levels of filtering. Defaults to server if not set. REPORTLEVEL=server # Controls the address mail goes to: # *NOTE* the script does not set a default value for this variable! # Should be set to an offsite emailaddr...@some.domain.tld SENDMAILTO=logcheck # Send the results as attachment or not. # 0=not as attachment; 1=as attachment; 2=as gzip attachment # Default is 0 MAILASATTACH=0 # Should the hostname in the subject of generated mails be fully qualified? FQDN=1 # Controls whether sort -u is used on log entries (which will # eliminate duplicates but destroy the original ordering); the # default is to use sort -k 1,3 -s: # Alternatively, set to 1 to enable unique sorting #SORTUNIQ=0 # Controls whether /etc/logcheck/cracking.ignore.d is scanned for # exceptions to the rules in /etc/logcheck/cracking.d: # Alternatively, set to 1 to enable cracking.ignore support #SUPPORT_CRACKING_IGNORE=0 # Controls the base directory for rules file location # This must be an absolute path #RULEDIR=/etc/logcheck # Controls if syslog-summary is run over each section. # Alternatively, set to 1 to enable extra summary. # HINT: syslog-summary needs to be installed. SYSLOGSUMMARY=1 # Controls Subject: lines on logcheck reports: #ATTACKSUBJECT=Security Alerts #SECURITYSUBJECT=Security Events #EVENTSSUBJECT=System Events # Controls [logcheck] prefix on Subject: lines #ADDTAG=no # Set a different location for temporary files than /tmp # this is useful if your /tmp is small and you are getting # errors such as: # cp: writing `/tmp/logcheck.y12449/checked': No space left on device # /usr/sbin/logcheck: line 161: cannot create temp file for here document: No space left on device # mail: /tmp/mail.Rspc2eAx: No space left on device # Null message body; hope that's ok # # If this is happening, likely you will want to change the following to be some other # location, such as /var/tmp TMP=/tmp -- Cu stimă, Daniel Iancu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762808: debirf: man-db may fail to run in debirf
Package: debirf Version: 0.34 Severity: normal Tags: patch Dear Maintainer, debirf may fail to configure and run man-db under some circumstances. The symptoms : in a somewhat outdated jessie chroot $ dpkg -l man-db [ ... ] ii man-db 2.6.6-1 amd64on-line manual pager $ debirf make minimal [ ... ] $ echo $? 0 $ debirf enter minimal/ # apt-get update # apt-get install man-db [ ... ] Selecting previously unselected package man-db. Preparing to unpack .../man-db_2.6.7.1-1_amd64.deb ... Unpacking man-db (2.6.7.1-1) ... # echo $? 0 # apt-get install bc [ ... ] Processing triggers for man-db (2.6.7.1-1) ... /usr/bin/mandb: error while loading shared libraries: libmandb-2.6.7.1.so: cannot open shared object file: No such file or directory (there is no message that a configuration of man-db occurred) The same symptoms occur if the architectures don't match - say, we are building an i386 target on an amd64 machine. There is no such problem as real root (and real chroot). The cause : the versions of man-db on the build host and in the debirf (fake-)chroot don't match. /usr/bin/mandb finds its library /usr/lib/man-db/libmandb-2.6.7.1.so through a DT_RUNPATH tag : $ readelf --dynamic /usr/bin/mandb [ ... ] 0x001d (RUNPATH)Library runpath: [/usr/lib/man-db] Fakechroot adds ${DEBIRF_ROOT}/usr/lib/ to LD_LIBRARY_PATH, not ${DEBIRF_ROOT}/usr/lib/man-db. As a result, /usr/lib/man-db/libmandb-2.6.7.1.so on the build host is used - not the right one ! A possible workaround : we may override the DT_RUNPATH tag with LD_LIBRARY_PATH (see the following patch as an example) Then $ debirf enter minimal/ # apt-get update # apt-get install man-db [ ... ] Setting up man-db (2.6.7.1-1) ... Building database of manual pages ... Regards, JH Chatenet diff -Naur a/usr/share/debirf/common b/usr/share/debirf/common --- a/usr/share/debirf/common 2014-07-09 22:28:14.0 +0200 +++ b/usr/share/debirf/common 2014-07-15 20:08:46.0 +0200 @@ -55,6 +55,7 @@ if [ $ROOT_BUILD = 'true' ] ; then TMPDIR= chroot $DEBIRF_ROOT $@ else + LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+${LD_LIBRARY_PATH}:}${DEBIRF_ROOT}/usr/lib/man-db TMPDIR= fakechroot chroot $DEBIRF_ROOT $@ fi } -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.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 Versions of packages debirf depends on: ii apt 1.0.9.1 ii cpio 2.11+dfsg-2 ii debootstrap 1.0.62 ii fakechroot 2.17.2-1 ii fakeroot 1.20.1-1.1 ii klibc-utils 2.0.4-1 Versions of packages debirf recommends: ii grub-common 2.00-22 ii lsb-release 4.1+Debian13 ii xorriso 1.3.2-1.1 debirf 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#761585: [geeqie] Fullscreen view has constant size 200x200 px
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi Andrey, Am Mi den 24. Sep 2014 um 18:13 schrieb Andrey Gursky: The refreshed (for geeqie 1.2-1) fix-fullscreen.patch is broken. The fixed one is attached. Great job, thanks. I also started to have a look into it as I believed that this is the problem. However, I had not that time to debug it. I will include it in the next version (with some other fixes that did pop up). Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJUI/E5AAoJEKZ8CrGAGfasqicL/1OCyjlqnq1PEs6EEXF3z1/V UefLEKeYwcp2mVqEnpD9ycSDPIbeKS0HCQjqtSAApo7dQKyV4cvPH4pcMwnPfk+g CZLYiiRUENkRiU5amWjxl2de/jzRgFzlazWFHKq9x+IVlZwqa5EJt8W4+0Tw1pD1 ukE48W8GIMEVQTg625EQHeJ02f94MOrSu5St0Ob6EIy86S9dW6ykboUTIwO2lwNf Rtsxo1hRv+AIOYWDa00rIWfP5YJKjjHcglZCBZOpt1HRY+DtTGRu1KJe4GeANS+e B1cOVfkvyv4adPLafJbuP8709d+lVMQ1IMHYC4txFfzx4LYkiKh/5/6agd0Lvx7W bSZRtGOBrIhnSepKu8aH110/3KxK5DDoBT/341psco/9lM9hO9mwVomWCW9qNoVY jU+QGRltClWVoEHnf4RH8MgSbAG0wAqSbfNeNzwNb1EXnoJ1R9NOVXzqN49FYOWL IOOQGYXQb2+VAXeR/+rJRp9BfRBAJUznkKraDJF4cA== =4Hg5 -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#762802: hunspell: Please include patch for bug when using with Emacs
On 25 September 2014 11:30, Rene Engelhard r...@debian.org wrote: severity 762802 wishlist found 762802 1.3.3-2 thanks On Thu, Sep 25, 2014 at 10:57:21AM +0100, Reuben Thomas wrote: Package: hunspell Version: 1.3.3-2rrt1 Bzzt. Doesn't exist. Some more care, please. Fixing. (That value affects version tracking in the BTS) Does that mean when I'm running a custom version of a package (as I am in this case to fix the bug), I should tell the BTS something else? If so, which version should I report? The same but unpatched? The latest? And reported from a not-a-Debian system As you can see, Ubuntu is shipping the Debian package. But yeah, will think about it. But it's a wish - wishlist. It's a bug: spell-checking of UTF-8 files in Emacs doesn't currently work with hunspell. -- http://rrt.sc3d.org
Bug#762809: libgl1-mesa-dri: Playing video with mpv -vo=opengl leads to a segmentation fault
Source: libgl1-mesa-dri Version: 10.2.6-1 Severity: important Hi, since around yesterday the playback of videos with mpv using opengl video out crashes the mpv and gnome-shell. AO: [pulse] 48000Hz stereo 2ch float (...) AV: 00:00:00 / 00:18:55 (0%) A-V: 0.000 Cache: 18.63% VO: [opengl] 1920x1080 = 1920x1080 yuv420p Failed to open BO for returned DRI2 buffer (1920x1200, dri2 back buffer, named 3). This is likely a bug in the X Server that will lead to a crash soon. Program received signal SIGSEGV, Segmentation fault. 0x7fffdb3922c2 in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so This usually takes gnome-shell down as well just after the crash (but running mpv under gdb saves the gnome-shell): [ 1275.925420] mpv[4877]: segfault at 24 ip 7fb7cd4362c2 sp 7fff2d8e70a8 error 4 in i965_dri.so[7fb7cd16e000+509000] [ 1276.221832] gnome-shell[3713]: segfault at 3c ip 7f51c06a0dab sp 7fff8159cd10 error 4 in i965_dri.so[7f51c0338000+509000] [ 5304.840249] mpv[8556]: segfault at 24 ip 7f4f602fa2c2 sp 7fff892874c8 error 4 in i965_dri.so[7f4f60032000+509000] [ 5307.309253] gnome-shell[4939]: segfault at 3c ip 7f5d9bc33dab sp 7cef4490 error 4 in i965_dri.so[7f5d9b8cb000+509000] [10733.668937] mpv[24002]: segfault at 24 ip 7f523676c2c2 sp 7fffeb1a1a58 error 4 in i965_dri.so[7f52364a4000+509000] [10734.277346] gnome-shell[8634]: segfault at 3c ip 7fb8e572cdab sp 7fffe1e60780 error 4 in i965_dri.so[7fb8e53c4000+509000] [10864.277396] mpv[24354]: segfault at 24 ip 7fd0fda8d2c2 sp 7fffbd414988 error 4 in i965_dri.so[7fd0fd7c5000+509000] bt full with debugging symbols installed: #0 0x7fffdb3922c2 in brw_blorp_mip_info::set (this=0x7fffd8c8, mt=0x0, level=0, layer=0) at ../../../../../../../src/mesa/drivers/dri/i965/brw_blorp.cpp:71 No locals. #1 0x7fffdb392333 in brw_blorp_surface_info::set (this=this@entry=0x7fffd8c8, brw=brw@entry=0x564be168, mt=0x0, level=optimized out, layer=layer@entry=0, is_render_target=is_render_target@entry=true) at ../../../../../../../src/mesa/drivers/dri/i965/brw_blorp.cpp:83 No locals. #2 0x7fffdb39e9f5 in brw_blorp_clear_params::brw_blorp_clear_params (this=0x7fffd850, brw=0x564be168, fb=0x56707df0, rb=0x56708300, color_mask=0x564bf950 '\377' repeats 32 times, \005\004, partial_clear=optimized out, layer=0) at ../../../../../../../src/mesa/drivers/dri/i965/brw_blorp_clear.cpp:191 ctx = 0x564be168 format = optimized out push_consts = optimized out #3 0x7fffdb39f414 in do_single_blorp_clear (brw=0x564be168, fb=0x0, fb@entry=0x56707df0, rb=0x0, rb@entry=0x56708300, buf=buf@entry=0, partial_clear=partial_clear@entry=false, layer=1) at ../../../../../../../src/mesa/drivers/dri/i965/brw_blorp_clear.cpp:505 params = {brw_blorp_const_color_params = {brw_blorp_params = {_vptr.brw_blorp_params = 0x7fffdb7e1740 vtable for brw_blorp_clear_params+16, x0 = 0, y0 = 0, x1 = 0, y1 = 0, depth = {mt = 0x0, level = 0, layer = 0, width = 0, height = 0, x_offset = 0, y_offset = 0}, depth_format = 0, src = {brw_blorp_mip_info = {mt = 0x0, level = 0, layer = 0, width = 0, height = 0, x_offset = 0, y_offset = 0}, map_stencil_as_y_tiled = false, num_samples = 0, array_spacing_lod0 = 240, brw_surfaceformat = 0, msaa_layout = 1435514112}, dst = {brw_blorp_mip_info = {mt = 0x0, level = 0, layer = 0, width = 0, height = 0, x_offset = 0, y_offset = 0}, map_stencil_as_y_tiled = false, num_samples = 0, array_spacing_lod0 = 7, brw_surfaceformat = 0, msaa_layout = 3916322632}, hiz_op = GEN6_HIZ_OP_NONE, fast_clear_op = GEN7_FAST_CLEAR_OP_NONE, use_wm_prog = false, wm_push_consts = {dst_x0 = 21845, dst_x1 = 1440392984, dst_y0 = 21845, dst_y1 = 11269, rect_grid_x1 = 0, rect_grid_y1 = 3.00504098e+13, x_transform = {multiplier = 3.0611365e-41, offset = -3.30759984e+16}, y_transform = {multiplier = 4.59163468e-41, offset = 4.20389539e-45}, pad = {1, 1, 21845, 1435514112, 21845, 3672838142}}, color_write_disable = {false, false, false, false}}, wm_prog_key = {use_simd16_replicated_data = 112, pad = {78, 232, 85}}}, No data fields} clear_type = 0x0 __FUNCTION__ = do_single_blorp_clear #4 0x7fffdb39f77f in brw_blorp_clear_color (brw=brw@entry=0x564be168, fb=fb@entry=0x56707df0, mask=mask@entry=2, partial_clear=partial_clear@entry=false) at ../../../../../../../src/mesa/drivers/dri/i965/brw_blorp_clear.cpp:601 layer = optimized out rb = 0x56708300 buf = 0 #5 0x7fffdb3a0da8 in brw_clear (ctx=0x564be168, mask=2) at ../../../../../../../src/mesa/drivers/dri/i965/brw_clear.c:247 fb = 0x56707df0 partial_clear = false tri_mask = optimized out #6 0x556336e9 in ?? () No symbol
Bug#762810: evolution: theme_text_color replaced by theme_fg_color
Package: evolution Version: 3.12.6-1 Severity: minor Dear Maintainer, Please find attached a patch that renames a color label that is no longer available in gtk 3.14 - fixing unreadable message pane in dark variant. Forwarded upstream. Jérémy. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (670, 'unstable'), (650, 'testing'), (590, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution depends on: ii dbus 1.8.8-1 ii debconf [debconf-2.0] 1.5.53 ii evolution-common 3.12.6-1 ii evolution-data-server 3.12.6-1 ii gnome-icon-theme 3.12.0-1 ii libatk1.0-02.13.90-1 ii libc6 2.19-11 ii libcamel-1.2-493.12.6-1 ii libclutter-gtk-1.0-0 1.6.0-1 ii libecal-1.2-16 3.12.6-1 ii libedataserver-1.2-18 3.12.6-1 ii libevolution 3.12.6-1 ii libglib2.0-0 2.42.0-1 ii libgtk-3-0 3.14.0-1 ii libical1 1.0-1 ii libnotify4 0.7.6-2 ii libsoup2.4-1 2.48.0-1 ii libwebkitgtk-3.0-0 2.4.5-2 ii libxml22.9.1+dfsg1-4 ii psmisc 22.21-2 Versions of packages evolution recommends: ii bogofilter 1.2.4+dfsg1-3 ii evolution-plugins 3.12.6-1 ii spamassassin 3.4.0-2 ii yelp 3.14.0-1 Versions of packages evolution suggests: pn evolution-ews none pn evolution-plugins-experimental none ii gnupg 1.4.18-4 ii network-manager 0.9.10.0-2.1 -- debconf information excluded Description: theme_text_color replaced by theme_fg_color there is no theme_text_color in gtk 3.14, this results in dark-on-dark unreadable widgets using Adwaita dark variant. Forwarded: https://bugzilla.gnome.org/show_bug.cgi?id=737340 Author: Jérémy Lal kapo...@melix.org Last-Update: 2014-09-25 --- evolution-3.12.6.orig/addressbook/gui/widgets/e-minicard-label.c +++ evolution-3.12.6/addressbook/gui/widgets/e-minicard-label.c @@ -422,7 +422,7 @@ set_colors (EMinicardLabel *label) widget = GTK_WIDGET (GNOME_CANVAS_ITEM (label)-canvas); - e_utils_get_theme_color_color (widget, theme_text_color, E_UTILS_DEFAULT_THEME_TEXT_COLOR, text); + e_utils_get_theme_color_color (widget, theme_fg_color, E_UTILS_DEFAULT_THEME_TEXT_COLOR, text); if (label-has_focus) { GdkColor outline, fill; --- evolution-3.12.6.orig/addressbook/gui/widgets/e-minicard.c +++ evolution-3.12.6/addressbook/gui/widgets/e-minicard.c @@ -283,7 +283,7 @@ set_selected (EMinicard *minicard, NULL); } else { e_utils_get_theme_color_color (widget, theme_bg_color, E_UTILS_DEFAULT_THEME_BG_COLOR, header); - e_utils_get_theme_color_color (widget, theme_text_color, E_UTILS_DEFAULT_THEME_TEXT_COLOR, text); + e_utils_get_theme_color_color (widget, theme_fg_color, E_UTILS_DEFAULT_THEME_TEXT_COLOR, text); gnome_canvas_item_set ( minicard-rect, --- evolution-3.12.6.orig/calendar/gui/e-day-view-time-item.c +++ evolution-3.12.6/calendar/gui/e-day-view-time-item.c @@ -305,7 +305,7 @@ edvti_draw_zone (GnomeCanvasItem *canvas context, day_view-large_font_desc, pango_context_get_language (context)); - e_utils_get_theme_color (widget, theme_fg_color,theme_text_color, E_UTILS_DEFAULT_THEME_FG_COLOR, fg); + e_utils_get_theme_color (widget, theme_fg_color,theme_fg_color, E_UTILS_DEFAULT_THEME_FG_COLOR, fg); e_utils_get_theme_color (widget, theme_base_color, E_UTILS_DEFAULT_THEME_BASE_COLOR, dark); /* The start and end of the long horizontal line between hours. */ --- evolution-3.12.6.orig/calendar/gui/e-memo-table.c +++ evolution-3.12.6/calendar/gui/e-memo-table.c @@ -502,7 +502,7 @@ memo_table_query_tooltip (GtkWidget *wid e_utils_get_theme_color (widget, theme_selected_bg_color, E_UTILS_DEFAULT_THEME_SELECTED_BG_COLOR, sel_bg); e_utils_get_theme_color (widget, theme_selected_fg_color, E_UTILS_DEFAULT_THEME_SELECTED_FG_COLOR, sel_fg); e_utils_get_theme_color (widget, theme_bg_color, E_UTILS_DEFAULT_THEME_BG_COLOR, norm_bg); - e_utils_get_theme_color (widget, theme_text_color, E_UTILS_DEFAULT_THEME_TEXT_COLOR, norm_text); + e_utils_get_theme_color (widget, theme_fg_color, E_UTILS_DEFAULT_THEME_TEXT_COLOR, norm_text); box = gtk_box_new (GTK_ORIENTATION_VERTICAL, 0); --- evolution-3.12.6.orig/calendar/gui/e-task-table.c +++ evolution-3.12.6/calendar/gui/e-task-table.c @@ -804,7 +804,7 @@ task_table_query_tooltip (GtkWidget *wid e_utils_get_theme_color (widget, theme_selected_bg_color, E_UTILS_DEFAULT_THEME_SELECTED_BG_COLOR, sel_bg); e_utils_get_theme_color (widget, theme_selected_fg_color, E_UTILS_DEFAULT_THEME_SELECTED_FG_COLOR, sel_fg); e_utils_get_theme_color (widget, theme_bg_color, E_UTILS_DEFAULT_THEME_BG_COLOR, norm_bg); - e_utils_get_theme_color (widget, theme_text_color,
Bug#762812: linux-image-3.16-2-amd64: hw csum failures since upgraded to 3.16 series
Package: src:linux Version: 3.16.3-2 Severity: normal Hello, I've been having these strange hw csum failure errors since I upgraded the kernels of my nameservers from 3.14 series to 3.16 series. These seem to occur randomly when bind is resolving names. I haven't noticed any dns problems though. These errors started to occur right after I upgraded the kernel and is affecting both of my nameservers. I suppose it is not hardware related since the other server has different hardware. And as mentioned version 3.14 kernel (and previous ones I've used) didn't have this problem. I haven't tried 3.15 series. Regards, Juha -- Package-specific info: ** Version: Linux version 3.16-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-11) ) #1 SMP Debian 3.16.3-2 (2014-09-20) ** Command line: BOOT_IMAGE=/vmlinuz-3.16-2-amd64 root=/dev/mapper/vg0-root ro rootflags=subvol=__active/root elevator=deadline ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [349375.378716] 0008 81506188 88010cda3de0 8140dfed [349375.379722] b2694d960c15a0c0 88040c15a0c0 88010cda3c68 [349375.380730] 88010cda3f30 074f 814ce74a [349375.381744] Call Trace: [349375.382734] [81506188] ? dump_stack+0x41/0x51 [349375.383717] [8140dfed] ? skb_copy_and_csum_datagram_iovec+0xfd/0x110 [349375.383829] unknown: hw csum failure [349375.385672] [814ce74a] ? udpv6_recvmsg+0x27a/0x5f0 [349375.386647] [8148716a] ? inet_recvmsg+0x6a/0x80 [349375.387609] [813ffd3a] ? sock_recvmsg+0x9a/0xd0 [349375.388558] [810cf61e] ? futex_wait+0x17e/0x260 [349375.389500] [81400017] ? ___sys_recvmsg+0x127/0x2c0 [349375.390442] [810cf82f] ? futex_wake+0x6f/0x120 [349375.391388] [810d175e] ? do_futex+0x11e/0xb60 [349375.392326] [81404336] ? release_sock+0xe6/0x170 [349375.393259] [81477a6f] ? ip4_datagram_connect+0x20f/0x280 [349375.394203] [813ff5cb] ? SYSC_connect+0x7b/0x100 [349375.395151] [81400a5e] ? __sys_recvmsg+0x3e/0x80 [349375.396094] [8150c26d] ? system_call_fast_compare_end+0x10/0x15 [349375.397048] CPU: 3 PID: 16472 Comm: named Tainted: G O 3.16-2-amd64 #1 Debian 3.16.3-2 [349375.397053] unknown: hw csum failure [349375.399007] Hardware name: System manufacturer System Product Name/P8H67-M PRO, BIOS 3604 02/23/2012 [349375.400020] 0008 81506188 88010d1c7de0 8140dfed [349375.401027] e3421cbd02c6b580 880402c6b580 88010d1c7c68 [349375.402028] 88010d1c7f30 074f 814ce74a [349375.402533] unknown: hw csum failure [349375.403683] Call Trace: [349375.404416] [81506188] ? dump_stack+0x41/0x51 [349375.405153] [8140dfed] ? skb_copy_and_csum_datagram_iovec+0xfd/0x110 [349375.405893] [814ce74a] ? udpv6_recvmsg+0x27a/0x5f0 [349375.406631] [8148716a] ? inet_recvmsg+0x6a/0x80 [349375.407357] [813ffd3a] ? sock_recvmsg+0x9a/0xd0 [349375.408073] [810cf61e] ? futex_wait+0x17e/0x260 [349375.408788] [81400017] ? ___sys_recvmsg+0x127/0x2c0 [349375.409511] [810cf82f] ? futex_wake+0x6f/0x120 [349375.410230] [810d175e] ? do_futex+0x11e/0xb60 [349375.410958] [81404336] ? release_sock+0xe6/0x170 [349375.411674] [81477a6f] ? ip4_datagram_connect+0x20f/0x280 [349375.412393] [813ff5cb] ? SYSC_connect+0x7b/0x100 [349375.413113] [81400a5e] ? __sys_recvmsg+0x3e/0x80 [349375.413834] [8150c26d] ? system_call_fast_compare_end+0x10/0x15 [349375.414567] CPU: 7 PID: 16468 Comm: named Tainted: G O 3.16-2-amd64 #1 Debian 3.16.3-2 [349375.415567] Hardware name: System manufacturer System Product Name/P8H67-M PRO, BIOS 3604 02/23/2012 [349375.416604] 0008 81506188 88010b893de0 8140dfed [349375.417625] e7e0181fd5d9ee00 8800d5d9ee00 88010b893c68 [349375.418639] 88010b893f30 074f 814ce74a [349375.419661] Call Trace: [349375.420675] [81506188] ? dump_stack+0x41/0x51 [349375.421673] [8140dfed] ? skb_copy_and_csum_datagram_iovec+0xfd/0x110 [349375.422684] [814ce74a] ? udpv6_recvmsg+0x27a/0x5f0 [349375.423664] [8148716a] ? inet_recvmsg+0x6a/0x80 [349375.424616] [813ffd3a] ? sock_recvmsg+0x9a/0xd0 [349375.425562] [810cf61e] ? futex_wait+0x17e/0x260 [349375.426501] [81400017] ? ___sys_recvmsg+0x127/0x2c0 [349375.427460] [810cf82f] ? futex_wake+0x6f/0x120 [349375.428420] [810d175e] ? do_futex+0x11e/0xb60 [349375.429371] [811a4bb4] ? new_sync_write+0x74/0xa0 [349375.430313] [811dfb7c] ? fsnotify+0x23c/0x300 [349375.431281] [81400a5e] ? __sys_recvmsg+0x3e/0x80
Bug#762811: libgtkhtml: theme_text_color replaced by theme_fg_color
Package: libgtkhtml-4.0-0 Version: 4.8.4-3 Severity: minor File: libgtkhtml Dear Maintainer, Please find attached a patch that renames a color label that is no longer available in gtk 3.14 - fixing unreadable email composer in dark variant. Forwarded upstream. Jérémy. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (670, 'unstable'), (650, 'testing'), (590, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgtkhtml-4.0-0 depends on: ii libatk1.0-02.13.90-1 ii libc6 2.19-11 ii libcairo-gobject2 1.12.16-5 ii libcairo2 1.12.16-5 ii libenchant1c2a 1.6.0-10.1 ii libgail-3-03.14.0-1 ii libgdk-pixbuf2.0-0 2.30.8-1 ii libglib2.0-0 2.42.0-1 ii libgtk-3-0 3.14.0-1 ii libgtkhtml-4.0-common 4.8.4-3 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-01.36.7-1 libgtkhtml-4.0-0 recommends no packages. libgtkhtml-4.0-0 suggests no packages. -- no debconf information Description: theme_text_color replaced by theme_fg_color there is no theme_text_color in gtk 3.14, this results in dark-on-dark unreadable widgets using Adwaita dark variant. Forwarded: https://bugzilla.gnome.org/show_bug.cgi?id=737340 Author: Jérémy Lal kapo...@melix.org Last-Update: 2014-09-25 --- gtkhtml4.0-4.8.4.orig/gtkhtml/htmlcolorset.c +++ gtkhtml4.0-4.8.4/gtkhtml/htmlcolorset.c @@ -217,7 +217,7 @@ html_colorset_set_style (HTMLColorSet *s backdrop = (state_flags GTK_STATE_FLAG_BACKDROP) != 0; SET_COLOR_STYLE (Bg, backdrop ? theme_unfocused_base_color : theme_base_color, #ff); - SET_COLOR_STYLE (Text, backdrop ? theme_unfocused_text_color : theme_text_color, #00); + SET_COLOR_STYLE (Text, backdrop ? theme_unfocused_fg_color : theme_fg_color, #00); SET_COLOR_STYLE (Highlight, backdrop ? theme_unfocused_selected_bg_color : theme_selected_bg_color, #7f7fff); SET_COLOR_STYLE (HighlightText, backdrop ? theme_unfocused_selected_fg_color : theme_selected_fg_color, #00);
Bug#762813: tigercron: Cron error /bin/sh: 1: root: not found
Package: tiger Version: 1:3.2.3-10 Severity: normal Dear Maintainer, I'm receiving this Cron error email: Subject: root test -x /usr/sbin/tigercron { [ -r $DEFAULT ] . $DEFAULT ; nice -n$NICETIGER /usr/sbin/tigercron -q ; } Message: /bin/sh: 1: root: not found Any idea why? I have no problems using /bin/sh. -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tiger depends on: ii binutils 2.22-8 ii bsdmainutils 9.0.3 ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38+deb7u4 ii net-tools 1.60-24.2 ii ucf3.0025+nmu3 Versions of packages tiger recommends: ii chkrootkit 0.49-4.1+deb7u2 ii john1.7.8-1 ii postfix [mail-transport-agent] 2.9.6-2 ii tripwire2.4.2.2-2 Versions of packages tiger suggests: ii lsof 4.86+dfsg-1 -- debconf information: tiger/mail_rcpt: root tiger/policy_adapt: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762815: rsyslog: RSYSLOGD_OPTIONS ignored in /etc/default/rsyslog
Package: rsyslog Version: 8.4.0-2 Severity: normal Hello, rsyslog seems to completely ignore RSYSLOGD_OPTIONS set in /etc/default/rsyslog and rsyslogd is always started with -n. This happens at least when using systemd. Regards, Juha -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (700, 'stable'), (500, 'stable-updates'), (200, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rsyslog depends on: ii init-system-helpers 1.21 ii initscripts 2.88dsf-53.4 ii libc62.19-11 ii libestr0 0.1.9-1.1 ii libjson-c2 0.11-4 ii liblogging-stdlog0 1.0.4-1 ii liblognorm1 1.0.1-3 ii libuuid1 2.20.1-5.3 ii lsb-base 4.1+Debian8+deb7u1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages rsyslog recommends: ii logrotate 3.8.1-4 Versions of packages rsyslog suggests: pn rsyslog-docnone ii rsyslog-gnutls 8.4.0-2 pn rsyslog-gssapi none pn rsyslog-mongodbnone pn rsyslog-mysql | rsyslog-pgsql none ii rsyslog-relp 8.4.0-2 -- Configuration Files: /etc/rsyslog.conf changed [not included] -- 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#762816: shouldn't that be $diff, not $date_diff?
Package: perl-doc Version: 5.20.1-1 Severity: wishlist File: /usr/share/perl/5.20.1/pod/perlfaq4.pod We read my $diff = $date1 - $date2; print The difference is , $date_diff-days, days\n; shouldn't that be $diff, not $date_diff? P.S., weird indenting on Time::Seconds $val-minutes; $val-hours; $val-days; $val-weeks; $val-months; $val-financial_months; # 30 days $val-years; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762801: ITP: dune-alugrid -- toolbox for solving PDEs -- unstructured simplicial and cube grids
Hi Ansgar, I'm aware that you are commiting your scientific packages to Debian Science but it would be great if you could include Debian Science into your ITP CC list. It would also help if you would mention the task(s) this package would fit into. Kind regards and thanks for working on DUNE Andreas. On Thu, Sep 25, 2014 at 11:50:29AM +0200, Ansgar Burchardt wrote: Package: wnpp Severity: wishlist Owner: Ansgar Burchardt ans...@debian.org * Package name: dune-alugrid Version : 2.3 Upstream Author : Bernhard Schupp Mario Ohlberger Robert Kloefkorn Andreas Dedner Martin Nolte * URL : http://users.dune-project.org/projects/dune-alugrid * License : GPL-2+ Programming Lang: C++ Description : toolbox for solving PDEs -- unstructured simplicial and cube grids DUNE, the Distributed and Unified Numerics Environment is a modular toolbox for solving partial differential equations (PDEs) with grid-based methods. It supports the easy implementation of methods like Finite Elements (FE), Finite Volumes (FV), and also Finite Differences (FD). . DUNE-ALUGrid is a grid manager providing unstructured simplicial and cube grids. The package will be maintained in the Debian Science Team. Ansgar -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140925095029.15221.31976.report...@snout.igpm.rwth-aachen.de -- 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#762719: evince: at very beginning SIGSEGV segmentation fault
After a few attempts I have noticed that the problem occurs only if the one of the last files being opened was a PDF file protected with the user password. So, the previewer (window: Recenbt Documents) can't handle such file with password, and simply exits. The efect is that you can not run the evince at all. If I am right, please send it upstream to find the solution. richi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732621: libmagics++-dev: arch-dependent file in Multi-Arch: same package
Hi Alastair, * Alastair McKinstry alastair.mckins...@sceal.ie, 2014-09-20, 15:05: Are you using an automated tool to find these? Yes, I have a (semi-)automated tools for finding such bugs in the archive, and for filing them. The source is here: svn://svn.debian.org/svn/collab-qa/multi-arch The results used to be published here: https://people.debian.org/~jwilk/multi-arch/same-md5sums.txt But my scripts broke with the people.d.o migration to the new machine, and I haven't found time to find them a new home. So for the moment results are not publicly available anywhere. How can I check? For the packages that are already in the archive, you can use the aforementioned tools. For checking packages that are yet to be uploaded, I don't have a good solution. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762798: java.lang.ClassNotFoundException: hudson/matrix/MatrixBuild
Hi Philipp, Thank you for the report. After upgrade via apt-get the configured job is lost; importing it via jenkins-cli gives me java.lang.ClassCastException: java.util.Vector cannot be cast to hudson.util.DescribableList. Do you have the full stacktrace of this exception? UPDATE: deactivating the GIT client plugin makes the /configure URL work again, but that one would be required... No, there are no (more) plugin updates available. Could you list the plugins installed please? I'll try to reproduce this issue. Emmanuel Bourg signature.asc Description: OpenPGP digital signature
Bug#762802: hunspell: Please include patch for bug when using with Emacs
retitle 762802 spell-checking of UTF-8 files in Emacs doesn't work severity 762802 normal thanks Hi, On Thu, Sep 25, 2014 at 11:45:22AM +0100, Reuben Thomas wrote: Does that mean when I'm running a custom version of a package (as I am in this case to fix the bug), I should tell the BTS something else? If so, which version should I report? The same but unpatched? The latest? The same but unpatched?. Obviously specifying a non-existant version doesn't make sense in anyway. And reported from a not-a-Debian system As you can see, Ubuntu is shipping the Debian package. Yes, I know. But yeah, will think about it. But it's a wish - wishlist. It's a bug: spell-checking of UTF-8 files in Emacs doesn't currently work with hunspell. Then you should have filed this as a spell-checking of UTF-8 files in Emacs doesn't work bug instead of a here's a patch bug :) I haven't (yet) read your URL so don't assume I know that this is a bug from just what you wrote here. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762802: hunspell: Please include patch for bug when using with Emacs
On 25 September 2014 12:16, Rene Engelhard r...@debian.org wrote: The same but unpatched?. ACK. Then you should have filed this as a spell-checking of UTF-8 files in Emacs doesn't work bug instead of a here's a patch bug :) Good point. Thanks for the chroot suggestion, fair point about libraries. -- http://rrt.sc3d.org
Bug#762791: laptop-mode-tools: At boot eth0 fails
Il gio, set 25, 2014 at 02:32:39 +0530, Ritesh Raj Sarraf scrisse: [cut] The idea is to completely disable the battery when on battery. It is a use case. Can you check what the settings are for the following in /etc/laptop-mode/conf.d/ethernet.conf ? DISABLE_ETHERNET_ON_BATTERY=1 Yes, it's set so. If it is set to 1, you need to set it to 0, and then re-test your scenario. I think to remember to have tested it with 0 but not has seemed the solution. I'll try again but I'll say you if it's ok tomorrow morning. Thanks. -- Stefano Callegari ste...@infinito.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652459: initramfs-tools: [patch] Please support mounting of /usr in the initramfs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 No Hi at the begin as it seems to be not common sense anymore to greet before answering. Am Do den 2. Jan 2014 um 13:46 schrieb Roger Leigh: This will prevent from using /usr via NFS or having a /usr md device or having /usr on LVM (Not sure about any of this issues, as I use initram only on systems with a NFS /usr.) And there is even more cases where the /usr mount needs to be done later in init stack. This patchset will continue to allow you to have /usr on NFS and/or MD/LVM. However, it will require you to use an initramfs to mount /usr as a separate filesystem. And that will break all systems that are well designed by having a separate /usr and have, for any well decided reason, no initram. And there are several reasons why you would not want to have it. And, in my case, that would break most of my systems as I usually avoid to use a initram. /usr on NFS is fairly pointless though--just have the whole rootfs (including /usr) on NFS and be done with it. Please don't tell people pointless (or stupid) if they do something you cannot imagine. There are use cases where a /usr on NFS is great thing. This patchset is unrelated to the init system; it will need minor changes to util-linux mount and sysvinit to avoid mounting /usr in mountall. /usr have to be mounted in mountall due the above I descripted. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJUI/raAAoJEKZ8CrGAGfasz2IL/389cg97tLsCTgfgMl7CC0mJ o2NTz9k3YgH7p08FEgVbH+QVn06kMK4RP+PuN5lobpk+cGyjG+5egHGPZq8FhbC6 tYDJI9JImoWf7+4rvePscvTvh+q83oUiYFGsF7f018k0vmmpfo/27KwMC566dxcw Xd1kbp0Yls2R0MZV6aju7/PBTZ3XO7htAwmVtTUECy96NqnvB8m2YolurFOEUFmz 18QcfCOJOgV6z1CMnRSQtsWCbEwnqpxSsRPJ2a4pc9WB+lwQALCs6ltsfbnZ6KSi 6HppcUWeTsMJ6S54lIa5xg92xIDmXMcfrXqXweBTxaOnTpymqzUqpTJ+H1yVNnLc biiEvTBXyIoO5JaO08hQCYD5Q9q1tdEJ9+bL5xgu05ZRjxtnpaGosaBBaQReRFCA oPIJAiBqknrZ5fmSkmIjT9nRea0j7EAmGU3MyszqSDmUrKPukk8e+guHW88i2cwc +wS4TZ2It9EUQFEal3/RMWuOLSMb4DVmflVXrOPeUg== =4et7 -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#761445: Reported it
OK, reported it as https://bugs.freedesktop.org/show_bug.cgi?id=84325 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762791: laptop-mode-tools: At boot eth0 fails
On Thursday 25 September 2014 04:40 PM, Stefano Callegari wrote: If it is set to 1, you need to set it to 0, and then re-test your scenario. I think to remember to have tested it with 0 but not has seemed the solution. I'll try again but I'll say you if it's ok tomorrow morning. Thanks. I'll wait for your results. The other suspicion I have with this card family, is that they are more flaky when compared to Intel card. Previously, the other laptop had an Intel card, that used the e1000e driver. With that card, the issues were none to the best of my knowledge. Let's see what you results are. Accordingly we'll act further. PS: I intend to do a new Laptop Mode Tools release soon, to ensure it makes it before the Debian freeze. A quick turnaround will be highly appreciated. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention.
Bug#721421: libdevel-bt-perl: FTBFS on armel, hurd-i386, kfreebsd-amd64
On Tue, 2014-09-23 22:59:46 +0300, Niko Tyni wrote: I also had a look at the mips one, and there the problem doesn't seem to be with the backtrace, as running gdb separately works as expected. However, running perl with -d:bt doesn't seem to do anything. It looks like the host is just too slow; inserting a 'sleep(1)' just before the thread apply all backtrace command in stack_trace() fixes it for me. Perhaps the code should just check that the fd is ready for writing? With Niko's workaround, libdevel-bt-perl-0.06 builds on mips and mipsel. debdiff libdevel-bt-perl_0.06-2.dsc libdevel-bt-perl_0.06-2.1.dsc diff -Nru libdevel-bt-perl-0.06/debian/changelog libdevel-bt-perl-0.06/debian/changelog --- libdevel-bt-perl-0.06/debian/changelog 2014-09-04 13:24:11.0 +0100 +++ libdevel-bt-perl-0.06/debian/changelog 2014-09-25 12:08:43.0 +0100 @@ -1,3 +1,13 @@ +libdevel-bt-perl (0.06-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS on mips and mipsel. +Add sleep-bt.xs.patch. +Patch by Niko Tyni. +Closes: #721421. + + -- Anibal Monsalve Salazar ani...@debian.org Thu, 25 Sep 2014 12:08:40 +0100 + libdevel-bt-perl (0.06-2) unstable; urgency=low [ gregor herrmann ] diff -Nru libdevel-bt-perl-0.06/debian/patches/series libdevel-bt-perl-0.06/debian/patches/series --- libdevel-bt-perl-0.06/debian/patches/series 2014-09-04 13:24:11.0 +0100 +++ libdevel-bt-perl-0.06/debian/patches/series 2014-09-25 12:07:45.0 +0100 @@ -1,2 +1,3 @@ hurd_path_max.patch 0001-Raise-instead-of-kill-the-signal.patch +sleep-bt.xs.patch diff -Nru libdevel-bt-perl-0.06/debian/patches/sleep-bt.xs.patch libdevel-bt-perl-0.06/debian/patches/sleep-bt.xs.patch --- libdevel-bt-perl-0.06/debian/patches/sleep-bt.xs.patch 1970-01-01 01:00:00.0 +0100 +++ libdevel-bt-perl-0.06/debian/patches/sleep-bt.xs.patch 2014-09-25 12:07:59.0 +0100 @@ -0,0 +1,25 @@ +From: Niko Tyni nt...@debian.org +Subject: Re: Bug#721421: libdevel-bt-perl: FTBFS on armel, hurd-i386, kfreebsd-amd64 +Date: Tue, 23 Sep 2014 22:59:46 +0300 + +https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721421 + +I had a look at the mips one, and there the problem doesn't seem to be with the +backtrace, as running gdb separately works as expected. However, running perl +with -d:bt doesn't seem to do anything. It looks like the host is just too +slow; inserting a 'sleep(1)' just before the thread apply all backtrace +command in stack_trace() fixes it for me. Perhaps the code should just check +that the fd is ready for writing? + +Index: libdevel-bt-perl-0.06/bt.xs +=== +--- libdevel-bt-perl-0.06.orig/bt.xs libdevel-bt-perl-0.06/bt.xs +@@ -91,6 +91,7 @@ stack_trace (char **args) + FD_ZERO(fdset); + FD_SET(out_fd[0], fdset); + ++sleep(1); + write(in_fd[1], thread apply all backtrace\n, 27); + write(in_fd[1], quit\n, 5); + signature.asc Description: Digital signature
Bug#762634: initramfs-tools: [armhf] mounting rootfs on USB disk fails / some USB host controller drivers missing in initramfs
* Cyril Brulebois [Thu Sep 25, 2014 at 12:32:22PM +0200]: Michael Prokop m...@debian.org (2014-09-25): * Karsten Merker [Thu Sep 25, 2014 at 08:15:48AM +0200]: Inside the /target chroot created by d-i, update-initramfs is by default configured to run with MODULES=dep and gives only the following modules on my armhf/sunxi test system: Hmpf, I so much am not a fan of this default MODULES=dep behaviour of d-i... Can you please clarify? I see this in base-installer: | if db_get base-installer/initramfs-tools/driver-policy \ |[ -z $RET ]; then | # Get default for architecture | db_get base-installer/kernel/linux/initramfs-tools/driver-policy | db_set base-installer/initramfs-tools/driver-policy $RET | fi | db_settitle debian-installer/bootstrap-base/title | db_input medium base-installer/initramfs-tools/driver-policy || true | if ! db_go; then | db_progress stop | exit 10 | fi | | db_get base-installer/initramfs-tools/driver-policy | if [ $RET != most ]; then | cat $IT_CONFDIR/driver-policy EOF | # Driver inclusion policy selected during installation | # Note: this setting overrides the value set in the file | # /etc/initramfs-tools/initramfs.conf | MODULES=$RET | EOF | fi Granted, no coffee yet. But I seem to recall that people having issues with MODULES=dep are those who actually selected it manually (e.g. through expert install). I'm just not a friend of MODULES=dep as a default behaviour, good to know that d-i uses a sane default here. :) Thanks for verifying! My local test confirms that a basic installation (netboot-gtk image on amd64 using udebs from sid) leads to MODULES=most in /target. I didn't go further than the popcon prompt though. Excellent, then from my PoV there's nothing further to be done in i-t, since the default configuration works fine. regards, -mika- signature.asc Description: Digital signature
Bug#756046: laptop-mode-tools: config file hard defaults to non-existent device
On Monday 28 July 2014 09:13 PM, Boruch Baum wrote: Please reconsider. The purpose of a package management system is to install and configure a package to a working, useful state, and this is not happening. Please give me your thoughts here. If you were to do, how'd you approach it ? Putting this into Debhelper would mean a human intervention is required. Now imagine 1000 Linux desktops. Also, if we look at some of our derivatives (Ubuntu), they hide almost all prompts from the user. That made me think how would an IT team handle this. In LMT, we have a framework to handle scenarios like these. Quoting the manpage: /etc/laptop-mode/conf.d/board-specific/ The board-specific settings framework is for users and distributors who would like to ship their local customized settings on top of the default settings shipped upstream. Add local customized settings under this folder to override the system defaults. Now one could use this to override the upstream defaults. This could also include hardcoded device names. What do you say ??? -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention.
Bug#754757: timeout during g++
On Tue, 2014-09-16 21:20:23 +0200, Bas Wijnen wrote: Hello Mips-porters, My package, openmsx, failed to build on mips due to a compiler timeout. (#754757) Looking at the earlier successful buildd logs, it has always taken quite long to build. In the bug it was reported that compilation does succeed if it is not interrupted, so the compiler doesn't hang. It can be worked around by disabling optimization, but my guess is that if even the buildds are so slow, mips users will need all the optimization they can get. What do you suggest I do? My preference would be to get the timeout value increased, so that it will build as is. Is that an option? Thank you, Bas Wijnen Ps: Please Cc me on replies, I'm not subscribed. Please see Dejan's patch at the end of message #25 of bug #754757: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754757#25 signature.asc Description: Digital signature