Bug#1068673: openshot-qt: "AVERROR_EOF" errors when attempting to export h.264 video
Package: openshot-qt Version: 3.1.1+dfsg1-1 Severity: normal Dear Maintainer, When exporting using the target "MP4 (mpeg4)", all works fine. When exporting using the target "MP4 (h.264)", the standard output stream is full of messages of: Frame AVERROR_EOF The resulting file is much smaller in size and contains only the audio stream. The video stream is entirely missing from it; as evidenced by mplayer output: Video: no video -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.6.15-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages openshot-qt depends on: ii fonts-cantarell 0.303.1-1 ii libjs-jquery3.6.1+dfsg+~3.5.14-1 ii libjs-jquery-ui 1.13.2+dfsg-1 ii python3 3.11.6-1 ii python3-openshot0.3.2+dfsg1-2+b1 ii python3-pkg-resources 68.1.2-2 ii python3-pyqt5 5.15.10+dfsg-1 ii python3-pyqt5.qtsvg 5.15.10+dfsg-1 ii python3-pyqt5.qtwebkit 5.15.10+dfsg-1 ii python3-requests2.31.0+dfsg-1 ii python3-zmq 24.0.1-5+b1 openshot-qt recommends no packages. Versions of packages openshot-qt suggests: ii blender 4.0.2+dfsg-1+b1 ii inkscape 1.2.2-2+b3 pn openshot-qt-doc -- no debconf information
Bug#1057460: gkrellm-volume: Unusable with pluggable USB hardware
Package: gkrellm-volume Version: 2.1.13-1.1+b1 Severity: normal Dear Maintainer, My laptop has a built-in hardware soundcard and also a USB device. Due to variations in boot order it's unreliable which one appears in the available mixers as `hw:0` vs `hw:1`. Because of this, having the "Master" vollume from `hw:0` enabled, half the time it doesn't do anything useful. It would be useful if, rather than mapping the hardware based on simply its index ID, it could be mapped by its interface name - the two names are reliable that way. -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.5.0-4-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gkrellm-volume depends on: ii gkrellm 2.3.11-2 ii libasound21.2.10-1 ii libc6 2.37-12 ii libglib2.0-0 2.78.1-2 ii libgtk2.0-0 2.24.33-2 gkrellm-volume recommends no packages. gkrellm-volume suggests no packages. -- no debconf information -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#1054545: libfuture-xs-perl: Needs to Build-Depends on libdevel-mat-dumper-perl
Package: libfuture-xs-perl Version: 0.10-2 Severity: normal Future::XS detects at compiletime if Devel::MAT::Dumper is available. If so, it builds in extra code that is essential for uding the Devel::MAT memory tracing tools with XS-based Future instances. If that is not available at build time, it doesn't matter if it's later installed on the user's machine. It won't work. Thus, libfuture-xs-perl needs to Build-Depends on libdevel-mat-dumper-perl. -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.4.0-4-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libfuture-xs-perl depends on: ii libc6 2.37-8 ii libfuture-perl 0.50-1 ii perl5.36.0-7 ii perl-base [perlapi-5.36.0] 5.36.0-7 libfuture-xs-perl recommends no packages. libfuture-xs-perl suggests no packages. -- no debconf information
Bug#829696: xfce4-panel: Panel displayed in wrong position on startup
On Thu, 10 Nov 2022 09:20:23 +0500
Akbarkhon Variskhanov wrote:
> Do you still face this problem?
Yup, still happening.
> Sounds like a saved session issue.
> Check if autosave is disabled:
>
> $ xfconf-query --channel xfce4-session --property /general/AutoSave
$ xfconf-query --channel xfce4-session --property /general/AutoSave
Property "/general/AutoSave" does not exist on channel "xfce4-session".
> and make sure the checkbox to save that appears on logout dialog is
> also unticked. Then, clear out ~/.cache/sessions
>
> Wouldn't also hurt to see your
> ~/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-panel.xml
Here:
--
Paul "LeoNerd" Evans
leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS
http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#1029582: claws-mail: Processing rules don't apply to newly-created folders
On Wed, 25 Jan 2023 13:06:16 - Paul wrote: > Isn't that because for your new folders you have not set "Run > processing rules when opening" in the folder Properties? Oh wow! I hadn't noticed that was ever a thing. Perhaps the behaviour recently changed; old folders had it all applied but new ones don't. In any case, yes. Turns out if I tick that box then the problem goes away. I guess we can close this ticket now. Many thanks, -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#1003965: linux-image-5.15.0-2-amd64: Fails to load most modules: BPF:Invalid name
rmware-intelwimax pn firmware-ipw2x00 pn firmware-ivtv pn firmware-iwlwifi pn firmware-libertas pn firmware-linux-nonfree pn firmware-misc-nonfree pn firmware-myricom pn firmware-netxen pn firmware-qlogic pn firmware-realtek pn firmware-samsung pn firmware-siano pn firmware-ti-connectivity pn xen-hypervisor -- no debconf information -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/ pgpV1NqKAFknw.pgp Description: OpenPGP digital signature
Bug#987224: Acknowledgement (claws-mail: Hangs on attempt to view certain emails)
Attached is the problematic email, extracted from my Maildir/IMAP
server.
It is a github notification of:
https://github.com/Perl/perl5/issues/18624#issuecomment-816733358
--
Paul "LeoNerd" Evans
leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS
http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Return-Path:
X-Original-To: leon...@leonerd.org.uk
Delivered-To: l...@cel.leonerd.org.uk
Received: from smtp.github.com (out-25.smtp.github.com [192.30.252.208])
by cel.leonerd.org.uk (Postfix) with ESMTPS id 363EE1BFD4
for ; Fri, 9 Apr 2021 15:43:08 +0100 (BST)
Received: from github.com (hubbernetes-node-644a46f.ash1-iad.github.net
[10.56.104.65])
by smtp.github.com (Postfix) with ESMTPA id B940E84013A
for ; Fri, 9 Apr 2021 07:43:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com;
s=pf2014; t=1617979387;
bh=TR+TJTrAEFgbmKwmSO8tGfxUPMvgtlg2FlvXSk4vRLY=;
h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID:
List-Archive:List-Post:List-Unsubscribe:From;
b=ScprgvGKelCQqfLMVg1a8yJJZlLsolZZQYP3bioQ3eTnNhtwux3WoPKR6u7vHJ5x8
YQQEVVtiqX8+qKJ/FRnD5PQjmyJAR1Ua1Ytx/IDCMqdoGdOaWYw876mTm7WILaCZ6y
SGjby1y1X/O25Drt0BZN6rMgzBG//Xk9a0LRarkI=
Date: Fri, 09 Apr 2021 07:43:07 -0700
From: Hugo van der Sanden
Reply-To: Perl/perl5
To: Perl/perl5
Cc: Subscribed
Message-ID:
In-Reply-To:
References:
Subject: Re: [Perl/perl5] Incorrect detection of compiler when Intel compiler
is chosen (#18624)
Mime-Version: 1.0
Content-Type: multipart/alternative;
boundary="--==_mimepart_607067fbb6b76_4518381242ea";
charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: hvds
X-GitHub-Recipient: leonerd
X-GitHub-Reason: subscribed
List-ID: Perl/perl5
List-Archive: https://github.com/Perl/perl5
List-Post:
<mailto:reply+aacvvxmrzqwjcqezrw6hxhf6prepxevbnhhdcfh...@reply.github.com>
List-Unsubscribe:
<mailto:unsub+aacvvxmrzqwjcqezrw6hxhf6prepxevbnhhdcfh...@reply.github.com>,
<https://github.com/notifications/unsubscribe/AACVVXLRUFWIKJNQQVZO45TTH4G7XANCNFSM4YV6WBKA>
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address: leon...@leonerd.org.uk
X-Find-Mail-Folder: /home/leo/mail/.INBOX.GitHub.Perl/
==_mimepart_607067fbb6b76_4518381242ea
Content-Type: text/plain;
charset=UTF-8
Content-Transfer-Encoding: 7bit
I've created tickets https://github.com/Perl/perl5/issues/18704 and
https://github.com/Perl/perl5/issues/18705 to address issues with the hints
file thrown up here, but they are both in large part cosmetic and are not
expected to solve the problem in this ticket.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/Perl/perl5/issues/18624#issuecomment-816733358
==_mimepart_607067fbb6b76_4518381242ea
Content-Type: text/html;
charset=UTF-8
Content-Transfer-Encoding: 7bit
I've created tickets https://github.com/Perl/perl5/issues/18704;
data-hovercard-type="issue"
data-hovercard-url="/Perl/perl5/issues/18704/hovercard"
href="https://github.com/Perl/perl5/issues/18704;>#18704 and https://github.com/Perl/perl5/issues/18705;
data-hovercard-type="issue"
data-hovercard-url="/Perl/perl5/issues/18705/hovercard"
href="https://github.com/Perl/perl5/issues/18705;>#18705 to address issues
with the hints file thrown up here, but they are both in large part cosmetic
and are not expected to solve the problem in this ticket.
You are receiving this because you are subscribed to this thread.Reply
to this email directly, https://github.com/Perl/perl5/issues/18624#issuecomment-816733358;>view
it on GitHub, or https://github.com/notifications/unsubscribe-auth/AACVVXNL3W7WTLY3LZ72VWLTH4G7XANCNFSM4YV6WBKA;>unsubscribe.https://github.com/notifications/beacon/AACVVXMJ6UBCB3XSMQWEOQ3TH4G7XA5CNFSM4YV6WBKKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOGCXFZLQ.gif;
height="1" width="1" alt="" />
[
{
"@context": "<a rel="nofollow" href="http://schema.org"">http://schema.org"</a>;,
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "<a rel="nofollow" href="https://github.com/Perl/perl5/issues/18624#issuecomment-816733358"">https://github.com/Perl/perl5/issues/18624#issuecomment-816733358"</a>;,
"url": "<a rel="nofollow" href="https://github.com/Perl/perl5/issues/18624#issuecomment-816733358"">https://github.com/Perl/perl5/issues/18624#issuecomment-816733358"</a>;,
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "<a rel="nofollow" href="https://github.com"">https://github.com"</a>;
}
}
]
==_mimepart_607067fbb6b76_4518381242ea--
Bug#987224: claws-mail: Hangs on attempt to view certain emails
Package: claws-mail Version: 3.17.8-1+b1 Severity: normal A few emails I receive will cause claws-mail to hang in a CPU spin when attempting to preview it (by selecting it in the message list for preview in the third pane). This CPU spin consumes 100% of one core, with nothing visible to strace. The program does not respond to regular SIGINT/TERM and requires SIGKILL to quit it. These cases are entirely repeatable, and all occur on github issue notifications from one particular author. Most notifications from that author do not hang, and work as expected. But occasionally one notification will cause a hang, and I have noticed the coincidence that it is always the same author. I shall attach a file directly from my Maildir containing such a case. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.9.0-2-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_CRAP Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages claws-mail depends on: ii libc62.31-4 ii libcairo21.16.0-5 ii libcompfaceg11:1.5.2-5+b2 ii libenchant-2-2 2.2.15-1 ii libetpan20 1.9.4-3 ii libgdk-pixbuf2.0-0 2.40.0+dfsg-5 ii libglib2.0-0 2.66.7-2 ii libgnutls30 3.7.0-7 ii libgtk2.0-0 2.24.32-4 ii libice6 2:1.0.10-1 ii libldap-2.4-22.4.57+dfsg-2 ii libnettle8 3.7-2.1 ii libpango-1.0-0 1.46.2-3 ii libpangocairo-1.0-0 1.46.2-3 ii librsvg2-2 2.50.1+dfsg-1 ii libsm6 2:1.2.3-1 ii xdg-utils1.1.3-4 Versions of packages claws-mail recommends: ii aspell-en [aspell-dictionary] 2018.04.16-0-1 ii claws-mail-i18n3.17.8-1 ii xfonts-100dpi 1:1.0.4+nmu1.1 ii xfonts-75dpi 1:1.0.4+nmu1.1 Versions of packages claws-mail suggests: ii chromium [www-browser] 83.0.4103.116-3.1 pn claws-mail-doc pn claws-mail-tools ii elinks [www-browser]0.13.2-1+b1 ii firefox [www-browser] 83.0-1 ii firefox-esr [www-browser] 78.3.0esr-2 ii google-chrome-stable [www-browser] 89.0.4389.90-1 ii lynx [www-browser] 2.9.0dev.6-2 ii mousepad0.5.2-1 ii w3m [www-browser] 0.5.3+git20210102-6 -- no debconf information -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#955817: Solution found
On Tue, 9 Jun 2020 20:53:46 -0300 "Miguel V. S. Frasson" wrote: > A solution was found on > https://bugs.launchpad.net/ubuntu/+source/kazam/+bug/+1876322 > > There is a patch to file pulseaudio.py that worked for me. +1 to this. I had the same problem, for which this patch fixes. -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/ pgpnc0Le7RmOp.pgp Description: OpenPGP digital signature
Bug#948626: kicad: Closing pcbnew hangs main kicad process
On Thu, 4 Jun 2020 16:45:45 +0100 "Paul \"LeoNerd\" Evans" wrote: > At this point now I'm a little stuck, because being unable to > associate footprints with components, I can't actually make any new > boards. With pcbnew crashing only on exit, at least I could edit and > save just fine within one editing session, as it would only crash > when I tried to exit anyway. At the moment I can't work on new > boards, so this has become a bit more critical a failure. :( Some further investigation and help from `nickoe` on the #kicad channel on Freenode have lead me to find out that kicad was getting confused with something still remaining from an older built-from-source install still remaining in /usr/local. While I had removed most of the binaries and libraries in there, there was apparently something still left behind. A more thorough removal of various pieces there has now fixed all my hanging issues. I think this bug can be closed now. Thanks all :) -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/ pgpFb_S9NMkSq.pgp Description: OpenPGP digital signature
Bug#948626: kicad: Closing pcbnew hangs main kicad process
-gnu/libwx_gtk3u_aui-3.0.so.0.5.0 7f84a97be000-7f84a97c6000 r--p 00093000 fe:00 353889 /usr/lib/x86_64-linux-gnu/libwx_gtk3u_aui-3.0.so.0.5.0 7f84a97c6000-7f84a97c7000 rw-p 0009b000 fe:00 353889 /usr/lib/x86_64-linux-gnu/libwx_gtk3u_aui-3.0.so.0.5.0 Looking pretty similar to yours. I'm currently running ii kicad 5.1.6+dfsg1-1 amd64Electronic schematic and PCB design software ii libwxbase3.0-0v5:amd64 3.0.5.1+dfsg-1 amd64wxBase library (runtime) - non-GUI support classes of wxWidgets toolkit ii libwxgtk3.0-gtk3-0v5:amd64 3.0.5.1+dfsg-1 amd64wxWidgets Cross-platform C++ GUI toolkit (GTK 3 runtime) My issue seems to have expanded beyond the original problem. I now can't run the "Associate Footprints" tool. The dialog opens just fine and I can interact with it, but when I try to dismiss it "OK" or "Cancel" the process just hangs, again in 100% CPU spin. Having now installed the -dbgsym package to get more detailed debug information, a gdb trace of that situation looks like: $ gdb -p `pidof kicad` GNU gdb (Debian 9.1-3) 9.1 ... Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". 0x7fee505684dc in wxClassInfo::~wxClassInfo (this=0x7fee48811520 , __in_chrg=) at ../src/common/object.cpp:177 177 ../src/common/object.cpp: No such file or directory. (gdb) bt #0 0x7fee505684dc in wxClassInfo::~wxClassInfo() (this=0x7fee48811520 , __in_chrg=) at ../src/common/object.cpp:177 #1 0x7fee4fec9e27 in __run_exit_handlers (status=0, listp=0x7fee50048718 <__exit_funcs>, run_list_atexit=run_list_atexit@entry=true, run_dtors=run_dtors@entry=true) at exit.c:108 #2 0x7fee4fec9fda in __GI_exit (status=) at exit.c:139 #3 0x7fee4feb2e12 in __libc_start_main (main= 0x5565fec4d880, argc=1, argv=0x7ffcd2cf1058, init=, fini=, rtld_fini=, stack_end=0x7ffcd2cf1048) at ../csu/libc-start.c:342 #4 0x5565fec521fa in _start () Same style of stack trace as before, and again somewhat odd that it appears to be trying to exit the entire process, when all I did was hit "Cancel" on the "Associate Footprints" dialog. I was hoping to just be returned back to eeschema. At this point now I'm a little stuck, because being unable to associate footprints with components, I can't actually make any new boards. With pcbnew crashing only on exit, at least I could edit and save just fine within one editing session, as it would only crash when I tried to exit anyway. At the moment I can't work on new boards, so this has become a bit more critical a failure. :( -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#946972: Acknowledgement (sawfish: Sometimes does not notice changes in xinerama / multihead configuration)
There not being any activity here for a while, I have reported it upstream at https://github.com/SawfishWM/sawfish/issues/41 -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#948626: kicad: Closing pcbnew hangs main kicad process
On Mon, 13 Jan 2020 22:43:52 +0100 Bernhard Übelacker wrote: > Hello Paul, > in that case I guess kicad is really trying to leave > the process for some reason. > > That reason is maybe written to stdout. Therefore maybe you > can run kicad from a terminal and attach its output. > Probably that could give any hints. That was my first thought; as explained in my initial bug report: >> If run from the terminal there is no printed output of any kind. > Otherwise maybe it is related to the used desktop environment, > if xorg or wayland is in use I'm using xorg and the xfce desktop. > or the used project - do > you observe this behaviour if you just open one > of the templates? I observe it for any project, any template; even just opening "pcbnew" as a standalone program on a blank project then immediately trying to close it again. -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#948626: kicad: Closing pcbnew hangs main kicad process
On Sat, 11 Jan 2020 14:26:12 +0100 Bernhard Übelacker wrote: > Could you recheck - could it be that this pid 309563 > was still running from a previous kicad session and > your hanging kicad was another, newer process? Definitely a new one. To retest: $ pgrep kicad [nothing] [run kicad, get it stuck] $ pgrep kicad 493905 Just a single one running. (gdb) bt #0 0x7faf28a244bc in wxClassInfo::~wxClassInfo() () at /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #1 0x7faf2837c720 in __run_exit_handlers (status=0, listp=0x7faf284f9718 <__exit_funcs>, run_list_atexit=run_list_atexit@entry=true, run_dtors=run_dtors@entry=true) at exit.c:108 #2 0x7faf2837c85a in __GI_exit (status=) at exit.c:139 #3 0x7faf28366bc2 in __libc_start_main (main= 0x56538577f880, argc=1, argv=0x7fff267a6058, init=, fini=, rtld_fini=, stack_end=0x7fff267a6048) at ../csu/libc-start.c:342 #4 0x56538578412a in _start () To clarify, this was after simply clicking the windomanager [X] button to close the pcbnew window; I was intending to leave the toplevel kicad window still open. > Because, I guess, the __run_exit_handlers should just > run at process exit. > > The last line in your backtrace point to this line, > with a loop which would fit into the picture: > > https://sources.debian.org/src/wxwidgets3.0/3.0.4+dfsg-15/src/common/object.cpp/#L177 > > When you are in gdb and try to leave the current function > by "finish", do you get again to the debugger prompt, > or is it causing already the 100% CPU usage again? I'll try: (gdb) finish Run till exit from #0 0x7faf28a244bc in wxClassInfo::~wxClassInfo() () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 That returns to 100% CPU spin which I believe it'll continue on until SIGTERM. -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#948626: kicad: Closing pcbnew hangs main kicad process
Package: kicad Version: 5.1.5+dfsg1-2 Severity: normal I can open, use and close eeschema just fine. I can open and use pcbnew just fine, but when I attempt to close it and return back to the main toplevel kicad window, the entire process hangs at 100% CPU usage, not drawing any windows (existing onscreen content gets corrupted). It remains in this state until SIGINT or SIGTERM. If run from the terminal there is no printed output of any kind. Connecting to a process in this state with gdb shows: $ gdb --pid 309563 ... Attaching to process 309563 [New LWP 309564] [New LWP 309565] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". 0x7fec889fa4bc in wxClassInfo::~wxClassInfo() () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 (gdb) bt #0 0x7fec889fa4bc in wxClassInfo::~wxClassInfo() () at /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #1 0x7fec88352720 in __run_exit_handlers (status=0, listp=0x7fec884cf718 <__exit_funcs>, run_list_atexit=run_list_atexit@entry=true, run_dtors=run_dtors@entry=true) at exit.c:108 #2 0x7fec8835285a in __GI_exit (status=) at exit.c:139 #3 0x7fec8833cbc2 in __libc_start_main (main= 0x562cef17a880, argc=1, argv=0x7fff6f8f9548, init=, fini=, rtld_fini=, stack_end=0x7fff6f8f9538) at ../csu/libc-start.c:342 #4 0x562cef17f12a in _start () -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kicad depends on: ii libc62.29-7 ii libcairo21.16.0-4 ii libcurl4 7.67.0-2 ii libgcc1 1:9.2.1-22 ii libgl1 1.1.0-1+b1 ii libglew2.1 2.1.0-4+b1 ii libglu1-mesa [libglu1] 9.0.1-1 ii libngspice0 31.3-2 ii libocct-data-exchange-7.37.3.3+dfsg1-1 ii libocct-foundation-7.3 7.3.3+dfsg1-1 ii libocct-modeling-algorithms-7.3 7.3.3+dfsg1-1 ii libocct-modeling-data-7.37.3.3+dfsg1-1 ii libocct-ocaf-7.3 7.3.3+dfsg1-1 ii libpixman-1-00.36.0-1 ii libpython3.7 3.7.6-1 ii libstdc++6 9.2.1-22 ii libwxbase3.0-0v5 3.0.4+dfsg-15 ii libwxgtk3.0-gtk3-0v5 3.0.4+dfsg-15 ii python3 3.7.5-1 ii python3-wxgtk4.0 4.0.7+dfsg-2 Versions of packages kicad recommends: ii kicad-demos 5.1.5+dfsg1-2 ii kicad-libraries 5.1.5+dfsg1-2 ii xsltproc 1.1.32-2.2 Versions of packages kicad suggests: ii extra-xdg-menus 1.0-4 pn kicad-doc-ca | kicad-doc-de | kicad-doc-en | kicad-doc-es | kicad-d pn kicad-packages3d -- no debconf information
Bug#946972: sawfish: Sometimes does not notice changes in xinerama / multihead configuration
Package: sawfish Version: 1:1.11.90-1.1+b1 Severity: normal An older version of sawfish (though I don't have a record of which) would reliably notice when the xinerama setup changed, adding or removing the second display I have on my laptop's displayport adapter. While the second display was unavailable, sawfish would never try to place new windows over the "dead" head, and they would all reliably appear on the laptop's internal screen. On the current version, this sometimes does not happen. When it fails to notice the external display being taken away, new windows often get placed on the dead area of the external monitor, currently inaccessible, and I have to use menus/keyboard shortcuts to move the window onto the visible laptop-screen area. When it fails to notice the external display returning, the display remains blank and windows cannot be moved to it. However I know this isn't just that the display itself is inactive because placing the mouse on the far righthand edge of the internal laptop display *will* show the cursor overflowing onto that second screen. X11 itself is drawing there, but sawfish refuses to move any windows into it. This failure to notice changes seems unreliable though - sometimes the change will be noticed and placement will be correct; sometimes not. I have noticed no particular pattern to when it does or doesn't take effect. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages sawfish depends on: ii libc6 2.29-3 ii libgdk-pixbuf2.0-02.40.0+dfsg-1 ii libglib2.0-0 2.62.3-2 ii libgtk2.0-0 2.24.32-4 ii libice6 2:1.0.9-2 ii libpango-1.0-01.42.4-7 ii libpangoxft-1.0-0 1.42.4-7 ii librep16 0.92.5-3+b5 ii libsm62:1.2.3-1 ii libx11-6 2:1.6.8-1 ii libxext6 2:1.3.3-1+b2 ii libxft2 2.3.2-2 ii libxinerama1 2:1.1.4-2 ii libxrandr22:1.5.1-1 ii libxtst6 2:1.2.3-1 ii rep 0.92.5-3+b5 ii rep-gtk 1:0.90.8.2-3 ii sawfish-data 1:1.11.90-1.1 ii xfce4-terminal [x-terminal-emulator] 0.8.8-1+b1 ii xterm [x-terminal-emulator] 351-1 sawfish recommends no packages. Versions of packages sawfish suggests: pn gnome-control-center ii menu 2.1.47+b1 pn yelp -- Configuration Files: /etc/X11/sawfish/site-init.d/00debian.jl changed: ; load the sawfish defaults (require 'sawfish-defaults) -- no debconf information -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#946074: socat: cfmakeraw no longer effective on TTYs
Package: socat Version: 1.7.3.3-2 Severity: normal I use a wrapper script around `socat` to neaten the process of connecting the terminal to a USB serial port: $ socat-serial /dev/ttyUSB0 > socat -,cfmakeraw,escape=0x0f,icrnl /dev/ttyUSB0,cfmakeraw,b19200,cs8,parenb=0,cstopb=0 In a previous version this worked fine. `cfmakeraw` is supposed to set the terminal into char-at-a-time mode, sending every keypress as it happens. This does not happen any more; instead it sends only an entire line after I press ENTER. As a workaround I can apply (stty raw; socat ...) which puts the terminal into raw mode beforehand. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages socat depends on: ii libc6 2.29-3 ii libssl1.1 1.1.1d-2 ii libwrap0 7.6.q-28 socat recommends no packages. socat suggests no packages. -- no debconf information -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#939834: claws-mail: Does not respond to `can_change_accels`
Package: claws-mail
Version: 3.17.4-1
Severity: normal
GTK applications ought to allow users to customise the keyboard
shortcuts ("accelerators") if enabled globally, by users highlighting a
menu option and pressing a new key.
I have it enabled globally:
$ gconftool --get /desktop/gnome/interface/can_change_accels
true
but yet doing this has no effect in claws-mail.
Additionally I've even tried manually editing `.claws-mail/menurc` but
the file seems to be ignored and rewritten on startup.
It may be significant that I am running xfce rather than gnome.
-- System Information:
Debian Release: 10.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable-debug'), (500,
'testing-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages claws-mail depends on:
ii libatk1.0-0 2.30.0-2
ii libc62.28-10
ii libcairo21.16.0-4
ii libcompfaceg11:1.5.2-5+b2
ii libcurl3-gnutls 7.64.0-4
ii libdb5.3 5.3.28+dfsg1-0.5
ii libenchant1c2a 1.6.0-11.1+b1
ii libetpan20 1.9.3-2
ii libexpat12.2.6-2
ii libfontconfig1 2.13.1-2
ii libfreetype6 2.9.1-3
ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1
ii libglib2.0-0 2.58.3-2
ii libgnutls30 3.6.9-4
ii libgtk2.0-0 2.24.32-3
ii libice6 2:1.0.9-2
ii libldap-2.4-22.4.47+dfsg-3
ii liblockfile1 1.14-1.1
ii libnettle6 3.4.1-1
ii libpango-1.0-0 1.42.4-6
ii libpangocairo-1.0-0 1.42.4-6
ii libpangoft2-1.0-01.42.4-6
ii librsvg2-2 2.44.10-2.1
ii libsasl2-2 2.1.27+dfsg-1
ii libsm6 2:1.2.3-1
ii xdg-utils1.1.3-1
Versions of packages claws-mail recommends:
ii aspell-en [aspell-dictionary] 2018.04.16-0-1
ii claws-mail-i18n3.17.3-2
ii xfonts-100dpi 1:1.0.4+nmu1
ii xfonts-75dpi 1:1.0.4+nmu1
Versions of packages claws-mail suggests:
ii chromium [www-browser] 73.0.3683.75-1
pn claws-mail-doc
pn claws-mail-tools
ii elinks [www-browser]0.13~20190125-3
ii firefox [www-browser] 68.0.1-2
ii firefox-esr [www-browser] 60.7.2esr-1
ii google-chrome-stable [www-browser] 70.0.3538.77-1
ii lynx [www-browser] 2.8.9rel.1-3
ii mousepad0.4.1-2
ii w3m [www-browser] 0.5.3-37
-- no debconf information
--
Paul "LeoNerd" Evans
leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS
http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#877020: Acknowledgement (openssh-client: Fails to unlink ControlMaster socket early enough, confuses other clients)
Lacking any response here I have reported upstream: https://bugzilla.mindrot.org/show_bug.cgi?id=3067 -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#935114: lsof: Some processes with modified name become invisible
Package: lsof Version: 4.91+dfsg-1 Severity: normal Dear Maintainer, By modifying the process name (e.g. by assigning to `$0` in perl as per below), lsof sometimes fails to see the process even when their PID is specified directly with `-p`. Compare a working case: $ perl -E '$0 = "changed"; print "My PID is $$\n"; ' My PID is 4200 $ lsof -p 4200 COMMAND PID USER FD TYPE DEVICE SIZE/OFFNODE NAME changed 4200 leo cwdDIR 254,320480 3293185 /home/leo changed 4200 leo rtdDIR 254,0 4096 2 / ... With a non-working one: $ perl -E '$0 = "with-hyphen (and paren)"; print "My PID is $$\n"; ' My PID is 4748 $ lsof -p 4748 $ lsof -p 4748 -V lsof: process ID not located: 4748 So far I don't have a conclusive pattern to which modifications are OK and which cause it to fail. All of these work fine: $0 = "a really long name goes here with some stuff" $0 = "with(paren)" $0 = "with (paren) and spaces" $0 = "with-(paren)" $0 = "(a b)" $0 = "(a b c d e f g)" This does not $0 = "(a b c d e f g h)" It seems somehow to be related to what's inside the parentheses in the process name, but I don't know if it's length, or word count, or what set of characters are present. But then $0 = "(and paren)" on its own *does* work, when it didn't work with the original example when it suffixed longer text. Hopefully, these test cases will help mean something to the lsof developers who might be able to narrow down what is going on. -- System Information: Debian Release: 10.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages lsof depends on: ii libc62.28-10 ii libselinux1 2.8-1+b1 lsof recommends no packages. Versions of packages lsof suggests: ii perl 5.28.1-6 -- no debconf information -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#930195: avr-libc: Upstream avr-libc maintainers appear to be MIA; can another source be found?
On Mon, 10 Jun 2019 11:07:29 +0200 Hakan Ardo wrote: > There have been a sugestion to use Microchip Packs Repository: > > http://packs.download.atmel.com/ > > But as far as I can tell, these are binary distributions and thus not > suitable for mainstream debian (I suppose placing them i non-free > could be an option). This is the preferred method I believe. In fact, it's what I use as a workaround at the moment. I've written myself a "reminder to self" blog post, which illustrates the steps I took to fix this problem: https://leonerds-code.blogspot.com/2019/06/building-for-new-attiny-1-series-chips.html Having done that, I can build code for these new chips just fine. Maybe that's all that is required? The pack files are Apache 2.0 licenced, so hopefully that is acceptable to Debian? -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#930195: avr-libc: Upstream avr-libc maintainers appear to be MIA; can another source be found?
Package: avr-libc Version: 1:2.0.0+Atmel3.6.1-2 Severity: normal Dear Maintainer, Hi all, The upstream project at https://savannah.nongnu.org/projects/avr-libc/ appears to have stalled, because no actual updates have been made in a couple of years now. Meanwhile there are many new types of AVR chip that the library does not yet support. I've been reporting bugs upstream and not getting any responses. E.g. https://savannah.nongnu.org/bugs/?54652 https://savannah.nongnu.org/bugs/?54977 Would it be possible for Debian to find another source of this - perhaps by using the Atmel part files more directly? Specifically, newer chips that this Debian package does not support that I have been trying to work on are: ATmega328PB ATtiny214, ATtiny414, ATtiny814, ATtiny1614, ATtiny3214 ATtiny416, ATtiny816, ATtiny1616, ATtiny3216 ATtiny417, ATtiny817, ATtiny1717, ATtiny3217 (i.e. the entire new ATtiny 1-series) ATmega3208, ATmega4808 ATmega3209, ATmega4809 (i.e. the entire new ATmega 0-series) A number of folks on #avr on Freenode have been aware of this for some time, and we're getting close to the point of declaring a fork of the original nongnu project so we can continue to make progress adding the newer chips from the last few years. Before we look into that, is Debian aware of any other sources for this sort of thing, that we could talk to instead? Thanks, -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages avr-libc depends on: ii binutils-avr 2.26.20160125+Atmel3.6.1-4 ii gcc-avr 1:5.4.0+Atmel3.6.1-2 avr-libc recommends no packages. avr-libc suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /usr/lib/avr/include/avr/io.h (from avr-libc package) -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/ pgp0iyDE9WNpW.pgp Description: OpenPGP digital signature
Bug#923947: firmware-iwlwifi: High transmit errors on Centrino Wireless-N 1000 when signal strength too high
Package: firmware-iwlwifi Version: 20190114-1 Severity: normal Dear Maintainer, This seems a bizarre failure mode, but after lots of debugging it seems to be what is happening. I have a Thinkpad X220 with a Centrino Wireless-N 1000: 03:00.0 Network controller: Intel Corporation Centrino Wireless-N 1000 [Condor Peak] It works fine most of the time, but occasionally I get sudden spikes of transmit errors (`iwconfig wlan0` shows `Tx excessive retries` going very quickly), accompanied by long packet roundtrip times (can be upwards of 20, 60, maybe even 200 seconds long), visible to ICMP `ping`. I have determined this correlates very closely with periods of very high signal strength. E.g. when I am sat at my desk right next to my access point (a good strong Ubiquiti Ubifi), the signal strength gets as strong as I've ever seen it, and suddenly transmit errors spike hugely and network performance plumets. Usually at that point I would restart the network card which would fix it for a while. One day I happened to notice the correlation that it never seemed to occur when I was anywhere else in the house, more than a couple of meters away from the AP and sometimes with a wall inbetween. This problem rarely happens when travelling to other places (e.g. friends houses, most coffee shops, etc...) but I have seen it also from time to time elsewhere. I have applied packet dumping on both sides of the network during one of these periods of breakage, and it seems entirely the laptop->AP direction (at least at the IP / UDP layer) where the delays happen. Any frames the AP wanted to send to the laptop arrive promptly, but often the frames transmitted by the laptop towards the AP will arrive very late. So I tried an experiment. I moved the AP further away. This fixes it. I don't yet have exact scientific numbers of recording the reported signal strength during OK and broken periods, but I wonder if a possible explanation could be that the firmware/hardware is performing some kind of dynamic gain control, turning down its own transmit power if it sees the incoming signal strength is very high. Perhaps it turns that down so far that it doesn't have a lower bound and accidentally drops off way too quietly, for the AP to hear it, whereupon a reset or moving the AP away thus dropping the incoming strength, will fix it. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled firmware-iwlwifi depends on no packages. firmware-iwlwifi recommends no packages. Versions of packages firmware-iwlwifi suggests: ii initramfs-tools 0.133 -- no debconf information
Bug#829696: Acknowledgement (xfce4-panel: Panel displayed in wrong position on startup)
Any update on this? It's been 2.5 years now. Anything I can do to assist debugging and eventually fixing it? -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#358154: please consider adding "start an editor" option
> We already have an "Z: start an shell to address the > situation". The user can easily start an editor from that shell, the > file name is available. Well, ish. The filenames are printed in a fullscreen altscreen `dialog`-based format, so when you start a new shell it has flipped away from that altscreen and the filenames are no longer visible. You'd have to have remembered to copy and paste them (especially given as the /tmp/file one is not easily memorable), if you wanted to do this. A quick fix would be to have ucf print them to the terminal *after* it has flipped back out of altscreen mode, just before it runs the $SHELL, so then they user would have them visible on scrollback. However, while we're here, I still believe it would be a useful option to add - see also #919885 and #472996 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919885 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=473996 -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/ pgpR6ye0tmKl5.pgp Description: OpenPGP digital signature
Bug#919885: ucf: "start a shell" option doesn't begin a new session, breaks terminal
Package: ucf Version: 3.0038+nmu1 Severity: normal Selecting the "start a shell" option in ucf is fine for running simple shell commands like cat, ls, cp, etc... but if you interact with it more you'll discover it hasn't properly detached itself and begun a new session. In particular if you run a fullscreen editor like `vim` (because you wanted to vimdiff between the old and new config files), you'll find that trying to hit to background that vim will break everything. The situation at that moment will be: (outer) bash +-- apt-get update +-- ucf +-- (inner) bash +-- vimdiff My intention when pressing was to background just the vimdiff and return to the inner bash that ucf had started. What actually happened was that it backgrounded the entire set of processes, upto and including the apt-get update, leaving me at the outer bash. This happened without any of the usual terminal suspend logic running in e.g. vim, meaning we're still in full altscreen mode, having not cleared the screen, running the wrong termios settings, with mouse reporting enabled, etc etc... This quite strongly confuses the outer bash which wasn't expecting to receive mouse report events. At this point realising my mistake, I `fg`, which makes the problem even worse, as now apt or ucf resumes and generally the terminal is in quite a mess. I couldn't easily work out a way out of this situation short of `kill -9` every process involved, and begin a resuce attempt with $ dpkg --reconfigure -a $ apt-get install -f Fixing this issue would be useful, as it would make running a subshell less painful. This also relates to #358154 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=358154 -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.15.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ucf depends on: ii coreutils 8.30-1 ii debconf 1.5.69 ii sensible-utils 0.0.12 ucf recommends no packages. ucf suggests no packages. -- debconf information: ucf/conflicts_found: * ucf/changeprompt_threeway: keep_current ucf/title: * ucf/changeprompt: keep_current * ucf/show_diff:
Bug#473996: promptconfaction should offer vimdiff too
On Fri, 11 Jan 2019 12:21:27 +
"Paul \"LeoNerd\" Evans" wrote:
> Really this is just about saving myself some keystrokes. I'd rather
> hit
>
> e
>
> than
>
> z vimdiff /etc/sshd/ssh_config{,.dpkg_new}
> ...
> fg
>
> every time. There's no complicated questions about 3way diff in this.
Actually, sshd now appears to be using ucf so it's even more tedious
currently. Right now is printing:
A new version (/tmp/fileEkQlUI) of configuration
file /etc/ssh/sshd_config is available, but the version installed
currently has been locally modified.
in a fullscreen dialog, offering some choices, none of which is
`vimdiff`. I can start a shell, but if I do that then it switches back
out of the full (alt)screen dialog it was running, so I have lost the
filenames in question. I have to remember to copy-and-paste so I can
$ vimdiff /etc/ssh/sshd_config /tmp/fileEkQlUI
Additionally, ucf's way of starting a new shell hasn't properly worked,
because Ctrl-Z inside _that_ vimdiff to background itself so I can
return to the inner shell momentarily massively breaks everything -
what it in fact does is backgrounds the entire apt-get upgrade / ucf /
bash / vim combo, meaning that when I `fg` again afterwards I return
back to apt-get upgrade and all is confused.
That admittedly is a separate bug, but is all compounded by my having
to go the long way around because I couldn't just hit `v` to begin with.
Can we please have `v`?
--
Paul "LeoNerd" Evans
leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS
http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
pgph0sqOQNeik.pgp
Description: OpenPGP digital signature
Bug#473996: promptconfaction should offer vimdiff too
On Sun, 2 Dec 2018 15:06:37 +0100
Guillem Jover wrote:
> - There is a desire to get 3-way merge support. This is currently
>just unreliable, as we do not keep all the information required.
>I'd rather not spend time on this until the conffiledb work is
>merged, which I just need to sit down and do. :)
3way could be fun eventually, but a quick win rightnow surely is to
just allow a user to hit a key to do the equivalent of the vimdiff (or
ediff or whatever tool) they're already using. I'd be perfectly happy
for the actual command invoked to be from a config file etc... I only
hardcoded 'vimdiff' in my original patch as a quick demonstration of
the behaviour I wanted.
Really this is just about saving myself some keystrokes. I'd rather hit
e
than
z vimdiff /etc/sshd/ssh_config{,.dpkg_new}
...
fg
every time. There's no complicated questions about 3way diff in this.
--
Paul "LeoNerd" Evans
leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS
http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#914821: libio-pty-perl: New upstream version - 1.12
Package: libio-pty-perl Version: 1:1.12-0leo4 Severity: wishlist There is a newer version upstream (1.12) that contains some bugfixes and new features over the version currently in debian (1.08). -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.15.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libio-pty-perl depends on: ii libc6 2.27-2 ii perl5.26.2-7 ii perl-base [perlapi-5.26.0] 5.26.2-7 libio-pty-perl recommends no packages. libio-pty-perl suggests no packages. -- no debconf information
Bug#473996: promptconfaction should offer vimdiff too
On Fri, 23 Nov 2018 13:09:13 -0500
"Chris Lamb " wrote:
> [Adding guil...@debian.org to CC]
> [Adding 473...@bugs.debian.org to CC]
>
> Hi Paul,
>
> > In order for this bug not to sit idle for yet another five years,
> > attached is my attempt at a patch.
>
> Alas, I don't think that this will merged simply because it hard-
> codes vimdiff.
Oh absolutely. I was fully expecting that exact objection - I just
wrote a minimal "works for me" on the hopes someone else would know how
to make that part.
> Knowing the answers there here the next step here I think, or we
> should just mark all of these bugs as wontfix with a suitable
> justification to ameliorate any frustration.
I hope it does get fixed. I'd love to be able to type
V
instead of
Z
vimdiff /etc/ssh/sshd_config{,.dpkg-new}
every time.
--
Paul "LeoNerd" Evans
leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS
http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#909573: avrdude: Doesn't recognise ATtiny2313A
Package: avrdude Version: 6.3-4+b1 Severity: normal The ATtiny2313A chip has the same programming details and signature as the ATtiny2313, but is not recognised by avrdude: $ avrdude -p attiny2313a ... avrdude: AVR Part "attiny2313a" not found. This can be easily remidied: part parent "t2313" id = "t2313a"; desc = "ATtiny2313A"; ; This may not seem important, but I find it very useful that `avrdude -p` takes the same names for the chips as `avr-gcc -mmcu=`, and my Makefiles are built on this idea. It has worked up until the ATtiny2313A (whose libc header files I need to use as they contain some bugfixes and better names for registers, on an otherwise-identical chip). Likewise while I'm here, the ATtiny84A has an identical problem, similarly fixed by part parent "t84" id = "t84a"; desc = "ATtiny84A"; ; There are likely to be many more "A" variants that should be aliased like these. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages avrdude depends on: ii libc6 2.27-5 ii libelf1 0.170-0.5 ii libftdi1 0.20-4 ii libncurses6 6.1+20180714-1 ii libreadline7 7.0-5 ii libtinfo6 6.1+20180714-1 ii libusb-0.1-4 2:0.1.12-32 avrdude recommends no packages. Versions of packages avrdude suggests: pn avrdude-doc -- no debconf information
Bug#867235: avr-libc: Fails to find iom328pb.h
On Sat, 5 Aug 2017 11:17:52 +0200 Hakan Ardo wrote: > Hi, > thanx for the repport, but iom328pb.h is not provided by avr-libc as > far as I can tell? So it would have to be added to the patch for it > to be usefull. Can I also suggest that you report this upstream > aswell: > > http://savannah.nongnu.org/bugs/?group=avr-libc Took me a while to get around to it, but now reported at https://savannah.nongnu.org/bugs/index.php?54652 -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#908543: dxf2gcode: Please provide a way to specify a file contains inches
Package: dxf2gcode Version: 20170925-4 Severity: wishlist DXF files may contain hints about their measurement units, or they may be abstract numbers. dxf2code tries to guess but if it finds no information either way, it defaults to mm. Some files contain numbers in inches (e.g. in my case, the dxf resultant output from https://cloudconvert.com/svg-to-dxf). Loading these into dxf2code results in shapes that are too small. While this can be corrected by applying a "Scale All" factor of 25.4, it would be nicer if the units could be specified; e.g. $ dxf2code --inches output.dxf -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dxf2gcode depends on: ii poppler-utils 0.63.0-2 ii pstoedit3.73-1+b1 ii python3 3.6.5-3 ii python3-opengl 3.1.0+dfsg-2 ii python3-pyqt5 5.11.2+dfsg-1+b1 dxf2gcode recommends no packages. dxf2gcode suggests no packages. -- no debconf information
Bug#907909: lighttpd: Startup warning about adding mod_openssl to the modules list
Package: lighttpd
Version: 1.4.49-1.1
Severity: minor
If 10-ssl.conf is enabled, starting lighttpd creates a warning:
(configfile.c.60) Warning: please add "mod_openssl" to server.modules
list in lighttpd.conf. A future release of lighttpd 1.4.x *will not*
automatically load mod_openssl and lighttpd *will not* use SSL/TLS
where your lighttpd.conf contains ssl.* directives
This can be fixed by adding the following line to the 10-ssl.conf:
server.modules += ( "mod_openssl" )
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.15.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages lighttpd depends on:
ii libattr11:2.4.47-2+b2
ii libbz2-1.0 1.0.6-8.1
ii libc6 2.27-2
ii libfam0 2.7.0-17.2+b1
ii libldap-2.4-2 2.4.45+dfsg-1
ii libmariadbclient18 1:10.1.35-1
ii libpcre32:8.39-9
ii libssl1.1 1.1.0g-2
ii lsb-base9.20170808
ii mime-support3.60
ii zlib1g 1:1.2.8.dfsg-5
Versions of packages lighttpd recommends:
ii spawn-fcgi 1.6.4-2
Versions of packages lighttpd suggests:
ii apache2-utils 2.4.29-2
pn lighttpd-doc
ii openssl1.1.0g-2
pn php-cgi
pn rrdtool
-- Configuration Files:
/etc/lighttpd/conf-available/10-ssl.conf changed:
server.modules += ( "mod_openssl" )
$SERVER["socket"] == "0.0.0.0:443" {
ssl.engine = "enable"
ssl.pemfile = "/etc/lighttpd/server.pem"
ssl.cipher-list =
"ECDHE-RSA-AES256-SHA384:AES256-SHA256:RC4:HIGH:!MD5:!aNULL:!EDH:!AESGCM"
ssl.honor-cipher-order = "enable"
}
/etc/lighttpd/lighttpd.conf changed:
server.modules = (
"mod_access",
"mod_alias",
"mod_compress",
"mod_rewrite",
"mod_cgi",
"mod_fastcgi",
"mod_proxy"
)
server.document-root= "/var/www"
server.upload-dirs = ( "/var/cache/lighttpd/uploads" )
server.errorlog = "/var/log/lighttpd/error.log"
server.pid-file = "/var/run/lighttpd.pid"
server.username = "www-data"
server.groupname= "www-data"
server.port = 80
index-file.names= ( "index.php", "index.html",
"index.lighttpd.html" )
url.access-deny = ( "~", ".inc" )
static-file.exclude-extensions = ( ".php", ".pl", ".fcgi" )
dir-listing.encoding= "utf-8"
server.dir-listing = "enable"
compress.cache-dir = "/var/cache/lighttpd/compress/"
compress.filetype = ( "application/javascript", "text/css",
"text/html", "text/plain" )
include_shell "/usr/share/lighttpd/use-ipv6.pl " + server.port
include_shell "/usr/share/lighttpd/create-mime.assign.pl"
include_shell "/usr/share/lighttpd/include-conf-enabled.pl"
include_shell "/etc/lighttpd/include-conf-sites.pl"
-- no debconf information
Bug#895865: dxf2gcode: Infinite spin attempting to load DXF file
retitle 895865 dxf2gcode: Very slow loading DXF file On Tue, 17 Apr 2018 13:13:53 -0600 Sebastian Kuzminsky <s...@highlab.com> wrote: > I can't reproduce this bug with the attached DXF file. When I run > "dxf2gcode top.dxf" it thinks about it for about 17 seconds, then > loads successfully. This is on a fairly beefy amd64 machine with > lots of CPUs and RAM, and a max clock frequency of 3.5 GHz. > > After loading the file, dxf2gcode does pop up a warning window that > says "Length of some Elements too short! Length must be greater than > tolerance. Skipped Geometries" > > Please try giving it more time to finish and see if that makes it > load the file successfully. Ah; indeed. My i7-2620 @ 2.7GHz took about 25 seconds but did indeed successfully load it in the end. Given as the layout only contains 68 circular holes (64 in an 8x8 grid plus 4 others), this feels like an inordinately long time though. It still seems like a bug somehow - but I wonder if in fact the bug is in Inkscape, for having generated such a large (in term of bytes) DXF file containing so many tiny arc segments, for such a simple geometry. In case it would help to compare, attached now is also the original SVG file I made in Inkscape. I used "Save As" to export an R14 DXF file. -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#895862: dxf2gcode: Crashes "UnboundLocalError: local variable 'entities' referenced before assignment"
Package: dxf2gcode Version: 20170925-3 Severity: normal Attempting to load a .dxf file, the entire program crashes out with: Loading file: /home/leo/electronics/eload/panels/top.dxf Reading DXF Structure Traceback (most recent call last): File "/usr/bin/dxf2gcode", line 727, in open self.load() File "/usr/bin/dxf2gcode", line 844, in load self.valuesDXF = ReadDXF(self.filename) File "/usr/lib/python3/dist-packages/dxf2gcode/dxfimport/importer.py", line 85, in __init__ self.entities = self.Read_Entities(sections_pos) File "/usr/lib/python3/dist-packages/dxf2gcode/dxfimport/importer.py", line 347, in Read_Entities return entities UnboundLocalError: local variable 'entities' referenced before assignment Aborted In case it's useful, I've attached the .dxf file in question. This .dxf was exported by Inkscape: $ inkscape --version Inkscape 0.92.2 (5c3e80d, 2017-08-06) -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dxf2gcode depends on: ii poppler-utils 0.61.1-2 ii pstoedit3.70-5+b1 ii python3 3.6.4-1 ii python3-opengl 3.1.0+dfsg-1 ii python3-pyqt5 5.9.2+dfsg-1+b1 dxf2gcode recommends no packages. dxf2gcode suggests no packages. -- no debconf information -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#473996: promptconfaction should offer vimdiff too
On Wed, 31 Aug 2011 14:08:34 +0100
Paul LeoNerd Evans <leon...@leonerd.org.uk> wrote:
> Any particular reason the above patch, or functionallity like it,
> hasn't been added into dpkg yet? I find that the vast majority of
> cases when dpkg finds a difference in a file, I hit Z to get a shell,
> then
In order for this bug not to sit idle for yet another five years,
attached is my attempt at a patch.
I haven't been able to properly test it in all variations and
configurations, but hopefully it at least serves as a useful hint into
someone managing to get somewhere into fixing it.
I'm also offering a USD100 bounty to anyone who can get this properly
fixed and applied into Debian mainline.
https://twitter.com/cpan_pevans/status/984101376480481286
--
Paul "LeoNerd" Evans
leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS
http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
diff -ur dpkg-1.18.22/src/configure.c dpkg-1.18.22+EDIT/src/configure.c
--- dpkg-1.18.22/src/configure.c 2017-01-31 03:03:31.0 +
+++ dpkg-1.18.22+EDIT/src/configure.c 2017-03-05 14:34:32.605187891 +
@@ -150,6 +150,7 @@
"Y or I : install the package maintainer's version\n"
"N or O : keep your currently-installed version\n"
" D : show the differences between the versions\n"
+ " E : open both files in vimdiff\n"
" Z : start a shell to examine the situation\n"));
if (what & CFOF_KEEP)
@@ -160,7 +161,7 @@
_(" The default action is to install the new version.\n"));
s = path_basename(cfgfile);
- fprintf(stderr, "*** %s (Y/I/N/O/D/Z) %s ? ", s,
+ fprintf(stderr, "*** %s (Y/I/N/O/D/E/Z) %s ? ", s,
(what & CFOF_KEEP) ? _("[default=N]") :
(what & CFOF_INSTALL) ? _("[default=Y]") :
_("[no default]"));
@@ -217,6 +218,32 @@
}
/**
+ * Open the diff editor between two files.
+ *
+ * @param old The path to the old file.
+ * @param new The path to the new file.
+ */
+static void
+show_editor(const char *old, const char *new)
+{
+ pid_t pid;
+
+ pid = subproc_fork();
+ if (!pid) {
+ /* Child process. */
+ char cmdbuf[1024];
+
+ sprintf(cmdbuf, "vimdiff %.250s %.250s",
+ str_quote_meta(old), str_quote_meta(new));
+
+ command_shell(cmdbuf, _("conffile difference editor"));
+ }
+
+ /* Parent process. */
+ subproc_reap(pid, _("conffile difference editor"), SUBPROC_NOCHECK);
+}
+
+/**
* Spawn a new shell.
*
* Create a subprocess and execute a shell to allow the user to manually
@@ -292,6 +319,9 @@
if (cc == 'd')
show_diff(realold, realnew);
+ if (cc == 'e')
+ show_editor(realold, realnew);
+
if (cc == 'z')
spawn_shell(realold, realnew);
} while (!strchr("yino", cc));
pgpXJztRRGJmD.pgp
Description: OpenPGP digital signature
Bug#873086: ifupdown script disables IPv6 on parent of VLAN interface
Package: bridge-utils
Version: 1.5-13+deb9u1
Followup-For: Bug #873086
I've just ran into this same bug.
I believe the proble comes from line 63 of /lib/bridge-utils/bridge-utils.sh
63 dev="${port%.*}"
because this runs in a function within the containing script, it alters
the value of $dev. This bug can be fixed by simply adding the 'local'
keyword; thus making the line
local dev="${port%.*}"
to localise the value to within that one function, stopping it breaking
the containing code.
I can send a patch if required.
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.15.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages bridge-utils depends on:
ii libc6 2.27-2
bridge-utils recommends no packages.
Versions of packages bridge-utils suggests:
ii ifupdown 0.8.31
Bug#889578: wicd: Confusion over multiple APs with the same name
Package: wicd Version: 1.7.4+tb2-5 Severity: normal I have two APs with the same name, to cover a wide area. These appear differently as different "networks" in the wicd GTK UI. They both require indivdual configuration, individual settings, and so on thus making them appear to be independent. But yet, clicking "connect" on one of them will quite often actually pick whichever one is the closer stronger signal, regardless of which of the two whose button I clicked on. wicd needs to make up its mind clearly about what the deal is with multiple APs having the same name. Are they part of the same "network", or not? * If they are, I'd expect to see them just once in the list, having to configure password and other settings just once, and generally not even have to think about the fact I have two APs, or * If they are to be separate, then the "connect" button really ought to connect to the one I actually asked for. Thanks, -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages wicd depends on: ii wicd-cli [wicd-client] 1.7.4+tb2-5 ii wicd-daemon 1.7.4+tb2-5 ii wicd-gtk [wicd-client] 1.7.4+tb2-5 wicd recommends no packages. wicd suggests no packages. Versions of packages wicd-cli depends on: ii python 2.7.14-4 ii wicd-daemon 1.7.4+tb2-5 Versions of packages wicd-cli recommends: ii sudo 1.8.21p2-3 Versions of packages wicd-gtk depends on: ii python 2.7.14-4 ii python-glade2 2.24.0-5.1+b1 ii python-gtk22.24.0-5.1+b1 ii wicd-daemon1.7.4+tb2-5 Versions of packages wicd-gtk recommends: ii gksu 2.0.2-9+b1 ii python-notify 0.1.1-4 Versions of packages wicd-daemon depends on: ii adduser 3.116 ii dbus 1.12.2-1 ii debconf 1.5.65 ii iputils-ping 3:20161105-1 ii isc-dhcp-client 4.3.5-3+b2 ii lsb-base 9.20170808 ii psmisc 23.1-1 ii python 2.7.14-4 ii python-dbus 1.2.4-1+b4 ii python-gobject 3.26.1-2 ii python-wicd 1.7.4+tb2-5 ii wireless-tools 30~pre9-12+b1 ii wpasupplicant2:2.6-15 Versions of packages wicd-daemon recommends: ii rfkill 0.5-3 ii wicd-cli [wicd-client] 1.7.4+tb2-5 ii wicd-gtk [wicd-client] 1.7.4+tb2-5 Versions of packages wicd-daemon suggests: ii pm-utils 1.4.1-17 Versions of packages python-wicd depends on: ii net-tools 1.60+git20161116.90da8a0-1 ii python 2.7.14-4 Versions of packages python-wicd suggests: pn ethtool ii iproute2 4.14.1-1 -- debconf information: * wicd/users: -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#881382: libtool-bin: --mode=execute overwrites rather than prepends to LD_LIBRARY_PATH
Package: libtool-bin Version: 2.4.6-2 Severity: normal I am developing a C library, which executes its unit tests as C files using libtool --mode=execute ... This has to affect the value of LD_LIBRARY_PATH to ensure the executable for the test uses the newly-compiled library. Fair enough. Problem is, it doesn't respect an existing value for this variable and instead totally overwrites the old value, causing things that should be findable to not be. This matters, because I am in fact developing two C libraries, one that depends on the other. When I make install PREFIX=$HOME the lower library it lives in $HOME/lib and therefore I have to use LD_LIBRARY_PATH to make sure the second library can find it at runtime. Real programs can find it, but the unit tests for the second library cannot, because `libtool --mode=execute` has overwritten the value there. To fix this, it simply has to ensure that it prepends to, rather than overwrites, during its setup shell script. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libtool-bin depends on: ii libtool 2.4.6-2 libtool-bin recommends no packages. libtool-bin suggests no packages. -- no debconf information -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#846260: numlockx: 'Homepage' URL dead
On Tue, 29 Nov 2016 20:19:23 +0100 Michal Čihař <mic...@cihar.com> wrote: > Sure it does. The original author should be reachable as well (last > time I know he AFAIK worked for Collabora), though I don't have > working email contact. Any further update on this? I have a nicely working 'capslockx' program in a locally-modified version of this package I'd like to get submitted back into Debian. What steps next can we take to achieve this? -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/ pgpk6Koi8FxVc.pgp Description: OpenPGP digital signature
Bug#878825: vagrant: Does not detect that `nfs-kernel-server` is sufficient
On Tue, 17 Oct 2017 10:35:21 -0200 Antonio Terceiro <terce...@debian.org> wrote: > I don't have nfs-server installed and still vagrant works just fine > for me: > > un nfs-client > ii nfs-common1:1.3.4-2.1+b1 > ii nfs-kernel-server 1:1.3.4-2.1+b1 > un nfs-server > > Looking at the source code, vagrant does the following to check if nfs > is installed: > > cat /proc/filesystems | grep nfsd Hm; yes I did see it was doing that. Though when I had just `nfs-kernel-server` running, `nfsd` didn't appear in `/proc/filesystems` but having swapped to the userland `nfs-server` it then appeared there. > Can you try to reproduce the issue by reinstalling nfs-kernel-server? > Or trying on a clean system? I'll try swapping back and see what happens. The history here is that vagrant had been working, and then I rebooted the machine after various updates, and found it no longer working. I suspected a version change of something, but maybe in fact it's related to that reboot after all. -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/ pgpOnqxGqvukc.pgp Description: OpenPGP digital signature
Bug#878825: vagrant: Does not detect that `nfs-kernel-server` is sufficient
Package: vagrant Version: 1.9.8+dfsg-1 Severity: normal When trying to start a machine using NFS, when I have `nfs-kernel-server` installed and available, it complains that It appears your machine doesn't support NFS, or there is not an adapter to enable NFS on this machine for Vagrant. Please verify that `nfsd` is installed on your machine, and try again. If you're on Windows, NFS isn't supported. If the problem persists, please contact Vagrant support. This is fixed by installing `nfs-server` (the userland version) which replaces `nfs-kernel-server`. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vagrant depends on: ii bsdtar 3.2.2-3.1 ii curl 7.55.1-1 ii openssh-client 1:7.6p1-2 ii ruby 1:2.3.3 ii ruby-childprocess 0.5.9-1 ii ruby-erubis2.7.0-3 ii ruby-i18n 0.7.0-2 ii ruby-listen3.0.3-3 ii ruby-log4r 1.1.10-4 ii ruby-net-scp 1.2.1-5 ii ruby-net-sftp 1:2.1.2-4 ii ruby-net-ssh 1:4.2.0-2 ii ruby-rest-client 2.0.2-2 Versions of packages vagrant recommends: pn vagrant-libvirt Versions of packages vagrant suggests: ii virtualbox 5.1.28-dfsg-2 -- no debconf information -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#877020: openssh-client: Fails to unlink ControlMaster socket early enough, confuses other clients
Package: openssh-client Version: 1:7.5p1-5 Severity: normal TL;DR: ssh(1) must unlink local socket _before_ attempting more network traffic otherwise broken TCP sockets will stall the entire thing. - I make heavy use of the shared control sockets to multiplex multiple shells, sftp, and other commands down a single TCP connection to remote servers. ControlPath ~/var/run/ssh-master-%r@%h:%p.sock ControlPersist 1s ControlMaster auto In this setup, under stable networking all works nicely. However, my machine is a laptop, and sometimes due to mobile data, wifi, ethernet cable swapping, or other isses my IP address and hence routing change. After such a change, all existing TCP sockets are now unuseable and must be closed and reopened. Simply closing all ssh clients is insufficient here, because the client tries to perform a controlled shutdown of the TCP socket *first* and will only unlink(2) the control master socket from the local filesystem after it has done this. By ordering the operations thus, the client stalls trying to perform this controlled TCP shutdown over now-invalid networking, and never gets around to removing the local unix socket. New ssh clients would try to use this and similarly stall. The correct order of operation ought to be that the control master local socket is unlinked *before* trying to send any traffic, thus restoring the user's "turn it off and on again" approach to fixing the problem - namely by just killing all their clients and making a new one. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.11.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages openssh-client depends on: ii adduser 3.116 ii dpkg 1.18.24 ii libc6 2.24-12 ii libedit2 3.1-20170329-1 ii libgssapi-krb5-2 1.15.1-2 ii libselinux1 2.6-3+b2 ii libssl1.0.2 1.0.2l-2 ii passwd1:4.4-4.1 ii zlib1g1:1.2.8.dfsg-5 Versions of packages openssh-client recommends: ii xauth 1:1.0.9-1+b2 Versions of packages openssh-client suggests: pn keychain pn libpam-ssh pn monkeysphere pn ssh-askpass -- Configuration Files: /etc/ssh/ssh_config changed: Host * SendEnv LANG LC_* HashKnownHosts no GSSAPIAuthentication yes GSSAPIDelegateCredentials no -- no debconf information -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#872272: wicd: default route remains 'wlan0' despite being set to 'prefer wired'
Package: wicd Version: 1.7.4+tb2-4 Severity: normal I have wicd in control of both wired and wifi networks. I have set it to prefer a wired network if available. I currently have a wifi network available as wlan0, which wicd has controlled. I currently have a wired network available as eth0, which wicd has controlled. But yet, my default route is via wlan0: $ ip ro ls default via 192.168.43.1 dev wlan0 ... I can of course manually swap this $ sudo ip ro del default; sudo ip ro add default via 192.168.42.1 whereupon it now works correctly: $ ip ro ls default via 192.168.42.1 dev eth0 I feel however I shouldn't have to do this, as wicd ought to have done it itself, since that is what I asked it for. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.11.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages wicd depends on: ii wicd-cli [wicd-client] 1.7.4+tb2-4 ii wicd-daemon 1.7.4+tb2-4 ii wicd-gtk [wicd-client] 1.7.4+tb2-4 wicd recommends no packages. wicd suggests no packages. Versions of packages wicd-cli depends on: ii python 2.7.13-2 ii wicd-daemon 1.7.4+tb2-4 Versions of packages wicd-cli recommends: ii sudo 1.8.20p2-1 Versions of packages wicd-gtk depends on: ii python 2.7.13-2 ii python-glade2 2.24.0-5.1 ii python-gtk22.24.0-5.1 ii wicd-daemon1.7.4+tb2-4 Versions of packages wicd-gtk recommends: ii gksu 2.0.2-9+b1 ii python-notify 0.1.1-4 Versions of packages wicd-daemon depends on: ii adduser 3.115 ii dbus 1.10.20-1 ii debconf 1.5.63 ii iproute2 4.9.0-1 ii iputils-ping 3:20161105-1 ii isc-dhcp-client 4.3.5-3 ii lsb-base 9.20161125 ii net-tools1.60+git20161116.90da8a0-1 ii psmisc 23.1-1 ii python 2.7.13-2 ii python-dbus 1.2.4-1+b2 ii python-gobject 3.22.0-2 ii python-wicd 1.7.4+tb2-4 ii wireless-tools 30~pre9-12+b1 ii wpasupplicant2:2.4-1 Versions of packages wicd-daemon recommends: ii rfkill 0.5-1+b1 ii wicd-cli [wicd-client] 1.7.4+tb2-4 ii wicd-gtk [wicd-client] 1.7.4+tb2-4 Versions of packages wicd-daemon suggests: ii pm-utils 1.4.1-17 Versions of packages python-wicd depends on: ii python 2.7.13-2 -- debconf information: * wicd/users: -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#867235: avr-libc: Fails to find iom328pb.h
Package: avr-libc Version: 1:2.0.0+Atmel3.5.4-1 Severity: normal Tags: patch Attempting to build a program for the new ATmega328PB, it seems the device-specific IO file is not found: avr-gcc -std=gnu99 -Wall -Os -DF_CPU=1600 -mmcu=atmega328pb -flto -ffunction-sections ... In file included from src/test.c:1:0: /usr/lib/avr/include/avr/io.h:623:6: warning: #warning "device type not defined" [-Wcpp] #warning "device type not defined" ^ I do have the required iom328pb.h file though: -rw-r--r-- 1 root root 27K Jul 22 2016 /usr/lib/avr/include/avr/iom328pb.h Further, I see that iom328pb.h isn't listed in the big long section of #ifdef-guarded #includes in the main io.h. I see there is an attempted generic fallback section based on value of __AVR_DEV_LIB_NAME__ but it seems for whatever reason that isn't kicking in today. If I simply add the required 2 lines (by copying the 328P example), my code will compile fine. Attached is my patch. -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages avr-libc depends on: ii binutils-avr 2.26.20160125+Atmel3.5.3-1 ii gcc-avr 1:4.9.2+Atmel3.5.4-1 avr-libc recommends no packages. avr-libc suggests no packages. -- no debconf information --- /usr/lib/avr/include/avr/io.h.orig 2017-07-05 00:48:35.739212601 +0100 +++ /usr/lib/avr/include/avr/io.h 2017-07-05 00:47:21.191361651 +0100 @@ -270,6 +270,8 @@ # include #elif defined (__AVR_ATmega328P__) # include +#elif (defined __AVR_ATmega328PB__) +# include #elif (defined __AVR_ATmega328__) #include #elif defined (__AVR_ATmega329__)
Bug#734660: Acknowledgement (claws-mail: Allow 'Sent' folder special processing to apply anywhere)
Any progress on this; perhaps just sending it upstream as a bug report? It's been over 3 years now, and in those 3 years I keep accidentally mailing only myself because I meant to reply a followup to the original recipients. -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#858508: acpi-support: Hardware "mute" and volume buttons on Thinkpad X220 no longer take effect
Package: acpi-support Version: 0.142-8 Severity: normal The hardware "mute", "volume up" and "volume down" buttons on my X220 used to correctly adjust the sound volume. Now they do nothing at all. I wonder if this is because the events generated no longer match the patterns defined in the config files; for instance the "mute" button generates: $ socat /var/run/acpid.socket - button/mute MUTE 0080 K whereas the file says: $ cat /etc/acpi/events/thinkpad-mute # Volume Always Mute event=ibm/hotkey HKEY 0080 1017 Similar observations can be made about the volume up and down keys. -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-1-amd64 (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 Init: systemd (via /run/systemd/system) Versions of packages acpi-support depends on: ii acpi-support-base 0.142-8 ii acpid 1:2.0.28-1 ii lsb-base 9.20161125 ii pm-utils 1.4.1-17 ii x11-xserver-utils 7.7+7 Versions of packages acpi-support recommends: ii acpi-fakekey 0.142-8 ii rfkill0.5-1 Versions of packages acpi-support suggests: ii radeontool1.6.3-1 ii vbetool 1.1-4 ii xinput1.6.2-1 ii xscreensaver 5.36-1 -- Configuration Files: /etc/acpi/events/lidbtn changed [not included] -- no debconf information
Bug#858272: iputils-ping: `-M` option to control packet fragmentation ineffective on IPv6
Package: iputils-ping Version: 3:20161105-1 Severity: normal Tags: ipv6 On IPv4, the -M option controls packet fragmentation, allowing one to detect MTU-related bugs: $ ping -4 -M do -s 5 genoa.dictatorshipcake.co.uk PING genoa.dictatorshipcake.co.uk (146.185.142.76) 5(50028) bytes of data. ping: local error: Message too long, mtu=1450 It seems this option is not effective on IPv6. Even with `-M do` set, I see fragmentation according to tcpdump: $ ping -6 -M do -s 5 genoa.dictatorshipcake.co.uk PING genoa.dictatorshipcake.co.uk(genoa.dictatorshipcake.co.uk (2a03:b0c0:0:1010::3b7:b001)) 5 data bytes 50008 bytes from genoa.dictatorshipcake.co.uk (2a03:b0c0:0:1010::3b7:b001): icmp_seq=1 ttl=57 time=62.1 ms causes: 15:10:33.207898 IP6 cel.leo > genoa.dictatorshipcake.co.uk: frag (0|1400) ICMP6, echo request, seq 1, length 1400 15:10:33.207906 IP6 cel.leo > genoa.dictatorshipcake.co.uk: frag (1400|1400) 15:10:33.207908 IP6 cel.leo > genoa.dictatorshipcake.co.uk: frag (2800|1400) 15:10:33.207910 IP6 cel.leo > genoa.dictatorshipcake.co.uk: frag (4200|1400) ... -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (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 Init: sysvinit (via /sbin/init) Versions of packages iputils-ping depends on: ii libc6 2.24-8 ii libcap2 1:2.25-1 ii libidn111.32-3.1 ii libnettle6 3.2-1 Versions of packages iputils-ping recommends: ii libcap2-bin 1:2.25-1 iputils-ping suggests no packages. -- no debconf information
Bug#854176: wicd: Support IPv6-only networks
Package: wicd Version: 1.7.4+tb2-3 Severity: normal Tags: ipv6 wicd gets upset on IPv6-only networks, on which no IPv4-talking DHCP server exists to give an IPv4 address. Such a network is run every year by FOSDEM, to let users test how well their software works. Every year, we find many things that don't. The specific failure mode is that the network layer correctly negotiates IPv6 connectivity, and all networking seems to work just fine. However, wicd does not believe it has been set up yet because it's still running the "Obtaining IP addres..." spinner. After it gets bored waiting for that 'v4 address, it decides the connection wasn't going to work and tears it down again. To solve this, it might be useful at first to make it a non-default option; something like a ticky-box in network properties to select if the network is 'v6-only [ ] IPv6-only network If such option were ticked, then wicd shouldn't bother awaiting an IPv4 address, but simply be happy when a 'v6 has appeared. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-1-amd64 (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 Init: systemd (via /run/systemd/system) Versions of packages wicd depends on: ii wicd-cli [wicd-client] 1.7.4+tb2-3 ii wicd-daemon 1.7.4+tb2-3 ii wicd-gtk [wicd-client] 1.7.4+tb2-3 wicd recommends no packages. wicd suggests no packages. Versions of packages wicd-cli depends on: pn python:any ii wicd-daemon 1.7.4+tb2-3 Versions of packages wicd-cli recommends: ii sudo 1.8.17p1-2 Versions of packages wicd-gtk depends on: ii python-glade2 2.24.0-5.1 ii python-gtk22.24.0-5.1 pn python:any ii wicd-daemon1.7.4+tb2-3 Versions of packages wicd-gtk recommends: ii gksu 2.0.2-9 ii python-notify 0.1.1-4 Versions of packages wicd-daemon depends on: ii adduser 3.115 ii dbus 1.10.14-1 ii debconf 1.5.59 ii iproute2 4.8.0-1 ii iputils-ping 3:20161105-1 ii isc-dhcp-client 4.3.5~b1-1 ii lsb-base 9.20161125 ii net-tools1.60+git20150829.73cef8a-2.2 ii psmisc 22.21-2.1+b1 ii python-dbus 1.2.4-1 ii python-gobject 3.22.0-1 ii python-wicd 1.7.4+tb2-3 pn python:any ii wireless-tools 30~pre9-12 ii wpasupplicant2.5-2+v2.4-3+b1 Versions of packages wicd-daemon recommends: ii rfkill 0.5-1 ii wicd-cli [wicd-client] 1.7.4+tb2-3 ii wicd-gtk [wicd-client] 1.7.4+tb2-3 Versions of packages wicd-daemon suggests: ii pm-utils 1.4.1-16 Versions of packages python-wicd depends on: pn python:any -- debconf information excluded
Bug#847374: npm: Insufficient version dependency on 'node-glob'
Package: npm Version: 1.4.21+ds-2 Severity: normal Current npm requires a version of node-glob at least >= 4.2.0 because of the glob.hasMagic() function. However, the debian package metadata currently claims that node-glob >= 3.1.21 is sufficient. The upshot of that is that it fails by npm ERR! TypeError: glob.hasMagic is not a function npm ERR! at rimraf (/usr/lib/nodejs/rimraf/rimraf.js:61:36) npm ERR! at gentlyRm (/usr/share/npm/lib/utils/gently-rm.js:29:12) npm ERR! at rmGunz (/usr/share/npm/lib/utils/tar.js:171:5) ... -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-1-amd64 (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 Init: systemd (via /run/systemd/system) Versions of packages npm depends on: ii node-abbrev 1.0.9-1 ii node-ansi 0.3.0-2 ii node-ansi-color-table 1.0.0-1 ii node-archy0.0.2-1 ii node-block-stream 0.0.9-1 ii node-fstream 1.0.10-1 ii node-fstream-ignore 0.0.6-2 ii node-github-url-from-git 1.4.0-1 ii node-glob 7.1.1-1 ii node-graceful-fs 4.1.11-1 ii node-gyp 3.4.0-1 ii node-inherits 2.0.3-1 ii node-ini 1.1.0-1 ii node-lockfile 0.4.1-1 ii node-lru-cache2.3.1-1 ii node-minimatch3.0.3-1 ii node-mkdirp 0.5.0-1 ii node-nopt 3.0.6-3 ii node-npmlog 0.0.4-1 ii node-once 1.4.0-2 ii node-osenv0.1.0-1 ii node-read 1.0.5-1 ii node-read-package-json1.2.4-1 ii node-request 2.26.1-1 ii node-retry0.6.0-1 ii node-rimraf 2.5.4-2 ii node-semver 5.3.0-1 ii node-sha 1.2.3-1 ii node-slide1.1.4-1 ii node-tar 2.2.1-1 ii node-underscore 1.8.3~dfsg-1 ii node-which1.0.5-2 ii nodejs4.6.1~dfsg-1 npm recommends no packages. npm suggests no packages. -- no debconf information -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#847027: claws-mail: "Next" no longer shows email
On Mon, 5 Dec 2016 15:39:37 + "Paul \"LeoNerd\" Evans" <leon...@leonerd.org.uk> wrote: > On Mon, 5 Dec 2016 16:12:09 +0100 > Ricardo Mones <mo...@debian.org> wrote: > > > What setting do you have in Configuration/Preferences/Summaries, > > Message list frame, 'Open message when selected' combobox? > > Ah - that was set to "Never". I've now adjusted it and it's back to > the expected behaviour. > > Odd, I hadn't seen that box before. Maybe it's new, or the > interpretation of my config changed between versions or something. > > Either way, it seems to be working fine now, thanks. Oh. Actually maybe not. In any setting now, as well as marking the next message as read when I hit the n or Shift-n keys, it *also* does it merely when I enter the folder. It used to not do it at that time. I have the "Mark message as read" option set to immediate. -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/ pgpCQZZngsa74.pgp Description: OpenPGP digital signature
Bug#847027: claws-mail: "Next" no longer shows email
On Mon, 5 Dec 2016 16:12:09 +0100 Ricardo Mones <mo...@debian.org> wrote: > What setting do you have in Configuration/Preferences/Summaries, > Message list frame, 'Open message when selected' combobox? Ah - that was set to "Never". I've now adjusted it and it's back to the expected behaviour. Odd, I hadn't seen that box before. Maybe it's new, or the interpretation of my config changed between versions or something. Either way, it seems to be working fine now, thanks. -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/ pgpteyBkcMNmv.pgp Description: OpenPGP digital signature
Bug#847027: claws-mail: "Next" no longer shows email
Package: claws-mail Version: 3.14.1-1 Severity: normal Before the latest update, keyboard shortcuts of "n" and "N", or the "Next" button in the toolbar used to display an email (and remove the unread flag) in addition to moving to it. In the current version that stopped working, requiring me to hit the Enter key. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-1-amd64 (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 Init: systemd (via /run/systemd/system) Versions of packages claws-mail depends on: ii libatk1.0-0 2.22.0-1 ii libc62.24-5 ii libcairo21.14.6-1.1 ii libcompfaceg11:1.5.2-5 ii libdb5.3 5.3.28-12 ii libdbus-1-3 1.10.12-1 ii libdbus-glib-1-2 0.108-1 ii libenchant1c2a 1.6.0-11+b1 ii libetpan17 1.6-2 ii libfontconfig1 2.11.0-6.7 ii libfreetype6 2.6.3-3+b1 ii libgdk-pixbuf2.0-0 2.36.0-1 ii libglib2.0-0 2.50.2-1 ii libgnutls30 3.5.6-4 ii libgtk2.0-0 2.24.31-1 ii libice6 2:1.0.9-1+b1 ii libldap-2.4-22.4.42+dfsg-2+b3 ii liblockfile1 1.09-6 ii libpango-1.0-0 1.40.3-3 ii libpangocairo-1.0-0 1.40.3-3 ii libpangoft2-1.0-01.40.3-3 ii libpisock9 0.12.5-dfsg-2+b2 ii libsasl2-2 2.1.27~72-g88d82a3+dfsg-1 ii libsm6 2:1.2.2-1+b1 ii xdg-utils1.1.1-1 ii zlib1g 1:1.2.8.dfsg-2+b3 Versions of packages claws-mail recommends: ii aspell-en [aspell-dictionary] 2016.06.26-0-0.1 ii claws-mail-i18n3.14.1-1 ii xfonts-100dpi 1:1.0.4+nmu1 ii xfonts-75dpi 1:1.0.4+nmu1 Versions of packages claws-mail suggests: ii chromium [www-browser] 53.0.2785.143-1 pn claws-mail-doc pn claws-mail-tools ii elinks [www-browser]0.12~pre6-11+b2 ii firefox [www-browser] 50.0-3 ii firefox-esr [www-browser] 45.5.0esr-1 ii google-chrome-stable [www-browser] 54.0.2840.100-1 ii lynx [www-browser] 2.8.9dev11-1 ii mousepad0.4.0-4 ii w3m [www-browser] 0.5.3-32 -- no debconf information -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#846260: numlockx: 'Homepage' URL dead
On Tue, 29 Nov 2016 18:00:14 +0100 Michal Čihař <mic...@cihar.com> wrote: > Hi > > Paul > > Package: numlockx > > Version: 1.2-7 > > Severity: minor > > > > The homepage quoted in the package metadata doesn't appear to exist: > > > > Homepage: http://home.kde.org/~seli/numlockx/ > > Yes, there is no alive upstream (for few years). Oh. That's upsetting. Does the licence (and debian policy) allow someone else to take it over? If so perhaps I will do so, and add the ability to do capslock myself. -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/ pgppVNWcBRO4l.pgp Description: OpenPGP digital signature
Bug#846260: numlockx: 'Homepage' URL dead
Package: numlockx Version: 1.2-7 Severity: minor The homepage quoted in the package metadata doesn't appear to exist: Homepage: http://home.kde.org/~seli/numlockx/ $ wget http://home.kde.org/~seli/numlockx/ --2016-11-29 16:43:27-- http://home.kde.org/~seli/numlockx/ Resolving home.kde.org (home.kde.org)... failed: Name or service not known. wget: unable to resolve host address ‘home.kde.org’ I was going to contact upstream author to request adding a new feature (namely: similar support for controlling capslock). -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-1-amd64 (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 Init: systemd (via /run/systemd/system) Versions of packages numlockx depends on: ii libc6 2.24-5 ii libx11-6 2:1.6.3-1 ii libxext6 2:1.3.3-1 ii libxtst6 2:1.2.2-1+b1 numlockx recommends no packages. Versions of packages numlockx suggests: ii xdm [x-display-manager] 1:1.1.11-3 -- no debconf information -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#781288: Fails also with xdm
On Tue, 2 Aug 2016 21:48:31 +0100 "Paul \"LeoNerd\" Evans" <leon...@leonerd.org.uk> wrote: > I'm using a plain xdm, rather than lightdm and I suffer the same > issue. > > I'm afraid I can't apply the workaround in Message #20, as I don't > appear to even have xfce4-power-manager running. If I try to open the > settings for it, the dialog pops up asking Ahah. Having poked around this some more I think I have a workaround in my case. It turns out some system-level thing was running "light-locker" on my behalf, which I suspect was the process that locked the screen in a broken way. If I $ apt-get remove light-locker then I can freely suspend the machine without issue. Of course, this doesn't solve the problem for anyone who actually *does* want to use light-locker, but at least I personally now have a solution. -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/ pgpD03rfc0q4p.pgp Description: OpenPGP digital signature
Bug#836744: npm: bash completion script breaks $IFS
Package: npm Version: 1.4.21+ds-2 Severity: important If the `npm` bash completion is interrupted, the IFS variable in the shell becomes corrupted so that now basically very little works, including aliases with spaces in. For example: $ alias ls alias ls='ls $LS_OPTIONS' $ ls [currently works] Now cause a completion that gets interrupted, by hitting and then $ npm install l At this point the alias is now broken $ ls ls: invalid argument ‘auto -h’ for ‘--color’ Valid arguments are: - ‘always’, ‘yes’, ‘force’ - ‘never’, ‘no’, ‘none’ - ‘auto’, ‘tty’, ‘if-tty’ Try 'ls --help' for more information. This bug comes from the completion script trying to save and restore changes to IFS by its own local variable of $si, rather than simply doing local IFS -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (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 Init: systemd (via /run/systemd/system) Versions of packages npm depends on: ii node-abbrev 1.0.9-1 ii node-ansi 0.3.0-2 ii node-ansi-color-table 1.0.0-1 ii node-archy0.0.2-1 ii node-block-stream 0.0.7-1 ii node-fstream 0.1.24-1 ii node-fstream-ignore 0.0.6-2 ii node-github-url-from-git 1.4.0-1 ii node-glob 4.0.5-1 ii node-graceful-fs 3.0.2-1 ii node-gyp 3.4.0-1 ii node-inherits 2.0.1-3 ii node-ini 1.1.0-1 ii node-lockfile 0.4.1-1 ii node-lru-cache2.3.1-1 ii node-minimatch1.0.0-1 ii node-mkdirp 0.5.0-1 ii node-nopt 3.0.1-1 ii node-npmlog 0.0.4-1 ii node-once 1.1.1-1 ii node-osenv0.1.0-1 ii node-read 1.0.5-1 ii node-read-package-json1.2.4-1 ii node-request 2.26.1-1 ii node-retry0.6.0-1 ii node-rimraf 2.2.8-1 ii node-semver 2.1.0-2 ii node-sha 1.2.3-1 ii node-slide1.1.4-1 ii node-tar 1.0.3-2 ii node-underscore 1.7.0~dfsg-1 ii node-which1.0.5-2 ii nodejs4.3.1~dfsg-3 npm recommends no packages. npm suggests no packages. -- no debconf information -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/ pgpPizesRYWKH.pgp Description: OpenPGP digital signature
Bug#781288: Fails also with xdm
I'm using a plain xdm, rather than lightdm and I suffer the same issue. I'm afraid I can't apply the workaround in Message #20, as I don't appear to even have xfce4-power-manager running. If I try to open the settings for it, the dialog pops up asking "Xfce4 Power Manage is not running, do you want to launch it?" The behaviour is the same if I let it, or don't. -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/ pgprVvf9YogkU.pgp Description: OpenPGP digital signature
Bug#829304: Acknowledgement (xserver-xorg: Display no longer survives suspend/resume)
reassign 829304 xfce4 merge 829304 781288 thanks Turns out this isn't an X server bug at all. The login manager (xdm or lightdm) both survive a suspend just fine, as does my own X session if I log in directly to an emergency xterm or similar. It seems quite specific to xfce4. Also it seems related to #781288, so I'll merge it. -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#831805: wicd-daemon: Not all PEAP/MS-CHAP-V2 networks require a "Domain" field
Package: wicd-daemon
Version: 1.7.4+tb2-2
Severity: normal
Dear Maintainer,
I'm trying to connect to a network that does not want the "domain" part
of the identity. The current configuration templates make this
impossible because they require a "domain" field that's concatenated
identity="DOMAIN\USERNAME"
To allow me to use this network I had to create the following additional
template and add it to the 'active' list:
-
name = WPA2-PEAP with CCMP/MSCHAPV2 (no domain)
author = pevans
version = 1
require identity *Username password *Password
protected password *Password
-
ctrl_interface=/var/run/wpa_supplicant
network={
ssid="$_ESSID"
proto=RSN
key_mgmt=WPA-EAP
pairwise=CCMP
eap=PEAP
identity="$_IDENTITY"
password="$_PASSWORD"
phase2="auth=MSCHAPv2"
}
-
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages wicd-daemon depends on:
ii adduser 3.115
ii dbus 1.10.8-1
ii debconf 1.5.59
ii iproute2 4.3.0-1+b1
ii iputils-ping 3:20150815-2
ii isc-dhcp-client 4.3.4-1
ii lsb-base 9.20160601
ii net-tools1.60+git20150829.73cef8a-2
ii psmisc 22.21-2.1+b1
ii python-dbus 1.2.4-1
ii python-gobject 3.20.1-1
ii python-wicd 1.7.4+tb2-2
pn python:any
ii wireless-tools 30~pre9-11
ii wpasupplicant2.3-2.3
Versions of packages wicd-daemon recommends:
ii rfkill 0.5-1
ii wicd-cli [wicd-client] 1.7.4+tb2-2
ii wicd-gtk [wicd-client] 1.7.4+tb2-2
Versions of packages wicd-daemon suggests:
ii pm-utils 1.4.1-16
Versions of packages wicd depends on:
ii wicd-cli [wicd-client] 1.7.4+tb2-2
ii wicd-gtk [wicd-client] 1.7.4+tb2-2
Versions of packages wicd-cli depends on:
pn python:any
Versions of packages wicd-cli recommends:
ii sudo 1.8.15-1.1
Versions of packages wicd-gtk depends on:
ii python-glade2 2.24.0-4
ii python-gtk22.24.0-4
pn python:any
Versions of packages wicd-gtk recommends:
ii gksu 2.0.2-9
ii python-notify 0.1.1-4
Versions of packages python-wicd depends on:
pn python:any
-- Configuration Files:
/etc/wicd/encryption/templates/active changed:
wpa
wpa-peap
wpa-psk
wpa-psk-hex
wpa2-leap
wpa2-peap
wpa2-peap-no-domain
wep-hex
wep-passphrase
wep-shared
leap
ttls
eap
peap
peap-tkip
eap-tls
psu
-- debconf information:
* wicd/users:
--
Paul "LeoNerd" Evans
leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS
http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#830291: claws-mail: "Reply as followup" logic only works in Sent box
Package: claws-mail Version: 3.13.2-1 Severity: normal If you hit "reply" to an email you wrote that's in your Sent box, claws-mail correctly determines you meant to follow-up and composes a new mail with the same recipient as the original, rather than doing the useless behaviour of replying to yourself. It would be useful if this behaviour wasn't restricted to the Sent box, but could be applied to any mail folder. I often keep a folder per project or similar; quite often I end up accidentally replying to just myself. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (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 Init: systemd (via /run/systemd/system) Versions of packages claws-mail depends on: ii libatk1.0-0 2.20.0-1 ii libc62.22-11 ii libcairo21.14.6-1+b1 ii libcompfaceg11:1.5.2-5 ii libdb5.3 5.3.28-11 ii libdbus-1-3 1.10.8-1 ii libdbus-glib-1-2 0.106-1 ii libenchant1c2a 1.6.0-11+b1 ii libetpan17 1.6-1+b1 ii libfontconfig1 2.11.0-6.4 ii libfreetype6 2.6.3-3+b1 ii libgdk-pixbuf2.0-0 2.34.0-1 ii libglib2.0-0 2.48.1-1 ii libgnutls30 3.4.13-1 ii libgtk2.0-0 2.24.30-2 ii libice6 2:1.0.9-1+b1 ii libldap-2.4-22.4.42+dfsg-2+b2 ii liblockfile1 1.09-6 ii libpango-1.0-0 1.40.1-1 ii libpangocairo-1.0-0 1.40.1-1 ii libpangoft2-1.0-01.40.1-1 ii libpisock9 0.12.5-dfsg-2+b1 ii libsasl2-2 2.1.26.dfsg1-15 ii libsm6 2:1.2.2-1+b1 ii xdg-utils1.1.1-1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages claws-mail recommends: ii aspell-en [aspell-dictionary] 2016.01.19-0-0.1 ii claws-mail-i18n3.13.2-1 ii xfonts-100dpi 1:1.0.4+nmu1 ii xfonts-75dpi 1:1.0.4+nmu1 Versions of packages claws-mail suggests: ii chromium [www-browser] 51.0.2704.79-1 pn claws-mail-doc pn claws-mail-tools ii elinks [www-browser]0.12~pre6-11+b2 ii firefox-esr [www-browser] 45.2.0esr-1 ii google-chrome-stable [www-browser] 51.0.2704.106-1 ii lynx [www-browser] 2.8.9dev9-1 ii mousepad0.4.0-4 ii w3m [www-browser] 0.5.3-28 -- no debconf information -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#829696: xfce4-panel: Panel displayed in wrong position on startup
Package: xfce4-panel Version: 4.12.0-4 Severity: normal Dear Maintainer, Immediately after logging in to xfce4, my panel that should be across the top of the screen is in fact displayed vertically, heavily truncated, down the side of the screen. If I simply right-click it and hit "Panel Preferences", it works out that it's in the wrong place and redraws correctly, thereafter working fine. To clarify: I don't have to edit any settings on the preferences dialog; merely opening it is enough to fix it. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (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 Init: systemd (via /run/systemd/system) Versions of packages xfce4-panel depends on: ii exo-utils0.10.7-1 ii libatk1.0-0 2.20.0-1 ii libc62.22-11 ii libcairo21.14.6-1+b1 ii libdbus-1-3 1.10.8-1 ii libdbus-glib-1-2 0.106-1 ii libexo-1-0 0.10.7-1 ii libfontconfig1 2.11.0-6.4 ii libfreetype6 2.6.3-3+b1 ii libgarcon-1-00.4.0-2 ii libgdk-pixbuf2.0-0 2.34.0-1 ii libglib2.0-0 2.48.1-1 ii libgtk2.0-0 2.24.30-2 ii libice6 2:1.0.9-1+b1 ii libpango-1.0-0 1.40.1-1 ii libpangocairo-1.0-0 1.40.1-1 ii libpangoft2-1.0-01.40.1-1 ii libsm6 2:1.2.2-1+b1 ii libwnck222.30.7-5 ii libx11-6 2:1.6.3-1 ii libxext6 2:1.3.3-1 ii libxfce4ui-1-0 4.12.1-2 ii libxfce4util74.12.1-2 ii libxfconf-0-24.12.0-2+b1 xfce4-panel recommends no packages. xfce4-panel suggests no packages. -- no debconf information -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/ pgpnODuao4TMd.pgp Description: OpenPGP digital signature
Bug#829304: Acknowledgement (xserver-xorg: Display no longer survives suspend/resume)
Actually; I'm suddenly not sure this is an xserver bug. I tried an experiment by logging out of my desktop (xfce) to leave the machine at the plain xdm login screen. It seems that xdm itself is perfectly happy to suspend and resume without issue. I wonder if therefore the black display is more related to something in my desktop environment of xfce, than the X server itself. -- Paul "LeoNerd" Evans leon...@leonerd.org.uk | https://metacpan.org/author/PEVANS http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/
Bug#829304: xserver-xorg: Display no longer survives suspend/resume
Package: xserver-xorg Version: 1:7.7+15 Severity: normal Yesterday I performed a dist-upgrade which replaced a lot of packages (probably about 3 to 4 months worth). Today, the X server no longer displays anything on resume from suspend. Prior to this update it worked fine. The symptoms are that the screen is just solid black. The machine hasn't crashed entirely; networking is still fine, as are the plain-text console terminals of tty1 to tty6. I can rescue the machine by switching to tty1, logging in as root and running $ /etc/init.d/xdm restart which successfully shuts down and restarts the X server. The machine is a Lenovo Thinkpad X220; I believe the information below contains the rest of the relevant configuration. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Jul 29 2011 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 274 Apr 5 08:05 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0116] (rev 09) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 4.6.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.4.0 20160609 (Debian 5.4.0-4) ) #1 SMP Debian 4.6.2-2 (2016-06-25) Xorg X server log files on system: -- -rw-r--r-- 1 root root 32439 Jul 21 2013 /var/log/Xorg.20.log -rw-r--r-- 1 root root 35837 Jul 2 12:33 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 32136.795] X.Org X Server 1.18.3 Release Date: 2016-04-04 [ 32136.795] X Protocol Version 11, Revision 0 [ 32136.795] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian [ 32136.795] Current Operating System: Linux shy 4.6.0-1-amd64 #1 SMP Debian 4.6.2-2 (2016-06-25) x86_64 [ 32136.795] Kernel command line: BOOT_IMAGE=/vmlinuz-4.6.0-1-amd64 root=/dev/mapper/vg_shy-root ro quiet [ 32136.795] Build Date: 05 April 2016 07:00:43AM [ 32136.795] xorg-server 2:1.18.3-1 (http://www.debian.org/support) [ 32136.795] Current version of pixman: 0.33.6 [ 32136.795]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 32136.795] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 32136.795] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Jul 2 12:32:46 2016 [ 32136.796] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 32136.796] (==) No Layout section. Using the first Screen section. [ 32136.796] (==) No screen section available. Using defaults. [ 32136.796] (**) |-->Screen "Default Screen Section" (0) [ 32136.796] (**) | |-->Monitor "" [ 32136.796] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 32136.796] (==) Automatically adding devices [ 32136.796] (==) Automatically enabling devices [ 32136.796] (==) Automatically adding GPU devices [ 32136.796] (==) Max clients allowed: 256, resource mask: 0x1f [ 32136.796] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 32136.796]Entry deleted from font path. [ 32136.796] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 32136.796] (==) ModulePath set to "/usr/lib/xorg/modules" [ 32136.796] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 32136.796] (II) Loader magic: 0x55daada60dc0 [ 32136.796] (II) Module ABI versions: [ 32136.796]X.Org ANSI C Emulation: 0.4 [ 32136.796]X.Org Video Driver: 20.0 [ 32136.796]X.Org XInput driver : 22.1 [ 32136.796]X.Org Server Extension : 9.0 [ 32136.797] (++) using VT number 7 [ 32136.797] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration [ 32136.797] (II) xfree86: Adding drm device (/dev/dri/card0) [ 32136.799] (--) PCI:*(0:0:2:0) 8086:0116:17aa:21da rev 9, Mem @ 0xf000/4194304, 0xe000/268435456, I/O @ 0x5000/64, BIOS @ 0x/131072 [ 32136.799] (II) LoadModule: "glx" [ 32136.799] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 32136.800] (II) Module glx:
Bug#814517: Acknowledgement (wpasupplicant: Unstable connection after laptop suspend)
hysteresis check that's saving me from waiting until the heat-death of the universe and eventually causes my link to actually work. At this point I wish to turn attention to this "wpa_action" - what is it, what's it supposed to be doing, and why does it take to "ifdown"ing my link every time here? This is now my fourth email on this bug in four months and nobody seems to be listening. Is there anyone out there who is able to help me, or am I going at this totally alone? -- Paul "LeoNerd" Evans leon...@leonerd.org.uk http://www.leonerd.org.uk/ | https://metacpan.org/author/PEVANS
Bug#814517: Acknowledgement (wpasupplicant: Unstable connection after laptop suspend)
Actually on further observation, it seems not to strictly be related to suspend. Sometimes it happens when I roam between access points of the same SSID, without a suspend inbetween. So the issue might be more related to reconnect logic. -- Paul "LeoNerd" Evans leon...@leonerd.org.uk http://www.leonerd.org.uk/ | https://metacpan.org/author/PEVANS
Bug#814517: Acknowledgement (wpasupplicant: Unstable connection after laptop suspend)
Hi all, Is there any way I can provide more information to help someone debug this issue? It's been a month now and nobody's replied at all. I'm quite happy to fiddle with local configs and get more debug logging to send in, if someone could explain to me what information is likely to be useful. As it happens almost every time I move from home to my office or back, it's readily repeatable. Please let me know how I can help, -- Paul "LeoNerd" Evans leon...@leonerd.org.uk http://www.leonerd.org.uk/ | https://metacpan.org/author/PEVANS
Bug#814517: wpasupplicant: Unstable connection after laptop suspend
Package: wpasupplicant Version: 2.3-2.3 Severity: normal After a fresh reboot, wpasupplicant can easily and reliably connect to any of my networks - home, work, etc... If I suspend the laptop and resume it again, either in the same place it was suspended or by moving it to another, quite often wpasupplicant will get stuck in an unstable loop, where it associates, obtains IP addresses, only to choose to disconnect and start over. I say "quite often" because it seems to be unstable; sometimes it doesn't do this. Always one of three scenarios happens: 1. It connects stably the first time and continues working 2. It gets stuck in a permanent reconnection cycle, requiring manual intervention (sudo ifdown wlan0; sudo ifup wlan0) to recover 3. It reconnects a few times, maybe order of 3 to 10, and then mysteriously succeeds and thereafter remains stable. It is possible that cases 2 and 3 are really the same; usually after a few minutes of waiting watching it continually reconnect I get bored of waiting and forcibly restart it. As an example, here's a chunk of /var/log/messages from just now when it was stuck in a reconnection loop, before I manually restarted it: ... Feb 12 12:15:35 shy wpa_action: creating sendsigs omission pidfile: /run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.wlan0.pid Feb 12 12:15:35 shy wpa_action: bssid=4a:d9:e7:47:bd:a6 Feb 12 12:15:35 shy wpa_action: freq=0 Feb 12 12:15:35 shy wpa_action: ssid=leoair Feb 12 12:15:35 shy wpa_action: id=0 Feb 12 12:15:35 shy wpa_action: id_str=home Feb 12 12:15:35 shy wpa_action: mode=station Feb 12 12:15:35 shy wpa_action: pairwise_cipher=CCMP Feb 12 12:15:35 shy wpa_action: group_cipher=CCMP Feb 12 12:15:35 shy wpa_action: key_mgmt=WPA2-PSK Feb 12 12:15:35 shy wpa_action: wpa_state=COMPLETED Feb 12 12:15:35 shy wpa_action: ip_address=192.168.43.25 Feb 12 12:15:35 shy wpa_action: address=8c:a9:82:c3:87:98 Feb 12 12:15:35 shy wpa_action: uuid=78bcb1d2-42b3-571f-a058-ee941a51415e Feb 12 12:15:35 shy wpa_action: WPA_IFACE=wlan0 WPA_ACTION=DISCONNECTED Feb 12 12:15:35 shy wpa_action: WPA_ID=0 WPA_ID_STR=home WPA_CTRL_DIR=/var/run/wpa_supplicant Feb 12 12:15:35 shy wpa_action: ifdown wlan0 Feb 12 12:15:36 shy kernel: [173556.420871] wlan0: deauthenticating from 4a:d9:e7:47:bd:a6 by local choice (Reason: 3=DEAUTH_LEAVING) Feb 12 12:15:46 shy wpa_action: removing sendsigs omission pidfile: /run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.wlan0.pid Feb 12 12:15:46 shy kernel: [173566.483376] iwlwifi :03:00.0: L1 Enabled - LTR Disabled Feb 12 12:15:46 shy kernel: [173566.490868] iwlwifi :03:00.0: Radio type=0x0-0x0-0x3 Feb 12 12:15:46 shy kernel: [173566.537968] iwlwifi :03:00.0: L1 Enabled - LTR Disabled Feb 12 12:15:46 shy kernel: [173566.545392] iwlwifi :03:00.0: Radio type=0x0-0x0-0x3 Feb 12 12:15:46 shy kernel: [173566.578249] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready Feb 12 12:15:46 shy wpa_action: WPA_IFACE=wlan0 WPA_ACTION=CONNECTED Feb 12 12:15:46 shy wpa_action: WPA_ID=0 WPA_ID_STR=home WPA_CTRL_DIR=/var/run/wpa_supplicant Feb 12 12:15:46 shy wpa_action: ifup wlan0=home Feb 12 12:15:46 shy kernel: [173567.044242] wlan0: authenticate with 4a:d9:e7:47:bd:a6 Feb 12 12:15:46 shy kernel: [173567.048153] wlan0: send auth to 4a:d9:e7:47:bd:a6 (try 1/3) Feb 12 12:15:46 shy kernel: [173567.050642] wlan0: authenticated Feb 12 12:15:46 shy kernel: [173567.051134] wlan0: associate with 4a:d9:e7:47:bd:a6 (try 1/3) Feb 12 12:15:46 shy kernel: [173567.054908] wlan0: RX AssocResp from 4a:d9:e7:47:bd:a6 (capab=0x431 status=0 aid=2) Feb 12 12:15:46 shy kernel: [173567.069891] wlan0: associated Feb 12 12:15:46 shy kernel: [173567.069959] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready Feb 12 12:15:51 shy wpa_action: creating sendsigs omission pidfile: /run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.wlan0.pid Feb 12 12:15:51 shy wpa_action: bssid=4a:d9:e7:47:bd:a6 Feb 12 12:15:51 shy wpa_action: freq=0 ... as before Feb 12 12:15:51 shy wpa_action: WPA_ID=0 WPA_ID_STR=home WPA_CTRL_DIR=/var/run/wpa_supplicant Feb 12 12:15:51 shy wpa_action: ifdown wlan0 Feb 12 12:15:52 shy kernel: [173572.482103] wlan0: deauthenticating from 4a:d9:e7:47:bd:a6 by local choice (Reason: 3=DEAUTH_LEAVING) Feb 12 12:16:02 shy wpa_action: removing sendsigs omission pidfile: /run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.wlan0.pid Feb 12 12:16:02 shy kernel: [173582.545790] iwlwifi :03:00.0: L1 Enabled - LTR Disabled Feb 12 12:16:02 shy kernel: [173582.553264] iwlwifi :03:00.0: Radio type=0x0-0x0-0x3 Feb 12 12:16:02 shy kernel: [173582.588903] iwlwifi :03:00.0: L1 Enabled - LTR Disabled Feb 12 12:16:02 shy kernel: [173582.596332] iwlwifi :03:00.0: Radio type=0x0-0x0-0x3 Feb 12 12:16:02 shy kernel: [173582.630502] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready Feb 12 12:16:02 shy wpa_action:
Bug#800562: ncurses-term: screen terminfo is missing 'erase_chars' capstring
Package: ncurses-term Version: 6.0+20150810-1 Severity: normal Tags: upstream The `screen` program has the ability to perform the 'erase_chars' behaviour, using an ECMA-48-standard CSI X; for example: $ echo -e "ABCDEF\e[3G\e[2X" AB EF correctly erases the 2 chars in the middle when run via screen. However, the `screen` terminfo file fails to include the `erase_chars` capstring: $ infocmp -L1 screen | grep erase_chars as compared other terms that do; for example: $ infocmp -L1 xterm | grep erase_chars erase_chars=\E[%p1%dX, This capstring should be added to the screen terminfo. (and likewise screen-bce, screen-256color, screen-256color-bce) -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (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 Init: sysvinit (via /sbin/init) -- no debconf information
Bug#781330: zenity: Please provide a font selection dialog
Package: zenity Version: 3.14.0-1 Severity: wishlist Given as zenity already provides a colour or file picker dialog, I think it would be useful to have a font picker as well. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages zenity depends on: ii libc6 2.19-15 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libgtk-3-0 3.14.5-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-3 ii libwebkitgtk-3.0-0 2.4.8-1 ii libx11-62:1.6.2-3 ii zenity-common 3.14.0-1 zenity recommends no packages. zenity suggests no packages. -- no debconf information -- Paul LeoNerd Evans leon...@leonerd.org.uk http://www.leonerd.org.uk/ | https://metacpan.org/author/PEVANS pgp1CRSCjSnHz.pgp Description: OpenPGP digital signature
Bug#770331: graphite-web: aliasByNode() gets upset by 'odd' characters in data paths
Package: graphite-web Version: 0.9.12+debian-6 Severity: normal If I store my data in a path looking like: host:server.disk:sda.dir:w.sectors then this confuses the aliasByNode() function. Asking it to set the legend as node 0 produces simply host, and nodes 1 onwards yield an invalid graph entirely. It gets similarly upset if I use = to separate these name=value pairs. For now, I have reshaped my data into paths like by_host.server.by_disk.sda.by_dir.w.sectors which now works as expected. It seems only the aliasByNode() function itself that gets upset by this though; other functionallity seems unaffected. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (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 graphite-web depends on: ii adduser3.113+nmu3 ii libjs-jquery 1.7.2+dfsg-3.2 ii libjs-jquery-flot 0.8.2+dfsg-1 ii libjs-prototype1.7.1-3 ii libjs-scriptaculous1.9.0-2 ii python 2.7.8-2 ii python-cairo 1.8.8-1+b2 ii python-django 1.7.1-1 ii python-django-tagging 1:0.3.1-4 ii python-pyparsing 2.0.3+dfsg1-1 ii python-simplejson 3.6.5-1 ii python-tz 2012c-1 ii python-whisper 0.9.12-1 graphite-web recommends no packages. Versions of packages graphite-web suggests: ii graphite-carbon 0.9.12-3 pn libapache2-mod-wsgi none pn python-ldap none pn python-memcache none pn python-mysqldb 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#768253: dovecot-core: dovecot stuck in postinstall
Package: dovecot-core
Version: 1:2.2.13-6
Followup-For: Bug #768253
This bug also happened to me during 'apt-get upgrade'
I killed the postinst script from another shell, let the upgrade
continue, and came back later.
I then ran apt-get install -f, which managed one round of update, then
stalled on a second one. After killing that one and running it a third
time, it didn't stall, and ran successfully to completion. I hadn't got
around to editing or investigating much during.
One thing I did notice was that the first time it failed, the process
with the zombie child was blocked on a read() of filedescriptor 8, which
was a pipe. I hadn't worked out where the other side is.
-- Package-specific info:
dovecot configuration
-
# 2.2.13: /etc/dovecot/dovecot.conf
# OS: Linux 3.10-3-amd64 x86_64 Debian jessie/sid
mail_location = maildir:~/Maildir
namespace inbox {
inbox = yes
location =
mailbox Drafts {
special_use = \Drafts
}
mailbox Junk {
special_use = \Junk
}
mailbox Sent {
special_use = \Sent
}
mailbox Sent Messages {
special_use = \Sent
}
mailbox Trash {
special_use = \Trash
}
prefix =
}
passdb {
driver = pam
}
protocols = imap
service auth {
unix_listener /var/spool/postfix/private/auth {
group = postfix
mode = 0660
user = postfix
}
}
ssl_cert = /etc/dovecot/dovecot.pem
ssl_key = /etc/dovecot/private/dovecot.pem
userdb {
driver = passwd
}
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.10-3-amd64 (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 dovecot-core depends on:
ii adduser 3.113+nmu3
ii libbz2-1.0 1.0.6-7+b1
ii libc6 2.19-13
ii liblzma55.1.1alpha+20120614-2+b1
ii libpam-runtime 1.1.8-3.1
ii libpam0g1.1.8-3.1
ii libssl1.0.0 1.0.1j-1
ii libwrap07.6.q-25
ii openssl 1.0.1j-1
ii ucf 3.0030
ii zlib1g 1:1.2.8.dfsg-2
dovecot-core recommends no packages.
Versions of packages dovecot-core suggests:
pn dovecot-gssapinone
ii dovecot-imapd 1:2.2.13-6
pn dovecot-ldap none
pn dovecot-lmtpd none
pn dovecot-lucenenone
pn dovecot-managesieved none
pn dovecot-mysql none
pn dovecot-pgsql none
pn dovecot-pop3d none
pn dovecot-sieve none
pn dovecot-solr none
pn dovecot-sqlitenone
ii ntp 1:4.2.6.p5+dfsg-3.1+b1
Versions of packages dovecot-core is related to:
ii dovecot-core [dovecot-common] 1:2.2.13-6
pn dovecot-dbgnone
pn dovecot-devnone
pn dovecot-gssapi none
ii dovecot-imapd 1:2.2.13-6
pn dovecot-ldap none
pn dovecot-lmtpd none
pn dovecot-managesieved none
pn dovecot-mysql none
pn dovecot-pgsql none
pn dovecot-pop3d none
pn dovecot-sieve none
pn dovecot-sqlite none
-- debconf information:
* dovecot-core/ssl-cert-name: cel.leonerd.org.uk
* dovecot-core/create-ssl-cert: false
* dovecot-core/ssl-cert-exists:
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739099: vorbis-tools: ogg123 manpage inadequately documents -d option
Package: vorbis-tools Version: 1.4.0-1 Severity: minor Tags: upstream The manpage briefly mentions the -d option, and says it takes such choices as 'alsa'. It further mentions that the 'alsa' option has some sub-parameters. However, the manpage doesn't include a sufficiently-clear example or explanation on how to build the actual value for the -d option to contain these options. Are they comma-separated? Colons? Use name=value or name:value, or what..? -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (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 vorbis-tools depends on: ii libao4 1.1.0-2 ii libc62.17-97 ii libcurl3-gnutls 7.34.0-1 ii libflac8 1.3.0-2 ii libogg0 1.3.1-1 ii libspeex11.2~rc1.1-1 ii libvorbis0a 1.3.2-1.3 ii libvorbisenc21.3.2-1.3 ii libvorbisfile3 1.3.2-1.3 vorbis-tools recommends no packages. vorbis-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#736474: lightdm: Sets incorrect LANG=en_GB.utf8 locale name
Package: lightdm Version: 1.8.5-3 Severity: normal After switching from gdm to lightdm I have noticed that on login to X, my locale is set to LANG=en_GB.utf8 This is incorrect; the suffix should be .UTF-8. Programs may rely on that string to detect whether the locale is UTF-8 and change behaviour accordingly. This locale is correctly set by console logins. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (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 lightdm depends on: ii adduser3.113+nmu3 ii consolekit 0.4.6-3+b1 ii dbus 1.7.10-2 ii debconf [debconf-2.0] 1.5.52 ii libc6 2.17-97 ii libgcrypt111.5.3-3 ii libglib2.0-0 2.36.4-1 ii libpam0g 1.1.3-9 ii libxcb11.10-2 ii libxdmcp6 1:1.1.1-1 ii lightdm-gtk-greeter [lightdm-greeter] 1.6.1-5 Versions of packages lightdm recommends: ii xserver-xorg 1:7.7+5 Versions of packages lightdm suggests: pn accountsservice none ii upower 0.9.23-2+b1 -- debconf information: lightdm/daemon_name: /usr/sbin/lightdm * shared/default-x-display-manager: lightdm signature.asc Description: PGP signature
Bug#736474: Acknowledgement (lightdm: Sets incorrect LANG=en_GB.utf8 locale name)
I wonder if `locale` may be to blame here: $ locale -a C C.UTF-8 en_GB.utf8 POSIX -- Paul LeoNerd Evans leon...@leonerd.org.uk ICQ# 4135350 | Registered Linux# 179460 http://www.leonerd.org.uk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725899: perl-base: Needs versioned Conflicts on libscalar-list-utils-perl
Package: perl-base Version: 5.18.1-4 Severity: normal The Conflicts dependency from perl-base to libscalar-list-utils-perl needs to be versioned up to the version that comes with perl 5.18.1, as currently it's preventing installation of my built package dh-make-perl off the later version from CPAN. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (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 perl-base depends on: ii dpkg 1.16.10 ii libc6 2.17-92+b1 perl-base recommends no packages. Versions of packages perl-base suggests: ii perl 5.18.1-4 -- 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#707308: screen's terminfo file does not provide erase_chars
Package: screen Version: 4.1.0~20120320gitdb59704-7 Severity: normal The terminfo entries for screen do not provide the 'erase_chars' capability string. This should likely be the same as e.g. xterm provides: $ infocmp -L xterm | grep erase_chars enter_underline_mode=\E[4m, erase_chars=\E[%p1%dX, I expect this is an upstream bug; it's also missing from upstream source: http://git.savannah.gnu.org/cgit/screen.git/tree/src/terminfo/screeninfo.src The screen documentation does state that ESC [ X is recognised, just its terminfo file omits it. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (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 screen depends on: ii dpkg 1.16.10 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-38 ii libpam0g 1.1.3-7.1 ii libtinfo5 5.9-10 screen recommends no packages. Versions of packages screen suggests: pn iselect | screenie | byobu none -- 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#702124: RFP: libmozilla-ca-perl -- Mozilla::CA - Mozilla's CA cert bundle in PEM format
Package: wnpp Severity: wishlist * Package name: libmozilla-ca-perl Version : 20130114 Upstream Author : Ask Bjørn Hansen a...@perl.org * URL : https://metacpan.org/module/Mozilla::CA * License : MPL v1.1 Programming Lang: Perl Description : Mozilla::CA - Mozilla's CA cert bundle in PEM format Mozilla::CA provides a copy of Mozilla's bundle of Certificate Authority certificates in a form that can be consumed by modules and libraries based on OpenSSL. The module provide a single function: SSL_ca_file() Returns the absolute path to the Mozilla's CA cert bundle PEM file. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699804: initramfs-tools: make-initramfs not aware of dm-raid + raid1 LVM
Package: initramfs-tools Version: 0.109 Severity: important I recently converted my root LV to dm-raid in raid1 personallity. make-initramfs didn't seem to analyse this, and created an init ramdisk that did not contain dm-raid.ko nor raid1.ko, thus rendering the machine unbootable. It can be worked around by adding dm-raid raid1 to /etc/initramfs-tools/modules -- Package-specific info: -- initramfs sizes -- /proc/cmdline BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/vg_cel-root64 ro -- resume RESUME=/dev/mapper/vg_cel-swap_a -- /proc/filesystems ext3 ext2 fuseblk -- lsmod Module Size Used by fuse 62020 3 ext2 59231 1 loop 22641 0 snd_hda_codec_hdmi 30824 1 snd_hda_codec_realtek 188858 1 coretemp 12898 0 crc32c_intel 12747 0 ghash_clmulni_intel13173 0 aesni_intel50667 0 aes_x86_64 16843 1 aesni_intel aes_generic33026 2 aes_x86_64,aesni_intel cryptd 14517 2 ghash_clmulni_intel,aesni_intel i915 360517 1 snd_hda_intel 26345 0 snd_hda_codec 78031 3 snd_hda_intel,snd_hda_codec_realtek,snd_hda_codec_hdmi video 17683 1 i915 drm_kms_helper 27227 1 i915 drm 167720 2 drm_kms_helper,i915 snd_hwdep 13186 1 snd_hda_codec snd_pcm68083 3 snd_hda_codec,snd_hda_intel,snd_hda_codec_hdmi snd_page_alloc 13003 2 snd_pcm,snd_hda_intel snd_timer 22917 1 snd_pcm snd52889 7 snd_timer,snd_pcm,snd_hwdep,snd_hda_codec,snd_hda_intel,snd_hda_codec_realtek,snd_hda_codec_hdmi soundcore 13065 1 snd i2c_algo_bit 12841 1 i915 acpi_cpufreq 12935 0 mperf 12453 1 acpi_cpufreq iTCO_wdt 17081 0 serio_raw 12931 0 pcspkr 12579 0 parport_pc 22364 0 parport31858 1 parport_pc evdev 17562 3 iTCO_vendor_support12704 1 iTCO_wdt processor 28157 1 acpi_cpufreq button 12937 1 i915 thermal_sys18040 2 processor,video i2c_i801 16870 0 i2c_core 23876 5 i2c_i801,i2c_algo_bit,drm,drm_kms_helper,i915 ext3 161867 6 mbcache13114 2 ext3,ext2 jbd56902 1 ext3 dm_raid17012 4 raid45648356 1 dm_raid async_raid6_recov 12574 1 raid456 async_memcpy 12387 2 async_raid6_recov,raid456 async_pq 12605 2 async_raid6_recov,raid456 async_xor 12422 3 async_pq,async_raid6_recov,raid456 xor12605 1 async_xor async_tx 12604 5 async_xor,async_pq,async_memcpy,async_raid6_recov,raid456 raid6_pq 82624 2 async_pq,async_raid6_recov dm_mod 63645 69 dm_raid raid1 30714 5 dm_raid md_mod 87742 3 raid1,raid456,dm_raid sg 25874 0 sd_mod 36136 5 crc_t10dif 12348 1 sd_mod usbhid 36418 1 hid81328 1 usbhid ahci 24997 3 libahci22860 1 ahci libata140630 2 libahci,ahci ehci_hcd 40215 0 scsi_mod 162269 3 libata,sd_mod,sg r8169 46972 0 mii12675 1 r8169 usbcore 128681 4 ehci_hcd,usbhid usb_common 12354 1 usbcore -- /etc/initramfs-tools/modules raid1 dm-raid -- /etc/kernel-img.conf # Kernel image management overrides # See kernel-img.conf(5) for details do_symlinks = yes do_bootloader = no do_initrd = yes link_in_boot = no -- /etc/initramfs-tools/initramfs.conf MODULES=most BUSYBOX=y KEYMAP=n COMPRESS=gzip DEVICE= NFSROOT=auto -- /etc/initramfs-tools/update-initramfs.conf update_initramfs=yes backup_initramfs=no -- /proc/mdstat Personalities : [raid1] [raid6] [raid5] [raid4] unused devices: none -- mkinitramfs hooks /etc/initramfs-tools/hooks/: /usr/share/initramfs-tools/hooks: busybox dmsetup fuse keymap klibc kmod lvm2 thermal udev -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (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 initramfs-tools depends on: ii cpio 2.11+dfsg-0.1 ii klibc-utils2.0.1-3.1 ii kmod 9-2 ii module-init-tools 9-2 ii udev 175-7 Versions of packages initramfs-tools recommends: ii busybox 1:1.20.0-7 Versions of packages initramfs-tools suggests: ii bash-completion 1:2.0-1 -- no debconf information -- To UNSUBSCRIBE,
Bug#695309: lvm2: lvdisplay does not display 'raid1' mirror allocations
Package: lvm2
Version: 2.02.95-4
Severity: normal
Using --type mirror LV mirroring, I could get information about which
physical disks that a given LV was on, by
$ lvdisplay -m vgname/lvname
which would at least tell me the [hidden internal] LV names that the
mirror was distributed among; I could then
$ lvdisplay -am vgname/lvname_mimage_{0,1}
to find them.
It seems that --type raid1 happens to use _rimage_$N as its image names,
but I only found that out by hunting around directly using
$ dmsetup info | grep lvname
It would be good if similar information was displayed.
-
That said, ideally it would be nice if such cascaded LVs would display
their component information, perhaps in a tree looking like this:
$ lvdisplay -avm vg_cel/root64
Using logical volume(s) on command line
--- Logical volume ---
LV Path/dev/vg_cel/root64
LV Nameroot64
VG Namevg_cel
LV UUIDjcstwu-6f81-QcE8-dIl3-eSzo-VeQX-RRjU8D
LV Write Accessread/write
LV Creation host, time ,
LV Status available
# open 1
LV Size1.86 GiB
Current LE 476
Mirrored volumes 2
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 254:2
--- Segments ---
Logical extent 0 to 475:
Type raid1
--- Logical volume ---
Internal LV Name root64_rimage_0
--- Segments ---
Logical extent 0 to 475:
Typelinear
Physical volume /dev/sdb2
Physical extents 36224 to 36699
--- Logical volume ---
Internal LV Name root64_rimage_1
--- Segments ---
Logical extent 0 to 475:
Typelinear
Physical volume /dev/sdd2
Physical extents 35841 to 36316
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (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 lvm2 depends on:
ii dmsetup 2:1.02.74-4
ii initscripts 2.88dsf-34
ii libc6 2.13-37
ii libdevmapper-event1.02.1 2:1.02.74-4
ii libdevmapper1.02.12:1.02.74-4
ii libreadline5 5.2-12
ii libudev0 175-7
ii lsb-base 4.1+Debian8
lvm2 recommends no packages.
lvm2 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#694375: xterm: Please update to a later upstream version
On Sun, Nov 25, 2012 at 07:38:15PM -0500, Thomas Dickey wrote: There are several features and fixes. I released #279 a few weeks before the current freeze began; however it was fairly large, and according to the package maintainer beyond his ability to inspect it. Direct access to my source archives would not change that assessment, however I've long been cooperative about digesting changes to assist packagers in applying specific changes. OK, so what is the overall upshot here? I'd quite like to play around with the VT4xx column-based features (DECSLRM, DECIC, DECDC) at least, and perhaps some of the other newer features as well. Is an updated version in debian likely soon, or would I be best to fetch sources and build an updated version locally myself? -- Paul LeoNerd Evans leon...@leonerd.org.uk ICQ# 4135350 | Registered Linux# 179460 http://www.leonerd.org.uk/ signature.asc Description: Digital signature
Bug#659762: lvm2: LVM commands freeze after snapshot delete fails
On Tue, Feb 14, 2012 at 06:20:57PM +, Paul LeoNerd Evans wrote: On Mon, Feb 13, 2012 at 05:40:34PM +, Alasdair G Kergon wrote: dmsetup info -c dmsetup table dmsetup status will show the current device-mapper state It appears to have happened again: root@cel:~ # lvremove --force vg_cel/backups-20120117 /dev/vg_cel/backups-20120117: read failed after 0 of 4096 at 161061208064: Input/output error /dev/vg_cel/backups-20120117: read failed after 0 of 4096 at 161061265408: Input/output error /dev/vg_cel/backups-20120117: read failed after 0 of 4096 at 0: Input/output error /dev/vg_cel/backups-20120117: read failed after 0 of 4096 at 4096: Input/output error Unable to deactivate open vg_cel-backups--20120117-cow (254:31) Failed to resume backups-20120117. libdevmapper exiting with 3 device(s) still suspended. root@cel:~ # lvs [at this point the process is hard dead, no SIGTERM etc.. can wake it] [on another terminal...] root@cel:~ # ps -lp 26009 F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD 4 D 0 26009 25789 0 80 0 - 6384 ? pts/900:00:00 lvs root@cel:~ # kill -9 26009 root@cel:~ # ps -lp 26009 F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD 4 D 0 26009 25789 0 80 0 - 6384 - pts/900:00:00 lvs dmsetup info -c dmsetup table dmsetup status Fortunately even in this state these three commands still work OK. Find attached current outputs from them. -- Paul LeoNerd Evans leon...@leonerd.org.uk ICQ# 4135350 | Registered Linux# 179460 http://www.leonerd.org.uk/ Name Maj Min Stat Open Targ Event UUID vg_cel-swap_b254 4 L--w21 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HI16iR35iOEcTzvQkP5FiB3gEM6j7xnFz vg_cel-usr32 254 5 L--w01 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3H1Z1LYecBeVkgyNiDO9NWwav7Mlz3yaPZ vg_cel-usr64 254 37 L--w11 1 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HA0GN0FOMeOQcnoSSyfqQTP1pO3l0tTnp vg_cel-backups--20120219-cow 254 33 L-sw11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HOk3zIGteF4ZW8RMx6gK278OeQhx4XxVK-cow vg_cel-home_mlog 254 49 L--w01 1 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3Hxv6VYfC1GdWVa1iY27oJbrIlNJL7OkM5 vg_cel-backups_mlog 254 24 L--w11 1 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3H5c1VA0oGWdEkXfJ1YGEzbT3dQQN4IxM4 vg_cel-swap_a254 3 L--w21 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HS56oauHoAv4bKEvbNYDY19g3ggwmZURp vg_cel-home_mimage_3 254 20 L--w12 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HLYoMacTflKmk0K651ABTvfZoeA7MZQ0c vg_cel-var64_mimage_1254 42 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HqoDJcke6dwNryJtgQ3Qx5O3BiPrN3I5f vg_cel-backups-real 254 27 L--w21 1 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3H6rPj6EdEYtrNDpD5PJAT0Rcda62AfMKM-real vg_cel-home_mimage_2 254 19 L--w12 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3H2uhR9DbUE2KndNqe9VUxfVnODnKHwDB2 vg_cel-var64_mimage_0254 41 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3Hl3MBXMQsrY28guo9JFwIaRgMqe25jHTL vg_cel-backups_mimage_1 254 26 L--w12 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HPWt0LqTzySg5Fxl4xULR4XY4KoR1yqGb vg_cel-root32_mimage_3 254 11 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HULW60XnmaFAf3M119FLhnfsplFiqHxSl vg_cel-backups_mimage_0 254 25 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3H0l57MXC4SeQMiDyWRoqRLOoQiUDIN0PY vg_cel-root32_mimage_2 254 10 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HyRF0QSO3X1RhgF4tcELhwKtXrrPxq08a vg_cel-var32 254 18 L--w01 1 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HEbzCGZhM0COhWRT4ouh7NHm3Jlk2nfH1 vg_cel-var64 254 43 L--w11 1 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3H5ykOO1tSch01sjuvKUA00ztOVjRxmSfY vg_cel-backups--20120117-cow 254 31 L--w01 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3Hhaj2TQMEr2opc41ZmmfyKvbptO2hm2oI-cow vg_cel-var_mlog_mimage_1 254 14 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HO0jSYUkILFzJOZE0t94wHUha3xxRpDPQ vg_cel-usr64_mlog_mimage_1 254 51 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HI3mQKNiPg2xc5g66Yk85kkEqYiFkpopJ vg_cel-var64_mlog_mimage_1 254 39 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3H0OemESnDTo95rCmeJYI0dBhYqXHHayfF vg_cel-var_mlog_mimage_0 254 13 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HddToiFoW4yVX1f64FIk8fJw23BETCbaI vg_cel-usr64_mlog_mimage_0 254 50 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HvNf7hEo1zdi3QEreZuViYu6Whva4Ad3r vg_cel-var64_mlog_mimage_0
Bug#681890: libconvert-color-perl: Unnecessary versioned dependency on libmodule-build-perl = 0.3600
Package: libconvert-color-perl Version: 0.08-1 Severity: minor This versioned dependency isn't necessary. It's sufficient simply to have /any/ version of Module::Build. Removing the version makes it a lot simpler to backport this to squeeze, for example. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (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 libconvert-color-perl depends on: ii liblist-utilsby-perl 0.09-1 ii perl 5.14.2-12 Versions of packages libconvert-color-perl recommends: ii x11-common 1:7.6+13 libconvert-color-perl 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#592494: RFP: xseticon -- Sets the icon of an X11 window to the specified .png image
On Sun, Jun 17, 2012 at 01:55:11AM +0200, Ricardo Mones wrote: Hi Paul, Unfortunately there's no licensing information in the tarball [0]. You said it's GPLv2 in the RFP, which is a good choice, but would be nice at least a comment in the source code reflecting this, see how to here [1]. Oops, have now added this. See new +bzr13. Thanks, -- Paul LeoNerd Evans leon...@leonerd.org.uk ICQ# 4135350 | Registered Linux# 179460 http://www.leonerd.org.uk/ signature.asc Description: Digital signature
Bug#667469: libio-async-loop-epoll-perl: Extraneous build-depends on libtest-exception-perl
Package: libio-async-loop-epoll-perl Version: 0.11-1 Severity: minor FYI, libio-async-loop-epoll-perl is marked build-depends libtest-exception-perl. This has not been required since IO::Async::Loop::Epoll version 0.07. It can safely be dropped. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (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 libio-async-loop-epoll-perl depends on: ii libio-async-perl 0.47-0leo1 ii libio-epoll-perl 0.02-1+b2 ii perl 5.14.2-9 libio-async-loop-epoll-perl recommends no packages. libio-async-loop-epoll-perl 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#659762: lvm2: LVM commands freeze after snapshot delete fails
On Tue, Feb 14, 2012 at 06:20:57PM +, Paul LeoNerd Evans wrote: On Mon, Feb 13, 2012 at 05:40:34PM +, Alasdair G Kergon wrote: dmsetup info -c dmsetup table dmsetup status will show the current device-mapper state OK; find attached three .txt files hopefully showing the output from these. Is there anything else useful I can extract from the machine in its current state? I'd like to reboot it sometime soon so I can manage LVM again. -- Paul LeoNerd Evans leon...@leonerd.org.uk ICQ# 4135350 | Registered Linux# 179460 http://www.leonerd.org.uk/ signature.asc Description: Digital signature
Bug#659762: lvm2: LVM commands freeze after snapshot delete fails
On Mon, Feb 13, 2012 at 05:40:34PM +, Alasdair G Kergon wrote: dmsetup info -c dmsetup table dmsetup status will show the current device-mapper state OK; find attached three .txt files hopefully showing the output from these. -- Paul LeoNerd Evans leon...@leonerd.org.uk ICQ# 4135350 | Registered Linux# 179460 http://www.leonerd.org.uk/ Name Maj Min Stat Open Targ Event UUID vg_cel-swap_b254 7 L--w21 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HI16iR35iOEcTzvQkP5FiB3gEM6j7xnFz vg_cel-usr32 254 8 L--w01 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3H1Z1LYecBeVkgyNiDO9NWwav7Mlz3yaPZ vg_cel-backups--20120213-cow 254 54 L-sw11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3Hb6S2LpyJBiuOs25EX2OqRKUyhaX3x0X3-cow vg_cel-usr64 254 39 L--w11 1 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HA0GN0FOMeOQcnoSSyfqQTP1pO3l0tTnp vg_cel-backups_mlog 254 30 L--w11 1 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3H5c1VA0oGWdEkXfJ1YGEzbT3dQQN4IxM4 vg_cel-home_mlog 254 24 L--w11 1 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3Hxv6VYfC1GdWVa1iY27oJbrIlNJL7OkM5 vg_cel-swap_a254 6 L--w21 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HS56oauHoAv4bKEvbNYDY19g3ggwmZURp vg_cel-backups--20111022 254 38 L-sw01 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3Hbf5eut1ALuptM6fKZG28KppAyYI3toNG vg_cel-home_mimage_3 254 26 L--w12 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HLYoMacTflKmk0K651ABTvfZoeA7MZQ0c vg_cel-backups--20120213 254 53 L-sw01 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3Hb6S2LpyJBiuOs25EX2OqRKUyhaX3x0X3 vg_cel-var64_mimage_1254 44 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HqoDJcke6dwNryJtgQ3Qx5O3BiPrN3I5f vg_cel-backups-real 254 33 L--w41 1 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3H6rPj6EdEYtrNDpD5PJAT0Rcda62AfMKM-real vg_cel-home_mimage_2 254 25 L--w12 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3H2uhR9DbUE2KndNqe9VUxfVnODnKHwDB2 vg_cel-var64_mimage_0254 43 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3Hl3MBXMQsrY28guo9JFwIaRgMqe25jHTL vg_cel-backups_mimage_1 254 32 L--w12 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HPWt0LqTzySg5Fxl4xULR4XY4KoR1yqGb vg_cel-backups--20110930 254 36 L--w02 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HK1nWnhEbWMtMYTyFrUb9JM3aH2CKp4sn vg_cel-root32_mimage_3 254 14 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HULW60XnmaFAf3M119FLhnfsplFiqHxSl vg_cel-backups_mimage_0 254 31 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3H0l57MXC4SeQMiDyWRoqRLOoQiUDIN0PY vg_cel-root32_mimage_2 254 13 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HyRF0QSO3X1RhgF4tcELhwKtXrrPxq08a vg_cel-var32 254 21 L--w01 1 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HEbzCGZhM0COhWRT4ouh7NHm3Jlk2nfH1 vg_cel-backups--20120117-cow 254 52 L-sw11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3Hhaj2TQMEr2opc41ZmmfyKvbptO2hm2oI-cow vg_cel-var64 254 45 L--w11 1 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3H5ykOO1tSch01sjuvKUA00ztOVjRxmSfY vg_cel-var_mlog_mimage_1 254 17 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HO0jSYUkILFzJOZE0t94wHUha3xxRpDPQ vg_cel-usr64_mlog_mimage_1 254 47 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HI3mQKNiPg2xc5g66Yk85kkEqYiFkpopJ vg_cel-backups--20110930-cow 254 35 L--w02 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HK1nWnhEbWMtMYTyFrUb9JM3aH2CKp4sn-cow vg_cel-var64_mlog_mimage_1 254 41 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3H0OemESnDTo95rCmeJYI0dBhYqXHHayfF vg_cel-backups--20111022-cow 254 37 L-sw11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3Hbf5eut1ALuptM6fKZG28KppAyYI3toNG-cow vg_cel-var_mlog_mimage_0 254 16 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HddToiFoW4yVX1f64FIk8fJw23BETCbaI vg_cel-usr64_mlog_mimage_0 254 46 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HvNf7hEo1zdi3QEreZuViYu6Whva4Ad3r vg_cel-var64_mlog_mimage_0 254 40 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HhsqXb6OOSOqtxUFfSfMJoL0hK6BIzC2C vg_cel-var32_mimage_3254 20 L--w12 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HJ5WKRVhn9xXOoXQTouET2hi0sGgjo08m vg_cel-usr64_mimage_1254 50 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HsgeQlYNf4qSfVYNpm6mCByr1ccriY3qe vg_cel-var32_mimage_2254 19 L--w12 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HBh8rtUwqitorKB1r031fLGGcPzAy8xnR vg_cel-usr64_mimage_0254 49 L--w11 0 LVM
Bug#659762: lvm2: LVM commands freeze after snapshot delete fails
Package: lvm2 Version: 2.02.88-2 Severity: normal Tried and failed to remove an LVM snapshot: root@cel:~ # lvremove vg_cel/backups-20110930 Do you really want to remove active logical volume backups-20110930? [y/n]: ^C Logical volume backups-20110930 not removed root@cel:~ # lvchange -an vg_cel/backups-20110930 Can't change snapshot logical volume backups-20110930 root@cel:~ # lvremove vg_cel/backups-20110930 Do you really want to remove active logical volume backups-20110930? [y/n]: y Unable to deactivate open vg_cel-backups--20110930-cow (254:35) Failed to resume backups-20110930. libdevmapper exiting with 7 device(s) still suspended. At this point now the entire LVM subsystem is totally frozen. No commands ever complete. Any LVM-related command hangs and is not SIGKILLable. root@cel:~ # lvs ^C [elsewhere] root@cel:~ # ps -ef | grep lvs root 31791 31510 0 15:20 pts/14 00:00:00 lvs root 32272 32176 0 15:59 pts/17 00:00:00 grep lvs root@cel:~ # kill -9 31791 root@cel:~ # kill -9 31791 root@cel:~ # kill -9 31791 root@cel:~ # ps -ef | grep lvs root 31791 31510 0 15:20 pts/14 00:00:00 lvs root 32274 32176 0 15:59 pts/17 00:00:00 grep lvs I tried to strace it to see what it was blocked on. Even strace now hangs: root@cel:~ # strace -p 31791 Process 31791 attached - interrupt to quit ^C ^C strace is at least killable though: ^Z [1]+ Stopped strace -p 31791 root@cel:~ # kill %1 [1]+ Stopped strace -p 31791 root@cel:~ # kill -9 %1 [1]+ Stopped strace -p 31791 root@cel:~ # [1]+ Killed strace -p 31791 In this state the only remedy I have found is a complete reboot of the system. Other existing LVs do appear to be functioning normally, however, and the machine generally works fine. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (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 lvm2 depends on: ii dmsetup 2:1.02.67-2 ii initscripts 2.88dsf-13.13 ii libc6 2.13-24 ii libdevmapper1.02.1 2:1.02.67-2 ii libreadline55.2-11 ii libudev0175-3 ii lsb-base3.2-28 lvm2 recommends no packages. lvm2 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#647566: /lib/udev/write_net_rules writes to wrong rules file
Package: udev Version: 172-1 Severity: normal /lib/udev/write_net_rules writes to a file in /etc/udev/rules.d. This location isn't used at boot time; only in /lib/udev/rules.d. The script should be updated to write in /lib rather than /etc. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (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 udev depends on: ii debconf [debconf-2.0] 1.5.40 ii libc6 2.13-21 ii libselinux12.1.0-1 ii libudev0 172-1 ii lsb-base 3.2-28 ii util-linux 2.19.1-5 Versions of packages udev recommends: ii pciutils 1:3.1.7-12 ii usbutils 1:004-2 udev suggests no packages. -- debconf information: udev/new_kernel_needed: false udev/title/upgrade: udev/reboot_needed: udev/sysfs_deprecated_incompatibility: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647567: lvm2: lvrename fails to rename mlog mimages
Package: lvm2 Version: 2.02.86-1 Severity: normal Dear Maintainer, I had a --mirrorlog mirrored LV called home, that I renamed backups. lvrename failed to rename the mimage components of the mirrored mlog: root@ina:~# lvrename vg_ina/home backups ... root@ina:~# lvs -a LV VG Attr LSize Origin Snap% Move Log Copy% Convert backups vg_ina mwi-a- 150.00gbackups_mlog 100.00 [backups_mimage_0] vg_ina iwi-ao 150.00g [backups_mimage_1] vg_ina iwi-ao 150.00g [backups_mlog] vg_ina mwi-ao 4.00m 100.00 [home_mlog_mimage_0] vg_ina iwi-ao 4.00m [home_mlog_mimage_1] vg_ina iwi-ao 4.00m This will cause a conflict if I want to create another mirrored LV called home. - As a workaround, the mimages can be renamed by removing and recreating them: root@ina:~# lvconvert --mirrorlog core vg_ina/backups root@ina:~# lvconvert --mirrorlog mirrored vg_ina/backups root@ina:~# lvs -a LV VG Attr LSize Origin Snap% Move Log Copy% Convert backups vg_ina mwi-a- 150.00gbackups_mlog 100.00 [backups_mimage_0] vg_ina iwi-ao 150.00g [backups_mimage_1] vg_ina iwi-ao 150.00g [backups_mlog] vg_ina mwi-ao 4.00m 100.00 [backups_mlog_mimage_0] vg_ina iwi-ao 4.00m [backups_mlog_mimage_1] vg_ina iwi-ao 4.00m -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core) 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 lvm2 depends on: ii dmsetup 2:1.02.65-1 ii libc6 2.13-21 ii libdevmapper1.02.1 2:1.02.65-1 ii libreadline55.2-11 ii libudev0172-1 ii lsb-base3.2-28 lvm2 recommends no packages. lvm2 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#473996: promptconfaction should offer vimdiff too
Package: dpkg
Version: 1.16.0.3
Followup-For: Bug #473996
Any particular reason the above patch, or functionallity like it, hasn't
been added into dpkg yet? I find that the vast majority of cases when
dpkg finds a difference in a file, I hit Z to get a shell, then
vimdiff /etc/somefile{,.dpkg-new}
-anyway-, so it would be really convenient if dpkg could run vimdiff
directly for me in that case.
Thanks,
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626987: Debian::WNPP::Query does not correctly invalidate cache or use platform-netural Storable format
Package: dh-make-perl Version: 0.72-1 Followup-For: Bug #626987 +1 to this. I find simply 'rm'ing the file is sufficient to fix the error; it rebuilds the cache on next run anyway. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dh-make-perl depends on: ii debhelper 8.1.6helper programs for debian/rules ii dpkg-dev1.16.0.3 Debian package development tools ii fakeroot1.15.1-1 tool for simulating superuser priv ii libapt-pkg-perl 0.1.24+b2Perl interface to libapt-pkg ii libarray-unique-perl0.08-1 Tie-able array that allows only un ii libclass-accessor-perl 0.34-1 Perl module that automatically gen ii libdpkg-perl1.16.0.3 Dpkg perl modules ii libemail-address-perl 1.892-1 Perl module for RFC 2822 address p ii libemail-date-format-perl 1.002-1 Module to generate RFC-2822-valid ii liblist-moreutils-perl 0.25~02-1+b1 Perl module with additional list f ii libmodule-corelist-perl 2.49-1 module to determine modules shippe ii libmodule-depends-perl 0.15-1 Perl module to identify the depend ii libparse-debcontrol-perl2.005-3 parser for debian control-like fil ii libparse-debianchangelog-pe 1.2.0-1 parse Debian changelogs and output ii libsoftware-license-perl0.103001-1 module providing templated softwar ii libtie-ixhash-perl 1.21-2 ordered associative arrays for Per ii libwww-mechanize-perl 1.68-1 module to automate interaction wit ii libyaml-perl0.72-1 YAML Ain't Markup Language ii make3.81-8.1 An utility for Directing compilati ii perl5.12.3-6 Larry Wall's Practical Extraction ii perl-modules [libmodule-cor 5.12.3-6 Core Perl modules Versions of packages dh-make-perl recommends: ii apt-file 2.4.2 search for files within Debian pac dh-make-perl 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#598820: Segmentation fault when connecting to prosody server
Package: mcabber Version: 0.10.1-1 Followup-For: Bug #598820 I also believe this is IPv6-related. My server's hostname resolves to an IPv6 address. mcabber instantly SIGSEGVs trying to connect. By manually setting its IPv4 address in the config file set server = 192.168.x.y it manages to connect. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mcabber depends on: ii libaspell15 0.60.6-6 GNU Aspell spell-checker runtime l ii libasyncns0 0.8-1 Asyncronous name service query lib ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgpg-error0 1.10-0.3 library for common error values an ii libgpgme111.2.0-1.2 GPGME - GnuPG Made Easy ii libidn11 1.20-1 GNU Libidn library, implementation ii libloudmouth1-0 1.4.3-7Lightweight C Jabber library ii libncursesw5 5.7+20100313-5 shared libraries for terminal hand ii libotr2 3.2.0-2Off-the-Record Messaging library mcabber recommends no packages. mcabber 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#619481: dh-make-perl: Fails to correctly identify Apache 2.0 licence in Metabase::Fact
Package: dh-make-perl Version: 0.70-1 Severity: normal Licence file is http://cpansearch.perl.org/src/DAGOLDEN/Metabase-Fact-0.019/LICENSE dh-make-perl fails to recognise it, outputting: Files: * Copyright: David Golden dagol...@cpan.org License: unparsable -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dh-make-perl depends on: ii debhelper 8.1.2 helper programs for debian/rules ii dpkg-dev 1.15.8.10 Debian package development tools ii fakeroot 1.14.5-1 Gives a fake root environment ii libapt-pkg-perl 0.1.24+b1 Perl interface to libapt-pkg ii libarray-unique-perl 0.08-1 Tie-able array that allows only un ii libclass-accessor-perl0.34-1 Perl module that automatically gen ii libdpkg-perl 1.15.8.10 Dpkg perl modules ii libemail-date-format-perl 1.002-1Module to generate RFC-2822-valid ii liblist-moreutils-perl0.25~02-1 Perl module with additional list f ii libmodule-corelist-perl 2.45-1 module to determine modules shippe ii libmodule-depends-perl0.14-3 identify the dependencies of a dis ii libparse-debcontrol-perl 2.005-2Easy OO parsing of Debian control- ii libparse-debianchangelog-perl 1.1.1-2.1 parse Debian changelogs and output ii libtie-ixhash-perl1.21-2 ordered associative arrays for Per ii libwww-mechanize-perl 1.66-1 module to automate interaction wit ii libyaml-perl 0.71-1 YAML Ain't Markup Language ii make 3.81-8 An utility for Directing compilati ii perl 5.10.1-17 Larry Wall's Practical Extraction ii perl-modules [libmodule-corel 5.10.1-17 Core Perl modules Versions of packages dh-make-perl recommends: ii apt-file 2.4.2 search for files within Debian pac dh-make-perl 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#618315: libsocket-getaddrinfo-perl: README.Debian misrepresents the nature of the bin/get{addr, name}info binaries
Package: libsocket-getaddrinfo-perl Version: 0.20-1 Severity: minor README.Debian states: --- Since version 0.20, upstream have distributed getnameinfo and getaddrinfo as scripts in the bin directory. Since the functionality of these scripts is a subset of that provided by 'dig' and 'nslookup', we feel that these are better considered examples and have been installed as such. The utilities dig and nslookup can be found in the 'dnsutils' package. --- This isn't really correct. 'dig' and 'nslookup' are both DNS clients; they directly talk DNS to diagnose DNS problems. bin/getaddrinfo is a tiny commandline wrapper around libc's getaddrinfo(3) call, which may use DNS as part of its work, if that's what /etc/nsswitch.conf says. getaddrinfo(3) is of course not limited to DNS, taking information also from /etc/hosts or other libnss-* modules such as LDAP or MySQL. The functionalliy of bin/getaddrinfo is neither a subset of nor a superset of that provided by dig or nslookup; it is however somewhat related. The utility of bin/getaddrinfo is that it provides a shell output showing _exactly_ what a normal userland binary would do to resolve hostnames into addresses; INCLUDING the IPv4/IPv6 ordering. This ordering can be the subject of many subtle bugs in connections, either causing timeouts, delays, or outright failures. It is useful to have a commandline debug tool for getaddrinfo(3) in such scenarios. Neither 'dig' nor 'nslookup' can be of any help diagnosing these problems. I understand your decision not to ship these binaries in a package called libFOO-perl; but please do include them somewhere. I for one rely on them being installed on my machines for my own debugging and testing of IPv6-related connection failures, and the fact that your upstream package now removes them actually removes them from my own machines. Perhaps these could be shipped in a -bin package? E.g. I notice a lot of shared librares (e.g. ncurses) has a related package of binaries (ncurses-bin). Perhaps these two binaries can be shipped in the slightly-unwieldy libsocket-getaddrinfo-perl-bin ? At the very least, can you please update the README.Debian to some slightly more accurate wording? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libsocket-getaddrinfo-perl depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii perl 5.10.1-17 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10.1]5.10.1-17 minimal Perl system libsocket-getaddrinfo-perl recommends no packages. Versions of packages libsocket-getaddrinfo-perl suggests: ii dnsutils 1:9.7.3.dfsg-1 Clients provided with BIND -- 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#618315: Acknowledgement (libsocket-getaddrinfo-perl: README.Debian misrepresents the nature of the bin/get{addr, name}info binaries)
In fact, case in point... The reason I was wanting to use getaddrinfo in the first place, was to debug why a server of mine was listening on [::1] rather than 127.0.0.1; the relevant output was: --- $ getaddrinfo --passive --service 8034 Resolved host '', service '8034' socket(AF_INET , SOCK_STREAM, IPPROTO_TCP) + '0.0.0.0:8034' socket(AF_INET , SOCK_DGRAM , IPPROTO_UDP) + '0.0.0.0:8034' socket(AF_INET , SOCK_RAW , IPPROTO_IP ) + '0.0.0.0:8034' socket(AF_INET6, SOCK_STREAM, IPPROTO_TCP) + '[::]:8034' socket(AF_INET6, SOCK_DGRAM , IPPROTO_UDP) + '[::]:8034' socket(AF_INET6, SOCK_RAW , IPPROTO_IP ) + '[::]:8034' $ getaddrinfo --service 8034 Resolved host '', service '8034' socket(AF_INET6, SOCK_STREAM, IPPROTO_TCP) + '[::1]:8034' socket(AF_INET6, SOCK_DGRAM , IPPROTO_UDP) + '[::1]:8034' socket(AF_INET6, SOCK_RAW , IPPROTO_IP ) + '[::1]:8034' socket(AF_INET , SOCK_STREAM, IPPROTO_TCP) + '127.0.0.1:8034' socket(AF_INET , SOCK_DGRAM , IPPROTO_UDP) + '127.0.0.1:8034' socket(AF_INET , SOCK_RAW , IPPROTO_IP ) + '127.0.0.1:8034' --- This sort of direct observation of glibc's behaviour is not possible using 'dig' or 'nslookup'. -- Paul LeoNerd Evans leon...@leonerd.org.uk ICQ# 4135350 | Registered Linux# 179460 http://www.leonerd.org.uk/ signature.asc Description: Digital signature
Bug#609985: screen: Incorrect formatting of IPv6 entries in utmp
Package: screen Version: 4.0.3-14 Severity: normal Tags: ipv6 screen chops IPv6 addresses at the first colon, when formatting utmp entries. $ who leo pts/12011-01-08 18:55 (2620:S.0) leo pts/62011-01-14 16:15 (2620:0:1042:2::xx:yy) The former is a screen login, the latter is a direct ssh. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages screen depends on: ii dpkg 1.15.8.7 Debian package management system ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libncursesw5 5.7+20100313-4 shared libraries for terminal hand ii libpam0g 1.1.1-6.1 Pluggable Authentication Modules l screen recommends no packages. screen suggests no packages. -- Configuration Files: /etc/screenrc changed: deflogin on vbell on vbell_msgWuff Wuff!! defscrollback 1024 bind ^k bind ^\ bind \\ quit bind K kill bind I login on bind O login off bind } history termcapinfo vt100 dl=5\E[M hardstatus off termcapinfo xterm*|rxvt*|kterm*|Eterm* hs:ts=\E]0;:fs=\007:ds=\E]0;\007 hardstatus string %h%? users: %u%? termcapinfo xterm*|linux*|rxvt*|Eterm* OP termcapinfo xterm 'is=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;4;6l' defnonblock 5 debug off -- 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#609898: coreutils: 'who' does not recognise IPv6 addresses correctly
Package: coreutils Version: 8.5-1 Severity: normal Tags: ipv6 When logged in from an IPv6 connection over ssh, 'who' truncates the address at the first colon: leo pts/12011-01-08 18:55 (2620:S.0) -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages coreutils depends on: ii libacl1 2.2.49-4 Access control list shared library ii libattr1 1:2.4.44-2 Extended attribute shared library ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries coreutils recommends no packages. coreutils 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#609282: lvconvert: ignores PV specification when creating --mirrorlog mirrored
Package: lvm2 Version: 2.02.66-4 Severity: normal I have a two-disk mirror split across PVs /dev/sdb2 and /dev/sdc2 currently using corelog. I would like to convert it to a --mirrorlog mirrored setup. # lvconvert vg_cel/root --mirrorlog mirrored --alloc anywhere /dev/sdb2 /dev/sdc2 (without --alloc anywhere it refuses to work) It ignores the named PVs for creating the parts of the log mirror, instead creating: LV Name/dev/vg_cel/root_mlog_mimage_0 ... --- Segments --- Logical extent 0 to 0: Typelinear Physical volume /dev/sdb2 LV Name/dev/vg_cel/root_mlog_mimage_1 ... --- Segments --- Logical extent 0 to 0: Typelinear Physical volume /dev/sdb2 I was expecting one on /dev/sdb2 and one on /dev/sdc2. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lvm2 depends on: ii dmsetup 2:1.02.48-4 The Linux Kernel Device Mapper use ii libc62.11.2-7Embedded GNU C Library: Shared lib ii libdevmapper1.02.1 2:1.02.48-4 The Linux Kernel Device Mapper use ii libreadline5 5.2-7 GNU readline and history libraries ii libudev0 164-3 libudev shared library ii lsb-base 3.2-23.1Linux Standard Base 3.2 init scrip lvm2 recommends no packages. lvm2 suggests no packages. -- 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
