Bug#1068949: fixed in libfinance-quote-perl 1.60-1
I can confirm that Gnucash can download the YahooJSON quotes again, Thanks very much! Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the libfinance-quote-perl package: > > #1068949: libfinance-quote-perl: Quotes failing in Gnucash > > It has been closed by Debian FTP Masters > (reply to gregor herrmann ). > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Debian FTP Masters > (reply to gregor herrmann > ) by > replying to this email. > > > -- > 1068949: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1068949 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems > > --- Forwarded Message > > From: Debian FTP Masters > Reply-To: gregor herrmann > To: 1068949-cl...@bugs.debian.org > X-DAK: dak process-upload > X-Debian: DAK > X-Debian-Package: libfinance-quote-perl > Debian: DAK > Debian-Changes: libfinance-quote-perl_1.60-1_source.changes > Debian-Source: libfinance-quote-perl > Debian-Version: 1.60-1 > Debian-Architecture: source > Debian-Suite: unstable > Debian-Archive-Action: accept > Subject: Bug#1068949: fixed in libfinance-quote-perl 1.60-1 > Date: Tue, 16 Apr 2024 15:49:55 + > > Source: libfinance-quote-perl > Source-Version: 1.60-1 > Done: gregor herrmann > > We believe that the bug you reported is fixed in the latest version of > libfinance-quote-perl, which is due to be installed in the Debian FTP archive. > > A summary of the changes between this version and the previous one is > attached. > > Thank you for reporting the bug, which will now be closed. If you > have further comments please address them to 1068...@bugs.debian.org, > and the maintainer will reopen the bug report if appropriate. > > Debian distribution maintenance software > pp. > gregor herrmann (supplier of updated > libfinance-quote-perl package) > > (This message was generated automatically at their request; if you > believe that there is a problem with it please contact the archive > administrators by mailing ftpmas...@ftp-master.debian.org) > > Format: 1.8 > Date: Tue, 16 Apr 2024 17:23:22 +0200 > Source: libfinance-quote-perl > Architecture: source > Version: 1.60-1 > Distribution: unstable > Urgency: medium > Maintainer: Debian Perl Group > Changed-By: gregor herrmann > Closes: 1068949 > Changes: > libfinance-quote-perl (1.60-1) unstable; urgency=medium > . >* Import upstream version 1.60. > + Removed modules: Fidelity.pm, Cdbfundlibrary.com, Fundata.pm, >and Fool.pm. > + Fixed modules: YahooJSON.pm (closes: #1068949), Bloomberg.pm, >and NSEIndia.pm >* Install new CONTRIBUTING.pod file. >* Update (test) dependencies. >* Declare compliance with Debian Policy 4.7.0. > Checksums-Sha1: > 4cb96d909b356e08fad328b477357a0cd35c5764 3463 > libfinance-quote-perl_1.60-1.dsc > 113052d15adda5c4b59ff8f4daeae75afd7c760c 267746 > libfinance-quote-perl_1.60.orig.tar.gz > 32bc0cebc8597ef3a46ec41465e7c375f509f7de 7000 > libfinance-quote-perl_1.60-1.debian.tar.xz > Checksums-Sha256: > 23c3e66ed90bfadd21a095ea7b93ed8144d4af592d081cb582e96e6c6ef2b7a9 3463 > libfinance-quote-perl_1.60-1.dsc > 517ad840dbce8737558e7331349fdf6bb2790ca1b57edd237b4f98d5c37e 267746 > libfinance-quote-perl_1.60.orig.tar.gz > b8ae8777eeacc91254e22f1d5681bbc093eae518c842b9dbdfb6c45381e58074 7000 > libfinance-quote-perl_1.60-1.debian.tar.xz > Files: > 84e0aed294beff6aca6834cf5493fa6a 3463 perl optional > libfinance-quote-perl_1.60-1.dsc > ccf54b587f0291e734ec0b2986d0a7b1 267746 perl optional > libfinance-quote-perl_1.60.orig.tar.gz > 8503de0de2f3b85ea334012da21716b4 7000 perl optional > libfinance-quote-perl_1.60-1.debian.tar.xz > > > --- Forwarded Message > > From: Bill Wohler > To: Debian Bug Tracking System > Subject: libfinance-quote-perl: Quotes failing in Gnucash > X-Mailer: reportbug 12.0.0 > Date: Sat, 13 Apr 2024 22:37:31 -0700 > > Package: libfinance-quote-perl > Version: 1.59-1 > Severity: normal > > Dear Maintainer, > > I ran the Tools > Price Database command in Gnucash using the "Yahoo > as JSON" source and got the following response: > > Unable to retrieve quotes for these items. > > In the past, this error was resolved by editing > /usr/share/perl5/Finance/Quote/YahooJSON.pm. However, this time, I > could not find any solutions online. I tried upgrading from version > 1.54 (bookworm) to 1.59 (trixie), bu
Bug#1068949: libfinance-quote-perl: Quotes failing in Gnucash
Package: libfinance-quote-perl Version: 1.59-1 Severity: normal Dear Maintainer, I ran the Tools > Price Database command in Gnucash using the "Yahoo as JSON" source and got the following response: Unable to retrieve quotes for these items. In the past, this error was resolved by editing /usr/share/perl5/Finance/Quote/YahooJSON.pm. However, this time, I could not find any solutions online. I tried upgrading from version 1.54 (bookworm) to 1.59 (trixie), but that did not resolve the issue either. I hope you can do a better job finding a valid URL for the Yahoo quotes. Alternatively, if you could recommend another, more stable, source for retrieving mutual fund quotes, that would be great too. Thanks! -- System Information: Debian Release: 12.5 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable'), (10, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-18-amd64 (SMP w/6 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libfinance-quote-perl depends on: ii libcgi-pm-perl 4.55-1 ii libdatetime-format-strptime-perl 1.7900-1 ii libdatetime-perl 2:1.59-1 pn libencode-perl ii libhtml-parser-perl3.81-1 ii libhtml-tableextract-perl 2.15-2 ii libhtml-tokeparser-simple-perl 3.16-4 ii libhtml-tree-perl 5.07-3 ii libhtml-treebuilder-xpath-perl 0.14-1.1 ii libhttp-cookiejar-perl 0.014-1 ii libhttp-cookies-perl 6.10-1 ii libhttp-message-perl 6.44-1 ii libio-string-perl 1.08-4 ii libjson-parse-perl 0.62-1+b1 ii libjson-perl 4.1-1 ii liblwp-protocol-https-perl 6.10-1 ii libreadonly-perl 2.050-3 ii libscalar-list-utils-perl 1:1.63-1+b1 ii libspreadsheet-xlsx-perl 0.17-1 ii libstring-util-perl1.34-2 ii libtext-template-perl 1.61-1 ii libtry-tiny-perl 0.31-2 ii liburi-perl5.17-1 ii libweb-scraper-perl0.38-2 ii libwww-perl6.68-1 ii libxml-libxml-perl 2.0207+dfsg+really+2.0134-1+b1 ii perl [libio-compress-perl] 5.36.0-7+deb12u1 ii perl-base [libscalar-list-utils-perl] 5.36.0-7+deb12u1 libfinance-quote-perl recommends no packages. libfinance-quote-perl suggests no packages. -- no debconf information
Bug#884824: etckeeper: daily autocommit is run even though AVOID_DAILY_AUTOCOMMITS=1
I just noticed some temporary crap was committed last night, and upon investigation, found "daily autocommit" messages dating back to 2020-03-07 when I upgraded to bullseye. Who knows what other crap got committed that I missed with a clean "git diff"? I recently upgraded to bookworm. I have AVOID_DAILY_AUTOCOMMITS=1 in /etc/etckeeper.conf to prevent these evil commits since I'll check in my changes when they are good and ready, and I'll have a much more helpful log message. Whatever it takes to prevent these unwanted commits would be much appreciated. -- Bill Wohler aka http://www.newt.com/wohler/, GnuPG ID:610BD9AD
Bug#1041274: passwordsafe: Editing entry crashes program
Package: passwordsafe Version: 1.16.0+dfsg-4 Severity: important Creating a new entry or editing an existing entry results in the following crash: [wohler@olgas ~ (olgas:*%)]$ pwsafe pwsafe: ./src/core/PWScore.cpp:1890: void PWScore::GetAllGroups(std::vector >&, bool) const: Assertion `!iter2->empty()' failed. Aborted I am happy to report that I was able to install Password Safe 1.17 from trixie and this fixed the problem. Fortunately, I was able to upgrade without pulling in any other packages. -- System Information: Debian Release: 12.0 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-10-amd64 (SMP w/6 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages passwordsafe depends on: ii libc62.36-9 ii libgcc-s112.2.0-14 ii libmagic11:5.44-3 ii libqrencode4 4.1.1-1 ii libstdc++6 12.2.0-14 ii libuuid1 2.38.1-5+b1 ii libwxbase3.2-1 3.2.2+dfsg-2 ii libwxgtk3.2-13.2.2+dfsg-2 ii libx11-6 2:1.8.4-2+deb12u1 ii libxerces-c3.2 3.2.4+debian-1 ii libxtst6 2:1.2.3-1.1 ii libykpers-1-11.20.0-3 ii passwordsafe-common 1.16.0+dfsg-4 Versions of packages passwordsafe recommends: ii xvkbd 4.1-2 passwordsafe suggests no packages. -- no debconf information
Bug#1036971: pwsafe: empty window after internal timeout or screen blank
Unfortunately, version 1.17 in trixie does not address this issue for me. Bill Wohler wrote: > Just confirmed that it is version 1.16 that I'm running at work. It was > built from source on a Red Hat 8 system. > > Bill Wohler wrote: > > > Hi Bill, > > > > I can confirm this regression as I experienced it when I upgraded from > > bullseye (perhaps with a more recent version than 1.12 from backports) > > to bookworm (with PasswordSafe 1.16) yesterday. > > > > Normally, when the database is locked after some time of inactivity, the > > password dialog appears. This dialog is no longer appearing. That's the > > bug. > > > > Giuseppe, there is a workaround to get the password dialog that takes > > four more button presses than we'd like: press the Close button followed > > by the Open button and double-click on your database file. > > > > Bill, I *think* I have a compiled PasswordSafe 1.16 from upstream at > > work that works as expected. I'll double-check the version tomorrow and > > let you know. > > > > I wonder if this is a GNOME 43 incompatibility... > > > > -- > > Bill Wohler aka > > http://www.newt.com/wohler/, GnuPG ID:610BD9AD > > -- > Bill Wohler aka > http://www.newt.com/wohler/, GnuPG ID:610BD9AD -- Bill Wohler aka http://www.newt.com/wohler/, GnuPG ID:610BD9AD
Bug#1036971: pwsafe: empty window after internal timeout or screen blank
Just confirmed that it is version 1.16 that I'm running at work. It was built from source on a Red Hat 8 system. Bill Wohler wrote: > Hi Bill, > > I can confirm this regression as I experienced it when I upgraded from > bullseye (perhaps with a more recent version than 1.12 from backports) > to bookworm (with PasswordSafe 1.16) yesterday. > > Normally, when the database is locked after some time of inactivity, the > password dialog appears. This dialog is no longer appearing. That's the > bug. > > Giuseppe, there is a workaround to get the password dialog that takes > four more button presses than we'd like: press the Close button followed > by the Open button and double-click on your database file. > > Bill, I *think* I have a compiled PasswordSafe 1.16 from upstream at > work that works as expected. I'll double-check the version tomorrow and > let you know. > > I wonder if this is a GNOME 43 incompatibility... > > -- > Bill Wohler aka > http://www.newt.com/wohler/, GnuPG ID:610BD9AD -- Bill Wohler aka http://www.newt.com/wohler/, GnuPG ID:610BD9AD
Bug#1036971: pwsafe: empty window after internal timeout or screen blank
Hi Bill, I can confirm this regression as I experienced it when I upgraded from bullseye (perhaps with a more recent version than 1.12 from backports) to bookworm (with PasswordSafe 1.16) yesterday. Normally, when the database is locked after some time of inactivity, the password dialog appears. This dialog is no longer appearing. That's the bug. Giuseppe, there is a workaround to get the password dialog that takes four more button presses than we'd like: press the Close button followed by the Open button and double-click on your database file. Bill, I *think* I have a compiled PasswordSafe 1.16 from upstream at work that works as expected. I'll double-check the version tomorrow and let you know. I wonder if this is a GNOME 43 incompatibility... -- Bill Wohler aka http://www.newt.com/wohler/, GnuPG ID:610BD9AD
Bug#1037051: libfinance-quote-perl: Quotes from Yahoo stopped working again.
Thanks again, David. I updated /usr/share/perl5/Finance/Quote/YahooJSON.pm from master [1] and the quotes worked again for me: 1. https://github.com/finance-quote/finance-quote/blob/master/lib/Finance/Quote/YahooJSON.pm -- Bill Wohler aka http://www.newt.com/wohler/, GnuPG ID:610BD9AD
Bug#1035690: libfinance-quote-perl: GNUCash quotes from Yahoo stopped working
Here too on bullseye with 1.50~rc2-2. Editing YahooJSON.pm and changing the URL in $YIND_URL_HEAD as you did worked for me as well. Thanks for that. -- Bill Wohler aka http://www.newt.com/wohler/, GnuPG ID:610BD9AD
Bug#973472: fetchmail: Fails to connect using SSL
Thanks for explaining the situation. Sounds like just some bad luck. Even so, it would still be good if a mechanism could be created that would prevent this from happening in the future. I appreciate your sending the link to the prior package. It made it much easier to go back, and now my mail is flowing again.. I've also held the package until I see an OpenSSL update. Thanks again for your Debian participation. We really appreciate it! László Böszörményi (GCS) wrote: > On Sun, Nov 1, 2020 at 1:06 AM Bill Wohler wrote: > > Same here. > > > > Will you be able to fix this now so that everyone using fetchmail can > > get mail without having to jump through hoops like building fetchmail or > > finding the previous package? > You can fetch the previous package version and its binaries[1] if you > would like to. You can also enable the Sid repository, upgrade _only_ > libssl1.1 from there then disable it. > I will not be able to fix this due to how the packaging system works. > When a Debian maintainer releases a new package version, s/he builds > and tests it with the Sid/unstable repository. Buildd machines do very > similar: build the package if the specified build dependencies and > those minimal versions are met. Basically after some days the package > migrates to testing / Bullseye if the following are true: the package > built on all primary architectures it supports, doesn't have a serious > bug reported against, its dependencies are in testing (or can migrate > at the same time) and the package self-tests are successful. > It was true for fetchmail but the new OpenSSL package (possibly due to > upstream change) breaks other packages and can't migrate as is. But > compiled code in fetchmail checks if the OpenSSL library is at least > that version which was used for compilation. This is not true and it > refuses to work. It will be solved by itself as soon as the OpenSSL > package is fixed - unfortunately I don't see any steps toward this. > Until then you can grab the previous fetchmail package version or > upgrade to the newer OpenSSL package in Sid (which may break other > packages using that). > > Regards, > Laszlo/GCS > [1] http://snapshot.debian.org/package/fetchmail/6.4.12-1/ > -- Bill Wohler aka http://www.newt.com/wohler/, GnuPG ID:610BD9AD
Bug#973472: fetchmail: Fails to connect using SSL
Same here. Will you be able to fix this now so that everyone using fetchmail can get mail without having to jump through hoops like building fetchmail or finding the previous package? -- Bill Wohler aka http://www.newt.com/wohler/, GnuPG ID:610BD9AD
Bug#972396: initramfs-tools: Installation fails (no space left on device)
Ben Hutchings wrote: > Control: tag -1 moreinfo > > On Sat, 2020-10-17 at 09:59 -0700, Bill Wohler wrote: > > Package: initramfs-tools > > Version: 0.139 > > Severity: normal > > X-Debbugs-Cc: none > > > > When running aptitude safe-upgrade on bullseye this morning, I got the > > following error. I suspect this might be a misconfigured internal device > > that ran out of space, since I have ample memory (29 GB) and disk (1.1 > > TB) free. > [...] > > And how much space is available on the /boot partition? [wohler@olgas ~ (olgas:%)]$ df /boot Filesystem Size Used Avail Use% Mounted on /dev/sda1 236M 108M 117M 48% /boot It's what the Debian installer gave me by default. I haven't touched this partition manually, and don't keep more than 3 kernels lying around. -- Bill Wohler aka http://www.newt.com/wohler/, GnuPG ID:610BD9AD
Bug#972396: initramfs-tools: Installation fails (no space left on device)
p=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages initramfs-tools depends on: ii initramfs-tools-core 0.139 ii linux-base4.6 initramfs-tools recommends no packages. Versions of packages initramfs-tools suggests: ii bash-completion 1:2.11-2 -- no debconf information -- Bill Wohler aka http://www.newt.com/wohler/, GnuPG ID:610BD9AD
Bug#969754: seahorse: Can't parse from= in authorized_keys
Package: seahorse Version: 3.36-1 Severity: normal X-Debbugs-Cc: none I recently started to get messages in /var/log/syslog on bullseye such as the following that correspond to each line in my ~/.ssh/authorized_keys file. Other lines include multiple from values, CIDR notation, and wildcards): Sep 7 10:57:42 olgas seahorse[44346]: key.vala:268: Key doesn't have a valid type (from="127.0.0.1"). It seems that the author of key.vala needs to become familiar with the "AUTHORIZED_KEYS FILE FORMAT" section of the sshd man page. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.7.0-3-amd64 (SMP w/6 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages seahorse depends on: ii dconf-gsettings-backend [gsettings-backend] 0.36.0-1 ii gcr 3.36.0-2 ii gnome-keyring3.36.0-1 ii gnupg2.2.20-1 ii libatk1.0-0 2.36.0-2 ii libavahi-client3 0.8-3 ii libavahi-common3 0.8-3 ii libavahi-glib1 0.8-3 ii libc62.31-3 ii libgck-1-0 3.36.0-2 ii libgcr-base-3-1 3.36.0-2 ii libgcr-ui-3-13.36.0-2 ii libgdk-pixbuf2.0-0 2.40.0+dfsg-5 ii libglib2.0-0 2.64.4-1 ii libgpgme11 1.14.0-1 ii libgtk-3-0 3.24.22-1 ii libhandy-0.0-0 0.0.13-2 ii libldap-2.4-22.4.51+dfsg-1 ii libpwquality11.4.2-1+b1 ii libsecret-1-00.20.3-1 ii libsoup2.4-1 2.70.0-1 Versions of packages seahorse recommends: ii openssh-client 1:8.3p1-1 seahorse suggests no packages. -- no debconf information -- Bill Wohler aka http://www.newt.com/wohler/, GnuPG ID:610BD9AD
Bug#967917: olgas.newt.com 2020-08-10 19:02 -0700 System Events
I'm seeing these frequent, annoying messages on bullseye as well. Should we be concerned? Or should we report an issue with logcheck to ignore them? logcheck system account wrote: > System Events > =-=-=-=-=-=-= > Aug 10 18:31:50 olgas systemd[1]: blk-availability.service: Cannot add > dependency job, ignoring: Unit blk-availability.service has a bad unit file > setting. -- Bill Wohler aka http://www.newt.com/wohler/, GnuPG ID:610BD9AD
Bug#928029: planner: segfaulted; now segfaults on every start-up
I fired up planner 0.14.6-7 for the first time since my buster update and this same issue is happening constantly. I think you should be able to reproduce it reliably by moving the window to the upper left-hand corner for example and resizing the lower right-hand corner to the lower right-hand corner of your desktop. If it hasn't crashed already, while still resizing, move the mouse in circles. In the meantime, I'm avoiding resizing the window and saving every time I make a change and running planner in a while loop in the shell to make the program somewhat usable. Yavor Doganov wrote: > Reply-To: Yavor Doganov , 928...@bugs.debian.org > Date: Sat, 27 Apr 2019 09:07:03 +0300 > To: Jonathan Dowland , > 928...@bugs.debian.org > > Jonathan Dowland wrote: > > Package: planner > > Version: 0.14.6-7 > > Severity: important > > > > planner segfaulted me shortly after starting it for the first time > > (upon inserting a new task); now, it segfaults upon each attempt to > > start it. > Thanks for the report; unfortunately I cannot reproduce it. And > that's an abort, not segfault. Could you please run the planner > executable in gdb with --g-fatal-warnings? -- Bill Wohler aka http://www.newt.com/wohler/, GnuPG ID:610BD9AD
Bug#956009: gvfs: Nautilus not mounting filesystems in /run/user/1000/gvfs
Simon McVittie wrote: > On Sun, 05 Apr 2020 at 11:45:07 -0700, Bill Wohler wrote: > > Since a recent upgrade to bullseye from stretch > > Skipping a version when upgrading is not supported. Each version of Debian > represents about 2 years of development, and an upgrade path that applies > 4 years of changes in a single transaction (and in particular ends up > running user-space processes on a kernel 4 years older than the one they > were tested with) is not something we can rely on. > > If you have other Debian 9 'stretch' systems, please upgrade them to > Debian 10 'buster' and reboot, before attempting to upgrade to bullseye > (which is going to be Debian 11 when it gets released). Yes, I'm aware that you can only ungrade one release at a time, so that's what I did. > > navigating to a remote > > Samba directory via Nautilus or running "gio mount smb://server/share" > > no longer creates a mount point in /run/user/1000/gvfs. > > Do you have gvfs-fuse installed? That's the package that is responsible for > mounting these FUSE filesystems in Debian. Perhaps it should be a > Recommends or Suggests; we should certainly set up the reportbug metadata > so that when you report gvfs bugs, the presence or absence of gvfs-fuse is > part of the bug report. It was not. Installing it installed fuse3 that produced an unmet dependency that was resolved by removing fuse 2.9.9. After a reboot, mounting the filesystem in both Nautilus and with gio mount produced the mount point in /run/user/1000/gvfs. Thank you. Note that I tend not to install Recommends or Suggests packages unless it is obvious that I need it. The name "gvfs-fuse" may not have been enough for me to know that this package would provide this utility. Isn't this basic enough functionality that it should be required? Anyway, many thanks for providing the solution! Anything you and other Debian developers can do to help others avoid this situation is very much appreciated. > > I didn't find a Debian glib package. The closest I found was > > glib-networking:amd64, 2.64.1-1. > > The source package for GLib in Debian is glib2.0, and the actual shared > library is in the libglib2.0-0 binary package. You have version 2.64.1-1, > according to reportbug. > > smcv > -- Bill Wohler aka http://www.newt.com/wohler/, GnuPG ID:610BD9AD
Bug#956009: gvfs: Nautilus not mounting filesystems in /run/user/1000/gvfs
Package: gvfs Version: 1.44.1-1 Severity: important Since a recent upgrade to bullseye from stretch, navigating to a remote Samba directory via Nautilus or running "gio mount smb://server/share" no longer creates a mount point in /run/user/1000/gvfs. I found [1] which may be helpful. There's a glib packaging fix suggested at the end. I tried the suggested workaround [2] to no avail. I didn't find a Debian glib package. The closest I found was glib-networking:amd64, 2.64.1-1. 1. https://github.com/NixOS/nixpkgs/issues/50254 2. systemctl --user stop gvfs-daemon I marked this important since my scripts that depend on this directory are broken until the directory is populated, or I read some documentation that points out that the mounts can be found elsewhere. So far, all of the documentation points to /run/user/1000/gvfs or $XDG_RUNTIME_DIR/gvfs, which is empty. In case it is useful, here are some diagnostics after running [2] and mounting a remote filesystem in nautilus. [wohler@olgas doc]$ systemctl --user stop gvfs-daemon [Mount somedirectory from somehostname in Nautilus.] [/var/log/syslog] Apr 5 10:50:59 olgas systemd[3267]: Stopping Virtual filesystem service... Apr 5 10:50:59 olgas systemd[3267]: gvfs-daemon.service: Succeeded. Apr 5 10:50:59 olgas systemd[3267]: Stopped Virtual filesystem service. Apr 5 10:51:20 olgas dbus-daemon[7865]: [session uid=1000 pid=7865] Activating via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-daemon.service' requested by ':1.140' (uid=1000 pid=14616 comm="gio mount --list ") Apr 5 10:51:20 olgas systemd[3267]: Starting Virtual filesystem service... Apr 5 10:51:20 olgas dbus-daemon[7865]: [session uid=1000 pid=7865] Successfully activated service 'org.gtk.vfs.Daemon' Apr 5 10:51:20 olgas systemd[3267]: Started Virtual filesystem service. [Starting Nautilus] Apr 5 10:54:05 olgas dbus-daemon[7865]: [session uid=1000 pid=7865] Activating service name='org.gnome.Nautilus' requested by ':1.39' (uid=1000 pid=8340 comm="/usr/bin/gnome-shell ") Apr 5 10:54:05 olgas dbus-daemon[7865]: [session uid=1000 pid=7865] Successfully activated service 'org.gnome.Nautilus' Apr 5 10:54:05 olgas org.gnome.Nautilus[14669]: Initializing nautilus-dropbox 2019.02.14 Apr 5 10:54:05 olgas dbus-daemon[679]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.1969' (uid=1000 pid=14669 comm="/usr/bin/nautilus --gapplication-service ") Apr 5 10:54:05 olgas systemd[1]: Starting Hostname Service... Apr 5 10:54:05 olgas dbus-daemon[679]: [system] Successfully activated service 'org.freedesktop.hostname1' Apr 5 10:54:05 olgas systemd[1]: Started Hostname Service. [Navigating to Samba filesystem.] [No output in /var/log/syslog.] [wohler@olgas ~]$ gio mount --list ... Mount(1): public on -> smb://somehostname/somedirectory>/ Type: GDaemonMount [wohler@olgas ~]$ ls /run/user/1000/gvfs [wohler@olgas ~]$ -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-4-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gvfs depends on: ii gvfs-common 1.44.1-1 ii gvfs-daemons 1.44.1-1 ii gvfs-libs 1.44.1-1 ii libc6 2.30-4 ii libglib2.0-0 2.64.1-1 gvfs recommends no packages. Versions of packages gvfs suggests: ii gvfs-backends 1.44.1-1 -- no debconf information -- Bill Wohler aka http://www.newt.com/wohler/, GnuPG ID:610BD9AD
Bug#955463: empathy: Can't add account
telepathy-gabble [telepathy-connection-manager] 0.18.4-1+b1 ii telepathy-haze [telepathy-connection-manager]0.8.0-2.1 ii telepathy-idle [telepathy-connection-manager]0.2.0-2+b1 ii telepathy-rakia [telepathy-connection-manager] 0.8.0-3+b1 ii telepathy-salut [telepathy-connection-manager] 0.8.1-5.1 -- no debconf information -- Bill Wohler aka http://www.newt.com/wohler/, GnuPG ID:610BD9AD
Bug#955021: gnome-calendar: Google Calendar daily limit exceeded
Package: gnome-calendar Version: 3.36.0-1 Severity: normal Since 2020-03-24, I've started getting a bunch of lines such as these in my log file at 23:17 and 23:47 (where contains the names of my various Google calendars). Mar 25 23:17:29 olgas gnome-calendar[67978]: source_credentials_required_cb: Failed to authenticate ': Daily Limit Exceeded. The quota will be reset at midnight Pacific Time (PT). You may monitor your quota usage and adjust limits in the API Console: https://console.developers.google.com/apis/api/caldav.googleapis.com/quotas?project=44438659992 I can't say what triggered these, as I don't explicitly use Evolution or other clients that may take advantage of my Google account. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-4-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gnome-calendar depends on: ii dconf-gsettings-backend [gsettings-backend] 0.36.0-1 ii gsettings-desktop-schemas3.36.0-1 ii libc62.30-2 ii libcairo21.16.0-4 ii libdazzle-1.0-0 3.36.0-1 ii libecal-2.0-13.36.0-1 ii libedataserver-1.2-243.36.0-1 ii libedataserverui-1.2-2 3.36.0-1 ii libgeoclue-2-0 2.5.6-1 ii libglib2.0-0 2.64.1-1 ii libgoa-1.0-0b3.36.0-1 ii libgtk-3-0 3.24.14-1 ii libgweather-3-16 3.36.0-1 ii libhandy-0.0-0 0.0.13-1 ii libical3 3.0.8-1 ii libpango-1.0-0 1.42.4-8 ii libpangocairo-1.0-0 1.42.4-8 ii libsoup2.4-1 2.70.0-1 Versions of packages gnome-calendar recommends: ii evolution-data-server 3.36.0-1 gnome-calendar suggests no packages. -- no debconf information -- Bill Wohler aka http://www.newt.com/wohler/, GnuPG ID:610BD9AD
Bug#954063: empathy: No longer works with Google Hangouts/Talk
Package: empathy Version: 3.25.90+really3.12.14-2 Severity: normal Since my upgrade from stretch to buster (and subsequently bullseye), I can't connect to Google Hangouts/Talk with empathy. Instead, I see a dialog with "This connection is untrusted" and the Certificate Details list invalid2.invalid. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-4-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages empathy depends on: ii dbus-user-session [default-dbus-session-bus] 1.12.16-2 ii dbus-x11 [dbus-session-bus] 1.12.16-2 ii dconf-gsettings-backend [gsettings-backend] 0.34.0-2 ii empathy-common3.25.90+really3.12.14-2 ii geoclue-2.0 2.5.6-1 ii gsettings-desktop-schemas 3.34.0-2 ii gstreamer1.0-pulseaudio 1.16.2-2 ii libc6 2.29-10 ii libcairo2 1.16.0-4 ii libcanberra-gtk3-00.30-7 ii libcanberra0 0.30-7 ii libchamplain-0.12-0 0.12.20-1 ii libchamplain-gtk-0.12-0 0.12.20-1 ii libcheese-gtk25 3.34.0-1+b1 ii libclutter-1.0-0 1.26.2+dfsg-13 ii libclutter-gst-3.0-0 3.0.27-1 ii libclutter-gtk-1.0-0 1.8.4-4 ii libcogl-path201.22.4-4 ii libcogl20 1.22.4-4 ii libdbus-glib-1-2 0.110-5 ii libenchant-2-22.2.8-1 ii libfarstream-0.2-50.2.8-5 ii libfolks-telepathy25 0.13.2-1 ii libfolks250.13.2-1 ii libgcr-base-3-1 3.34.0-1 ii libgcr-ui-3-1 3.34.0-1 ii libgdk-pixbuf2.0-02.40.0+dfsg-3 ii libgee-0.8-2 0.20.3-1 ii libgeocode-glib0 3.26.1-1 ii libglib2.0-0 2.62.5-1 ii libgoa-1.0-0b 3.34.1-1 ii libgstreamer-plugins-base1.0-01.16.2-2 ii libgstreamer1.0-0 1.16.2-2 ii libgtk-3-03.24.13-1 ii libgudev-1.0-0233-1 ii libmission-control-plugins0 1:5.16.5-1 ii libnotify40.7.9-1 ii libpango-1.0-01.42.4-8 ii libpulse-mainloop-glib0 13.0-5 ii libpulse0 13.0-5 ii libsecret-1-0 0.19.1-1 ii libsoup2.4-1 2.70.0-1 ii libtelepathy-farstream3 0.6.2-1+b2 ii libtelepathy-glib00.24.1-2+b1 ii libtelepathy-logger3 0.8.2-4 ii libwebkit2gtk-4.0-37 2.26.4-1 ii libx11-6 2:1.6.9-2 ii libxml2 2.9.10+dfsg-4 ii telepathy-logger 0.8.2-4 ii telepathy-mission-control-5 1:5.16.5-1 Versions of packages empathy recommends: ii gnome-contacts 3.34-2 ii gvfs-backends1.44.0-1 ii sound-theme-freedesktop 0.8-2 ii telepathy-gabble 0.18.4-1+b1 ii telepathy-haze 0.8.0-2.1 ii telepathy-salut 0.8.1-5.1 Versions of packages empathy suggests: ii telepathy-idle 0.2.0-2+b1 ii vino3.22.0-5 Versions of packages empathy is related to: ii telepathy-gabble [telepathy-connection-manager] 0.18.4-1+b1 ii telepathy-haze [telepathy-connection-manager]0.8.0-2.1 ii telepathy-idle [telepathy-connection-manager]0.2.0-2+b1 ii telepathy-rakia [telepathy-connection-manager] 0.8.0-3+b1 ii telepathy-salut [telepathy-connection-manager] 0.8.1-5.1 -- no debconf information -- Bill Wohler aka http://www.newt.com/wohler/, GnuPG ID:610BD9AD
Bug#850562: passwordsafe: Package 1.00 in jessie-backports
Sergei Golovan <sgolo...@debian.org> wrote: > Hi Bill, > > On Sun, Jan 8, 2017 at 2:11 AM, Bill Blough <de...@blough.us> wrote: > > Hi Sergei, > > ` > > Since you were nice enough to backport the version of passwordsafe > > that's currently in jessie-backports, I figured I would reach out to you > > directly before trying alternative methods. > > > > On Sat, Jan 07, 2017 at 11:30:31AM -0800, Bill Wohler wrote: > >> Package: passwordsafe > >> Version: 0.98.1+dfsg-3~bpo8+1 > >> Severity: normal > >> > >> I see version 1.00+dfsg-1 has been packaged on stretch. Would it be > >> possible to package this in jessie-backports as well? > > > > Would you also be willing to backport the version that's in stretch in > > order to satisfy the above user request? Or if you'd prefer, I can > > prepare the backport package if you would be willing to sponsor/upload it. > > I'll be glad to sponsor the backport upload for you. You both rock, many thanks for the support! > > Cheers! > -- > Sergei Golovan > -- Bill Wohler <woh...@newt.com> aka <bill.woh...@nasa.gov> http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Bug#850562: passwordsafe: Package 1.00 in jessie-backports
Package: passwordsafe Version: 0.98.1+dfsg-3~bpo8+1 Severity: normal I see version 1.00+dfsg-1 has been packaged on stretch. Would it be possible to package this in jessie-backports as well? -- System Information: Debian Release: 8.6 APT prefers stable APT policy: (900, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages passwordsafe depends on: ii libc62.19-18+deb8u6 ii libgcc1 1:4.9.2-10 ii libstdc++6 4.9.2-10 ii libuuid1 2.25.2-6 ii libwxbase3.0-0 3.0.2-1+b1 ii libwxgtk3.0-03.0.2-1+b1 ii libx11-6 2:1.6.2-3 ii libxerces-c3.1 3.1.1-5.1+deb8u3 ii libxtst6 2:1.2.2-1+b1 ii libykpers-1-11.16.0-1 ii passwordsafe-common 0.98.1+dfsg-3~bpo8+1 passwordsafe recommends no packages. passwordsafe suggests no packages. -- no debconf information -- Bill Wohler <woh...@newt.com> aka <bill.woh...@nasa.gov> http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Bug#832381: passwordsafe: Please package new upstream version 0.99
Package: passwordsafe Version: 0.98.1+dfsg-3~bpo8+1 Severity: normal Version 0.99 just became available. Would you kindly repackage it for us please? https://sourceforge.net/projects/passwordsafe/files/Linux-BETA/0.99/ -- System Information: Debian Release: 8.5 APT prefers stable APT policy: (900, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages passwordsafe depends on: ii libc62.19-18+deb8u4 ii libgcc1 1:4.9.2-10 ii libstdc++6 4.9.2-10 ii libuuid1 2.25.2-6 ii libwxbase3.0-0 3.0.2-1+b1 ii libwxgtk3.0-03.0.2-1+b1 ii libx11-6 2:1.6.2-3 ii libxerces-c3.1 3.1.1-5.1+deb8u3 ii libxtst6 2:1.2.2-1+b1 ii libykpers-1-11.16.0-1 ii passwordsafe-common 0.98.1+dfsg-3~bpo8+1 passwordsafe recommends no packages. passwordsafe suggests no packages. -- no debconf information -- Bill Wohler <woh...@newt.com> aka <bill.woh...@nasa.gov> http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Bug#725141: libpam-abl: Whitelisting host corrupted database
Alex Mestiashvili a...@biotec.tu-dresden.de wrote: Hi Bill, On 10/02/2013 01:06 AM, Bill Wohler wrote: Package: libpam-abl Version: 0.4.3-1 Severity: normal Today I tried to whitelist one of my hosts with the following results. The second pam_abl listing hung and had to be interrupted with C-c. $ sudo pam_abl expected listing $ sudo pam_abl --whitelist -H host No such file or directory (2) while reading config file Invalid argument (22) while reading config file: No db_home dir specified $ sudo pam_abl pam-abl: unable to join the environment pam-abl: unable to join the environment ^C $ I removed all of the files in my pam-abl database directory (db_home=/var/lib/abl/) and this cleared up the problem. In addition to having a corrupted database, the error message above is incorrect; as you can see, db_home *is* specified. Note that I just upgraded to wheezy, so I'm suspecting a database upgrade had a role to play. If this is true, please retitle this issue yes, it is very likely that the database upgrade caused the problem. to Upgrading database version corrupts database. Dependencies should be put in place so that the pam-abl database is automatically rebuilt upon a database upgrade. At the very least, documentation should be added to /usr/share/doc/libpam-abl/README.Debian. For example, please see Section 2.6, Updating Berkeley DB version underneath bogofilter, in /usr/share/doc/bogofilter-bdb/README.db. Regarding the upgrade procedure, I am not sure that it makes sense to implementing a tool which will upgrade databases during install/update Given the ephemeral nature of this database, I would agree. Currently I mentioned in the README.Debian that one should delete the old databases or try to upgrade them manually in case of libdb upgrade. Thanks. If it's easy to add a message to the installation scripts that the old database needs to be deleted, or perhaps to ask and delete the old database on behalf of the user, that would be helpful. Btw, I've recently uploaded to experimental a new release - 0.6.0. It has important changes, but unfortunately the binary package will not work on wheezy because of dependencies. If you are willing to test it I'll provide the guidelines on how to build it for wheezy. I'm good for now, and recent work travel has limited my free time so I'll wait for my next system upgrade. (I'm writing from a hotel room now.) Sorry for such a long delay and best regards, No worries. Thanks for maintaining this package! Alex -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502878: john: allow for non-persistent /var/run
Package: john Version: 1.7.8-1 Followup-For: Bug #502878 I'm observing the same error that Raf reported. I observed the same problem with the existing code that Achim reported. I've applied Tim's patch and this is working well. -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages john depends on: ii john-data 1.7.8-1 ii libc6 2.13-38+deb7u1 john recommends no packages. Versions of packages john suggests: ii wamerican [wordlist] 7.1-1 -- Configuration Files: /etc/cron.d/john changed [not included] /etc/john/john.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739371: postfix: warning: hostname localhost does not resolve to address ::1: No address associated with hostname
Robert Munyer 4539632...@munyer.com wrote: In the installed package, its name is /etc/init.d/postfix. Thanks! I applied the patch and can confirm that the warning has gone away. In addition, the connect from unknown[::1] message now says connect from localhost[::1]. -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739371: postfix: warning: hostname localhost does not resolve to address ::1: No address associated with hostname
Robert Munyer 4539632...@munyer.com wrote: You can fix the bug with the patch provided by Tanguy Ortolo in bug report #723915, Simple patch, if I could find the file to apply it to :-). I take it the init.d file (strange name for a file) is in the source package. Do you know where I might find it outside of the source package, or is the behavior in this file essentially compiled into the binary? or you may be able just to ignore it. That's what I've been doing. Thanks, Robert! -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739371: postfix: warning: hostname localhost does not resolve to address ::1: No address associated with hostname
Package: postfix Version: 2.9.6-2 Severity: normal Upon my last weekly wheezy upgrade on Saturday, 2/15, I started getting the following warning in my log file when receiving emails (via fetchmail): Feb 17 14:30:14 olgas postfix/smtpd[29545]: warning: hostname localhost does not resolve to address ::1: No address associated with hostname Continuing in the log file, we see: Feb 17 14:30:14 olgas postfix/smtpd[29545]: connect from unknown[::1] Feb 17 14:30:14 olgas postfix/smtpd[29545]: 9A4F11560CB: client=unknown[::1] Feb 17 14:30:14 olgas postfix/cleanup[29517]: 9A4F11560CB: message-id=MESSSAGE-ID@HOST Feb 17 14:30:14 olgas postfix/qmgr[26843]: 9A4F11560CB: from=EMAIL, size=1405, nrcpt=1 (queue active) Feb 17 14:30:14 olgas postfix/smtpd[29545]: disconnect from unknown[::1] Feb 17 14:30:14 olgas postfix/local[29519]: 9A4F11560CB: to=USER@localhost, relay=local, delay=0.31, delays=0.14/0/0/0.18, dsn=2.0.0, status=sent (delivered to command: procmail -a $EXTENSION) Feb 17 14:30:14 olgas postfix/qmgr[26843]: 9A4F11560CB: removed Before the upgrade, I did not receive the does not resolve warning, and localhost appeared where you see unknown. Fortunately, my mail is still delivered. Any thoughts on what changed? Is this a bug in some system, or is there a setting I now need to change? -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (900, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages postfix depends on: ii adduser3.113+nmu3 ii cpio 2.11+dfsg-0.1 ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.12 ii libc6 2.13-38+deb7u1 ii libdb5.1 5.1.29-5 ii libsasl2-2 2.1.25.dfsg1-6+deb7u1 ii libsqlite3-0 3.7.13-1+deb7u1 ii libssl1.0.01.0.1e-2+deb7u4 ii lsb-base 4.1+Debian8+deb7u1 ii netbase5.0 ii ssl-cert 1.0.32 Versions of packages postfix recommends: ii python 2.7.3-4+deb7u1 Versions of packages postfix suggests: ii bsd-mailx [mail-reader] 8.1.2-0.2006cvs-1 pn dovecot-commonnone ii emacs23 [mail-reader] 23.4+1-4 ii evolution [mail-reader] 3.4.4-3 ii heirloom-mailx [mail-reader] 12.5-2 ii libsasl2-modules 2.1.25.dfsg1-6+deb7u1 ii mutt [mail-reader]1.5.21-6.2+deb7u1 ii nmh [mail-reader] 1.5-release-0.2 pn postfix-cdb none pn postfix-doc none pn postfix-ldap none pn postfix-mysql none pn postfix-pcre none pn postfix-pgsql none ii procmail 3.22-20 pn resolvconfnone pn sasl2-bin none pn ufw none ii xemacs21-mule [mail-reader] 21.4.22-3.1 -- debconf information: * postfix/mailname: olgas.newt.com postfix/tlsmgr_upgrade_warning: postfix/recipient_delim: + * postfix/main_mailer_type: Internet with smarthost postfix/retry_upgrade_warning: postfix/kernel_version_warning: * postfix/relayhost: smtp.newt.com postfix/procmail: true postfix/bad_recipient_delimiter: postfix/chattr: false postfix/root_address: postfix/rfc1035_violation: false postfix/mydomain_warning: postfix/mynetworks: 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128 postfix/destinations: /etc/postfix/local-host-names postfix/not_configured: postfix/sqlite_warning: postfix/mailbox_limit: 0 postfix/protocols: all -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738940: libfinance-quote-perl: Finance::Quote fails to fetch quotes for Vanguard funds
The patch described in #739142 works for the Vanguard funds as well. John, in the short term, you can apply it yourself. You just have to replace the URL in USA.pm. -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698721: Tab-completing $env variables escapes the '$'
What is the status of this bug? I recently upgraded to wheezy and have been plagued by this severe bug. You either can't use variables when completing, or you have to remove the backslash every time you complete (which is normally several times). Very annoying! Since this was posted in January, I was hoping a patch would be available by now. Thanks! -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725141: libpam-abl: Whitelisting host corrupted database
Package: libpam-abl Version: 0.4.3-1 Severity: normal Today I tried to whitelist one of my hosts with the following results. The second pam_abl listing hung and had to be interrupted with C-c. $ sudo pam_abl expected listing $ sudo pam_abl --whitelist -H host No such file or directory (2) while reading config file Invalid argument (22) while reading config file: No db_home dir specified $ sudo pam_abl pam-abl: unable to join the environment pam-abl: unable to join the environment ^C $ I removed all of the files in my pam-abl database directory (db_home=/var/lib/abl/) and this cleared up the problem. In addition to having a corrupted database, the error message above is incorrect; as you can see, db_home *is* specified. Note that I just upgraded to wheezy, so I'm suspecting a database upgrade had a role to play. If this is true, please retitle this issue to Upgrading database version corrupts database. Dependencies should be put in place so that the pam-abl database is automatically rebuilt upon a database upgrade. At the very least, documentation should be added to /usr/share/doc/libpam-abl/README.Debian. For example, please see Section 2.6, Updating Berkeley DB version underneath bogofilter, in /usr/share/doc/bogofilter-bdb/README.db. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (900, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpam-abl depends on: ii libc6 2.13-38 ii libdb5.1 5.1.29-5 libpam-abl recommends no packages. libpam-abl suggests no packages. -- Configuration Files: /etc/security/pam_abl.conf changed: db_home=/var/lib/abl/ host_db=/var/lib/abl/hosts.db host_purge=2d host_rule=*:3/1h,30/1d user_db=/var/lib/abl/users.db user_purge=2d user_rule=nobody:3/1h,30/1d -- no debconf information -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678506: consolekit: Rejected send message: type=method_call, interface=org.freedesktop.DBus.Properties
And I have been getting the following since I upgraded to wheezy: Sep 30 07:26:41 olgas dbus[3436]: [system] Rejected send message, 2 matched rules; type=method_call, sender=:1.65 (uid=1000 pid=5909 comm=/usr/bin/gnome-shell ) interface=org.freedesktop.DBus.Properties member=GetAll error name=(unset) requested_reply=0 destination=:1.18 (uid=0 pid=4275 comm=/usr/sbin/console-kit-daemon --no-daemon ) I will try your patch. What are the security considerations? Teodor MICU mteo...@gmail.com wrote: tags 678506 +patch quit I've been using this patch for more than two months to fix this noise in the logs. Please include it in Debian 7.0. Cheers --- ConsoleKit.conf 2012-03-01 00:26:35.0 +0200 +++ /etc/dbus-1/system.d/ConsoleKit.conf 2012-08-11 12:30:28.084999148 +0300 @@ -21,7 +21,7 @@ send_interface=org.freedesktop.ConsoleKit.Seat/ deny send_destination=org.freedesktop.ConsoleKit send_interface=org.freedesktop.ConsoleKit.Session/ -deny send_destination=org.freedesktop.ConsoleKit +allow send_destination=org.freedesktop.ConsoleKit send_interface=org.freedesktop.DBus.Properties / allow send_destination=org.freedesktop.ConsoleKit -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684199: Infinite loop of bash: compopt: -o: option requires an argument
I have the same symptom here too. Note that sudo svn TAB invokes the infinite loop, whereas svn TAB works as expected. -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704497: libpam-abl: Unnecessary logging when user db not in use
Package: libpam-abl Version: 0.4.3-1 Severity: normal The libpam-abl.conf man page says: If host_db or user_db is omitted the corresponding auto blacklisting will be disabled. When I comment out my user_* entries from the configuration file, I get these log messages for each attempt: Mar 31 06:17:34 tassie pam_abl[30420]: check_user: No host database found in config. Mar 31 06:17:34 tassie pam_abl[30420]: Failed to check user. If I comment out the user rules, there shouldn't be any logging output with respect to user rules. As a workaround, I tried uncommenting out just the user_db line and got these errors instead: Apr 1 04:12:48 tassie kernel: [2488949.181580] sshd[30882]: segfault at 0 ip 7f751a96c83a sp 7fff52e492a0 error 4 in pam_abl.so[7f751a968000+6000] So I uncommented out the rest of the user rules and changed the * to nobody in the user_rule: user_rule=nobody:3/1h,30/1d There aren't any more segmentation violations and hopefully, I won't be hit by DOS attacks on my login. -- System Information: Debian Release: 6.0.7 APT prefers stable APT policy: (600, 'stable'), (500, 'stable-updates'), (90, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpam-abl depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libdb5.1 5.1.29-5 Berkeley v5.1 Database Libraries [ libpam-abl recommends no packages. libpam-abl suggests no packages. -- Configuration Files: /etc/security/pam_abl.conf changed: db_home=/var/lib/abl/ host_db=/var/lib/abl/hosts.db host_purge=2d host_rule=*:3/1h,30/1d -- no debconf information -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699664: libpam-abl: Invalid argument (22) while opening or creating database
Alex Mestiashvili a...@biotec.tu-dresden.de wrote: On 02/03/2013 11:27 PM, Bill Wohler wrote: Alex Mestiashvili a...@biotec.tu-dresden.de wrote: On 02/03/2013 07:13 AM, Bill Wohler wrote: Package: libpam-abl Version: 0.4.3-1 Severity: normal Over the past couple of days, I've started getting a lot of the following messages in my log file: Jan 30 08:41:01 olgas pam_abl[32671]: Invalid argument (22) while opening or creating database What's going on? Could you please check that the databases are not corrupted by running the following commands and paste the output here? You need to install db5.1-util package for the tools. as root: db5.1_verify -h /var/lib/abl users.db db5.1_verify -h /var/lib/abl hosts.db Thanks very much for the help. Let's see: $ sudo db5.1_verify -h /var/lib/abl users.db db5.1_verify: file unknown has LSN 1019/5969166, past end of log at 1019/5955818 db5.1_verify: Commonly caused by moving a database from one database environment db5.1_verify: to another without clearing the database LSNs, or by removing all of db5.1_verify: the log files from a database environment db5.1_verify: Page 0: metadata page corrupted db5.1_verify: Page 0: could not check metadata page db5.1_verify: users.db: DB_VERIFY_BAD: Database verification failed Verification of users.db failed. Looks like trouble. $ sudo db5.1_verify -h /var/lib/abl hosts.db Verification of hosts.db succeeded. That looks OK. if they seem to be corrupted you can try to recover: db5.1_recover -v -h /var/lib/abl $ sudo db5.1_recover -v -h /var/lib/abl Finding last valid log LSN: file: 1019 offset 5974014 Wow, this has been going for some time. I have to leave now, so I'll close with an observation and another question for you. You are welcome. $ sudo db5.1_recover -v -h /var/lib/abl Finding last valid log LSN: file: 1019 offset 5974014 Recovery starting from [1][685854] Recovery complete at Sun Feb 3 14:46:53 2013 Maximum transaction ID 8008469e Recovery checkpoint [1019][5974406] The recovery completed without issue. I'm getting the Blocking access messages in my log again. Thanks! How did you install the libpam-abl package? It is not available for the stable so far... I don't know! My aptitude log shows that I installed libpam-abl on 2012-10-06 and pulled in libdb5.1 as a dependency. While I run squeeze, I have backports and deb-multimedia as well as sid, experimental, and http://mentors.debian.net/debian (which is commented with PAM_ABL) deb-src entries in my sources.list file. However, I don't see anything in /usr/src, which is usually where I stash sources from sid. Stranger yet, I have files labeled with testing in /var/lib/apt/lists, but do not have testing in my sources.list file! The highest version of Berkeley DB in Debian Stable 6.0.6 (Squeezy) is 4.8.30-2. The tests I performed yesterday where done on the testing system, where libdb is 5.1.29-5 - exactly as on your system. There is a tool called db5.1_upgrade which should be used to upgrade the database, but I don't know if it make sense to use it after running db5.1_recover on the old database... I did a little more investigation. Between the time of the last good log message and the one I listed above, two unusual things occurred. The first is that I put my laptop to sleep, and the other is that I installed the following packages (which don't look like they would interfere): [INSTALL, DEPENDENCIES] libemma-java [INSTALL, DEPENDENCIES] libganymed-ssh2-java [INSTALL, DEPENDENCIES] libjna-java [INSTALL, DEPENDENCIES] libsvnkit-java [INSTALL, DEPENDENCIES] libtrilead-ssh2-java [INSTALL] libsvnclientadapter-java I don't think that these packages could influence libpam-abl and also don't see how putting to sleep would damage the database.. May be it makes sense to run smart check for the drive. Thanks for the suggestion. smartctl -a said No Errors Logged. Also, I noticed that there were about 1000 old .log files in /var/lib/abl. Is this normal? Is there a good way to consolidate them? For the log files you can use db5.1_archive with -d flag, but see the man page for the details. Ah, much better, thanks! After reading the man page, I'd prefer to clean up occasionally and start again from scratch in the case of catastrophic failure (in the case of pam-abl). Thanks again! Ditto! Best regards, Alex -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699664: libpam-abl: Invalid argument (22) while opening or creating database
p.s. You may close this ticket. I'd suggest putting the error message and your recipe in the README.Debian file. -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699664: libpam-abl: Invalid argument (22) while opening or creating database
Alex Mestiashvili a...@biotec.tu-dresden.de wrote: On 02/03/2013 07:13 AM, Bill Wohler wrote: Package: libpam-abl Version: 0.4.3-1 Severity: normal Over the past couple of days, I've started getting a lot of the following messages in my log file: Jan 30 08:41:01 olgas pam_abl[32671]: Invalid argument (22) while opening or creating database What's going on? Could you please check that the databases are not corrupted by running the following commands and paste the output here? You need to install db5.1-util package for the tools. as root: db5.1_verify -h /var/lib/abl users.db db5.1_verify -h /var/lib/abl hosts.db Thanks very much for the help. Let's see: $ sudo db5.1_verify -h /var/lib/abl users.db db5.1_verify: file unknown has LSN 1019/5969166, past end of log at 1019/5955818 db5.1_verify: Commonly caused by moving a database from one database environment db5.1_verify: to another without clearing the database LSNs, or by removing all of db5.1_verify: the log files from a database environment db5.1_verify: Page 0: metadata page corrupted db5.1_verify: Page 0: could not check metadata page db5.1_verify: users.db: DB_VERIFY_BAD: Database verification failed Verification of users.db failed. Looks like trouble. $ sudo db5.1_verify -h /var/lib/abl hosts.db Verification of hosts.db succeeded. That looks OK. if they seem to be corrupted you can try to recover: db5.1_recover -v -h /var/lib/abl $ sudo db5.1_recover -v -h /var/lib/abl Finding last valid log LSN: file: 1019 offset 5974014 Wow, this has been going for some time. I have to leave now, so I'll close with an observation and another question for you. I did a little more investigation. Between the time of the last good log message and the one I listed above, two unusual things occurred. The first is that I put my laptop to sleep, and the other is that I installed the following packages (which don't look like they would interfere): [INSTALL, DEPENDENCIES] libemma-java [INSTALL, DEPENDENCIES] libganymed-ssh2-java [INSTALL, DEPENDENCIES] libjna-java [INSTALL, DEPENDENCIES] libsvnkit-java [INSTALL, DEPENDENCIES] libtrilead-ssh2-java [INSTALL] libsvnclientadapter-java Also, I noticed that there were about 1000 old .log files in /var/lib/abl. Is this normal? Is there a good way to consolidate them? Thanks again! -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699664: libpam-abl: Invalid argument (22) while opening or creating database
Package: libpam-abl Version: 0.4.3-1 Severity: normal Over the past couple of days, I've started getting a lot of the following messages in my log file: Jan 30 08:41:01 olgas pam_abl[32671]: Invalid argument (22) while opening or creating database What's going on? -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (600, 'stable'), (500, 'stable-updates'), (90, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpam-abl depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libdb5.1 5.1.29-5 Berkeley v5.1 Database Libraries [ libpam-abl recommends no packages. libpam-abl suggests no packages. -- Configuration Files: /etc/security/pam_abl.conf changed: db_home=/var/lib/abl/ host_db=/var/lib/abl/hosts.db host_purge=2d host_rule=*:3/1h,30/1d user_db=/var/lib/abl/users.db user_purge=2d user_rule=*:3/1h,30/1d -- no debconf information Organization: Newt Software X-Mailer: MH-E 8.4+bzr; nmh 1.3; GNU Emacs 23.2.1 X-Image-URL: http://www.newt.com/wohler/images/bill-diving.png -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681451: gvfs-bin: gvfs-open (via xdg-open) opens pdfs in wrong application
Simon McVittie s...@debian.org wrote: Bill, you could try this too, substituting your file for foo.pdf. I suspect your situation might be different, though. Thanks, Simon, but I think I'm good. It was a remnant in my local file that was getting in my way. Once I removed this line from ~/.local/share/applications/mimeapps.list, gnumeric was no longer used. application/vnd.openxmlformats-officedocument.spreadsheetml.sheet=openoffice.org-calc.desktop;gnumeric.desktop;libreoffice-calc.desktop;file-roller.desktop; On Sun, 12 Aug 2012 at 14:27:24 -0700, Bill Wohler wrote: $ locate openoffice.org-calc.desktop /usr/share/app-install/desktop/openoffice.org-calc.desktop locate won't necessarily find your personal files (many implementations index the filesystem as an unprivileged user). Locate shows me files in ~wohler for whatever reason. Try find ~/.local ~/.config -name openoffice.org-calc.desktop? I suspect you might find that you have a leftover copy of openoffice.org-calc.desktop in ~/.local/share/applications. I don't. I think what is happening is that /usr/share/app-install/desktop is not in the search path and /usr/share/applications is This is as it should be: /usr/share/app-install/desktop contains desktop files for applications that you don't necessarily have, but could if you installed them, so that it can be searched for queries of the form which Debian packages could I install to have an application called Evince? or, in principle, which Debian packages could I install to be able to open an application/pdf?. /usr/share/applications is the set of applications you actually have (system-wide - you might have more in ~/.local/share/applications). Thanks for the explanation. I just recently ran svn on an Ubuntu system at work and it said that svn wasn't installed but that you might consider installing the the subversion package. Very useful! That would be good to bring back into Debian. -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685172: libpam-abl: Operation not permitted (1) while opening the database environment in auth.log
I happened to find a bug report about this: http://sourceforge.net/tracker/index.php?func=detailaid=3564436group_id=148927atid=773100 It turns out that when this error occurs, it allows a login with the correct password even if the user or host is blocked. Until this is fixed, this can be worked around by setting MaxAuthTries in sshd_config to 1. -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685172: libpam-abl: Operation not permitted (1) while opening the database environment in auth.log
Andreas Beckmann deb...@abeckmann.de wrote: Aug 17 18:10:29 somehost pam_abl[11479]: Operation not permitted (1) while opening the database environment I'm seeing the same error message. This is disconcerting. -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681451: gvfs-bin: gvfs-open (via xdg-open) opens pdfs in wrong application
Has there been any progress with this bug? I'm seeing this problem too: $ xdg-mime query filetype foo.xlsx application/vnd.openxmlformats-officedocument.spreadsheetml.sheet $ xdg-mime query default application/vnd.openxmlformats-officedocument.spreadsheetml.sheet openoffice.org-calc.desktop $ xdg-open foo.xlsx gnumeric is launched, not libreoffice I tried moving my .local file out of the way and removing my empty .gvfs directory. Given that Norbert noticed that xdg-open worked with a different user, could the offending environment variable/file be identified? -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681451: gvfs-bin: gvfs-open (via xdg-open) opens pdfs in wrong application
Looks like there is a remnant of OpenOffice: $ xdg-mime query default application/vnd.openxmlformats-officedocument.spreadsheetml.sheet openoffice.org-calc.desktop I also found this: $ grep -r gnumeric .local .local/share/applications/mimeapps.list:application/vnd.openxmlformats-officedocument.spreadsheetml.sheet=openoffice.org-calc.desktop;gnumeric.desktop;libreoffice-calc.desktop;file-roller.desktop; Compare the locations of the applications listed: $ locate openoffice.org-calc.desktop /usr/share/app-install/desktop/openoffice.org-calc.desktop $ locate gnumeric.desktop /usr/share/app-install/desktop/gnumeric.desktop /usr/share/applications/gnumeric.desktop /var/lib/menu-xdg/applications/menu-xdg/X-Debian-Applications-Office-gnumeric.desktop $ locate libreoffice-calc.desktop /usr/share/applications/libreoffice-calc.desktop I think what is happening is that /usr/share/app-install/desktop is not in the search path and /usr/share/applications is, so gnumeric.desktop is being used in favor of openoffice.org-calc.desktop since the former is found and the latter is not. The correct application, libreoffice-calc.desktop, doesn't even get to play. I removed the offensive line from .local/share/applications/mimeapps.list and then ran: $ xdg-mime default libreoffice-calc.desktop application/vnd.openxmlformats-officedocument.spreadsheetml.sheet Now, when I run xdg-open on a .xlsx file, I get libreoffice as desired. At least in my case, it would seem that this is fallout from the OpenOffice to LibreOffice conversion. Norbert, does this help you? -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660822: john cron job doesn't run
Raf Czlonka rafal.czlo...@gmail.com wrote: I just tried running john from cron, this is what I get when it starts: /usr/share/john/cronjob: line 28: cd: /var/lib/john: No such file or directory See also bug #495398 which says that /root/.john is used instead of /var/lib/john. Since the other bug has been marked as wontfix (even though it seems strange for me for a package to write to ~root), it appears that the proper fix for this issue is to change RUNDIR and RESTORE in /usr/share/john/crontab from /var/lib/john to /root/.john. The important thing is that the cronjob script and the john binary are consistent. -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660822: john cron job doesn't run
Raf Czlonka rafal.czlo...@gmail.com wrote: I just tried running john from cron, this is what I get when it starts: /usr/share/john/cronjob: line 28: cd: /var/lib/john: No such file or directory I see this problem in 1.7.8 as well. Creating /var/lib/john and setting the permissions to 700 fixes the problem, but this should be done during installation. -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683957: aide: Squeeze rules update
/tinyproxy$ VarDir +/var/run/tinyproxy/tinyproxy.pid$ VarFile diff -u --exclude .svn --new-file -r aide.conf.d/31_aide_webalizer aide.conf.local.d/31_aide_webalizer --- aide.conf.d/31_aide_webalizer 2011-04-11 09:55:31.0 -0700 +++ aide.conf.local.d/31_aide_webalizer 2012-08-04 18:35:27.818118296 -0700 @@ -1,6 +1,10 @@ #@@define LOC_WEBSITES (www\.a\.example|www\.b\.example) @@ifdef LOC_WEBSITES -@@define LOC_WEBALIZERFILES (index\.html|usage\.png|webalizer\.(hist|current)|(ctry|daily|hourly)_usage_@@{YEAR4D}(0[1-9]|1[0-2])\.png|usage_@@YEAR4D(0[1-9]|1[0-2])\.html) +@@define LOC_WEBSITE_ROOT /var/www +@@define LOC_WEBALIZER_DIR stats +@@define LOC_WEBALIZERFILES (index\.html|usage\.png|webalizer\.(hist|current)|(ctry|daily|hourly)_usage_@@{YEAR4D}(0[1-9]|1[0-2])\.png|usage_@@{YEAR4D}(0[1-9]|1[0-2])\.html) -/var/www/@@{LOC_WEBSITES}/stats/@@{LOC_WEBALIZERFILES}$ VarFile +@@{LOC_WEBSITE_ROOT}/@@{LOC_WEBSITES}/@@{LOC_WEBALIZER_DIR}/@@{LOC_WEBALIZERFILES}$ VarFile + +/var/lib/webalizer/dns_cache.db$ VarFile @@endif diff -u --exclude .svn --new-file -r aide.conf.d/31_aide_wtmp aide.conf.local.d/31_aide_wtmp --- aide.conf.d/31_aide_wtmp2011-04-11 09:55:31.0 -0700 +++ aide.conf.local.d/31_aide_wtmp 2012-08-04 18:35:27.822118335 -0700 @@ -1,5 +1,2 @@ -/var/log/wtmp$ Log -/var/log/wtmp\.1$ LowLog -/var/log/wtmp\.2\.gz$ LoSerMemberLog -/var/log/wtmp\.[345]+\.gz$ SerMemberLog -/var/log/wtmp\.6\.gz$ HiSerMemberLog +/var/log/wtmp(\.1)?$ LowLog +/var/log/btmp(\.1)?$ LowLog Marc Haber mh+debian-packa...@zugschlus.de wrote: On Sat, Nov 24, 2007 at 08:04:54PM -0800, Bill Wohler wrote: As you noticed from a previous email, I'm finally working on aide again. Good! And I apologize for not getting back to you earlier. Marc Haber mh+debian-packa...@zugschlus.de wrote: Care to submit your rules for inclusion in the aide packages? I will be glad to do so once I stop editing them :-). Great! Looking forward! I've just installed 0.13.1-8 with apt-get source. Unfortunately, as reported in #442214, I always get the following report: removed: /var/log/aide/aide.log.6.gz Once that message goes away, I'll be able to determine if this upgrade closed this issue for me. Try changing /etc/aide/aide.conf.d/31_aide_aide to read: /var/log/aide/aide\.log(\.0)?$ LowLogs /var/log/aide/aide\.log\.1\.gz$ RotatedLogs+ANF /var/log/aide/aide\.log\.[2345]\.gz$ RotatedLogs /var/log/aide/aide\.log\.6\.gz$ RotatedLogs+ARF Maybe this changes things (see also my answer and test case appended to #442214). However, even the original rule seems to work for me. So let's find a minimal test case to be able to pin down the issue. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (600, 'stable'), (500, 'stable-updates'), (90, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683874: john: No password hashes loaded
Package: john Version: 1.7.3.1-1 Severity: normal I installed john and uncommented the lines in /etc/cron.d/john. Every morning, I get an email that says: /sbin/start-stop-daemon: warning: failed to kill 31449: No such process I finally got around to investigating, and found this: $ sudo john cronpasswd.lju83M No password hashes loaded I also tried all of the formats supported by john: $ for i in DES BSDI MD5 BF AFS LM NT mscash NETLM NETNTLM bfegg DOMINOSEC lotus5 raw-MD5 raw-sha1 IPB2 nsldap openssha HDAA; do echo $i; sudo john --format=$i cronpasswd.lju83M; done No joy. There seems to be a clue on the following pages: http://nixcraft.com/ubuntu-debian/14575-no-password-hashes-loaded-john-ripper.html http://pka.engr.ccny.cuny.edu/~jmao/node/26 I tried aptitude build-dep john; apt-get source john to download and compile the 1.7.8 sources from sid and used dpkg to install the two packages. Now I get this: $ sudo john cronpasswd.lju83M Loaded 5 password hashes with 5 different salts (generic crypt(3) [?/64]) Which is good. Since wheezy is getting close to being released, and it's running the same version as sid, I'd be content for you to close this bug now. I created this report to help out others that might be affected by this. Nonetheless, it would be very helpful to fix this problem in squeeze or in backports. -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (600, 'stable'), (500, 'stable-updates'), (90, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683877: aide: Not replacing deleted config file /etc/aide/aide.conf.d/31_aide_sudo ...
Package: aide Version: 0.15.1-2 Severity: normal I accidentally removed my aide.conf.d directory. I thought that an aptitude reinstall aide would restore the directory. Nope. I thought that aptitude purge aide; aptitude install aide would do the trick. Nope. At least that time, I got the messages: Setting up aide-common (0.15.1-2+squeeze1) ... Not replacing deleted config file /etc/aide/aide.conf.d/31_aide_sudo Not replacing deleted config file /etc/aide/aide.conf.d/31_aide_apt-file Not replacing deleted config file /etc/aide/aide.conf.d/31_aide_tetex-bin Not replacing deleted config file /etc/aide/aide.conf.d/31_aide_alsa ... A little Googling reveals that this is likely a problem in the aide purge routine. Please refer to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=444076. After running ucf --purge on all of the files in /etc/aide/aide.conf.d, an aptitude purge aide; aptitude install aide resulted in the following output: Setting up aide-common (0.15.1-2+squeeze1) ... Creating config file /etc/aide/aide.conf.d/31_aide_sudo with new version Creating config file /etc/aide/aide.conf.d/31_aide_apt-file with new version Creating config file /etc/aide/aide.conf.d/31_aide_tetex-bin with new version Creating config file /etc/aide/aide.conf.d/31_aide_alsa with new version ... Another web page (http://mhalligan.com/not-replacing-deleted-config-file-or-why-the) indicates that aptitude -o DPkg::Options=--force-confmiss reinstall aide would have worked too. -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (600, 'stable'), (500, 'stable-updates'), (90, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663499: emacs23: Can't find the Info directory node
Package: emacs23 Version: 23.2+1-7 Severity: normal I fired up `M-x info' for the first time in a long while, but got the error, Can't find the Info directory node. This problem persists with `emacs -Q'. I've appended a stack trace. Info-directory-list contains: (/home/wohler/lib/emacs/info /usr/share/info) Both directories exist. Info-default-directory-list contains: (/usr/local/share/info/ /usr/local/info/ /usr/local/gnu/info/ /usr/local/gnu/lib/info/ /usr/local/gnu/lib/emacs/info/ /usr/local/emacs/info/ /usr/local/lib/info/ /usr/local/lib/emacs/info/ /usr/share/info/emacs-23 /usr/share/info/ /usr/share/info/) Of this list, both /usr/share/info/emacs-23 and /usr/share/info/ have files. /usr/share/info/dir.gz exists. The stand-alone info program finds dir.gz just fine. Debugger entered--Lisp error: (error Can't find the Info directory node) signal(error (Can't find the Info directory node)) error(Can't find the Info directory node) Info-insert-dir() Info-directory-find-node(dir top nil) apply(Info-directory-find-node (dir top nil)) Info-virtual-call(Info-directory-find-node dir top nil) Info-find-node-2(dir top nil) Info-find-node(dir top) Info-directory() info(nil nil) call-interactively(info nil nil) -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (600, 'stable'), (90, 'testing'), (80, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages emacs23 depends on: ii emacs23-bin-common23.2+1-7 The GNU Emacs editor's shared, arc ii libasound21.0.23-2.1 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-4+squeeze1 simple interprocess messaging syst ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze4 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libgif4 4.1.6-9library for GIF images (library) ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgpm2 1.20.4-3.3 General Purpose Mouse - shared lib ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libice6 2:1.0.6-2 X11 Inter-Client Exchange library ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libm17n-0 1.6.1-1a multilingual text processing lib ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libotf0 0.9.11-1 A Library for handling OpenType Fo ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpng12-01.2.44-1+squeeze2 PNG library - runtime ii librsvg2-22.26.3-1 SAX-based renderer library for SVG ii libsm62:1.1.1-1 X11 Session Management library ii libtiff4 3.9.4-5+squeeze3 Tag Image File Format (TIFF) libra ii libx11-6 2:1.3.3-4 X11 client-side library ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxpm4 1:3.5.8-1 X11 pixmap library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime emacs23 recommends no packages. Versions of packages emacs23 suggests: ii emacs23-common-non-dfsg 23.2+1-1 GNU Emacs shared, architecture ind -- no debconf information -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663499: emacs23: Can't find the Info directory node
Just noticed in the stand-alone info reader the text, Tags out of Date in the mode line when viewing the gnus node. This made me think that running aptitude reinstall emacs emacs23 info might be worth a try. But it wasn't. -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641247: Get IMAP Error: fchown
Package: dovecot-imapd Version: 1:1.2.15-7 Severity: normal I started getting this error in the syslog as well after upgrading from lenny to squeeze. I worked around this problem by running chmod 600 /var/mail/* per suggestions from a Google search. -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (900, 'stable'), (80, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dovecot-imapd depends on: ii dovecot-common 1:1.2.15-7 secure mail server that supports m ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libldap-2.4-2 2.4.23-7.2 OpenLDAP libraries ii libssl0.9.8 0.9.8o-4squeeze7 SSL shared libraries dovecot-imapd recommends no packages. dovecot-imapd suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607602: openssh-server: Bogus warning, Authentication tried for XXX with correct key but not from a permitted host
Package: openssh-server Version: 1:5.5p1-5+b1 Severity: normal I'm getting this warning by mistake. If my authorized_keys file contains: from=hostA ssh-dss hostA-key hostA-addr from=hostB ssh-dss hostB-key hostB-addr I *always* get this warning when coming in from hostB. If I swap the order, for example: from=hostB ssh-dss hostB-key hostB-addr from=hostA ssh-dss hostA-key hostA-addr then I only get this warning when coming in from hostA. I would expect that I could come in from either hostA *or* hostB without this warning. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (600, 'testing'), (80, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openssh-server depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy ii dpkg1.15.8.5 Debian package management system ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-2common error description library ii libgssapi-krb5-21.8.3+dfsg-3 MIT Kerberos runtime libraries - k ii libkrb5-3 1.8.3+dfsg-3 MIT Kerberos runtime libraries ii libpam-modules 1.1.1-6.1Pluggable Authentication Modules f ii libpam-runtime 1.1.1-6.1Runtime support for the PAM librar ii libpam0g1.1.1-6.1Pluggable Authentication Modules l ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii libssl0.9.8 0.9.8o-4 SSL shared libraries ii libwrap07.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base3.2-23.1 Linux Standard Base 3.2 init scrip ii openssh-blacklist 0.4.1list of default blacklisted OpenSS ii openssh-client 1:5.5p1-5+b1 secure shell (SSH) client, for sec ii procps 1:3.2.8-9/proc file system utilities ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages openssh-server recommends: ii openssh-blacklist-extra 0.4.1 list of non-default blacklisted Op ii xauth 1:1.0.4-1 X authentication utility Versions of packages openssh-server suggests: pn molly-guard none (no description available) pn rssh none (no description available) pn ssh-askpass none (no description available) pn ufw none (no description available) -- debconf information: ssh/vulnerable_host_keys: * ssh/use_old_init_script: true ssh/encrypted_host_key_but_no_keygen: ssh/disable_cr_auth: false -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587698: ipcheck: on python2.6: AttributeError: 'NoneType' object has no attribute 'close'
Francois Marier franc...@debian.org wrote: Package: ipcheck Version: 0.233-1 Severity: normal Tags: patch Everytime I run ipcheck.py on cron (I have it in /etc/cron.hourly), I get this: Traceback (most recent call last): File /usr/sbin/ipcheck.py, line 5518, in module _main(sys.argv) File /usr/sbin/ipcheck.py, line 5198, in _main fp.close() File /usr/lib/python2.6/socket.py, line 273, in close self._sock.close() AttributeError: 'NoneType' object has no attribute 'close' Since my installation of squeeze, I have been getting these as well. I applied your patch and the error has gone away. Thanks. -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596489: metacity: Two keystrokes needed to switch desktops
: squeeze/sid APT prefers testing APT policy: (90, 'testing'), (80, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages metacity depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-5 The Cairo 2D vector graphics libra ii libcanberra-gtk0 0.24-1 Gtk+ helper for playing widget eve ii libcanberra0 0.24-1 a simple abstract interface for pl ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libgtop2-72.28.1-1 gtop system monitoring library (sh ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libmetacity-private0 1:2.30.1-2 library for the Metacity window ma ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libsm62:1.1.1-1 X11 Session Management library ii libstartup-notification0 0.10-1 library for program launch feedbac ii libx11-6 2:1.3.3-3 X11 client-side library ii libxcomposite11:0.4.2-1 X11 Composite extension library ii libxcursor1 1:1.1.10-2 X cursor management library ii libxdamage1 1:1.1.3-1 X11 damaged region extension libra ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxfixes31:4.0.5-1 X11 miscellaneous 'fixes' extensio ii libxinerama1 2:1.1-3X11 Xinerama extension library ii libxrandr22:1.3.0-3 X11 RandR extension library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii metacity-common 1:2.30.1-2 shared files for the Metacity wind ii zenity2.30.0-1 Display graphical dialog boxes fro Versions of packages metacity recommends: ii gnome-session [x-session-mana 2.30.2-1 The GNOME Session Manager - GNOME Versions of packages metacity suggests: ii gnome-control-center 1:2.30.1-2 utilities to configure the GNOME d ii gnome-themes 2.30.2-1 official themes for the GNOME desk ii xdg-user-dirs 0.12-1 tool to manage well known user dir -- no debconf information -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596489: metacity: Two keystrokes needed to switch desktops
I found a workaround to this problem. I moved ~/.gconf out of the way, logged out, and logged in again. Then C-M-Right/Left behaved as I would expect. This is suboptimal since it then took me a couple of hours to reset all of my settings. When I do a diff of the old and new settings, I see the following differences in /apps/metacity/window_keybindings: - move_to_workspace_right = ControlAltRight - move_to_workspace_left = ControlAltLeft + move_to_workspace_right = ControlShiftAltRight + move_to_workspace_left = ControlShiftAltLeft I suspect that the old settings were wreaking havoc with the new version of metacity. It would be good for metacity to recognize this issue in the configuration and ask the user to update the config accordingly. Thanks! -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595906: gdm3: Can't log in when .gnomerc sources .bashrc
upower 0.9.5-1+b1 abstraction for power management ii xterm [x-terminal-emula 261-1X terminal emulator ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages gdm3 recommends: ii at-spi1.30.1-2 Assistive Technology Service Provi ii gnome-icon-theme 2.30.3-1 GNOME Desktop icon theme ii gnome-power-manager 2.30.1-1 power management tool for the GNOM ii gnome-settings-daemon 2.30.2-1 daemon handling the GNOME session ii xserver-xephyr2:1.7.7-4 nested X server ii xserver-xorg 1:7.5+6the X.Org X server ii zenity2.30.0-1 Display graphical dialog boxes fro Versions of packages gdm3 suggests: ii gnome-mag 1:0.16.1-2 a screen magnifier for the GNOME d ii gnome-orca2.30.2-1 Scriptable screen reader ii gok 2.30.0-1 GNOME Onscreen Keyboard ii libpam-gnome-keyring 2.30.3-1 PAM module to unlock the GNOME key ii metacity 1:2.30.1-2 lightweight GTK+ window manager -- debconf information: * shared/default-x-display-manager: gdm3 gdm3/daemon_name: /usr/sbin/gdm3 -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535917: iceweasel: File filter for save as dialog doesn't always work
Mike Hommey m...@glandium.org wrote: On Sun, Dec 27, 2009 at 03:37:44PM -0800, Bill Wohler wrote: Mike Hommey m...@glandium.org wrote: Would you happen to have a real such url that does end up delivering a pdf file ? Not that I could show you :-). Would it be helpful to show you the HTTP header? That may be. On second thought, since this happens with a POST instead of GET, getting the header will tricky. Otherwise, I'll keep an eye on a less sensitive URL that you could use to reproduce the problem. Thanks! OK, here's a recipe. I hope step #1 isn't too much of a problem for you. 1. Create an account at delicious.com if you haven't already. 2. Create a bookmark if you haven't already (on your delicious home page, create a new bookmark by clicking on Save a new bookmark, enter some URL, press Next, enter some tag, press Save). You may try skipping this step at first and see if the following works as described. 3. Navigate to the bookmark export page: https://secure.delicious.com/settings/bookmarks/export 4. Press the Export button. 5. In the disposition dialog, select Save File and press OK. 6. In the Enter name of file to save to... dialog, navigate to a directory that you know includes .html files. 7. Observe that none of the HTML documents are shown while the HTML document filter is in place. Change the filter to All Files and note that the HTML files are now shown. -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535917: iceweasel: File filter for save as dialog doesn't always work
Mike Hommey m...@glandium.org wrote: Would you happen to have a real such url that does end up delivering a pdf file ? Not that I could show you :-). Would it be helpful to show you the HTTP header? Otherwise, I'll keep an eye on a less sensitive URL that you could use to reproduce the problem. Thanks! -- Bill Wohler woh...@newt.com http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#492863: update-notifier: the tray icon keeps finding updates even when the system is up to date
The aptitude dist-upgrade command did not install any additional packages for me. I worked around this bug by using the context menu over the task bar icon and selecting the Install all updates command. It installed diffutils in my case. The icon then mercifully disappeared. -- Bill Wohler woh...@newt.com http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#351685: udev storm: pcmcia CF adapter device file constantly deleted, recreated
Moritz Muehlenhoff j...@inutil.org wrote: On Fri, Mar 10, 2006 at 10:40:58AM +0100, Marco d'Itri wrote: On Mar 09, Bill Wohler woh...@newt.com wrote: I see this bug was moved to linux-2.6. However, there is also a udev bug #350235 filed for the same problem. While it appears there is a major udev component (the UI always gets the heat), it also appears to be a kernel component as well since a kernel oops was reported. Since this Let's get the facts straight: this is not an udev bug, not even close. udev just has a workaround to prevent it from triggering the first kernel bug. The first bug is the events loop caused by ide-cs and ide-floppy when udev opens the block device, and the second bug is the oops which happens after this. Does this still occur with more recent kernels? Hi Moritz, unfortunately, I have a new laptop that comes with nice card slots built-in, so I haven't had the opportunity to test PCMCIA. I haven't seen any oops with this laptop, so I guess you could close this bug on my account. However, it would be good to confirm with Joey since he reported the original behavior. -- Bill Wohler woh...@newt.com http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537541: aptitude: segmentation fault
Daniel Burrows dburr...@debian.org wrote: On Mon, Jul 20, 2009 at 01:49:36PM -0700, Bill Wohler woh...@newt.com was heard to say: Daniel Burrows dburr...@debian.org wrote: I have no idea what's causing these symptoms. A backtrace from an affected system (or maybe a state snapshot generated by aptitude-create-state-bundle) would be helpful. Thanks, Daniel. I happened to run aptitude-create-state-bundle before I fixed the problem by running apt-get -f install twice. No backtraces at this time, sorry. http://www.newt.com/tmp/aptitude-537541.bz2 Let me know if you'd like to see another snapshot made now for comparison. It sounds from your comments on debian-user like your problem was just bad RAM, and just to confirm that, I can't reproduce it with this snapshot. Thanks. Given that the problem doesn't appear for David when he uses strace, maybe he's got bad memory too! David, maybe you confirm this by installing and running memtest86+. I found I had to run update-grub after installing it. Then just reboot and select it from the grub menu. Easy. -- Bill Wohler woh...@newt.com http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537541: aptitude: segmentation fault
Daniel Burrows dburr...@debian.org wrote: I have no idea what's causing these symptoms. A backtrace from an affected system (or maybe a state snapshot generated by aptitude-create-state-bundle) would be helpful. Thanks, Daniel. I happened to run aptitude-create-state-bundle before I fixed the problem by running apt-get -f install twice. No backtraces at this time, sorry. http://www.newt.com/tmp/aptitude-537541.bz2 Let me know if you'd like to see another snapshot made now for comparison. -- Bill Wohler woh...@newt.com http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#452869: [Pkg-bluetooth-maintainers] Bug#452869: bluez-utils: dund fails to connect to SDP server
Filippo Giunchedi fili...@debian.org wrote: On Mon, Nov 26, 2007 at 02:37:51PM +0100, Filippo Giunchedi wrote: On Sun, Nov 25, 2007 at 12:22:47PM -0800, Bill Wohler wrote: Looks like this race condition was also reported in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/bluez-utils/+bug/121915 indeed the old services are racy, those included (but not enabled yet) in newer bluez ought to be race-free. Thanks for the note though. can you retry this bug with bluez 4? if you still need dund you can find it in bluez-compat package though This no longer seems to be a problem in bluez-compat 4. Please close. I'd love to wean myself from the bluez-compat package. I reported yesterday that the documentation could be more helpful in getting me there. Thanks again for maintaining bluez! -- Bill Wohler woh...@newt.com http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537541: aptitude: segmentation fault
for C++ ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libxapian151.0.7-4 Search engine library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages aptitude recommends: ii aptitude-doc-en [apti 0.4.11.11-1~lenny1 English manual for aptitude, a ter pn libparse-debianchange none (no description available) Versions of packages aptitude suggests: pn debtags none (no description available) ii tasksel 2.78 Tool for selecting tasks for insta -- no debconf information -- Bill Wohler woh...@newt.com http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537541: aptitude: segmentation fault
Most excellent! I found a workaround. First run apt-get -f install and get the segmentation fault again: $ sudo apt-get -f install Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Segmentation fault However, run it again, and smile when you don't see the segmentation fault! $ sudo apt-get -f install Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Indeed, I can now continue on with what I was doing with aptitude: $ sudo aptitude install Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done The following NEW packages will be installed: bluez-compat [4.42-2] 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/80.3kB of archives. After unpacking 242kB will be used. Do you want to continue? [Y/n/?] Phew! Any ideas on how I got into this situation? The only unusual thing I did was uninstall some packages that were recommended after selecting blueman for installation in aptitude. This was mostly just python-all-dev, I think, which just wanted to install python 2.4 which seems unnecessary since python 2.5 is installed. -- Bill Wohler woh...@newt.com http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537671: bluez: No documentation for substitutes for deprecated programs dund, etc.
Package: bluez Version: 4.42-2 Severity: wishlist Hi Filippo, /usr/share/doc/bluez/README.Debian says: Legacy daemons -- The bluez-compat package includes old legacy daemons such as dund, pand and hidd for enabling dial-up, ethernet networking and input devices over bluetooth. Elsewhere I read that these would be going away. It would be very helpful to document how we can change our existing configurations to use bluetoothd. For example, I had the following in /etc/default/bluetooth (now in rc.local): DUND_OPTIONS=--listen --persist --auth call treo After an hour of reading docs (which don't exist in the case of main.conf) and Googling, I still have no clue how to use bluetoothd to set up a connection with my Treo. Perhaps you can help us in the transition by documenting it in README.Debian. Thanks! -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (600, 'stable'), (80, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bluez depends on: ii dbus 1.2.1-5+lenny1 simple interprocess messaging syst ii libbluetooth3 4.42-2 Library to use the BlueZ Linux Blu ii libc6 2.7-18 GNU C Library: Shared libraries ii libdbus-1-3 1.2.1-5+lenny1 simple interprocess messaging syst ii libglib2.0-0 2.16.6-2 The GLib library of C routines ii libnl11.1-2 library for dealing with netlink s ii libusb-0.1-4 2:0.1.12-13userspace USB programming library ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii makedev 2.3.1-88 creates device files in /dev ii module-init-tools 3.4-1 tools for managing Linux kernel mo ii udev 0.125-7+lenny1 /dev/ and hotplug management daemo bluez recommends no packages. Versions of packages bluez suggests: ii python-dbus 0.82.4-2 simple interprocess messaging syst ii python-gobject2.14.2-2 Python bindings for the GObject li -- no debconf information -- Bill Wohler woh...@newt.com http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#344221: galeon: Keyboard events doubled
Fabio Bonelli fbone...@gmail.com wrote: Occasionally, a tab will get in a state so that it doubles certain keyboard events. The other tabs are not affected. Bill, can you still reproduce it 2.0.7-1? I'm sorry, I'm no longer using Galeon. You may close this bug, and any other open bugs that I submitted. Unless you can reproduce them, of course! Thanks for maintaining Galeon! -- Bill Wohler woh...@newt.com http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535917: iceweasel: File filter for save as dialog doesn't always work
Package: iceweasel Version: 3.0.6-1 Severity: normal When saving automatically generated documents, the save as dialog recognizes the type, probably from the Content-Type HTTP header and displays the filter filter correctly (the list above the Save button that contains, for example, PDF document or All Files.) However, in some cases, NO files at all will be shown in the list of files--just directories, if any, even if there are files that match the filter (in this case, .pdf files). If you change the file filter to All Files, then the .pdf files are shown. I believe this happens if the URL for an automatically generated document does not end in .pdf as in the following hypothetical example: https://www.bank.com/statements?account=12345statement=12345 Perhaps it is also the lack of or a faulty Content-Disposition header field which triggers the problem as well. My guess is that the file filter is built with extension of the URL or the filename parameter of the Content-Disposition header field and in these examples, the extension is absent. When the extension is absent, the extension should be determined from /etc/mime.types given the media type in the Content-Type header field. I don't think this should be the default behavior, however. If an extension is present in a suggested filename, it should be used. By the way, the case in PDF document and All Files is inconsistent. All Files should probably be All files according to the HIG: http://library.gnome.org/devel/hig-book/stable/controls-option-menus.html.en -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (600, 'stable'), (80, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 2.30 Miscellaneous utilities specific t ii fontconfig 2.6.0-3 generic font configuration library ii libc6 2.7-18 GNU C Library: Shared libraries ii libglib2.0-02.16.6-2 The GLib library of C routines ii libgtk2.0-0 2.12.12-1~lenny1 The GTK+ graphical user interface ii libnspr4-0d 4.7.1-4 NetScape Portable Runtime Library ii libstdc++6 4.3.2-1.1The GNU Standard C++ Library v3 ii procps 1:3.2.7-11 /proc file system utilities ii psmisc 22.6-1 Utilities that use the proc filesy ii xulrunner-1.9 1.9.0.11-0lenny1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: pn latex-xft-fonts none (no description available) ii libkrb531.6.dfsg.4~beta1-5lenny1 MIT Kerberos runtime libraries pn mozplugger none (no description available) pn ttf-mathematica none (no description available) pn xfonts-mathml none (no description available) pn xprint none (no description available) ii xulrunner-1.9-g 1.9.0.11-0lenny1 Support for GNOME in xulrunner app -- no debconf information -- Bill Wohler woh...@newt.com http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533841: computertemp: Alarm commands left as defunct processes
Package: computertemp Version: 0.9.6.1-1 Severity: normal I've configured the Alarm - Enter command to execute parameter to a script called tempalert that displays a message with gmessage and exits with status 0 after I click on the OK button: #! /bin/sh (echo CPU is hot; \ echo `date`: `awk '{print $2 $3}' /proc/acpi/thermal_zone/THM0/temperature`; \ ps uax --sort -%cpu --width 80 | head -5) \ | gmessage -file - -font 'mono' -buttons OK:0 -default OK -nearmouse After beating up my laptop for a short spell, I'm left with a bunch of defunct processes on my system, as you can see below. It appears that computertemp doesn't reap its children commands properly. 0 1000 3299 8310 20 0 0 0 exit Z? 0:00 [tempalert] defunct 0 1000 3696 8310 20 0 0 0 exit Z? 0:00 [tempalert] defunct 0 1000 6430 8310 20 0 0 0 exit Z? 0:00 [tempalert] defunct 0 1000 8310 1 20 0 242208 11124 - S? 37:35 python /usr/lib/gnome-applets/computertemp --oaf-activate-iid=OAFIID:GNOME_ComputertempApplet_Factory --oaf-ior-fd=29 0 1000 9684 8310 20 0 0 0 exit Z? 0:00 [tempalert] defunct 0 1000 11711 8310 20 0 0 0 exit Z? 0:00 [tempalert] defunct 0 1000 12099 8310 20 0 0 0 exit Z? 0:00 [tempalert] defunct 0 1000 12234 8310 20 0 0 0 exit Z? 0:00 [tempalert] defunct 0 1000 12270 8310 20 0 0 0 exit Z? 0:00 [tempalert] defunct 0 1000 12361 8310 20 0 0 0 exit Z? 0:00 [tempalert] defunct 0 1000 13080 8310 20 0 0 0 exit Z? 0:00 [tempalert] defunct 0 1000 13279 8310 20 0 0 0 exit Z? 0:00 [tempalert] defunct 0 1000 13769 8310 20 0 0 0 exit Z? 0:00 [tempalert] defunct 0 1000 14922 8310 20 0 0 0 exit Z? 0:00 [tempalert] defunct 0 1000 18961 8310 20 0 0 0 exit Z? 0:00 [tempalert] defunct 0 1000 19107 8310 20 0 0 0 exit Z? 0:00 [tempalert] defunct 0 1000 21438 8310 20 0 0 0 exit Z? 0:00 [tempalert] defunct 0 1000 21627 8310 20 0 0 0 exit Z? 0:00 [tempalert] defunct 0 1000 21633 8310 20 0 0 0 exit Z? 0:00 [tempalert] defunct 0 1000 21692 8310 20 0 0 0 exit Z? 0:00 [tempalert] defunct 0 1000 24441 8310 20 0 0 0 exit Z? 0:00 [tempalert] defunct 0 1000 24773 8310 20 0 0 0 exit Z? 0:00 [tempalert] defunct -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (600, 'stable'), (80, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages computertemp depends on: ii gconf22.22.0-1 GNOME configuration database syste ii python2.5.2-3An interactive high-level object-o ii python-gnome2 2.22.0-1 Python bindings for the GNOME desk ii python-gnome2-extras 2.19.1-3.1 Extra Python bindings for the GNOM ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge ii python-support0.8.4 automated rebuilding support for P computertemp recommends no packages. Versions of packages computertemp suggests: ii hddtemp0.3-beta15-44 hard drive temperature monitoring -- no debconf information -- Bill Wohler woh...@newt.com http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#485034: linux-image-2.6.25-2-686: ath5k associates but no network
maximilian attems m...@stro.at wrote: I did, however, try WEP with 2.6.26. My box still did not associate. could you please try a more recent kernel like 2.6.29. ath5k saw a lot of work since. Thanks. There are a couple of issues which will get in my way: 1. The new kernels have really, really large /lib/modules directories and are too big for my / partition. I therefore do not anticipate upgrading the kernel on this particular machine any time soon. Know of any HOWTOs for resizing an encrypted LVM root partition? :-) 2. I'm using WPA now. Sorry about that! -- Bill Wohler woh...@newt.com http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#473709: madwifi-source: Connection drops within an hour
Bill Wohler woh...@olgas.newt.com wrote: Kel Modderman k...@otaku42.de wrote: The example is over engineered, but still relevant. Usually a common /etc/network/interfaces stanza for static connection to WPA-PSK access point: iface wlan0 inet dhcp wpa-ssid ACCESSPOINTSSID wpa-psk SUPERSECRETKEY This is explained in more detial at /usr/share/doc/wpasupplicant/README.modes.gz Thanks for the example, Kel. I'll send you guys a note about how it went. Unfortunately, this was overcome by events... I'm now using the ath5k driver on the laptop in question so I'm no longer in a position to comment on this item. -- Bill Wohler woh...@newt.com http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#67828: emacs20: mailcap-parse-mailcaps reverses priorities in /etc/mailcap
Sven Joachim svenj...@gmx.de wrote: Both times this is the first entry in /etc/mailcap for the respective MIME type, so I think we should close this bug. Do you agree? Agreed. Thanks, Sven! p.s. I have a TODO to go through all my Debian bugs and close any that seem to be OK now, but I've been swamped! -- Bill Wohler woh...@newt.com http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#485034: linux-image-2.6.25-2-686: ath5k associates but no network
Moritz Muehlenhoff [EMAIL PROTECTED] wrote: I'll report back when I've tried 2.6.26 or WPA. Since Lenny now contains images based on 2.6.26, did you have a chance to test them already? Sorry I didn't reply sooner--I was holding out to try WPA but haven't had the time. I did, however, try WEP with 2.6.26. My box still did not associate. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495292: binutils: Move strings to another package
Package: binutils Version: 2.18.1~cvs20080103-7 Severity: normal I just tried to run strings on my server which for security reasons lacks any compilers or similar tools. Unfortunately, strings is in binutils. I think of strings as a poor-man's od, which is in coreutils. Please consider moving strings from binutils to coreutils, or some other similar package that is typically installed on a server. (This bug posted from my lenny system, but the server is an etch system. ) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (600, 'testing'), (80, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages binutils depends on: ii libc6 2.7-13 GNU C Library: Shared libraries binutils recommends no packages. Versions of packages binutils suggests: pn binutils-doc none (no description available) -- no debconf information -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490395: A better patch
I had the same problem and can confirm that John's patch fixed it for me too. By the way, I was having the problem with quotes from Vanguard as well as from Yahoo and this patch fixed the Vanguard quotes as well. Thanks, John! -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493634: iceweasel: Iceweasel rewrites host in URL randomly
Package: iceweasel Version: 3.0.1-1 Severity: normal My network isn't the best. After the last upgrade to Iceweasel, whenever Iceweasel fails to contact the DNS server (this is an educated guess), it rewrites the host part of the URL with www.newt.com. My domain happens to be newt.com. For example, if I enter: http://www.somehost.com/path/to/file.html this will be replaced with: http://www.newt.com/path/to/file.html This is very annoying because I can't simply refresh the page later. I have to re-enter the hostname first. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (600, 'testing'), (80, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 2.30 Miscellaneous utilities specific t ii fontconfig2.6.0-1generic font configuration library ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-2 GCC support library ii libglib2.0-0 2.16.4-2 The GLib library of C routines ii libgtk2.0-0 2.12.10-2 The GTK+ graphical user interface ii libnspr4-0d 4.7.1-3NetScape Portable Runtime Library ii libstdc++64.3.1-2The GNU Standard C++ Library v3 ii procps1:3.2.7-8 /proc file system utilities ii psmisc22.6-1 Utilities that use the proc filesy ii xulrunner-1.9 1.9.0.1-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: pn latex-xft-fonts none (no description available) ii libkrb53 1.6.dfsg.4~beta1-3 MIT Kerberos runtime libraries pn mozpluggernone (no description available) pn ttf-mathematica4.1none (no description available) pn xfonts-mathml none (no description available) pn xprintnone (no description available) ii xulrunner-1.9-gnome-s 1.9.0.1-1 Support for GNOME in xulrunner app -- no debconf information -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493634: iceweasel: Iceweasel rewrites host in URL randomly
The problem was caused by a combination of a search newt.com directive and a wildcard DNS entry in my zone file. I've never used wildcards for reasons such as this, but when I recently switched to using Network Solutions's DNS manager, they set up a wildcard record by default and I neglected to delete it. After deleting the wildcard record, the problem I previously described went away. I also set up a local caching-only server using dnsmasq to get around the transient DNS problems I was also having. http://www.newt.com/debian/blog.html#dns-wildcards http://www.newt.com/debian/blog.html#naughty-nameservers Please close this bug report. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492904: security.debian.org: Can't retrieve recent iceweasel security update
This problem resolved itself during the last security update. You may close it. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492904: security.debian.org: Can't retrieve recent iceweasel security update
Package: security.debian.org Severity: normal I haven't been able to upgrade my etch system with the recent security updates since Friday, although the etch-and-a-half upgrade proceeded normally on Saturday. I use aptitude. I think the following output should summarize the problem nicely: ... Get:2 http://security.debian.org etch/updates Release.gpg [189B] Get:4 http://security.debian.org etch/updates Release [37.6kB] Get:7 http://security.debian.org etch/updates/main Packages [264kB] Get:10 http://security.debian.org etch/updates/contrib Packages [3926B] Get:12 http://security.debian.org etch/updates/non-free Packages [1420B] Get:14 http://security.debian.org etch/updates/main Sources [43.0kB] Get:15 http://security.debian.org etch/updates/contrib Sources [1168B] Get:16 http://security.debian.org etch/updates/non-free Sources [1176B] ... The following packages will be upgraded: iceweasel [2.0.0.15-0etch1 - 2.0.0.16-0etch1] iceweasel-gnome-support [2.0.0.15-0etch1 - 2.0.0.16-0etch1] libxul-common [1.8.0.15~pre080323b-0etch2 - 1.8.0.15~pre080614d-0etch1] libxul0d [1.8.0.15~pre080323b-0etch2 - 1.8.0.15~pre080614d-0etch1] 4 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 17.7MB of archives. After unpacking 8192B will be used. Get:1 http://security.debian.org etch/updates/main iceweasel-gnome-support 2.0.0.16-0etch1 [87.8kB] Err http://security.debian.org etch/updates/main iceweasel 2.0.0.16-0etch1 Connection failed [IP: 212.211.132.250 80] Err http://security.debian.org etch/updates/main libxul0d 1.8.0.15~pre080614d-0etch1 Connection failed [IP: 130.89.175.54 80] Get:2 http://security.debian.org etch/updates/main libxul-common 1.8.0.15~pre080614d-0etch1 [1087kB] Fetched 1174kB in 4m3s (4815B/s) Note that there aren't any problems getting the metadata, and I was able to get the iceweasel-gnome-support and libxul-common without a hitch. However, I have consistently gotten the Connection failed message for the iceweasel and libxul0d packages since Friday. I noticed that during my repeated attempts of aptitude updates; aptitude upgrade on Friday, that there were key issues that seemed to go away the next cycle. Any ideas of what might be causing this problem? -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) -- Bill Wohler [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442214: aide: Aide issues false alarms
Marc Haber [EMAIL PROTECTED] wrote: This might be necessary for the ANF/ARF feature to properly +handle logs that have been rotated multiple times. COPYNEWDB=no is +the default because automatically copying the database unconditionally +(COPYNEWDB=yes) might be dangerous since detected changes are only +reported once. Additionally, if you do not manually increase the +verbosity level by setting (for example) AIDEARGE=-V5 in +/etc/default/aide, you lose the possibility of inspecting the changes +more closely. Since COPYNEWDB=yes was parenthetical, that last sentence seems more associated with the subject of the previous subject, namely, COPYNEWDB=no. What do you think of this? COPYNEWDB=no is the default because automatically copying the database unconditionally (COPYNEWDB=yes) might be dangerous since detected changes are only reported once. Because changes are only reported once when using COPYNEWDB=yes and you lose the possibility of inspecting the changes more closely, increase the verbosity level by setting, for example, AIDEARGE=-V5 in /etc/default/aide so that the report has enough detail to diagnose problems. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442214: aide: Aide issues false alarms
Marc Haber [EMAIL PROTECTED] wrote: On Sun, Jul 27, 2008 at 08:21:31AM -0700, Bill Wohler wrote: Marc Haber [EMAIL PROTECTED] wrote: This might be necessary for the ANF/ARF feature to properly +handle logs that have been rotated multiple times. COPYNEWDB=no is +the default because automatically copying the database unconditionally +(COPYNEWDB=yes) might be dangerous since detected changes are only +reported once. Additionally, if you do not manually increase the +verbosity level by setting (for example) AIDEARGE=-V5 in +/etc/default/aide, you lose the possibility of inspecting the changes +more closely. Since COPYNEWDB=yes was parenthetical, that last sentence seems more associated with the subject of the previous subject, namely, COPYNEWDB=no. What do you think of this? I do not understand clearly. COPYNEWDB=no always allows you to inspect the changes more closely by re-running aide. It seems the warning (beginning with Additionally) applies if COPYNEWDB=no. COPYNEWDB=no is the default because automatically copying the database unconditionally (COPYNEWDB=yes) might be dangerous since detected changes are only reported once. Because changes are only reported once when using COPYNEWDB=yes and you lose the possibility of inspecting the changes more closely, increase the verbosity level by setting, for example, AIDEARGE=-V5 in /etc/default/aide so that the report has enough detail to diagnose problems. Changes are only reported once is repeated, that's a stylistical issue that jumps even into my non-native eyes. Good catch! Additionally, the long second sentence is kind of hard to parse. OK. I still prefer my version, but that may be a language issue. :-). I'd be toast if this were German. If you can't think of some verbiage to associate the warning more tightly with COPYNEWDB=yes than COPYNEWDB=no in a few moments, don't worry about it. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442214: [Pkg-aide-maintainers] Bug#442214: aide: Aide issues false alarms
Marc Haber [EMAIL PROTECTED] wrote: Ah. now I understand. How about this: Index: debian/aide-common.README.Debian === --- debian/aide-common.README.Debian(revision 758) +++ debian/aide-common.README.Debian(working copy) @@ -106,11 +106,14 @@ handle logs that have been rotated multiple times. COPYNEWDB=no is the default because automatically copying the database unconditionally (COPYNEWDB=yes) might be dangerous since detected changes are only -reported once. Additionally, if you do not manually increase the -verbosity level by setting (for example) AIDEARGE=-V5 in +reported once. If you use COPYNEWDB=yes and do not manually increase +the verbosity level by setting (for example) AIDEARGE=-V5 in /etc/default/aide, you lose the possibility of inspecting the changes more closely. A third option, COPYNEWDB=ifnochange only copies the -new database over the old one if aide has not detected any changes. +new database over the old one if aide has not detected any changes. In +this case, you need to manually copy over the databases after the +first report showing changes, or your ANF+ARF rules (including rotated +log files etc) are going to stop working. Sehr gut! Die einzige Dinge ist s/AIDEARGE/AIDEARGS/ :-). Danke schön. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442214: aide: Aide issues false alarms
Marc Haber [EMAIL PROTECTED] wrote: On Wed, Jul 23, 2008 at 01:45:05PM -0700, Bill Wohler wrote: Marc Haber [EMAIL PROTECTED] wrote: I also found that because this setting trashes the old database, you don't have a chance to later run aide --compare to see how a particular file changed. I therefore added AIDEARGS=-V5 to /etc/default/aide. The default, -V4, gives at least a list about which files changed, and if one wants more verbose reports, he is free to refer to the manpage to change the verbosity level. Yes, but... I think it would be good to mention that issue in the COMMAND=update and COPYNEWDB=yes item. I do not think that it is a good idea to re-iterate every possible outcome of every configuration option in every possible place. Of course not, but this is important. If you used the defaults, and you set COPYNEWDB to yes and the first message you get had some files which might have indicated a break-in, you'd want to see the specific changes. Or, more likely, you might not realize the unintended consequences of the setting until later. I was truly shocked when I realized it. It's your call, of course, but I like it when documentation discusses more than just the options and the settings and goes into the justifications, ramifications, and best practices. Just because you can do something doesn't mean you should. I think this is an important aspect to point out. Somewhere. Thanks! -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442214: aide: Aide issues false alarms
Marc Haber [EMAIL PROTECTED] wrote: I have instead committed the following patch to the README file which will hopefully make things a lot more clearer than they were explained in the previous README file. I'd appreciate your comments. Excellent! + - set COMMAND=update and COPYNEWDB=yes and live with the fact + that changes to the filesystem will only be reported once and never + again. I found that setting COPYNEWDB to yes suits me well. I also found that because this setting trashes the old database, you don't have a chance to later run aide --compare to see how a particular file changed. I therefore added AIDEARGS=-V5 to /etc/default/aide. Because you're updating the database every day, the emails still tend to be small, and even if they are large and get truncated (due to a system update, say), you still have the output in /var/log/aide. I think it would be good to mention that issue in the COMMAND=update and COPYNEWDB=yes item. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452771: aide: Updated files not executable
Marc Haber [EMAIL PROTECTED] wrote: On Sat, Nov 24, 2007 at 06:31:23PM -0800, Bill Wohler wrote: After updating aide, I got this in my daily mail: ** * AIDE returned with exit code 17. Invalid configuration! * ** Errors produced (3 lines): 34:syntax error:( 34:Error while reading configuration:( Configuration error I was able fix this with the following command: $ cd /etc/aide/aide.conf.d $ sudo chmod +x 31_aide_ifupdown 10_aide_hostname 70_aide_dev Is this maybe a duplicate of #447769? Can you please re-try with aide 0.13.1-8.0 from http://zg.debian.zugschlus.de/zg/pool/main/aide? The binaries are for sid, so you'll need to locally rebuild. Hi Marc, endlich bin ich zurueck! I installed a 0.13.1-10.0 on a fresh system and this problem has been fixed. Thanks! Please close. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442214: aide: Aide issues false alarms
Marc Haber [EMAIL PROTECTED] wrote: On Sat, Nov 24, 2007 at 07:56:29PM -0800, Bill Wohler wrote: Hi Marc, I think I'm seeing the same thing here. It appears that the ARF rule isn't working as advertised. For example, the following line appeared in the report: removed: /var/log/aide/aide.log.6.gz However, in /etc/aide/aide.conf.local.d/31_aide_aide [1], I see: /var/log/aide/aide\.log\.6\.gz$ RotatedLogs+ARF which should be suppressing this message. Right? In a nutshell: The ANF/ARF rules will only work if COPYNEWDB=yes is set in /etc/default/aide _OR_ COPYNEWDB=ifnochange in /etc/default/aide _AND_ no other changes were detected in an aide run. As soon as the first change is detected, the next run is going to report rotated logs despite the ANF/ARF rules. Bingo! That was it. I don't think I ever saw those changes on their own. I've updated the documentation in /etc/default/aide which might make this more clear. I've included a patch for your consideration. I think you can now close this bug. Thanks! Index: aide === --- aide(revision 9249) +++ aide(working copy) @@ -35,9 +35,12 @@ # COMMAND=update. It is ignored if COMMAND!=update. # no: Do not copy new database to old database. This is the default. # yes: Copy new database to old database. This means that changes to the -# file system are only reported once. Possibly dangerous. +# file system are only reported once. Possibly dangerous. However, the +# ANF/ARF rules are always guaranteed to work with this setting. # ifnochange: Copy new database to old database if no changes have -# been reported. This is needed for ANF/ARF to work reliably. +# been reported. This is needed for ANF/ARF to work reliably. Note, however, +# that once there is a change which prevents the copying of the database, +# the ANF/ARF rules will appear to stop working in the next run. COPYNEWDB=ifnochange # This parameter defines how many lines to return per e-mail. Output longer -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491498: gnucash: Price Editor can't retrieve quotes
Package: gnucash Version: 2.2.4-1 Severity: normal Starting last week, the Price Editor Get Quotes command started producing the following error dialog after working fine for years: Unable to retrieve quotes for these items: NASDAQ:xxx FUND:Vxxx FUND:Vxxx I've suppressed the actual securities in the output. I was using Yahoo for the NASDAQ quote (although trying a few other sources didn't help), and Vanguard for the FUNDs. I did do a fairly large update on lenny just before this symptom appeared, although gnucash wasn't one of the updated packages. Any thoughts on what went south? -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (600, 'testing'), (80, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages gnucash depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii gnucash-common 2.2.4-1 A personal finance tracking progra ii guile-1.6-libs 1.6.8-6 Main Guile libraries ii guile-1.6-slib 1.6.8-6 Guile SLIB support ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-10GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libcrypt-ssleay-perl 0.57-1+b1 Support for https protocol in LWP ii libdate-manip-perl 5.54-1a perl library for manipulating da ii libfinance-quote-perl 1.13-3Perl module for retrieving stock q ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeprint2.2-0 2.18.4-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.18.2-1 GNOME 2.2 print architecture User ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-4GNOME Virtual File System (runtime ii libgoffice-0-4 0.4.2-4 Document centric objects library - ii libgsf-1-114 1.14.8-1 Structured File Library - runtime ii libgtk2.0-02.12.10-2 The GTK+ graphical user interface ii libgtkhtml3.8-15 3.12.3-3 HTML rendering/editing library - r ii libguile-ltdl-11.6.8-6 Guile's patched version of libtool ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libofx41:0.9.0-2.2 library to support Open Financial ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.3-2 Layout and rendering of internatio ii libpopt0 1.14-4lib for parsing cmdline parameters ii libqthreads-12 1.6.8-6 QuickThreads library for Guile ii libsm6 2:1.0.3-2 X11 Session Management library ii libxml22.6.32.dfsg-2 GNOME XML library ii psfontmgr 0.11.10-0.2 PostScript font manager -- part of ii slib 3b1-3 Portable Scheme library ii x-ttcidfont-conf 29TrueType and CID fonts configurati ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages gnucash recommends: ii gnucash-docs 2.2.0-3Documentation for gnucash, a perso -- no debconf information -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473709: madwifi-source: Connection drops within an hour
Kel Modderman [EMAIL PROTECTED] wrote: The example is over engineered, but still relevant. Usually a common /etc/network/interfaces stanza for static connection to WPA-PSK access point: iface wlan0 inet dhcp wpa-ssid ACCESSPOINTSSID wpa-psk SUPERSECRETKEY This is explained in more detial at /usr/share/doc/wpasupplicant/README.modes.gz Thanks for the example, Kel. I'll send you guys a note about how it went. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473709: madwifi-source: Connection drops within an hour
Kel Modderman [EMAIL PROTECTED] wrote: I am not sure how well ath5k is working currently, but sure do hope it becomes a good successor to the bug prone madwifi driver soon. Hi Kel, I switched to ath5k a couple of weeks ago. Unfortunately, there appears to be a problem with ath5k, WEP, and my chipset AR5211. I can associate with the AP, but the network connection doesn't come up. If I drop WEP, then I can connect. In any event, since I use restricted MAC addresses on my AP, and use ssh and ssl for communications, I'm content with using an unsecured network for now, especially since my ath5k connections have been up for two weeks solid now! I'm hoping to improve things by switching to WPA per [1] but haven't gotten around to that yet. By the way, do you know if this HOWTO is up to date? In any case, I'm not going back to madwifi, so I wouldn't really be able to test any changes you make. Therefore, please close this bug unless someone else sends out a me too. 1. http://wiki.debian.org/Manual-Howto#head-6fdd87d329e68a583e5fde32c6b21e460e5541a5 -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485034: linux-image-2.6.25-2-686: ath5k associates but no network
maximilian attems [EMAIL PROTECTED] wrote: can you please try out 2.6.26-rc8, see trunk apt lines http://wiki.debian.org/DebianKernel Will do, as soon as it creeps into sid. it should have newer ath5k driver. also trying an dhcp setup would be cool. No, DHCP didn't help. However, on the ath5k-users mailing list, Pavel suggested that it might be a WEP issue with my wireless card (AR5211), and it was. When I turned off WEP, I got a good network connection with both a static configuration and with DHCP. I'm thinking that using WPA would be a good workaround for this bug, and would be slightly more secure besides. I haven't had the time to try yet, but I did find [1]. Does this look up to date? 1. http://wiki.debian.org/Manual-Howto#head-6fdd87d329e68a583e5fde32c6b21e460e5541a5 Unless someone else chimes in to the contrary, it appears that this bug could be relabeled as: linux-image-2.6.25-2-686: ath5k associates but no network with WEP and AR5211 I'll report back when I've tried 2.6.26 or WPA. In the meantime, I use SSL/SSH for all of my communications, and limit the MAC addresses that can connect to my AP, so I'm comfortable without WEP for the moment. The good news is that the ath5k driver is otherwise rock solid and is worth using. My network connections have been up for over a week! Thanks, maks! -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485034: linux-image-2.6.25-2-686: ath5k associates but no network
Package: linux-image-2.6.25-2-686 Version: 2.6.25-4 Severity: normal I just installed linux-image-2.6.25-2-686 to try and take advantage of the new ath5k driver. My /etc/network/interfaces file says: auto ath0 iface ath0 inet static wireless_essid ESSID wireless_key KEY address ADDRESS netmask MASK gateway GW When I say ifup ath0, iwconfig reveals that ath0 is associated to my AP, ifconfig looks right (as it should with a static config). dmesg looks great too: ath5k_pci :02:02.0: registered as 'phy0' phy0: Selected rate control algorithm 'pid' ath5k phy0: Atheros AR5211 chip found (MAC: 0x42, PHY: 0x30) ath5k phy0: RF5111 5GHz radio found (0x17) ath5k phy0: RF2111 2GHz radio found (0x23) udev: renamed network interface wlan0 to ath0 ADDRCONF(NETDEV_UP): ath0: link is not ready ath0: Initial auth_alg=0 ath0: authenticate with AP 02:1e:58:07:5d:f2 ath0: RX authentication from 02:1e:58:07:5d:f2 (alg=0 transaction=2 status=0) ath0: authenticated ath0: associate with AP 02:1e:58:07:5d:f2 ath0: RX AssocResp from 02:1e:58:07:5d:f2 (capab=0x11 status=0 aid=2) ath0: associated ath0: switched to short barker preamble (BSSID=02:1e:58:07:5d:f2) ADDRCONF(NETDEV_CHANGE): ath0: link becomes ready ath0: CTS protection enabled (BSSID=02:1e:58:07:5d:f2) ath0: switched to long barker preamble (BSSID=02:1e:58:07:5d:f2) ath0: no IPv6 routers present However, I can't ping my access point. At this point I'm not sure if the source of this problem is a bug, an immature driver, or a lack of magic dust in my /etc/network/interfaces file. Please advise. $ lspci -nn |grep Ath 02:02.0 Ethernet controller [0200]: Atheros Communications Inc. AR5211 802.11ab NIC [168c:0012] (rev 01) $ sudo lspci -v|less 02:02.0 Ethernet controller: Atheros Communications Inc. AR5211 802.11ab NIC (rev 01) Subsystem: Phillips Components Device 8310 Flags: bus master, medium devsel, latency 168, IRQ 11 Memory at c021 (32-bit, non-prefetchable) [size=64K] Capabilities: [44] Power Management version 2 Kernel driver in use: ath_pci Kernel modules: ath5k, ath_pci -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (600, 'testing'), (80, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.25-2-686 depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii initramfs-tools [linux-initra 0.92a tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.25-2-686 recommends: ii libc6-i6862.7-10 GNU C Library: Shared libraries [i -- debconf information: shared/kernel-image/really-run-bootloader: true linux-image-2.6.25-2-686/preinst/abort-install-2.6.25-2-686: linux-image-2.6.25-2-686/preinst/overwriting-modules-2.6.25-2-686: true linux-image-2.6.25-2-686/prerm/would-invalidate-boot-loader-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/elilo-initrd-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/bootloader-test-error-2.6.25-2-686: linux-image-2.6.25-2-686/postinst/depmod-error-initrd-2.6.25-2-686: false linux-image-2.6.25-2-686/preinst/bootloader-initrd-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/lilo-has-ramdisk: linux-image-2.6.25-2-686/postinst/old-initrd-link-2.6.25-2-686: true linux-image-2.6.25-2-686/prerm/removing-running-kernel-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/bootloader-error-2.6.25-2-686: linux-image-2.6.25-2-686/preinst/initrd-2.6.25-2-686: linux-image-2.6.25-2-686/preinst/lilo-initrd-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/old-system-map-link-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/create-kimage-link-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/old-dir-initrd-link-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/abort-overwrite-2.6.25-2-686: linux-image-2.6.25-2-686/preinst/failed-to-move-modules-2.6.25-2-686: linux-image-2.6.25-2-686/postinst/kimage-is-a-directory: linux-image-2.6.25-2-686/postinst/depmod-error-2.6.25-2-686: false -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482867: fcron: Forgets root's entries on upgrade
Package: fcron Version: 3.0.1-1.2 Severity: important For the second time in a year, I noticed that my nightly backups hadn't been done in a month. In both cases, the date of the last backup coincided with the date that fcron had been upgraded. It therefore appears that fcron forgets root's settings upon an upgrade. Here are root's settings now: [EMAIL PROTECTED]:515]$ sudo fcrontab -l 09:06:26 listing root's fcrontab # $Id: fcrontab 8266 2007-05-15 03:49:10Z root $ # # fcrontab for root user. See fcrontab(5) for details. # SHELL=/bin/sh PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin # # Local Reporting # Interestingly, the variables and comments are unaffected. Here's what it should have looked like: [EMAIL PROTECTED]:518]$ sudo fcrontab /usr/local/etc/fcrontab 09:11:06 installing file /usr/local/etc/fcrontab for user root Modifications will be taken into account right now. [EMAIL PROTECTED]:519]$ sudo fcrontab -l 09:11:14 listing root's fcrontab # $Id: fcrontab 8266 2007-05-15 03:49:10Z root $ # # fcrontab for root user. See fcrontab(5) for details. # SHELL=/bin/sh PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin # # Local Reporting # 0 4 * * * nice run-parts --report /usr/local/etc/cron.daily 0 5 * * 0 nice run-parts --report /usr/local/etc/cron.weekly 0 6 1 * * nice run-parts --report /usr/local/etc/cron.monthly Note that fcrontabs of normal users are not affected in this fashion. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (600, 'testing'), (80, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages fcron depends on: ii adduser 3.107 add and remove users and groups ii debconf [debconf-2.0]1.5.21 Debian configuration management sy ii dpkg 1.14.18 package maintenance system for Deb ii libc62.7-10 GNU C Library: Shared libraries ii libpam-runtime 0.99.7.1-6 Runtime support for the PAM librar ii libpam0g 0.99.7.1-6 Pluggable Authentication Modules l ii libselinux1 2.0.59-1SELinux shared libraries ii postfix [mail-transport-agen 2.5.2~rc2-1 High-performance mail transport ag Versions of packages fcron recommends: ii sysklogd [system-log-daemon] 1.5-3 System Logging Daemon -- debconf information: * fcron/anacronwarn: -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473709: madwifi-source: Connection drops within an hour
Hi Kel, I installed kernel version 2.6.25 and there isn't any change--the connection still drops within several hours. I rebooted into 2.6.22 and have been up for days... I found one relevant ticket, http://madwifi.org/ticket/1951, but there isn't any feedback on it yet. I added my two cents. I read about an ath5k release that they are working on. Do you have any news on when that might be available, and do you plan on replacing madwifi-source with it? madwifi-source (1:0.9.4~rc2-1) and linux-image-2.6.25-2-686 (2.6.25-3). -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374737: Closing Bug#374737
Debian Bug Tracking System [EMAIL PROTECTED] wrote: The xmms package has been removed from Debian testing, unstable and experimental, so I am now closing the bugs that were still opened against it. For more information about this package's removal, read http://bugs.debian.org/461309 . That bug might give the reasons why this package was removed, and suggestions of possible replacements. Don't hesitate to reply to this mail if you have any question. Hey Marco, No problem here. I switched to rhythmbox some time ago. I'm surprised that the article above did not suggest rhythmbox as an alternative. Thanks for your help in maintaining Debian! -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476784: boinc-manager: boincmgr -s doesn't work
Frank S. Thomas [EMAIL PROTECTED] wrote: forcemerge 464192 476784 Not sure how I missed that! Sorry. I'll submit the screen shots under a different report. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476784: boinc-manager: boincmgr -s doesn't work
Package: boinc-manager Version: 5.10.45-2 Severity: normal While boincmgr works fine, adding the -s to add an icon to the system tray does not: $ boincmgr -s connect: Operation now in progress [Hangs here] I'm not sure if this useful, but I stumbled across the following after running boinctray, which does work. $ boinctray $ boincmgr -s connect: Operation now in progress The program 'boincmgr' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAlloc (insufficient resources for operation)'. (Details: serial 766 error_code 11 request_code 53 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) By the way, any thoughts on why boincmgr shows the correct [EMAIL PROTECTED] icons and images when run from the menus, but shows the BOINC icon and image when run from the command line? Looking at the menu's properties, there do not appear to be any arguments passed to boincmgr. Here is the verbose output (although I get the same ones for boincmgr which does work): [EMAIL PROTECTED]:614]$ boincmgr -s --verbose 23:21:35: looking for catalog 'wxstd' in path '/usr/share/locale/en_GB/LC_MESSAGES:/usr/share/locale/en_GB:/usr/share/locale:/usr/share/locale/en_GB/LC_MESSAGES:/usr/share/locale/en_GB:/usr/share/locale:/usr/lib/locale/en_GB/LC_MESSAGES:/usr/lib/locale/en_GB:/usr/lib/locale:/usr/local/share/locale/en_GB/LC_MESSAGES:/usr/local/share/locale/en_GB:/usr/local/share/locale:./en_GB/LC_MESSAGES:./en_GB:.:/usr/share/locale/en/LC_MESSAGES:/usr/share/locale/en:/usr/share/locale:/usr/share/locale/en/LC_MESSAGES:/usr/share/locale/en:/usr/share/locale:/usr/lib/locale/en/LC_MESSAGES:/usr/lib/locale/en:/usr/lib/locale:/usr/local/share/locale/en/LC_MESSAGES:/usr/local/share/locale/en:/usr/local/share/locale:./en/LC_MESSAGES:./en:.::'. 23:21:35: catalog file for domain 'wxstd' not found. 23:21:35: looking for catalog 'wxgtk' in path '/usr/share/locale/en_GB/LC_MESSAGES:/usr/share/locale/en_GB:/usr/share/locale:/usr/share/locale/en_GB/LC_MESSAGES:/usr/share/locale/en_GB:/usr/share/locale:/usr/lib/locale/en_GB/LC_MESSAGES:/usr/lib/locale/en_GB:/usr/lib/locale:/usr/local/share/locale/en_GB/LC_MESSAGES:/usr/local/share/locale/en_GB:/usr/local/share/locale:./en_GB/LC_MESSAGES:./en_GB:.:/usr/share/locale/en/LC_MESSAGES:/usr/share/locale/en:/usr/share/locale:/usr/share/locale/en/LC_MESSAGES:/usr/share/locale/en:/usr/share/locale:/usr/lib/locale/en/LC_MESSAGES:/usr/lib/locale/en:/usr/lib/locale:/usr/local/share/locale/en/LC_MESSAGES:/usr/local/share/locale/en:/usr/local/share/locale:./en/LC_MESSAGES:./en:.::'. 23:21:35: catalog file for domain 'wxgtk' not found. 23:21:35: looking for catalog 'BOINC Manager' in path 'locale/en_GB/LC_MESSAGES:locale/en_GB:locale::/usr/share/locale/en_GB/LC_MESSAGES:/usr/share/locale/en_GB:/usr/share/locale:/usr/share/locale/en_GB/LC_MESSAGES:/usr/share/locale/en_GB:/usr/share/locale:/usr/lib/locale/en_GB/LC_MESSAGES:/usr/lib/locale/en_GB:/usr/lib/locale:/usr/local/share/locale/en_GB/LC_MESSAGES:/usr/local/share/locale/en_GB:/usr/local/share/locale:./en_GB/LC_MESSAGES:./en_GB:.:locale/en/LC_MESSAGES:locale/en:locale::/usr/share/locale/en/LC_MESSAGES:/usr/share/locale/en:/usr/share/locale:/usr/share/locale/en/LC_MESSAGES:/usr/share/locale/en:/usr/share/locale:/usr/lib/locale/en/LC_MESSAGES:/usr/lib/locale/en:/usr/lib/locale:/usr/local/share/locale/en/LC_MESSAGES:/usr/local/share/locale/en:/usr/local/share/locale:./en/LC_MESSAGES:./en:.::'. 23:21:35: catalog file for domain 'BOINC Manager' not found. connect: Operation now in progress -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (600, 'testing'), (80, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages boinc-manager depends on: ii libc62.7-10 GNU C Library: Shared libraries ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libwxbase2.6-0 2.6.3.2.2-2 wxBase library (runtime) - non-GUI ii libwxgtk2.6-02.6.3.2.2-2 wxWidgets Cross-platform C++ GUI t Versions of packages boinc-manager recommends: ii boinc-client 5.10.45-2 core client for the BOINC distribu -- no debconf information -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact
Bug#473709: madwifi-source: Connection drops within an hour
Kel Modderman [EMAIL PROTECTED] wrote: Hi Bill, On Tuesday 01 April 2008 14:11:18 Bill Wohler wrote: Package: madwifi-source Version: 1:0.9.4~rc2-1 Severity: normal After a recent upgrade to madwifi-source version 1:0.9.4~rc2-1 and linux-image-2.6.24-1-686, my network connection drops within an hour. Under linux-image-2.6.22-3-686 and version 1:0.9.3.2-2 of madwifi-source, my connection would remain up indefinitely. Unfortunately, I don't see any diagnostics in /var/log. I'm going to try installing the etch version of madwifi-source with 2.6.24 and I'll report back. That should tell us whether this is a madwifi-source or kernel problem, eh? To be honest, I have not many easy ideas of how you may track this bug down; it would most probably be the cause of the Madwifi driver, and you could look through madwifi.org/tickets for releated problem reports or subversion history of the stable branch for suspicious commits and try hacking your way to glory. Both these ideas are likely to end in frustration however :/ Will do. In the worst case, I'll also continue to try again with new kernel and madwifi versions as they become available and will report back if there is any change. I suspect that this behavior will go away on its own in the future :-). Previous versions of Madwifi will not be easy to make build with 2.6.24, in fact a version of madwifi that built against 2.6.24 was major impetus for releasing 0.9.4, not too many other changes snuck in. I discovered that! There is also a small chance that linux 2.6.24 itself is somehow not loving your system as it did in the past. Perhaps, which is a pity since it fixed another problem I had been seeing from 2.6.19-2.6.22--it works with gpsbabel's usb: driver. Thanks for the feedback, and for maintaining this package! -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473864: gnome-keyring: Takes over SSH agent functionality without warning
Package: gnome-keyring Version: 2.22.0-2 Severity: normal Josh Triplett [EMAIL PROTECTED] wrote: gnome-keyring apparently supports SSH agent functionality now. While a somewhat interesting feature, it managed to break my working libpam-ssh setup, which has the advantage of working in sessions that don't involve logging into GNOME. I just spent the last few hours trying to figure out why ssh-add suddenly started spitting out SSH_AGENT_FAILURE. As it turns out, I can still use ssh without a password, but now I'm concerned. What is this gnome-keyring? Does it supersede ssh-agent? If so and because it seems to have more functionality than ssh-agent, where can I learn more about it? Are my passwords kept on disk anywhere? If so, how are they encrypted? Do I still use ssh-add or use those pop-ups that I've seen? I use expiration times with ssh-add--are those supported? I logged out of my GNOME session and logged back in and my password was still cached! I don't like that at all. It also created ~/.ssh/*.keystore files for my private keys. Please add a NEWS.Debian item telling people about this change, and please document how to disable it (set the gconf key /apps/gnome-keyring/daemon-components/ssh to false). I agree. Thanks for the tip about the gconf key. In addition, I would love to hear answers to my questions above and I'd suggest that those answers be captured in a README.Debian file as well. Because of the impact that this change has, I'd also suggest adding modifying the preinst script to display a dialog with the content of NEWS.Debian with a pointer to the README.Debian file. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (600, 'testing'), (80, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-keyring depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.7-6GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.20-1 simple interprocess messaging syst ii libgconf2-4 2.22.0-1 GNOME configuration database syste ii libgcrypt11 1.4.0-3 LGPL Crypto library - runtime libr ii libglib2.0-02.16.1-2 The GLib library of C routines ii libgtk2.0-0 2.12.9-2 The GTK+ graphical user interface ii libhal-storage1 0.5.11~rc2-1 Hardware Abstraction Layer - share ii libhal1 0.5.11~rc2-1 Hardware Abstraction Layer - share ii libpango1.0-0 1.20.0-1 Layout and rendering of internatio ii libtasn1-3 1.3-1Manage ASN.1 structures (runtime) Versions of packages gnome-keyring recommends: ii libpam-gnome-keyring 2.22.0-2 PAM module to unlock the GNOME key -- no debconf information -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473709: madwifi-source: Connection drops within an hour
Package: madwifi-source Version: 1:0.9.4~rc2-1 Severity: normal After a recent upgrade to madwifi-source version 1:0.9.4~rc2-1 and linux-image-2.6.24-1-686, my network connection drops within an hour. Under linux-image-2.6.22-3-686 and version 1:0.9.3.2-2 of madwifi-source, my connection would remain up indefinitely. Unfortunately, I don't see any diagnostics in /var/log. I'm going to try installing the etch version of madwifi-source with 2.6.24 and I'll report back. That should tell us whether this is a madwifi-source or kernel problem, eh? -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (600, 'testing'), (80, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages madwifi-source depends on: ii bzip2 1.0.5-0.1 high-quality block-sorting file co ii debhelper 6.0.5 helper programs for debian/rules ii module-assistant 0.10.11.0 tool to make module package creati madwifi-source recommends no packages. -- no debconf information -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]