C 2003.
This, at least superficially, looks similar to kern/55784 filed against
4.8-STABLE.
Find attached a full dmesg, with example script, panic and kernel
config. The system is failing to dump core. I'll happily help debug this
as much as is necessary before 5.2-REL.
Hopefu
#x27;m not a gdb expert).
I'll continue to try and replicate the initial panic, and get some more
helpful data.
- Robin
--
_____
[ Robin Breathe | robin at isometry dot ne
Heh, in the example I chose md5 isn't even required (I was thinking of it in
terms of somebody meaningfully choosing a >8 char passwd).
Robin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Hmmm, it might be worth mentioning, since md5 is the default passwd hash,
it's not infeasible that someone might choose "`rm -rf /`", or similar, as
their passwd... Which would have somewhat unpleasant results since adduser
runs as root.
Shame this wasn't picked up before, it's such a little thing
> When you are logged in as root, the virtual terminal that you
> are using has those permissions - root:tty When you login as
> robin, it will have robin:tty. The unused virtual terminals
> will remain root:wheel
>
> It's about who is assigned that device. Technically, I am not
> able to explain t
Wonderful, thank you too :)
Another totally unrelated thing I'm a little unsure on is the default group
ownerships of the /dev/ttyv? Devices under devfs. Some are owned by group
tty, others by wheel. Is this correct/intended? It seems rather arbitrary.
# ls -l ttyv?
crw--- 1 root tty
Morning all,
Just a little thing I've spotted in 5.0-R which could cause grief for new
users. Post-perl adduser(8) is broken with what I would term sensible
passwords. i.e. those which contain special shell characters (|/`/$/etc).
The fix is simple:
--- /usr/src/usr.sbin/adduser/adduser.sh.orig