On Sun, 2009-08-09 at 00:51 +0100, Graham Lyon wrote:
>
>
> 2009/8/9 Hadmut Danisch
> Graham Lyon wrote:
> >
> >
> > Then documentation should be fixed, not the method itself.
> DBus is the
> > best approach to do this, it uniffies IPC in unix, whi
2009/8/9 Hadmut Danisch
> Graham Lyon wrote:
> >
> >
> > Then documentation should be fixed, not the method itself. DBus is the
> > best approach to do this, it uniffies IPC in unix, which is a *good*
> > thing.
>
> Network configuration is such an essential and basic function, that it
> should n
Graham Lyon wrote:
>
>
> Then documentation should be fixed, not the method itself. DBus is the
> best approach to do this, it uniffies IPC in unix, which is a *good*
> thing.
Network configuration is such an essential and basic function, that it
should not depend
on IPC. IPC means that several
2009/8/8 Hadmut Danisch
> Dan Williams wrote:
> >> Many packets for debian/ubuntu are designed for the four phases of
> >> the ifup/down system of debian for pretty good reasons.
> >>
> >
> > It depends; reasons change, and so do implementations. Nothing is set
> > in stone.
> >
>
> Ah, I see.
On Sat, 08 Aug 2009 21:29:07 +0200
Hadmut Danisch wrote:
> Or in other words: Network Manager is too much like Windows and too
> little like Unix.
It's also not compulsory to use it, so if it gives you so much trouble
you can always turn it off and operate your network connections as you
want. M
Dan Williams wrote:
>> Many packets for debian/ubuntu are designed for the four phases of
>> the ifup/down system of debian for pretty good reasons.
>>
>
> It depends; reasons change, and so do implementations. Nothing is set
> in stone.
>
Ah, I see. debian and ubuntu will change their m
On Wed, 2009-08-05 at 19:46 +0200, Hadmut Danisch wrote:
> Dan Williams wrote:
> >
> >
> > There are two reasons I've not yet added pre-up and pre-down. They are:
> >
> >
>
> Whatever reasons there might be to have or not to have a pre-up and pre-down
> phase:
>
> Omitting them in a single to
Dan Williams wrote:
>
>
> There are two reasons I've not yet added pre-up and pre-down. They are:
>
>
Whatever reasons there might be to have or not to have a pre-up and pre-down
phase:
Omitting them in a single tool is simply the wrong place.
Many packets for debian/ubuntu are designed for
On Tue, Aug 04, 2009 at 11:41:41AM -0400, Dan Williams wrote:
> On Sat, 2009-08-01 at 01:02 +0200, Hadmut Danisch wrote:
> > I just got a little further with the problem and might have found a
> > reason:
> >
> >
> > I was wondering why the function get_connections() in the keyfile plugin
> > was
On Fri, 2009-07-31 at 09:49 +0200, Hadmut Danisch wrote:
> Alexander Sack wrote:
> > Maybe you have something configured in /etc/network/interfaces? I
> > think there was a report that keyfile connections are not considered
> > if there is anything configured in ifupdown.
> >
>
>
> Sure I have
On Sat, 2009-08-01 at 00:58 +0100, Timothy Murphy wrote:
> Brian Morrison wrote:
>
> >> I do not believe that it was a good idea to use nm as a standard
> >> software tool in ubuntu.
> >
> > Works perfectly fine in Fedora
>
> You should say, "It works fine for ME in Fedora".
> It is obvious
On Sat, 2009-08-01 at 13:31 -0400, John Mahoney wrote:
> Here is a quick, incomplete overview of the configs. I recommend
> playing with the program cnetworkmanager to see how the dbus works.
>
> The following Doc assumes Ubuntu 9.04 with Gnome
> This doc has no License feel free to edit, sell, h
On Sat, 2009-08-01 at 01:02 +0200, Hadmut Danisch wrote:
> I just got a little further with the problem and might have found a
> reason:
>
>
> I was wondering why the function get_connections() in the keyfile plugin
> was never called.
>
> I put some debugging code in the load_connections() func
Here is a quick, incomplete overview of the configs. I recommend playing
with the program cnetworkmanager to see how the dbus works.
The following Doc assumes Ubuntu 9.04 with Gnome
This doc has no License feel free to edit, sell, hide, destroy, distribute.
User-settings
Note - only the first per
Brian Morrison wrote:
>> The whole point of Linux is that it is not magic;
>> you are meant to be able to work out what is going on.
> There is a complex interaction between NM, dbus and various other
> things like udev, hal (becoming deprecated), PolicyKit etc. All of
> these packages do somethi
On Sat, 01 Aug 2009 00:58:22 +0100
Timothy Murphy wrote:
> Brian Morrison wrote:
>
> >> I do not believe that it was a good idea to use nm as a standard
> >> software tool in ubuntu.
> >
> > Works perfectly fine in Fedora
>
> You should say, "It works fine for ME in Fedora".
> It is obviou
Brian Morrison wrote:
>> I do not believe that it was a good idea to use nm as a standard
>> software tool in ubuntu.
>
> Works perfectly fine in Fedora
You should say, "It works fine for ME in Fedora".
It is obvious from the Fedora newsgroups that many people
have serious problems with NM.
I just got a little further with the problem and might have found a
reason:
I was wondering why the function get_connections() in the keyfile plugin
was never called.
I put some debugging code in the load_connections() function in
system-settings/src/dbus-settings.c
It shows:
load_connectio
On Fri, Jul 31, 2009 at 6:38 PM, Hadmut Danisch wrote:
> John Mahoney wrote:
> >
> > This is not a Ubuntu mailing-list.
Sorry I did not realize. Still, this is not a Ubuntu specific mail-list.
>
> It was a direct reply to someone with an ubuntu.com mail address.
>
>
> > Go troll here
>
> Insu
John Mahoney wrote:
>
> This is not a Ubuntu mailing-list.
It was a direct reply to someone with an ubuntu.com mail address.
> Go troll here
Insulting people who report and describe bugs and problems is exactly
that type of ignorance that leads to such problematic software.
_
On Fri, 31 Jul 2009 23:19:37 +0200
Hadmut Danisch wrote:
> I do not believe that it was a good idea to use nm as a standard
> software tool in ubuntu.
Works perfectly fine in Fedora
--
Brian Morrison
bdm at fenrir dot org dot uk
"Arguing with an engineer is like wrestling with a pig
On Fri, Jul 31, 2009 at 5:19 PM, Hadmut Danisch wrote:
> Alexander Sack wrote:
> > Pleaes contribute proactively and confirm that removing stuff from
> > there fixes the keyfile for you. Otherwise you waste everyones time
> > here.
> >
>
> Removing stuff from /etc/network/interfaces was the first
Alexander Sack wrote:
> Pleaes contribute proactively and confirm that removing stuff from
> there fixes the keyfile for you. Otherwise you waste everyones time
> here.
>
Removing stuff from /etc/network/interfaces was the first step
I tried for debugging.
Currently my /e/n/i contains
auto lo
On Fri, Jul 31, 2009 at 09:49:45AM +0200, Hadmut Danisch wrote:
> Alexander Sack wrote:
> > Maybe you have something configured in /etc/network/interfaces? I
> > think there was a report that keyfile connections are not considered
> > if there is anything configured in ifupdown.
> >
>
>
> Sure
Hadmut Danisch a écrit :
> Alexander Sack wrote:
>> Maybe you have something configured in /etc/network/interfaces? I
>> think there was a report that keyfile connections are not considered
>> if there is anything configured in ifupdown.
> Sure I have.
>
> Some things need to be done without grap
Alexander Sack wrote:
> Maybe you have something configured in /etc/network/interfaces? I
> think there was a report that keyfile connections are not considered
> if there is anything configured in ifupdown.
>
Sure I have.
Some things need to be done without graphical desktops and
without tro
On Thu, Jul 30, 2009 at 09:19:27PM +0200, Hadmut Danisch wrote:
> Dan Williams wrote:
> > Is the keyfile plugin definitely getting loaded
> > via /etc/NetworkManager/nm-system-settings.conf?
> >
>
> [main]
> plugins=ifupdown,keyfile
>
> [ifupdown]
> managed=false
Maybe you have something conf
Dan Williams wrote:
> Is the keyfile plugin definitely getting loaded
> via /etc/NetworkManager/nm-system-settings.conf?
>
[main]
plugins=ifupdown,keyfile
[ifupdown]
managed=false
To verify this, I had also placed a debug message in
G_MODULE_EXPORT GObject *
nm_system_config_factory (void)
On Thu, 2009-07-30 at 19:45 +0200, Hadmut Danisch wrote:
> Dan Williams wrote:
> > Ok, this is odd, and it indicates a problem either with glib or with
> > inotify. What glib version are you using? Are any of the files you're
> > changing hardlinked to something else?
> >
> >
>
> Using curren
Dan Williams wrote:
> Ok, this is odd, and it indicates a problem either with glib or with
> inotify. What glib version are you using? Are any of the files you're
> changing hardlinked to something else?
>
>
Using current version of Ubuntu 9.04, libc6 is
2.9-4ubuntu6
No hardlinked files.
A
On Tue, 2009-07-28 at 20:23 +0200, Hadmut Danisch wrote:
> Dan Williams wrote:
> >
> >
> > You'll want to start looking in the keyfile's
> > system-settings/plugins/keyfile/plugin.c dir_changed() function. That
> > function is called whenever inotify sees new files or changes in the
> > config dir
Hadmut Danisch a écrit :
> Dan Williams wrote:
>>
>> You'll want to start looking in the keyfile's
>> system-settings/plugins/keyfile/plugin.c dir_changed() function. That
>> function is called whenever inotify sees new files or changes in the
>> config directory. Does that function get called wh
Dan Williams wrote:
>
>
> You'll want to start looking in the keyfile's
> system-settings/plugins/keyfile/plugin.c dir_changed() function. That
> function is called whenever inotify sees new files or changes in the
> config directory. Does that function get called when the new file
> appears ther
Hi,
Dan Williams wrote:
> Depends on your point of view; yes, more comments and explanation of
> theory are needed (especially in the public API). But the processes are
> also quite complex, and a familiarity with GObject and some of the
> technologies used (PolicyKit, GObject, dbus-glib) is a
On Sat, 2009-07-25 at 01:13 +0200, Hadmut Danisch wrote:
> Hi,
>
> maybe someone can give me a hint about where to start debugging:
>
> I am using Ubuntu 9.04 on several machines. On some machines Network
> Manager works as expected when making connections system wide available
> with the connect
35 matches
Mail list logo