Bug#500807: no problem even with two IMAP accounts
FYI - I am running version 2.0.0.16-1 of Icedove with two IMAP accounts and have not had any problems at all. Richard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432460: gcc-4.1 (and gcc-4.1 multilib) *on amd64*: ld cannot find -lgcc_s when linking static libraries
Package: gcc-4.1
Version: 4.1.2-12
Severity: serious
I am not a package maintainer but think that this might be of interest
to you. There appears to be a problem when trying to link static libraries
using gcc on Debian amd64. The linker tries to link gcc (statically?)
and claims that it cannot find libgcc_s. This seems to be true
whether I use the gcc-4.1-multilib packages or other gcc packages
available for the and64 platform. Here is an
example for a simple program that uses libgd (attached)
% gcc -Wl,-Bstatic -lgd -o codehop-gr codehop-gr.c
/usr/bin/ld: cannot find -lgcc_s
The program compiles and works fine if I compile as follows:
% gcc -lgd -o codehop-gr codehop-gr.c
I have experienced the same problem when I remove the gcc-4.1 package
and install gcc-4.1-multilib as well as when I have only gcc-3.3
installed. This could be a problem for those who must link against
projects that only have static libraries available.
Thanks for your hard work. -rdb
Here is some information that might be helpful; system information follows:
% ll `locate gcc`
-rwxr-xr-x 1 root root 839K 2007-07-09 11:59
/opt/Downloads/gcc/gcc-3.3.6/gcc/32/libgcc_s.so.1
lrwxrwxrwx 1 root root16 2007-07-09 11:59
/opt/Downloads/gcc/gcc-3.3.6/gcc/libgcc_s_32.so - 32/libgcc_s.so.1
lrwxrwxrwx 1 root staff 13 2007-07-09 11:59
/usr/local/lib64/libgcc_s.so - libgcc_s.so.1
-rw-r--r-- 1 root staff 871K 2007-07-09 11:59 /usr/local/lib64/libgcc_s.so.1
lrwxrwxrwx 1 root staff 13 2007-07-09 11:59
/usr/local/lib/libgcc_s_32.so - libgcc_s.so.1
-rw-r--r-- 1 root staff 839K 2007-07-09 11:59 /usr/local/lib/libgcc_s.so.1
lrwxrwxrwx 1 root root13 2007-07-09 11:36
/opt/Downloads/gcc/gcc-3.3.6/gcc/libgcc_s.so - libgcc_s.so.1
-rwxr-xr-x 1 root root 871K 2007-07-09 11:36
/opt/Downloads/gcc/gcc-3.3.6/gcc/libgcc_s.so.1
-rwxr-xr-x 1 root root 839K 2007-07-09 11:33
/opt/Downloads/gcc/gcc-3.3.6/gcc/stage2/libgcc_s_32.so
-rwxr-xr-x 1 root root 871K 2007-07-09 11:33
/opt/Downloads/gcc/gcc-3.3.6/gcc/stage2/libgcc_s.so
-rwxr-xr-x 1 root root 839K 2007-07-09 11:28
/opt/Downloads/gcc/gcc-3.3.6/gcc/stage1/libgcc_s_32.so
-rwxr-xr-x 1 root root 871K 2007-07-09 11:28
/opt/Downloads/gcc/gcc-3.3.6/gcc/stage1/libgcc_s.so
lrwxrwxrwx 1 root root18 2007-07-09 09:17
/usr/lib/gcc/x86_64-linux-gnu/4.2/libgcc_s.so - /lib/libgcc_s.so.1
lrwxrwxrwx 1 root root24 2007-07-09 08:59
/usr/lib/gcc/x86_64-linux-gnu/4.1.2/32/libgcc_s.so -
../../4.1/32/libgcc_s.so
lrwxrwxrwx 1 root root18 2007-07-09 08:59
/usr/lib/gcc/x86_64-linux-gnu/4.1.2/libgcc_s.so - ../4.1/libgcc_s.so
lrwxrwxrwx 1 root root38 2007-07-09 08:59
/usr/lib/gcc/x86_64-linux-gnu/4.1/32/libgcc_s.so -
/emul/ia32-linux/usr/lib/libgcc_s.so.1
lrwxrwxrwx 1 root root38 2007-07-09 08:59
/usr/lib/gcc/x86_64-linux-gnu/4.1/libgcc_s_32.so -
/emul/ia32-linux/usr/lib/libgcc_s.so.1
lrwxrwxrwx 1 root root18 2007-07-09 08:59
/usr/lib/gcc/x86_64-linux-gnu/4.1/libgcc_s.so - /lib/libgcc_s.so.1
-rw-r--r-- 1 root root 41K 2007-07-07 13:27
/emul/ia32-linux/usr/lib/libgcc_s.so.1
-rw-r--r-- 1 root root 55K 2007-07-07 13:27 /lib/libgcc_s.so.1
# ldconfig -p | grep gcc
libstlport_gcc.so.4.6 (libc6,x86-64) =
/usr/lib/libstlport_gcc.so.4.6
libgccpp.so.1 (libc6,x86-64) = /usr/lib/libgccpp.so.1
libgcc_s.so.1 (libc6,x86-64) = /lib/libgcc_s.so.1
libgcc_s.so.1 (libc6) = /usr/lib32/libgcc_s.so.1
libgcc_s.so (libc6,x86-64) = /usr/lib/libgcc_s.so
# dpkg -l gcc
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
uppercase=bad)
||/ Name Version Description
+++---
ii gcc 4.1.1-15 The GNU C compiler
-- 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.17-2-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages gcc-4.1-multilib depends on:
ii gcc-4.1 4.1.2-12 The GNU C compiler
ii gcc-4.1-base4.1.2-12 The GNU Compiler Collection
(base
ii lib32gcc1 1:4.2-20070707-1 GCC support library (32 bit
Versio
ii libc6-dev-i386 2.6-1GNU C Library: 32bit
development l
gcc-4.1-multilib recommends no packages.
-- no debconf information
#include stdio.h
#include gd.h
#include gdfontg.h
int main(void)
{
/* Declare the image */
gdImagePtr im;
/* Declare output files */
FILE *pngout;
/* Declare color indexes */
int black, white;
int red, green, blue;
/* Allocate the image: 64 pixels across by 64 pixels tall */
im = gdImageCreate(900, 300);
/* make white the first color */
white =
Bug#369416: Further efforts to get wireless back up
Hi,
I noticed that the new version of the kernel did not like the pcmcia-cs.
Since the Oronico wireless card is connected via an internal pcmcia bus
I hoped that updating to pcmciautils would help. I removed pcmcia-cs and
installed pcmciautils 013-1 with the recommended sysfsutils 2.0.07 and
module-init-tools 3.2.2 then rebooted. Now, I am glad not to get the
ugly warnings about deprecated pcmcia and dmesg of boot log shows that
the wireless card is recognized by the driver :
pccard: PCMCIA card inserted into slot 2
cs: memory probe 0xf400-0xfbff: excluding 0xf400-0xf8ff
0xfa00-0xfbff
pcmcia: registering new device pcmcia2.0
orinoco 0.15rc3 (David Gibson [EMAIL PROTECTED], Pavel
Roskin [EMAIL PROTECTED], et al)
orinoco_cs 0.15rc3 (David Gibson [EMAIL PROTECTED], Pavel
Roskin [EMAIL PROTECTED], et al)
eth2: Hardware identity 0005:0004:0005:
eth2: Station identity 001f:0001:0008:000a
eth2: Firmware determined as Lucent/Agere 8.10
eth2: Ad-hoc demo mode supported
eth2: IEEE standard IBSS ad-hoc mode supported
eth2: WEP supported, 104-bit key
eth2: MAC address 00:02:2D:7E:BD:1A
eth2: Station name HERMES I
eth2: ready
eth2: index 0x01: Vcc 3.3, irq 11, io 0xe100-0xe13f
However, no change in the problem:
# ifconfig eth2 up
# tail -n 1 /var/log/syslog
Jun 3 00:08:10 richhnix kernel: ADDRCONF(NETDEV_UP): eth2: link is not
ready
A little google searching with orinoco kernel: ADDRCONF(NETDEV_UP):
shows that I am not alone in the world; see:
http://forums.suselinuxsupport.de/index.php?showtopic=37429
http://www.ubuntuforums.org/showthread.php?t=174070
My bet is that it is a driver issue but I have no idea how to go about
deducing the cause. I tried:
# ifconfig eth2 up
# strace dhcpcd eth2
but this was not helpful...
richhnix# strace ifconfig eth2 up
execve(/sbin/ifconfig, [ifconfig, eth2, up], [/* 41 vars */]) = 0
uname({sys=Linux, node=richhnix, ...}) = 0
brk(0) = 0x8058000
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) = 0xa7f91000
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=93313, ...}) = 0
mmap2(NULL, 93313, PROT_READ, MAP_PRIVATE, 3, 0) = 0xa7f7a000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
open(/lib/tls/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\260O\1...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1270928, ...}) = 0
mmap2(NULL, 1276892, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xa7e42000
mmap2(0xa7f7, 32768, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12e) = 0xa7f7
mmap2(0xa7f78000, 7132, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xa7f78000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xa7e41000
mprotect(0xa7f7, 20480, PROT_READ) = 0
set_thread_area({entry_number:-1 - 6, base_addr:0xa7e418e0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
munmap(0xa7f7a000, 93313) = 0
brk(0) = 0x8058000
brk(0x8079000) = 0x8079000
uname({sys=Linux, node=richhnix, ...}) = 0
access(/proc/net, R_OK) = 0
access(/proc/net/unix, R_OK) = 0
socket(PF_FILE, SOCK_DGRAM, 0) = 3
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
access(/proc/net/if_inet6, R_OK) = 0
socket(PF_INET6, SOCK_DGRAM, IPPROTO_IP) = 5
access(/proc/net/ax25, R_OK) = -1 ENOENT (No such file or
directory)
access(/proc/net/nr, R_OK)= -1 ENOENT (No such file or
directory)
access(/proc/net/rose, R_OK) = -1 ENOENT (No such file or
directory)
access(/proc/net/ipx, R_OK) = -1 ENOENT (No such file or
directory)
access(/proc/net/appletalk, R_OK) = -1 ENOENT (No such file or
directory)
access(/proc/sys/net/econet, R_OK)= -1 ENOENT (No such file or
directory)
access(/proc/sys/net/ash, R_OK) = -1 ENOENT (No such file or
directory)
access(/proc/net/x25, R_OK) = -1 ENOENT (No such file or
directory)
ioctl(4, SIOCGIFFLAGS, 0xafaa71a0) = 0
ioctl(4, SIOCSIFFLAGS, 0xafaa71a0) = 0
exit_group(0)
So, here is my list of loaded modules; Please let me know if this is the
wrong list - Thanks!!
richhnix# lsmod | sort
3c59x 39848 0
Module Size Used by
ac 4612 0
ac97_codec 17004 1 i810_audio
agpgart29232 2 nvidia,intel_agp
battery 9252 0
binfmt_misc10248 1
button 6320 0
cdrom 31888 1
Bug#369416: inux-image-2.6.16-1-686: 2.6.16 update, lost wireless - seems not a udev issue
Package: linux-image-2.6.16-1-686
Version: 2.6.16-12
Severity: normal
Hi,
I recently upgraded Debian unstable and installed the
linux-image-2.6.16-1-686
package with the 2.6.16-12 kernel. Previously, I was using a custom 2.6.10
kernel. All seems well except I am unable to bring up my wireless
connection. ifup freezes when it tries to run dhcpd on the wireless card:
richhnix# ifup -v eth2
Configuring interface eth2=eth2 (inet)
run-parts --verbose /etc/network/if-pre-up.d
run-parts: executing /etc/network/if-pre-up.d/wireless-tools
dhcpcdeth2
-
syslog and dmesg report ADDRCONF(NETDEV_UP): ethWifi: link is not
ready. Interestingly, the ethernet card works 100% of the time. I
looked into
changing udev rules (per
http://linux.derkeiler.com/Mailing-Lists/Debian/2006-04/msg02288.html and
thread) but this seems taken care of by the current version of udev which
generated a rules file:
richhnix# cat /etc/udev/rules.d/z25_persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program, probably run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.
# UNKNOWN device (/class/net/eth0) (3c59x)
SUBSYSTEM==net, DRIVER==?*, SYSFS{address}==00:0b:db:98:93:db,
NAME=eth0
# UNKNOWN device (/class/net/eth1)
SUBSYSTEM==net, DRIVER==?*,
SYSFS{address}==32:4f:c0:00:11:4c:0c:61, NAME=eth1
# UNKNOWN device (/class/net/eth2)
SUBSYSTEM==net, DRIVER==?*, SYSFS{address}==00:02:2d:7e:bd:1a,
NAME=eth2
---
I tried to change the name of the wifi device to be different from
kernel name 'eth2' and so changed it to 'ethWifi' in the above file:
...
# UNKNOWN device (/class/net/eth2)
#SUBSYSTEM==net, DRIVER==?*, SYSFS{address}==00:02:2d:7e:bd:1a,
NAME=eth2
SUBSYSTEM==net, DRIVER==?*, SYSFS{address}==00:02:2d:7e:bd:1a,
NAME=ethWifi
and then changed /etc/network/interfaces:
...
iface ethWifi inet dhcp
...
-
After reboot, I get exactly the same problem; only with 'ethWifi'
instead of 'eth2'. Keeping the same name but following the suggested
procedure in
http://lists.debian.org/debian-powerpc/2006/01/msg00399.html I installed
ifrename and wrote iftab to use the mac that was in the above
persistent...rules file:
richhnix# cat /etc/iftab
ethWifi mac 00:02:2d:7e:bd:1a
then restarted ifrename - same problem, no change. I am stumped; do I
have the wrong mac? I tried macchanger and it reports:
richhnix$ macchanger ethWifi
Current MAC: 00:02:2d:7e:bd:1a [wireless] (Lucent (WaveLAN, Orinoco,
Silver/Gold), Orinoco (Silver, PC24E), Buffalo and Avaya)
I am out of ideas. Most other postings (non-debian) seem to associate
this with various driver problems on bleeding edge hardware. I have had
this wifi card running for 3 years! iwconfig sees it and my access point
fine:
ethWifi IEEE 802.11b ESSID: Nickname:HERMES I
Mode:Managed Frequency:2.412 GHz Access Point: 00:20:E0:1D:9A:F5
Bit Rate:11 Mb/s Sensitivity:1/3
Retry limit:4 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
Link Quality=0/92 Signal level=134/153 Noise level=134/153
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
I updated dhcpcd to 1:2.0.3-1 and still have same problem.
Gustavo Franco replied to my posting on the debian-users list and suggested
that I try the linux-image-2.6.17-rc3 (from experimental). I installed and
rebooted using this kernel and had the same issues, no change.
What information would help? Any ideas? I hope we can find a patch for
this because I would like to use the inotify feature of this kernel for
beagle.
thanks,
Richard Boyce
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages linux-image-2.6.16-1-686 depends on:
ii initramfs-tools [linux-initra 0.60 tools for generating an
initramfs
ii module-init-tools 3.2.2-2tools for managing Linux
kernel mo
Versions of packages linux-image-2.6.16-1-686 recommends:
pn libc6-i686none (no description available)
-- debconf information:
linux-image-2.6.16-1-686/preinst/initrd-2.6.16-1-686:
linux-image-2.6.16-1-686/postinst/old-system-map-link-2.6.16-1-686: true
linux-image-2.6.16-1-686/preinst/already-running-this-2.6.16-1-686:
linux-image-2.6.16-1-686/preinst/overwriting-modules-2.6.16-1-686: true
linux-image-2.6.16-1-686/postinst/old-initrd-link-2.6.16-1-686: true
linux-image-2.6.16-1-686/preinst/abort-overwrite-2.6.16-1-686:
linux-image-2.6.16-1-686/preinst/elilo-initrd-2.6.16-1-686: true
linux-image-2.6.16-1-686/prerm/would-invalidate-boot-loader-2.6.16-1-686
Bug#330690: rt3.4-apache2: package description references apache 1
Package: rt3.4-apache2 Severity: minor The package description includes the text on the Apache 1 web server - presumably this should be on the Apache 2 web server. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
