qOn Mon, 31 Mar 2014, Michael Biebl wrote:
I did test with an unmanaged interface wlan0 in /e/n/i and couldn't
reproduce the bug. I will try to see if the existence of a bridge config
makes a difference. Thanks for the hint.
I also have an unmanaged interface, a dummy one. I use it to develop some
software that depends on having the interface always up and routed.
In /etc/modules I have a "dummy" line to load the dummy module.
In /etc/network/interfaces I have:
# The dummy network interface
auto dummy0
iface dummy0 inet static
address 192.167.8.254
netmask 255.255.255.255
broadcast 192.167.8.254
network 192.167.8.254
name Ethernet LAN card
and in /etc/NetworkManager/NetworkManager.conf I have
[ifupdown]
managed=false
after a standard boot sequence I have a dummy0=dummy0 line in
/run/network/ifstate and, lo and behold, network-manager segfaults. I have
to hand-edit /run/network/ifstate and remove the dummy0=dummy0 line, in
order to be able to start network-manager and have a working wifi.
Please try to see if you can reproduce the segfault of nm with my setup,
which requires little modification on a working system. If yes, you are in a
position to debug this nasty issue; if not, it means there must be some
funny interaction with something else. I remember a similar issue happened
some time ago with another package, and it turned out that the developer had
some library from experimental on his system that had slightly different
definitions of internal structures, so that it worked for him, it was broken
for almost everybody else...
Let me know
Giacomo
--
_________________________________________________________________
Giacomo Mulas <gmu...@oa-cagliari.inaf.it>
_________________________________________________________________
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
tel. +39 070 71180244
mob. : +39 329 6603810
_________________________________________________________________
"When the storms are raging around you, stay right where you are"
(Freddy Mercury)
_________________________________________________________________
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
