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 pysnmpwalk is not
> doi
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"
l
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 file
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 $
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 of the old emacs-commo
Timo Juhani Lindfors writes:
> Sorry I mean DEP-9, like this:
No, I really mean DEP-3.. :) http://dep.debian.net/deps/dep3/
-Timo
Timo Juhani Lindfors 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=2ed57a88eec34b781d7fcf91881d3fa5c08ac1ce
-Timo
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 & pristine-tar branches, with m
Vincent Bernat 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! I also unfortu
Ismael Garrido 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 you undo that and
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 -
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
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
Eugene Zhukov 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 privileges-drop f
Eugene Zhukov 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 the packaging
Eugene Zhukov 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) Doesn't
db_get dyfi/pas
Hi,
Eriberto 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 the dbus interface if
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
Hi,
Eriberto Mota 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 here[1].
Thanks
Hi,
Joao Eriberto Mota Filho writes:
> Package: wnpp
> Severity: wishlist
> Owner: Joao Eriberto Mota Filho
>
> * Package name: linssid
> Version : 2.7
> Upstream Author : Warren Severin
> * URL : https://sf.net/projects/linssid
I took a brief look at the source cod
Hi,
Christopher Hoskin writes:
> Package: wnpp
> Owner: Christopher Hoskin
> Severity: wishlist
> X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org
>
> * Package name: libnet-nessus-xmlrpc-perl
> Version : 0.30
> Upstream Author : Vlatko Kosturjak
> * URL
Hi,
Chris Lamb 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 UNSUBSCRIBE, email to
Hi,
Pedro Beja 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 UNSUBSCRIBE, em
Hi,
Pedro Beja 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 incorrect form
Hi,
szjozsef 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)
>
Hi,
Matthias Klose 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.
Hilko, ar
Hi,
Mauricio Faria de Oliveira 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 from
running the testsuit
Hi,
Thomas Koch 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
use a rather m
Hi,
Mauricio Faria de Oliveira 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 hear that systemtap
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
Hi,
Matthias Klose 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, especially on a porte
Hi,
[ Adding reporter of #726248 to CC and quoting the bug report fully for
him. ]
Matthias Klose 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
> architecture. Seen th
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.
Hi,
Tomas Janousek 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 time to
Hi,
m...@linux.it (Marco d'Itri) writes:
> On May 25, Timo Juhani Lindfors 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 stil
Felipe Sateler 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, email to debian-bugs-d
Hi,
Mike Gabriel 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 web
The 'debsnap' command
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
2
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 t
Yann Dirson writes:
> On Wed, 20 Nov 2013 18:10:03 +0200 Timo Juhani Lindfors
> 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 o
Hi,
Yann Dirson 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 puzzled: are you t
Richard Sellam 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 release notes that l
Richard Sellam 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 "unsubscribe". Trouble?
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
Sent: Fri, 18 Oct 2013 10:50:15 +0200
To: 726...@bugs.debian.org
Subject: Bug#726248: sdt.h conflict with kfreebsd-kernel-headers and
systemta
Hi,
resending also this.
-Timo
-Original Message-
From: Mark Wielaard
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 conflicting header fil
Hi,
(adding Samuel to CC)
Robert Millan 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 situat
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
Hi,
Mark Wielaard writes:
>
> commit 114bb022c46991e9595cbddbb1ea5b11a2ad5788
> Author: Mark Wielaard
> 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 backport this to the next
Hi,
Ritesh Raj Sarraf 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, email to debian-
Hi,
Steve Langasek 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 python instead of trying to pu
Hi,
Samuel Bronson 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 to be arch:
al
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
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
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
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.
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]: segfau
Jason Woofenden 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 problem with this pac
Hi,
Kevin Ryde 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 actually alr
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
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 --
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: [] vmalloc_fault
Steve Cotton 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". Trouble? Contact listma
Axel Beckert 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 argument: listp
Axel Beckert 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 argument: listp
Hi,
Troy Heber 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 not work for
Hi,
Troy Heber 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 UNSUBSCRIBE, em
Steve Cotton 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 /sys/kernel/debug/
> tsunami:~# moun
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:
http://anonscm.debian.org/viewvc/pkg-fonts/packages/fonts-linuxliber
.
-Timo
>From ddf40d625a7bd8771e7009d22f4b2ab1d8458589 Mon Sep 17 00:00:00 2001
From: Timo Juhani Lindfors
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-
Hi,
Timo Juhani Lindfors 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 retr
Troy Heber 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
access the same
Hi,
Troy Heber 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: building package
Hi Dmitry,
Dmitry Smirnov 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 maintainers so I wasn't aw
Troy Heber 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 debian-bugs-dist-requ...@lists.debian.org
wit
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
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 Corporatio
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: 7.6
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
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 debian-bugs-dist-requ...@lists.
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.
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:
Startin
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 e
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 e
Daniel Pocock 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 agent
that asks for the
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
[dailymotion
Hi,
Dmitry Smirnov 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) ssh-askpass-fullscreen works b
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 xpra
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 ssh:server.e
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 6
Timo Juhani Lindfors 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
Dmitry Smirnov 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 /tmp/buildd/xpra-0.9.4+svn3586/debian/tmp/etc
creating /tmp/buil
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
Hi,
Dmitry Smirnov 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 ../xpra_0.9.4+svn358
Hi,
Dmitry Smirnov 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 I had to chown
/e
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 subj
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 part
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 c
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 ssh
Antoine Martin 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 GLX +extension
RAND
Hi,
Josh Stone 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 /proc/self/fd"
W
1 - 100 of 1347 matches
Mail list logo