<>
On Mon, Mar 24, 2003 at 10:43:26AM +1030, [EMAIL PROTECTED] wrote:
> Quoting "V. M. Smith" <[EMAIL PROTECTED]>:
>
> > FWIW I've had sendmail hang on startup for me before; turned out to be DNS
> > prob.
> > Try verifying name resolution. Did you maybe stomp on your hosts file by
> > accident durin
Joe Marcus Clarke wrote:
> I have never had a problem logging in as a normal user with gdm or
> gdm2. How are you creating these users?
For sure I know that one user was created when I build the 4.7 system,
and another was added with adduser after the upgrade
gdm2 worked before the XFree86 4.3.0
On Fri, 2003-03-21 at 13:47, Matthew Donadio wrote:
> [ This was originally sent to freebsd-quesions, but upon second thought,
> it is probably more appropriate here ]
>
> Hi all,
>
> I am having some trouble with GDM and I was wondering if anyone can
> either confirm the problem or shed some lig
On Mon, Mar 24, 2003, [EMAIL PROTECTED] wrote:
> Error messages = zero. Sendmail simply doesn't load :-(
Run some basic tests:
sendmail -bt -d0.13 < /dev/null
sendmail -bs
wait for greeting, then type
EHLO localhost
QUIT
If those test don't work, add
-d
to the options.
See also:
http://www.s
Quoting "V. M. Smith" <[EMAIL PROTECTED]>:
> FWIW I've had sendmail hang on startup for me before; turned out to be DNS
> prob.
> Try verifying name resolution. Did you maybe stomp on your hosts file by
> accident during mergemaster -cv?
Thanks for yours and other helpful responses.
Problem - I c
On Sun, 2003-03-23 at 16:06, Mikhail Kruk wrote:
> I beleive he is not using SYS V Semaphors but rahter POSIX semaphors. I
> don't know about 5.0, but they are definitely not supported in 4.x
Posix semaphores in 5.0 are supported with a kludged-together mess of
SYSV semaphores and posix-threads..
I beleive he is not using SYS V Semaphors but rahter POSIX semaphors. I
don't know about 5.0, but they are definitely not supported in 4.x
> > "Bad system call (core dumped)"
>
> Make sure you have SYS V Semaphores in your kernel. In 4.x, you add the
> options SYSVSEM
>
> (which