Bug#861115: Please consider increasing net.ipv6.route.max_size default value
On 21/01/2020 19:37, Vincent Bernat wrote: This setting is for the size of the route cache. You can have far more routes. In the past, there were bugs where each lookup will be put in cache, but since 4.2, only the PMTU exceptions are stored in cache. See <https://vincent.bernat.ch/en/blog/2017-ipv6-route-lookup-linux#caching> Do you have a lot of entries in `ip -6 route show cache`? No entries at all in `ip -6 route show cache` and none in `ip -6 route show table cache` It is a quiet time of day, so I'll check again. What prompted me to look at net.ipv6.route.max_size was because I built my own newer kernel (in desperation). Linux version 5.4.11 (from kernel.org, .config from debian buster, make olddefconfig) gives out in dmesg: Route cache is full: consider increasing sysctl net.ipv[4|6].route.max_size. I've never seen this message on 4.19 Debian buster, but increasing net.ipv6.route.max_size made all the network hangs go away, both on 5.4.11 and 4.19 Tim Bray
Bug#861115: Please consider increasing net.ipv6.route.max_size default value
I also agree. I've just spent a month tracking down an issue where IPv6 networking connections hang. Using Debian buster, 4.19.0-6-amd64. Machine carries a full IPv6 table, received via BGP. About 80k routes. Symptoms were BFD dropping out. Connectivity hangs. setting net.ipv6.route.max_size to 2147483647 fixed all issues. (aware this might be too big) Later kernels (5.4.11) cause a dmesg when full. Tim
Bug#927284: argon2 build dependency not quite correct
Package: php7.3 Version: 7.3.3-1 Severity: minor While trying to backport php7.3 to stretch, I noticed that php won't build with the stretch version of libargon2 Current build dependency is: libargon2-dev | libargon2-0-dev This needs changing to libargon2-dev libargon2-dev - buster. Works. Not in stretch. libargon2-0-dev - stretch (doesn't build) Virtual in buster.
Bug#858911: thunderbird: Apparmor prevents opening links from emails in firefox.
Package: thunderbird Version: 1:45.8.0-2 Severity: normal Dear Maintainer, When I receive an email, with a link in. I click the link, expecting it to open in my web browser. Nothing happens. In dmesg I see a line: [17621.072982] audit: type=1400 audit(1490712633.081:86): apparmor="DENIED" operation="exec" profile="thunderbird" name="/usr/lib/firefox/firefox" pid=28228 comm="thunderbird" requested_mask="x" denied_mask="x" fsuid=1000 ouid=0 I would expect that the firefox would open to view the link. There is also a line in dmesg from when thunderbird starts. I don't think it is related [ 1974.446280] audit: type=1400 audit(1490696986.485:75): apparmor="DENIED" operation="open" profile="thunderbird" name="/etc/mate/defaults.list" pid=18301 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0 The /etc/mate/defaults.list has the default helpers for various mime types. My Tim -- System Information: Debian Release: 9.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-2-amd64 (SMP w/6 CPU cores) Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages thunderbird depends on: ii debianutils 4.8.1 ii fontconfig2.11.0-6.7+b1 ii libasound21.1.3-5 ii libatk1.0-0 2.22.0-1 ii libc6 2.24-9 ii libcairo2 1.14.8-1 ii libdbus-1-3 1.10.16-1 ii libdbus-glib-1-2 0.108-2 ii libevent-2.0-52.0.21-stable-3 ii libffi6 3.2.1-6 ii libfontconfig12.11.0-6.7+b1 ii libfreetype6 2.6.3-3+b2 ii libgcc1 1:6.3.0-10 ii libgdk-pixbuf2.0-02.36.5-2 ii libglib2.0-0 2.50.3-1 ii libgtk2.0-0 2.24.31-2 ii libhunspell-1.4-0 1.4.1-2+b2 ii libicu57 57.1-5 ii libnspr4 2:4.12-6 ii libnss3 2:3.29.1-1 ii libpango-1.0-01.40.4-1 ii libpangocairo-1.0-0 1.40.4-1 ii libpangoft2-1.0-0 1.40.4-1 ii libpixman-1-0 0.34.0-1 ii libsqlite3-0 3.16.2-3 ii libstartup-notification0 0.12-4+b2 ii libstdc++66.3.0-10 ii libvpx4 1.6.1-2 ii libx11-6 2:1.6.4-3 ii libxcomposite11:0.4.4-2 ii libxdamage1 1:1.1.4-2+b3 ii libxext6 2:1.3.3-1+b2 ii libxfixes31:5.0.3-1 ii libxrender1 1:0.9.10-1 ii libxt61:1.1.5-1 ii psmisc22.21-2.1+b2 ii x11-utils 7.7+3+b1 ii zlib1g1:1.2.8.dfsg-5 Versions of packages thunderbird recommends: ii hunspell-en-gb [hunspell-dictionary] 1:5.2.5-1 ii hunspell-en-us [hunspell-dictionary] 20070829-7 ii lightning 1:45.8.0-2 Versions of packages thunderbird suggests: ii apparmor 2.11.0-2 ii fonts-lyx 2.2.2-1 ii libgssapi-krb5-2 1.15-1 -- no debconf information
Bug#783228: (no subject)
Quick work around is to make a config file /etc/clamav-unofficial-sigs.conf.d/local.conf containing ** si_update_hours=24 si_dbs= securiteinfo.hdb securiteinfohtml.hdb * Not all the databases seem to have gone. -- Tim Bray Technology Director, ProVu Communications Ltd, Huddersfield, UK. http://www.provu.co.uk/ Phone: +44 1484 840048 IP Telephones, Drop shipping, pre-configuration, XML orders *If it is important, just phone* -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683026: New Section
I think the debian-kernel-handbook needs a new section. How to build an i386 debian package containing an AMD64 kernel. You have a machine running debian/i386 where you have installed an AMD64 kernel, such as the linux-image-3.2.0-4-amd64 package. For some reason you need to build your own kernel. 1) Download an uncompress source, and cd in. eg linux-3.11 2) copy config from /boot/config-3.2.0-4-amd64 3) make olddefconfig 4) export KBUILD_DEBARCH=i386 5) make deb-pkg -jnumber of CPU 6) look for *.i386.deb in parent directory. Use dpkg to install. * I've spent a week on and off trying to work out the above. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#466527: folder access?
On 14/06/12 18:19, Carsten Schönert wrote: I know it's a long time ago that the bug was reported. The bug queue for icedove ist still very full. So we like to close bugs that are not exists anymore. So I think the reported bug is fixed in the actual versions. But maybe you still have the reported problems. Can you give some feedback if this bug ist still around? Or can the bug hopefully closed? This is closed. Certainly my problem went away long ago. Tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598441: grub-pc: Grub doesn't cope with Root on LVM and LVM Mirrored disk for /home
The patch works great. Thanks -- Tim Bray t...@kooky.org | http://www.kooky.org Huddersfield, UK -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598441: (no subject)
I've retested on version 1.98+20100804-5 Still the same problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598441: grub-pc: Grub doesn't cope with Root on LVM and LVM Mirrored disk for /home
Package: grub-pc
Version: 1.98+20100804-4
Severity: important
My system has 3 disks.
1 Intel SSD 80G
2 x SATA normal disks 1TB each.
Intention is to have the system boot of the SSD but use the normal disks for
/home (mirrored)
It works fine until I mirror /home
There are two LVM volumes:
timdeb/root (this is on the SSD)
timdeb/home (this is just on one disk)
I then mirror the disks by issuing:
# lvconvert -m1 /dev/timdeb/home
Confirm mirror using:
# lvs -a -o +devices
LV VG Attr LSize Origin Snap% Move Log Copy%
Convert Devices
hometimdeb mwi-ao 100.00ghome_mlog 100.00
home_mimage_0(0),home_mimage_1(0)
[home_mimage_0] timdeb iwi-ao 100.00g
/dev/sdb1(0)
[home_mimage_1] timdeb iwi-ao 100.00g
/dev/sdc1(0)
[home_mlog] timdeb lwi-ao 4.00m
/dev/sda1(4608)
roottimdeb -wi-ao 18.00g
/dev/sda1(0)
# update-grub
Generating grub.cfg ...
/usr/sbin/grub-probe: error: no such disk.
Doesn't work.
If I then unmirror the disk:
r...@timdeb:~# lvconvert -m0 /dev/timdeb/home
r...@timdeb:~# lvs -a -o +devices
LV VG Attr LSize Origin Snap% Move Log Copy% Convert Devices
home timdeb -wi-ao 100.00g /dev/sdb1(0)
root timdeb -wi-ao 18.00g /dev/sda1(0)
Then update grub works fine
r...@timdeb:~# update-grub
Generating grub.cfg ...
Found background image: moreblue-orbit-grub.png
Found linux image: /boot/vmlinuz-2.6.32-5-amd64
Found initrd image: /boot/initrd.img-2.6.32-5-amd64
done
r...@timdeb:~#
Then it all works fine.
If the disks are mirrored, then system will not boot. It drops to grub rescue
mode.Fix is to use a rescue CD and un-mirror the disks. Then system boots
straight away.
There is something about have a mirrored lvm disk which upsets grub.
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/mapper/timdeb-root / reiserfs rw,nodiratime,relatime,data=writeback 0 0
/dev/mapper/timdeb-home /home reiserfs rw,nodiratime,relatime,data=writeback 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/disk/by-id/ata-INTEL_SSDSA2M080G2GC_CVPO01700518080JGN
(hd1) /dev/disk/by-id/ata-ST31000528AS_9VP8EHGA
(hd2) /dev/disk/by-id/ata-ST31000528AS_9VP8EQ7B
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
insmod lvm
if [ -s $prefix/grubenv ]; then
load_env
fi
set default=0
if [ ${prev_saved_entry} ]; then
set saved_entry=${prev_saved_entry}
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
fi
}
function load_video {
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
}
insmod lvm
insmod part_msdos
insmod part_msdos
insmod part_msdos
insmod reiserfs
set root='(timdeb-root)'
search --no-floppy --fs-uuid --set 5cb49c5f-3bd8-41f3-99f3-8a5e99086ea2
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
load_video
insmod gfxterm
fi
terminal_output gfxterm
insmod lvm
insmod part_msdos
insmod part_msdos
insmod part_msdos
insmod reiserfs
set root='(timdeb-root)'
search --no-floppy --fs-uuid --set 5cb49c5f-3bd8-41f3-99f3-8a5e99086ea2
set locale_dir=($root)/boot/grub/locale
set lang=en
insmod gettext
set timeout=1
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
insmod lvm
insmod part_msdos
insmod part_msdos
insmod part_msdos
insmod reiserfs
set root='(timdeb-root)'
search --no-floppy --fs-uuid --set 5cb49c5f-3bd8-41f3-99f3-8a5e99086ea2
insmod png
if background_image /usr/share/images/desktop-base/moreblue-orbit-grub.png ;
then
set color_normal=black/black
set color_highlight=magenta/black
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-amd64' --class debian --class
gnu-linux --class gnu --class os {
insmod lvm
insmod part_msdos
insmod part_msdos
insmod part_msdos
insmod reiserfs
set root='(timdeb-root)'
search --no-floppy --fs-uuid --set 5cb49c5f-3bd8-41f3-99f3-8a5e99086ea2
echo'Loading Linux 2.6.32-5-amd64 ...'
linux /boot/vmlinuz-2.6.32-5-amd64
Bug#467464: related?
This looks very similiar to: bug #466527 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466527: TLS
I've just read bug #467464 Bug author seems to think it may be TLS related. Bit of a loose idea. I am using TLS on SMTP I am using SMTP authentication. Maybe these are features that normal people don't use. I'm going to do some tests with TLS for SMTP disabled and see if this helps. If the maintainer needs me to test anything, then please ask. I'm really happy to help. This problem is still driving me mad. Tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466527: Still happenning
I don't think the bug is related to any extension currently installed.
I took all mine extensions out, and still have the problem.
I suppose could be affected by something left behind by an extension.
I've also been running my thunderbird through strace.
Could:
open(/home/tim/.icedove/init.d/,
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file
or directory)
open(/usr/lib/icedove/init.d/,
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file
or directory)
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
stat64(/home/tim/.icedove/init.d/K*, 0xbff086b4) = -1 ENOENT (No such
file or directory)
Be the problem?
--
Tim Bray
Technology Director, ProVu Communications Ltd, Huddersfield, UK.
http://www.provu.co.uk/ Phone: +44 1484 840048
IP Telephones, Drop shipping, pre-configuration, XML orders
*If it is important, just phone*
[EMAIL PROTECTED]:~/pman$ strace thunderbird
execve(/usr/bin/thunderbird, [thunderbird], [/* 29 vars */]) = 0
uname({sys=Linux, node=fred, ...}) = 0
brk(0) = 0x80f3000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f6d000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=80593, ...}) = 0
mmap2(NULL, 80593, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f59000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libncurses.so.5, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\345..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=263040, ...}) = 0
mmap2(NULL, 264196, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7f18000
mmap2(0xb7f5, 32768, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x38) = 0xb7f5
mmap2(0xb7f58000, 2052, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f58000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/tls/i686/cmov/libdl.so.2, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\f\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=9592, ...}) = 0
mmap2(NULL, 12404, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7f14000
mmap2(0xb7f16000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xb7f16000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/tls/i686/cmov/libc.so.6, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240O\1..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1241392, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f13000
mmap2(NULL, 1247388, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7de2000
mmap2(0xb7f09000, 28672, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x127) = 0xb7f09000
mmap2(0xb7f1, 10396, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f1
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7de1000
mprotect(0xb7f09000, 20480, PROT_READ) = 0
set_thread_area({entry_number:-1 - 6, base_addr:0xb7de16c0, limit:1048575,
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0,
useable:1}) = 0
munmap(0xb7f59000, 80593) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
open(/dev/tty, O_RDWR|O_NONBLOCK|O_LARGEFILE) = 3
close(3)= 0
open(/usr/lib/locale/locale-archive, O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=317776, ...}) = 0
mmap2(NULL, 317776, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7d93000
close(3)= 0
brk(0) = 0x80f3000
brk(0x80f4000) = 0x80f4000
brk(0x80f5000) = 0x80f5000
brk(0x80f6000) = 0x80f6000
getuid32() = 1000
getgid32() = 1000
geteuid32() = 1000
getegid32() = 1000
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
time(NULL) = 1204822196
brk(0x80f7000) = 0x80f7000
open(/etc/mtab, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=642, ...}) = 0
mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7d73000
read(3, /dev/hda1 / reiserfs rw,notail 0..., 131072) = 642
close(3)= 0
munmap(0xb7d73000, 131072) = 0
open(/proc/meminfo, O_RDONLY) = 3
Bug#466527: icedove: GDB traces of segfault after sending mail
Package: icedove Version: 1.5.0.13+1.5.0.15b.dfsg1-0etch1 Followup-For: Bug #466527 Icedove crashes after sending an email. Not every email, just every 3 or 4. I have used gdb and trace below. [EMAIL PROTECTED]:/usr/lib/icedove$ dove$ LD_LIBRARY_PATH=./ gdb ./icedove-bin GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (gdb) run Starting program: /usr/lib/icedove/icedove-bin Failed to read a valid object file image from memory. [Thread debugging using libthread_db enabled] [New Thread -1220376896 (LWP 21344)] [New Thread -1222116432 (LWP 21347)] [New Thread -1234375760 (LWP 21348)] [New Thread -1256551504 (LWP 21349)] DOUBLE-CLICK: 400 -- -1 THRESHOLD: 8 -- -1 [New Thread -1265321040 (LWP 21351)] [New Thread -1273713744 (LWP 21352)] [New Thread -1282106448 (LWP 21353)] [New Thread -1295598672 (LWP 21354)] [New Thread -1303991376 (LWP 21355)] [New Thread -1312384080 (LWP 21356)] [Thread -1303991376 (LWP 21355) exited] [Thread -1312384080 (LWP 21356) exited] Upgrading calCalendarManager schema to 6 [New Thread -1312384080 (LWP 21358)] [New Thread -1303991376 (LWP 21359)] [New Thread -1323611216 (LWP 21360)] [Thread -1312384080 (LWP 21358) exited] [New Thread -1312384080 (LWP 21612)] [New Thread -1334785104 (LWP 21613)] [New Thread -1344205904 (LWP 21806)] [Thread -1344205904 (LWP 21806) exited] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1220376896 (LWP 21344)] 0xb5567ec7 in nsCSSFrameConstructor::RestyleEvent::HandleEvent (this=0x9e38140) at nsCSSFrameConstructor.cpp:14274 14274 nsCSSFrameConstructor.cpp: No such file or directory. in nsCSSFrameConstructor.cpp (gdb) traceback Undefined command: traceback. Try help. (gdb) backtrace #0 0xb5567ec7 in nsCSSFrameConstructor::RestyleEvent::HandleEvent ( this=0x9e38140) at nsCSSFrameConstructor.cpp:14274 #1 0xb5567f61 in HandleRestyleEvent (aEvent=0x9e38140) at nsCSSFrameConstructor.cpp:14298 #2 0xb7e9a0e7 in PL_HandleEvent (self=0x9e38140) at plevent.c:688 #3 0xb7e9a3f9 in PL_ProcessPendingEvents (self=0x80c82b0) at plevent.c:623 #4 0xb7e9c3b8 in nsEventQueueImpl::ProcessPendingEvents (this=0x80c8278) at nsEventQueue.cpp:448 #5 0xb691a025 in event_processor_callback (source=0x82ef8d8, condition=G_IO_IN, data=0x7478) at nsAppShell.cpp:67 #6 0xb77c4c7f in g_io_channel_unix_get_fd () from /usr/lib/libglib-2.0.so.0 #7 0xb779b731 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #8 0xb779e7a6 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #9 0xb779eb67 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #10 0xb7c09281 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #11 0xb691a472 in nsAppShell::Run (this=0x8150190) at nsAppShell.cpp:139 #12 0xb6874d80 in nsAppStartup::Run (this=0x8150150) at nsAppStartup.cpp:150 #13 0x0804e576 in XRE_main (argc=1, argv=0xbfe40f34, aAppData=0x805a500) at nsAppRunner.cpp:2452 #14 0x0804abdf in main (argc=Cannot access memory at address 0x0 ) at nsMailApp.cpp:62 #15 0xb753dea8 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 #16 0x0804ab11 in _start () at ../sysdeps/i386/elf/start.S:119 (gdb) -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages icedove depends on: ii debconf [debconf-2.0] 1.5.11etch1 Debian configuration management sy ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgcc11:4.1.1-21GCC support library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxft2
Bug#395956: This isn't sparc64 specific
It is just auth_basic and authn_file That need enabling. Tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
