Bug#939377: citadel-server: After installation: Webcit cannot connect, server hangs
Package: citadel-server Version: 917-2+b1 Severity: grave Justification: renders package unusable Dear Maintainer, The installation could only be done after I manually removed Exim. I also removed Apache, which might not have been necessary. The Citadel server hangs directly after it is started, so that Webcit and the comman-line client cannot connect: # systemctl status citadel.service ● citadel.service - LSB: control citadel server start at boot time Loaded: loaded (/etc/init.d/citadel; generated) Active: active (exited) since Tue 2019-09-03 21:49:58 CEST; 4min 8s ago Docs: man:systemd-sysv-generator(8) Process: 469 ExecStart=/etc/init.d/citadel start (code=exited, status=0/SUCCESS) Sep 03 21:49:53 frodo systemd[1]: Starting LSB: control citadel server start at boot time... Sep 03 21:49:58 frodo systemd[1]: Started LSB: control citadel server start at boot time. Sep 03 21:50:00 frodo citserver[666]: db: cursor still in progress on cdb 00: attempt to write during r/o cursor So the server is lying as it reports success without actually working. The files /var/lib/citadel/data/cdb* are owned by root:root. If I remove them, they are recreated in the same way with the same error. The situation is the same if I manually set their ownership to citadel:citadel. The files can be verified: # db_verify cdb.0* BDB5105 Verification of cdb.00 succeeded. […] db-util/stable,now 5.3.1+nmu1 all [installed] db5.3-util/stable,now 5.3.28+dfsg1-0.5 i386 [installed,automatic] -- System Information: Debian Release: 10.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 4.19.0-5-686-pae (SMP w/1 CPU core) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE=en_IE:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages citadel-server depends on: ii adduser3.118 ii debconf [debconf-2.0] 1.5.71 ii libc6 2.28-10 ii libcitadel4917-2 ii libcurl4 7.64.0-4 ii libdb5.3 5.3.28+dfsg1-0.5 ii libexpat1 2.2.6-2 ii libical3 3.0.4-3 ii libldap-2.4-2 2.4.47+dfsg-3 ii libpam0g 1.3.1-5 ii libsieve2-12.2.6-2 ii libssl1.1 1.1.1c-1 ii lsb-base 10.2019051400 ii openssl1.1.1c-1 ii patch 2.7.6-3+deb10u1 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages citadel-server recommends: pn db4.6-util ii shared-mime-info 1.10-1 citadel-server suggests no packages. -- Configuration Files: /etc/citadel/messages/changepw [Errno 13] Permission denied: '/etc/citadel/messages/changepw' /etc/citadel/messages/goodbye [Errno 13] Permission denied: '/etc/citadel/messages/goodbye' /etc/citadel/messages/hello [Errno 13] Permission denied: '/etc/citadel/messages/hello' /etc/citadel/messages/newuser [Errno 13] Permission denied: '/etc/citadel/messages/newuser' /etc/citadel/messages/register [Errno 13] Permission denied: '/etc/citadel/messages/register' /etc/citadel/messages/roomaccess [Errno 13] Permission denied: '/etc/citadel/messages/roomaccess' /etc/citadel/messages/unlisted [Errno 13] Permission denied: '/etc/citadel/messages/unlisted' -- debconf information: * citadel/ServerIPAddress: 0.0.0.0 citadel/BadUser: citadel/LDAPServer: 0.0.0.0 * citadel/LoginType: Internal citadel/LDAPServerPort: 389 * citadel/Administrator: admin citadel/LDAPBindDNPassword: OpenSesame citadel/LDAPBaseDN: dc=example,dc=com citadel/LDAPBindDN: *** I had to remove the Citadel server as I needed a working MTA. *** -- System Information: Debian Release: 10.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 4.19.0-5-686-pae (SMP w/1 CPU core) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE=en_IE:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages citadel-server depends on: ii adduser3.118 ii debconf [debconf-2.0] 1.5.71 ii libc6 2.28-10 ii libcitadel4917-2 ii libcurl4 7.64.0-4 ii libdb5.3 5.3.28+dfsg1-0.5 ii libexpat1 2.2.6-2 ii libical3 3.0.4-3 ii libldap-2.4-2 2.4.47+dfsg-3 ii libpam0g 1.3.1-5 ii libsieve2-12.2.6-2 ii libssl1.1 1.1.1c-1 ii lsb-base 10.2019051400 ii openssl1.1.1c-1 ii patch 2.7.6-3+deb10u1 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages citadel-server recommends: pn db4.6-util ii shared-mime-info 1.10-1 citadel-server suggests no packages.
Bug#798713: arista: Useless − all it ever does is complain about ‘missing elements’
Package: arista Version: 0.9.7-5 Severity: important Dear Maintainer, if you press ‘Help’, all you get is a referral to the Arista homepage, which in turn only says “The easiest way to convert your media.” Whatever source, destination or ‘device’ preset (should that read ‘output file format’ preset?) I choose, all the program ever does is open a window and say “Cannot add conversion to queue because of missing elements!”. If started in a terminal, it also reports: arista.presets [435]: INFO Attempting to install elements: faac, ffdeinterlace arista.presets [451]: ERROR Installing elements not supported! No explanation is offered as to what an ‘element’ might be or why it needs to be installed. All the help menu item does is refer to the program's website, which does not contain the slightest hint towards documentation, instead offering the statement mentioned above, which obviously eliminates the need for any kind of documentation. An easy way to a dead end, I should say. Please add all required dependencies. Trying to install ‘gnome-codec-install’ only results in: No candidate version found for gnome-codec-install -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages arista depends on: ii gnome-accessibility-themes 3.14.2.2-1 ii gnome-icon-theme3.12.0-1 ii gstreamer0.10-plugins-base 0.10.36-2 ii gstreamer0.10-plugins-good 0.10.31-3+nmu4+b1 ii python 2.7.9-1 ii python-cairo1.8.8-1+b2 ii python-dbus 1.2.0-2+b3 ii python-gconf2.28.1+dfsg-1.1 ii python-gobject 3.14.0-1 ii python-gst0.10 0.10.22-3 ii python-gtk2 2.24.0-4 ii python-gudev147.2-3 ii python-simplejson 3.6.5-1 Versions of packages arista recommends: pn gnome-codec-install ii gstreamer0.10-plugins-bad 0.10.23-7.4 ii gstreamer0.10-plugins-ugly 0.10.19-2.1 Versions of packages arista suggests: ii python-notify 0.1.1-4 pn python-webkit -- no debconf information
Bug#602870: gadmin-openvpn-server: problem persists in Jessie − after 5 years!
Package: gadmin-openvpn-server Version: 0.1.5-3.1 Followup-For: Bug #602870 Dear Maintainer, moreover, the ‘require authentication’ option cannot be disabled. -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gadmin-openvpn-server depends on: ii libatk1.0-0 2.14.0-1 ii libc6 2.19-18+deb8u1 ii libcairo2 1.14.0-2.1 ii libfontconfig1 2.11.0-6.3 ii libfreetype62.5.2-3+deb8u1 ii libglib2.0-02.42.1-1 ii libgtk2.0-0 2.24.25-3 ii libpango1.0-0 1.36.8-3 ii menu2.1.47 ii openvpn 2.3.4-5 gadmin-openvpn-server recommends no packages. gadmin-openvpn-server suggests no packages. -- debconf-show failed
Bug#717371: idesk: Workaround for memory usage issue (patch attached)
Control: tag -1 + patch Hi, a...@usp.br wrote: > I got a stable memory usage with the attached patch. > > Extensive tests are required, but things seems to work fine. > > However, probably this could be considered just an interim solution, > because some bad warnings from Imlib2 > > * Imlib2 Developer Warning * : > This program is calling the Imlib call: > imlib_free_image_and_decache(); > With the parameter: > image > being NULL. Please fix your program. > > Except for these warnings, the fix seems to works. Thanks for the patch nevertheless. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130720165654.gb30...@sym.noone.org
Bug#717438: pdnsd RUINED
Control: tag -1 + moreinfo
Control: severity -1 important
Control: retitle -1 pdnsd: does not work anymore
Hi Jidanni,
jida...@jidanni.org wrote:
> Subject: Bug#717438: pdnsd RUINED
Please refrain from using strong language or caps-lock in bug reports.
Thanks.
> Severity: grave
[...]
> Pdnsd is now ignored by anything on the system trying to get an IP
> address.
Can you please explain more verbose what exactly is the issue? E.g.
give examples for "anything".
Please also consider answering the questions reportbug asks you:
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?
Downgrading the severity until it's clear if the issue is really of RC
severity.
Regards, Axel
--
,''`. | Axel Beckert , http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
`-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130721161221.gc30...@sym.noone.org
Bug#717438: Confirmation
Control: tag -1 - moreinfo Control: retitle -1 pdnsd: does no more work in combination with resolvconf Hi Thomas, thanks for providing details about this bug(s) as the initial report was quite unclear about what's really the issue.. But in the future, please don't write to just -submitter@ as such mails are not sent to the maintainer of the package (just archived in the web) and hence may get lost if you are not the (only) maintainer i.e. know about that mail being sent. This especially counts if the maintainer address is set to a mailing list. Full quote below for the Debian QA mailing list. Thomas Hood wrote: > I just tested pdnsd on Debian 7.1 and can confirm that at least the > comination pdnsd + resolvconf does not work out of the box (even after > setting START_DAEMON=yes in /etc/default/pdnsd). > I found two apparent bugs. First, "resolvconf -a" is not called in the > initscript on start. With "set -x" the initscript output is: > > + start_resolvconf > + test -x /sbin/resolvconf > + seq 1 60 > + sleep 0.1 > + pdnsd-ctl status > + break > + grep+ -q resolvconf > pdnsd-ctl status > + sed -ne /^Global:$/,/^Server.*:$/s/.*Server ip.*: \(.*\)$/\1/p > + pdnsd-ctl status > + server= > + exit 0 > > Something seems to be wrong with the processing of the output from > "pdnsd-ctl status". The variable "server" has as value the null string and > consequently "resolvconf -a" doesn't get run. > > If I subsequently run "echo 'nameserver 127.0.0.1' | resolvconf -a > lo.pdnsd" on the command line then pdnsd starts working. > > The second bug is in pdnsd's resolvconf update hook script. After running > "echo 'nameserver 127.0.0.1' | resolvconf -a lo.pdnsd" the output of > "pdnsd-ctl status" is: > > [...] > Server 0: > -- > label: resolvconf > ip: 127.0.0.1 > server assumed available: yes > ip: 192.168.1.254 > server assumed available: yes > [...] > > It appears that 127.0.0.1 is now included as a forwarding address. Turning > on "set -x" I can see that /etc/resolvconf/update.d/pdnsd passes both the > real forwarding address and 127.0.0.1 as arguments to "pdnsd-ctl server > resolvconf up". The address 127.0.0.1 should of course be filtered out if > it's an address that pdnsd itself is listening on. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130721162745.ga14...@sym.noone.org
Bug#717855: xmp: please update to xmp 4.x and libxmp
Control: clone -1 -2 Control: reassign -2 wnpp Control: retitle -2 RFP: libxmp -- backend library for the Extended Module Player Control: block -1 by -2 * Package name: libxmp Version : 4.1.5 Upstream Author : Claudio Matsuoka and Hipolito Carraro Jr * URL or Web page : http://xmp.sourceforge.net/ * License : LGPL Description : backend library for the Extended Module Player Jonathan wrote: > XMP has been rewritten and now supports a much greater range of formats > and archive methods, including lzh and lha archives from the Amiga. > Please consider updating xmp and related packages to the new upstream > versions. They are still available at xmp.sourceforge.net. xmp seems to have been split up. The xmp frontend now requires the libxmp library which needs to be packaged seperately first. Hence cloning this bug-report into an RFP. The Debian QA team likely won't package new software just to continue packaging an orphaned package. But since someone intents to adopt xmp, I suspect libxmp will find someone to package it, too. See http://bugs.debian.org/691840 for the xmp adoption intention. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130725232745.ga19...@sym.noone.org
Re: git server git.debian-maintainers.org
Hi Simon,
Simon Kainz wrote:
> The source packages
>
> * gadmin-openvpn-client [1]
> * gadmin-openvpn-server [2]
>
> Both list git.debian-maintainers.org als Vcs-Git Repo.
>
> But this DNS entry does not exist. Where is the new git repo (if there
> is one)?
Ask Daniel Baumann. Its his domain. (And he seems to be the previous
maintainer.)
But from my experience I'd say he has a bad habit of removing VCS repos of
orphaned packages quite quickly. So this is no real surprise for me...
I though would ask him anyway -- and if it only is to show him that
removing code from the net is a real bad habit.
If he really has deleted the repos, you can do still do a
"git-import-dscs --debsnap $package" to get a git repo with as much
history as possible for the package (uses http://snapshot.debian.org/
as data base).
Regards, Axel
--
,''`. | Axel Beckert , http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
`-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130827114012.gs19...@sym.noone.org
Re: Comments regarding sk1libs_0.9.2~rev1383-1_i386.changes
Hi,
Barry deFreese wrote:
> You know me, I am in favor of removals but it has a pretty high popcon.
> Sorry, I misspelled the package name. Should be: python-uniconvertor
The only hard reverse dependency I found in Sid seems tgif with a
popcon of around 700.
But inkscape (popcon > 6) suggests python-uniconvertor so maybe
that's the reason for its popcon value of around 1500.
I never checked before, but it's not only a library but also contains
a commandline tool. So it's probably quite useful standalone, too.
Regards, Axel
--
,''`. | Axel Beckert , http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
`-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130904103441.gr19...@sym.noone.org
Bug#729881: mssh: port number is always fixed to 22
tag 729881 + confirmed kthxbye Hi Mario, Mario J. Barchein Molina wrote: > Port number can't be specified when connecting to any host and it's > always fixed to port 22 (ssh). Yes and no. You can connect to hosts with SSHd listening on a different host by adding the according entry to your ~/.ssh/config. But this is rather a workaround than a fix. > This can't be done: > > mssh myserver1:2221 myserver2:64322 Correct. > I have fixed this bug. The code with fix included is available in > https://github.com/intelligenia/mssh, the only file changed is src/mssh- > terminal.c Cool! On you https://github.com/intelligenia/mssh you declare this to be version 1.2.1. Do you intend to continue development of mssh in general? As you may know, Bradley maintained mssh upstream as well as in Debian and hence maintaining the Debian package would have meant maintaining the upstream which code -- which I don't feel capable of. But if mssh has a proper upstream maintainer again, I'd also maintain or co-maintain its Debian package. (Cc'ing the "O: mssh" bug report for adding this information.) P.S.: I also have a copy of Brad's old Git repository, so if you want to import it to have the whole history, I can help. (Just have to check where my local copy is as git.debian.org/anonscm.debian.org is currently down due to hard disk issues. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131118163401.gh13...@sym.noone.org
Bug#729881: mssh: port number is always fixed to 22
Hi, Mario J. Barchéin Molina wrote: > > On you https://github.com/intelligenia/mssh you declare this to be > > version 1.2.1. Do you intend to continue development of mssh in > > general? > > I'm not experienced in C or GTK+ so I don't think I can take this project, > sorry. Same here. > I bumped minor version just to state this code is based on and > improves original one. That's ok, I'd say. > If this is confusing, I can remove tags from github's repo. I'm fine with that. It just suggested to me that you might do further development. And I actually read it there, not in the tags: https://github.com/intelligenia/mssh#changelog > > As you may know, Bradley maintained mssh upstream as well as in Debian > > and hence maintaining the Debian package would have meant maintaining > > the upstream which code -- which I don't feel capable of. But if mssh > > has a proper upstream maintainer again, I'd also maintain or > > co-maintain its Debian package. (Cc'ing the "O: mssh" bug report for > > adding this information.) > > I'm glad this package is maintained. That's the point: It's _not_ really maintained. I can and will only maintain it in Debian properly _if_ someone else is willing to maintain it upstream as I can't do that. I currently just try to fix the worst issues under the hat of the Debian QA Group. > I saw "orphaned" when filling the report That's still the case. > and this is a package I use really a lor in everyday job. Same here. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131118171027.gi13...@sym.noone.org
Bug#735434: ruby1.8 won't be available on Jessie
Control: tag -1 + fixed-upstream
Hi,
Antonio Terceiro wrote:
> Your package still uses ruby1.8, which is unmaintainable at this point. We
> can't keep ruby1.8 around for Jessie. We plan to request its removal in 4
> weeks.
Despite there is no new upstream release yet (upstream website says
0.6 is 93% finished), the git repository at
https://gitorious.org/ditz/mainline seems to work with at least 1.9.x
if not even with 2.0 since a branch called ruby2 has been merged 5
months ago. See also https://gitorious.org/ditz
Regards, Axel
--
,''`. | Axel Beckert , http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
`-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140117110029.gs27...@sym.noone.org
Bug#749334: nvi: Homepage header out of date
Package: nvi Version: 1.81.6-11+b1 Severity: minor Hi Henrique or who else is interested in adopting nvi, the Homepage header of nvi currently points to a no more exiting web page (http://www.kotnet.org/~skimo/nvi/). The "older" homepage of nvi is http://www.bostic.com/vi/ and nowadays redirects to https://sites.google.com/a/bostic.com/keithbostic/vi/, but is horribly out of date (offers version 1.79 for download). But it seems as if there's a at least some development (or maintenance) going on at http://repo.or.cz/w/nvi.git so I recommend to use that as upstream homepage for now. I also suspect it may improve the package if a current snapshot of that git repo would be used as base for the nvi package. One obvious disadvantage of that snapshot is that it contains more embedded code copies than before, see e.g. this commit: http://repo.or.cz/w/nvi.git/commitdiff/e72e57ed514934ea574737e7571f1bd4ed539d42 But since the .orig.tar.gz needs to be build from a git snapshot anyway, repackaging it to exclude embedded code copies shouldn't be an issue. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (400, 'stable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-trunk-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nvi depends on: ii libc6 2.18-7 ii libdb5.3 5.3.28-3 ii libncursesw5 5.9+20140118-1 ii libtinfo5 5.9+20140118-1 Versions of packages nvi recommends: ii nvi-doc 1.81.6-11 nvi suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87d2f04q76@kiva6.ethz.ch
Bug#729825: wdm: lacks integration with consolekit
Control: tag -1 + moreinfo Hi Jamin, Jamin W. Collins wrote: > Version: 1.28-16 [...] > It appears that wdm lacks integration with consolekit, As far as I know, ConsoleKit is deprecated in favor of systemd-logind and will go away. And we got wdm working with logind in 1.28-15. So I'm a little bit confused about this bug report. Cc'ing Michael Stapelberg who was so kind to fix wdm for use with logind. I don't know too much about how logind is supposted to replace ConsoleKit. > this in turn means that user sessions launched via wdm a prevented > from interacting with things such as network configuration (via > nm-applet) and laptop power states such as suspend and resume. I don't use GNOME's NetworkManager but WICD. ConsoleKit is not installed. But xfce-power-manager was IIRC able to do suspend to RAM. Now I do Suspend-to-RAM with with systemd upon lid-close and that works fine in most situations, too. Then again I don't use any of the common desktop environments but only explicitly chosen parts of them in a carefully fine-tuned .Xsession file. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140725105916.ga22...@sym.noone.org
Bug#592758: patch available
The following patch fixes the behavior of xfte - to ignore the Mod5 aka
AltGr modifier key.
--- src/con_x11.cpp.orig2011-06-30 00:32:34.0 +0200
+++ src/con_x11.cpp 2014-10-29 21:59:11.304487092 +0100
@@ -1105,7 +1105,7 @@
if (state & ShiftMask) myState |= kfShift;
if (state & ControlMask) myState |= kfCtrl;
//if (state & Mod2Mask) myState |= kfAlt; // NumLock
-if (state & (Mod1Mask | Mod3Mask | Mod4Mask | Mod5Mask)) myState |= kfAlt;
+if (state & (Mod1Mask | Mod3Mask | Mod4Mask)) myState |= kfAlt;
/* modified k...@users.sf.net
* for old method
@@ -1195,7 +1195,7 @@
Event->Mouse.Count = 1;
if (state & ShiftMask) myState |= kfShift;
if (state & ControlMask) myState |= kfCtrl;
-if (state & (Mod1Mask | Mod3Mask | Mod4Mask | Mod5Mask)) myState |= kfAlt;
+if (state & (Mod1Mask | Mod3Mask | Mod4Mask)) myState |= kfAlt;
//if (state & Mod2Mask) myState |= kfAlt;
Event->Mouse.KeyMask = myState;
@@ -1403,7 +1403,7 @@
char keyName1[32];
KeySym key, key1;
XEvent event1 = event;
-event1.xkey.state &= ~(ShiftMask | ControlMask | Mod1Mask /* |
Mod2Mask*/ | Mod3Mask | Mod4Mask | Mod5Mask);
+event1.xkey.state &= ~(ShiftMask | ControlMask | Mod1Mask /* |
Mod2Mask*/ | Mod3Mask | Mod4Mask);
now = event.xkey.time;
if (!i18n_ctx || event.type == KeyRelease) {
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/545155c4.60...@gmx.de
Bug#1067600: unhtml: Seems not to use UTF-8
Package: unhtml Version: 2.3.9-5 Severity: wishlist X-Debbugs-Cc: a...@users.sourceforge.net Dear Maintainer, UTF-8 characters show up as '' instead of '°'. Maybe there could be an option to set locale or character set. -- System Information: Debian Release: 12.5 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-18-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE=en_IE:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages unhtml depends on: ii libc6 2.36-9+deb12u4 unhtml recommends no packages. unhtml suggests no packages. -- debconf-show failed
Bug#1028447: cdist: unusable with python 3.11
Hi, Steve Langasek wrote: > On Sun, Jan 15, 2023 at 10:10:54AM +0100, s3v wrote: > > > Anyway, this package has no maintainer and upstream has not fixed this, > > > and > > > there are no reverse-dependencies, so I would suggest the package should > > > just be removed. That's IMHO way too harsh given that the package is uptodate with the current upstream release despite being orphaned and the issue is easily fixable. > > Unless I missed something, upstream fixed this issue in [1] > > After applying this commit, I was able to build cdist in a sid > > chroot environment. > > > [1] https://code.ungleich.ch/ungleich-public/cdist/commit/b974969f28f4 > > Well, that's not the upstream repo listed in debian/copyright, so if someone > wants to fix this bug perhaps they also want to fix the upstream pointer. Ack, https://github.com/telmich/cdist redirects to https://github.com/ungleich/cdist, but last commit there is from November 2021 and there's no note that it's no more updated. Funnily https://code.ungleich.ch/ungleich-public/cdist/#contributing refers to https://github.com/ungleich/cdist/pulls I'll take upstream into Cc so they're aware of these upstream infrastructure issues misleading users into thinking that upstream's development has stalled. I might also do a QA upload fixing these issues. No promises though, as I'm a bit out of time these days. Regards, Axel (original author of Debian's cdist package) -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#1028447: cdist: unusable with python 3.11
Dear Steve,
Steve Langasek wrote:
> > [1] https://code.ungleich.ch/ungleich-public/cdist/commit/b974969f28f4
>
> Well, that's not the upstream repo listed in debian/copyright,
JFTR:
https://salsa.debian.org/debian/cdist/-/blob/debian/7.0.0-1/debian/upstream/metadata
already had the up to date upstream VCS repo at the time you wrote the
bug report. And that's the _canonical_ (sic!) place to look for the
upstream VCS repo.
> so if someone wants to fix this bug perhaps they also want to fix
> the upstream pointer.
Will update the URL in debian/copyright, too, yes.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#1042911: Breaks Emacs 29.1 upgrade: muse-split.el:41:2: Error: Cannot open load file: No such file or directory, assoc
Package: elpa-muse Version: 3.20+dfsg-7 Severity: serious X-Debbugs-Cc: a...@debian.org Control: affects -1 emacs emacs-gtk emacs-lucid emacs-nox emacs-pgtk Since upgrading to Emacs 29.1, byte-(re-)compilation fails as follows: […] Install elpa-muse for emacs install/muse-3.20: Handling install of emacsen flavor emacs install/muse-3.20: byte-compiling for emacs In toplevel form: cgi.el:71:2: Warning: Package cl is deprecated cgi.el:87:13: Warning: Unknown defun property ‘character’ In cgi-decode-string: cgi.el:94:4: Warning: ‘do’ is an obsolete alias (as of 27.1); use ‘cl-do’ instead. cgi.el:101:15: Warning: ‘incf’ is an obsolete alias (as of 27.1); use ‘cl-incf’ instead. cgi.el:108:17: Warning: ‘incf’ is an obsolete alias (as of 27.1); use ‘cl-incf’ instead. In cgi-decode: cgi.el:124:6: Warning: ‘flet’ is an obsolete macro (as of 24.3); use either ‘cl-flet’ or ‘cl-letf’. In cgi-arguments: cgi.el:161:13: Warning: ‘loop’ is an obsolete alias (as of 27.1); use ‘cl-loop’ instead. In end of data: cgi.el:197:16: Warning: the function ‘calendar-current-date’ might not be defined at runtime. In toplevel form: htmlize-hack.el:12:13: Warning: ‘loop’ is an obsolete alias (as of 27.1); use ‘cl-loop’ instead. htmlize-hack.el:17:8: Warning: ‘reduce’ is an obsolete function (as of 27.1); use ‘cl-reduce’ instead. In muse-backlink-insert-hook-func: muse-backlink.el:264:12: Warning: ‘font-lock-fontify-buffer’ is for interactive use only; use ‘font-lock-ensure’ or ‘font-lock-flush’ instead. In end of data: muse-backlink.el:313:33: Warning: the function ‘muse-make-link’ might not be defined at runtime. In toplevel form: muse-colors.el:60:2: Warning: custom-declare-variable `muse-colors-autogen-headings' docstring has wrong usage of unescaped single quotes (use \= or different quoting) muse-colors.el:94:2: Warning: custom-declare-variable `muse-colors-inline-image-method' docstring has wrong usage of unescaped single quotes (use \= or differ ent quoting) In muse-colors-region: muse-colors.el:577:10: Warning: ‘inhibit-point-motion-hooks’ is an obsolete variable (as of 25.1); use ‘cursor-intangible-mode’ or ‘cursor-sensor-mode’ instea d In muse-unhighlight-region: muse-colors.el:732:10: Warning: ‘inhibit-point-motion-hooks’ is an obsolete variable (as of 25.1); use ‘cursor-intangible-mode’ or ‘cursor-sensor-mode’ instea d In muse-colors-lisp-tag: muse-colors.el:775:30: Warning: ‘muse-looking-back’ called with 1 argument, but requires 2 or 3 In muse-docbook-markup-paragraph: muse-docbook.el:233:41: Warning: ‘muse-looking-back’ called with 1 argument, but requires 2 or 3 In toplevel form: muse-html.el:67:2: Warning: custom-declare-variable `muse-html-style-sheet' docstring wider than 80 characters muse-html.el:96:2: Warning: custom-declare-variable `muse-xhtml-style-sheet' docstring wider than 80 characters muse-html.el:399:2: Warning: custom-declare-variable `muse-html-meta-content-encoding' docstring has wrong usage of unescaped single quotes (use \= or differe nt quoting) muse-html.el:421:2: Warning: custom-declare-variable `muse-html-src-allowed-modes' docstring has wrong usage of unescaped single quotes (use \= or different q uoting) In muse-html-markup-paragraph: muse-html.el:490:6: Warning: ‘muse-looking-back’ called with 1 argument, but requires 2 or 3 In muse-html-src-tag: muse-html.el:670:16: Warning: ‘font-lock-fontify-buffer’ is for interactive use only; use ‘font-lock-ensure’ or ‘font-lock-flush’ instead. ../../elpa-src/muse-3.20/cgi.el: Warning: Unknown defun property ‘character’ ../../elpa-src/muse-3.20/cgi.el: Warning: ‘do’ is an obsolete alias (as of 27.1); use ‘cl-do’ instead. ../../elpa-src/muse-3.20/cgi.el: Warning: ‘incf’ is an obsolete alias (as of 27.1); use ‘cl-incf’ instead. ../../elpa-src/muse-3.20/cgi.el: Warning: ‘incf’ is an obsolete alias (as of 27.1); use ‘cl-incf’ instead. ../../elpa-src/muse-3.20/cgi.el: Warning: ‘incf’ is an obsolete alias (as of 27.1); use ‘cl-incf’ instead. ../../elpa-src/muse-3.20/cgi.el: Warning: ‘flet’ is an obsolete macro (as of 24.3); use either ‘cl-flet’ or ‘cl-letf’. ../../elpa-src/muse-3.20/cgi.el: Warning: ‘loop’ is an obsolete alias (as of 27.1); use ‘cl-loop’ instead. ../../elpa-src/muse-3.20/muse-ipc.el: Warning: ‘return-from’ is an obsolete alias (as of 27.1); use ‘cl-return-from’ instead. ../../elpa-src/muse-3.20/muse-ipc.el: Warning: ‘return-from’ is an obsolete alias (as of 27.1); use ‘cl-return-from’ instead. In toplevel form: muse-ipc.el:50:2: Warning: custom-declare-variable `muse-ipc-ignore-done' docstring has wrong usage of unescaped single quotes (use \= or different quoting) muse-ipc.el:80:2: Warning: ‘defun*’ is an obsolete alias (as of 27.1); use ‘cl-defun’ instead. In muse-ipc-server-filter: muse-ipc.el:93:6: Warning: ‘return-from’ is an obsolete alias (as of 27.1); use ‘cl-return-from’ instead. In muse-journal-generate-pages: muse-journal.el:186:24: Warning: value returned from (match-strin
Bug#597821: severity of 597821 is minor
# Automatically generated email from bts, devscripts version 2.10.35lenny7 # if not even wishlist severity 597821 minor -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1287629968-2689-bts-...@debian.org
Bug#346119: closed by "Richard Hartmann" (bug triage)
tags 346119 + moreinfo kthxbye Hi together, Jacob Sparre Andersen wrote: > Version: 4.3.0-dev-2-1 > > It seems that Zsh has stopped accepting non-ASCII letters in variable > names: It has only stopped for non-UTF-8 locales. Using UTF-8 locales, it works at least in oldstable (Lenny, 4.3.6-6) and Sid (4.3.11-2). Jacob: Do you still consider this a bug after getting the above information? Richard Hartmann wrote: > found 346119 4.3.9-1 > thanks Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the zsh package: > > #346119: zsh: Non-ASCII letters are not accepted in variable names > > It has been closed by "Richard Hartmann" . > > Their explanation is attached below along with your original report. [...] > From: Richard Hartmann > Date: Fri, 2 Jan 2009 01:32:07 +0100 > Subject: bug triage > To: 346119-d...@bugs.debian.org > > Version: 3.4.6-7 Richard: Do you really wanted to fix a bug reported against zsh/4.3.0-dev-2-1 to be closed with zsh/3.4.6-7? You also reported the bug to be found with 4.3.9-1 (which was the current version in Sid at that time), just to close it a few minutes later. Without that "found 346119 4.3.9-1" I'd expected the bug to be fixed in 4.3.9-1 and "3.4.6-7" being some weird typo. Or did this just go to the wrong bug report? Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110210020943.gz12...@sym.noone.org
Bug#537678: zsh: after putting a job in background, line edition does not work
tags 537678 + moreinfo
kthxbye
Hi,
Erwan David wrote:
> Package: zsh
> Version: 4.3.6-6
> Severity: normal
>
> After putting a job in background (^Z then bg) line edition does not
> work and control characters appear as if ^V was pressed before them.
I remember having seen this then and when after I ^Zetted man. But I
can't reproduce neither the behaviour I remembered (without the bg)
nor the one you described (with bg) on Debian Lenny with either cat or
man. Can't reproduce it on Sid either.
Can you tell us, with which program you can reproduce this? And maybe
your .zshrc if you have one?
> after the first command is processed by the shell, everything works fine.
In my case pressing just enter already sufficed to get rid of the
issue, so it was never annoying enough that even thought about a bug
report. :-)
Regards, Axel
--
,''`. | Axel Beckert , http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
`-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110210101705.gd12...@sym.noone.org
Bug#490113: fingerprint reader 100% busy after loggin in with wdm
Control: tag -1 + moreinfo Hi Tino, I know, nobody replied to that bug report of yours yet. I stumbled upon it when looking through the bug reports against wdm as I use wdm on a Thinkpad myself. Tino Keitel wrote: > Everytime I log in in wdm, the fingerprint reader of my thinkpad is 100% > busy, causing it to get very hot. Here is the powertop -d output: [...] > The file thinkfinger.bir is in the home directory of the user that wants to > log in. It looks like the path to the user's home directory is unset in the > thinkfinger PAM module if it is invoked by wdm. Other PAM aware applications > like login and sudo work fine. As thinkfinger has been replaced by libfprint, do you still have such issues with wdm and the fingerprint reader? What kind of Thinkpad do you have? Mine (T61) seems to have a different fingerprint reader (lsusb reports "SGS Thomson Microelectronics Fingerprint Reader"). Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121119001521.ga30...@sym.noone.org
Bug#698217: mssh: shift+insert only pastes to first window
Control: tag -1 + moreinfo unreproducible
Hi Stefan,
Stefan Voelkel wrote:
> Package: mssh
> Version: 1.2-1
> Severity: normal
>
> Using shit+insert will only insert text into the first window.
I'm sorry, I can't reproduce that. Shift-Insert works for me on
Squeeze in all these cases as expected:
1) Pressing Shift-Insert in the input field at the top (paste goes to
all subwindows)
2) Clicking in the first window and then pressing Shift-Insert (paste goes to
the first subwindow)
3) Clicking in the second window and then pressing Shift-Insert (paste goes to
the second subwindow)
Did you try to press Shift-Insert with focus on the inputfield at the
top or into single subwindows when you experienced that issue? (Maybe
we can track down and reproduce it that way.)
> Pasting using middle mousebutton works though.
Yep. Works for me in all three cases, too.
Regards, Axel
--
,''`. | Axel Beckert , http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
`-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130115145118.gj15...@sym.noone.org
Bug#700896: cinnamon doesn't show up in wdm's window/session manager list
Package: cinnamon,wdm Version: cinnamon/1.6.7-2 Version: wdm/1.28-13 Dear Cinnamon Maintainers, dear QA Team, I'm using wdm as display manager. While XFCE, LXDE and GNOME show up in wdm's list of available window and session managers, Cinnamon doesn't. This means that I cannot choose to run Cinnamon when using wdm as display manager. I'd have expected that Cinnamon shows up in wdm's list as all other installed window and session managers seem to do. It doesn't make a difference if I use wdm from Wheezy/Sid (1.28-13) or from Experimental (1.28-14~exp1). I'm reporting this issue against cinnamon and wdm since I don't know which of these packages are the source for this issue. And because fixing this issue in one of the two packages should already suffice. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (990, 'unstable'), (900, 'testing'), (600, 'stable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.7-trunk-686-pae (SMP w/2 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 cinnamon depends on: ii cinnamon-common 1.6.7-2 ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii gconf2 3.2.5-1+build1 ii gir1.2-accountsservice-1.0 0.6.21-8 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-clutter-1.0 1.10.8-2 ii gir1.2-cogl-1.0 1.10.2-6 ii gir1.2-coglpango-1.0 1.10.2-6 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gconf-2.0 3.2.5-1+build1 ii gir1.2-gdesktopenums-3.0 3.4.2-3 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gmenu-3.0 3.4.2-7 ii gir1.2-gnomebluetooth-1.03.4.2-1 ii gir1.2-gtk-3.0 3.4.2-6 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-muffin-3.01.1.2-1 ii gir1.2-networkmanager-1.00.9.4.0-10 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-polkit-1.00.105-3 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-upowerglib-1.00.9.17-1 ii gjs 1.32.0-5 ii gkbd-capplet 3.4.0.2-1 ii gnome-icon-theme-symbolic3.4.0-2 ii gnome-session-bin3.4.2.1-3 ii gnome-settings-daemon3.4.2+git20121218.7c1322-3 ii gsettings-desktop-schemas3.4.2-3 ii libatk1.0-0 2.4.0-2 ii libc62.13-38 ii libcairo21.12.2-3 ii libcanberra0 0.28-6 ii libclutter-1.0-0 1.10.8-2 ii libcogl-pango0 1.10.2-6 ii libcogl9 1.10.2-6 ii libcroco30.6.6-2 ii libdbus-glib-1-2 0.100.1-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgirepository-1.0-11.32.1-1 ii libgjs0b [libgjs0-libmozjs185-1.0] 1.32.0-5 ii libgl1-mesa-glx [libgl1] 8.0.5-3 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-desktop-3-2 3.4.2-1 ii libgnome-keyring03.4.1-1 ii libgnome-menu-3-03.4.2-7 ii libgstreamer0.10-0 0.10.36-1.1 ii libgtk-3-0 3.4.2-6 ii libjson-glib-1.0-0 0.14.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4 ii libmuffin0 1.1.2-1 ii libnm-glib4 0.9.4.0-10 ii libnm-util2 0.9.4.0-10 ii libpango1.0-01.30.0-1 ii libpolkit-agent-1-0 0.105-3 ii libpolkit-gobject-1-00.105-3 ii libpulse-mainloop-glib0 2.0-6 ii libpulse02.0-6 ii libstartup-notification0 0.12-1 ii libx11-6 2:1.5.0-1 ii libxfixes3 1:5.0-4 ii libxml2 2.8.0+dfsg1-7 ii mesa-utils 8.0.1-2+b3 ii multiarch-support2.13-38 ii python
Bug#700896: cinnamon doesn't show up in wdm's window/session manager list / tagging 700896
Hi Nicolas, Agustin Martin wrote: > Seems that cinnamon does not register itself as an alternative for neither > "x-window-manager" nor "x-session-manager". That is what wdm uses to know > which alternatives are available. Nicolas Bourdaud wrote: > tags 700896 + pending JFYI: http://anonscm.debian.org/gitweb/?p=pkg-cinnamon/cinnamon.git;a=commitdiff;h=69a4ad0cda1465d21ead175f0e77a41af94ad430 does _not_ fix #700896, at least not if Agustin's description is correct (and I don't expect wdm to look up dpkg's or apt's package database): You just added a "Provides" package header, but you need to use update-alternatives in your maintainer scripts to fix the issue, too. This can be easily done by using "dh_installwm" in your debian/rules. HTH. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130226144928.ga10...@sym.noone.org
Bug#315443: Boa fails to start after upgrade
Control: tag -1 + unreproducible moreinfo
Hi,
I'm currently cleaning up old bug reports against boa in Debian.
Sakari Ailus wrote:
> Package: boa
> Version: 0.94.14rc20-1.2
>
> Boa fails to start after upgrade. When upgraded, boa is stopped
> before replacing it with newer version, but it is not started again.
Unfortunately I can't reproduce this issue, neither with the version
you reported it against (0.94.14rc20-1.2) nor with the current version
(0.94.14rc21-4).
In case you still use boa and still have this issue, please provide
more infomation, i.e. error messages you got during upgrade, etc.
Otherwise, I'll likely close this bug report soon as it is not
reproducible for me and quite old, too.
Regards, Axel
--
,''`. | Axel Beckert , http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
`-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130617115212.ga3...@sym.noone.org
Bug#175153: More information needed
Control: tag -1 + unreproducible
Hi,
Francois-Denis Gonthier wrote on 12-Aug-2007:
> tags: moreinfo
This tag was never set, probably because the mail didn't go Cc to
control@bugs.d.o.
> If you still care, please test with the recently uploaded boa version.
It likely hasn't been sent to the submitter either.
More information about that issue can be found at
http://web.archive.org/web/20010702130736/http://www.securityportal.com/list-archive/bugtraq/2000/Jun/0101.html
(found via source code comment, host no more exists, hence the wayback
machine link) and
https://www.linuxquestions.org/questions/linux-networking-3/help-on-boa-webserver-247972/
(found via duckduckgo)
I though can't reproduce this issue (false positive when running boa
as root) on a system with a current kernel (3.10 rc5 :-) and will
hence soon close this bug. It's over 10 years old and likely dependent
on the kernel the reporter used back then (2.4.16).
Regards, Axel
--
,''`. | Axel Beckert , http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
`-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130617124659.ga15...@sym.noone.org
Bug#713594: mssh: FTBFS: pango-font.h:380:33: error: ISO C restricts enumerator values to range of 'int' [-Wpedantic]
Control: reassign -1 libpango1.0-dev Control: affects -1 mssh Hi, David Suárez wrote: > Source: mssh > Version: 1.2-3 > Severity: serious > Tags: jessie sid > User: debian...@lists.debian.org > Usertags: qa-ftbfs-20130620 qa-ftbfs > Justification: FTBFS on amd64 > > Hi, > > During a rebuild of all packages in sid, your package failed to build on > amd64. > > Relevant part: > > gcc -DHAVE_CONFIG_H -I. -I.. -pthread -I/usr/include/gtk-2.0 > > -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 > > -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 > > -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 > > -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 > > -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/libdrm > > -I/usr/include/harfbuzz -I/usr/include/gconf/2 -I/usr/include/dbus-1.0 > > -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/vte-0.0 > > -D_FORTIFY_SOURCE=2 -pedantic-errors -Werror -Wall -Wfatal-errors > > -Wwrite-strings -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat > > -Werror=format-security -c mssh.c > > In file included from /usr/include/pango-1.0/pango/pango-attributes.h:25:0, > > from /usr/include/pango-1.0/pango/pango.h:25, > > from /usr/include/gtk-2.0/gdk/gdktypes.h:37, > > from /usr/include/gtk-2.0/gdk/gdkscreen.h:32, > > from /usr/include/gtk-2.0/gdk/gdkapplaunchcontext.h:31, > > from /usr/include/gtk-2.0/gdk/gdk.h:32, > > from /usr/include/gtk-2.0/gtk/gtk.h:32, > > from mssh.c:7: > > /usr/include/pango-1.0/pango/pango-font.h:380:33: error: ISO C restricts > > enumerator values to range of 'int' [-Wpedantic] > >PANGO_GLYPH_INVALID_INPUT = ((PangoGlyph)0x), > > ^ > > compilation terminated due to -Wfatal-errors. > > make[3]: *** [mssh.o] Error 1 The code which causes the FTBFS is part of /usr/include/pango-1.0/pango/pango-font.h and I'd suspect that this is not an mssh-specific issue. (Then OTOH this should have caused quite many FTBTS and I've found no according bug report against the pango1.0 source package. Maybe not much programs use -Wpedantic?) Also grepping through the mssh source package code for PANGO_GLYPH_INVALID_INPUT or PangoGlyph did not yield any result. At least the -Wpedantic comes from mssh: src/Makefile.am:AM_CFLAGS = -pedantic-errors -Werror -Wall -Wfatal-errors -Wwrite-strings Nevertheless I think that a library should not cause a FTBFS due to this compiler flag. In case you think, this is still an mssh fault, please explain and help me to understand why. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130629102012.gh30...@sym.noone.org
Re: Bug#713594: mssh: FTBFS: pango-font.h:380:33: error: ISO C restricts enumerator values to range of 'int' [-Wpedantic]
Control: clone -1 -2 Control: reassign -2 mssh 1.2-3 Control: retitle -2 mssh: Should not use -Werror Control: severity -2 important Hi Michael, Michael Biebl wrote: > > In the meanwhile I could confirm that removing the -Wpedantic (in > > src/Makefile.am plus using dh-autoreconf) would fix the FTBFS of mssh. > > > > In case your update takes a while, I could upload an mssh with a > > workaround if wanted. > > Using -Werror in a package is bound to result in such failures. > So I would argue this is a bug in mssh. Ok, fixing that indeed sounds less bumpy. Hence cloning this bug into a (less severe) bug against mssh. > Fwiw, it should be enough to set > export CFLAGS="-Wno-error" > in debian/rules without having to patch Makefile.am Thanks for that hint. I'll try that (or something similar), too. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2013062952.gk30...@sym.noone.org
Bug#356561: pppoeconf: does not insert the pre-up line in /etc/network/interfaces
Package: pppoeconf Version: 1.9 Severity: important -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10-kanotix-8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages pppoeconf depends on: ii gettext-base 0.14.5-2 GNU Internationalization utilities ii ppp 2.4.4b1-1 Point-to-Point Protocol (PPP) daem ii pppoe 3.5-4 PPP over Ethernet driver ii sed 4.1.4-5The GNU sed stream editor ii whiptail [whiptail-provider] 0.51.6-31 Displays user-friendly dialog boxe Versions of packages pppoeconf recommends: ii locales 2.3.6-3GNU C Library: National Language ( -- no debconf information The line "pre-up /usr/sbin/ifconfig eth0 up" in /etc/network/interfaces is not inserted by pppoeconf. Therefore, the network will be down at boot. In my second system (Sarge) pppoeconf make that properly. Furthermore, if pppoeconf will be used a second time, a redundant "auto eth0" part will be inserted in /etc/network/interfaces - rendering the file unusable for the startscripts. Similar to the first problem, this occures only in sid and not in sarge. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#209753: Patch + Pending
tags 209753 +pending
thanks
Hi,
this bug will be resolved soon, a NMU for fixing it is on the way.
Attached the used patch.
Regards, Axel
--
Axel Beckert - [EMAIL PROTECTED] - http://abe.home.pages.de/
diff -Nru relay-ctrl-2.5-orig/debian/changelog relay-ctrl-2.5/debian/changelog
--- relay-ctrl-2.5-orig/debian/changelog2006-10-08 16:15:58.0
+0200
+++ relay-ctrl-2.5/debian/changelog 2006-10-08 13:48:27.0 +0200
@@ -1,3 +1,10 @@
+relay-ctrl (2.5-2.1) unstable; urgency=low
+
+ * Non-maintainer upload, BSP Zurich/Switzerland
+ * More detailed description (Closes: #209753)
+
+ -- Axel Beckert <[EMAIL PROTECTED]> Sun, 8 Oct 2006 13:46:21 +0200
+
relay-ctrl (2.5-2) unstable; urgency=low
* Orphaned package.
diff -Nru relay-ctrl-2.5-orig/debian/control relay-ctrl-2.5/debian/control
--- relay-ctrl-2.5-orig/debian/control 2006-10-08 16:15:58.0 +0200
+++ relay-ctrl-2.5/debian/control 2006-10-08 14:00:05.0 +0200
@@ -9,4 +9,11 @@
Architecture: any
Depends: ${shlibs:Depends}
Description: SMTP Relaying Control for qmail & tcpserver
- This package allows SMTP relaying for any host that authenticates with POP3.
+ This pair of programs (relay-ctrl-age and relay-ctrl-allow) controls
+ relay access for users that authenticate using either POP3 using the
+ qmail-popup/qmail-pop3d servers, or IMAP using Courier IMAP.
+ .
+ It works together with qmail-popup/qmail-pop3d with either tcpserver
+ or tcp-env) as well as with the Courier IMAP server. And qmail-smtpd
+ needs to be configured using tcpserver.
+
Bug#209753: Patch + Pending (Bug #209753)
Hi, Matej Vela schrieb am Sat, Oct 28, 2006 at 10:07:06AM +0200: > Axel Beckert <[EMAIL PROTECTED]> writes: > > this bug will be resolved soon, a NMU for fixing it is on the way. Hmmm, I remember doing the patch during Zurich BSP, but if that hasn't been uploaded yet, I would have to patch it again, since the boxes we had there were reinstalled after the BSP. Maybe madduck still has the patch as he was the one who should IIRC sponsor it. > Do you still intend to NMU relay-ctrl? Well, it just was a new description and would enhance the package. It was one of these easy-to-do NMUs on packages I never used at the top of the oldest bugs list. :) > Note that it has been orphaned for 2.5 years, and is a candidate for > removal. That's sad to hear, but I guess in that case I don't need to do the patch again, since I won't adopt the package because I don't use it. :-( Kind regards, Axel -- /~\| Axel Beckert \ / Plain Text Ribbon Campaign| [EMAIL PROTECTED] X Say No to HTML in E-Mail and News | [EMAIL PROTECTED] / \| http://abe.home.pages.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308113: Reassigning the bug to libxml2
reassign 308113 libxml2 thanks Hi, I'm reassigning this bug to libxml2 since the error seems to happen during the XML syntax verification which is not done by rdfwml but by libxml2. You can reproduce the same error with the tool xmllint from the package libxml2-utils (source package libxml2) by calling it like this on the file attached to the bug-report: $ xmllint broken2.rdf P.S.: This problem seems also to happen with libxml1 since $ xml2 < broken2.rdf from the libxml1 dependent package xml2 (sic!) also reports this error. Is the RDF file valid XML or is it a bug in libxml? I can't tell. Regards, Axel -- Axel Beckert - [EMAIL PROTECTED] - http://abe.home.pages.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#816076: wicd-daemon: upgrade reconfigures static ethernet interface, and kills ssh sessions.
Hi Gianfranco, On Sat, Mar 05, 2016 at 03:51:23PM +, Gianfranco Costamagna wrote: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816076 Thanks for the heads up. I seem to have missed that bug report initially. I noticed that interruption, too, at least once. But IIRC in my case, network came back with the same IP IIRC since the IP was assigned staticallt by the DHCP server. I'll forward it to upstream for now. Kind regards, Axel -- /~\ Plain Text Ribbon Campaign | Axel Beckert \ / Say No to HTML in E-Mail and News| a...@deuxchevaux.org (Mail) X See http://www.nonhtmlmail.org/campaign.html | a...@noone.org (Mail+Jabber) / \ I love long mails: http://email.is-not-s.ms/ | http://abe.noone.org/ (Web)
Bug#816076: wicd-daemon: upgrade reconfigures static ethernet interface, and kills ssh sessions.
Hi Andrew, Andrew Vaughan wrote: > My home server is a headless box, administered from a vnc session tunnelled > over ssh. It has no wifi adaptor, just a single ethernet port that is > statically configured via /etc/network/interfaces. So why are you using wicd at all? I don't see why you need wicd in such a setup. > This behaviour is wrong on so many levels. > > 1. A package upgrade should never bring down an existing in-use interface > without asking the user/admin first. I agree here mostly. It's though only a real issue if the interface doesn't come up again with the same IP afterwards. > 2. I don't think I have ever actually used wicd. See my question above. You don't need it. > Wicd-daemon should not assume that just because it is installed it > owns all the network interfaces. I disagree here. In Debian, it's common that NetworkManager and similar tools manage those interfaces from /etc/network/interfaces which are not listed (or maybe also those which are on "auto"). The issue here seems that wicd seems to no more blacklists them. Will have to check. > I have been through basically the same problems with network-manager in the > past. Issues like this are why so many people are hostile to that package. Indeed. That's why I'm using wicd, too. It was though worse with NetworkManager back then since usually, the network interface stayed down afterwards. That got fixed in the meanwhile, though, IIRC. For now I've forwarded this issue to upstream at https://bugs.launchpad.net/wicd/+bug/1553761 Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#692344: wicd-curses dies when moving around a conference
Hi Wookey, Wookey wrote: > Issue still present in v 1.7.2.4-4.1 > (rebuilt from testing/unstable source on jessie) Are you sure about that version number? Testing/Unstable currently has 1.7.4+tb2-1. 1.7.2.4-4.1 is the version in Jessie. > Can we just take out the dbus assert for this as it seems to be > inappropriate? I'll have a look. Thanks for the hint. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#692344: wicd-curses dies when moving around a conference
Control: found -1 1.7.4+tb2-1 Hi Wookey, Wookey wrote: > > Are you sure about that version number? Testing/Unstable currently has > > 1.7.4+tb2-1. 1.7.2.4-4.1 is the version in Jessie. > > Sorry. The version I have installed is 1.7.4+tb2-1, so I did test the right > one. Thanks for the confirmation > What I don't understand is why everyone isn't complaining about > this. It's been affecting me at nearly every conference for 3-4 > years... Does everyone else put up with it, or is there something odd > about my setup that makes it possible to get a dbus message failure? At least in my case, I usually run wicd-curses only if I need it and don't have it running all the time. I vaguely can remember having seen something like this one or two times with my EeePC 900. But the memory is too vague to confirm or deny that it's the same issue. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#819418: fte: watch file broken
Package: fte
Version: 0.50.2b6-9
Hi,
Samuel Henrique Oltramari Pinto wrote with subject "Accepted fte
0.50.2b6-9 (source) into unstable)":
>* debian/watch: Create.
This is contra-productive. :-(
https://tracker.debian.org/pkg/fte now claims that there is a new
upstream release while there isn't.
fte upstream has the annoying behaviour to _not_ put the version
number but the release date into the tar ball file names which is why
there never has been a watch file in the past. See
/usr/share/doc/fte/changelog.gz:
0.50.2b6 -- 2011
[…]
0.50.2b5 -- March 2010
Hence we _cannot_ check for new versions with watch files unless we
change the version number of the package. I recommend to _not_ change
the version number to only use the date based numbers. A proper
upstream version number which would work with an according watch file
would be e.g.
0.50.2b6-20110708
I'm tempted to do another QA upload to fix this false positive. The
other option would be to either remove the watch file or the comment
out its content.
Regards, Axel
--
,''`. | Axel Beckert , http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Re: Accepted fte 0.50.2b6-9 (source) into unstable
Hi Samuel, I've imported your upload into the package's git repository and pushed it to Alioth: https://anonscm.debian.org/cgit/collab-maint/fte.git/commit/?id=6954b1a6 A few more comments about your fte upload: On Sun, Mar 27, 2016 at 11:33:57PM +, Samuel Henrique Oltramari Pinto wrote: > - Vcs-Browser: Correct url and use the same as Vcs-Git. There was nothing to "correct". It was working before since /cgit/ and /git/ are equivalent and AFAIK none of them is preferred yet. So I think it is rather bold to claim that URL has been "corrected". Historically seen /cgit/ was working before /git/ was working. So many packages use /cgit/ instead of /git/. > - Add DEB_BUILD_MAINT_OPTIONS variable to improve the GCC hardening. > - Add DEB_LDFLAGS_MAINT_APPEND variable to avoid useless dependency. Thanks for these! Actually these made me aware that there is an easy fix for these "package could avoid a useless dependency" warnings. :-) Kind regards, Axel -- /~\ Plain Text Ribbon Campaign | Axel Beckert \ / Say No to HTML in E-Mail and News| a...@deuxchevaux.org (Mail) X See http://www.nonhtmlmail.org/campaign.html | a...@noone.org (Mail+Jabber) / \ I love long mails: http://email.is-not-s.ms/ | http://abe.noone.org/ (Web)
Bug#819418: fte: watch file broken
Hi, > > > * debian/watch: Create. > > > > This is contra-productive. :-( > > > > I'm sorry, what should i have write on the changelog instead? [...] > > I think by "contra-productive" Axel refers to the file creation itself > (for the reasons he explained later), not the changelog entry :-) Yes. In retroperspective, it may have been ambiguous with regards to my other comments. Sorry for that. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#824596: wicd: FTBFS: KeyError: 'LANG'
Control: tag -1 + pending Hi Sebastian, Sebastian Ramacher wrote: > wicd currently fails to build: Only under specific circumstances, namely if $LANG is not set in the environment or set to something unexpected. This has been fixed in git a while ago: https://anonscm.debian.org/cgit/collab-maint/wicd.git/commit/?id=9f74bd80ed1ca2c3e1ff29e69d6109837bfc6c85 I guess, I should do another QA upload. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#816076: wicd-daemon: upgrade reconfigures static ethernet interface, and kills ssh sessions.
Hi, Vincent Lefevre wrote: > On 2016-02-27 19:48:48 +1100, Andrew Vaughan wrote: > > My home server is a headless box, administered from a vnc session tunnelled > > over ssh. It has no wifi adaptor, just a single ethernet port that is > > statically configured via /etc/network/interfaces. > > > > During today's package update my ssh connection died partway through, during > > setup of wicd-daemon. Last line was "Installing new version of config file > > /etc/wicd/encryption/templates/wpa2-peap ..." > > > > Then ssh refused to re-connect. > > > > I finally got re-connected after discovering that wicd-daemon had > > reconfigured eth0 to a different ip address. > > Probably the same bug as bug 557156 (from 2009!). The problem is that > wicd-daemon tries to reconfigure the ethernet interface even though > it is configured not to connect to it automatically (which should be > and is the default). I went through all the more or less recent upstream commits and I'm rather sure that the commit at https://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/851 is the cause for the issue. So it's a different issue than #557156. > A workaround is to remove eth0 from the wicd configuration. That should help, yes. But reading the commit message of the above mentioned commit, there's another "fix": Change default behaviour: now wicd kills connections when is shutdown. This behaviour can be overriden with -c/--keep-connection (to the daemon). So the best way to fix this issue probably would be to set this option by default in /etc/default/wicd and use that variable in /etc/init.d/wicd. But currently there is no variable for that in either file, so such a variable (e.g. named "DAEMON_OPTIONS") needs to be introduced. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#838552: wicd runs disconnect scripts between pre- and postconnect
Hi Martin, martin f krafft wrote: > I have a simple debug script in all four of the wicd script > directories, which does nothing other than > > echo "*** $IFACE *** $0 $@ ($date -R)" >> /tmp/wicd.debug > > If I plug in a cable, the following happens: > > 2016-09-22T10:37:14,069870858+02:00 *** cable *** > /etc/wicd/scripts/predisconnect/local-debug.sh wired wired wired > 2016-09-22T10:37:14,578834082+02:00 *** cable *** > /etc/wicd/scripts/postdisconnect/local-debug.sh wired wired wired > 2016-09-22T10:37:14,630906594+02:00 *** cable *** > /etc/wicd/scripts/preconnect/local-debug.sh wired wired wired-default > 2016-09-22T10:37:16,779792523+02:00 *** cable *** > /etc/wicd/scripts/predisconnect/local-debug.sh wired wired wired > 2016-09-22T10:37:17,275810373+02:00 *** cable *** > /etc/wicd/scripts/postdisconnect/local-debug.sh wired wired wired > 2016-09-22T10:37:23,435090285+02:00 *** cable *** > /etc/wicd/scripts/postconnect/local-debug.sh wired wired wired-default > > Please note how first pre-/postdisconnect are run. Why is that? The > cable had long before been disconnected, so while this is not a big > deal, it seems wrong. Well, I'd call it debatable. I also see reasons for this behaviour. > What's worse though is that the pre-/postdisconnect scripts are run > *again* after preconnect and before postconnect, which can break > some applications, e.g. enabled ipv6 autoconf in preconnect and > turning it off in postdisconnect. Thanks for this very precise bug report. The latter behaviour indeed sounds wrong and may explain some other reported or seen issues. Will have a look at it. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#838552: wicd runs disconnect scripts between pre- and postconnect
Hi Martin, martin f krafft wrote: > also sprach Axel Beckert [2016-09-22 10:56 +0200]: > > > Please note how first pre-/postdisconnect are run. Why is that? The > > > cable had long before been disconnected, so while this is not a big > > > deal, it seems wrong. > > > > Well, I'd call it debatable. I also see reasons for this behaviour. > > The pre-/postdisconnect scripts should be called upon disconnection, > which was yesterday. Ah, ok. I thought you were arguing that they shouldn't need to be run if the cable has been pulled out without choosing "disconnect" in WICD and that the "predisconnect" is then still run despite it was after unplugging the cable. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#808634: cadabra in Debian
Hi Kasper, Axel Beckert wrote: > Kasper Peeters wrote: > > > It builds then, but the test suite seems to hang at > > > "fieldtheory" (or I have to wait for more than a few minutes there): > > > > Weird, this test went through fine on a VM which I installed from > > scratch with Debian 8.6 and then upgraded to testing. > > Found the issue: The package didn't declare a build-dependency on lie. > If lie is installed, the test works fine. Uploaded last night. The build failed on a bunch of architectures (arm64, armel, armhf, pppc64el, powerpc, s390x)) due to failing tests. It was always the test fieldtheory which hang on these architectures and was killed after reaching an timeout. My current suspicion is that lie doesn't behave as expected on these architectures. Haven't checked it explicitly, though. So for now, I'll again disable that test to hopefully get it passing the test suite on all architectures. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#808634: cadabra in Debian
Hi Kasper, Kasper Peeters wrote: > > Uploaded last night. The build failed on a bunch of architectures > > (arm64, armel, armhf, pppc64el, powerpc, s390x)) due to failing tests. > > It was always the test fieldtheory which hang on these architectures > > and was killed after reaching an timeout. > > > > My current suspicion is that lie doesn't behave as expected on these > > architectures. Haven't checked it explicitly, though. > > I would not waste more time on this; the bit that requires LiE is only > a very small part of the total functionality, and this dependency will > go away in 2.x anyway. Just disabling that test is fine with me. That's what I have done and what already helped: All architectures which failed with that test have now passed the test suite and built fine. Additionally all release (i.e. relevant) architectures already built fine, too: https://buildd.debian.org/status/package.php?p=cadabra&suite=unstable So it looks quite good now. Will nevertheless keep an eye on it. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#851814: apt-build: Broken postinst by less permissive sed
Hi Santiago, Santiago Vila wrote: > Setting up apt-build (0.12.45) ... > sed: character class syntax is [[:space:]], not [:space:] > dpkg: error processing package apt-build (--configure): > subprocess installed post-installation script returned error exit > status 4 > Processing triggers for man-db (2.7.6.1-2) ... > Errors were encountered while processing: > apt-build > > Discovered by Antonio Trujillo here: > > https://lists.debian.org/msgid-search/dd7864af-d235-217c-74dc-bd1b5a086...@juntadeandalucia.es Thanks for forwarding it. Such issues are not detected by just having the package installed and using it occasionally. But triggering a reinstallation showed it here, too. > I think the following trivial patch should fix it, Thanks for the patch. I'll do an QA upload soon. > but I'm not confident enough to push it to git because version in > Debian archives does not exactly match HEAD in git. Yes, I understand. Point is that when I did the first QA upload there were (seemingly dead) ITA-traces in the Git master brnach and I didn't want to throw them away, so for the last RC-fix (back then for Jessie), I branched off a branch named "jessie" based on the lasted upload to Unstable. I now did the same for Stretch: Created a branch "stretch" based on the branch "jessie". As soon as I've uploaded apt-build, I'll merge back my changes into the "master" branch. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#851912: apt-build: Should probably use "apt-ftparchive release $dir" to generate Release files
Package: apt-build Version: 0.12.46 Severity: wishlist Currently the generation of apt-build's Release files is an ugly hack. Using "apt-ftparchive release $dir" instead would probably require some smaller design changes, but in the end it's likely more reliable and future-proof. -- System Information: Debian Release: 9.0 APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (500, 'unstable-debug'), (500, 'buildd-unstable'), (110, 'experimental'), (1, 'experimental-debug'), (1, 'buildd-experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages apt-build depends on: ii apt 1.4~beta4 ii apt-utils 1.4~beta4 ii cdebconf [debconf-2.0] 0.220 ii debconf [debconf-2.0] 1.5.59 ii devscripts 2.17.0 ii dpkg1.18.18 ii dpkg-dev1.18.18 ii g++ 4:6.3.0-1 ii gcc 4:6.3.0-1 ii libappconfig-perl 1.66-2 ii libapt-pkg-perl 0.1.30 ii libc6 2.24-9 pn perl:any Versions of packages apt-build recommends: ii build-essential 12.2 ii fakeroot 1.21-3.1 Versions of packages apt-build suggests: ii gfortran 4:6.3.0-1 -- debconf information: apt-build/arch_amd: native apt-build/repository_dir: /var/cache/apt-build/repository * apt-build/add_to_sourceslist: true apt-build/archtype: native apt-build/build_dir: /var/cache/apt-build/build apt-build/arch_alpha: native apt-build/arch_intel: native * apt-build/olevel: Medium * apt-build/make_options: -j8 * apt-build/arch_amd64: native apt-build/arch_sparc: native apt-build/arch_arm: native apt-build/options:
Bug#851913: apt-build: Perl code should be modernised and made less error-prone
Package: apt-build Version: 0.12.46 Severity: wishlist apt-build's Perl code contains several patterns which are considered bad (and error-prone) style. For example: * Two-parameter open() calls should be replaced with three-parameter open() calls. * Most open() calls are not being checked for their return value (which might indicate failures). * Instead of '$\ = "\n";', "say" should be used instead of "print" where this feature is wanted. (Had to add some "chomp()" calls to cope with the additional newlines upon "print".) * Many system() calls could be replaced with pure-perl solutions, e.g. calling mkdir, rm, cat, ln, cp, etc. (Seems to be no speed issue so far, though.) -- System Information: Debian Release: 9.0 APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (500, 'unstable-debug'), (500, 'buildd-unstable'), (110, 'experimental'), (1, 'experimental-debug'), (1, 'buildd-experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages apt-build depends on: ii apt 1.4~beta4 ii apt-utils 1.4~beta4 ii cdebconf [debconf-2.0] 0.220 ii debconf [debconf-2.0] 1.5.59 ii devscripts 2.17.0 ii dpkg1.18.18 ii dpkg-dev1.18.18 ii g++ 4:6.3.0-1 ii gcc 4:6.3.0-1 ii libappconfig-perl 1.66-2 ii libapt-pkg-perl 0.1.30 ii libc6 2.24-9 pn perl:any Versions of packages apt-build recommends: ii build-essential 12.2 ii fakeroot 1.21-3.1 Versions of packages apt-build suggests: ii gfortran 4:6.3.0-1 -- debconf information: * apt-build/add_to_sourceslist: true apt-build/repository_dir: /var/cache/apt-build/repository apt-build/arch_alpha: native apt-build/arch_sparc: native apt-build/options: apt-build/archtype: native apt-build/arch_arm: native * apt-build/make_options: -j8 * apt-build/olevel: Medium apt-build/build_dir: /var/cache/apt-build/build * apt-build/arch_amd64: native apt-build/arch_intel: native apt-build/arch_amd: native
Bug#852126: apt-build: unowned files after purge (policy 6.8, 10.8): /etc/apt/sources.list.d/apt-build.list
Hi Andreas,
Andreas Beckmann wrote:
> during a test with piuparts I noticed your package left unowned files on
> the system after purge, which is a violation of policy 6.8 (or 10.8):
>
> https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails
I'm surprised that this doesn't show up on
https://piuparts.debian.org/sid/source/a/apt-build.html despite it's
in https://piuparts.debian.org/sid/pass/apt-build_0.12.46.log.
Regards, Axel
--
,''`. | Axel Beckert , http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#831805: [pkg-wicd-maint] Bug#831805: wicd-daemon: Not all PEAP/MS-CHAP-V2 networks require a "Domain" field
Hi, Giap Tran wrote: > Yesterday, we have received a new bug from report bugs system. > Bug#831805: wicd-daemon: Not all PEAP/MS-CHAP-V2 networks require a > "Domain" field. > > I have searched this bug in Upstream. There have some bug same: > > - https://bugs.launchpad.net/wicd/+bug/897399 (Identity/Domain problem > in PEAP Edit) in 2011 > Dev report fixed, Yes, but the patch found in that bug report (https://bugs.launchpad.net/wicd/+bug/897399/+attachment/3414734/+files/wicd-897399) doesn't fit what I would expect as patch for this issue. > but a person reported it not fixed. > > > This problem still exists in 2015, isn't the fix going to be accepted > > into the upstream code? I assume the initial bug report was about two separate bugs which were not clearly distinguishable back then and only one of them git fixed while the other is still present: > - https://bugs.launchpad.net/wicd/+bug/1591489 in 11/06/2016 > (no for answer) > > I think #897399 have a patch fixed, but upsteam doesn't apply it. No, upstream applied it and the current Debian package contains that patch. I'll probably add the additional template suggested in Launchpad as well as in the Debian BTS. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#679089: wicd-gtk: regression: pulls a lot of GNOME stuff by default
Control: tags -1 + wontfix moreinfo Hi Eugene, Eugene V. Lyubimkin wrote: > New wicd-gtk (currently in testing/unstable) stopped recommending any > other "sudo-client" than gksu Because all others are no more available in Debian and plain sudo doesn't make sense for a GUI application to me. > and gksu pulls by default gnome-keyring > which pulls a lot of other unrelated stuff. > > If wicd-gtk can work without gksu without losing a major part of > functionality, please downgrade it to Suggests. No. gksu is the right tool for the majority of users, so it should be installed with default settings. But since it's only a Recommends, you are free to uninstall (or choose to not install) it at any time. Dropping it to Suggest would mean the admin would have to select it explicitly to get it installed. That's not what we want. I'm though open to any alternative recommendation in addition to gksu. I'm just not aware of any package suitable as alternative to gksu. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#685146: wicd-daemon packages dependencies
Hi, Jörg-Volker Peetz wrote: > the dependency on an dhcp client in the packages should be formulated with the > help of the virtual packet "dhcp-client" as something like > > dhcpcd | pump | udhcpc | dhcp-client > > (Compare bug #680976.) I disagree here. Wicd has a list of supported DHCP clients and handles each one differently depending on its features. AFAIK wicd is not capable of talking to arbitrary DHCP clients. Hence the way #680976 has been fixed was correct. > Furthermore, I would like to suggest to change the dependency on > "wireless-tools" to a recommendation, Indeed, wicd theoretically could be used to handle wired configurations only. I'm though not sure if wicd works properly without iwconfig, iwlist and friends installed, so I'm reluctant here. Additionally, I consider such cases being very rare. Less rare, but a similar case is the question if wpa-supplicant needs to be a hard dependency. E.g. there might be users just connecting to open or WEP-"secured" wifi networks. (But at least the latter case should be very rare nowadays, too.) I'd avoid these kind of changes before the Stretch release as they need quite some testing. But I might reconsider them after the Stretch release. > since with newer kernels this package isn't mandatory any more. I don't see why this would be relevant here. The sole reason for downgrading these dependencies is because there might be use cases where wireless at all is not needed. (AFAIK wicd can't yet use "iw" instead of iwconfig and friends.) Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#814090: wicd-curses crashed with AttributeError in keypress(): 'Text' object has no attribute 'keypress'
Control: tag -1 + help
Control: retitle -1 wicd-curses: crashes with "AttributeError in keypress():
'Text' object has no attribute 'keypress'" if wired connection is shown and the
first keypress happens only after several seconds
Hi together,
giovanni.alberota...@gmail.com wrote:
> AttributeError: 'Text' object has no attribute 'keypress'
Valentin Heinz wrote:
> AttributeError: 'Text' object has no attribute 'keypress'
Christian Heinrich wrote:
> AttributeError: 'Text' object has no attribute 'keypress':A1
> Master1
deenes wrote on Launchpad:
> AttributeError: 'Text' object has no attribute 'keypress'
I've just uploaded an updated wicd package to Debian Unstable which
fixes many outstanding issues in Debian and Ubuntu.
Unfortunately I haven't yet found a bug fix for this issue.
I though could at least trace it down so far that I can reliably
reproduce it and know what circumstance need to be present:
Requirements:
* The wired interface needs to be shown, i.e. either "Always show
wired interface" is on or the wired interface has link.
How to reproduce reliably:
* Start wicd-curses and don't press any keys.
* Wait until "wired-default" is no more highlighted, i.e. no more
displayed inverted.
* Press more or less any key. ("H" for help does not immediately
crash, but first shows the help and crashes when you quit the help
dialog.)
Probably the right way to tackle this is to find out what unhighlights
and hence unselects the wired-default connection (and instead selects
something which can't receive keypresses) and then make it stop doing
that.
But I've so far not yet found what unselects the wired connection in
the TUI. Any help (further debugging, patches, suggestions) is
appreciated here.
Regards, Axel
--
,''`. | Axel Beckert , http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#861736: python-nxs: Cannot save files with nxs python module
Control: tag -1 + confirmed
Control: user debian-rele...@lists.debian.org
Control: usertag -1 + bsp-2017-05-ch-zurich
Hi,
Marc Rosanes wrote:
>import nxs
>e = nxs.NXentry(name= "NXtomo")
>e.save("filenamenxs.h5", 'w5')
[...]
> /usr/lib/python2.7/dist-packages/nxs/tree.pyc in save(self,
> filename, format)
> 866 root = NXroot(NXentry(self))
> 867 if root.nxfile: root.nxfile.close()
> --> 868 file = NeXusTree(filename, format)
> 869 file.writefile(root)
> 870 file.close()
>
> /usr/lib/python2.7/dist-packages/nxs/napi.pyc in __init__(self,
> filename, mode)
> 318 else:
> 319 op = 'create'
> --> 320 raise NeXusError, "Could not %s %s"%(op,filename)
> 321 self.isopen = True
> 322
I can reproduce this on Sid/Stretch, but not on Jessie, so this is a
regression from Jessie to Stretch.
The same happens if you don't specify the file format (as HDF5 seems
to be the default file format).
Regards, Axel
--
,''`. | Axel Beckert , http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#861999: fwsnort: Doesn't remove firewall rules on package purge
Package: fwsnort Version: 1.6.5-1 Severity: important Hi, while working on the recent RC bug in fwsnort (#860164) I noticed that all the firewall rules created by fwsnort are not removed upon purging the package. But since the package does not create them automatically and they're only created if the program is actually used as intented, I think it's less severe than e.g. piuparts reporting leftover files after purge. On a first glance, simply calling "fwsnort --ipt-revert" in prerm suffices, but then again, /usr/sbin/fwsnort might be no more there, if the package was already removed, but not purged. Luckily, when looking what this option actually does, I noticed that it boils down to the very simple oneliner: grep -v FWSNORT /var/lib/fwsnort/fwsnort.save | iptables-restore So I'll add this to the postrm script before deleting the fwsnort.save file, calling it only if that file exists. -- System Information: Debian Release: 9.0 APT prefers unstable APT policy: (990, 'unstable'), (980, 'unstable-debug'), (600, 'testing'), (111, 'buildd-unstable'), (111, 'buildd-experimental'), (110, 'experimental'), (105, 'experimental-debug') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages fwsnort depends on: ii debconf [debconf-2.0] 1.5.60 ii iptables1.6.0+snapshot20161117-6 ii libiptables-parse-perl 1.6-1 ii libnet-rawip-perl 0.25-2+b3 ii libnetaddr-ip-perl 4.079+dfsg-1+b1 pn perl:any Versions of packages fwsnort recommends: pn snort-rules-default fwsnort suggests no packages. -- debconf information: * fwsnort/download: true
Bug#862485: fwsnort mustn't set iptables rules when purged
Control: tag -1 + moreinfo Control: severity -1 important Hi Adrian, Adrian Bunk wrote: > Severity: critical I think that's overly exaggerated. > Tags: security I also disagree with this tag. > The #861999 fix adds the following on purging: > grep -v FWSNORT /var/lib/fwsnort/fwsnort.save | iptables-restore Yes. In postrm on purge. > Imagine the following: > 1. today I install fwsnort and try it > 2. later today I uninstall it You usually purge package if you play with packages which make changes to your system. > This would in 2 years set the iptables rules to what they > were today before I shortly played with fwsnort. I consider this (i.e. just removing but not purging when wanting to get rid of a package and all its effects) to be the admin's fault, not the package's fault. > A case could be made for "fwsnort --ipt-flush" in prerm. This would be against the expectation of users that configurations, settings etc. are removed on purge and not on removal. > Or considering that activating any fwsnort rules is not done > automatically and that the package should not interfere with > what the the admin has done. I disagree. I expect a package to clean up its changes on purge which result on common usage. To be more specifically, seeing 11'000 iptables rules left on my system after pruging fwsnort with no chance to remove them without reinstalling the package or removing 11'000 rules by hand. Not cleaning up these rules is a bug. And cleaning up is a task for "purge", not for "remove". Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#862485: fwsnort mustn't set iptables rules when purged
Control: tag -1 + confirmed - moreinfo Hi Adrian, Adrian Bunk wrote: > > > Tags: security > > > > I also disagree with this tag. > > messing up the iptables setup at an unexpected time can have bad > consequences. bad != security > > > A case could be made for "fwsnort --ipt-flush" in prerm. > > > > This would be against the expectation of users that configurations, > > settings etc. are removed on purge and not on removal. > > When you remove (not purge) a package containing a webserver, do you > expect that the webserver is stopped or do you expect that the webserver > is still running after removing the package? Granted. Thanks for that comparison. > > > Or considering that activating any fwsnort rules is not done > > > automatically and that the package should not interfere with > > > what the the admin has done. > > > > I disagree. I expect a package to clean up its changes on purge which > > result on common usage. To be more specifically, seeing 11'000 > > iptables rules left on my system after pruging fwsnort with no chance > > to remove them without reinstalling the package or removing 11'000 > > rules by hand. Not cleaning up these rules is a bug. And cleaning up > > is a task for "purge", not for "remove". > > "Remove an installed package. This removes everything except conffiles" > This the dpkg (and similar in apt) description of what remove does. > > A package that is removed but not purged is in the Config-Files states. > This means the old configuration is still present if the package gets > installed again. > > Purging is supposed to remove the (at that point already unused) > configuration files of the package. Point taken. Will move that line (or an "fwsnort --ipt-flush") into a (to be created) prerm and do another QA upload. (Unless you're already onto it. Feel free to do that.) Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#862485: fwsnort mustn't set iptables rules when purged
Axel Beckert wrote:
> Point taken. Will move that line (or an "fwsnort --ipt-flush") into a
> (to be created) prerm and do another QA upload. (Unless you're already
> onto it. Feel free to do that.)
Unfortunately "fwsnort --ipt-flush" only flushes the chains but does
not remove the chains:
# iptables -L -v -n
Chain INPUT (policy ACCEPT 34 packets, 6672 bytes)
pkts bytes target prot opt in out source
destination
22598 17M FWSNORT_INPUT all -- !lo* 0.0.0.0/0
0.0.0.0/0
Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source
destination
0 0 FWSNORT_FORWARD all -- !lo* 0.0.0.0/0
0.0.0.0/0
Chain OUTPUT (policy ACCEPT 34 packets, 2568 bytes)
pkts bytes target prot opt in out source
destination
22777 1488K FWSNORT_OUTPUT all -- * !lo 0.0.0.0/0
0.0.0.0/0
Chain FWSNORT_FORWARD (1 references)
pkts bytes target prot opt in out source
destination
Chain FWSNORT_FORWARD_ESTAB (0 references)
pkts bytes target prot opt in out source
destination
Chain FWSNORT_INPUT (1 references)
pkts bytes target prot opt in out source
destination
Chain FWSNORT_INPUT_ESTAB (0 references)
pkts bytes target prot opt in out source
destination
Chain FWSNORT_OUTPUT (1 references)
pkts bytes target prot opt in out source
destination
Chain FWSNORT_OUTPUT_ESTAB (0 references)
pkts bytes target prot opt in out source
destination
So a little bit more is needed in prerm to properly clean up: First
remove the remaining references to FWSNORT_* chains, then delete all
FWSNORT_* chains.
Regards, Axel
--
,''`. | Axel Beckert , http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#864223: cadabra: switch dependency from texlive-math-extra to texlive-science
Hi Andreas, Andreas Beckmann wrote: > texlive-math-extra is a real package in jessie but a virtual package > provided by texlive-science in stretch. That causes a hard time for apt > and it will likely remove cadabra instead of installing texlive-science > during jessie->stretch upgrades. If you haven't started preparing the upload already (nothing can be seen in the git repo yet), I'd take care of this. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#865576: Fwd: Bug#865576: guilt FTBFS with git 2.13.1: test failures [origin: b...@debian.org]
Hi Jeff,
I'm not sure if you've already seen this bug report against guilt in
Debian: https://bugs.debian.org/865576
But since I saw no new commits since the release of Git 2.13.1 (or
2.13) and the last test-suite related fix was in February 2016, I
assume that non of the commits since 0.36 already fix this.
Seems as if you need at least to update your test suite to work with
the latest git releases, but maybe more
- Forwarded message from Adrian Bunk -
Date: Thu, 22 Jun 2017 23:51:23 +0300
From: Adrian Bunk
To: Debian Bug Tracking System
Subject: Bug#865576: guilt FTBFS with git 2.13.1: test failures
Reply-To: Adrian Bunk , 865...@bugs.debian.org
Source: guilt
Version: 0.36-1
Severity: serious
Tags: buster sid
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/guilt.html
...
./run-tests
010: done.
011: done.
020: --- t-020.out 2015-11-11 19:18:31.0 +
+++ /tmp/guilt.log.5484 2017-06-22 20:31:00.036043499 +
@@ -228,7 +228,6 @@
d .git/patches
d .git/patches/master
d .git/refs/patches
-d .git/refs/patches/master
f 22930c6d1f1938f298a4fca51c57e4b47171db21 .git/patches/master/mode
f 413390f3906f16f30b054a4fb86c1e014b964504 .git/patches/master/remove
f 9c18cc7abe6b87f18503714a80a677b4094eb457 .git/patches/master/add
@@ -243,7 +242,6 @@
d .git/patches
d .git/patches/master
d .git/refs/patches
-d .git/refs/patches/master
f 22930c6d1f1938f298a4fca51c57e4b47171db21 .git/patches/master/mode
f 413390f3906f16f30b054a4fb86c1e014b964504 .git/patches/master/remove
f 9c18cc7abe6b87f18503714a80a677b4094eb457 .git/patches/master/add
@@ -258,7 +256,6 @@
d .git/patches
d .git/patches/master
d .git/refs/patches
-d .git/refs/patches/master
f 22930c6d1f1938f298a4fca51c57e4b47171db21 .git/patches/master/mode
f 413390f3906f16f30b054a4fb86c1e014b964504 .git/patches/master/remove
f 9c18cc7abe6b87f18503714a80a677b4094eb457 .git/patches/master/add
@@ -357,7 +354,6 @@
d .git/patches
d .git/patches/master
d .git/refs/patches
-d .git/refs/patches/master
f 22930c6d1f1938f298a4fca51c57e4b47171db21 .git/patches/master/mode
f 413390f3906f16f30b054a4fb86c1e014b964504 .git/patches/master/remove
f 9c18cc7abe6b87f18503714a80a677b4094eb457 .git/patches/master/add
@@ -478,7 +474,6 @@
d .git/patches
d .git/patches/master
d .git/refs/patches
-d .git/refs/patches/master
f 0803c721968056410df61400bb239380d033b9d5 .git/patches/master/empty.patch~
f 22930c6d1f1938f298a4fca51c57e4b47171db21 .git/patches/master/mode
f 413390f3906f16f30b054a4fb86c1e014b964504 .git/patches/master/remove
Test failed!
Test: 020
Log file: /tmp/guilt.log.5484
Repo dir: "/tmp/guilt reg.14476"
Makefile:2: recipe for target 'all' failed
make[2]: *** [all] Error 1
- End forwarded message -----
Regards, Axel
--
,''`. | Axel Beckert , http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#528058: patch
Control: severity -1 serious Control: tag -1 + pending Hi, Trek wrote: > xfonts-75dpi or 100dpi are required by the X client, but not for the > server alone Thanks for verifying the hint by Michael Rios. And sorry that I missed you comment when perparing the previous upload of xfrisk. Will do an upload with you fix included soon. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#874133: xfrisk: Always crashes due to "stack smashing" on pressing "Start game"
Package: xfrisk Version: 1.2-4 Severity: grave xfrisk (initially started via "risk") always crashes as follows for me if I click the "Start game" button or if I later call "xfrisk localhost" with the server already running. The following crash is from the latter case: ~ → xfrisk localhost CLIENT: Connected to server. CLIENT: Waiting for server to send client ID...Done. *** stack smashing detected ***: xfrisk terminated === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(+0x70bfb)[0x7f35b3a6abfb] /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7f35b3af31e7] /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x0)[0x7f35b3af31b0] xfrisk(+0x8652)[0x55ac99edc652] xfrisk(+0x8aea)[0x55ac99edcaea] xfrisk(+0x8dc6)[0x55ac99edcdc6] /usr/lib/x86_64-linux-gnu/libXt.so.6(XtAppProcessEvent+0x17a)[0x7f35b452a58a] /usr/lib/x86_64-linux-gnu/libXt.so.6(XtAppMainLoop+0x2d)[0x7f35b451edcd] xfrisk(+0x5f4d)[0x55ac99ed9f4d] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf1)[0x7f35b3a1a2e1] xfrisk(+0x5faa)[0x55ac99ed9faa] === Memory map: 55ac99ed4000-55ac99ef6000 r-xp fd:01 537517 /usr/games/xfrisk 55ac9a0f6000-55ac9a0f8000 r--p 00022000 fd:01 537517 /usr/games/xfrisk 55ac9a0f8000-55ac9a0fb000 rw-p 00024000 fd:01 537517 /usr/games/xfrisk 55ac9a0fb000-55ac9a0fe000 rw-p 00:00 0 55ac9bacf000-55ac9bb75000 rw-p 00:00 0 [heap] 7f35b1d2f000-7f35b1d45000 r-xp fd:01 288120 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f35b1d45000-7f35b1f44000 ---p 00016000 fd:01 288120 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f35b1f44000-7f35b1f45000 r--p 00015000 fd:01 288120 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f35b1f45000-7f35b1f46000 rw-p 00016000 fd:01 288120 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f35b1f46000-7f35b1f4b000 r-xp fd:01 529359 /usr/lib/x86_64-linux-gnu/libXfixes.so.3.1.0 7f35b1f4b000-7f35b214a000 ---p 5000 fd:01 529359 /usr/lib/x86_64-linux-gnu/libXfixes.so.3.1.0 7f35b214a000-7f35b214b000 r--p 4000 fd:01 529359 /usr/lib/x86_64-linux-gnu/libXfixes.so.3.1.0 7f35b214b000-7f35b214c000 rw-p 5000 fd:01 529359 /usr/lib/x86_64-linux-gnu/libXfixes.so.3.1.0 7f35b214c000-7f35b2155000 r-xp fd:01 561244 /usr/lib/x86_64-linux-gnu/libXrender.so.1.3.0 7f35b2155000-7f35b2354000 ---p 9000 fd:01 561244 /usr/lib/x86_64-linux-gnu/libXrender.so.1.3.0 7f35b2354000-7f35b2355000 r--p 8000 fd:01 561244 /usr/lib/x86_64-linux-gnu/libXrender.so.1.3.0 7f35b2355000-7f35b2356000 rw-p 9000 fd:01 561244 /usr/lib/x86_64-linux-gnu/libXrender.so.1.3.0 7f35b2356000-7f35b235f000 r-xp fd:01 524345 /usr/lib/x86_64-linux-gnu/libXcursor.so.1.0.2 7f35b235f000-7f35b255f000 ---p 9000 fd:01 524345 /usr/lib/x86_64-linux-gnu/libXcursor.so.1.0.2 7f35b255f000-7f35b256 r--p 9000 fd:01 524345 /usr/lib/x86_64-linux-gnu/libXcursor.so.1.0.2 7f35b256-7f35b2561000 rw-p a000 fd:01 524345 /usr/lib/x86_64-linux-gnu/libXcursor.so.1.0.2 7f35b2561000-7f35b256b000 r-xp fd:01 264439 /lib/x86_64-linux-gnu/libnss_files-2.24.so 7f35b256b000-7f35b276b000 ---p a000 fd:01 264439 /lib/x86_64-linux-gnu/libnss_files-2.24.so 7f35b276b000-7f35b276c000 r--p a000 fd:01 264439 /lib/x86_64-linux-gnu/libnss_files-2.24.so 7f35b276c000-7f35b276d000 rw-p b000 fd:01 264439 /lib/x86_64-linux-gnu/libnss_files-2.24.so 7f35b276d000-7f35b2773000 rw-p 00:00 0 7f35b2773000-7f35b2778000 r-xp fd:01 529447 /usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0 7f35b2778000-7f35b2977000 ---p 5000 fd:01 529447 /usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0 7f35b2977000-7f35b2978000 r--p 4000 fd:01 529447 /usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0 7f35b2978000-7f35b2979000 rw-p 5000 fd:01 529447 /usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0 7f35b2979000-7f35b297b000 r-xp fd:01 570496 /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0 7f35b297b000-7f35b2b7b000 ---p 2000 fd:01 570496 /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0 7f35b2b7b000-7f35b2b7c000 r--p 2000 fd:01 570496 /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0 7f35b2b7c000-7f35b2b7d000 rw-p 3000 fd:01 570496 /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0 7f35b2b7d000-7f35b2b84000 r-xp fd:01 265865 /lib/x86_64-linux-gnu/librt-2.24.so 7f35b2b84000-7f35b2d83000 ---p 7000 fd:01 265865 /lib/x86_64-linux-gn
Bug#874133: xfrisk: Always crashes due to "stack smashing" on pressing "Start game"
Hi, Axel Beckert wrote: > Package: xfrisk > Version: 1.2-4 > Severity: grave > > xfrisk (initially started via "risk") always crashes as follows for me > if I click the "Start game" button or if I later call "xfrisk localhost" > with the server already running. Since upstream has a release candidate of a future release available, I imported that one into the packaging and pushed the according package changes to a git branch named "experimental", see https://anonscm.debian.org/cgit/collab-maint/xfrisk.git/log/?h=experimental Unfortunately that release candidate didn't fix this issue, so we very likely need to find the cause for this crash and make up a patch to fix it. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#874133: xfrisk: Always crashes due to "stack smashing" on pressing "Start game"
Hi Adrian,
Adrian Bunk wrote:
> Crashes for me with 1.2-4
> Works for me with 1.2-3+b2
>
> Looking at the build logs, the hardening flags
> (especially -fstack-protector-strong) are new
> in -4 and likely trigger the issue.
Thanks for that hint! Didn't notice it when uploading 1.2-4. Probably
didn't test far enough.
Will likely upload a 1.2-5 with the fix soon.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#874133: xfrisk: Always crashes due to "stack smashing" on pressing "Start game"
Hi again, Axel Beckert wrote: > Adrian Bunk wrote: > > Crashes for me with 1.2-4 > > Works for me with 1.2-3+b2 > > > > Looking at the build logs, the hardening flags > > (especially -fstack-protector-strong) are new > > in -4 and likely trigger the issue. > > Thanks for that hint! Didn't notice it when uploading 1.2-4. Probably > didn't test far enough. Hrm, The crashes are less verbose with "export DEB_BUILD_MAINT_OPTIONS=hardening=-all", "export DEB_BUILD_MAINT_OPTIONS=hardening=-stackprotectorstrong" or "export DEB_BUILD_MAINT_OPTIONS=hardening=-stackprotector,-relro,-pie", but still there: ~ → xfrisk localhost CLIENT: Connected to server. CLIENT: Waiting for server to send client ID...Done. [1]11208 segmentation fault (core dumped) xfrisk localhost The backtrace now looks as follows: (gdb) bt #0 CBK_IncomingMessage (iMessType=, pvMess=0x) at callbacks.c:327 #1 0xcfc6 in CBK_XIncomingMessage (pClientData=, iSource=, id=) at callbacks.c:97 #2 0x772fc58a in XtAppProcessEvent () from /usr/lib/x86_64-linux-gnu/libXt.so.6 #3 0x772f0dcd in XtAppMainLoop () from /usr/lib/x86_64-linux-gnu/libXt.so.6 #4 0xa28d in main (argc=2, argv=0x7fffdf38) at clientMain.c:103 Nevertheless it must be something which is part of the 1.2-4 packaging as just recompiling xfrisk 1.2-3 under the same current environment results in a working binary. Will continue to dig deeper. Hints welcome, though. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#874133: xfrisk: Always crashes due to "stack smashing" on pressing "Start game"
Hi Adrian, Adrian Bunk wrote: > On Mon, Sep 04, 2017 at 12:59:59AM +0200, Axel Beckert wrote: > > Nevertheless it must be something which is part of the 1.2-4 packaging > > as just recompiling xfrisk 1.2-3 under the same current environment > > results in a working binary. > > > > Will continue to dig deeper. Hints welcome, though. > > I'm not seeing any -O2 in the 1.2-3 build log, > so my next guess would be buggy code breaking > when compiled with optimization. Hrm, the old debian/rules contained this: CFLAGS = -Wall -g ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) CFLAGS += -O0 else CFLAGS += -O2 endif export CFLAGS … so I thought that optimization shouldn't make a difference. But since the old package didn't pass through CFLAGS properly anyway (had to fix that in 1.2-4), that's indeed a good point. Will check, thanks! Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#874133: xfrisk: Always crashes due to "stack smashing" on pressing "Start game"
Hi again, Axel Beckert wrote: > > I'm not seeing any -O2 in the 1.2-3 build log, > > so my next guess would be buggy code breaking > > when compiled with optimization. > > Hrm, the old debian/rules contained this: > > CFLAGS = -Wall -g > ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) > CFLAGS += -O0 > else > CFLAGS += -O2 > endif > export CFLAGS > > … so I thought that optimization shouldn't make a difference. > > But since the old package didn't pass through CFLAGS properly anyway > (had to fix that in 1.2-4), that's indeed a good point. Will check, > thanks! Indeed, this line in debian/rules helps: export DEB_CFLAGS_MAINT_APPEND=-O0 *sigh* Thanks for the help! Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#882099: libnih1: Dependency from libc6<2.25 breaks dist-upgrade
Hi,
manul wrote:
> Apt dist-upgrade wants to delete the following packages:
> cgmanager kde-plasma-desktop kdeconnect libcgmanager0 libnih-dbus1 libnih1
> libpam-systemd libvirt-daemon-system plasma-desktop plasma-widgets-addons
> plasma-workspace policykit-1 polkit-kde-1
> polkit-kde-agent-1 systemd-shim sysvinit-core udisks2
>
>
> Seems the culprit is in libnih1 package:
Indeed. It still depends on libc6 < 2.25 despite being rebuilt against
libc6 2.25 according to
https://buildd.debian.org/status/package.php?p=libnih
Will have a look at it.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#882099: libnih1: Dependency from libc6<2.25 breaks dist-upgrade
Hi again,
Axel Beckert wrote:
> Indeed. It still depends on libc6 < 2.25 despite being rebuilt against
> libc6 2.25 according to
> https://buildd.debian.org/status/package.php?p=libnih
Nope, the rebuilt against libc6 2.25 went wrong and was still against
version 2.24, at least on amd64:
https://buildd.debian.org/status/fetch.php?pkg=libnih&arch=amd64&ver=1.0.3-8%2Bb1&stamp=155842&raw=0
And a local rebuilt in pbuilder (as of Git HEAD in the packaging repo)
worked fine and shows the proper dependencies.
So for now, it just seems necessary to fix the binary rebuild
(BinNMU).
And since the release team is tracking this at
https://release.debian.org/transitions/html/glibc-2.25.html anyway, I
expect them to notice that, too, very soon, or already have.
Nevertheless, Cc'ing them to make sure they're aware of this bug
report. As far as I can see, this bug can be closed when the fixed
rebuild on amd64 hits unstable.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#886416: libnih: uninstallable, and FTBFS when rebuilt: FAIL test_parse (unexpected line numbering)
Control: retitle -1 libnih: FTBFS with expat 2.2.5: "FAIL test_parse (unexpected line numbering)" and is now uninstallable due now failing BinNMU Hi, Simon McVittie wrote: > > Testing parse_xml() > > ... > > BAD: wrong content in file 0x13be5e730 (output), expected 'test:foo:2:0: > > Invalid object path in name attribute > > ' got 'test:foo:1:36: Invalid object path in name attribute > > ' > > at tests/test_parse.c:7954 (test_parse_xml). > > FAIL test_parse (exit status: 134) > > I don't know whether the test failure is triggered by glibc 2.26, or by > something else that changed since November. It doesn't seem to be caused glibc 2.26, because if I try to compile libnih on Sid without having glibc updated from 2.25 to 2.26 yet (due to libnih), it still FTBFS in the same way: BAD: wrong content in file 0x5653145373a0 (output), expected 'test:foo:2:0: Invalid object path in name attribute ' got 'test:foo:1:36: Invalid object path in name attribute ' at tests/test_parse.c:7954 (test_parse_xml). FAIL test_parse (exit status: 134) The reproducible build saw its first FTBFS on 2017-12-23 (sid) and 2017-12-30 (buster), and the last successful build on 2017-12-14 (sid) 2017-12-25 (buster): https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libnih.html Looking at libnih's build dependencies, the expat upstream version bump on 2017-12-16 in Sid and on 2017-12-25 in buster fits quite well. Another hint towards expat is the fact that the failing test involves XML parsing. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#886416: libnih: uninstallable, and FTBFS when rebuilt: FAIL test_parse (unexpected line numbering)
Hi again,
Axel Beckert wrote:
> BAD: wrong content in file 0x5653145373a0 (output), expected 'test:foo:2:0:
> Invalid object path in name attribute
> ' got 'test:foo:1:36: Invalid object path in name attribute
> '
> at tests/test_parse.c:7954 (test_parse_xml).
> FAIL test_parse (exit status: 134)
I don't know if that test suite failure shows that expat broke libnih
or if the test suite just needs to be adapted to the new expat
version.
Iff the later is the case, the following patch fixes the FTBFS:
--- a/nih-dbus-tool/tests/test_parse.c
+++ b/nih-dbus-tool/tests/test_parse.c
@@ -7950,7 +7950,7 @@
TEST_EQ_P (node, NULL);
- TEST_FILE_EQ (output, ("test:foo:2:0: "
+ TEST_FILE_EQ (output, ("test:foo:1:36: "
"Invalid object path in name
attribute\n"));
TEST_FILE_END (output);
TEST_FILE_RESET (output);
Haven't yet tried if the resulting packages still work, but will try
that now.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#886416: libnih: uninstallable, and FTBFS when rebuilt: FAIL test_parse (unexpected line numbering)
Control: tag -1 + patch
Hi again,
Axel Beckert wrote:
> I don't know if that test suite failure shows that expat broke libnih
> or if the test suite just needs to be adapted to the new expat
> version.
>
> Iff the later is the case, the following patch fixes the FTBFS:
>
> --- a/nih-dbus-tool/tests/test_parse.c
> +++ b/nih-dbus-tool/tests/test_parse.c
> @@ -7950,7 +7950,7 @@
>
> TEST_EQ_P (node, NULL);
>
> - TEST_FILE_EQ (output, ("test:foo:2:0: "
> + TEST_FILE_EQ (output, ("test:foo:1:36: "
>"Invalid object path in name
> attribute\n"));
> TEST_FILE_END (output);
> TEST_FILE_RESET (output);
>
> Haven't yet tried if the resulting packages still work, but will try
> that now.
So far no issues and nih-dbus-tool still generates a lot of C code.
The patch fixes the FTBFS with both, glibc 2.25 as well as glibc 2.26.
I've now pushed the above patch with some proper metadata to the newly
created git branch "adapt-testsuite-to-expat-2.2.5":
https://anonscm.debian.org/cgit/collab-maint/libnih.git/log/?h=adapt-testsuite-to-expat-2.2.5
I'd appreciate some more eyes on that change as I have not much of an
idea of libnih's guts.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#886416: libnih: uninstallable, and FTBFS when rebuilt: FAIL test_parse (unexpected line numbering)
Control: tag -1 + pending
Hi Simon,
Simon McVittie wrote:
> > > - TEST_FILE_EQ (output, ("test:foo:2:0: "
> > > + TEST_FILE_EQ (output, ("test:foo:1:36: "
> > >"Invalid object path in
> > > name attribute\n"));
[…]
> It certainly seems more true to say that the error in
> "\n" is at line 1 column 36 (the
> closing double quote around the invalid object path) than at line 2
> column 0 (after the newline).
Argh! Thanks for enlightening me what these numbers mean!
Yes, indeed, that looks much more sane now. Might be related to this
bug fix in expat 2.2.5:
#137 #138 Fix a case of mistakenly reported parsing success where
XML_StopParser was called from an element handler
> > I'd appreciate some more eyes on that change as I have not much of an
> > idea of libnih's guts.
>
> I have no idea about how libnih works, but the change looks harmless at
> worst - it's not as if it changes the behaviour of non-test code, and the
> new output looks more correct than the old.
Thanks for the review! Will prepare an upload.
> (My only interest in libnih is in keeping libpam-systemd installable
> on buildds.)
(My only interest in libnih is in being able to continue to not have to
use systemd as init system on my systems without having to uninstall
about 500 packages. :-P)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#903217: backuppc: Web interface status page doesn't show graphs
Hi, Dominique Brazziel wrote: > No graphs shown, images broken This might be the same as https://bugs.launchpad.net/ubuntu/+source/backuppc/+bug/1612600 in Ubuntu. A fix for that is part of https://patches.ubuntu.com/b/backuppc/backuppc_3.3.1-4ubuntu1.patch We should try to reproduce the issue and see if the according hunks of the Ubuntu patch fixes it. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#644356: [backuppc] In host summary, column sort doesn't work well
Control: tag -1 + confirmed Control: found -1 3.1.0-9 Control: found -1 3.3.1-6 Control: found -1 3.3.2-1 Hi Adrien, Adrien Grellier wrote in 2011: > In the host summary, the columns « Full age » and « speed » aren't > properly sorted when I clicked on the title of the column. For > instance I got this for speed : > > 9.42 > 8.79 > 7.20 > … > 2.10 > 13.92 > 12.67 > 10.75 > 1.50 > 1.07 > > It seems that the 10.* aren't properly handeled. > > I am using Debian stable, with backuppc 3.1.0-9. Can you remember which web browser you did use? So far I only saw this in Chromium, but it worked correctly in Firefox. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#919213: irqbalance: endless loop during configure, system reaches maximum of open files
Package: irqbalance Version: 1.5.0-2 Severity: serious On one of my systems (not the one I'm writing the report on), a Raspberry Pi 2 with Debian Sid armhf and sysvinit, the terminal which I ran the upgrade in, looked like this (excerpt): Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults htop looked like this (excerpt): root 20 0 179M 1576 1404 S 0.3 0.2 3:10.99 | +- aptitude -u root 20 0 10336 0 0 S 0.0 0.0 0:00.71 |+- dpkg --status-fd 70 --configure --pending root 20 0 17832 748 140 S 0.0 0.1 0:17.01 || +- perl -w /usr/share/debconf/frontend /var/lib/dpkg/info/irqbalance.postinst configure 1.5.0-0.1 root 20 0 1468 0 0 S 0.0 0.0 0:00.01 || | +- sh /var/lib/dpkg/info/irqbalance.postinst configure 1.5.0-0.1 root 20 0 7136 4 0 S 0.0 0.0 0:00.06 || | +- perl /usr/sbin/update-rc.d irqbalance enable root 20 0 5296 0 0 S 0.0 0.0 0:00.00 || | +- systemctl --quiet enable irqbalance root 20 0 7136 4 0 S 0.0 0.0 0:00.06 || | +- perl /usr/sbin/update-rc.d irqbalance enable root 20 0 5296 0 0 S 0.0 0.0 0:00.00 || | +- systemctl --quiet enable irqbalance root 20 0 7136 4 0 S 0.0 0.0 0:00.06 || | +- perl /usr/sbin/update-rc.d irqbalance enable root 20 0 5296 0 0 S 0.0 0.0 0:00.00 || | +- systemctl --quiet enable irqbalance root 20 0 7136 4 0 S 0.0 0.0 0:00.06 || | +- perl /usr/sbin/update-rc.d irqbalance enable root 20 0 5296 0 0 S 0.0 0.0 0:00.00 || | +- systemctl --quiet enable irqbalance root 20 0 7136 4 0 S 0.0 0.0 0:00.06 || | +- perl /usr/sbin/update-rc.d irqbalance enable root 20
Bug#919213: irqbalance: endless loop during configure, system reaches maximum of open files
Control: tag -1 + moreinfo Hi Felipe, Felipe Sateler wrote: > On Sun, 13 Jan 2019 18:10:57 +0100 Axel Beckert wrote: > > On one of my systems (not the one I'm writing the report on), a > > Raspberry Pi 2 with Debian Sid armhf and sysvinit, > What are the versions of init-system-helpers 1.56+nmu1 since 19th of December 2018 acoording to the aptitude log. > and systemd? None, it's running sysvinit. > Since version 1.56, we use systemctl to enable links (which seems the case > with your log), but for some reason SYSTEMCTL_SKIP_SYSV environment > variable appears to not be respected. Thanks for that hint! In /usr/sbin/update-rc.d:139 ff. $SYSTEMCTL_SKIP_SYSV is only used if /bin/systemctl exists. /bin/systemctl shouldn't exist on that system, but to my surprise, it does and it's rather old: # ls -l /bin/systemctl -rwxr-xr-x 1 root root 366476 May 26 2015 /bin/systemctl # file /bin/systemctl /bin/systemctl: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 2.6.32, BuildID[sha1]=79551781262e12c906bc81e955088820a84cfda1, stripped So this is either a bug back from the time where I migrated that box from systemd to sysvinit or the initial Raspberry Pi SD card image used for that installation was already unclear with regards to that program. Will try to figure that out. I very likely still have that image. Until it's clear if that's a local issue or a bug in some package, please ignore that package. Will either reassign or close the bug appropriately later. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#930581: root-tail: buggy patch in debian package
Hi Marc, I'm not the maintainer of the root-tail Debian package (it currently has no maintainer, see https://bugs.debian.org/838406), but I'm preparing a QA upload of the package to get 1.3 into Debian and the package back to the current state of the art with regards to packaging. Did that already once in the past. Marc Lehmann wrote: > while preparing release 1.3 of root-tail, I had a look at various > distribution packages for potential bugfixes. Noticed and appreciated it, thanks! > While doing so, I found that debian has a patch that actually introduces a > bug: > >config.h.patch Description: Use proper X fonts selector > > This replaces the correct value for the font pattern by an incorrect one > (USE_FONT specified a font name, not a "X fonts selector", which, as far > as I know, does not exist in X). I must admit, I have no idea what could be right or wrong from a theoretical side... > While the effect is likely small on modenr systems, it nevertheless can > lead to fonts being skipped that would normally be found when using the > correct value, or even lead to no fonts being found at all when they would > otherwise be found. > > Please consider removing the buggy patch. ... but since that patch fixed a crash (see https://bugs.debian.org/298708), I'd be rather cautions with removing it. Will at least check if I can still reproduce the crash reported in #298708 without that patch. P.S.: root-tail fails to compile with GCC 9 due to --as-needed being passed to the linker by default with GCC 9. Solved that in Debian by patching the Makefile: https://salsa.debian.org/debian/root-tail/blob/master/debian/patches/fix-linker-and-compiler-options.patch Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#930581: root-tail: buggy patch in debian package
Hi Marc, Axel Beckert wrote: > > While doing so, I found that debian has a patch that actually introduces a > > bug: > > > >config.h.patch Description: Use proper X fonts selector > > > > This replaces the correct value for the font pattern by an incorrect one > > (USE_FONT specified a font name, not a "X fonts selector", which, as far > > as I know, does not exist in X). The 1.3 (and 1.2) man page states: --font | -fn FONTSPEC Use font FONTSPEC. This can be either a fixed width font like -fn fixed or any font using -fn '-*-*-*-*-*-*-*-*-*-*-*-*-*-*' with the appropriate fields filled out (see xfontsel). Specifying a different FONTSPEC before each filename will cause each file to be displayed in a different font. So according to '-*-*-*-*-*-*-*-*-*-*-*-*-*-*' is a valid string for the base font variable, right? And Debian lets this variable default to "-*-*-*-*-*-*-*-*-*-*-*-*-*-*", i.e. exactly the same value. Or do I oversee something? > Will at least check if I can still reproduce the crash reported in > #298708 without that patch. Actually I could neither get "-fn" nor "--font" to cause any change in the displayed screen. I tried X font selectors like '-misc-fixed-medium-r-*-*-12-*-*-*-*-60-iso10646-1' or '-misc-fixed-medium-r-*-*-12-*-*-*-*-60-iso8859-1' as well as TrueType font names like "Terminus", "$Fontname-$Fontsize", "xft:$Fontname" , "xft:$Fontname-$Fontsize". And I tried root-tail 1.3 and 1.2. Not sure what I did wrong. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#640288: marked as done (/usr/share/john/cronjob: line 28: cd: /var/lib/john: No such file or directory)
Control: reopen -1
Control: found -1 1.8.0-3
Hi Jakub,
Debian Bug Tracking System wrote:
> $ dpkg -r john
> (Reading database ... 11903 files and directories currently installed.)
> Removing john ...
> /usr/share/john/cronjob: line 28: cd: /var/lib/john: No such file or directory
[…]
>* Unconditionally and always call "mkdir -p $PIDDIR" in cron job. It's
> idempotent anyways. (Closes: #502878, #640288)
I accidentially closed this bug with the recent upload despite it
wasn't really fixed.
There were two very similar, but not identical bug reports (#502878
and #640288), one for /var/lib/john/ and one for /var/run/john/. I
just fixed the /var/run/john/ one.
What didn't really help was that the variable RUNDIR contains
/var/lib/john and not /var/run/john (which is stored in $PIDDIR).
Will fix that very soon in git and latest in a few days with the next
upload.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
signature.asc
Description: PGP signature
Bug#775896: libdumbnet RC bug fix? + Fwd: libnet-{libdnet6,frame-device,libdnet}-perl are marked for autoremoval from testing [origin: nore...@release.debian.org]
Hi Peter, I just noticed you have ITA'ed[0] libdumbnet back in June. libdumbnet has currently an RC bug[1] which may cause a bunch of packages, including three packages managed by the Debian Perl Group (Cc'ed), to be autoremoved, too. Do you intend to take care of that RC bug, too? [0] https://bugs.debian.org/698982 [1] https://bugs.debian.org/775896 - Forwarded message from Debian testing autoremoval watch - Date: Thu, 29 Jan 2015 04:39:07 + From: Debian testing autoremoval watch Subject: libnet-libdnet6-perl is marked for autoremoval from testing libnet-libdnet6-perl 0.26-1 is marked for autoremoval from testing on 2015-03-06 It (build-)depends on packages with these RC bugs: 775896: libdumbnet-dev: copyright file missing after upgrade (policy 12.5) - End forwarded message - - Forwarded message from Debian testing autoremoval watch - Date: Thu, 29 Jan 2015 04:39:07 + From: Debian testing autoremoval watch Subject: libnet-frame-device-perl is marked for autoremoval from testing libnet-frame-device-perl 1.10-1 is marked for autoremoval from testing on 2015-03-06 It (build-)depends on packages with these RC bugs: 775896: libdumbnet-dev: copyright file missing after upgrade (policy 12.5) - End forwarded message - - Forwarded message from Debian testing autoremoval watch - Date: Thu, 29 Jan 2015 04:39:07 + From: Debian testing autoremoval watch Subject: libnet-libdnet-perl is marked for autoremoval from testing libnet-libdnet-perl 0.98-1 is marked for autoremoval from testing on 2015-03-06 It (build-)depends on packages with these RC bugs: 775896: libdumbnet-dev: copyright file missing after upgrade (policy 12.5) - End forwarded message - Kind regards, Axel -- /~\ Plain Text Ribbon Campaign | Axel Beckert \ / Say No to HTML in E-Mail and News| a...@deuxchevaux.org (Mail) X See http://www.nonhtmlmail.org/campaign.html | a...@noone.org (Mail+Jabber) / \ I love long mails: http://email.is-not-s.ms/ | http://abe.noone.org/ (Web) -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150130120305.gx6...@sym.noone.org
Bug#775896: Bug#698982: libdumbnet RC bug fix? + Fwd: libnet-{libdnet6,frame-device,libdnet}-perl are marked for autoremoval from testing [origin: nore...@release.debian.org]
Hi Peter, Peter Pentchev wrote: > Sorry for the delay, but I had some non-computer-related stuff that kept > me out of too many loops for the past week. Happens. > I did just now start working on libdumbnet with the goal of fixing the > RC bug, only to find that Bernd Zeimetz uploaded a fix on January 30th, > just a couple of hours after your e-mail. Yeah, because I was on a BSP on 31st of January and planned to do that NMU, too, just to find that Bernd already did it. Thanks Bernd! :-) > Now the package's tracker page - > http://tracker.debian.org/libdumbnet - says that Niels Thykier > already unblocked it, so it should migrate to testing today or > tomorrow. It did already this morning despite the reopened RC bug. > thanks for your prodding e-mail You're welcome. I thought, I ask first to avoid double work... Peter Pentchev wrote: > On Thu, Feb 05, 2015 at 01:37:48PM +0100, gregor herrmann wrote: > > Just that #775896 was reopened by Andreas on Sunday; looks like > > the fix didn't fully work ... Oops. Didn't notice that either. Thanks for the heads up. > Ah, right, thanks for the eye-opener. Oof, yeah, I should've > wondered why the BTS still lists the bug as open :( OK, I'll get > right on it. Thanks! Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150205142958.gm6...@sym.noone.org
Re: O: lynx-cur -- Text-mode WWW Browser with NLS support (development version)
Hi Denis, Denis Briand wrote: > This is a package with 91 bugs, 1 minor open security issue on > stable and oldstable and an hi popcon (23596 install'). I suggest to > work together on this important package Yeah, team-maintaining would be cool for such a package. I'd join such a team, but wouldn't maintain that package alone nor as lead. Andy, Andreas: Would you like to join us with team-maintaining the package? Shall we open an Alioth project to get a team mailing list? Or will collab-maint plus bug tracking system already suffice the team's needs? > Maybe Axel could open a collab-maint git repository on alioth to > work together ? Done: https://anonscm.debian.org/cgit/collab-maint/lynx-cur.git/ I've created it with "git-import-dscs --debsnap lynx-cur", so the whole package history (one commit per upload or upstream release) as far back as available on snapshots.debian.org is in there now -- including Andreas' uploads to experimental. (Thanks for these, Andreas! Much appreciated.) I've also added according Vcs-* headers, did some minor cosmetic changes and dropped the transitional packages which seem to be transitional packages since at least Squeeze. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150212010426.gk6...@sym.noone.org
Bug#781285: cdrdao: Should be able to handle mono WAV files
Package: cdrdao Version: 1:1.2.3-0.3 Severity: wishlist Dear Maintainer, I had to use Audacity to duplicate a mono track into pseudo stereo. -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cdrdao depends on: ii libao4 1.1.0-2 ii libc6 2.13-38+deb7u8 ii libgcc1 1:4.7.2-5 ii libogg0 1.3.0-4 ii libstdc++6 4.7.2-5 ii libvorbis0a 1.3.2-1.3 ii libvorbisfile3 1.3.2-1.3 cdrdao recommends no packages. cdrdao suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150326214308.27242.68943.reportbug@flora
Bug#659015: apt-build disables apt's signature verification
Hi Ansgar,
Ansgar Burchardt wrote:
> apt-build unconditionally passes -o Apt::Get::AllowUnauthenticated=true
> to apt-get, that is it disables *all* signature checks allowing MitM
> attacks to serve malicious data.
Thanks for the heads up. I'll have a look into it and will publish my
proposed QA upload for review as git repo somewhere on Alioth, maybe
collab-maint.
Dominique: Please respond if you (as last uploader) are also working
on a fix for this so that we can avoid duplicated work.
Regards, Axel
--
,''`. | Axel Beckert , http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150330213520.ga24...@sym.noone.org
Bug#659015: apt-build disables apt's signature verification
Hi Ansgar, Axel Beckert wrote: > Ansgar Burchardt wrote: > > apt-build unconditionally passes -o Apt::Get::AllowUnauthenticated=true > > to apt-get, that is it disables *all* signature checks allowing MitM > > attacks to serve malicious data. > > Thanks for the heads up. I'll have a look into it and will publish my > proposed QA upload for review as git repo somewhere on Alioth, maybe > collab-maint. My proposed fix is at https://anonscm.debian.org/cgit/users/abe/proposed-qa/apt-build.git/commit/?h=jessie&id=ca2653a8 I've though observed two possibly minor issues with it: * An existing /etc/apt/sources.list.d/apt-build.list is not updated to add "[trusted=yes]". * Upon purge and (re)installation, I had the "deb" line twice in /etc/apt/sources.list.d/apt-build.list and it's not clear to me why. I've not yet done much testing, so any feedback is welcome. I'll definitely do some more testing before uploading that fix. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150330224931.gc5...@sym.noone.org
Bug#659015: apt-build disables apt's signature verification
Control: tag -1 + pending Hi, Ansgar Burchardt wrote: > Axel Beckert writes: > > I've though observed two possibly minor issues with it: > > > > * An existing /etc/apt/sources.list.d/apt-build.list is not updated to > > add "[trusted=yes]". > > Could probably be added in postinst (apt-build.list is not a conffile), > e.g. something like > > sed -i 's/^deb file:/deb [trusted=yes] file:/' > > or something more strict to make sure it doesn't touch other > repositories. Thanks for that idea and note about not being a conffile. > > * Upon purge and (re)installation, I had the "deb" line twice in > > /etc/apt/sources.list.d/apt-build.list and it's not clear to me why. > > The filename is generated differently in postinst and postrm: That wasn't the issue, but using grep without -F to search for the whole line -- which now contains brackets and they have special meanings in grep basic regular expressions. So adding -F to the according grep call fixes that. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150331235309.gp5...@sym.noone.org
Bug#728578: Hotot: upstream discontinued
Hi,
JFTR: Hotot-Gtk works very fine for me, too. (No segfault at start as
described in #728578.)
Hideki Yamane wrote:
> Unfortunetly, hotot upstream has orphaned this software :-(
> It means that does not provide fix to it anymore.
> For detail, see http://www.hotot.org/this-project-has-been-discontinued/
A pity that upstream doesn't want to continue the project. IMHO the
best UI of all twitter clients I know in Debian.
> If anyone doesn't create folk for it as new upstream, I'll file removal
> request for this package.
Please keep it at least in Unstable for some more time to see if any
of its forks persist.
> Any suggestion are welcome, of course.
There's at least one fork on Github with commits from only a few
months ago: https://github.com/Volvagia356/Hotot/commits/master
Other promising forks seems to be
https://github.com/AshKyd/Hotot/commits/master (last commit about one
year ago in April 2014, though) and
https://github.com/sudaraka/Hotot/commits/master (last commit in
September 2014).
Especially AshKyd writes in the README of his fork: "Hotot was
previously maintained at @lyricat/Hotot, however that project is no
longer being maintained or accepting pull requests. The intention of
this branch is to cut out some of the more superfluous functionality
such as GTK builds and maintain a more basic Hotot into the future."
Regards, Axel
--
,''`. | Axel Beckert , http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150429222706.ga7...@sym.noone.org
Bug#803064: [Reproducible-builds] Bug#803064: fte: please make the build reproducible
Hi,
Reiner Herrmann wrote:
> While working on the "reproducible builds" effort [1], we have noticed
> that fte could not be built reproducibly.
> The created tarball with example files is not sorted.
>
> The attached patch fixes this by telling tar to sort the files.
Thanks. I'll likely apply the patch once
https://ftp-master.debian.org/new/fte_0.50.2b6-7.html has been accepted.
Regards, Axel
--
,''`. | Axel Beckert , http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#804828: fte-docs: rename to ‘fte-doc’
Hi,
Ben Finney wrote:
> The overwhelming Debian convention for “documentation package for
> ‘foo’ package” is to name the documentation pacakge ‘foo-doc’.
Indeed. Only about 1.3% have -docs. (3282 vs 43)
> Please rename the ‘fte-docs’ package to ‘fte-doc’.
I do have a patch for that (attached), but I actually think that the
upload, going through the NEW queue and annoying users with
transitional packages are not worth the effort.
I've also pushed that patch[1] into a branch called
fte-docs-rename[2]. If anyone thinks, this is really worth the effort,
feel free to merge the patch into the master branch and make a QA
upload.
[1]
https://anonscm.debian.org/cgit/collab-maint/fte.git/commit/?h=fte-docs-rename&id=566010fefedfaa9e4ac9135cba256c0060b67d7c
[2] https://anonscm.debian.org/cgit/collab-maint/fte.git/log/?h=fte-docs-rename
Regards, Axel
--
,''`. | Axel Beckert , http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
diff --git a/debian/README.debian b/debian/README.debian
index f2aa026..d583953 100644
--- a/debian/README.debian
+++ b/debian/README.debian
@@ -1,5 +1,6 @@
fte for DEBIAN
---
+--
+
* if you are using some non-iso encondings like KOI8-R please
check your Compose file if you are worried about warning message.
This problem is known - if you know how to fix this, please
@@ -32,7 +33,7 @@ fte for DEBIAN
reproducable bugs found.
* To make your own configurations, make sure you have the package
-fte-docs installed on your system and unpack the file
+fte-doc installed on your system and unpack the file
config-example.tar.gz to $HOME/.fte/.
Run the program: cfte $HOME/.fte/main.fte
Report any useful improvements and new Color modes.
diff --git a/debian/changelog b/debian/changelog
index f9290a1..ddd0960 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+fte (0.50.2b6-9) UNRELEASED; urgency=medium
+
+ * QA upload.
+ * Rename fte-docs to fte-doc. (Closes: #804828)
++ Add a transitional package and according Breaks/Replaces.
+
+ -- Axel Beckert Thu, 12 Nov 2015 20:34:04 +0100
+
fte (0.50.2b6-8) unstable; urgency=medium
* QA upload.
diff --git a/debian/control b/debian/control
index 9b0b222..e7aa24c 100644
--- a/debian/control
+++ b/debian/control
@@ -24,7 +24,7 @@ Depends: ${misc:Depends},
${shlibs:Depends}
Recommends: fte-xwindow | fte-terminal | fte-console
Suggests: exuberant-ctags,
- fte-docs
+ fte-doc
Description: Text editor for programmers - base package
FTE is a text editor for programmers. Some of its features are smart
indentation for C, C++, Java, Perl; color syntax highlighting for many more
@@ -36,11 +36,13 @@ Description: Text editor for programmers - base package
some elementary documentation. There is no editor here; please select one
of the packages in the dependencies.
-Package: fte-docs
+Package: fte-doc
Section: doc
Architecture: all
Depends: ${misc:Depends}
Recommends: fte (= ${binary:Version})
+Breaks: fte-docs (<< 0.50.2b6-8~)
+Replaces: fte-docs (<< 0.50.2b6-8~)
Description: Documentation and examples for the FTE editor
FTE is a text editor for programmers. Some of its features are smart
indentation for C, C++, Java, Perl; color syntax highlighting for many more
@@ -50,6 +52,16 @@ Description: Documentation and examples for the FTE editor
.
This package contains HTML documentation and sample configuration files.
+Package: fte-docs
+Section: oldlibs
+Priority: extra
+Architecture: all
+Depends: fte-doc,
+ ${misc:Depends}
+Description: Transitional package to fte-doc
+ This empty package is only for the transition from the old fte-docs
+ to the new fte-doc package. You can safely remove this package.
+
Package: fte-xwindow
Architecture: any
Pre-Depends: ${misc:Pre-Depends}
diff --git a/debian/fte-docs.dirs b/debian/fte-doc.dirs
similarity index 100%
rename from debian/fte-docs.dirs
rename to debian/fte-doc.dirs
diff --git a/debian/fte-docs.doc-base.manual b/debian/fte-doc.doc-base.manual
similarity index 100%
rename from debian/fte-docs.doc-base.manual
rename to debian/fte-doc.doc-base.manual
diff --git a/debian/fte-docs.doc-base.reference b/debian/fte-doc.doc-base.reference
similarity index 100%
rename from debian/fte-docs.doc-base.reference
rename to debian/fte-doc.doc-base.reference
diff --git a/debian/fte-docs.install b/debian/fte-doc.install
similarity index 100%
rename from debian/fte-docs.install
rename to debian/fte-doc.install
diff --git a/debian/rules b/debian/rules
index 874d451..9be3194 100755
--- a/debian/rules
+++ b/debian/rules
@@ -29,8 +29,8 @@ override_dh_install-arch:
override_dh_install-indep:
chmod -R go=rX config
- tar --sort=na
Bug#804828: fte-docs: rename to ‘fte-doc’
Hi Ben,
Ben Finney wrote:
> On 13-Nov-2015, Axel Beckert wrote:
> > I do have a patch for that (attached), but I actually think that the
> > upload, going through the NEW queue and annoying users with
> > transitional packages are not worth the effort.
>
> My understanding is that ‘fte-docs’ is still very new in Debian. Is
> that correct?
No. The oldest version of fte-docs known by snapshot.debian.org is
0.49.13-10 which has a changelog entry from February 2000. Until then,
the package never has been mentioned in the changelog, so I assume
that it's in there from the beginning (1996).
What you might have stumbled upon is #798413 (see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798413#22) which
caused fte-docs to disappear in the archive for the period between two
uploads (0.50.2b6-6 and 0.50.2b6-7), so that 0.50.2b6-7 had to go
through NEW.
If it would have been a new binary package, I would have agreed. :-)
Regards, Axel
--
,''`. | Axel Beckert , http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#811364: wicd-gtk: status's icons -Status of wireless network- doesnt show in the interface of Wicd
Hi Reiner, Reiner Herrmann wrote: > Since the last upload, wicd-gtk unfortunately misses pixmaps > used in the application (systray icon, signal strength indicators, etc.) Thanks for the analysis! Will have a look at why this is missing later this evening. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#812224: IndexError: list index out of range
Control: tag -1 + unreproducible Hi Salvo, Salvo Tomaselli wrote: > the new version of wicd is rather crashy. Indeed. I had to add a patch or two already due to that. > > ERROR:dbus.connection:Exception in handler for D-Bus signal: > > Traceback (most recent call last): > > File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 230, in > > maybe_handle_message > > self._handler(*args, **kwargs) > > File "/usr/share/wicd/curses/wicd-curses.py", line 97, in wrapper > > return func(*args, **kargs) > > File "/usr/share/wicd/curses/wicd-curses.py", line 850, in update_netlist > > self.wiredCB.get_body().set_list(wiredL) > > File "/usr/share/wicd/curses/wicd-curses.py", line 469, in set_list > > wired.ReadWiredNetworkProfile(self.get_selected_profile()) > > File "/usr/share/wicd/curses/wicd-curses.py", line 535, in > > get_selected_profile > > return self.theList[loc] > > IndexError: list index out of range > > This happens every time, without doing anything at all. Hrm, not for me. I use mostly wicd-curses, too, and it works fine for me. The question is now: What's the difference? Do you have e.g. multiple wired connection profiles or such? Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#812224: IndexError: list index out of range
Control: tag -1 - unreproducible Hi Salvo, Axel Beckert wrote: > > > ERROR:dbus.connection:Exception in handler for D-Bus signal: > > > Traceback (most recent call last): > > > File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 230, > > > in maybe_handle_message > > > self._handler(*args, **kwargs) > > > File "/usr/share/wicd/curses/wicd-curses.py", line 97, in wrapper > > > return func(*args, **kargs) > > > File "/usr/share/wicd/curses/wicd-curses.py", line 850, in > > > update_netlist > > > self.wiredCB.get_body().set_list(wiredL) > > > File "/usr/share/wicd/curses/wicd-curses.py", line 469, in set_list > > > wired.ReadWiredNetworkProfile(self.get_selected_profile()) > > > File "/usr/share/wicd/curses/wicd-curses.py", line 535, in > > > get_selected_profile > > > return self.theList[loc] > > > IndexError: list index out of range > > > > This happens every time, without doing anything at all. > > Hrm, not for me. I use mostly wicd-curses, too, and it works fine for > me. I suspect the relevant "workaround" is to switch on "Always show wired interface". At least I was able to reproduce that crash a few times (but by far not always) if I turn that option off and there are no wireless networks available either, i.e. the list of networks to connect to is rather empty. Pressing "R" in that situation also raises the chance of getting this error. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#812224: IndexError: list index out of range
Hi Jens, Jens Kubieziel wrote: > * Axel Beckert schrieb am 2016-01-22 um 00:08 Uhr: > > I suspect the relevant "workaround" is to switch on "Always show wired > > interface". At least I was able to reproduce that crash a few times > > (but by far not always) if I turn that option off and there are no > > wireless networks available either, i.e. the list of networks to > > connect to is rather empty. > > The workaround doesn't work here. wicd-curses crashes on every > connection. So I open wicd-curses, choose a network and press Enter. > After the connection is etablished, wicd-curses crashes. The error > message (list index out of range) was the same in both cases. Thanks for the additional feedback. The connection you've chosen, is that a wireless or a wired one? I suspect a wireless one. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#812224: IndexError: list index out of range
Hi Jens,
Jens Kubieziel wrote:
> * Axel Beckert schrieb am 2016-01-22 um 13:23 Uhr:
> > The connection you've chosen, is that a wireless or a wired one? I
> > suspect a wireless one.
>
> Your suspicion is right. It's wireless.
Thanks. Will have a look at it. Seems as if I checked changing
properties of wireless networks (which resulted in the patch
https://anonscm.debian.org/cgit/collab-maint/wicd.git/tree/debian/patches/35-fix_ValueError_None_is_not_in_list.patch)
but not actually connecting to one as I prefer wired connections at
home for better backup performance. Sorry for missing that.
Regards, Axel
--
,''`. | Axel Beckert , http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#812427: wicd-daemon: Can't connect to WEP networks anymore
Package: wicd,wicd-daemon Version: 1.7.3-2 Severity: important Tags: upstream Control: forwarded -1 https://bugs.launchpad.net/wicd/+bug/1419464 Since wicd 1.7.3, wicd can't connect to WEP based wireless networks anymore. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (900, 'testing'), (899, 'testing-proposed-updates'), (600, 'stable'), (500, 'proposed-updates'), (201, 'experimental') Architecture: i386 (i686) Kernel: Linux 4.4.0-rc8-686-pae (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages wicd-daemon depends on: ii adduser 3.113+nmu3 ii dbus 1.10.6-1 ii debconf 1.5.58 ii ethtool 1:4.2-1 ii iproute2 4.3.0-1 ii iputils-ping 3:20121221-5+b2 ii isc-dhcp-client 4.3.3-5 ii lsb-base 9.20160110 ii net-tools1.60+git20150829.73cef8a-2 ii psmisc 22.21-2.1 ii python-dbus 1.2.0-3 ii python-gobject 3.18.2-2 ii python-wicd 1.7.3-3 pn python:any ii wireless-tools 30~pre9-8 ii wpasupplicant2.3-2.3 Versions of packages wicd-daemon recommends: ii rfkill 0.5-1 ii wicd-cli [wicd-client] 1.7.3-2 ii wicd-curses [wicd-client] 1.7.3-2 ii wicd-gtk [wicd-client] 1.7.3-2 Versions of packages wicd-daemon suggests: ii pm-utils 1.4.1-15 Versions of packages wicd depends on: ii wicd-cli [wicd-client] 1.7.3-2 ii wicd-curses [wicd-client] 1.7.3-2 ii wicd-gtk [wicd-client] 1.7.3-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 wicd-curses depends on: ii python-urwid 1.3.1-2 pn python:any Versions of packages wicd-curses recommends: ii sudo 1.8.15-1.1 Versions of packages python-wicd depends on: pn python:any -- debconf information: * wicd/users:
Bug#812224: IndexError: list index out of range
Control: tag -1 - help + pending Hi again, Axel Beckert wrote: > I'll contact the new upstream about this issue. Actually the bug has been reported 4 times upstream. A few of these bug reports had patches. Took the one from ArchLinux, where someone thanked for the patch and confirmed that it's working. Will upload a new package soon. I though fear there are more such issues in here... Any help is appreciated. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
