rtnl_link_name2i() returns 0 (unspecified ifindex) if translation
did not succeed.
---
src/nm-device.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/nm-device.c b/src/nm-device.c
index 3522ea4..1f8f1f6 100644
--- a/src/nm-device.c
+++ b/src/nm-device.c
@@ -3404,7 +3
On Tue, 2011-09-13 at 18:35 +0200, Thomas Graf wrote:
> I see. That can be arranged. I have already switched the headers
> installation path to $(includedir)/libnl3 with an appropriate -I line
> in the pkg-config file and I will change the library basename to libnl-3
> and switch to libtool version
On 09/13/2011 11:57 AM, rich...@ecos.de wrote:
is there a place to get the all gobi firmware "for linux". Until now we
extracted it from the windows drivers and I am not sure if we have pick up the right one.
Would be cool if there is some download possibility.
There cannot be any *official* do
Hello Mr. Dan Williams:
Yeah I was able to get the firmware that was on windows and move it into
my firmware directory.
sudo ./lsudev tty
--
Name: ttyUSB1
Type: (null)
Subsys: tty
Number: 1
Path:
/sys/devices/pci:00/:00:1
Hi,
usb_id etc is ok, but I found that the properties are not written to the udev
database. After some research (actually more try&error) I found the reason is,
that there is no NAME for the hso0 device. I added a line
KERNEL=="hso0", NAME="hso0"
And now it works :-)
Question is, is there
On Tue, 2011-09-13 at 18:07 +0200, rich...@ecos.de wrote:
> Hi,
>
> here ist he output for hso0.
Which version of udev do you have, and do you have the 'usb_id' program
in /lib/udev anywhere, and the
corresponding /lib/udev/rules.d/75-net-description.rules file that
includes a rule like so?
SUBS
On Tue, 2011-09-13 at 10:29 -0500, Dan Williams wrote:
> Because that's the version of libnl that NM currently requires. We try
> not to bump dependencies to a new major version during a branch of NM,
> but sometimes that can't be helped. We could either make the
> VLAN/bond/bridge stuff dependen
On Tue, 2011-09-13 at 17:57 +0200, rich...@ecos.de wrote:
> Hi,
>
> is there a place to get the all gobi firmware "for linux". Until now we
> extracted it from the windows drivers and I am not sure if we have pick up
> the right one. Would be cool if there is some download possibility.
There's
Hi,
here ist he output for hso0.
Regards
Gerald
--
Name: hso0
Type: wwan
Subsys: net
Number: 0
Path:
/sys/devices/pci:00/:00:11.0/:02:00.0/usb2/2-1/2-1:1.0/net/hso0
Driver: (null)
Action: (null)
Seq Num: 0
Dev
On Tue, 2011-09-13 at 10:26 +0200, Thomas Graf wrote:
> On Mon, 2011-09-12 at 16:38 -0500, Dan Williams wrote:
> > On Fri, 2011-09-09 at 11:50 +0200, Thomas Graf wrote:
> > > Use of conflicts with the use of . While users
> > > of can switch to it is not posible in the
> > > other direction.
> >
Hi,
is there a place to get the all gobi firmware "for linux". Until now we
extracted it from the windows drivers and I am not sure if we have pick up the
right one. Would be cool if there is some download possibility.
Thanks & Regards
Gerald
> -Original Message-
> From: d...@redhat.c
On Tue, 2011-09-13 at 10:29 +0200, Thomas Graf wrote:
> On Mon, 2011-09-12 at 17:08 -0500, Dan Williams wrote:
> > All applied, thanks. Aliased nlmsg_datalen() to nlmsg_len() for libnl1.
> > If that's not right, let me know and I'll fix it up (or patches
> > accepted :).
>
> What is the plan for
On Tue, 2011-09-13 at 09:05 -0400, Levi Stanley wrote:
> I have a Broadband card (Bus 001 Device 010: ID 413c:8185 Dell Computer
> Corp. Gobi 2000 Wireless Modem (QDL mode)), I use to be able to get it
> recognized by killing the modem-manager, and starting it up again,
> however, recently, even th
I have a Broadband card (Bus 001 Device 010: ID 413c:8185 Dell Computer
Corp. Gobi 2000 Wireless Modem (QDL mode)), I use to be able to get it
recognized by killing the modem-manager, and starting it up again,
however, recently, even that doesn't seem to get it recognized.
When I type:
sudo ./lsu
On 09/12/2011 10:19 PM, Dan Williams wrote:
On Mon, 2011-09-12 at 19:18 +0100, iain wrote:
Hi again,
In case anyone else is wondering about this, I've found a patch from
Android for an older version of wpa-supplicant, that with a bit of
tweaking for 0.7.3 appears to fix the problem
This would
Flags are not getting set when a route is added (e.g. NLM_F_REPLACE).
Apparently this was fixed in Ubuntu, but I didn't see a patch here, so
here it is.
---
src/nm-netlink-utils.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/nm-netlink-utils.c b/src/nm-netlink-uti
On Mon, 2011-09-12 at 17:08 -0500, Dan Williams wrote:
> All applied, thanks. Aliased nlmsg_datalen() to nlmsg_len() for libnl1.
> If that's not right, let me know and I'll fix it up (or patches
> accepted :).
What is the plan for functionality which is only available in libnl3 but
not in libnl2
On Mon, 2011-09-12 at 16:38 -0500, Dan Williams wrote:
> On Fri, 2011-09-09 at 11:50 +0200, Thomas Graf wrote:
> > Use of conflicts with the use of . While users
> > of can switch to it is not posible in the
> > other direction.
> >
> > The header uses because it is part
> > of the API, there
On Mon, 2011-09-12 at 18:05 -0400, Mathieu Trudel-Lapierre wrote:
> I'm really no libc/kernel guru here, but since we hit this particular
> kind of issue before in Ubuntu...
>
> AFAIK, normally both headers shouldn't conflict. This however happened
> IIRC early in the Natty release cycle due to a
On Tue, 2011-09-13 at 07:46 +0200, Julien Briche wrote:
> On 12/09/2011 23:29, Dan Williams wrote:
> > On Fri, 2011-09-09 at 08:01 +0200, Julien Briche wrote:
> >> On 08/09/2011 19:39, Dan Williams wrote:
> >>> On Wed, 2011-09-07 at 08:51 +0200, Julien Briche wrote:
> Hello,
> I am curren
On Mon, 2011-09-12 at 17:08 -0500, Dan Williams wrote:
> All applied, thanks. Aliased nlmsg_datalen() to nlmsg_len() for libnl1.
> If that's not right, let me know and I'll fix it up (or patches
> accepted :).
nlmsg_len() is the correct libnl1 equivalent.
21 matches
Mail list logo
