Adam Williamson wrote:
> On Wed, 2003-01-29 at 04:53, David Walser wrote:
>
>
> My guess is this may be a sort-of legal thing...I've seen other programs
> do it, and my guess is some lawyer somewhere in the shadowy world of
> software licensing decided it'd make a difference if the user had to
>
David Walser <[EMAIL PROTECTED]> writes:
> > > 1) Font face in the active part of the installation
> > > program is pretty inconsistent. It's spotty and very
> > > faded in spots.
> >
> > ?
>
> Is it possible to do screenshots if the install
> doesn't finish? Something onto a floppy maybe?
fo
On Wed, 2003-01-29 at 04:53, David Walser wrote:
> > > 2) License Agreement, Refuse is selected by
> > default
> > > o_O
> >
> > i don't think this will change, sorry :-/
>
> Ok, I just thought it was weird. It'll probably throw
> a lot of people off, but whatever.
My guess is this may be a so
Pixel <[EMAIL PROTECTED]> writes:
> > 4) On the package selection screen, after toggling to
> > flat mode and hitting the Floppy button I noticed a
> > few things. First the screen is a mess. It looks
> > like the header part of the window is too short,
> > there's some image in the top left tha
--- Pixel <[EMAIL PROTECTED]> wrote:
> David Walser <[EMAIL PROTECTED]> writes:
>
> [...]
>
> i didn't receive this mail, thanks David to gave a
> link to the
> archive... otherwise i wouldn't have belive it
> really was posted :-(
>
> > 1) Font face in the active part of the
> installation
> >
David Walser <[EMAIL PROTECTED]> writes:
[...]
i didn't receive this mail, thanks David to gave a link to the
archive... otherwise i wouldn't have belive it really was posted :-(
> 1) Font face in the active part of the installation
> program is pretty inconsistent. It's spotty and very
> faded
David Walser wrote:
> --- Brian Smith <[EMAIL PROTECTED]> wrote:
>
>>On Mon, 27 Jan 2003 15:08:20 -0800 (PST)
>> David Walser <[EMAIL PROTECTED]> wrote:
>>
>>>Strange, how does one reproduce the problem
>>
>>exactly?
>>
>>>I have a user that's only in LDAP and I can ssh to
>>>them just fine.
>>
--- Brian Smith <[EMAIL PROTECTED]> wrote:
> On Mon, 27 Jan 2003 15:08:20 -0800 (PST)
> David Walser <[EMAIL PROTECTED]> wrote:
> >Strange, how does one reproduce the problem
> exactly?
> >I have a user that's only in LDAP and I can ssh to
> >them just fine.
>
> On my system, setting 'ssl on' o
On Mon, 27 Jan 2003 15:08:20 -0800 (PST)
David Walser <[EMAIL PROTECTED]> wrote:
Strange, how does one reproduce the problem exactly?
I have a user that's only in LDAP and I can ssh to
them just fine.
On my system, setting 'ssl on' or 'ssl start_tls' in
/etc/ldap.conf causes ssh (or sshd) to s
On Mon Jan 27, 2003 at 03:08:20PM -0800, David Walser wrote:
[...]
> > Ok... if you do an strace on ssh, and then search
> > the output, you'll
> > see something like this:
> >
> > open("/etc/passwd", O_RDONLY) = 3
> > ... (much repeated, my strace shows 6 similar calls)
> >
> > So ssh, the cli
--- Vincent Danen <[EMAIL PROTECTED]> wrote:
> On Mon Jan 27, 2003 at 11:40:11AM -0700, Vincent
> Danen wrote:
>
> [...]
> > Let me do some digging... this is starting to ring
> some bells. I bet
> > if you do an strace on ssh (as a user in the LDAP
> database), you'll see
> > it accessing /etc/s
On Mon Jan 27, 2003 at 12:53:00PM -0700, Vincent Danen wrote:
> [...]
> > Let me do some digging... this is starting to ring some bells. I bet
> > if you do an strace on ssh (as a user in the LDAP database), you'll see
> > it accessing /etc/shadow directly, and *not* using getent to retrieve
> >
On Mon Jan 27, 2003 at 11:02:49AM -0500, Brian Smith wrote:
> >>When you have "ssl start_tls" do the usual "getent
> >>passwd" or "getent
> >>shadow" and such work?
> >
> >getent passwd works, getent shadow does not (well, it
> >lists the used in /etc/shadow, but not the ones in ldap).
>
> Err,
On Mon, 27 Jan 2003 10:50:28 -0500
"Brian Smith" <[EMAIL PROTECTED]> wrote:
On Fri, 24 Jan 2003 22:06:42 -0700
Vincent Danen <[EMAIL PROTECTED]> wrote:
When you have "ssl start_tls" do the usual "getent
passwd" or "getent
shadow" and such work?
getent passwd works, getent shadow does not (w
On Fri, 24 Jan 2003 22:06:42 -0700
Vincent Danen <[EMAIL PROTECTED]> wrote:
When you have "ssl start_tls" do the usual "getent
passwd" or "getent
shadow" and such work?
getent passwd works, getent shadow does not (well, it
lists the used in /etc/shadow, but not the ones in ldap).
On Fri Jan 24, 2003 at 09:05:57PM -0600, Brian Smith wrote:
> Hey guys, I had ssh start crapping out on me recently, but I was able to fix
> it by changing "ssl start_tls" to "ssl on". With start_tls, ssh segfaults if
> run by a user who's not in /etc/passwd, and sshd segfaults if you try to
>
Hey guys, I had ssh start crapping out on me recently, but I was able to fix
it by changing "ssl start_tls" to "ssl on". With start_tls, ssh segfaults if
run by a user who's not in /etc/passwd, and sshd segfaults if you try to
login as a user not in /etc/passwd.
Other problems I've seen with l
Stefan van der Eijk wrote:
>>
>
> Weird. The machine bgmilne, is it set to query it's own ldap database?
Yes, but it was giving referrals, which might have influenced it, but:
[bgmilne@bgmilne bgmilne]$ grep ^host /etc/ldap.conf
host localhost
And on our ldap master (runs 9.0):
[bgmilne@hercul
Another nice LDAP related buglet. On a cooker machine that's running
slapd (openldap-servers) the sshd won't work properly.
It's easy to reproduce (I've done it on 2 machines):
[root@taz root]# service ldap start
ldaps
Starting slapd (ldap + ldaps): [ OK ]
[r
On Thu, 23 Jan 2003, Stefan van der Eijk wrote:
> Another nice LDAP related buglet. On a cooker machine that's running
> slapd (openldap-servers) the sshd won't work properly.
>
> It's easy to reproduce (I've done it on 2 machines):
>
> [root@taz root]# service ldap start
> ldaps
> Starting slapd
Another nice LDAP related buglet. On a cooker machine that's running
slapd (openldap-servers) the sshd won't work properly.
It's easy to reproduce (I've done it on 2 machines):
[root@taz root]# service ldap start
ldaps
Starting slapd (ldap + ldaps): [ OK ]
[roo
21 matches
Mail list logo