[PlanetCCRMA] jack-dssi-host

[Len]

--- On Tue, 12/7/10, Orcan Ogetbil <oget.fedora at gmail.com> wrote:

From: Orcan Ogetbil <oget.fedora at gmail.com>
Subject: Re: [PlanetCCRMA] jack-dssi-host
To: "Len" <lenb_99 at yahoo.com>
Cc: planetccrma at ccrma.Stanford.EDU
Date: Tuesday, December 7, 2010, 4:15 PM

On Tue, Dec 7, 2010 at 3:58 PM, Len  wrote:
>
> --- On Tue, 12/7/10, Orcan Ogetbil wrote:
>
> From: Orcan Ogetbil <oget.fedora at gmail.com>
> Subject: Re: [PlanetCCRMA] jack-dssi-host
> To: "Len" <lenb_99 at yahoo.com>
> Cc: planetccrma at ccrma.stanford.edu
> Date: Tuesday, December 7, 2010, 2:33 PM
>
> On Tue, Dec 7, 2010 at 12:20 PM, Len wrote:
> > Sorry if this is a bit off-topic, but does anyone know how to keep Network Manager from re-writing /etc/hosts on each reboot?  The gui for dssi clients (hexter, fluidsynth-dssi, etc) will only appear if the hostname is associated with localhost in /etc/hosts, but nm keeps modifying the file and overwriting my changes.
> >
>
> I disabled IPv6 for my device in system-config-network, and now I
> don't have this problem anymore. The ipv6 line is still in /etc/hosts
> but my DSSI plugins work.
>
> You can also modify NetworkManager
 configuration by hand at
>
> devices/ifcfg-ethX
> profiles/default/ifcfg-ethX
>
> where X is your device number.
>
> Orcan
>
> Strange.  I've run system-config-network (and looked at /etc/sysconfig/networking/devices/ifcfg-eth0  and profiles/default/ifcfg-eth0) -- and ipv6 is not enabled (IPV6INIT=no).  Still, on each reboot, NetworkManager adds the following line to /etc/hosts:
>
> ::1     <hostname>   localhost6.localdomain6 localhost6
>

Yes, it keeps adding that line, I don't know why. But with IPV6INIT
set to "IPV6INIT=no" (and NetworkManager restarted), even when that
line exists in /etc/hosts, my DSSI plugins work here.

Orcan

No such luck here.  As long as that line exists in /etc/hosts, regardless of where in the file it occurs, it prevents the dssi gui from appearing. 
 

Guess I'm stuck with editing the hosts file each time, like Steve said.

Still, there must be a better solution...





      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://ccrma-mail.stanford.edu/pipermail/planetccrma/attachments/20101207/317f69df/attachment.html