Bug#862798: python-pysnmp4-apps: pysnmpwalk does not return any results

Vincent Bernat writes: >> Am I doing something wrong or is this tool functional at all? > > Drop the .0 at the end and it should work. When snmpwalk get an > "out-of-range" response, it retries with a GET request (instead of > GETNEXT) and gets your answer. That's something

Bug#862798: python-pysnmp4-apps: pysnmpwalk does not return any results

Package: python-pysnmp4-apps Version: 0.3.2-1 Severity: normal Hi, I can't figure out how to get pysnmpwalk to work: lindi@lindi1:~$ snmpwalk -c public -v 2c demo.snmplabs.com iso.3.6.1.2.1.1.1.0 iso.3.6.1.2.1.1.1.0 = STRING: "Linux zeus 4.8.6.5-smp #2 SMP Sun Nov 13 14:58:11 CDT 2016 i686"

Bug#794316: #794316 can't unlock desktop

Hi, I see this today too (gdm3 3.14.1-7 on amd64 Debian 8). strace shows 3654 <... inotify_init1 resumed> ) = -1 EMFILE (Too many open files) journalctl shows Feb 05 11:10:40 sec-282 gdm-session-worker[3654]: <5>AccountsService: Failed to monitor logind session changes: Too many open

Bug#812789: fai-nfsroot: load_keymap_consolechars looks for XKBLAYOUT in /etc/default/console-setup and not /etc/default/keyboard

Package: fai-nfsroot Version: 4.3.1+deb8u1 Severity: normal /usr/lib/fai/load_keymap_consolechars tries to find XKBLAYOUT from /etc/default/console-setup: > echo -n "Loading keymap(s) $KEYMAP ..." > if [ -x /bin/setupcon ]; then > > layout=$(echo $KEYMAP|cut -d - -f 1) > variant=$(echo

Bug#782538: Packaged Version 2.2.1

Hi, "Barak A. Pearlmutter" writes: > I did a tentative packaging upstream version 2.2.1 for my own use, > based of course on the packaging in the collab-maint git repo. > > I've taken the liberty of pushing the new upstream tarballs into that > repo on the upstream &

Bug#782538: Packaged Version 2.2.1

Rémi Vanicat writes: > I should have posted it there previously, but I intended to ask you if > you want the magit package to be maintained by the new pkg-emacsen > teams[1]. In this case it should use the new, simpler (but very > experimental) elpa-* packaging style instead

Bug#782538: Packaged Version 2.2.1

Timo Juhani Lindfors <timo.lindf...@iki.fi> writes: > Sorry I mean DEP-9, like this: No, I really mean DEP-3.. :) http://dep.debian.net/deps/dep3/ -Timo

Bug#782538: Packaged Version 2.2.1

Timo Juhani Lindfors <timo.lindf...@iki.fi> writes: > Thanks. Could you use DEP-5 syntax for debian/patches/*? In particular Sorry I mean DEP-9, like this: http://anonscm.debian.org/cgit/collab-maint/magit.git/tree/debian/patches/bug-718861.patch?id=2ed57a88eec34b781d7fcf91881d3fa

Bug#789303: New upstream version

Vincent Bernat ber...@debian.org writes: OK. Done. I have uploaded and updated git. I am doing an upload shortly for #763443. I have also triaged some bugs. I may try to work a bit on enabling systemtap support to a wider range of packages but can't put too much time in other issues. Thanks!

Bug#789075: systemtap: Fails to find kernel.trace probe

Ismael Garrido ismael...@gmail.com writes: Previously it was complaining it didn't find any System.map file, so I did this: cp /boot/System.map-3.16.0-4-amd64 /lib/modules/3.16.0-4-amd64/build/System.map You shouldn't copy files manually to /lib as it is managed by the package manager. Can

Bug#784897: Acknowledgement (systemtap-server: DEBIAN SAYS LOCAL TO UPDATE ARE INACCURATE; machine is 'QBEX'; SUFFERING THROUGH THE MAN ATTACK; UPDATES UNAUTHORIZED)

Hi, la...@hush.com writes: So trying to explain from the beginning. I bought a PC brand QBEX a supermarket; the machine came with DEBIAN already installed. It happens that the repositories listed when I request to update or install any package that interests me, the kernel says they -

Bug#784897: systemtap-server: DEBIAN SAYS LOCAL TO UPDATE ARE INACCURATE; machine is 'QBEX'; SUFFERING THROUGH THE MAN ATTACK; UPDATES UNAUTHORIZED

Hi, sorry but I don't understand what you are trying to say. Please send a screenshot at least. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783710: libpam-modules: /etc/security/opasswd is hardcoded to use MD5

Package: libpam-modules Version: 1.1.8-3.1 Severity: normal Tags: security Steps to reproduce: 1) Edit /etc/pam.d/common-password and change password[success=1 default=ignore] pam_unix.so obscure sha512 to password[success=1 default=ignore] pam_unix.so obscure sha512

Bug#779708: Client for updating dynamic hostname mappings for dy.fi

Eugene Zhukov jevgeni...@gmail.com writes: I refactored the daemon so that it runs as dyfi user now with systemd-as-init. With SysV as init it still runs as root. It looks like too much hassle/effort to me since I'm not familiar with init scripting. If you think it's a must, I can implement

Bug#779708: Client for updating dynamic hostname mappings for dy.fi

Eugene Zhukov jevgeni...@gmail.com writes: 2) Does the service really need to run as root? No, and this is even mentioned in upstream readme. It needs to create a pid file though. Any hint/pointer on how to change the packaging to not run it as root? You probably need to create a new user in

Bug#779708: Client for updating dynamic hostname mappings for dy.fi

Eugene Zhukov jevgeni...@gmail.com writes: Would anyone be interested in sponsoring its client package: https://bugs.debian.org/780096 Some comments: 1) does dy.fi really require you to send the password in an unencrypted HTTP request? 2) Does the service really need to run as root? 3)

Bug#778924: ITP: linssid -- graphical wireless scanner

Hi, Eriberto Mota eribe...@debian.org writes: I did a patch to force the program runs as root only and ignore the internal sudo commands. In manpage (created by me) , I explained how to use gksudo to run the program. The icon on desktop menu uses gksudo too. You can see the current packaging

Bug#778924: ITP: linssid -- graphical wireless scanner

Hi, Eriberto eribe...@eriberto.pro.br writes: Really. But a good idea for a full-time service, not for a casual program. :-/ But maybe linssid could optionally support this interface? Just optionally call nm-tool instead of sudo iwconfig if it is available? You don't need to add support for

Bug#778924: ITP: linssid -- graphical wireless scanner

Hi, hmm, nm-tool does not need root privileges, it relies on a background daemon. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#778964: ITP: libnet-nessus-xmlrpc-perl -- communicate with Nessus scanner(v4.2+) via XMLRPC

Hi, Christopher Hoskin christopher.hos...@gmail.com writes: Package: wnpp Owner: Christopher Hoskin christopher.hos...@gmail.com Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libnet-nessus-xmlrpc-perl Version :

Bug#778924: ITP: linssid -- graphical wireless scanner

Hi, Joao Eriberto Mota Filho eribe...@debian.org writes: Package: wnpp Severity: wishlist Owner: Joao Eriberto Mota Filho eribe...@debian.org * Package name: linssid Version : 2.7 Upstream Author : Warren Severin wseve...@warsev.com * URL :

Bug#776603: triplane: please make the build reproducible

Hi, Chris Lamb la...@debian.org writes: While working on the reproducible builds effort [1], we have noticed that triplane could not be built reproducibly. Thanks for your efforts. I've applied the patch upstream and it'll be included when we do a new upload to Debian. -Timo -- To

Bug#596806: evince: non-deterministic (but reproducible) memory corruption with a DVI file using multiple EPS images

Hi, Pedro Beja altha...@gmail.com writes: sorry to tell but I can't reproduce it here with 3.14.1-1. I downloaded your testcase1.dvi and ran your bash script, I ran 180 times without a single error. ok, unfortunately I don't have much time to debug this issue at this time :/ -Timo -- To

Bug#596806: evince: non-deterministic (but reproducible) memory corruption with a DVI file using multiple EPS images

Hi, Pedro Beja altha...@gmail.com writes: Could you please try to reproduce this issue with newer evince version like 3.4.0-3.1 or 3.14.1-1 ? finally got some time to test this, here are the results: evince 3.4.0-3.1 = Document is shown correctly evince 3.14.0-1 = Only error DVI document has

Bug#766247: systemtap: fails to compile stp module, with message: semantic error: failed to retrieve location attribute for local 'bio'

Hi, szjozsef szjoz...@yahoo.com writes: semantic error: failed to retrieve location attribute for local 'bio' (dieoffset: 0x1e58415): identifier '$bio' at /usr/share/systemtap/tapset/ioblock.stp:103:33 source: devname = __bio_devname($bio)

Bug#763443: please build using dh-autoreconf

Hi, Matthias Klose d...@debian.org writes: Package: src:systemtap Version: 2.6.0-1 the debian/changelog reads: * Changed dh-autoreconf build-dependency to autotools-dev as noticed by Lintian this is the wrong fix. Please use dh-autoreconf. Don't just silence lintian issues.

Bug#752891: systemtap: build on ppc64el

Hi, Mauricio Faria de Oliveira mauri...@linux.vnet.ibm.com writes: I currently lack some more systemtap background to be sure.. but overall 835 uf/1078 ep vs. 244 uf/1692 ep doesn't look very good. Does that match your opinion? Doesn't sound very good indeed. Do you still have detailed logs

Bug#754256: please backport magit 1.2 to wheezy

Hi, Thomas Koch tho...@koch.ro writes: magit 1.2 has a lot more features than 1.1. It would be wonderful to have these available in Debian wheezy. thanks for the report. Just out of curiosity, which of those features do you use most? I haven't changed the way I use magit for a while and just

Bug#752891: systemtap: build on ppc64el

Hi, Mauricio Faria de Oliveira mauri...@linux.vnet.ibm.com writes: Thanks for confirming it. These days Timo is more active on SystemTap, hence I'll wait for him to review and pick for his next upload. Okay, thanks Ritesh. I will wait for Timo's opinion. thanks for the patch, I'm happy to

Bug#750546: ITP: sluice -- rate limiting data piping tool

Hi, how does this compare to pv --limit-rate XXX? -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#748694: sys/sdt.h is architecture specific, and causing issues on unsupported architectures

Hi, Matthias Klose d...@debian.org writes: I'm not complaing about the name of the package, but that it apparently *does* have some unintended effects on some architectures. is there something simpler than gcc that FTBFS? I'd like to look into the issue but gcc is quite heavy to build,

Bug#748694: sys/sdt.h is architecture specific, and causing issues on unsupported architectures

Hi, [ Adding reporter of #726248 to CC and quoting the bug report fully for him. ] Matthias Klose d...@debian.org writes: The sys/sdt.h header file is shipped in an architecture independent package, and installed into /usr/include where it is found on the include path for every

Bug#747492: sysdig: possible security issue: system(insmod ../../driver/sysdig-probe.ko /dev/null 2 /dev/null);

Package: sysdig Version: 0.1.79-1 Severity: normal Hi, I took a brief look at sysdig today and noticed the following fragment in sysdig.cpp: // // No luck with modprobe either.

Bug#747090: systemtap: does not work with kernel 3.14 with enabled USER_NS

Hi, Tomas Janousek t...@nomi.cz writes: Doesn't work with 3.15-rc3 either. :-) Applying this patch: https://sourceware.org/git/gitweb.cgi?p=systemtap.git;a=commitdiff;h=c91d2e7cc991068fd701d75a4814db87913d57bd or packaging a newer version should fix this. ack! I've been stuck trying to find

Bug#627883: initramfs-tools: uses wrong NIC for DHCP, persistent-net invents eth1-eth0?

Hi, m...@linux.it (Marco d'Itri) writes: On May 25, Timo Juhani Lindfors timo.lindf...@iki.fi wrote: From this shell I see that the right NIC (i.e. the one with MAC of 00:25:90:36:c0:d2) has the name eth1-eth0 and eth0 is a wrong NIC. I Can you still reproduce this with 204-9? I no longer

Bug#569803: pulseaudio: FujitsuSiemens Esprimo Mobile U9200 switch to Analog Headphones mute sound on headphone

Felipe Sateler fsate...@debian.org writes: Can you still reproduce this issue? If so, please reply so that we may debug the problem, otherwise I'd like to close this bug That particular system is unfortunately still running squeeze due to some legacy software. -Timo -- To UNSUBSCRIBE,

Bug#743282: ITP: apt-get-snapshot -- Download a specific package version from snapshot.debian.org

Hi, Mike Gabriel mike.gabr...@das-netzwerkteam.de writes: When using debian testing, it is not trivial to get the previous version of a package after it is upgraded. snapshot.debian.org is the source to go for these cases, but it has only a web interface. apt-get-snapshot navigates that

Bug#734595: gnome-shell: desktop contents visible when locked if external display is connected and then disconnected

Package: gnome-shell Version: 3.4.2-7+deb7u1 Severity: normal Tags: security Steps to reproduce: 1) click your name in the upper right corner and choose Lock Screen 2) connected external monitor to VGA port of the laptop 3) disconnected external monitor Expected results: 1) the screen is locked

Bug#565229: #565229 sshfs mount makes system freeze/hibernation/resume not working

Hi, just one more data point: I'm pretty sure I'm seeing this also with debian wheezy amd64 with gnome3 (sshfs 2.4-1). My laptop normally hibernates when I close the lid but sometimes it keeps running really hot in my backpack apparently because hibernate failed. Would it be possible for debian

Bug#730019: systemtap: insufficient versionned builddep on libdw-dev friends

Hi, Yann Dirson dir...@bertin.fr writes: Package: systemtap Version: 2.3-1 Severity: serious ./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 :) thanks for filing a bug. However, I'm bit

Bug#730019: systemtap: insufficient versionned builddep on libdw-dev friends

Yann Dirson dir...@bertin.fr writes: On Wed, 20 Nov 2013 18:10:03 +0200 Timo Juhani Lindfors timo.lindf...@iki.fi wrote: thanks for filing a bug. However, I'm bit puzzled: are you trying to build systemtap 2.3-1 on ubuntu lucid? Yes, to be able to build the lttng tools which build-depend

Bug#727146: ITP: dooble -- WebKit based light browser

Richard Sellam richard.sel...@orvidia.fr writes: the description Dooble, a light browser created in qt to create a safe browsing environment. can (should?) probably be replaced with Dooble, a light browser created in qt focused on privacy and security. Maybe. I was mostly refering to the

Bug#727146: ITP: dooble -- WebKit based light browser

Richard Sellam rich...@orvidia.fr writes: Dooble, a light browser created in qt to create a safe browsing environment. What do you mean with safe? Is this browser going to have security support? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of

Bug#726248: sdt.h conflict with kfreebsd-kernel-headers and systemtap-sdt-dev

Hi, resending also this. -Timo -Original Message- From: Mark Wielaard m...@redhat.com Sent: Fri, 18 Oct 2013 10:53:37 +0200 To: 726...@bugs.debian.org Subject: Bug#726248: sdt.h conflict with kfreebsd-kernel-headers and systemtap-sdt-dev BTW. Wouldn't it be an option to put the

Bug#726248: sdt.h conflict with kfreebsd-kernel-headers and systemtap-sdt-dev

Hi, as 726...@bugs.debian.org only goes to the maintainer I'm resending this with a wider Cc list. -Timo -Original Message- From: Mark Wielaard m...@redhat.com Sent: Fri, 18 Oct 2013 10:50:15 +0200 To: 726...@bugs.debian.org Subject: Bug#726248: sdt.h conflict with

Bug#726248: systemtap-sdt-dev: should be Arch: all so gcc and libc can B-D on it

Hi, Samuel Bronson naes...@gmail.com writes: I've been working on GDB packaging, and upstream has been telling me that if we built our libgcc and libc with the STAP probes enabled, it would make some things work better; in particular: Thanks for the detailed bug report! systemtap-sdt-dev used

Bug#726087: systemtap: Please depend on python:any for cross-installability

Hi, Steve Langasek steve.langa...@canonical.com writes: In Ubuntu, I've applied a patch to make systemtap-sdt-dev depend on python:any instead of on python. This allows the -dev package for a target architecture to be installed for cross-compiling, with /usr/bin/dtrace using the system

Bug#724561: Suggesting 'linux-image' prevents auto-removal of any linux-image package

Hi, Ritesh Raj Sarraf r...@researchut.com writes: Either approach is fine, as systemtap is a power user/developer tool, when users typically know what they are installing. I'll let you finalize and close this bug. Ok, I'll remove the dependency in the next upload. -Timo -- To UNSUBSCRIBE,

Bug#722649: dtrace leaves temporary files

Hi, Mark Wielaard m...@redhat.com writes: commit 114bb022c46991e9595cbddbb1ea5b11a2ad5788 Author: Mark Wielaard m...@redhat.com Date: Fri Sep 13 12:22:05 2013 +0200 Remove temporary cpp file also when generating header file. Debian #722649 Thanks for the analysis and fix! I'll

Bug#726248: sdt.h conflict with kfreebsd-kernel-headers and systemtap-sdt-dev

Hi Robert, can you please take a look at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726248 When we first discovered that both packages ship sdt.h I changed systemtap-sdt-dev from arch:all to arch:linux-any. Now it seems this perhaps complicated the situation unnecessarily. Do you think we

Bug#726248: sdt.h conflict with kfreebsd-kernel-headers and systemtap-sdt-dev

Hi, (adding Samuel to CC) Robert Millan r...@debian.org writes: On 15/10/2013 09:33, Timo Juhani Lindfors wrote: When we first discovered that both packages ship sdt.h I changed systemtap-sdt-dev from arch:all to arch:linux-any. Now it seems this perhaps complicated the situation

Bug#651357: #651357 ssh often dies with Disconnecting: Received open failure for non-opening channel 3.

Hi, I just hit this with openssh-client 1:6.0p1-4 (amd64 wheezy). -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#725076: #725076 xpra: window titles say unknown machine

Hi, sorry, I mean https://www.xpra.org/trac/ticket/436 -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#725076: #725076 xpra: window titles say unknown machine

Hi, now also sent to https://www.xpra.org/trac/ticket/435 -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#724561: Suggesting 'linux-image' prevents auto-removal of any linux-image package

Hi Ben and Ritesh, do we actually need the dependency? Currently if stap fails it will guide the user to read README.Debian which will tell them to use stap-prep which will install matching header, debug and kbuild packages. IMHO we could just drop the suggests unless I'm missing something here.

Bug#724580: nmap: ncat segfaults when scanned with nmap --script 'ssl*,tls*'

Package: nmap Version: 6.40-0.1 Severity: normal Steps to reproduce: 1) ncat -k --ssl -l localhost 443 2) nmap -sC --script-trace --script 'ssl*,tls*' -6 localhost -p 443 Expected results: 2) ncat does not segfault Actual results: 2) ncat segfaults, dmesg shows [ 194.839893] ncat[2658]:

Bug#723178: [Pkg-osm-maint] Bug#723178: monav lacks man page, creates useless window that won't close

Jason Woofenden ja...@jasonwoof.com writes: Second, I run monav, and I get a window with lots of white and some icons. I clicked every icon, and nothing happened. I tried to close the window with my window manager and it wouldn't even close. What window manager is this? Anyways, the real

Bug#720883: magit: README.Debian on frame-background-mode

Hi, Kevin Ryde use...@zip.com.au writes: builtins at startup). Maybe emulate customize with (custom-set-variables '(frame-background-mode 'dark)) Of course if the default background detect is wrong then it hurts everything, not just magit. Thanks for caring about magit. It seems I've

Bug#720389: gnuradio: unable to remove: xdg-icon-resource: No writable system icon directory found.

Package: gnuradio Version: 3.7.0-5 Severity: important sudo apt-get remove gnuradio fails with Removing gnuradio ... Begin freedesktop uninstall... Uninstall icon: 32x32 xdg-icon-resource: No writable system icon directory found. dpkg: error processing gnuradio (--remove): subprocess installed

Bug#719889: Exception: rebind.so not found, perhaps you need to run make

Package: websockify Version: 0.3.0+dfsg1-6 Severity: important Steps to reproduce: 1) websockify 2001 -- nc -l -p 1234 Expected results: 1) websockify runs nc in an environment where rebind.so is in LD_PRELOAD Actual results: 1) websockify does not run nc at all but fails: $ websockify 2001 --

Bug#604453: #604453 reproducible way to crash the system with kernel.function(*@*/*.c)

Hi, just a status update, the following combination still crashes: systemtap 2.3-1 linux-image-3.10-2-amd64 3.10.5-1 at least under xen with the following messages: [333215.296319] BUG: unable to handle kernel NULL pointer dereference at 0050 [333215.296704] IP:

Bug#681418: #681418 debugfs is a big security hole

Steve Cotton st...@s.cotton.clara.co.uk writes: I'd like to revert the found 681418 3.8.5-1~experimental.1, and close the bug again. sure, please go ahead. Sorry for the confusion. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe.

Bug#717036: crash: truncates filenames in error messages?

Hi, Troy Heber tr...@debian.org writes: Your patch is queued for the 7.0.2 upstream release as well as the format string fixes that I submitted previously. Since 7.0.2 should be release fairly soon I plan on waiting for it instead of doing a 7.0.1-4 with the fix. Let me know if that plan does

Bug#718861: magit: Compilation errors with emacs-snapshot

Axel Beckert a...@debian.org writes: emacs-snapshot (2:20130804-1 from the unstable repo of http://emacs.naquadah.org/) currently fails to install on my Sid machines. It seems that magit is the cause (or at least one of the causes): In toplevel form: magit.el:792:27:Error: Wrong type

Bug#718861: magit: Compilation errors with emacs-snapshot

Axel Beckert a...@debian.org writes: emacs-snapshot (2:20130804-1 from the unstable repo of http://emacs.naquadah.org/) currently fails to install on my Sid machines. It seems that magit is the cause (or at least one of the causes): In toplevel form: magit.el:792:27:Error: Wrong type

Bug#717036: crash: truncates filenames in error messages?

Hi, Troy Heber tr...@debian.org writes: Thanks for debugging this! Do you want to submit the patch to crash upstream directly yourself or would you like me to do it for you? feel free to send it to upstream if you have time. I'm terribly busy with systemtap issues right now. -Timo -- To

Bug#718319: fonts-linuxlibertine: Vcs-Svn link broken

Package: fonts-linuxlibertine Version: 5.3.0-1 Severity: normal The package has Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-fonts/packages/linux-libertine/trunk/ but that gives me 404. Right link should be Vcs-Browser:

Bug#681418: #681418 debugfs is a big security hole

Steve Cotton st...@s.cotton.clara.co.uk writes: For me the mount point changes permission when mounted, and from the hard link count I guess you have it unmounted. tsunami:~# umount /sys/kernel/debug/ tsunami:~# ls -ld /sys/kernel/debug/ drwxr-xr-x 2 root root 0 Jul 30 13:08

Bug#717036: crash: truncates filenames in error messages?

Mon Sep 17 00:00:00 2001 From: Timo Juhani Lindfors timo.lindf...@iki.fi Date: Wed, 24 Jul 2013 09:37:10 +0300 Subject: [PATCH 1/3] add patch --- debian/patches/bug-717036.patch | 38 ++ 1 file changed, 38 insertions(+) create mode 100644 debian/patches/bug

Bug#717036: crash: truncates filenames in error messages?

Hi, Timo Juhani Lindfors timo.lindf...@iki.fi writes: ok, I'll try to find time to test this on different pieces of hardware. I'll start from some debian porter machine so that we can both access the same hardware. Tried to duplicate this on barriere.debian.org but even after 16 retries

Bug#717036: crash: truncates filenames in error messages?

Troy Heber tr...@debian.org writes: I have tried both a very long path and a long filename and simply can not duplicate the issue with a clean sid environment. ok, I'll try to find time to test this on different pieces of hardware. I'll start from some debian porter machine so that we can both

Bug#710866: Please stop reopening bugs.

Hi Dmitry, Dmitry Smirnov only...@member.fsf.org writes: It's maintainer's job and decision to reopen bugs. Merely re-opening Ultimately sure but when there's no controversy (i.e. when I assume that both agree that the bug exists) I usually reopen the bug to save time. bug do not notify

Bug#717036: crash: truncates filenames in error messages?

Troy Heber tr...@debian.org writes: Do you have any additional information or ideas on how I can try to duplicate this issue? Unfortunately not but I'm quite sure that the errors related to valgrind are related, do you see them too? -- To UNSUBSCRIBE, email to

Bug#716947: crash: fakeroot apt-get --build source crash: Cannot change ownership to uid 9176, gid 65490: Invalid argument

Hi, Troy Heber tr...@debian.org writes: What happens if you run it from local disk, assuming of course you have one? It would be nice to try to confirm or eliminate the nfs mount being a factor. It seems to build fine when I use a local disk: dpkg-deb --build debian/crash .. dpkg-deb:

Bug#717036: crash: truncates filenames in error messages?

Package: crash Version: 7.0.1-2 Severity: normal Hi, crash 7.0.1 seems to be truncating long filenames in error messages: lindi3:~$ crash -e emacs /usr/lib/debug/boot/vmlinux-3.8-2-amd64 core crash 7.0.1 Copyright (C) 2002-2013 Red Hat, Inc. Copyright (C) 2004, 2005, 2006, 2010 IBM

Bug#717038: emacs24-nox: M-x gdb prompt shown before commands have finished

Package: emacs24-nox Version: 24.3+1-1.1 Severity: normal With emacs 24 M-x gdb seems to print the (gdb) prompt too early, before the output of a command has finished. This leads to very unreadable output. Please see the screencast at http://lindi.iki.fi/lindi/screencast/emacs24-gud-prompt1.ogv

Bug#716947: crash: fakeroot apt-get --build source crash: Cannot change ownership to uid 9176, gid 65490: Invalid argument

Package: crash Version: 7.0.1-2 Severity: normal Steps to reproduce: 1) fakeroot apt-get --build source crash Expected results: 1) crash builds from source Actual results: 1) crash fails to build: make[2]: Entering directory `/home/lindi/tmp/crash-7.0.1' TARGET: X86_64 CRASH: 7.0.1 GDB:

Bug#702513: #702513 crash: please provide crash/defs.h

Hi, crash 7.0.0-1 now has /usr/include/defs.h but shouldn't it be /usr/include/crash/defs.h? See http://codesearch.debian.net/search?q=crash%2Fdefs.h on how both systemtap and crash_6.1.6-1/extensions/snap.mk try to access it. -Timo -- To UNSUBSCRIBE, email to

Bug#656132: #656132 crash: please enable building for armel

Hi, crash 7.0.1-1 seems to still lack armel, debian/control has Architecture: i386 ia64 alpha powerpc amd64. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#702556: #702556 tcpflow: please support ipv6

Hi Dima, Hi Timo. Can you try the tcpflow from experimental? It's a major upgrade from the tcpflow in =unstable, and is supposed to support ipv6. thanks for asking but I never saw your questions :( If you want me to see the questions you need to send them to 702556-submit...@bugs.debian.org

Bug#714925: nmap: [REGRESSION 5.00-3 - 6.00-0.3] -sP fails with nexthost: failed to determine route to X.X.X.X

Package: nmap Version: 6.00-0.3 Severity: normal Steps to reproduce: 1) configure eth0 to use 10.7.0.0/16 subnet 2) Run sudo nmap -n -T normal -sP 10.7.24-34.1-254 Expected results: 2) nmap pings each host in the network Actual results: 2) nmap fails after it has processed 1024 hosts: Starting

Bug#702555: #702555 tcpick: please support ipv6

Hi, it seems that tcptrace works for this task: $ tcptrace -e testcase.pcap 1 arg remaining, starting with 'testcase.pcap' Ostermann's tcptrace -- version 6.6.7 -- Thu Nov 4, 2004 18 packets seen, 18 TCP packets traced elapsed wallclock time: 0:00:00.004153, 4334 pkts/sec analyzed trace file

Bug#702556: #702556 tcpflow: please support ipv6

Hi, it seems that tcptrace works for this task: $ tcptrace -e testcase.pcap 1 arg remaining, starting with 'testcase.pcap' Ostermann's tcptrace -- version 6.6.7 -- Thu Nov 4, 2004 18 packets seen, 18 TCP packets traced elapsed wallclock time: 0:00:00.004153, 4334 pkts/sec analyzed trace file

Bug#708548: security policy / root passwords

Daniel Pocock dan...@trendhosting.net writes: My feeling is that the user should be told go and run sudo or su in a terminal window you opened manually I don't think terminal emulation is really a good solution here but your idea does have some merits. Maybe you can make your own policykit

Bug#710868: #710868 xpra: does not show password prompt unless I install ssh-askpass-gnome

Hi, this seems to still occur with xpra 0.9.5+dfsg-1. client prints just sauna:~$ xpra attach ssh:server.example.com:7 xpra client version 0.9.5 and ps axuf shows lindi 9799 9.3 0.3 786904 30464 pts/17 Sl+ 12:45 0:00 \_ /usr/bin/python /usr/bin/xpra attach

Bug#710868: #710868 xpra: does not show password prompt unless I install ssh-askpass-gnome

Hi, I finally realized that the password prompt does exist, it's just almost always hidden behind my terminal emulator. Take a look at the screencast at http://lindi.iki.fi/lindi/xpra/xpra-ssh-askpass2.ogv to get an idea of how this looks to the user. Maybe the bug is in ssh-askpass and not

Bug#710868: #710868 xpra: does not show password prompt unless I install ssh-askpass-gnome

Hi, Dmitry Smirnov only...@member.fsf.org writes: I doubt it is a bug in Xpra. I see password prompt in three other backends so it is likely to be bug (or incompatibility) in ssh-askpass-gnome. 1) ssh-askpass-gnome works. 2) The bug is about ssh-askpass. 3) ksshaskpass works. 4)

Bug#711733: dailymotion: unable to extract media URL

Package: youtube-dl Version: 2012.09.27+dfsg1-1 Severity: normal The description says that youtube-dl supports dailymotion but it does not seem to work: $ youtube-dl 'http://www.dailymotion.com/video/x10egip_payload_shortfilms#.UbQYA3Wy9aU' [dailymotion] x10egip: Downloading webpage

Bug#672102: #672102 gnuradio: not installable: xdg-desktop-menu: No writable system menu directory found.

Hi, I just installed wheezy and hit the same problem again. It seems the fixed version never reached wheezy even though it was uploaded well before the freeze :( $ sudo bash -x /var/lib/dpkg/info/gnuradio.postinst configure + set -e + '[' '!' -x /usr/bin/xdg-desktop-menu ']' + ICON_SIZES='32 48

Bug#710991: xpra: some parts of windows can not be clicked after changing resolutions

Hi, Dmitry Smirnov only...@member.fsf.org writes: Can someone check the solution please? Right now I have limited to to do that... http://xpra.org/trac/ticket/349#comment:2 Upstream is waiting for feedback before backporting to 0.9.x. how do you build xpra from svn nowadays? Last time

Bug#710991: xpra: some parts of windows can not be clicked after changing resolutions

Hi, Dmitry Smirnov only...@member.fsf.org writes: Sorry I don't understand the question and the problem. We moved away from SVN some time ago. Workflow is usual and simple: extract upstream source, I use git-svn to track upstream so I first tried git archive --prefix=xpra-0.9.4+svn3586/ -o

Bug#711181: xpra: spinners consume a lot of CPU time unnecessarily

Package: xpra Version: 0.9.4+dfsg-1 Severity: wishlist My laptop is usually connected to at least two xpra servers. If the network connection is bad I frequently see xpra drawing spinners over all windows. This is a good indicator but I think it uses bit too much CPU time causing my laptop fan to

Bug#710991: xpra: some parts of windows can not be clicked after changing resolutions

Dmitry Smirnov only...@member.fsf.org writes: You might need to apply old-libav.patch if you using libav from unstable. Our Debian package takes care of it automatically. I think I now managed to forward-port old-libav.patch. Next failure is creating

Bug#710991: xpra: some parts of windows can not be clicked after changing resolutions

Timo Juhani Lindfors timo.lindf...@iki.fi writes: I guess I'll just remove all entries from wimpiggy.install for now since I'm only interested in xpra. Next failure :) dh_installdocs cp: cannot stat 'xpra.README': No such file or directory Then dh_installdocs cp: cannot stat

Bug#710868: #710868 xpra: does not show password prompt unless I install ssh-askpass-gnome

Hi, thanks for triaging the bugs so fast! However, I think the fact that password prompt is not shown and too short timeout might still be separate issues? So maybe #710866 and #710868 should not be merged? -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a

Bug#709008: xpra: PDFs appear very tiny in evince under xpra at 100% zoom

Antoine Martin anto...@nagafix.co.uk writes: To figure out what xvfb you are using (Xvfb or Xdummy): grep xvfb /etc/xpra/xpra.conf # xvfb=Xvfb +extension Composite -screen 0 3840x2560x24+32 -nolisten tcp -noreset -auth $XAUTHORITY # xvfb=/usr/bin/Xorg -dpi 96 -noreset -nolisten tcp +extension

Bug#710866: xpra: attach timeouts if initial SSH latency is too high

Package: xpra Version: 0.9.4+dfsg-1 Severity: normal Steps to reproduce: 1) To simulate SSH that takes a while to connect, create a file named slowssh.bash with the following contents and make it executable: #!/bin/bash sleep 15 exec /usr/bin/ssh $@ 2) xpra attach --ssh ./slowssh.bash

Bug#710868: xpra: does not show password prompt unless I install ssh-askpass-gnome

Package: xpra Version: 0.9.4+dfsg-1 Severity: normal Steps to reproduce: 1) Disable any SSH keys 2) xpra attach ssh:server.example.com:7 Expected results: 2) user sees a password prompt Actual results: 2) user does not see any password prompt: xpra client version 0.9.4 2013-06-03 06:34:27,619

Bug#710991: xpra: some parts of windows can not be clicked after changing resolutions

Package: xpra Version: 0.9.4+dfsg-1 Severity: normal Steps to reproduce: 1) xpra attach ssh:server.example.com:7 2) change resolution of the client machine to 640x480 temporarily (e.g. in gnome System-Preferences-Monitors) 3) change the resolution back to normal Expected results: 3) all parts

Bug#706817: systemtap: Error, 'stap_...' is not a zombie systemtap module.

Hi, Josh Stone jist...@redhat.com writes: Note, there are actually a few commits associated with PR 14245: thanks for letting me know. 17986f2 PR14245 stapio should not pass inherited relay_basedir_fd Right, I can see an extra file descriptor being open: $ stap -e 'probe begin {}' -c ls -l

  1   2   3   4   5   6   7   8   9   10   >