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 n
Mark David Dumlao wrote:
> On Wed, Dec 24, 2008 at 1:36 AM, 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:
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 tas
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
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://
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
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
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
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 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 rediscover
> whic
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 package
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 a
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
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? F
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? F
>> 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 work
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
>> under
On Wed, Dec 24, 2008 at 3:45 AM, Peter Humphrey
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 suspect the SSL certifi
Dude, the Dell is here!!!
On Tue, Dec 23, 2008 at 9:08 AM, Robert Bridge wrote:
> On Mon, 22 Dec 2008 22:39:17 -0800
> "Kevin O'Gorman" 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 Linux partition on the
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-
22 matches
Mail list logo
