Bug#1037346: cyrus-imapd: all emails disappeared after upgrading from bullseye to bookworm (similar to #1007965)
Hi, I had the same problem (mails were not displayed in the mail client any more after upgrading from Bullseye to Bookworm). What worked in the end for me was this: - restored /var/lib/cyrus/ and /var/spool/cyrus/ from backup, to the old state from before the Debian upgrade. - built Cyrus 3.4.6, and installed and started it temporarily. The mails were now visible in the mail client again. - upgraded to the normal Cyrus version from Bookworm. The mails were still visible in the mail client. And since I had already kept the server running for some hours with the broken mail archive, I then also restored the getmail6 status files (/var/lib/getmail) to the state from before the Debian upgrade. This caused getmail to re-fetch the mails that were missing. I don't know how to detect whether the mail archive was really migrated successfully; but since Cyrus 3.6.1 is now running and Thunderbird can connect and sees all mails, I suppose the migration was successful? Regarding the build of Cyrus 3.4.6, in the end I built it using the existing Debian packaging data, and using the "debocker" tool to build inside a clean Docker container. Unfortunately debocker will always run the "lintian" tool to check the package, which failed for me with error "E: cyrus-common: depends-on-obsolete-package Depends: lsb-base". I didn't know how to fix this error or how to correctly disable the lintian step; so I edited the debocker files to disable this check. Very ugly, but it worked. So from my notes, these must have been the steps that I did for building the Cyrus 3.4.6 Debian package: - installed "debocker" and "devscripts" packages: `sudo apt install debocker devscripts` - downloaded the Debian cyrus-imapd packaging info: `debcheckout cyrus-imapd` - downloaded the original source package: `wget https://github.com/cyrusimap/cyrus-imapd/releases/download/cyrus-imapd-3.4.6/cyrus-imapd-3.4.6.tar.gz` - renamed the source package so it would be found in the next steps: `mv cyrus-imapd-3.4.6.tar.gz cyrus-imapd_3.4.6.orig.tar.gz` - `cd cyrus-imapd/` - started new Git branch at the state of Cyrus 3.4.3-4: `git checkout -b cyrus-3.4.6 debian/3.4.3-4` - added changelog entry: `dch -v '3.4.6-1.1' "use new upstream version 3.4.6"` - the warning about missing DEBEMAIL can be ignored - committed change: `git commit debian/changelog -m 'update changelog'` - modified the "debocker" template files to disable the lintian step: `sudo nano /usr/share/debocker/bundle-files/steps/05-build` and then commented out the line for "lintian --pedantic --display-info *.changes" - created build bundle: `debocker bundle --image debian:bookworm -f "-b -us -uc"` - did the actual build: `sudo debocker build-bundle ../cyrus-imapd_3.4.6-1.1_bundle.tar` - whether the "sudo" is necessary depends on your local Docker setup - the build took a while (half an hour or more?); and then there was a message like "LOG Build successful", and there were lots of Cyrus packages in the current directory. I then copied cyrus-clients_3.4.6-1.1_amd64.deb, cyrus-common_3.4.6-1.1_amd64.deb and cyrus-imapd_3.4.6-1.1_amd64.deb to the server and installed them. Remember to undo the change to the debocker file (/usr/share/debocker/bundle-files/steps/05-build) after the build. Kind regards, Oliver
Bug#877933: nagios-plugins-contrib: check_lm_sensors needs List/MoreUtils.pm
Package: nagios-plugins-contrib Version: 21.20170222 Severity: normal Dear Maintainer, when running /usr/lib/nagios/plugins/check_lm_sensors in any way (eg. simply with --help parameter) it fails with this error: Can't locate List/MoreUtils.pm in @INC (you may need to install the List::MoreUtils module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/x86_64-linux-gnu/perl5/5.24 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at /usr/lib/nagios/plugins/check_lm_sensors line 25. BEGIN failed--compilation aborted at /usr/lib/nagios/plugins/check_lm_sensors line 25. This system was just upgraded from Jessie to Stretch, and after upgrade I purged all unnecessary packages using aptitude. The liblist-moreutils-perl:amd64 (0.416-1+b1) package was purged as well. I suppose this broke the check_lm_sensors command. After manually installing liblist-moreutils-perl (0.416-1+b1), check_lm_sensors --help works again. Thank you, Oliver -- System Information: Debian Release: 9.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) nagios-plugins-contrib depends on no packages. Versions of packages nagios-plugins-contrib recommends: ii bind9-host1:9.10.3.dfsg.P4-12.3+deb9u3 ii binutils 2.28-5 ii freeipmi-tools1.4.11-1.1+b1 ii libc6 2.24-11+deb9u1 ii libdata-validate-domain-perl 0.10-1 ii libdata-validate-ip-perl 0.27-1 ii libdate-manip-perl6.57-1 ii libdbd-mysql-perl 4.041-2 ii libio-socket-ssl-perl 2.044-1 ii libipc-run-perl 0.94-1 ii liblocale-gettext-perl1.07-3+b1 ii liblwp-useragent-determined-perl 1.07-1 ii libmail-imapclient-perl 3.38-1 ii libmemcached111.0.18-4.1 ii libmemcachedutil2 1.0.18-4.1 ii libmonitoring-plugin-perl 0.39-1 ii libnet-cups-perl 0.63-1 ii libnet-dns-perl 1.07-1 ii libnet-dns-sec-perl 1.03-1 ii libnet-smtp-ssl-perl 1.04-1 ii libnet-smtp-tls-perl 0.12-3 ii libnet-smtpauth-perl 0.08-4 ii libnet-snmp-perl 6.0.1-2 ii libnet-ssleay-perl1.80-1 ii libreadonly-perl 2.050-1 ii libredis-perl 2:1.9910-1 ii libtimedate-perl 2.3000-2 ii libvarnishapi15.0.0-7+deb9u1 ii libwebinject-perl 1.92-1 ii libxml-simple-perl2.22-1 ii libyaml-syck-perl 1.29-1+b2 ii lsof 4.89+dfsg-0.1 ii nagios-plugins-basic 2.2-3 ii openssl 1.1.0f-3 ii perl 5.24.1-3+deb9u2 ii perl-base [libsocket-perl]5.24.1-3+deb9u2 ii python2.7.13-2 ii python-pymongo3.4.0-1 ii ruby 1:2.3.3 ii snmp 5.7.3+dfsg-1.7 ii whois 5.2.17~deb9u1 Versions of packages nagios-plugins-contrib suggests: pn backuppc pn cciss-vol-status pn expect pn libsys-virt-perl pn moreutils pn mpt-status ii nagios-plugin-check-multi 0.26-3 pn percona-toolkit pn perl-doc ii python2.7 2.7.13-2 pn smstools -- no debconf information
Bug#511419: [linux-image-2.6.26-1-686] Please apply upstream patch for unbreaking /proc/pid/pagemap on 32bit systems
Package: linux-image-2.6.26-1-686
Version: 2.6.26-11
Severity: normal
Tags: patch
--- Please enter the report below this line. ---
There is a patch in upstream kernel 2.6.28 which fixes an oversight bug
in the code for /proc/pid/pagemap file; you can find the commit at
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=49c50342c728344b79c8f9e8293637fe80ef5ad5
Without this bugfix, the pagemap file is missing the Present/Swapped
bits for every page on 32 bit systems, because they are encoded in bits
62 and 63, while the bug truncates the values to 32 bits.
The patch itself is attached as well. Would it be possible to apply it
to the kernel for Lenny? Or will it appear there anyway with a future
update?
Thanks,
Oliver
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.26-1-686
Debian Release: lenny/sid
990 testing mainbox
990 testing deb.opera.com
500 unstableviewizard.com
500 unstablesnapshots.ekiga.net
500 unstablemainbox
500 stable mainbox
500 stable emacs.orebokech.com
500 stable deb.opera.com
500 experimentalmainbox
--- Package information. ---
Depends (Version) | Installed
=-+-=
module-init-tools | 3.4-1
initramfs-tools(= 0.55) | 0.92g
OR yaird(= 0.0.13) |
OR linux-initramfs-tool |
--- a/fs/proc/task_mmu.c
+++ b/fs/proc/task_mmu.c
@@ -557,9 +557,9 @@ static u64 swap_pte_to_pagemap_entry(pte_t pte)
return swp_type(e) | (swp_offset(e) MAX_SWAPFILES_SHIFT);
}
-static unsigned long pte_to_pagemap_entry(pte_t pte)
+static u64 pte_to_pagemap_entry(pte_t pte)
{
- unsigned long pme = 0;
+ u64 pme = 0;
if (is_swap_pte(pte))
pme = PM_PFRAME(swap_pte_to_pagemap_entry(pte))
| PM_PSHIFT(PAGE_SHIFT) | PM_SWAP;
Bug#495327: [worldwind] Doesn't accept openjdk as JRE
Package: worldwind Version: 0.5.0-1 Severity: wishlist --- Please enter the report below this line. --- It would be nice if libworldwind-java would also work with the Java VM from openjdk-6-jre. Currently, it depends on sun-java5-jre or sun-java6-jre; could you add either some generic package name (java-runtime?) or specifically openjdk-6-jre as alternative JRE? Thanks, Oliver --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 990 testing mainbox 990 testing deb.opera.com 500 unstableviewizard.com 500 unstablemainbox 500 stable mainbox 500 stable emacs.orebokech.com 500 stable deb.opera.com 500 experimentalmainbox --- Package information. --- Depends(Version) | Installed -+-=== libworldwind-java| 0.5.0-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491564: [vlc] Please provide -dbg package
Package: vlc Version: 0.8.6.h-1 Severity: normal --- Please enter the report below this line. --- Hello, it would be nice if there was a package with debug symbols for VLC. Right now I have the following crash backtrace: #0 0xb7d830b6 in vfprintf () from /lib/i686/cmov/libc.so.6 #1 0xb7da775c in vasprintf () from /lib/i686/cmov/libc.so.6 #2 0xb10b710b in ?? () from /usr/lib/libvlc.so.0 I assume debug symbols for libvlc.so.0 would probably turn this into a useable backtrace? Thanks, Oliver Gerlich --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 990 testing mainbox 990 testing deb.opera.com 500 unstableviewizard.com 500 unstablemainbox 500 stable mainbox 500 stable emacs.orebokech.com 500 stable deb.opera.com 500 experimentalmainbox --- Package information. --- Depends (Version) | Installed ==-+- vlc-nox (= 0.8.6.h-1) | 0.8.6.h-1 libaa1 (= 1.4p5) | 1.4p5-37+b1 libatk1.0-0(= 1.20.0) | 1.22.0-1 libavcodec51(= 0.svn20080206) | 3:20080531-0.2 libc6 (= 2.7-1) | 2.7-10 libcaca0(= 0.99.beta14-1) | 0.99.beta14-1 libcairo2 (= 1.2.4) | 1.6.4-6 libcdio7 | 0.78.2+dfsg1-3 libcucul0 (= 0.99.beta14-1) | 0.99.beta14-1 libdbus-1-3 (= 1.0.2) | 1.2.1-2 libdbus-glib-1-2 (= 0.71) | 0.76-1 libfreetype6(= 2.3.5) | 2.3.5-1+b1 libfribidi0(= 0.10.9) | 0.10.9-1 libgcc1 (= 1:4.1.1) | 1:4.2.2-4 libgl1-mesa-glx| 7.0.1-1 OR libgl1 | libglib2.0-0 (= 2.12.0) | 2.16.3-2 libglu1-mesa | 7.0.1-1 OR libglu1| libgtk2.0-0(= 2.12.0) | 2.12.10-2 libice6 (= 1:1.0.0) | 2:1.0.3-3 libiso9660-5 | 0.78.2+dfsg1-2 libjpeg62 | 6b-14 libnotify1 (= 0.4.4) | 0.4.4-3 libnotify1-gtk2.10 | libpango1.0-0 (= 1.20.3) | 1.20.3-2 libpng12-0 (= 1.2.13-4) | 1.2.27-1 libsdl-image1.2 (= 1.2.5) | 1.2.6-1 libsdl1.2debian (= 1.2.10-1) | 1.2.11-9 libsm6 | 2:1.0.3-1+b1 libstdc++6 (= 4.2.1) | 4.2.2-4 libtar | 1.2.11-4 libtiff4 | 3.8.2-10 libvcdinfo0( 0.7.23) | 0.7.23-3 libvlc0 (= 0.8.6.h) | 0.8.6.h-1 libwxbase2.6-0 (= 2.6.3.2.2) | 2.6.3.2.2-1 libwxgtk2.6-0 (= 2.6.3.2.2) | 2.6.3.2.2-1 libx11-6 | 2:1.0.3-7 libxext6 | 1:1.0.3-2 libxinerama1 | 1:1.0.2-1 libxosd2 (= 2.2.13) | 2.2.14-1.5 libxv1 | 1:1.0.3-1 zlib1g (= 1:1.2.3.3.dfsg) | 1:1.2.3.3.dfsg-12 ttf-dejavu-core| 2.23-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466081: manpages are missing
Package: libxpm-dev Version: 1:3.5.7-1 Severity: normal --- Please enter the report below this line. --- There are no man pages installed for the functions contained in xpm.h (try running man XpmCreateBufferFromPixmap). There doesn't seem to be an official man page available either (at least I didn't find one by a cursory look). But there is a manual available at http://www.martinreddy.net/gfx/2d/XPM.ps.gz - maybe that document could be turned into a man page? --- System information. --- Architecture: i386 Kernel: Linux 2.6.21-2-k7 Debian Release: 4.0 990 testing mainbox 990 testing deb.opera.com 500 unstableviewizard.com 500 unstablemainbox 500 stable mainbox 500 stable deb.opera.com 500 experimentalmainbox --- Package information. --- Depends (Version) | Installed ===-+-== libxpm4 (= 1:3.5.7-1) | 1:3.5.7-1 libx11-dev | 2:1.0.3-7 x11proto-core-dev | 7.0.10-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463154: fails to start (ImportError: No module named gtk)
Package: d-feet Version: 0.1.8-1 Severity: normal --- Please enter the report below this line. --- When running d-feet from terminal, it just prints this text and exits: ~$ d-feet Traceback (most recent call last): File /usr/bin/d-feet, line 44, in module import dfeet.DFeetApp as DFeetApp File /var/lib/python-support/python2.5/dfeet/DFeetApp.py, line 3, in module import gtk ImportError: No module named gtk ~$ From cursory look, this seems to be some problem related to Python 2.4 and 2.5 - d-feet specifically requests to be started with /usr/bin/python2.5. While that is indeed installed on my system, there are maybe no gtk packages installed for 2.5? My default python interpreter is 2.4: ~$ python -V Python 2.4.4 But running d-feet with that one doesn't work either: ~$ python /usr/bin/d-feet Traceback (most recent call last): File /usr/bin/d-feet, line 44, in ? import dfeet.DFeetApp as DFeetApp ImportError: No module named dfeet.DFeetApp --- System information. --- Architecture: i386 Kernel: Linux 2.6.21-2-k7 Debian Release: 4.0 990 testing mainbox 990 testing deb.opera.com 500 unstableviewizard.com 500 unstablemainbox 500 stable mainbox 500 stable deb.opera.com 500 experimentalmainbox --- Package information. --- Depends (Version) | Installed =-+- python-dbus (= 0.82.3) | 0.82.4-1 python-glade2 | 2.10.6-1 python-gnome2-desktop | 2.18.0-2+b1 python-gtk2 | 2.10.6-1 python-support (= 0.7.1) | 0.7.4 python2.5 | 2.5-5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347476: procps RPM contains a patch for this
Package: procps Version: 1:3.2.7-3 --- Please enter the report below this line. --- The procps-3.2.7-67.ccj2 RPM (see http://rpm.pbone.net/index.php3/stat/4/idpl/5177345/com/procps-3.2.7-67.ccj2.i586.rpm.html) contains a patch to add smaps support to the pmap command. The patch file is called procps-3.2.5-pmap-smaps-rml-2.patch . I have very superficially tested it with Debians procps_3.2.7-5 ; while the man page patch failed, the code patch applied well. It adds two new columns to pmap output (RSS and DIRTY) but also seems to do some formatting changes. Maybe it could serve as a base for implementing smaps support in the Debian package. --- System information. --- Architecture: i386 Kernel: Linux 2.6.21-2-k7 Debian Release: 4.0 990 testing mainbox 990 testing deb.opera.com 500 unstableviewizard.com 500 unstablemainbox 500 stable mainbox 500 stable deb.opera.com 500 experimentalmainbox --- Package information. --- Depends(Version) | Installed -+-= libc6 (= 2.3.6-6) | 2.7-5 libncurses5 (= 5.4-5) | 5.6+20071013-1 lsb-base (= 3.0-10) | 3.1-23.1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453337: ktranslator: Failes to load different kinds of dictionaries
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've seen that problem as well. It seems that the libraries are not in the KDE search path on my system; instead of being placed under /usr/lib/kde3 , the libs are placed under /usr/lib/ktranslator/kde3/ . Creating a symlink from /usr/lib/kde3/ktranslator_dictd.la to /usr/lib/ktranslator/kde3/ktranslator_dictd.la at least fixes the Failed to load... message for dictd dictionaries. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHXyKjTFOM6DcNJ6cRAiylAJ44q8cwXhlYIrlBwPm0r/cLW08VkgCdHTKL 16L9hRK7Y78uRxrLjJkdL98= =jkVy -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451715: ktoblzcheck: undefined symbol: _ZN18AccountNumberCheck15loadDataForDateEl
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: ktoblzcheck Version: 1.15-2 Severity: normal - --- Please enter the report below this line. --- After installing ktoblzcheck 1.15-2 from Debian testing and running ktoblzcheck on command line, an error was displayed: $ ktoblzcheck 12345 12345 ktoblzcheck: symbol lookup error: ktoblzcheck: undefined symbol: _ZN18AccountNumberCheck15loadDataForDateEl I noticed that I still have libktoblzcheck1c2a 1.11-1 installed (as dependency from libaqbanking16). Upgrading libktoblzcheck1c2a to 1.15-2 seems to fix the symbol lookup error: $ ktoblzcheck 12345 12345 Bank: unknown (12345) Account: 12345 Result is: (3) Bank is unknown So ktoblzcheck should probably depend on at least version 1.15-2 of libktoblzcheck1c2a . Currently it does not depend on a specific version of the lib. - --- System information. --- Architecture: i386 Kernel: Linux 2.6.21-2-k7 Debian Release: 4.0 990 testing mainbox 990 testing deb.opera.com 500 unstableviewizard.com 500 unstablemainbox 500 stable mainbox 500 stable deb.opera.com 500 experimentalmainbox - --- Package information. --- Depends (Version) | Installed ===-+-= libc6 (= 2.6.1-1) | 2.6.1-1+b1 libgcc1(= 1:4.2.1) | 1:4.2.1-4 libktoblzcheck1c2a | 1.11-1 libstdc++6 (= 4.2.1) | 4.2.1-4 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHP2jDTFOM6DcNJ6cRAmkpAKCjL1zr7oV8NkJ05B1tIp26xoTM/QCgtVQ7 dD6UMs8ay18aiW8X5LvyMdY= =zjkh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445499: tracker-status prints gibberish
Package: tracker
Version: 0.6.2-2
Severity: normal
--- Please enter the report below this line. ---
When running tracker-status in terminal, it prints some strange
characters as its status:
$ tracker-status
Tracker daemon's status is ��{.
I have attached a file containing this output (in case it doesn't
survive mail).
Trackerd and tracker-status seems to behave strange anyway
(tracker-status hangs sometimes, trackerd doesn't react sometimes and
can only be killed with kill -9), but now this is a definitive sign that
something is wrong :-)
Btw. here's the output from tracker-search:
$ tracker-search fox
tracker-search: internal tracker error: Process /usr/bin/trackerd exited
with status 0
trackerd is running, though:
$ pidof trackerd
21350
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.21-2-k7
Debian Release: 4.0
990 testing mainbox
990 testing deb.opera.com
500 unstableviewizard.com
500 unstablemainbox
500 stable mainbox
500 stable deb.opera.com
500 experimentalmainbox
--- Package information. ---
Depends(Version) | Installed
-+-==
libc6 (= 2.6.1-1) | 2.6.1-1+b1
libdbus-1-3 (= 1.1.1) | 1.1.1-3
libdbus-glib-1-2 (= 0.74) | 0.74-1
libexif12| 0.6.13-5
libglib2.0-0 (= 2.14.0) | 2.14.0-2
libgmime-2.0-2 | 2.2.6-1
libgsf-1-114 (= 1.14.7) | 1.14.7-1
libgstreamer0.10-0 (= 0.10.14) | 0.10.14-1
libpango1.0-0(= 1.18.1) | 1.18.1-1
libpng12-0 (= 1.2.13-4) | 1.2.15~beta5-1
libpoppler-glib1 (= 0.5.1) | 0.5.4-6
libsqlite3-0 (= 3.4.2) | 3.4.2-1
libunac1 | 1.8.0-2
libxml2 (= 2.6.29) | 2.6.29.dfsg-1
zlib1g (= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-3
shared-mime-info | 0.19-2
dbus | 1.0.2-1
trstat
Description: Binary data
Bug#435117: ssh host completion - better ssh config file parsing
Package: bash Version: 3.1dfsg-8 Severity: normal --- Please enter the report below this line. --- The host completion for ssh parses the ssh config file (for example ~/.ssh/config) for configured hosts (the lines for this look like Host xyz). But the regular expression used for this also matches on other parameters in the config file, like HostbasedAuthentication no and HostName abc, which leads to wrong completion suggestions (like basedAuthentication, no, or Name :) The attached patch fixes this for me (it just adds a space after the Host string in the RegExp): Regards, Oliver --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-4-k7 Debian Release: 4.0 990 testing mainbox 990 testing deb.opera.com 500 unstableviewizard.com 500 unstablemainbox 500 stable mainbox 500 stable deb.opera.com 500 experimentalmainbox --- Package information. --- Depends (Version) | Installed ===-+- base-files (= 2.1.12) | 4 debianutils (= 2.15) | 2.18 --- /tmp/bash_completion.orig 2007-07-29 13:02:35.0 +0200 +++ /etc/bash_completion 2007-07-29 00:49:12.0 +0200 @@ -2509,7 +2509,7 @@ fi # append any available aliases from config files if [ [EMAIL PROTECTED] -gt 0 ] [ -n $aliases ]; then - hosts=$( compgen -W $( sed -ne 's/^[Hh][Oo][Ss][Tt]['$'\t '']*\([^*?]*\)$/\1/p' [EMAIL PROTECTED] ) -- $ocur ) + hosts=$( compgen -W $( sed -ne 's/^[Hh][Oo][Ss][Tt] ['$'\t '']*\([^*?]*\)$/\1/p' [EMAIL PROTECTED] ) -- $ocur ) COMPREPLY=( [EMAIL PROTECTED] $hosts ) fi
