it
horizon" configuration, so that private names are only seen by private
machines.
(*) But use multiple A records, not CNAME. CNAME is almost never
necessary, and gains you nothing except an extra query from every
client. I've seen some cluster configurations in which CNAME offer
be driver-dependent. Since you say "twinview", I presume
you're using the nvidia driver, which (as far as I know) can't do that.
I use a Matrox G400 with their proprietary driver, and it does behave
the way you want it to (but has other problems).
Cheers -d
- --
D
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daevid Vincent wrote:
The changelog is fairly useless from a 'users' perspective. I have no idea
which one has the required USA DST changes in it...
Dunno, but it's correct on my system for US/Pacific, which was synced a
week or so ago:
[EMAIL
ternal hosts
all use the same (my) dns resolver. Ergo, I have a file
/etc/dnscache/root/servers/1.168.192.in-addr.arpa which contains the
line 127.0.0.1.
Cheers -d
- --
David Talkington
PGP key: http://www.prairienet.org/~dtalk/004B8F8B.asc
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4
iver from nvidia
#Driver "nv" # xorg nvidia driver
EndSection
Section "Device"
Identifier "matrox1"
Driver "mga"
EndSection
Section "Screen"
Identifier "screen0"
Device "matro
emux_synth,snd_seq_virmidi,snd_pcm_oss,snd_seq_oss,snd_seq,snd_mixer_oss,snd_emu10k1,snd_rawmidi,snd_ac97_codec,snd_pcm,snd_seq_device,snd_timer,snd_hwdep
e1000 107200 0
soundcore 9312 1 snd
- --
David Talkington
PGP key: http://www.prairienet.org/~dtalk/004B8F8
; to modules.d/3c59x, though this was
not previously necessary, and still nothing.
Has something changed with this driver?
Cheers -d
- --
David Talkington
PGP key: http://www.prairienet.org/~dtalk/004B8F8B.asc
-BEGIN PGP SIGNATURE-
Version: Gnu
Microsoft. ;-)
You can either file a bug report on bugs.gentoo.org to try and get the
behavior changed,
Thank you, I'll look into that. Obviously, I was merely venting here.
Cheers -d
- --
David Talkington
PGP key: http://www.prairienet.org/~dtalk/004B8F8B.asc
-BEGIN PG
cannot for
the life of me think of a good reason to do this.
- --
David Talkington
PGP key: http://www.prairienet.org/~dtalk/004B8F8B.asc
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
iD8DBQFFWgIB5FKhdwBLj4sRAvR+AKCCNDISnN0SQZQTo3Piu3yCEoYP0QCfTZxD
7/sMMrJEkY91a5sw5VR3W5Q=
=ELRL
un mine right on the gateway, and ensure
that it doesn't listen to the public address.
That's basically it. A big advantage of this is that if you want, now
you can easily isolate one of those segments to create a DMZ for a web
server or a playstation or something else fun.
Cheers -d
wanted this one:
http://article.gmane.org/gmane.linux.gentoo.user/169894
Thank you; my apologies for not finding that and saving your time
(especially since the thread was mere days ago ... gack ...)
I'll just rebuild the box; no biggie. Cheers -d
- --
David Talkington
PG
und
/etc/mail/spamassassin /etc/udev /etc/rulesdujour /etc/gnome-vfs-2.0
/etc/scsi_id.config /etc/services /etc/vhosts /usr/share'
And:
# cat /etc/gentoo-release
Gentoo Base System version 1.12.4
If it is not yet apparent to anyone how I've got myself into this
pickle, please let me know
in ~/.ssh/ to enforce this?
All the directives listed in 'man ssh_config' can be placed in
~/.ssh/config for individual accounts. You'll be interested in
PasswordAuthentication, and perhaps PreferredAuthentications.
Cheers ... -d
- --
David Talkington
PGP key: http://www
uming that to be true, then this might help -- it solved a similar
build problem for me:
http://www.vmware.com/community/thread.jspa?messageID=76957&tstart=0
Cheers -d
- --
David Talkington
PGP key: http://www.prairienet.org/~dtalk/004B8F8B.asc
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
14 matches
Mail list logo
