On Wednesday 24 December 2008 00:03:46 Mick wrote:
If you are using SSL certificates you must set up the correct domain
name, with regards to what the client machines see on the intranet/LAN.
Clearly the IP address is not a FQDN and the certificate check fails.
So, you want your common name
Mark David Dumlao wrote:
On Wed, Dec 24, 2008 at 1:36 AM, Alan McKinnon alan.mckin...@gmail.com
wrote:
DSA / RSA
tun / tap
tun - to uniplexed node?
tap - to any person?
it makes some vague sense
I think what Alan refers to is:
http://en.wikipedia.org/wiki/TUN/TAP
I'm not sure if this is
On Wednesday 24 December 2008 03:58:29 Dale wrote:
I guess the eggnog must taste real good down in your next of the woods
this time of year :-)
Well, I'm a t'totaller myself. I leave the drinking up to my brother.
I found a new beer - Becks - with 0% alcohol. All the taste, none of
On Wednesday 24 December 2008 12:27:29 pk wrote:
Mark David Dumlao wrote:
On Wed, Dec 24, 2008 at 1:36 AM, Alan McKinnon alan.mckin...@gmail.com
wrote:
DSA / RSA
tun / tap
tun - to uniplexed node?
tap - to any person?
it makes some vague sense
I think what Alan refers to is:
On Wednesday 24 December 2008, Peter Humphrey wrote:
On Wednesday 24 December 2008 00:03:46 Mick wrote:
If you are using SSL certificates you must set up the correct domain
name, with regards to what the client machines see on the intranet/LAN.
Clearly the IP address is not a FQDN and the
Alan McKinnon wrote:
As I used them they are not related. DSA and RSA are key hash algorithms, I
can never tell them apart and have to haul out the man page to rediscover
which one I tell my users to use :-)
tun tap - same thing. One is routed, one is more like level 2. Do you think
I
On Wednesday 24 December 2008 10:45:58 Mick wrote:
It could still be a machine naming issue if you are pointing your client
to e.g. http://192.168.2.2:631 instead of http://serv.ethnet:631 - which
is what I suspect the SSL certificate's CN record shows.
(There's always one more detail that
On Wednesday 24 December 2008, 11:39, Alan McKinnon wrote:
DSA / RSA
tun / tap
tun - to uniplexed node?
tap - to any person?
it makes some vague sense
I think what Alan refers to is:
http://en.wikipedia.org/wiki/TUN/TAP
I'm not sure if this is what he seeks:
RSA -
I'm sorry to email this address but I need to unsub from this list
Could someone do that for me or tell me how
Thanks and again sorry
dh
On Wed, Dec 24, 2008 at 6:39 PM, Alan McKinnon alan.mckin...@gmail.com wrote:
Mark David Dumlao wrote:
tun - to uniplexed node?
tap - to any person?
As I used them they are not related. DSA and RSA are key hash algorithms, I
can never tell them apart and have to haul out the man page to
Duncan Haysom wrote:
I'm sorry to email this address but I need to unsub from this list
Could someone do that for me or tell me how
Thanks and again sorry
dh
Send a email to gentoo-user+unsubscr...@gentoo.org and confirm
unsubscribe.
Should work.
Dale
:-) :-)
Hi,
I'm sure that this issue has already been discussed here, but I can't
find any such discussions.
Anyway, is there an easy way to find orphan packages, i.e. installed
packages that don't have repository behind? For example, if I used to
have a layman overlay and now I deleted it, all the
Leonid Podolny schrieb:
Hi,
I'm sure that this issue has already been discussed here, but I can't
find any such discussions.
Anyway, is there an easy way to find orphan packages, i.e. installed
packages that don't have repository behind? For example, if I used to
have a layman overlay and
Leonid Podolny wrote:
Hi,
I'm sure that this issue has already been discussed here, but I can't
find any such discussions.
Anyway, is there an easy way to find orphan packages, i.e. installed
packages that don't have repository behind? For example, if I used to
have a layman overlay and now
Dale wrote:
Leonid Podolny wrote:
Hi,
I'm sure that this issue has already been discussed here, but I can't
find any such discussions.
Anyway, is there an easy way to find orphan packages, i.e. installed
packages that don't have repository behind? For example, if I used to
have a layman overlay
Nikos Chantziaras wrote:
Dale wrote:
Leonid Podolny wrote:
Hi,
I'm sure that this issue has already been discussed here, but I can't
find any such discussions.
Anyway, is there an easy way to find orphan packages, i.e. installed
packages that don't have repository behind? For example, if I
Nikos Chantziaras wrote:
Dale wrote:
Leonid Podolny wrote:
Hi,
I'm sure that this issue has already been discussed here, but I can't
find any such discussions.
Anyway, is there an easy way to find orphan packages, i.e. installed
packages that don't have repository behind? For example, if I
no, you have to do -e system first because system does not belong to world
anymore (for a couple of month it does not belong to world anymore. 6 or
something like that).
I was sort of in the discussion on -dev about this one. From my
understanding, world and system works like it used
Grant wrote:
no, you have to do -e system first because system does not belong to world
anymore (for a couple of month it does not belong to world anymore. 6 or
something like that).
I was sort of in the discussion on -dev about this one. From my
understanding, world and system
On Wed, Dec 24, 2008 at 3:45 AM, Peter Humphrey
pe...@humphrey.ukfsn.org wrote:
On Wednesday 24 December 2008 10:45:58 Mick wrote:
It could still be a machine naming issue if you are pointing your client
to e.g. http://192.168.2.2:631 instead of http://serv.ethnet:631 - which
is what I
Dude, the Dell is here!!!
On Tue, Dec 23, 2008 at 9:08 AM, Robert Bridge rob...@robbieab.com wrote:
On Mon, 22 Dec 2008 22:39:17 -0800
Kevin O'Gorman kogor...@gmail.com wrote:
Dude, I'm getting a Dell!
It's gonna come with Vista, and I have to use it that way for work.
But I want to
put a
On Wednesday 24 December 2008, Eric Martin wrote:
Mick wrote:
I have noticed this phenomenon which I am not sure I can explain very
satisfactorily. Just after midnight (GMT) any attempt to resync proves
futile:
==
# eix-sync
*
22 matches
Mail list logo
