Bug#730595: anacron: Gracefully stop anacron (with SIGUSR1)
Package: anacron Version: 2.3-19 Severity: wishlist Hi, The anacron manpage suggests that the SIGUSR1 signal can gracefully kill anacron (by waiting for the completion of the jobs) rather than plain killing it. What do you think about adding something like --retry=SIGUSR1/10/KILL/5 (or maybe even SIGUSR1/10/TERM/5/KILL/5) to start-stop-daemon to ensure the jobs are properly finished? For systemd serivice something like: KillMode=process KillSignal=SIGUSR1 Should do the trick. This is actally important for systemd as if anacron exits, the complete cgroup will be killed, so we let the chance to the jobs to properly finish. Cheers, Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages anacron depends on: ii debianutils 4.4 ii libc62.17-96 ii lsb-base 4.1+Debian12 Versions of packages anacron recommends: ii cron 3.0pl1-124 ii rsyslog [system-log-daemon] 7.4.4-1 Versions of packages anacron suggests: ii dma [mail-transport-agent] 0.9-1 ii powermgmt-base 1.31 -- 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#514027: aborting suspend while image is being written on disk crashes X server
Hi, I tried the testing/unstable version of xserver-xorg-video-nouveau and the problem continues. I will reassign this bug to xserver-xorg-video-nouveau, but it could apply to xserver-xorg-video-radeon (we need that Heiner confirm it). Cheers, kix -- .''`. Rodolfo García Peñas (kix) k...@debian.org : :' : Proud Debian Developer `. `'` 4096R / 3F48 0B8C C385 AD41 9E28 006A 7B1F 5490 72B7 4923 `- Debian - when you have better things to do than fixing systems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724610: Acknowledgement (incrementally updated databases eventually become corrupt)
Sorry for the delay in replying - I was travelling overseas. On Fri, Nov 01, 2013 at 11:57:20AM -0400, Joey Hess wrote: Olly Betts wrote: It's hard to know without looking, but I'm certainly happy to take a look. http://tmp.kitenet.net/xapian-1.tar.bz2 This one isn't actually corrupt - there was a bug in xapian-check which I fixed after looking at this example before. Details are in the bug log here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724610#25 http://tmp.kitenet.net/xapian-2.tar.bz2 I get 404 for this URL, but earlier you sent a link to xapian-2.tar.gz so I assume you just mistyped the extension this time. I think you have the first, but not the second of these. They seem pretty similar. http://tmp.kitenet.net/xapian-git-annex.tar.gz This last one is particularly bad, it causes the perl library to crash at runtime when adding terms to the database. Taking a look at this one now... Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730487: Proof of concept for corruption
With the attached proof of concept I can cause a crash, but is also proves that the returned path can change after a second allocation. It can only happen when someone reuses the allocated buffer and assumes that strlen(x) gives you the right length for the buffer, however it is quite odd to not make such an assumption. In any case, it also proves that the returned string can become invalid after another allocation; the result of the proof of concept for me is: 24: /tmp/abcdef/.local/share 25: /tmp/abcdef/.local/share! 24: /tmp/abcdef/.local/games and a crash for invalid free This shows that after the second allocation the value at the first pointer has changed. Its length has been increased by 1. This is also what is most troublesome to me; it will create transient issues with applications that use these functions where they can't find the data or config folder in subsequent runs because each time it can return a different path due to the corruption. However, it would be badly debuggable as it only happens with certain lengths of user names. Be aware that there is some code that changes the environment in the proof of concept that is used to trigger it. On my x86_64 system the current one triggers it; on other systems it might be different. It all depends on the alignment of malloc allocations. #include stdlib.h #include stdio.h #include string.h #include basedir.h int main(int argc, char *argv[]) { /* Home needs to be a specific length. In my case the total returned string * length, including /tmp/abcdef/.local/share needs to be 24. It might be * different on different architectures. */ setenv(HOME, /tmp/abcdef, 1); /* Allocate the first string, and print the first. */ const char *xdg_data_home = xdgDataHome(NULL); printf(%d: %s\n, strlen(xdg_data_home), xdg_data_home); /* Allocate the second string. */ const char *xdg_config_home = xdgConfigHome(NULL); /* Now print the first string again; for me it's character byte longer now. * This also means that we do not place it in the data home directory, but * yet another directory. Possibly with a random name, making it quite * unreliable where the files will be. This will eventually cause all kinds * of transient file cannot be found errors. But only for those that have * exactly the wrong amount of characters in the $HOME path. */ printf(%d: %s\n, strlen(xdg_data_home), xdg_data_home); /* * Now we really start to mess with things... * We know, from the code, not the documentation, that we have control over * the data, i.e. the data that was allocated is now ours. For strings it * would generally be safe to assume that all characters of the string and * the '\0' belong to the allocated string. * Imagine we want the share replaced with games to match the games folder * in /usr/. */ char *path = strrchr(xdg_data_home, '/'); if (path != NULL strlen(path + 1) = 5) { strcpy(path + 1, games); printf(%d: %s\n, strlen(xdg_data_home), xdg_data_home); } /* Now clean everything up. */ free((char*)xdg_data_home); // BOOM free((char*)xdg_config_home); return 0; }
Bug#693399: Alpha 4 or git snapshot in experimental?
Hi! Alpha 4 is released and it would be great if it was packaged and put in experimental. What would even more cool is if a git snapshot could be uploaded to experimental. Code now seems to be at https://github.com/keepassx/keepassx Cheers, Diederik -- GPG: 0x138E41915C7EFED6 signature.asc Description: This is a digitally signed message part.
Bug#724180: bespin: FTBFS: dpkg-source: error: can't build with source format '3.0 (native)': native package version may not have a revision
I just uploaded a NMU for bespin to delayed/5. There were no changes to the source itself, the only changes were to use a version number ( 0.r1552+nmu1 ) which is compatible with 3.0 (native) and to rebuild against current sid (in particular against the new kde-workspace). Please tell me if you object to this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730596: geeqie: crash (SIGABRT) when loading PDF files.
Package: geeqie Version: 1:1.1-8 Severity: normal Usertags: crash geeqie reproducibly crashes with a SIGABRT when loading PDF files, backtrace: pabs@chianamo ~ $ wget -q http://www.cigionline.org/sites/default/files/no3_8.pdf pabs@chianamo ~ $ gdb -batch -n -ex run -ex bt -ex 'thread apply all bt full' --args geeqie no3_8.pdf warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Could not init LIRC support [New Thread 0x7fffe3ab4700 (LWP 17696)] ** ERROR:filedata.c:1101:file_data_new_group: assertion failed: (fd) Program received signal SIGABRT, Aborted. 0x73cc91d5 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. #0 0x73cc91d5 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x73ccc388 in __GI_abort () at abort.c:90 #2 0x75ca7c16 in g_assertion_message (domain=domain@entry=0x0, file=file@entry=0x4d9594 filedata.c, line=line@entry=1101, func=func@entry=0x4da110 __PRETTY_FUNCTION__.53497 file_data_new_group, message=optimized out) at /tmp/buildd/glib2.0-2.36.4/./glib/gtestutils.c:1912 #3 0x75ca7c74 in g_assertion_message_expr (domain=domain@entry=0x0, file=file@entry=0x4d9594 filedata.c, line=line@entry=1101, func=func@entry=0x4da110 __PRETTY_FUNCTION__.53497 file_data_new_group, expr=expr@entry=0x4d94f6 fd) at /tmp/buildd/glib2.0-2.36.4/./glib/gtestutils.c:1923 #4 0x004539b4 in file_data_new_group (path_utf8=optimized out) at filedata.c:1101 #5 0x00464c88 in layout_set_path (lw=0x7ec940, path=0x451c Address 0x451c out of bounds) at layout.c:855 #6 0x00468206 in layout_new_from_config (attribute_names=attribute_names@entry=0x7fffd6c0, attribute_values=attribute_values@entry=0x7fffd5a0, use_commandline=1) at layout.c:2427 #7 0x0049f06f in options_parse_toplevel (parser_data=0x7d86b0, context=optimized out, element_name=optimized out, attribute_names=0x7fffd6c0, attribute_values=0x7fffd5a0, data=optimized out, error=0x7fffd7e0) at rcfile.c:1121 #8 0x0049c647 in start_element (context=0x7d05c0, element_name=0x7d6980 layout, attribute_names=0x7fffd6c0, attribute_values=0x7fffd5a0, user_data=0x7d86b0, error=0x7fffd7e0) at rcfile.c:1186 #9 0x75c86631 in emit_start_element (context=context@entry=0x7d05c0, error=error@entry=0x0) at /tmp/buildd/glib2.0-2.36.4/./glib/gmarkup.c:1029 #10 0x75c87f90 in g_markup_parse_context_parse (context=context@entry=0x7d05c0, text=optimized out, text_len=optimized out, text_len@entry=20272, error=error@entry=0x0) at /tmp/buildd/glib2.0-2.36.4/./glib/gmarkup.c:1366 #11 0x004a012d in load_config_from_buf (buf=optimized out, size=20272, startup=startup@entry=1) at rcfile.c:1231 #12 0x004a01dc in load_config_from_file (utf8_path=utf8_path@entry=0x7d8630 /home/pabs/.config/geeqie/geeqierc.xml, startup=startup@entry=1) at rcfile.c:1253 #13 0x00477efe in load_options (options=optimized out) at options.c:265 #14 0x00418c7a in main (argc=2, argv=0x7fffdb18) at main.c:827 Thread 2 (Thread 0x7fffe3ab4700 (LWP 17696)): #0 0x73d7195d in poll () at ../sysdeps/unix/syscall-template.S:81 No locals. #1 0x75c84194 in g_main_context_poll (priority=2147483647, n_fds=3, fds=0x870d50, timeout=-1, context=0x870970) at /tmp/buildd/glib2.0-2.36.4/./glib/gmain.c:3995 poll_func = 0x75c92dd0 g_poll #2 g_main_context_iterate (context=0x870970, block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out) at /tmp/buildd/glib2.0-2.36.4/./glib/gmain.c:3696 max_priority = 2147483647 timeout = -1 some_ready = optimized out nfds = 3 allocated_nfds = 3 fds = 0x870d50 #3 0x75c845fa in g_main_loop_run (loop=0x86d9e0) at /tmp/buildd/glib2.0-2.36.4/./glib/gmain.c:3895 __PRETTY_FUNCTION__ = g_main_loop_run #4 0x77039d26 in gdbus_shared_thread_func (user_data=0x870940) at /tmp/buildd/glib2.0-2.36.4/./gio/gdbusprivate.c:278 data = 0x870940 #5 0x75ca81d5 in g_thread_proxy (data=0x86dde0) at /tmp/buildd/glib2.0-2.36.4/./glib/gthread.c:798 thread = 0x86dde0 #6 0x74047e0e in start_thread (arg=0x7fffe3ab4700) at pthread_create.c:311 __res = optimized out pd = 0x7fffe3ab4700 now = optimized out unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140737013040896, 1993089043457798574, 1, 140737488341744, 4096, 140737013040896, -1993097120237325906, -1993062857114619474}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = 0 pagesize_m1 = optimized
Bug#675372: dhclient boothang bug
Subject: /sbin/dhclient: dhclient boothang bug Package: isc-dhcp-client Version: 4.1.1-P1-15+squeeze8 File: /sbin/dhclient Severity: normal Tags: patch *** Please type your report below this line *** Fixing the dhclient boot hang bug when it appeared after installing readahead-fedora. * The dhclient program is started indirectly by ifup, called in /etc/init.d/networking This bug delays boots while searching for internet connection on occasional random boots, and possibly is related to the operation of startpar. It is caused by the timing of dhclient in the boot process, whether it starts in runlevel S or runlevel 2. The networking init script that starts ifup which starts dhclient runs in runlevel S. There is a delay before dhclient starts as ifup runs many other scripts first. The readahead-fedora package reduces this delay. A fast computer could also affect it, or possibly the installation of new software that was started during runlevel S. If dhclient runs in S then the messages written to stderr will be displayed on the console and the boot will be delayed until it has removed itself to the background, then runlevel 2 begins. In runlevel 2 the messages from runlevel S scripts still running are automatically placed in the background by init so no delay occurs. Output from the console is displayed on screen during boot, providing this feature is configured. Output from stderr can be redirected when ifup is started. 2/dev/null to redirect stderr, or possibly /dev/null 21 to redirect stdout and stderr (stdout is not a problem here though.) The process should be put in the background too, appending an . A practical test is to try variations with: # ifdown wlan0 # ifup wlan0 So a simple solution is to change the line that calls ifup at boot, in this section of /etc/init.d/networking: case $1 in start) process_options log_action_begin_msg Configuring network interfaces if ifup -a; then log_action_end_msg $? else log_action_end_msg $? fi ;; to this: (careful here, if ifup -a /dev/null 21 ; then failed with a syntax error.) case $1 in start) process_options log_action_begin_msg Configuring network interfaces if ifup -a /dev/null 21 then log_action_end_msg $? else log_action_end_msg $? fi ;; However, this also seems to ensure that dhclient runs later, in runlevel 2. Typically on my system the timing would vary before. Placing it in the background seems to give it a lower priority than the other processes. Writing a new initscript giving an artificial delay in runlevel S using 'sleep' proved this did work though. It is also possible to recompile ifup so dhclient is started with the -nw option by modifying the inet.defn file then compiling and installing the new binary. Just rename the old /sbin/ifup to /sbin/originalifup.bak and copy the new ifup to /sbin and it works as before, using the Debian source package. Ifupdown: Version: 0.6.10 Change this section in inet.defn so it includes -nw for the dhclient command as shown below: up [[ifconfig %iface% hw %hwaddress%]] dhclient3 -pf /var/run/dhclient.%iface%.pid -lf /var/lib/dhcp3/dhclient.%iface%.leases %iface% \ if (execable(/sbin/dhclient3)) dhclient -v -nw -pf /var/run/dhclient.%iface%.pid -lf /var/lib/dhcp/dhclient.%iface%.leases %iface% \ elsif (execable(/sbin/dhclient)) pump -i %iface% [[-h %hostname%]] [[-l %leasehours%]] \ elsif (execable(/sbin/pump) mylinuxver() = mylinux(2,1,100)) udhcpc -n -p /var/run/udhcpc.%iface%.pid -i %iface% [[-H %hostname%]] \ [[-c %client%]] \ elsif (execable(/sbin/udhcpc) mylinuxver() = mylinux(2,2,0)) dhcpcd [[-h %hostname%]] [[-i %vendor%]] [[-I %client%]] \ [[-l %leasetime%]] %iface% \ elsif (execable(/sbin/dhcpcd)) There are various dependencies required to compile this package though. I am not aware of any advantages to doing this, except dhclient prints a few lines without delaying the boot, making it convenient for tracing the problem in syslog and bootlog. The disadvantage is it also stops messages in the terminal which would show if a connection had been achieved when calling ifupdown manually. As rsyslog starts near the beginning of runlevel 2, whether all the output from dhclient appears in syslog or not shows if it appears in the console and thus in the boot log. The first lines of output from dhclient: Internet Systems Consortium DHCP Client 4.1.1-P1 Copyright 2004-2010 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ The first large group of messages written in syslog with the same time shown are
Bug#730597: linux-image-3.11-2-amd64: not able to record audio (Intel PCH ALC889) with 3.11 kernel
Package: src:linux Version: 3.11.8-1 Severity: normal I recently (2013-11-23) reinstalled my system from scratch with Wheezy and then immediately upgraded to sid. Before upgrading, I tested recording audio from the line0 input in my sound card (Intel PCH ALC889, the built-in sound card on my Gigabyte Z68MA-D2H-B3 motherboard), and it worked fine. After the upgrade, it no longer worked. The original kernel, vmlinuz-3.2.0-4-amd64, is still present on my system. If I reboot using that kernel, recording from my sound card works. If I boot from my current kernel, recording from my sound card does not work, but playback works fine. Other than the information automatically attached, I'm not sure what else I should information I should gather up to attach to this report. Here's the output of amixer: Simple mixer control 'Master',0 Capabilities: pvolume pswitch pswitch-joined Playback channels: Front Left - Front Right Limits: Playback 0 - 65536 Mono: Front Left: Playback 62108 [95%] [on] Front Right: Playback 62108 [95%] [on] Simple mixer control 'Capture',0 Capabilities: cvolume cswitch cswitch-joined Capture channels: Front Left - Front Right Limits: Capture 0 - 65536 Front Left: Capture 13589 [21%] [on] Front Right: Capture 13589 [21%] [on] You can see that capture is enabled. In any case, getting this to work with the 3.2 kernel is trivial, and I have reproduced this using a debian-live image (my custom Wheezy image, just built today, which includes audacity, pulseaudio, and pavucontrol). I just run pavucontrol to enable playback, to volume on the output device and input devices, and to select Line In as the port. After doing this, with the 3.2 kernel, recording just works. With the 3.11 kernel, I get no sound input. As far as I can tell, the only variable is the kernel version that I am running. I'm not sure whether there's an issue with the mixer (seems unlikely as the mixer settings look okay) or alsactl, or something else. I don't see any hints in any logs as to what might be the problem. To gather additional information, it is possible for me to run something booted with the 3.2 kernel and then run it again with the 3.11 kernel and attach both to the bug report. /etc/init.d/alsa-utils start reports lots of errors with both kernel versions, but the errors look like it's just that it's trying to enable lots of ports that I don't have on my very simple, built-in sound card. Given that simply rebooting into a different kernel is, by itself, sufficient to make this work or not work, I assume that it's either a driver/kernel problem or some user-space program that has not been updated to work with the new kernel. For kicks, I booted my system off an Ubuntu live 13.10 CD and I couldn't get audio to work there either. That's also using a newer kernel than 3.2 though I don't specifically remember what kernel it was. -- Package-specific info: ** Version: Linux version 3.11-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.1 (Debian 4.8.1-10) ) #1 SMP Debian 3.11.8-1 (2013-11-13) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.11-2-amd64 root=/dev/mapper/soup0-root20131123 ro quiet ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [4.891150] microcode: CPU7 sig=0x206a7, pf=0x2, revision=0x1a [4.891391] platform microcode: firmware: agent aborted loading intel-ucode/06-2a-07 (not found?) [4.891468] microcode: Microcode Update Driver: v2.00 tig...@aivazian.fsnet.co.uk, Peter Oruba [4.908827] [drm] Initialized drm 1.1.0 20060810 [4.927356] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni) [5.093601] [drm] Memory usable by graphics device = 2048M [5.093606] i915 :00:02.0: setting latency timer to 64 [5.104833] i915 :00:02.0: irq 44 for MSI/MSI-X [5.104838] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [5.104839] [drm] Driver supports precise vblank timestamp query. [5.104867] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [5.117233] [drm] Wrong MCH_SSKPD value: 0x16040307 [5.117234] [drm] This can cause pipe underruns and display issues. [5.117235] [drm] Please upgrade your BIOS to fix this. [5.186408] fbcon: inteldrmfb (fb0) is primary device [5.373088] Console: switching to colour frame buffer device 210x65 [5.377690] i915 :00:02.0: fb0: inteldrmfb frame buffer device [5.377692] i915 :00:02.0: registered panic notifier [5.377734] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [5.377981] snd_hda_intel :00:1b.0: irq 45 for MSI/MSI-X [5.406792] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input5 [5.421160] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci:00/:00:1b.0/sound/card0/input6 [5.421217] input: HDA Intel PCH Front Headphone as
Bug#712902: unetbootin: Does not load (shows up in the Debian menu, grants permissions, but that's all)
This only seems to occur when starting unetbootin as a non-root user. Attempting from a terminal produces these errors: Qt: Session management error: Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed X Error: BadAccess (attempt to access private resource denied) 10 Extension:129 (MIT-SHM) Minor opcode: 1 (X_ShmAttach) Resource id: 0x361 X Error: BadShmSeg (invalid shared segment parameter) 128 Extension:129 (MIT-SHM) Minor opcode: 5 (X_ShmCreatePixmap) Resource id: 0x36f X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 62 (X_CopyArea) Resource id: 0x3600010 X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 62 (X_CopyArea) Resource id: 0x3600010 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730544: [debian-mysql] Bug#730544: static IV used in Percona XtraBackup
Salvatore Bonaccorso car...@debian.org writes: On Tue, Nov 26, 2013 at 12:24:34PM +0100, Thijs Kinkhorst wrote: Upstream discovered and fixed use of a static IV in encrypting backups: A fixed initialization vector (constant string) was used while encrypting the data. This opened the encrypted stream/data to plaintext attacks among others. Bug fixed #1185343. http://www.percona.com/doc/percona-xtrabackup/2.1/release-notes/2.1/2.1.6.html https://bugs.launchpad.net/percona-xtrabackup/+bug/1185343 Fixed in upstream 2.1.6. Can you please ensure that this gets into Debian? Jus a short note that a CVE was asigned now for this issue: CVE-2013-6394. I'm actively working on packaging 2.1.6 and should have packages today/tomorrow. -- Stewart Smith pgpNFdmTI4NkM.pgp Description: PGP signature
Bug#729203: I also want ffmpeg back in the package system. I support this.
I too compile a new version of ffmpeg and a ton of libraries through a shellscript every night. I use it regularly and cannot abide by the lower quality of the libav fork. I tried it for about five months, was constantly frustrated, and switched back to ffmpeg. Please make this a debian package again. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730598: ifupdown: fails to install: missing Depends: adduser
Package: ifupdown Version: 0.7.47 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package ifupdown. (Reading database ... 6746 files and directories currently installed.) Unpacking ifupdown (from .../ifupdown_0.7.47_amd64.deb) ... Setting up ifupdown (0.7.47) ... /var/lib/dpkg/info/ifupdown.postinst: 11: /var/lib/dpkg/info/ifupdown.postinst: addgroup: not found chown: invalid group: 'root:netdev' dpkg: error processing ifupdown (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: ifupdown cheers, Andreas ifupdown_0.7.47.log.gz Description: GNU Zip compressed data
Bug#730599: makeinfo -D 'var value' doesn't work
Package: texinfo Version: 5.2.0.dfsg.1-2 Severity: important Tags: patch Hello, In new versions of texinfo, the behaviour of makeinfo -D option changed so that the -D variable value no longer works. eg. $ cat test.texi @value{var1} $ # older version (4.13) $ makeinfo -v -D 'var1 foo' -o test.info test.texi makeinfo (GNU texinfo) 4.13 Making info file `test.info' from `test.texi'. $ cat test.info This is test.info, produced by makeinfo version 4.13 from test.texi. foo $ # new version of makeinfo (5.2) $ makeinfo -v -D 'var1 foo' -o test.info test.texi test.texi:1: warning: undefined flag: var1 Output file test.info test.texi: warning: document without nodes gyx@miz:~/bugs.d.o/texinfo$ cat test.info This is test.info, produced by makeinfo version 5.2 from test.texi. {No value for 'var1'} Tag Table: End Tag Table $ A patch is attached that could hopefully fix this bug. (However, I didn't check the old implementation's source for the exact semantics of -D.) Cheers, GUO Yixuan -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages texinfo depends on: ii libc6 2.17-93 ii libintl-perl1.23-1 ii libtext-unidecode-perl 0.04-2 ii libxml-libxml-perl 2.0107+dfsg-1 texinfo recommends no packages. Versions of packages texinfo suggests: pn texinfo-doc-nonfree none pn texlive-base none pn texlive-generic-recommended none pn texlive-latex-base none --- a/tp/texi2any.pl +++ b/tp/texi2any.pl @@ -924,7 +924,15 @@ There is NO WARRANTY, to the extent perm document_warn($message); } }, - 'D=s' = sub {$parser_default_options-{'values'}-{$_[1]} = 1;}, + 'D=s' = sub { +my $var = $_[1]; +my @field = split /\s+/, $var; +if (@field == 1) { + $parser_default_options-{'values'}-{$var} = 1; +} else { + $parser_default_options-{'values'}-{$field[0]} = $field[1]; +} + }, 'U=s' = sub {delete $parser_default_options-{'values'}-{$_[1]};}, 'init-file=s' = sub { locate_and_load_init_file($_[1], [ @conf_dirs, @program_init_dirs ]);
Bug#730581: td2planet: new upstream version / update to new Debian Ruby Policy
Thank you for paying your attention. I have known new td2planet is update and changed host from rubyforge to github. Upstream author is ex-colleague and friend. And Youhei SASAKI who you may have already known mentioned me same proposal. If I could not do that, I will send you RFH ;-) Thank you for your proposal. Reguards Yukiharu. On Tue, 26 Nov 2013 21:19:06 +0100 Jonas Genannt jonas.gena...@capi2name.de wrote: Package: td2planet Version: 0.2.0-3 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, please update debian package to new version (0.3.0) and also update your package to fit the new Debian Ruby Policy. If you are busy, we can move your package under the hood of the Ruby Extra Packaging group. ( you stay as Uploader / Co-Maintainer). Thanks, Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJSlQIyAAoJEPBM7/YBbP/QeUQP/1e2OH3fV8py/rdEVJQC4D0U BJoU5XllbsFbLkXHY/YIwywoHHDHqHInWR8MaSzigJ43O5IFoxW8nMPVwcQm2kIn +nDk0ZEPCyI9N8+AsiKkbgUgMxJ7KjgC4Txd0jT7R2l6bklq2x0fsHF57wMMkEEn TwUpR0tzllLEF3f6kj4pcpvrxS0ao6zUWqdyHy1cQiX2M7nRNF1MXjWalITJrBho ofPZwJYgDWuUXckUJwZiws3PHfuvAgvCqasJCN38Ysz/jgguXFBuA9aJVahuezZJ 2/sXEYDLcNj4ICp7962l+DIeeKkJ7xWhw5rr1lBEPNhGuNaDJ5YE+GzgqFxgL8xj cE/wa4Gzz2nNeLv2FwiLk0b3eYsgAXiaCeQ8kQa3hTYXcKFkLVwsOL63WJrdlVU7 QxGbSI3TkefqBwe/uScQrNLSqosN81GTOyTX9DW67dHBDRKgZ4NwiQtuNmsWvQvH aC9edadPnGPVX1iqCvtGuHqcEfODshrGZEYJopiTUD4pEjT4aJCQK/DyJg3AWaSQ /ICWXK8SAQ3dRqHpIJQ6LfUtZdp6NuHwdvmrPctgFSS/D5afEcNQQwJ2+CgQMzLv BupynkIOaFBZQ7bKXDKYBJ+oaQ09vu8w8FccXbyURB7hgLShgra1DqiT5tSFkSFB E2kJI90v3NEZeL0cOgph =kvHq -END PGP SIGNATURE- -- Yukiharu YABUKI yyab...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644442: gnome-session-save is no longer present in
Version: 3.4.2.1-4 gnome-session-save isn't in gnome any more. it's been replaced by gnome-session-quit, which has a --force option, which is supposed to do the same thing. --dkg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730600: libkolabxml: New upstream version available
Package: src:libkolabxml Version: 0.8.4-5 Severity: wishlist libkolabxml 1.0.1 is available at http://git.kolab.org/libkolabxml Could you package this version? Thanks in advance -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730461: python-seqdiag broken by new python-blockdiag in sid
Hi, thanks your bug report, I have uploaded http://packages.qa.debian.org/s/seqdiag/news/20131127T044844Z.html Best regards, -- Kouhei Maeda mkouhei at {palmtb.net,debian.or.jp} KeyID 4096R/7E37CE41 2013/11/25 Stein Magnus Jodal stein.mag...@jodal.no: Package: python-seqdiag Version: 0.8.2-1 python-seqdiag 0.8.2-1 is broken after sid got python-blockdiag 1.3.2-1. It worked with python-blockdiag 1.2.4-1, which is still in use in testing. The new version of python-blockdiag no longer have a blockdiag.utils.collections module, causing the following crash on import of seqdiag.parser: # python Python 2.7.6 (default, Nov 22 2013, 14:00:40) [GCC 4.8.2] on linux2 Type help, copyright, credits or license for more information. import seqdiag.parser Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.7/dist-packages/seqdiag/parser.py, line 43, in module from blockdiag.utils.collections import namedtuple ImportError: No module named collections There's a new version of seqdiag, 0.9.0, which I assume works together with the new version of blockdiag, 1.3.2, as they both come from the same upstream. -- Stein Magnus Jodal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729615: Bug#729296: Please binNMU kde-style packages against libkdecorations4abi2
On Wed, 2013-11-27 at 00:42 +0100, Maximiliano Curia wrote: In article 1385506257.24599.15.camel__17443.5916160748$1385506465$gmane$o...@jacala.jungle.funky-badger.org you wrote: I'll check the other packages in the unknown state of the transition. While I was adding libkdegames I spotted why some of the packages were flagged as unknown; I've now fixed that problem and scheduled binNMUs for kamoso, kphotoalbum and digikam. Great, but sadly also kdevelop needs rebuild against libkasten2okteta1controllers1abi1. Scheduled. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730601: python3.3-dev: distutils reports wrong Makefile name
Package: python3.3-dev Version: 3.3.3-2 Severity: normal Dear Maintainer, this shouldn't be happening--my package 'codepy' depends on this working: Python 3.3.3 (default, Nov 23 2013, 09:49:26) [GCC 4.8.2] on linux Type help, copyright, credits or license for more information. from distutils.sysconfig import get_makefile_filename get_makefile_filename() '/usr/lib/python3.3/config-3.3m/Makefile' ~ ls /usr/lib/python3.3/config-3.3m/Makefile andreas@ding 22:50 ls: Zugriff auf /usr/lib/python3.3/config-3.3m/Makefile nicht möglich: Datei oder Verzeichnis nicht gefunden (that's German for file not found) It appears the right path should be: /usr/lib/python3.3/config-3.3m-x86_64-linux-gnu/Makefile Thanks, Andreas -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python3.3-dev depends on: ii libexpat1-dev 2.1.0-4 ii libpython3.3 3.3.3-2 ii libpython3.3-dev 3.3.3-2 ii python3.3 3.3.3-2 Versions of packages python3.3-dev recommends: ii libc6-dev [libc-dev] 2.17-93 python3.3-dev 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#730602: ssed should be removed
Package: ssed Version: 3.62-7 Severity: normal ssed is a dead (no release in 8 years) fork of an ancient version of sed incorporating new features that are now also available in the normal sed. I am not aware of any reason why ssed should be used by anyone today, please reassign this bug to ftp.debian.org for requesting the removal of ssed from Debian. Thanks in advance -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730544: [debian-mysql] Bug#730544: Bug#730544: static IV used in Percona XtraBackup
Stewart Smith stewart.sm...@percona.com writes: Salvatore Bonaccorso car...@debian.org writes: On Tue, Nov 26, 2013 at 12:24:34PM +0100, Thijs Kinkhorst wrote: Upstream discovered and fixed use of a static IV in encrypting backups: A fixed initialization vector (constant string) was used while encrypting the data. This opened the encrypted stream/data to plaintext attacks among others. Bug fixed #1185343. http://www.percona.com/doc/percona-xtrabackup/2.1/release-notes/2.1/2.1.6.html https://bugs.launchpad.net/percona-xtrabackup/+bug/1185343 Fixed in upstream 2.1.6. Can you please ensure that this gets into Debian? Jus a short note that a CVE was asigned now for this issue: CVE-2013-6394. I'm actively working on packaging 2.1.6 and should have packages today/tomorrow. I've uploaded source packages (and amd64 binaries build with sbuild locally) up to: https://flamingspork.com/junk/percona-xtrabackup-2.1.6-debian/ I'd appreciate any review/sponsor for getting them in. -- Stewart Smith pgplea3B0mcwH.pgp Description: PGP signature
Bug#727708: init system question before the technical committee
On 11/22/2013 04:56 AM, Steven Chamberlain wrote: Hi, On 10/11/13 18:23, Russ Allbery wrote: What is the current status of the other position statements from the perspective of their maintainers? Do people have a feel for when they'll consider their positions finalized, at least pending Technical Committee feedback and questions? Sorry to be so late with this. I've made some small, final changes to this position statement and I'd like to call it 'complete': https://wiki.debian.org/Debate/initsystem/multiple I don't really feel that any contra $initsystem sections or rebuttals are needed on this page and it reads nicer this way. And I'm too tired to argue this much more; the debate has already taken far more energy than I would like. Thanks, Regards, Hi, I have the go-ahead from OpenRC upstream (eg: Patrick Lauer) so please consider the OpenRC page as finalized as well. Cheers, Thomas Goirand (zigo) P.S: Sorry for the delay. As I wrote previously, I had personal and professional events which delayed this task. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730603: lxc is drifting away from upstream
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: lxc Version: 1.0.0~alpha3-1 Severity: wishlist I am pretty concerned about lines like this in debian/rules: rm -f debian/tmp/usr/bin/lxc-ls # superseeded by local version until python-lxc is ready rm -f debian/tmp/usr/share/lxc/templates/lxc-ubuntu # currently broken Upstream's lxc builds and runs fine on Wheezy and Sid (except for the missing SYSV init script). lxc-ls and the Python integration don't appear to be a problem. Since Upstream dropped lxc-list in favor of the real lxc-ls I have the impression that LXC for Debian is drifting away from upstream, which makes supporting other projects (e.g. lxc-docker) more difficult. Do you think it would be possible to get rid of the Debian specialties in the lxc package? When version 1.0 is out it might be too late. Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQEcBAEBCAAGBQJSlY6wAAoJEAqeKp5m04HLdpkH/AsArl7BnzmiCOehKDp5RQfo jmx7+8NURXLMtTeaChVAFU0OH3bX0qq/pA+v5qR71deTfQu27c1QHP/ea2ZFM7IP ZaADxXxwSlBzqc1zSxhI1pkv8zAoLi45iCmotcunaaF6be0MHr/SsDnR75jA5X3d Eg7zLrfJvZizQGymfy4dQkRNAevR6SPjxtHsBcTMjlUrSCbUR7LzCOv1ZAc0fkJg jQs80tQXfNnkRt/1B99QUUvxj6AMN6SR704TvVot6VIbVx1VrolBw2ZK9Tz4h0JQ K6axbT5yx1s8khxNzP4TTtStWok6YXnjvkkAhWKNvnHXTvVEYN/w49rpqslVP0c= =GHZ7 -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#730228: [Pkg-xfce-devel] Bug#730228: lightdm: Network Manager refuses to work
control: forcemerge 728361 730228 control: retitle 728361 no consolekit session available when libpam-consolekit is present On ven., 2013-11-22 at 21:34 +, brian m. carlson wrote: Package: lightdm Version: 1.8.5-1 Severity: grave Justification: breaks unrelated packages on the system When I log in using lightdm 1.8.5-1, I no longer have privileges to manipulate Network Manager. Since I use Wi-Fi with my credentials in my personal keyring, this means that I have no network access. Also, the XFCE Log Out screen does not provide me the opportunity to restart or shut down the computer. Downgrading to 1.6.3-1 restores all of this functionality. I am using systemd and XFCE along with Network Manager, in case that matters. Note: The below information is for 1.6.3, since I have downgraded. This is actually #728361. As a workaround until things have settled down one way or another, you can remove libpam-systemd or use any other workaround present in the bug report. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#730604: libvirt-bin: Please rename libvirt-bin.service back to libvirtd.service and use symlink or Alias= instead
Package: libvirt-bin Version: 1.1.4-1 Severity: normal Hi, Could you please rename back the libvirt-bin.service systemd service file to libvirtd.service and use a symlink (libvirtd.service - libvirt-bin.service) or add Alias=libvirt-bin.service in the service file instead. Other upstream project are expecting the service to be called libvirtd.service and I guess this would be a good idea to not change this expectation in debian. There was some discussion about using a symlink vs Alias= on the bug #719695, maybe a systemd maintainer could tell us the status of this? Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvirt-bin depends on: ii adduser 3.113+nmu3 ii gettext-base 0.18.3.1-1 ii init-system-helpers 1.13 ii libaudit11:2.3.2-2 ii libavahi-client3 0.6.31-2 ii libavahi-common3 0.6.31-2 ii libblkid12.20.1-5.5 ii libc62.17-96 ii libcap-ng0 0.7.3-1+b1 ii libdbus-1-3 1.7.8-1 ii libdevmapper1.02.1 2:1.02.77-6+b1 ii libfuse2 2.9.2-4 ii libgcrypt11 1.5.3-2 ii libgnutls26 2.12.23-8 ii libnetcf11:0.2.3-4 ii libnl-3-200 3.2.21-1 ii libnl-route-3-2003.2.21-1 ii libnuma1 2.0.9~rc5-1 ii libparted0debian12.3-16 ii libpcap0.8 1.4.0-2 ii libpciaccess00.13.2-1 ii librados20.72.1-2 ii librbd1 0.72.1-2 ii libreadline6 6.2+dfsg-0.1 ii libsasl2-2 2.1.25.dfsg1-17 ii libudev1 204-5 ii libvirt0 1.1.4-1 ii libxen-4.3 4.3.0-3 ii libxenstore3.0 4.3.0-3 ii libxml2 2.9.1+dfsg1-3 ii libyajl2 2.0.4-4 ii logrotate3.8.6-1 Versions of packages libvirt-bin recommends: ii bridge-utils1.5-7 ii dmidecode 2.12-2 ii dnsmasq-base2.67-1 ii ebtables2.0.10.4-3 ii iproute 1:3.11.0-1 ii iptables1.4.20-2 ii libxml2-utils 2.9.1+dfsg1-3 ii netcat-openbsd 1.105-7 ii parted 2.3-16 ii pm-utils1.4.1-13 ii qemu-kvm1.6.0+dfsg-2 ii qemu-system-x86 [qemu-kvm] 1.6.0+dfsg-2 Versions of packages libvirt-bin suggests: ii auditd 1:2.3.2-2 ii policykit-1 0.105-4 pn radvdnone pn systemtapnone -- Configuration Files: /etc/libvirt/qemu.conf [Errno 13] Permission non accordée: u'/etc/libvirt/qemu.conf' -- 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#730307: [Pkg-xfce-devel] Bug#730307: Refuse to start beacause of wrong options for X
control: tag -1 unreproducible moreinfo On sam., 2013-11-23 at 22:18 +0200, Juhapekka Tolvanen wrote: Unrecognized option: -novtswitch use: X [:display] [option] -a # default pointer acceleration (factor) -acdisable access control restrictions -audit int set audit trail level -auth file select authorization file -brcreate root window with black background +bsenable any backing store support -bsdisable any backing store support -c turns off key-click (Lots of crap cut) Can you provide us the result of dpkg -l xserver-xorg xserver-xorg-core? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#667682: [Pkg-xfce-devel] Bug#667682: xfce4: Square appears on top-left corner on screen when using desktop
On ven., 2013-11-22 at 20:52 -0300, Alejandro Carrazzoni wrote: Package: xfce4 Version: 4.10.1 Followup-For: Bug #667682 I'm using nouveau now, the square is still there. Then it looks like it's jdownloader. -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#729316: [Pkg-xfce-devel] Bug#729316: xfce4-terminal encoding menu causes crash with glib 2.38
control: tag -1 pending On ven., 2013-11-22 at 00:48 +0100, Stephen Kitt wrote: Package: xfce4-terminal Version: 0.6.2-3 Followup-For: Bug #729316 Dear Maintainer, I can confirm this bug occurs now that glib 2.38 is in testing. This somehow felt under my radar, sorry for the delay, a fix is on its way. -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#730607: fpc: [INTL:ja] debconf Japanese translation update
Package: fpc Version: 2.6.2-6 Severity: wishlist Tags: patch l10n Dear fpc package maintainer, Here's Japanese po-debconf template translation (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? -- victory http://userscripts.org/scripts/show/102724 0.0.1.4 http://userscripts.org/scripts/show/163846 0.0.1 http://userscripts.org/scripts/show/163848 0.0.1 fpc_2.6.2-6_ja.po.gz Description: Binary data
Bug#730605: gnome-shell: after a short while from starting session, new windows show as black
Package: gnome-shell Version: 3.8.4-5 Severity: important Dear Maintainer, hello friends. thank you very much for maintaining gnome. unfortunately, a while ago i'm experiencing black new windows, and even black tooltips. my session crashes with every shell restart. i'll be willing to check and send anything you'd need to fix the problems. best regards, alex -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii evolution-data-server3.8.5-3 ii gdm3 3.8.4-6 ii gir1.2-accountsservice-1.0 0.6.34-2 ii gir1.2-caribou-1.0 0.4.12-1 ii gir1.2-clutter-1.0 1.14.4-3 ii gir1.2-freedesktop 1.36.0-2+b1 ii gir1.2-gcr-3 3.8.2-4 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gmenu-3.0 3.8.0-2 ii gir1.2-gnomebluetooth-1.03.8.1-2 ii gir1.2-gnomedesktop-3.0 3.8.4-2 ii gir1.2-gtk-3.0 3.8.4-1 ii gir1.2-ibus-1.0 1.5.3-7 ii gir1.2-mutter-3.03.8.4-2 ii gir1.2-networkmanager-1.00.9.8.0-5 ii gir1.2-nmgtk-1.0 0.9.8.4-1 ii gir1.2-pango-1.0 1.36.0-1 ii gir1.2-polkit-1.00.105-4 ii gir1.2-soup-2.4 2.44.1-1 ii gir1.2-telepathyglib-0.120.22.0-1 ii gir1.2-telepathylogger-0.2 0.8.0-2 ii gir1.2-upowerglib-1.00.9.23-2+b1 ii gjs 1.36.1-2 ii gnome-bluetooth 3.8.1-2 ii gnome-icon-theme-symbolic3.10.1-1 ii gnome-settings-daemon3.8.5-2 ii gnome-shell-common 3.8.4-5 ii gnome-themes-standard3.8.4-1 ii gsettings-desktop-schemas3.8.2-2 ii libatk-bridge2.0-0 2.10.0-1+b1 ii libatk1.0-0 2.10.0-2 ii libc62.17-93 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcamel-1.2-43 3.8.5-3 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libclutter-1.0-0 1.14.4-3 ii libcogl-pango12 1.14.0-3 ii libcogl121.14.0-3 ii libcroco30.6.8-2 ii libdbus-1-3 1.6.18-1 ii libdbus-glib-1-2 0.100.2-1 ii libecal-1.2-15 3.8.5-3 ii libedataserver-1.2-173.8.5-3 ii libegl1-mesa [libegl1-x11] 9.2.2-1 ii libgck-1-0 3.8.2-4 ii libgcr-base-3-1 3.8.2-4 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgirepository-1.0-11.36.0-2+b1 ii libgjs0c [libgjs0-libmozjs185-1.0] 1.36.1-2 ii libglib2.0-0 2.36.4-1 ii libgnome-menu-3-03.8.0-2 ii libgstreamer1.0-01.2.1-1 ii libgtk-3-0 3.8.4-1 ii libical0 0.48-2 ii libjson-glib-1.0-0 0.16.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4+b1 ii libmutter0b 3.8.4-2 ii libnm-glib4 0.9.8.0-5 ii libnm-gtk0 0.9.8.4-1 ii libnm-util2 0.9.8.0-5 ii libnspr4 2:4.10.2-1 ii libnspr4-0d 2:4.10.2-1 ii libnss3 2:3.15.3-1 ii libnss3-1d 2:3.15.3-1 ii libp11-kit0 0.20.1-3 ii libpango-1.0-0 1.36.0-1 ii libpangocairo-1.0-0 1.36.0-1 ii libpolkit-agent-1-0 0.105-4 ii libpolkit-gobject-1-00.105-4 ii libpulse-mainloop-glib0
Bug#730606: RFP: libmoox-options-perl -- MooX::Options - Options eXtension for Object Class
Package: wnpp Severity: wishlist * Package name: libmoox-options-perl Version : 4.001 Upstream Author : celogeek m...@celogeek.com * URL : https://metacpan.org/release/MooX-Options * License : (Perl) Programming Lang: (Perl) Description : MooX::Options - Options eXtension for Object Class An extension of Moo. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730604: [Pkg-libvirt-maintainers] Bug#730604: libvirt-bin: Please rename libvirt-bin.service back to libvirtd.service and use symlink or Alias= instead
On Wed, Nov 27, 2013 at 07:36:31AM +0100, Laurent Bigonville wrote: Package: libvirt-bin Version: 1.1.4-1 Severity: normal Hi, Could you please rename back the libvirt-bin.service systemd service file to libvirtd.service and use a symlink (libvirtd.service - libvirt-bin.service) or add Alias=libvirt-bin.service in the service file instead. I've actually done this already here a couple of weeks ago to reduce the upstream diff but didn't get around to test if the upgrade works as expected when the unit name changes (since we don't stop the service in the preinst). Now that I read the below it was a good idea to not upload without proper testing. Other upstream project are expecting the service to be called libvirtd.service and I guess this would be a good idea to not change this expectation in debian. There was some discussion about using a symlink vs Alias= on the bug #719695, maybe a systemd maintainer could tell us the status of this? I wasn't aware of that. So a symlink would be the better solution once this is fixed. As a interim solution we could add a libvirtd alias if it breaks other software. Cheers, -- Guido Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvirt-bin depends on: ii adduser 3.113+nmu3 ii gettext-base 0.18.3.1-1 ii init-system-helpers 1.13 ii libaudit11:2.3.2-2 ii libavahi-client3 0.6.31-2 ii libavahi-common3 0.6.31-2 ii libblkid12.20.1-5.5 ii libc62.17-96 ii libcap-ng0 0.7.3-1+b1 ii libdbus-1-3 1.7.8-1 ii libdevmapper1.02.1 2:1.02.77-6+b1 ii libfuse2 2.9.2-4 ii libgcrypt11 1.5.3-2 ii libgnutls26 2.12.23-8 ii libnetcf11:0.2.3-4 ii libnl-3-200 3.2.21-1 ii libnl-route-3-2003.2.21-1 ii libnuma1 2.0.9~rc5-1 ii libparted0debian12.3-16 ii libpcap0.8 1.4.0-2 ii libpciaccess00.13.2-1 ii librados20.72.1-2 ii librbd1 0.72.1-2 ii libreadline6 6.2+dfsg-0.1 ii libsasl2-2 2.1.25.dfsg1-17 ii libudev1 204-5 ii libvirt0 1.1.4-1 ii libxen-4.3 4.3.0-3 ii libxenstore3.0 4.3.0-3 ii libxml2 2.9.1+dfsg1-3 ii libyajl2 2.0.4-4 ii logrotate3.8.6-1 Versions of packages libvirt-bin recommends: ii bridge-utils1.5-7 ii dmidecode 2.12-2 ii dnsmasq-base2.67-1 ii ebtables2.0.10.4-3 ii iproute 1:3.11.0-1 ii iptables1.4.20-2 ii libxml2-utils 2.9.1+dfsg1-3 ii netcat-openbsd 1.105-7 ii parted 2.3-16 ii pm-utils1.4.1-13 ii qemu-kvm1.6.0+dfsg-2 ii qemu-system-x86 [qemu-kvm] 1.6.0+dfsg-2 Versions of packages libvirt-bin suggests: ii auditd 1:2.3.2-2 ii policykit-1 0.105-4 pn radvdnone pn systemtapnone -- Configuration Files: /etc/libvirt/qemu.conf [Errno 13] Permission non accordée: u'/etc/libvirt/qemu.conf' -- no debconf information ___ Pkg-libvirt-maintainers mailing list pkg-libvirt-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730608: RFP: libmoox-singleton-perl -- MooX::Singleton - turn your Moo class into singleton
Package: wnpp Severity: wishlist * Package name: libmoox-singleton-perl Version : 1.20 Upstream Author : Alex J. G. Burzyński a...@cpan.org * URL : https://metacpan.org/release/MooX-Singleton * License : (Perl) Programming Lang: (Perl) Description : MooX::Singleton - turn your Moo class into singleton Moo extension. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730609: gdm3: Laptop does not suspend when lid is closed
Package: gdm3 Version: 3.8.4-6 Severity: normal Hi, when using gdm3 3.6.4 after closing the Lid my laptop went into suspend to RAM which is the expected behaviour also when working with any desktop environment I know also after loging in. Since I upgraded to gdm3 in Jessie this does not happen any more. The following works: Loging in via ssh and suspend manually. In this case I can go back to the loginscreen by pressing a random key. However, it does not work if I use the suspend (in German locale Bereitschaft) from the menu at the switch in the upper right corner. If I suspend with this method after reopening the lid the login screen is not accessible and only the clock (screensaver mode???) and some arrow animation running from bottom into the direction of this clock. The only available control is a Battery symbol in the upper right corner. When I click on it I can adjust speaker and microphone but nothing else. When gdm is not working usually it worked to `/etc/init.d/gdm3 restart`. I also tried this but even a `/etc/init.d/gdm3 stop` did not killed the X screen. I manually `kill -9`-ed any process displayed at `ps ax | grep gdm` which left me with a black screen and a frozen mouse cursor. I now tried $ sudo /etc/init.d/gdm3 start [ ok ] Starting GNOME Display Manager: gdm3. ... but there is actually no successfull start of gdm. Sometimes it happens that switching to text console and than choosing Alt-F8 brings you to the correct screen but this is not used and Alt-F7 remains at the black non-working screen. I tried to downgrade to the previous version of gdm3 3.6.1-2 which endet up in a dependency djungle which does not sound like a clever idea. Kind regards and thanks for maintaining gdm Andreas. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (501, 'testing'), (50, 'unstable'), (5, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii accountsservice 0.6.34-2 ii adduser 3.113+nmu3 ii dconf-cli0.18.0-1 ii dconf-gsettings-backend 0.18.0-1 ii debconf [debconf-2.0]1.5.52 ii gir1.2-gdm3 3.8.4-6 ii gnome-session [x-session-manager]3.8.4-3 ii gnome-session-bin3.8.4-3 ii gnome-session-flashback [x-session-manager] 3.6.2-2 ii gnome-settings-daemon3.8.5-2 ii gnome-shell 3.8.4-5 ii gnome-terminal [x-terminal-emulator] 3.10.1-1 ii gsettings-desktop-schemas3.8.2-2 ii libaccountsservice0 0.6.34-2 ii libatk1.0-0 2.10.0-2 ii libaudit11:2.3.2-2 ii libc62.17-93 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgdm1 3.8.4-6 ii libglib2.0-0 2.36.4-1 ii libglib2.0-bin 2.36.4-1 ii libgtk-3-0 3.8.4-1 ii libpam-modules 1.1.3-9 ii libpam-runtime 1.1.3-9 ii libpam-systemd 204-5 ii libpam0g 1.1.3-9 ii libpango-1.0-0 1.36.0-1 ii libpangocairo-1.0-0 1.36.0-1 ii librsvg2-common 2.40.0-1 ii libselinux1 2.2.1-1 ii libwrap0 7.6.q-24 ii libx11-6 2:1.6.2-1 ii libxau6 1:1.0.8-1 ii libxdmcp61:1.1.1-1 ii libxrandr2 2:1.4.1-1 ii lsb-base 4.1+Debian12 ii metacity [x-window-manager] 1:2.34.13-1 ii twm [x-window-manager] 1:1.0.6-1 ii upower 0.9.23-2+b1 ii x11-common 1:7.7+4 ii x11-xserver-utils7.7+1 ii xfce4-session [x-session-manager]4.10.1-3 ii xfce4-terminal [x-terminal-emulator] 0.6.2-3 ii xfwm4 [x-window-manager] 4.10.1-2 ii xterm [x-terminal-emulator] 297-1 Versions of packages gdm3 recommends: ii at-spi2-core
Bug#730528: Enable dtrace/systemtap support
Package: php5 Version: 5.5.6+dfsg-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! Please, enable DTrace support. It allows tracing with tools like systemtap. It is just a matter of `--enable-dtrace` option passed to configure and depending on systemtap-sdt-dev. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-trunk-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 php5 depends on: ii libapache2-mod-php5 5.5.6+dfsg-1 ii php5-cgi 5.5.6+dfsg-1 ii php5-common 5.5.6+dfsg-1 php5 recommends no packages. php5 suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCAAGBQJSlFf1AAoJEJWkL+g1NSX5BRAQAIUc3ZVnnHvMLP3NsZeQqKPA vF5RiVhFFL+wHjEYkcym2XKi+IbBD5/w4DDGf0KbLllpKsgvKPX+mLuXaezXC8un 2YuqzNTSXS5B/riZ/r2ZvMUuZvz89GMyNZa2RJtUXThlH0ntdSQetv/OTWIN8ZAV PkvaIf0Rgxbf2PWebuGgIZXqQ8IsYr9HF6luiDCqIG2PpwGrz4ynrrOq75qLcsmW ZQceqtKMQjYdhkZuAmZax4ySj6NSmFBYO1oyYy/9xbT8j7cXo57kBUj2WZRXy6oU 8S87UfiMnIxy1S4gItNFbs+po1RqMp49MpxvEznytJVVuBjBaWUH7PehVlZhcZzJ 3jO+SOxFjyJmR4hwGIV0eGkY1sgezub2PApddP+Gj+DG3tPcgFMppPXUjT3sDhu1 OPe8xTzAieQBT/NVCmmJ1FWavC1cLgG6qpistRhlJzO7A38rr//5mDmHNIwg1s9W c2mGV8heC/4tKhYWsm9F2fTtz45Aadbm/XvK2mfCrvkwZYq8vDUdIooTSZmQRFVC bYy5t0Mo8d7vH3mlqX5E1dUfx+3iBaz1Nuc8SekVxvQR/Zs1LLPYrEi26ChqBQt3 ijS/sf9KlJPeFJk461bPyzw+wozzaqRX/UcRAPMoZDGSdRvV+gwmrz6ZJh5yXtMY IRFarkJf+Pr+uXJTqB+g =OF1z -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#730529: cudf-check: man page should be more precise on output format
Package: cudf-tools Version: 0.6.3-2 Severity: minor The man page of cudf-check says : cudf-check -cudf FILE -sol FILE validate CUDF and its solution please be more specific about how one can extract from the output or exit status whether the solution is correct or not (something that can be easily checked by a script). -Ralf. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages cudf-tools depends on: ii libc6 2.17-96 cudf-tools recommends no packages. cudf-tools 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#730531: [CRASH] Uncaught exception AttributeError in Backend/PythonApt.py:801
Package: update-manager-core Version: 0.200.5-1 Severity: normal File: /usr/share/pyshared/UpdateManager/Backend/PythonApt.py *** /tmp/update-manager-bug1Aay8m The information below has been automatically generated. Please do not remove this from your bug report. - Exception Type: type 'exceptions.AttributeError' - Exception Value: AttributeError('NoneType' object has no attribute 'get_package_list',) - Exception Origin: BugHandler.Thread(PythonAptCommit, started -1315910800) - Exception Traceback: File /usr/lib/pymodules/python2.6/UpdateManager/BugHandler.py, line 89, in run threading.Thread.run(self, *args, **kwargs) File /usr/lib/python2.6/threading.py, line 484, in run self.__target(*self.__args, **self.__kwargs) File /usr/lib/pymodules/python2.6/UpdateManager/Backend/PythonApt.py, line 801, in thread_helper for pkg_info in self._available_updates.get_package_list(): -- System Information: Debian Release: 6.0.8 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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 update-manager-core depends on: ii lsb-release 3.2-23.2squeeze1 Linux Standard Base version report ii python2.6.6-3+squeeze7 interactive high-level object-orie ii python-apt0.7.100.1+squeeze1 Python interface to libapt-pkg ii python-support1.0.10 automated rebuilding support for P Versions of packages update-manager-core recommends: ii update-manager-gnome 0.200.5-1 GNOME application that manages sof update-manager-core suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730019: systemtap: insufficient versionned builddep on libdw-dev friends
severity 730019 wishlist thanks ❦ 20 novembre 2013 10:11 CET, Yann Dirson dir...@bertin.fr : ./configure bails out it elfutils older than 0.148. The current build-deps are satisfied eg. on ubuntu lucid, but in fact it won't build at all :) Not being able to build on Ubuntu Lucid is not an FTBFS. Downgrading severity to wishlist. It is common to not put any versioned dependency when they are already satisfied by oldstable. -- Instrument your programs. Measure before making efficiency changes. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#730530: ITP: mockldap -- mock replacement for python-ldap
Package: wnpp Severity: wishlist Owner: Michael Fladischer fladischermich...@fladi.at -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: mockldap Version : 0.1.4 Upstream Author : Peter Sagerson psagers.p...@ignorare.net * URL : http://bitbucket.org/psagers/mockldap/ * License : BSD Programming Lang: Python Description : mock replacement for python-ldap This project provides a mock replacement for python-ldap. It’s useful for any project that would like to write unit tests against LDAP code without relying on a running LDAP server. .. The goal of mockldap is to provide a mock instance of LDAPObject in response to any call to ldap.initialize. In the general case, you would register return values for all LDAPObject calls that you expect the code under test to make. Your assertions would then verify that the tested code behaved correctly given this set of return values from the LDAP APIs. .. As a convenience, the mock LDAPObject isn’t just a dumb mock object. The typical way to use mockldap is to provide some static directory content and then let LDAPObject generate real return values. This will only work for simple LDAP operations–this obviously isn’t a complete Python LDAP server implementation–but those simple operations tend to cover a lot of cases. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCgAGBQJSlFiTAAoJEGlMre9Rx7W2zhwP/RCxHWp53cP80HHfozo+K34j egHUqt/VfF4i8jXuG63O2zwtzxzw8fq0kLn+kyEMPbkq0By1V8ah2LJMOx3K1vZK RMTweHMYMRi3xZhzw44U0bg2DUOACzgHnJXN5LuCrpmOVaplwk/cOSBKYB1DP4jp Fah/aHvrUpHQDvHZdT9lgtf6ascPx+XAeRXeGalhi4Q0fNZ3OCtdScWSzTSKSTiU mdqrSB/Y5r8zsKkgRbGzvzixn5b4JD18SC1Y6ILwi0q4hp2ezYdvP9qEo1l2k6RF PgfuTy4v+qaHc92TSOtvC5eOkFynB13lNKsrskI7WZ34cRfsxEJOCFbJVAtBjvne IB2K67L2jznQMvjW4ugfJt52o2nEuBjfgRn1gIT7HCQEc3+aCP0C1qUm1BgGlabN zZXqGNLvyyJeWbxQSmt3E5HYfcVBLZnnSDWLrCfuQdl7xFiUOwDlQ+BL+dBSMTRn NpXqM3Cof5akeI2OmJ79MwvusH5x97B4NUu76RfCypjI8juGbeBdl+3Dss5S/jl6 TnBKySZ0s97fOcFdcIDYiqLoJsWaQq8Ovozigd0C7S9nIuZkh/5Nzs0Irdegcp8N wR5u10fdcllLMjI4XUqWXMSAu9nWSv3wOsCgKcYN3FJa8B8+qkNX0dtoMKAJJNxx j4qTJYVVzmcngXrh+L0P =whci -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#728015: type=forking
On Mon, Nov 25, 2013 at 09:24:10PM +0100, Adrien Clerc wrote: Le 25/11/2013 16:27, Christos Trochalakis a écrit : logs with type=simple: About to execute: /usr/sbin/nginx -g 'daemon on; master_process on;' Please use the command line /usr/sbin/nginx -g 'daemon off; master_process on;' with type=simple. Otherwise, this is clearly NOT what systemd expects. Setting daemon off is indeed correct from systemd's perspective but not for nginx. daemon off is not intented to be used in production, for example nginx will stop responding to SIGWINCH signals (graceful shutdown of worker processes)[0]. [0] http://anonscm.debian.org/gitweb/?p=collab-maint/nginx.git;a=blob;f=src/os/unix/ngx_process.c;h=4ef3582e8a2b1b050fcb071c607e6fe194c8b174;hb=HEAD#l343 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730515: cd-hit-est is cdhit-est in Debian [Why?]
Hi, as you can read below a Debian user has made some IMHO valid point about naming inconsistencies in cd-hit. I think this should be addressed by the upstream developer and thus I'm forwarding this issue to you with the kind question, how we should choose some proper naming for the different tools. It also might be that we misunderstood something and that your different naming pattern might have some deeper sense. Kind regards and thanks for providing cd-hit as free software Andreas. On Mon, Nov 25, 2013 at 04:35:20PM -0800, Don Armstrong wrote: Package: src:cd-hit,src:python-cogent Control: found -1 cd-hit/4.6.1-2012-08-27-2 Control: found -1 python-cogent/1.5.3-2 Severity: normal python-cogent refers to cd-hit-est, which I presume is the standard upstream naming for cd-hit. However, in Debian, the cd-hit package installs cd-hit-est as cdhit-est. I don't know which is correct, but either cd-hit or python-cogent should be fixed (or both!) Secondarily, cd-hit really should decide whether it is called cd-hit or cdhit, as it installs some commands called cd-hit and others called cdhit: /usr/bin/cd-hit-div /usr/bin/cdhit-est /usr/bin/psi-cd-hit-local /usr/bin/cd-hit-2d-para /usr/bin/psi-cd-hit-2d /usr/bin/psi-cd-hit /usr/bin/psi-cd-hit-2d-g1 /usr/bin/cdhit-454 /usr/bin/cdhit-2d /usr/bin/cdhit-est-2d /usr/bin/cd-hit-para /usr/bin/cdhit -- Don Armstrong http://www.donarmstrong.com Do you need [...] [t]ools? Stuff? Our opponent is an alien starship packed with atomic bombs. [...] We have a protractor. -- Neal Stephenson _Anathem_ p320 ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- 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#728015: type=forking
Le 26/11/2013 09:22, Christos Trochalakis a écrit : On Mon, Nov 25, 2013 at 09:24:10PM +0100, Adrien Clerc wrote: Le 25/11/2013 16:27, Christos Trochalakis a écrit : logs with type=simple: About to execute: /usr/sbin/nginx -g 'daemon on; master_process on;' Please use the command line /usr/sbin/nginx -g 'daemon off; master_process on;' with type=simple. Otherwise, this is clearly NOT what systemd expects. Setting daemon off is indeed correct from systemd's perspective but not for nginx. daemon off is not intented to be used in production, for example nginx will stop responding to SIGWINCH signals (graceful shutdown of worker processes)[0]. [0] http://anonscm.debian.org/gitweb/?p=collab-maint/nginx.git;a=blob;f=src/os/unix/ngx_process.c;h=4ef3582e8a2b1b050fcb071c607e6fe194c8b174;hb=HEAD#l343 OK, then, if nginx works that way, it's not up to the init process to force its behavior :) It's not the only process that need to fork, by the way, but I just try to hunt this from systemd's service files whenever this is not needed. Adrien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726980: python-statsd: new upstream release v2.0.3
I have crafted the new Debian package (simply a version bump) at: http://anonscm.debian.org/viewvc/python-modules?view=revisionrevision=26562 Will look at getting it uploaded. -- Antoine hashar Musso -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729527: [Aptitude-devel] Bug#729527: aptitude says Error: Timeout was reached
Control: tag -1 + moreinfo Hi, Vincent Lefevre wrote: On 2013-11-14 01:18:14 +0530, shirish शिरीष wrote: This has been happening for quite sometime now. I call up to update the index and aptitude updates the whole index. At the very end it gives this :- Error: Timeout was reached Same problem on my machine. AFAIK, it has been occurring for a few days. At least I haven't this issue on any of my machine, so I suspect either a mirror or an APT hook issue. Since Vincent and shirish come from at least different cultures, I expect they use different mirrors, hence this is likely not a mirror issue. (Vincent: Can you still tell us which mirror you use?) Leaves APT hooks. So I'd like to know from both, shirish and Vincent the output of the following command: ls -1 /etc/apt/apt.conf.d/ (That should suffice to get an overview over the installed and APT hook installing packages. If you're ok with it, an additional cat /etc/apt/apt.conf /etc/apt/apt.conf.d/*[^~] could be shed some additional light on the issue. Thanks in advance. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730532: [python-sklearn] Please support Python3
Package: python-sklearn Version: 0.14.1-2 Severity: normal Hi, according to the official changelog, scikit learn 0.14 should support Python 3.3, but the requirements of the Debian package forbid that version. Could you try to loosen the restricion on Python 2.8 or building a Python3 package? Cheers, Bastian --- System information. --- Architecture: amd64 Kernel: Linux 3.11-1-amd64 Debian Release: jessie/sid 500 unstableftp.de.debian.org 500 stable repository.spotify.com 500 stable dl.google.com 1 experimentalftp.de.debian.org --- Package information. --- Depends(Version) | Installed -+-== python (= 2.7) | 2.7.5-5 python ( 2.8) | 2.7.5-5 python-numpy | 1:1.7.1-3 python-scipy | 0.12.0-3 python-sklearn-lib (= 0.14.1-2) | 0.14.1-2 python-joblib (= 0.4.5) | 0.7.1-1 Recommends (Version) | Installed -+-=== python-nose | 1.3.0-2 python-matplotlib| 1.3.1-1 Suggests (Version) | Installed ==-+-=== python-dap | python-scikits-optimization| python-sklearn-doc | ipython| 0.13.2-2 -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730533: adlint: Incorrect path to message.yml (message.rb module)
Package: adlint Version: 3.2.0-1 Severity: important Dear Maintainer, The adlint_sma program finish with error: adlint_sma -t adlint_traits.yml -o . -p 1 file.c adlint_sma: Failed to read the message catalog for `en_US'. Detailed message is below; No such file or directory - /usr/lib/ruby/etc/mesg.d/c_builtin/en_US/messages.yml /usr/lib/ruby/vendor_ruby/adlint/message.rb:385:in `initialize' /usr/lib/ruby/vendor_ruby/adlint/message.rb:385:in `open' /usr/lib/ruby/vendor_ruby/adlint/message.rb:385:in `read_into' /usr/lib/ruby/vendor_ruby/adlint/message.rb:451:in `block in initialize' /usr/lib/ruby/vendor_ruby/adlint/message.rb:451:in `each' /usr/lib/ruby/vendor_ruby/adlint/message.rb:451:in `initialize' /usr/lib/ruby/vendor_ruby/adlint/driver.rb:113:in `new' /usr/lib/ruby/vendor_ruby/adlint/driver.rb:113:in `load_message_catalog' /usr/lib/ruby/vendor_ruby/adlint/driver.rb:44:in `initialize' /usr/bin/adlint_sma:120:in `new' /usr/bin/adlint_sma:120:in `main' Probable cause is incorrect path /usr/lib/ruby/etc/mesg.d/c_builtin/en_US/messages.yml (/usr/lib/ruby/ directory prefix?). Adlint installed via gem gets correct resutls. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-0.bpo.1-amd64 (SMP w/2 CPU cores) Locale: LANG=Czech, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages adlint depends on: ii ruby1.9.1 1.9.3.448-1 adlint recommends no packages. adlint 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#730460: memory leak in procps-ng
Hi Jack, I’m the guy that added the readproc code you found suspect. Please don't think of those buffers as representing a memory leak. Instead, think of them as being statically allocated like this: #define MAX_BUFSZ 1024*64*2 static char src_buffer[MAX_BUFSZ], dst_buffer[MAX_BUFSZ]; However, by being dynamically allocated we realize the following advantages: 1) Control of messaging is retained, if ever there was a true memory shortage. 2) All libproc users need not suffer the memory footprint increase. Only those calling openproc will have that memory allocated. If the patch offered was applied, the top program would suffer severe performance degradation since it calls openproc/closeproc with every iteration. As a general rule, any memory under the still reachable category is not a problem. This is from the valgrind documentation: still reachable means your program is probably ok — it didn't free some memory it could have. This is quite common and often reasonable. I’m going to ask Craig to close this bug report. Regards, Jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679182: FTBFS on mips*: braces around scalar initializer for type 'unsigned int'
Hello, On 11/25/2013 04:49 PM, Dragoslav Sicarov wrote: Control: tags + patch Fix for struct sigaction initialization. Patch fixing struct sigaction initialization is attached. I'll try to upload the new version of package to mentors over the weekend. Thanks, Vedran attachment: vedran_furac.vcf
Bug#730534: gawk: patsplit values and separators result arrays seem to be switched
Package: gawk Version: 1:4.0.1+dfsg-2.1 Severity: normal Dear Maintainer, thank you for maintaining this package. wishing to make a filter in the bluefish editor, i turned to awk. i needed to perform a matchall equivalent, so split/patsplit were chosen. the gawk man says patsplit(s, a [, r [, seps] ]) the sepatator matches would be in the last param, as with split. in reality, for patsplit they were switched, as opposed to split, where they matched the man. i don't know which of them: the man or the program is to be fixed. thanks again, alex -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gawk depends on: ii libc6 2.17-93 ii libreadline6 6.2+dfsg-0.1 ii libsigsegv2 2.10-2 gawk recommends no packages. Versions of packages gawk suggests: pn gawk-doc 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#730310: Debian Testing
In article 201311251028.02788.shawn__41934.3463647694$1385404768$gmane$o...@sorbom.com you wrote: I just tried SSL and unencrypted pop3 fetching on Debian testing using the private server. Unencrypted worked, SSL did not. However, this time there was no error message. Under SSL, the fetch progress bar completed, but when I tried again, I got a message saying that the previos fetch failed and I shoud re-enter my login information. Given that there were no error messages this time, I would like to try using the debug symols, but I could not find a -dbg package for kmail. Where is it? The -dbg symbols for kmail are in kdepim-dbg. But the akonadi pop3 resource used is in kdepim-runtime (with its symbols in kdepim-runtime-dbg). Happy hacking, -- Executive ability is deciding quickly and getting somebody else to do the work. -- Pollard's Postulate Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#729153: mercurial: fails to build from source on stable.
On Fri, 22 Nov 2013, Faheem Mitha wrote: On looking at this more closely, I see the problem. As you can see from the error message, the errors occur at the lines # Move templates and help installed by setup.py to their FHS-correct location mv $(CURDIR)/debian/mercurial-common/usr/lib/python*/dist-packages/mercurial/templates $(CURDIR)/debian/mercurial-common/usr/lib/python*/dist-packages/mercurial/help $(CURDIR)/debian/mercurial-common/usr/share/mercurial mv $(CURDIR)/debian/mercurial-common/usr/lib/python*/dist-packages/mercurial/locale $(CURDIR)/debian/mercurial-common/usr/share On my system I have both python 2.6 and 2.7 installed. So I have two directories under debian/mercurial-common/usr/lib, namely 'python2.6' and 'python2.7', faheem@orwell:/usr/local/src/mercurial/mercurial-2.8/debian/mercurial-common/usr/lib$ ls python2.6 python2.7 Ok, so given that this is the case, the problem is obvious. Because of the wild card, each of these commands runs twice, for each version of python, and presumably tries to copy the same files each time. So, it fails the second time because the files are already there. I looked at the packaging for mercurial 2.7.2, and those lines were not there. So I guess they were added recently. It looks to me like they are buggy. The attached patch fixes this for me. I'm not guaranteeing that it is correct, of course. Regards, Faheemdiff -r 28fe2be2eabb rules --- a/rules +++ b/rules @@ -8,6 +8,7 @@ dh $@ --with python2,bash-completion PYVERS=$(shell pyversions -vs) +DEFAULT_PYVER=$(shell pyversions -dv) DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH) override_dh_auto_build: @@ -77,8 +78,8 @@ debian/cacerts.hgrc \ $(CURDIR)/debian/mercurial-common/etc/mercurial/hgrc.d/cacerts.rc # Move templates and help installed by setup.py to their FHS-correct location - mv $(CURDIR)/debian/mercurial-common/usr/lib/python*/dist-packages/mercurial/templates $(CURDIR)/debian/mercurial-common/usr/lib/python*/dist-packages/mercurial/help $(CURDIR)/debian/mercurial-common/usr/share/mercurial - mv $(CURDIR)/debian/mercurial-common/usr/lib/python*/dist-packages/mercurial/locale $(CURDIR)/debian/mercurial-common/usr/share + mv $(CURDIR)/debian/mercurial-common/usr/lib/python$(DEFAULT_PYVER)/dist-packages/mercurial/templates $(CURDIR)/debian/mercurial-common/usr/lib/python$(DEFAULT_PYVER)/dist-packages/mercurial/help $(CURDIR)/debian/mercurial-common/usr/share/mercurial + mv $(CURDIR)/debian/mercurial-common/usr/lib/python$(DEFAULT_PYVER)/dist-packages/mercurial/locale $(CURDIR)/debian/mercurial-common/usr/share # remove arch-dependent python stuff find debian/mercurial-common/usr/lib \ -name '*.so' ! -type d -delete , \
Bug#688665: anacron: cron.daily jobs not run under systemd if system left up overnight
Hi, This is happening probably because the service is still considered as active by systemd even when anacron has exited: $ systemctl status anacron anacron.service - LSB: Run anacron jobs Loaded: loaded (/etc/init.d/anacron) Active: active (exited) since mar 2013-11-26 10:36:19 CET; 8min ago Process: 13646 ExecStart=/etc/init.d/anacron start (code=exited, status=0/SUCCESS) IMHO the proper way to fix this is to create anacron.service file with Type=oneshot my 2¢ Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730535: retry_bind needed for TCP too
Package: ganglia-monitor Version: 3.3.8-1 In some systems, Ganglia fails to start at boot, logging a message like the following: /usr/sbin/gmond[2854]: Unable to create tcp_accept_channel. Exiting.#012 In this particular case, it was a Xen Cloud Platform (XCP) dom0 host. XCP configures the IP addresses on the NICs in a non-standard manner, they are not configured by the normal networking boot scripts. gmond has tried to start before the NICs were configured. The retry_bind option was added for UDP channels and it can probably be added to the TCP config as well to solve this issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730537: vsftpd: use LSB logging function in init script
Package: vsftpd Version: 3.0.2-3 Severity: normal Tags: patch Init script could use LSB logging functions to produce consistent output. The attached patch also add dependency on lsb-base package. *** /home/casale/workspace/vsftpd/vsftpd-lsb-init.patch --- debian/vsftpd.init.orig 2013-11-25 17:54:06.690410579 +0100 +++ debian/vsftpd.init 2013-11-25 18:04:53.091496588 +0100 @@ -5,7 +5,7 @@ # Required-Start: $remote_fs $syslog # Required-Stop: $remote_fs $syslog # Default-Start: 2 3 4 5 -# Default-Stop:1 +# Default-Stop:0 1 6 # Short-Description: Very secure FTP server # Description: Provides a lightweight, efficient FTP server written # for security. @@ -39,24 +39,24 @@ start) if [ -e /etc/vsftpd.conf ] ! egrep -iq ^ *listen(_ipv6)? *= *yes /etc/vsftpd.conf then - echo /etc/vsftpd.conf listen disabled - service will not start + log_warning_msg FTP server listen disabled in /etc/vsftpd.conf - service will not start exit 1 fi - echo -n Starting FTP server: + log_daemon_msg Starting FTP server $NAME start-stop-daemon --start --background -m --oknodo --pidfile /var/run/vsftpd/vsftpd.pid --exec ${DAEMON} - echo ${NAME}. + log_end_msg $? ;; stop) - echo -n Stopping FTP server: + log_daemon_msg Stopping FTP server $NAME start-stop-daemon --stop --pidfile /var/run/vsftpd/vsftpd.pid --oknodo --exec ${DAEMON} rm -f /var/run/vsftpd/vsftpd.pid - echo ${NAME}. + log_end_msg $? ;; @@ -66,35 +66,20 @@ ;; reload|force-reload) - echo Reloading FTP server configuration: + log_daemon_msg Reloading FTP server configuration $NAME start-stop-daemon --stop --pidfile /var/run/vsftpd/vsftpd.pid --signal 1 --exec $DAEMON - echo ${NAME}. + log_end_msg $? ;; status) - PID=$(cat /var/run/vsftpd/vsftpd.pid 2/dev/null) || true - - if [ ! -f /var/run/vsftpd/vsftpd.pid ] || [ -z ${PID} ] - then - echo ${NAME} is not running - exit 3 - fi - - if ps ${PID} /dev/null 21 - then - echo ${NAME} is running - exit 0 - else - echo ${NAME} is not running - exit 1 - fi + status_of_proc $DAEMON FTP server ;; *) echo Usage: ${0} {start|stop|restart|reload|status} - exit 1 + exit 2 ;; esac --- debian/control.orig 2013-11-25 17:59:18.114474215 +0100 +++ debian/control 2013-11-25 18:09:30.751141708 +0100 @@ -4,7 +4,7 @@ Maintainer: Daniel Baumann m...@daniel-baumann.ch Build-Depends: debhelper (= 9), libcap2-dev [linux-any], libpam0g-dev, libssl-dev, - libwrap0-dev + libwrap0-dev, lsb-base Standards-Version: 3.9.4 Homepage: http://vsftpd.beasts.org/ -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vsftpd depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.52 ii libc6 2.17-93 ii libcap21:2.22-1.2 ii libpam-modules 1.1.3-9 ii libpam0g 1.1.3-9 ii libssl1.0.01.0.1e-4 ii libwrap0 7.6.q-24 ii netbase5.1 Versions of packages vsftpd recommends: ii logrotate 3.8.6-1 vsftpd suggests no packages. -- Configuration Files: /etc/vsftpd.conf changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730536: gma500: fail to thaw after hibernation, while resume after suspend is ok
Package: src:linux Version: 3.2.51-1 Severity: normal Dear Maintainer, I installed wheezy on an Asus Eeepc 1025c. Everything went almost well during installation, however I registered several problems about the suspend and hibernation commands: in both cases I always get a scrambled, full of colors screen with the undergoing system still working. Usually I use the Ctrl-Alt-F1 combination to activate a blind console in which I login as root and I run a reboot command. I looked around for a solution and I found a workaround listed in the Debian Wiki for the 1101HA model (wiki.debian.org/DebianEeePC/Model/1101HA). In this workaround is suggested to create the file /etc/pm/config.d/gma500 with this line: ADD_PARAMETERS='--quirk-vbestate-restore'. This solves the suspend/resume problems, but the issue is still present when I try the hibernation/thaw steps. So, everytime I try to hibernate the computer, it is not possible to thaw the system with a working video. Thanks in advance. pkz -- Package-specific info: ** Version: Linux version 3.2.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.51-1 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-686-pae root=UUID=6d54cbc6-e467-4573-ba86-96f992d3bbba ro quiet acpi_osi=Linux ** Not tainted ** Kernel log: [4.238190] gma500 :00:02.0: allocated 1024x600 fb [4.238550] fbcon: psbfb (fb0) is primary device [4.478462] usb 1-3: New USB device found, idVendor=04f2, idProduct=b26f [4.478481] usb 1-3: New USB device strings: Mfr=3, Product=1, SerialNumber=2 [4.478497] usb 1-3: Product: USB2.0 0.3M UVC WebCam [4.478509] usb 1-3: Manufacturer: Chicony Electronics Co., Ltd. [4.478521] usb 1-3: SerialNumber: 0x0001 [4.534499] Linux media interface: v0.10 [4.543269] Linux video capture interface: v2.00 [4.548730] uvcvideo: Found UVC 1.00 device USB2.0 0.3M UVC WebCam (04f2:b26f) [4.559725] psmouse serio1: elantech: assuming hardware version 3 (with firmware version 0x450f00) [4.567597] input: USB2.0 0.3M UVC WebCam as /devices/pci:00/:00:1d.7/usb1/1-3/1-3:1.0/input/input6 [4.567787] usbcore: registered new interface driver uvcvideo [4.567792] USB Video Class driver (1.1.1) [4.600103] Console: switching to colour frame buffer device 128x37 [4.607410] fb0: psbfb frame buffer device [4.607414] drm: registered panic notifier [4.607500] [drm] Initialized gma500 1.0.0 2011-06-06 for :00:02.0 on minor 0 [4.607568] uhci_hcd :00:1d.0: setting latency timer to 64 [4.607578] uhci_hcd :00:1d.0: UHCI Host Controller [4.607618] uhci_hcd :00:1d.0: new USB bus registered, assigned bus number 2 [4.607704] uhci_hcd :00:1d.0: irq 23, io base 0xf060 [4.607816] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001 [4.607825] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [4.607838] usb usb2: Product: UHCI Host Controller [4.607845] usb usb2: Manufacturer: Linux 3.2.0-4-686-pae uhci_hcd [4.607851] usb usb2: SerialNumber: :00:1d.0 [4.608256] hub 2-0:1.0: USB hub found [4.608273] hub 2-0:1.0: 2 ports detected [4.608515] uhci_hcd :00:1d.1: setting latency timer to 64 [4.608526] uhci_hcd :00:1d.1: UHCI Host Controller [4.608554] uhci_hcd :00:1d.1: new USB bus registered, assigned bus number 3 [4.608638] uhci_hcd :00:1d.1: irq 21, io base 0xf040 [4.608744] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001 [4.608753] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [4.608761] usb usb3: Product: UHCI Host Controller [4.608768] usb usb3: Manufacturer: Linux 3.2.0-4-686-pae uhci_hcd [4.608775] usb usb3: SerialNumber: :00:1d.1 [4.609993] hub 3-0:1.0: USB hub found [4.610009] hub 3-0:1.0: 2 ports detected [4.610250] uhci_hcd :00:1d.2: setting latency timer to 64 [4.610261] uhci_hcd :00:1d.2: UHCI Host Controller [4.610293] uhci_hcd :00:1d.2: new USB bus registered, assigned bus number 4 [4.610379] uhci_hcd :00:1d.2: irq 18, io base 0xf020 [4.610487] usb usb4: New USB device found, idVendor=1d6b, idProduct=0001 [4.610496] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [4.610502] usb usb4: Product: UHCI Host Controller [4.610508] usb usb4: Manufacturer: Linux 3.2.0-4-686-pae uhci_hcd [4.610515] usb usb4: SerialNumber: :00:1d.2 [4.611624] hub 4-0:1.0: USB hub found [4.611640] hub 4-0:1.0: 2 ports detected [4.612732] snd_hda_intel :00:1b.0: irq 45 for MSI/MSI-X [4.612784] snd_hda_intel :00:1b.0: setting latency timer to 64 [4.623848] psmouse serio1: elantech: Synaptics capabilities query result 0x68, 0x15, 0x0a. [4.684059] HDMI status: Codec=1 Pin=3 Presence_Detect=0 ELD_Valid=0 [4.684693] input: HDA Intel HDMI/DP,pcm=3 as
Bug#729527: [Aptitude-devel] Bug#729527: aptitude says Error: Timeout was reached
On 2013-11-26 10:00:50 +0100, Axel Beckert wrote: At least I haven't this issue on any of my machine, so I suspect either a mirror or an APT hook issue. Since Vincent and shirish come from at least different cultures, I expect they use different mirrors, hence this is likely not a mirror issue. (Vincent: Can you still tell us which mirror you use?) Leaves APT hooks. I don't use a mirror (I had some problems with French mirrors): deb http://ftp.debian.org/debian/ wheezy main contrib non-free deb-src http://ftp.debian.org/debian/ wheezy main contrib non-free deb http://security.debian.org/ wheezy/updates main contrib non-free deb-src http://security.debian.org/ wheezy/updates main contrib non-free deb http://ftp.debian.org/debian/ testing main contrib non-free deb-src http://ftp.debian.org/debian/ testing main contrib non-free deb http://ftp.debian.org/debian/ unstable main contrib non-free deb-src http://ftp.debian.org/debian/ unstable main contrib non-free deb http://ftp.debian.org/debian/ experimental main deb-src http://ftp.debian.org/debian/ experimental main deb file:///var/local/apt ./ So I'd like to know from both, shirish and Vincent the output of the following command: ls -1 /etc/apt/apt.conf.d/ 00trustcdrom 01autoremove 01autoremove-kernels 10apt 10apt-listbugs 10aptitude 20apt-show-versions 20listchanges 20packagekit 70debconf If you're ok with it, an additional cat /etc/apt/apt.conf /etc/apt/apt.conf.d/*[^~] could be shed some additional light on the issue. APT::Authentication::TrustCDROM true; APT { NeverAutoRemove { ^firmware-linux.*; ^linux-firmware$; ^kfreebsd-image.*; ^gnumach$; ^gnumach-image.*; }; Never-MarkAuto-Sections { metapackages; restricted/metapackages; universe/metapackages; multiverse/metapackages; oldlibs; restricted/oldlibs; universe/oldlibs; multiverse/oldlibs; }; }; // File autogenerated by /etc/kernel/postinst.d/apt-auto-removal, do not edit APT { NeverAutoRemove { ^linux-image-3.11-1-amd64$; ^linux-image-extra-3.11-1-amd64$; ^linux-signed-image-3.11-1-amd64$; ^linux-backports-modules-.*-3.11-1-amd64$; ^linux-headers-3.11-1-amd64$; ^linux-image-3.11-2-amd64$; ^linux-image-extra-3.11-2-amd64$; ^linux-signed-image-3.11-2-amd64$; ^linux-backports-modules-.*-3.11-2-amd64$; ^linux-headers-3.11-2-amd64$; }; }; APT::Cache-Limit 67108864; // $Id: 10apt 61049 2013-06-10 23:10:51Z vinc17/xvii $ // Before installing packages, check whether they have release-critical // or security bugs. DPkg::Pre-Install-Pkgs { /usr/sbin/apt-listbugs apt; /usr/sbin/apt-listbugs apt -T security -s all; }; DPkg::Tools::Options::/usr/sbin/apt-listbugs ; DPkg::Tools::Options::/usr/sbin/apt-listbugs::Version 3; DPkg::Tools::Options::/usr/sbin/apt-listbugs::InfoFD 20; AptListbugs::Severities critical,grave,serious; AptListbugs::IgnoreRegexp FTBFS; // $Id: 10apt-listbugs 63984 2013-10-06 15:39:15Z vinc17/xvii $ Aptitude::UI::Package-Display-Format %c%a%M %p %Z %24v %24V; // $Id: 10aptitude 12822 2006-06-22 13:34:46Z lefevre $ // When Apt's cache is updated (i.e. apt-cache update) APT::Update::Post-Invoke-Success { test -x /usr/bin/apt-show-versions || exit 0 ; apt-show-versions -i; }; DPkg::Pre-Install-Pkgs { /usr/bin/apt-listchanges --apt; }; DPkg::Tools::Options::/usr/bin/apt-listchanges::Version 2; // THIS FILE IS USED TO INFORM PACKAGEKIT // THAT THE UPDATE-INFO MIGHT HAVE CHANGED // Whenever dpkg is called we might have different updates // i.e. if an user removes a package that had an update DPkg::Post-Invoke { /usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service /usr/bin/test -S /var/run/dbus/system_bus_socket /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 1 --method org.freedesktop.PackageKit.StateHasChanged cache-update /dev/null; /bin/echo /dev/null; }; // When Apt's cache is updated (i.e. apt-cache update) APT::Update::Post-Invoke-Success { /usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service /usr/bin/test -S /var/run/dbus/system_bus_socket /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 1 --method org.freedesktop.PackageKit.StateHasChanged cache-update /dev/null; /bin/echo /dev/null; }; // Pre-configure all packages with debconf before they are installed. // If you don't like it, comment it out. DPkg::Pre-Install-Pkgs {/usr/sbin/dpkg-preconfigure --apt || true;}; -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://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
Bug#730111: [Pkg-lyx-devel] Bug#730111: Bug#730111: lyx: package should be dependent on rcs
On Thu, Nov 21, 2013 at 19:04 +0100, Nick Andrik wrote: May I suggest that we promote the rcs dependency to a Recommends and forward the rest (menus grayed out, informative message, etc) upstream? Sounds good to me. -- Pelle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729527: [Aptitude-devel] Bug#729527: aptitude says Error: Timeout was reached
at bottom :- On 11/26/13, Axel Beckert a...@debian.org wrote: Control: tag -1 + moreinfo Hi, Vincent Lefevre wrote: On 2013-11-14 01:18:14 +0530, shirish शिरीष wrote: This has been happening for quite sometime now. I call up to update the index and aptitude updates the whole index. At the very end it gives this :- Error: Timeout was reached Same problem on my machine. AFAIK, it has been occurring for a few days. At least I haven't this issue on any of my machine, so I suspect either a mirror or an APT hook issue. Since Vincent and shirish come from at least different cultures, I expect they use different mirrors, hence this is likely not a mirror issue. (Vincent: Can you still tell us which mirror you use?) Leaves APT hooks. So I'd like to know from both, shirish and Vincent the output of the following command: ls -1 /etc/apt/apt.conf.d/ (That should suffice to get an overview over the installed and APT hook installing packages. If you're ok with it, an additional cat /etc/apt/apt.conf /etc/apt/apt.conf.d/*[^~] could be shed some additional light on the issue. Thanks in advance. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 Hi all, Below are the outputs :- $ ls -1 /etc/apt/apt.conf.d/ 00CDMountPoint 00trustcdrom 01autoremove 01autoremove-kernels 10apt-listbugs 10periodic 15update-stamp 20adequate 20adequate.bak 20apt-show-versions 20archive 20dbus 20listchanges 20packagekit 50unattended-upgrades 70debconf 99update-notifier $ cat /etc/apt/apt.conf /etc/apt/apt.conf.d/*[^~] cat: /etc/apt/apt.conf: No such file or directory Acquire::cdrom { mount /media/cdrom; }; Dir::Media::MountPath /media/cdrom; APT::Authentication::TrustCDROM true; APT { NeverAutoRemove { ^firmware-linux.*; ^linux-firmware$; ^kfreebsd-image.*; ^gnumach$; ^gnumach-image.*; }; Never-MarkAuto-Sections { metapackages; restricted/metapackages; universe/metapackages; multiverse/metapackages; oldlibs; restricted/oldlibs; universe/oldlibs; multiverse/oldlibs; }; }; // File autogenerated by /etc/kernel/postinst.d/apt-auto-removal, do not edit APT { NeverAutoRemove { ^linux-image-3.11-2-amd64$; ^linux-image-extra-3.11-2-amd64$; ^linux-signed-image-3.11-2-amd64$; ^linux-backports-modules-.*-3.11-2-amd64$; ^linux-headers-3.11-2-amd64$; ^linux-image-3.12-trunk-amd64$; ^linux-image-extra-3.12-trunk-amd64$; ^linux-signed-image-3.12-trunk-amd64$; ^linux-backports-modules-.*-3.12-trunk-amd64$; ^linux-headers-3.12-trunk-amd64$; }; }; // Before installing packages, check whether they have release-critical bugs. // If you don't like it, comment it out. DPkg::Pre-Install-Pkgs {/usr/sbin/apt-listbugs apt;}; DPkg::Tools::Options::/usr/sbin/apt-listbugs ; DPkg::Tools::Options::/usr/sbin/apt-listbugs::Version 3; DPkg::Tools::Options::/usr/sbin/apt-listbugs::InfoFD 20; AptListbugs::Severities critical,grave,serious; // AptListbugs::IgnoreRegexp FTBFS; APT::Periodic::Update-Package-Lists 1; APT::Periodic::Download-Upgradeable-Packages 0; APT::Periodic::AutocleanInterval 0; APT::Update::Post-Invoke {touch /var/lib/apt/periodic/update-success-stamp 2/dev/null || true;}; // If you set this to true, adequate will run on every install, reporting the // results via debconf. Adequate::Enabled true; DPkg::Pre-Install-Pkgs { adequate --help /dev/null 21 || exit 0; exec adequate --user nobody --apt-preinst; }; DPkg::Post-Invoke { adequate --help /dev/null 21 || exit 0; DEBIAN_FRONTEND=readline exec adequate --debconf --user nobody --pending; }; DPkg::Tools::Options::adequate::Version 2; // If you set this to true, adequate will run on every install, reporting the // results via debconf. Adequate::Enabled false; DPkg::Pre-Install-Pkgs { adequate --help /dev/null 21 || exit 0; exec adequate --user nobody --apt-preinst; }; DPkg::Post-Invoke { adequate --help /dev/null 21 || exit 0; exec adequate --debconf --user nobody --pending; }; DPkg::Tools::Options::adequate::Version 2; // When Apt's cache is updated (i.e. apt-cache update) APT::Update::Post-Invoke-Success { test -x /usr/bin/apt-show-versions || exit 0 ; apt-show-versions -i; }; APT::Archives::MaxAge 30; APT::Archives::MinAge 2; APT::Archives::MaxSize 500; // Notify all clients to reload the cache APT::Update::Post-Invoke-Success { [ ! -f /var/run/dbus/system_bus_socket ] || /usr/bin/dbus-send --system --dest=org.debian.apt --type=signal /org/debian/apt org.debian.apt.CacheChanged || true; }; DPkg::Pre-Install-Pkgs { /usr/bin/apt-listchanges --apt || test $? -ne 10; }; DPkg::Tools::Options::/usr/bin/apt-listchanges::Version 2; // THIS FILE IS
Bug#730538: [INTL:sv] Swedish strings for mini-buildd debconf
package: mini-buildd 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#730539: libsane: HP psc 750 no longer being recognized
Package: libsane Version: 1.0.23-3 Severity: important Dear Maintainer, After updating from Jessie, I found that xsane would no longer see my HP psc 750. While updating I noted that the hpaio line was dropped from /etc/sane.d/dll.conf, so this may have something to do with it. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsane depends on: ii acl2.2.52-1 ii adduser3.113+nmu3 ii libavahi-client3 0.6.31-2 ii libavahi-common3 0.6.31-2 ii libc6 2.17-93 ii libcups2 1.6.3-1 ii libexif12 0.6.21-1 ii libgphoto2-2 2.4.14-2.4 ii libgphoto2-port0 2.4.14-2.4 ii libieee1284-3 0.2.11-12 ii libjpeg8 8d-1 ii libsane-common 1.0.23-3 ii libtiff4 3.9.7-2 ii libusb-1.0-0 2:1.0.17-1+b1 ii libv4l-0 0.8.8-3 ii makedev2.3.1-93 ii multiarch-support 2.17-93 ii udev 204-5 Versions of packages libsane recommends: ii libsane-extras 1.0.22.3 ii sane-utils 1.0.23-3 Versions of packages libsane suggests: ii avahi-daemon 0.6.31-2 ii hplip 3.13.9-2 pn hpoj none -- Configuration Files: /etc/sane.d/dll.conf changed: net abaton agfafocus apple avision artec artec_eplus48u as6e bh canon canon630u canon_dr cardscan coolscan coolscan3 dell1600n_net dmc epjitsu epson2 fujitsu genesys gt68xx hp hp3900 hpsj5s hp3500 hp4200 hp5400 hp5590 hpljm1005 hs2p ibm kodak kodakaio kvs1025 kvs20xx leo lexmark ma1509 magicolor matsushita microtek microtek2 mustek mustek_usb mustek_usb2 nec niash pie pixma plustek qcam ricoh rts8891 s9036 sceptre sharp sm3600 sm3840 snapscan sp15c tamarack teco1 teco2 teco3 u12 umax umax1220u v4l xerox_mfp -- 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#730518: kfreebsd-10: CVE-2013-6832 nand memory leak in ioctl
On 26/11/2013 03:36, Steven Chamberlain wrote: Package: kfreebsd-10 Version: 10.0~svn257123-1 Severity: grave Tags: security fixed-upstream Control: fixed -1 kfreebsd-10/10.0~svn234760-1 http://seclists.org/bugtraq/2013/Nov/73 The nand driver was introduced into kfreebsd-10 by r235537. It is not included in kfreebsd-9 or kfreebsd-8 packages. Fixed by upstream SVN commits r258387 and r258425. Those are the head commits (both included in latest kfreebsd-11 upload). As for stable/10 it seems to me that r258554 includes MFC of both problems. Please can you confirm? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730519: kfreebsd-10: CVE-2013-6834, CVE-2013-6833: qlxgbe/qlxge memory leaks in ioctl
On 26/11/2013 03:58, Steven Chamberlain wrote: Fixed by upstream SVN commits r258155 and r258156. That'd be MFC r258457 in stable/10. Correct? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730172: (no subject)
Can you give a usage case example? Development of this package died years ago. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730540: Provide example package
Package: cpp-netlib Severity: wishlist It would be nice to also have the examples as a debian package. Thx -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730541: subversion: CVE-2013-4505
Package: subversion Severity: normal Tags: security Please see http://subversion.apache.org/security/CVE-2013-4505-advisory.txt for details. AFAICS this module isn't built, so this only affects locally built source packages. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635914: similar bug
the following bug looks very similar: https://bugs.launchpad.net/debian/+source/simple-scan/+bug/1184582 Best regards Philipp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730542: what(): Couldn't find Content-Type phrase (boundary)
Package: libcppnetlib0 I cannot parse the following mime file. Steps: $ mkdir /tmp/d $ cd /tmp/d $ apt-get source cpp-netlib $ cd cpp-netlib-0.10.1 $ g++ -o demo ./libs/mime/example/basic_parsing.cpp $ ./demo.sh $ ./libs/mime/test/mimeParse.py ./demo.mime ** Data from: ./demo.mime Content-Type: multipart/related There are 1 headers There are 1 sub parts Content-Type: application/pdf There are 1 headers The body is 512 bytes long 0 0 0 0 0 ... 0 0 0 0 0 while: $ ./demo ./demo.mime ** terminate called after throwing an instance of 'std::runtime_error' what(): Couldn't find Content-Type phrase (boundary) [1]1328 abort ./demo ./demo.mime Where: $ cat demo.sh #!/bin/sh out=demo.mime boundary=demo.bug.cpp-netlib content_type=Content-Type: multipart/related; type=application/pdf; boundary=${boundary} echo -n ${content_type}\r\n\r\n $out echo -n --$boundary\r\n $out echo -n Content-Type: application/pdf\r\n $out echo -n \r\n $out head -c 1b /dev/zero $out echo -n \r\n $out echo -n --$boundary-- $out -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730544: static IV used in Percona XtraBackup
Package: percona-xtrabackup Severity: serious Tags: security fixed-upstream Hi, Upstream discovered and fixed use of a static IV in encrypting backups: A fixed initialization vector (constant string) was used while encrypting the data. This opened the encrypted stream/data to plaintext attacks among others. Bug fixed #1185343. http://www.percona.com/doc/percona-xtrabackup/2.1/release-notes/2.1/2.1.6.html https://bugs.launchpad.net/percona-xtrabackup/+bug/1185343 Fixed in upstream 2.1.6. Can you please ensure that this gets into Debian? Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730543: bluefish: changes to the filters table are not being saved with pressing ok
Package: bluefish Version: 2.2.4-2 Severity: normal Dear Maintainer, thank you for maintaining bluefish. i have added an awk filter to preprocess an sql buffer before pasting it in vbscript. after editing the command field for the filter, i pressed ok/apply to apply the changes, but the old command value came back. in order to have the command saved, i had to click on another command, of another filter, before ok/apply. my opinion is, that pressing ok/apply should commit all changes. thanks in advance, alex *** 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 *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bluefish depends on: ii bluefish-data 2.2.4-2 ii bluefish-plugins2.2.4-2 ii gvfs-backends 1.16.3-1+b2 ii libc6 2.17-93 ii libcairo2 1.12.16-2 ii libenchant1c2a 1.6.0-10 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgtk-3-0 3.8.4-1 ii libpango1.0-0 1.36.0-1 ii libxml2 2.9.1+dfsg1-3 bluefish recommends no packages. Versions of packages bluefish suggests: ii bluefish-dbg2.2.4-2 ii chromium [www-browser] 31.0.1650.57-1 ii epiphany-browser [www-browser] 3.8.2-4 ii iceweasel [www-browser] 25.0-1 ii libxml2-utils 2.9.1+dfsg1-3 ii lynx-cur [www-browser] 2.8.8dev.16-1 ii midori [www-browser]0.4.3+dfsg-0.1 ii netsurf-gtk [www-browser] 2.9-2 ii opera [www-browser] 12.11.1661 pn php5-clinone ii tidy20091223cvs-1.2 ii uzbl [www-browser] 0.0.0~git.20120514-1.1 ii weblint-perl [weblint] 2.20+dfsg-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730542:
For some reason even dataset provided seems to trigger this issue: $ ./demo ./libs/mime/test/TestMessages/0019-NoBoundary ** terminate called after throwing an instance of 'std::runtime_error' what(): Couldn't find Content-Type phrase (boundary) [1]1357 abort ./demo ./libs/mime/test/TestMessages/0019-NoBoundary -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730542:
Some more info: $ g++ -DDUMP_MIME_DATA=1 -g -o demo ./libs/mime/example/basic_parsing.cpp $ ./demo demo.mime ** -parse_mime -read_headers **Headers*** Content-Type: multipart/related; type=application/pdf; boundary=demo.bug.cpp-netlib **Headers*** -read_headers -parse_content_type -parse_content_type -parse_content_type -parse_content_type Content-Type: multipart/related retVal-get_part_kind () = 1 -get_boundary -get_ct_value -parse_content_type -parse_content_type terminate called after throwing an instance of 'std::runtime_error' what(): Couldn't find Content-Type phrase (boundary) [1]1427 abort ./demo demo.mime -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505168: fakechroot: libc nameservice calls not properly faked on systems running nscd
reassign 505168 libc6 thanks The GNU Libc has hardcoded path to nscd socket, so there is no possibility to use nscd with fakechroot environment. The Scratchbox2 project provides some patches for Libc: https://maemo.gitorious.org/scratchbox2/scratchbox2/source/173e4b7081bb5f5965ca90bee037231ab4e88c64:external_patches/glibc-2.10-nscd-socket-location.4.patch Perhaps libc6 maintaners could accept this patch. If not, there is no other way to deal with this problem. Regards, 2008/11/10 Jameson Graef Rollins jroll...@finestructure.net Package: fakechroot Version: 2.8-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have found that on systems running nscd, certain (all?) nameservice calls are not properly faked when running fakechroot, which can cause improper failures in the chrooted environment. For instance, useradd fails in a fakechroot when the host system is running nscd: hydra:/scratch/jrollins 0$ PC -eFH | grep [n]scd root 28566 1 0 44073 3416 6 Oct30 ?00:01:05 /usr/sbin/nscd hydra:/scratch/jrollins 0$ getent passwd | grep jrollins jrollins:x:2000:2000:Jamie Rollins:/home/jrollins:/bin/bash hydra:/scratch/jrollins 0$ fakeroot fakechroot chroot testroot root@hydra:/# PS1='$? \h:\w\$ ' 0 hydra:/# getent passwd | grep jrollins 1 hydra:/# useradd jrollins useradd: user jrollins exists 9 hydra:/# exit exit hydra:/scratch/jrollins 9$ This is particularly problematic when running debootstrap with the fakechroot variant, ie: fakeroot fakechroot debootstrap --variant=fakechroot lenny testroot Postinst scripts that call useradd to add users that already exist in the meta system will fail, causing the debootstrap to fail. This makes the debootstrap fakechroot variant unusable on systems running nscd. I believe that this bug is somewhat related to 413918 [0], but since systems with nscd are still failing with fakechroot 2.8, the problem persists. I wish I understood this stuff better to be able to speak to what the problem could be. Hopefully smarter people can. Thanks much for maintaining fakechroot. jamie. [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=413918 - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fakechroot depends on: ii libc6 2.7-15 GNU C Library: Shared libraries fakechroot recommends no packages. fakechroot suggests no packages. - -- no debconf information LocalWords: eFH grep -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBAgAGBQJJF72WAAoJEO00zqvie6q8aDkQAK2v6fUdb8W6l2TX24I9JjGd dNFRMQbJ/U1RkDp2ZBsXqPB1wIiW+InqPLVbHDT4H5oVYXKXs531ZptoPMnDaFK9 6fP4teAwblHRPhY7asOdjdUEWhuJqcQ0NhMUbDk8S4zyamspltLhwB3gzIxZGI2p f2MZjUZXmQ1pwSHNp21Wvo7mWfY/R3Dwxkm0yvUc3rdEeNkZNH8C3wkqfeOcoTtv S7K+PLsTxZpyOCqR1DqJHIHljXcScLerkhzVrcRvtn0QbVCk7kFnBxN11Oeo3z12 i2WAyLuTa/zTouPgfQQfpCtR6ALXrCkzfrlyd7sydTuuIqZLC3HW+pLWJvyaDbUI nA4UvkKa4EvE+UgWNZZPRxLQAb58YAjSZsY/3xbELQLQ0Te6G0edCfECH8kLErSw JtXoZikdIkzod2dBL2WiAKpZM5UqylPIgxU9gnHrUCMOEnJUbNJSNVkuWVtBfEC5 j+BzPPYc1HAlhbC9qabtR/xLcwuQZMcZFi3XV8j6IBDPOWmXQI3oWED/PTlmBYEj mLrV/joqlOuzPGBvNAZj4t0N4U9Gipua6Rpo4FkTRyHI8Sxi0K52Rf6WKpFVD/tf e8MlTw3NkdtN9mJr/KwI9BXCP2Qk1G1hfB/TfVQEv8X2z12S8PHwKW54Ol/eovVw 51sDGnPZ4UeCvTnHm3nL =yDUP -END PGP SIGNATURE- -- Piotr Roszatycki
Bug#714577: GHDL builds with Gnat 4.8.2
As of today, and pending some further testing, a development version of upstream GHDL builds against gcc4.8.2+gnat4.8.2. This includes the OSVVM patches. Message inc. instructions and patch has been posted to https://mail.gna.org/public/ghdl-discuss/2013-11/index.html but hasn't appeared there yet. Joris van Rantwijk has unofficially packaged my gcc4.7.2 build for Debian but without Gnat4.7 in Debian there wasn't much point taking it further. However hopefully we can start to move GHDL forward again in Debian which will allow Gnat 4.4 to be retired. - Brian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728135: More information.
Hi, I can confirm the the bug is still present in kernel 3.11-2-amd64 but it works fine in kernel 3.12-rc7-amd64. I haven't had a chance to test 3.12-trunk-amd64 (which is the only 3.12 available in my repositories) because it fails to compile the proprietary ATI fglrx kernel module and I would have to reconfigure xorg. Thanks, Paolo
Bug#729527: [Aptitude-devel] Bug#729527: aptitude says Error: Timeout was reached
Control: tag -1 + moreinfo Hi, thanks for the prompt replies. Vincent Lefevre wrote: On 2013-11-26 10:00:50 +0100, Axel Beckert wrote: At least I haven't this issue on any of my machine, so I suspect either a mirror or an APT hook issue. Since Vincent and shirish come from at least different cultures, I expect they use different mirrors, hence this is likely not a mirror issue. (Vincent: Can you still tell us which mirror you use?) Leaves APT hooks. I don't use a mirror (I had some problems with French mirrors): deb http://ftp.debian.org/debian/ wheezy main contrib non-free deb-src http://ftp.debian.org/debian/ wheezy main contrib non-free Well, actually ftp.debian.org is a mirror, too. Currently points to some mirror in the Netherlands. At least from here. Anyway, thanks for that information. So you both are definitely using different mirrors. ls -1 /etc/apt/apt.conf.d/ 00trustcdrom 01autoremove 01autoremove-kernels 10apt 10apt-listbugs 10aptitude 20apt-show-versions 20listchanges 20packagekit 70debconf shirish शिरीष wrote: $ ls -1 /etc/apt/apt.conf.d/ 00CDMountPoint 00trustcdrom 01autoremove 01autoremove-kernels 10apt-listbugs 10periodic 15update-stamp 20adequate 20adequate.bak 20apt-show-versions 20archive 20dbus 20listchanges 20packagekit 50unattended-upgrades 70debconf 99update-notifier Thanks! So the common ones are these: 00trustcdrom 01autoremove 01autoremove-kernels 10apt-listbugs 20apt-show-versions 20listchanges 20packagekit 70debconf Of these only two do network-ish stuff. 20packagekit interacts with DBus, so I can imagine it to cause such an error message. Can you check if the following command provokes this error message? /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 1 --method org.freedesktop.PackageKit.StateHasChanged cache-update The only one of these which AFAIK downloads stuff from the net is 10apt-listbugs. (apt-listchanges seems to just work on .debs and not downloading changeslogs.) Fits at least as I don't use this package and never ran into that issue. Nevertheless, apt-listbugs works fine here at the moment, even if I call it with all installed packages. In case it wasn't 20packagekit and you still have these timeouts, please try to disable 10apt-listbugs for a while (e.g. by renaming, moving somewhere else, commenting out its contents or removing apt-listbugs) and check if the problem persists. TIA! Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729527: [Aptitude-devel] Bug#729527: aptitude says Error: Timeout was reached
On 2013-11-26 13:05:51 +0100, Axel Beckert wrote: 20packagekit interacts with DBus, so I can imagine it to cause such an error message. I can't find it in the packagekit. But both /usr/lib/x86_64-linux-gnu/libcurl.so.4.3.0 /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4.3.0 have it. Can you check if the following command provokes this error message? /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 1 --method org.freedesktop.PackageKit.StateHasChanged cache-update No such errors. But note that the error is not always reproducible (and I couldn't reproduce it with strace -f -o strace.out aptitude update yet). The only one of these which AFAIK downloads stuff from the net is 10apt-listbugs. Does it do that with an update too? -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://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#730545: reportbug: Fails to view cd/dvd device in files file manager
Package: reportbug Version: 6.4.4 Severity: important 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 *** -- Package-specific info: ** Environment settings: INTERFACE=gtk2 ** /home/david/.reportbugrc: reportbug_version 6.4.4 mode novice ui gtk2 email david.vrba...@gmail.com no-cc header X-Debbugs-CC: david.vrba...@gmail.com smtphost reportbug.debian.org -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=hr_HR.UTF-8, LC_CTYPE=hr_HR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.9.12.1 ii python2.7.5-5 ii python-reportbug 6.4.4 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utils none pn debsumsnone pn dlocatenone pn emacs22-bin-common | emacs23-bin-commonnone ii exim4 4.80-9 ii exim4-daemon-light [mail-transport-agent] 4.80-9 ii file 1:5.14-2 ii gnupg 1.4.15-1.1 ii python-gtk22.24.0-3+b1 pn python-gtkspellnone pn python-urwid none ii python-vte 1:0.28.2-5 ii xdg-utils 1.1.0~rc1+git20111210-7 Versions of packages python-reportbug depends on: ii apt 0.9.12.1 ii python2.7.5-5 ii python-debian 0.1.21+nmu2 ii python-debianbts 1.11 ii python-support1.0.15 python-reportbug 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#730518: kfreebsd-10: CVE-2013-6832 nand memory leak in ioctl
On 26/11/13 10:44, Robert Millan wrote: Those are the head commits (both included in latest kfreebsd-11 upload). I forgot about kfreebsd-11. 11.0~svn256281-1 was affected but 11.0~svn258494-1 is already fixed. As for stable/10 it seems to me that r258554 includes MFC of both problems. Please can you confirm? I should have pointed to this. Yes, the MFC to stable/10/ (r258554) has both of these commits (the actual bugfix, and then fixing compiler warnings). Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730519: kfreebsd-10: CVE-2013-6834, CVE-2013-6833: qlxgbe/qlxge memory leaks in ioctl
Forgot to mention here the kfreebsd-11 package version 11.0~svn256281-1 was affected but current 11.0~svn258494-1 is already fixed. On 26/11/13 10:48, Robert Millan wrote: On 26/11/2013 03:58, Steven Chamberlain wrote: Fixed by upstream SVN commits r258155 and r258156. That'd be MFC r258457 in stable/10. Correct? Yes. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730546: avahi-daemon: Incorrect generated dependencies between systemd service and LSB initscripts
Package: avahi-daemon Version: 0.6.31-2 Severity: normal Hi, avahi-daemon package is shipping both an avahi-daemon.service and an LSB initscript avahi-daemon. This will make systemd prefere the native service. The problem is that the LSB initscript is providing the avahi service. This means that the other initscripts (that don't have a native systemd service counterpart) will have a dependency against avahi that will be translated to avahi.service which of course is not existing. I see two solutions here. Either add Alias=avahi.service to the avahi-daemon service file or add avahi-daemon to the list of Provides of the LSB initscript and then make all other LSB initscript depend against this new name. I'm not sure which one is the prefered way. Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages avahi-daemon depends on: ii adduser3.113+nmu3 ii bind9-host [host] 1:9.9.3.dfsg.P2-4 ii dbus 1.6.18-1 ii host 1:9.9.3.dfsg.P2-4 ii libavahi-common3 0.6.31-2 ii libavahi-core7 0.6.31-2 ii libc6 2.17-95 ii libcap21:2.22-1.2 ii libdaemon0 0.14-2 ii libdbus-1-31.6.18-1 ii libexpat1 2.1.0-4 ii lsb-base 4.1+Debian12 Versions of packages avahi-daemon recommends: ii libnss-mdns 0.10-3.2 Versions of packages avahi-daemon suggests: ii avahi-autoipd 0.6.31-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#710176: transition: libpqxx
On Thu, Nov 14, 2013 at 20:50:40 +, Marcin Kulisz wrote: On 2013-11-14 20:22:56, Julien Cristau wrote: Hrm. Why did the -dev package name change? That makes it harder than necessary to rebuild the reverse deps, since they now need a sourceful upload. Please either bring back libpqxx3-dev, or at least call the new package libpqxx-dev instead of libpqxx4-dev. Hi Julien, Thx for the remainder. I already have a patch which will bring back libpqxx3-dev as a dummy package which depends on new libpqxx-dev. I'll ask my sponsor to upload it asap. Thanks, I've now scheduled binNMUs for calligra and player. Cheers, Julien signature.asc Description: Digital signature
Bug#675092: calligrasheets does not start from the command line
Package: krita Version: 1:2.6.4-1+b1 Followup-For: Bug #675092 Hello. I encountered the same problem with krita. It prints: Legacy integer arithmetics implementation krita(11377)/kdecore (services) KServiceFactory::findServiceByDesktopPath: kritapart.desktop not found krita(11377)/kdecore (services) KServiceFactory::findServiceByDesktopPath: Office/krita.desktop not found krita(11377)/koffice (lib komain): krita part.desktop not found. krita(11377)/koffice (lib komain): Run 'kde4-config --path services' to see which directories were searched, assuming kde startup had the same environment as your current shell. krita(11377)/koffice (lib komain): Check your installation (did you install Calligra in a different prefix than KDE, without adding the prefix to /etc/kderc ?) I will attach /usr/share/kde4/services/kritapart.desktop Desktop environment is KDE plasma-desktop. -- 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/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages krita depends on: ii calligra-libs 1:2.6.4-1+b1 ii kde-runtime 4:4.11.3-1 ii krita-data1:2.6.4-1 ii libc6 2.17-96 ii libexiv2-12 0.23-1 ii libfftw3-double3 3.3.3-7 ii libgcc1 1:4.8.2-5 ii libgl1-mesa-glx [libgl1] 9.2.2-1 ii libglew1.71.7.0-3 ii libglu1-mesa [libglu1]9.0.0-2 ii libilmbase6 1.0.1-6 ii libjpeg8 8d-1 ii libkdcraw22 4:4.11.3-1 ii libkdecore5 4:4.11.3-2 ii libkdeui5 4:4.11.3-2 ii libkfile4 4:4.11.3-2 ii libkio5 4:4.11.3-2 ii libknewstuff3-4 4:4.11.3-2 ii libkparts44:4.11.3-2 ii liblcms2-22.2+git20110628-2.3 ii libopenexr6 1.6.1-7 ii libopenjpeg2 1.3+dfsg-4.6 ii libpng12-01.2.49-5 ii libpoppler-qt4-3 0.18.4-9 ii libqt4-opengl 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-svg4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-xml4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtcore44:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libstdc++64.8.2-5 ii libthreadweaver4 4:4.11.3-2 ii libtiff4 3.9.7-2 ii libx11-6 2:1.6.2-1 krita recommends no packages. Versions of packages krita suggests: ii khelpcenter4 4:4.11.3-1 -- no debconf information [Desktop Entry] Name=Calligra Painting and Image Editor Component Name[bg]=Компонент за рисуване и редактиране на изображения в Calligra Name[bs]=Clligra Komponenta za Bojenje i Editovanje Slika Name[ca]=Component de dibuix i manipulació d'imatges del Calligra Name[ca@valencia]=Component de dibuix i manipulació d'imatges del Calligra Name[cs]=Komponenta Calligra pro malování a úpravu fotografií Name[da]=Calligra-komponent til tegning og billedredigeringskomponent Name[de]=Calligra-Komponente für Malen und Bildbearbeitung Name[el]=Συστατικό επεξεργασίας και ζωγραφικής εικόνων του Calligra Name[es]=Componente de pintura y de edición de imágenes de Calligra Name[et]=Calligra joonistamise ja pilditöötluse komponent Name[fi]=Calligran maalaus- ja kuvankäsittelyosa Name[fr]=Composant manipulation d'images et dessin de Calligra Name[gl]=Compoñente para Calligra de debuxo e edición de imaxes Name[hu]=Calligra rajzoló és képszerkesztő komponens Name[it]=Componente per il disegno e la manipolazione di immagini di Calligra Name[ja]=Calligra 描画と画像編集コンポーネント Name[kk]=Calligra-ның кескінін салу және өңдеу бағдарламасы Name[nb]=Calligra-komponent for maling og bildemanipulasjon Name[nds]=Calligra-Komponent för't Malen un Bildbewerken Name[nl]=Calligra-component voor tekenen en afbeeldingsbewerking Name[pl]=Składnik malowania i edycji obrazu dla Calligry Name[pt]=Componente de Edição e Pintura de Imagens do Calligra Name[pt_BR]=Componente de Edição e Pintura de Imagens do Calligra Name[ru]=Компонент рисования и редактирования изображений Calligra Name[sk]=Calligra modul na úpravu a maľovanie obrázkov Name[sl]=Komponenta za slikanje in urejanje slik za Calligro Name[sv]=Calligra målnings- och bildredigeringskomponent Name[uk]=Компонент Calligra для малювання і редагування зображень Name[x-test]=xxCalligra Painting and Image Editor Componentxx Name[zh_CN]=Calligra 绘图和图像编辑器组件 Name[zh_TW]=Calligra 繪圖與影像編輯元件 X-KDE-Library=kritapart MimeType=application/x-krita;image/openraster; Type=Service X-KDE-ServiceTypes=CalligraPart X-KDE-NativeMimeType=application/x-krita GenericName=Image Object GenericName[bg]=Графично изображение GenericName[br]=Tra skeudenn GenericName[bs]=Objekat slike GenericName[ca]=Objecte d'imatge
Bug#614036: Bug#729030: move /var/run/ files to /var/run/openvpn/ (supports chroot)
On Thu, Nov 07, 2013 at 09:46:24PM -0800, Stephen Gildea wrote: Package: openvpn Version: 2.3.2-5 Tags: patch This patch moves all openvpn /var/run files down into a subdirectory. This change is in support of running openvpn in a chroot: it allows that subdirectory to be moved into the chroot tree and still be soft-linked from the real /var/run (and thus visible to this script). This patch is a subset of the patch in bug 614036. I hope this small and more focused patch will be easier to review and that you will thus be able to apply it now. Although it is a trivial change, this patch is invasive in that it touches lines throughout the script. Getting it merged upstream would greatly ease the burden of carrying forward the patch in 614036 until you have a chance to consider its more complicated behavior. Hi Stephen, Thanks for your patches. I'll be happy to apply 729030's patch as soon as I get a clean upgrade path. Changing the location of pid files in the init script while VPNs are running will not work well, and that will happen in the first upgrade of the package with this patch applied. Regarding 614036's patch, let's wait until this one is in. Thanks again, Alberto -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico mailto/sip: a...@inittab.org | en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722542: gcc-spu went away but is still being used
Hi all, I'm glad to announce that I've adopted this package :) and I've uploaded a new version (2.0.0-1). This version doesn't build newlib-spu anymore. It arrived on the archive a few days ago, should I request the removal of the old packages for close this bug? I just read[0] that rene should take over about it. But newlib orig 1.18 still there :/ and the cruft-report doesn't show results about newlib. I don't understand what happens, it's the first time that I have to deal with something like this. If someone can point me what is the correct way that I should proceed I'll be very grateful. [0] https://wiki.debian.org/ftpmaster_Removals -- TiN signature.asc Description: OpenPGP digital signature
Bug#730547: rst2pdf: new upstream version (0.93)
Package: rst2pdf Version: 0.16-2 Severity: normal Dear Maintainer, Version 0.93 is latest release of rst2pdf (some version numbers were skipped...) http://rst2pdf.ralsina.com.ar/changelog.html best, Pierre -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/12 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 rst2pdf depends on: ii python2.7.5-5 ii python-docutils 0.11-2 ii python-pdfrw 0.1-1 ii python-pkg-resources 0.6.49-2 ii python-pygments 1.6+dfsg-1 ii python-reportlab 2.5-1.1 ii python-setuptools 0.6.49-2 ii python-simplejson 2.6.2-1 ii python-support1.0.15 rst2pdf recommends no packages. Versions of packages rst2pdf suggests: pn python-aafigure none ii python-imaging 1.1.7-4 ii python-matplotlib1.3.1-1 ii python-sphinx1.1.3+dfsg-8 pn python-uniconvertor 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#729527: [Aptitude-devel] Bug#729527: aptitude says Error: Timeout was reached
reassign 729527 packagekit 0.8.12-1 affects 729527 apt aptitude severity 729527 minor kthxbye Hi Vincent, Vincent Lefevre wrote: On 2013-11-26 13:05:51 +0100, Axel Beckert wrote: 20packagekit interacts with DBus, so I can imagine it to cause such an error message. I can't find it in the packagekit. But both /usr/lib/x86_64-linux-gnu/libcurl.so.4.3.0 /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4.3.0 have it. Yeah, but packagekit doesn't download stuff, it talks with DBus. And apt-listbugs doesn't use curl. But thanks for that idea. /etc/apt/apt.conf.d/20packagekit calls /usr/bin/gdbus to talk with the DBus daemon. The file itself doesn't have that string, but one of the libraries it loads: # ldd /usr/bin/gdbus […] libgio-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 (0x7fe7817e8000) […] # strings /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 | fgrep 'Timeout was reached' Timeout was reached # Debian Code Search underlines that finding: http://codesearch.debian.net/search?q=%22Timeout+was+reached%22 Source package glib2.0, file gdbusconnection.c. (The curl occurrence is found, too.) Can you check if the following command provokes this error message? /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 1 --method org.freedesktop.PackageKit.StateHasChanged cache-update No such errors. But note that the error is not always reproducible (and I couldn't reproduce it with strace -f -o strace.out aptitude update yet). Ok, thanks for that detail. The only one of these which AFAIK downloads stuff from the net is 10apt-listbugs. Does it do that with an update too? Nope. Thanks for that hint. So I quite sure the issue is really caused by to packagekit's APT hook. Which also means that apt is affected, too. Ubuntu's bug reports actually support that assumption: https://bugs.launchpad.net/ubuntu/+source/packagekit/+bug/1001376 Please try the above gdbus call as soon as the issue pops up again. In the meanwhile I'm reassigning this and the mentioned bug report on Launchpad to packagekit and marking #729527 as affects apt and aptitude. I'm also subscribing to these two bug reports so I'll stay informed in case my reasoning was wrong. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688428: Bug#729527: aptitude says Error: Timeout was reached
tag 729527 - moreinfo forcemerge 688428 729527 kthxbye Hi, Axel Beckert wrote: In the meanwhile I'm reassigning this and the mentioned bug report on Launchpad to packagekit and marking #729527 as affects apt and aptitude. Actually http://bugs.debian.org/729527 is a duplicate as this has been already reported in the past against apt and also reassigned to packagekit -- but not marked as affects apt or aptitude. Merging accordingly. See http://bugs.debian.org/688428 for the older bug report. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730548: ITP: python-django-ldapdb -- An LDAP database backend for Django
Package: wnpp Severity: wishlist Owner: Olivier Berger ober...@debian.org * Package name: python-django-ldapdb Version : 0.2.0 Upstream Author : Jeremy Laine jeremy.la...@m4x.org * URL : https://github.com/jlaine/django-ldapdb * License : BSD Programming Lang: Python Description : An LDAP database backend for Django django-ldapdb - support for django models over LDAP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724280: ITP: rtax -- Rapid and accurate taxonomic classification of short paired-end sequence reads from the 16S ribosomal RNA gene
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 2013-11-21 17:19, schrieb Andreas Tille: Hi Simon, I have not seen the package in NEW any more and also I can not find a package with this name inside the pool. So it seems it has not passed ftpmasters check. Do you have some VCS with the packaging (or preferably might like to use Debian Med VCS)? Hello! Sorry for the delay, currently i have quite a lot to do. After studying the Debian Med Policy, i have a questions: Should i just import the upstream source into alioth, or just my changes (eg /debian directory + patches)? Sorry if this seems dumb, I don't want to screw things up. I contacted upstream und he fixed the licensing issue ( added license text to easier-to-find places), so it will hopefully make it into the new queue. Thank you. Simon Kind regards Andreas. On Sun, Sep 29, 2013 at 08:37:40PM +0200, Andreas Tille wrote: Hi Simon, On Sun, Sep 29, 2013 at 09:18:58AM +0200, Simon Kainz wrote: Thank you very much. My package is already in the NEW queue, Fine. and after quickly inspecting the Debian Med Policy, i suspect i have to change some entries in the control file (at least) to make it compliant to the Debian Med Policy. So should I just reupload the package after applying my changes or should i wait for FTPMasters to either accept or reject the package. I just want to keep the work needed for the FTPMasters as small as possible, so maybe someone might give ma a hint as how to handle this. It's perfectly OK to wait for ftpmaster response and leave the package in new as is. I have added rtax to the Debian Med bio task as you can see on the according tasks page.[1] Concerning packaging: For packaging itself, i think i don't need help- i already did some packaging work (for some local packages used ad work) and i have a very competent sponsor which helped me to create my packages. We do absolutely not want to disrupt your workflow / relation to your sponsor. It is just an offer since in some cases it has turned out to be hard to find a sponsor. I will try to get my work into alioth/debian-med. That would be great and hopefully helpfull also for your work. I will contact debian-med when I am getting stuck, so be prepared for some questions :-) That's what we are keen on. :-) Kind regards Andreas. [1] http://debian-med.alioth.debian.org/tasks/bio#rtax Am 28.09.2013 um 21:51 schrieb Andreas Tille andr...@an3as.eu: Hi Simon, this package is a perfect target for Debian Med but I noticed you are not yet a member of the Alioth team. Since I'm currently on vaccation and not frequently online I just added skainz-guest to the Debian Med team simply assuming you might consider using Debian Med VCS as described in our team policy[1]. I hope you agree with this and please let us know if you need any help with the packaging. Kind regards Andreas. [1] http://debian-med.alioth.debian.org/docs/policy.html On Mon, Sep 23, 2013 at 11:56:03AM +0200, Simon Kainz wrote: Package: wnpp Severity: wishlist Owner: Simon Kainz si...@familiekainz.at * Package name: rtax Version : 0.983 Upstream Author : David A. W. Soergel David A. W. Soergel * URL : David A. W. Soergel * License : BSD Programming Lang: Perl Description : Rapid and accurate taxonomic classification of short paired-end sequence reads from the 16S ribosomal RNA gene Short-read technologies for microbial community profiling are increasingly popular, yet previous techniques for assigning taxonomy to paired-end reads perform poorly. RTAX provides rapid taxonomic assignments of paired-end reads using a consensus algorithm. This tool is an optional dependency for qiime(which is already packaged) and it would be great to have it packaged for Debian. Regards, Simon -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130923095603.26061.18627.report...@zidpc9027.tu-graz.ac.at - -- http://fam-tille.de -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130929183740.ga12...@an3as.eu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSlJ8aAAoJEBy08PeN7K/ps3cP/1cAarZ5LkywDrT3lBnHBtgb k/gwqVGTMopOQV/Jb4osBOVwQ2TI1kSkZ+NmlF7S2jVN65bCCwckfAUXcwodrEfv Yxsjqt6hTFXCvjqhWGq+CoSZbEIf6byqcCA41Np6OqmYQfk6Uz6wI4eEvykuFhYZ p5CsvsxvEIF5+Unej3qFKQdEy9W/p335HRBxuRXtD3OPpygmNzns+Nm4z44NfF6D k50FMTawNvdsLPHCXvaPTdhhusKZTX8m4AQ+wkqGuSDTYXamj8bxiNoOAtLSZe4r wv+y153YuLvxVJ6UyQe9rIIERrn64N4/Pj9Dz6IwAncEPTVXJ7GaP1Tl6EjKKc/c
Bug#647968: crashes on Wheezy 64 bits with simple-scan 3.4.2-1
Hi, Trying to complete the report, i've run : $ gdb simple-scan (gdb) run and clicked 'new scan' several times (didn't manage to crash the application this time) Here was the output : Starting program: /usr/bin/simple-scan [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffed6f9700 (LWP 4263)] [New Thread 0x7fffecef8700 (LWP 4264)] [New Thread 0x7fffe0ad4700 (LWP 4265)] [New Thread 0x7fffd5b91700 (LWP 4266)] [New Thread 0x7fffd2148700 (LWP 4272)] [Thread 0x7fffd2148700 (LWP 4272) exited] Hope it can help Thanks 2013/11/21 thibaut bethune thibaut.beth...@gmail.com: Hi, simple-scan usually crashes after 5-6 pages on my father's PC : Debian Wheezy 64 bits with GNOME and particularly : simple-scan 3.4.2-1 EGLIBC 2.13-38 linux-image-3.2.0-4-amd64 3.2.51-1 Here is an error message from the terminal (in french) : *** glibc detected *** simple-scan: malloc(): memory corruption (fast): 0x7f6050001510 *** Erreur de segmentation See also bug #680601 which may be related. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729527: [Aptitude-devel] Bug#729527: aptitude says Error: Timeout was reached
at bottom :- On 11/26/13, Axel Beckert a...@debian.org wrote: reassign 729527 packagekit 0.8.12-1 affects 729527 apt aptitude severity 729527 minor kthxbye Hi Vincent, Vincent Lefevre wrote: On 2013-11-26 13:05:51 +0100, Axel Beckert wrote: 20packagekit interacts with DBus, so I can imagine it to cause such an error message. I can't find it in the packagekit. But both /usr/lib/x86_64-linux-gnu/libcurl.so.4.3.0 /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4.3.0 have it. Yeah, but packagekit doesn't download stuff, it talks with DBus. And apt-listbugs doesn't use curl. But thanks for that idea. /etc/apt/apt.conf.d/20packagekit calls /usr/bin/gdbus to talk with the DBus daemon. The file itself doesn't have that string, but one of the libraries it loads: # ldd /usr/bin/gdbus […] libgio-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 (0x7fe7817e8000) […] # strings /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 | fgrep 'Timeout was reached' Timeout was reached # Debian Code Search underlines that finding: http://codesearch.debian.net/search?q=%22Timeout+was+reached%22 Source package glib2.0, file gdbusconnection.c. (The curl occurrence is found, too.) Can you check if the following command provokes this error message? /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 1 --method org.freedesktop.PackageKit.StateHasChanged cache-update No such errors. But note that the error is not always reproducible (and I couldn't reproduce it with strace -f -o strace.out aptitude update yet). Ok, thanks for that detail. The only one of these which AFAIK downloads stuff from the net is 10apt-listbugs. Does it do that with an update too? Nope. Thanks for that hint. So I quite sure the issue is really caused by to packagekit's APT hook. Which also means that apt is affected, too. Ubuntu's bug reports actually support that assumption: https://bugs.launchpad.net/ubuntu/+source/packagekit/+bug/1001376 Please try the above gdbus call as soon as the issue pops up again. In the meanwhile I'm reassigning this and the mentioned bug report on Launchpad to packagekit and marking #729527 as affects apt and aptitude. I'm also subscribing to these two bug reports so I'll stay informed in case my reasoning was wrong. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 Hi all, The above was gobblygeek to me . Anyways this is what it says when I try to run it :- $ /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 1 --method org.freedesktop.PackageKit.StateHasChanged cache-update () I have no idea what to make of that () . Whether it means no problems or something else . Loooking forward to know more. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730549: perl: Script with Inline fails. OK with perlbrew perl, or on Mageia Cauldron i586
Package: perl Version: 5.18.1-4 Severity: normal Dear Maintainer, Running this script - https://github.com/PerlGameDev/SDL_Manual/blob/master/code_listings/xs_effects.pl (after installing the requirements such as libperl-dev, gcc, libSDL-dev, libinline-perl, etc.) causes this error to display: https://github.com/PerlGameDev/SDL_Manual/issues/15 This happens on all Debian and Ubuntu i586 systems that we tried, including Debian 7.2.0, Ubuntu 12.10, Ubuntu 13.10, Debian Testing, etc. It *does* not happen with: 1. Mageia Linux Cauldron i586 or x86-64. 2. A perl-5.18.1 that was installed using perlbrew. The error reads: [QUOTE] varnie@localhost: ./xs_effects.pl Had problems bootstrapping Inline module 'xs_pl_4067' Not a CODE reference at /usr/lib/perl/5.14/DynaLoader.pm line 207. END failed--call queue aborted at (eval 50) line 207. at ./xs_effects.pl line 16 BEGIN failed--compilation aborted at ./xs_effects.pl line 58. *** glibc detected *** /usr/bin/perl: free(): invalid pointer: 0x0a120d54 *** === Backtrace: = /lib/i386-linux-gnu/libc.so.6(+0x75ee2)[0xb7561ee2] /usr/bin/perl(Perl_hv_undef_flags+0xd2)[0x80dc4d2] /usr/bin/perl(Perl_sv_clear+0x74b)[0x80eec4b] /usr/bin/perl(Perl_sv_free2+0x4b)[0x80ef09b] /usr/bin/perl(Perl_gp_free+0x319)[0x807cd79] /usr/bin/perl(Perl_sv_clear+0x8c9)[0x80eedc9] /usr/bin/perl(Perl_sv_free2+0x4b)[0x80ef09b] /usr/bin/perl(Perl_hv_free_ent+0x154)[0x80d87e4] /usr/bin/perl[0x80d8ab8] /usr/bin/perl(Perl_hv_undef_flags+0xbd)[0x80dc4bd] /usr/bin/perl(Perl_sv_clear+0x74b)[0x80eec4b] /usr/bin/perl(Perl_sv_free2+0x4b)[0x80ef09b] /usr/bin/perl(Perl_gp_free+0x319)[0x807cd79] /usr/bin/perl(Perl_sv_clear+0x8c9)[0x80eedc9] /usr/bin/perl(Perl_sv_free2+0x4b)[0x80ef09b] /usr/bin/perl(Perl_hv_free_ent+0x154)[0x80d87e4] /usr/bin/perl[0x80d8ab8] /usr/bin/perl(Perl_hv_undef_flags+0xbd)[0x80dc4bd] /usr/bin/perl(Perl_sv_clear+0x74b)[0x80eec4b] /usr/bin/perl(Perl_sv_free2+0x4b)[0x80ef09b] /usr/bin/perl(perl_destruct+0x20a9)[0x8078389] /usr/bin/perl(main+0xfb)[0x805e32b] /lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0xb75054d3] /usr/bin/perl[0x805e3a1] === Memory map: 08048000-081ad000 r-xp 08:06 11010065 /usr/bin/perl 081ad000-081ae000 r--p 00164000 08:06 11010065 /usr/bin/perl 081ae000-081b rw-p 00165000 08:06 11010065 /usr/bin/perl 0a108000-0a5ef000 rw-p 00:00 0 [heap] b670a000-b6726000 r-xp 08:06 9700047 /lib/i386-linux-gnu/libgcc_s.so.1 b6726000-b6727000 r--p 0001b000 08:06 9700047 /lib/i386-linux-gnu/libgcc_s.so.1 b6727000-b6728000 rw-p 0001c000 08:06 9700047 /lib/i386-linux-gnu/libgcc_s.so.1 b674-b6744000 r-xp 08:06 11283611 /usr/lib/perl/5.14.2/auto/Digest/MD5/MD5.so b6744000-b6745000 r--p 3000 08:06 11283611 /usr/lib/perl/5.14.2/auto/Digest/MD5/MD5.so b6745000-b6746000 rw-p 4000 08:06 11283611 /usr/lib/perl/5.14.2/auto/Digest/MD5/MD5.so b6746000-b675e000 r-xp 08:06 11015387 /usr/lib/i386-linux- gnu/libSDL_gfx.so.13.9.1 b675e000-b675f000 r--p 00017000 08:06 11015387 /usr/lib/i386-linux- gnu/libSDL_gfx.so.13.9.1 b675f000-b676 rw-p 00018000 08:06 11015387 /usr/lib/i386-linux- gnu/libSDL_gfx.so.13.9.1 b676-b6761000 rw-p 00:00 0 b6762000-b6766000 r-xp 08:06 11273773 /usr/lib/perl5/auto/SDLx/Controller/State/State.so b6766000-b6767000 r--p 3000 08:06 11273773 /usr/lib/perl5/auto/SDLx/Controller/State/State.so b6767000-b6768000 rw-p 4000 08:06 11273773 /usr/lib/perl5/auto/SDLx/Controller/State/State.so b6768000-b676d000 r-xp 08:06 11273769 /usr/lib/perl5/auto/SDLx/Controller/Interface/Interface.so b676d000-b676e000 r--p 4000 08:06 11273769 /usr/lib/perl5/auto/SDLx/Controller/Interface/Interface.so b676e000-b676f000 rw-p 5000 08:06 11273769 /usr/lib/perl5/auto/SDLx/Controller/Interface/Interface.so b676f000-b6777000 r-xp 08:06 11283590 /usr/lib/perl/5.14.2/auto/Data/Dumper/Dumper.so b6777000-b6778000 r--p 7000 08:06 11283590 /usr/lib/perl/5.14.2/auto/Data/Dumper/Dumper.so b6778000-b6779000 rw-p 8000 08:06 11283590 /usr/lib/perl/5.14.2/auto/Data/Dumper/Dumper.so b6779000-b6794000 r-xp 08:06 11286742 /usr/lib/perl5/auto/SDL/GFX/Primitives/Primitives.so b6794000-b6795000 r--p 0001a000 08:06 11286742 /usr/lib/perl5/auto/SDL/GFX/Primitives/Primitives.so b6795000-b6796000 rw-p 0001b000 08:06 11286742 /usr/lib/perl5/auto/SDL/GFX/Primitives/Primitives.so b6796000-b67a1000 r-xp 08:06 11015221 /usr/lib/i386-linux- gnu/libjbig.so.0.0.0 b67a1000-b67a2000 r--p a000 08:06 11015221 /usr/lib/i386-linux- gnu/libjbig.so.0.0.0 b67a2000-b67a5000 rw-p b000 08:06 11015221 /usr/lib/i386-linux- gnu/libjbig.so.0.0.0 b67a5000-b67c9000 r-xp 08:06 9700063 /lib/i386-linux- gnu/liblzma.so.5.0.0 b67c9000-b67ca000 r--p 00024000 08:06 9700063 /lib/i386-linux- gnu/liblzma.so.5.0.0 b67ca000-b67cb000 rw-p 00025000 08:06 9700063 /lib/i386-linux- gnu/liblzma.so.5.0.0 b67cb000-b67f8000 r-xp 08:06 11024910 /usr/lib/i386-linux-
Bug#729527: [Aptitude-devel] Bug#729527: aptitude says Error: Timeout was reached
Hi, shirish शिरीष wrote: at bottom :- You can also remove stuff you're not referring to. Can you check if the following command provokes this error message? /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 1 --method org.freedesktop.PackageKit.StateHasChanged cache-update […] Anyways this is what it says when I try to run it :- $ /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 1 --method org.freedesktop.PackageKit.StateHasChanged cache-update () I have no idea what to make of that () . Whether it means no problems or something else . Me neither. But that seems to be the output when its working, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688428#34 At least no error message. The above mentioned message suggests that the 1-second timeout in /etc/apt/apt.conf.d/20packagekit maybe just a too short time frame to let DBus answer, hence the occasional timeout error. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588121: reproduceable by creating a 2GB file with only zero bytes
i could reproduce this by creating a 2GB file with only zero bytes: dd if=/dev/zero of=/var/tmp/nullbytes count=1 bs=2000M then the part in the chkrootkit source creates the crash: /usr/bin/find /var/tmp -type f -exec head -1 {} \; | grep php 2 /dev/null;date deleting that temp file is a temporary solution. A pity, that I don't know, how such a file could have been created there in the first place . see http://unix.stackexchange.com/questions/86866/chkrootkit-throws-signal-13-when-searching-through-var-tmp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730550: sqlite3: libstc++.so.6 not found
Package: sqlite3 Version: 3.8.1-1 Severity: normal steinm@macbook:~/svn/trunk/mmk/trio/web/import$ sqlite3 sqlite3: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory steinm@macbook:~/svn/trunk/mmk/trio/web/import$ ldd /usr/bin/sqlite3 linux-vdso.so.1 (0x7fffba311000) libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7f325b28a000) libreadline.so.6 = /lib/x86_64-linux-gnu/libreadline.so.6 (0x7f325b043000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7f325ae19000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f325aa6d000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f325a851000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f325a64c000) /lib64/ld-linux-x86-64.so.2 (0x7f325b786000) steinm@macbook:~/svn/trunk/mmk/trio/web/import$ I even recompliled sqlite3 on my system. Same result. Uwe -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 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 sqlite3 depends on: ii libc6 2.17-96 ii libreadline6 6.2+dfsg-0.1 ii libsqlite3-0 3.8.1-1 ii libtinfo5 5.9+20130608-1 sqlite3 recommends no packages. Versions of packages sqlite3 suggests: pn sqlite3-doc 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#730551: minor device number change attempt fails
Package: lvm2 Version: 2.02.95 Severity: important creating snapshots with a specific minor number fails, as any other operation in order to modify the minor number of a lv. This bug was discovert a few days after the 2.02.95 was taken. The two links provide a patch for this issue: https://git.fedorahosted.org/cgit/lvm2.git/commit/?id=5ee11ece1a8bf4254f53664c4c2e223a3e860d67 https://git.fedorahosted.org/cgit/lvm2.git/commit/?id=7720ed7037c26d59437648f708d4fadff46221f2 The original bugreport can be found here: https://bugzilla.redhat.com/show_bug.cgi?format=multipleid=801205 Cheers, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671707: Status update
Dear Maintainer, This bug is still present in Stable and Testing/Sid. As the bug fix is already available may I know by when it will get packaged? Thanks, Radek
Bug#688665: anacron: cron.daily jobs not run under systemd if system left up overnight
tag 688665 + patch thanks Hi, Please find attached here a patch for this. The systemd service is not using the /etc/default/anacron to control whether anacron should run on battery as I'm using the native way to detect this (ConditionACPower=true). I've added a comment in the README.Debian file to explain how to override this. Tell me what you think. Cheers Laurent Bigonvillediff -Nru anacron-2.3/debian/anacron.service anacron-2.3/debian/anacron.service --- anacron-2.3/debian/anacron.service 1970-01-01 01:00:00.0 +0100 +++ anacron-2.3/debian/anacron.service 2013-11-26 14:29:39.0 +0100 @@ -0,0 +1,11 @@ +[Unit] +Description=Run anacron jobs +After=remote-fs.target time-sync.target +ConditionACPower=true + +[Service] +Type=oneshot +ExecStart=/usr/sbin/anacron -s + +[Install] +WantedBy=multi-user.target diff -Nru anacron-2.3/debian/control anacron-2.3/debian/control --- anacron-2.3/debian/control 2012-05-21 21:11:15.0 +0200 +++ anacron-2.3/debian/control 2013-11-26 14:30:26.0 +0100 @@ -1,7 +1,7 @@ Source: anacron Section: admin Priority: optional -Build-Depends: debhelper (= 9.20120410) +Build-Depends: debhelper (= 9.20120410), dh-systemd (= 1.5) Maintainer: Peter Eisentraut pet...@debian.org Uploaders: Antonio Radici anto...@dyne.org Standards-Version: 3.9.3 diff -Nru anacron-2.3/debian/README.debian anacron-2.3/debian/README.debian --- anacron-2.3/debian/README.debian 2012-03-21 19:32:11.0 +0100 +++ anacron-2.3/debian/README.debian 2013-11-26 15:00:21.0 +0100 @@ -14,3 +14,6 @@ By default, anacron does not run while on battery power. See /etc/default/anacron to change that. +If you are using systemd and want to change this behaviour, you should copy +/lib/systemd/system/anacron.service to /etc/systemd/system/anacron.service and +remove or comment the ConditionACPower=true line. diff -Nru anacron-2.3/debian/rules anacron-2.3/debian/rules --- anacron-2.3/debian/rules 2012-05-21 20:48:57.0 +0200 +++ anacron-2.3/debian/rules 2013-11-26 14:31:15.0 +0100 @@ -3,7 +3,7 @@ export DEB_BUILD_MAINT_OPTIONS = hardening=+all %: - dh $@ + dh $@ --with systemd override_dh_auto_install: $(MAKE) install PREFIX=debian/anacron MANDIR=debian/anacron/usr/share/man @@ -18,3 +18,6 @@ override_dh_installinit: dh_installinit --no-start -ustart 89 2 3 4 5 . + +override_dh_systemd_start: + dh_systemd_start --no-start
Bug#730552: provide xserver-xorg-source package for building 3rd party software (e.g. VNC) reusing XOrg codebase
Package: xserver-xorg Version: 1:7.7+3 Severity: wishlist https://alioth.debian.org/projects/pkg-tigervnc team works on packaging TigerVNC for Debian (ITP - #650394). Unfortunately (or for some might be -- fortunately) our initial upload to Debian proper was rejected (in 18 Apr 2013) with the main concern being shipping convenience copies of Xorg to build TigerVNC. And suggestion was made to seek collaboration with Debian X Strike Force so that Debian could provide a 'proper' xserver-xorg-source package providing sources of the XOrg so TigerVNC could be built against them (which should simplify/secure its maintenance in the long term). Since better later than never, I have decided to file this wishlist to discuss such a possibility. do you see any particular concerns against? would you prefer a patch or work it our yourself? -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg depends on: ii libc6 2.17-93 ii x11-xkb-utils 7.7~1 ii xkb-data 2.5.1-3 pn xserver-xorg-core none ii xserver-xorg-input-evdev [xorg-driver-input] 1:2.7.0-1+b1 ii xserver-xorg-input-void [xorg-driver-input] 1:1.4.0-1+b1 ii xserver-xorg-video-apm [xorg-driver-video]1:1.2.3-3 ii xserver-xorg-video-dummy [xorg-driver-video] 1:0.3.5-2+b1 ii xserver-xorg-video-fbdev [xorg-driver-video] 1:0.4.2-4+b3 ii xserver-xorg-video-intel [xorg-driver-video] 2:2.19.0-6 ii xserver-xorg-video-vesa [xorg-driver-video] 1:2.3.1-1+b1 Versions of packages xserver-xorg recommends: ii libgl1-mesa-dri 9.2.2-1 xserver-xorg 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