Bug #58

1.4 Installation Quirks

Added by LabThug almost 9 years ago. Updated almost 8 years ago.

Status:ClosedStart date:
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:-
Target version:-

Description

Hi,

I'm not sure if this belongs here, on kernel, or elsewhere. If it's not here
please let me know, and I'll move it over to the right place.

I just got done installing the 1.4 release on my LabThug server. For the most
part, it went smoothly. However, there were a few quirks I came across that I
figured should be posted for others to read. I also did not see them mentioned
in the errata.

1) The password fields for root and other users generate an error message if
the user enters any of the following characters:

:;,`~!@#$%^&*()+={}[]\|/?<>'"

However, all of these characters can be used by passwd and can be used to
authenticate a user at the login prompt. I verified this by entering the above
characters (in the above order) for a dummy account and then logging in using
that account's credentials.

2) Installing / Removing the additional software generates an error because the
pkg_* files are not where the installer believes them to be. These commands
either fail with 127 (when the pkg_* apps are called directly) and/or 1 (when
/usr/sbin/chroot is called first). When viewing the log, the error is always
"no such file or directory." I believe the problem is due to the fact the
commands being run are /usr/sbin/pkg_* instead of /usr/pkg/sbin/pkg_*, where
the applications really reside.

3) the /usr/pkg/{bin|sbin} directories are not put into the path for newly
created users. These directories do not appear to be in the /usr/share/skel
files either. These directories do appear in root's files.

The good news is that I could work-around all these problems and my LabThug
server is now running 1.4 :-). I'm going to start adding the pkgsrc versions
of the 3rd-party applications I use and will report back any problems in that
process (and cc tech-pkg right?).

Thanks,

Adrian

History

#1 Updated by erik-wikstrom almost 9 years ago

On 2006-01-14 04:08, wrote:
>
> 3) the /usr/pkg/{bin|sbin} directories are not put into the path for newly
> created users. These directories do not appear to be in the /usr/share/skel
> files either. These directories do appear in root's files.

This was fixed in head by Simon but I don't think it has been MFC to
1.4. Commit message:
http://leaf.dragonflybsd.org/mailarchive/commits/2006-01/msg00038.html

Erik Wikström
--
"I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure
out how to use my telephone" -- Bjarne Stroustrup

#2 Updated by dillon almost 9 years ago

:This was fixed in head by Simon but I don't think it has been MFC to
:1.4. Commit message:
:http://leaf.dragonflybsd.org/mailarchive/commits/2006-01/msg00038.html
:
:Erik Wikström

I have added the information to the 1.4 errata page.

-Matt
Matthew Dillon
<>

#3 Updated by bsd_usr almost 9 years ago

wrote:

> 3) the /usr/pkg/{bin|sbin} directories are not put into the path for newly
> created users. These directories do not appear to be in the /usr/share/skel
> files either. These directories do appear in root's files.

Yeah, I also noticed that path problem too. I mentioned it to Simon and
he took care of that for both dot.cshrc and dot.profile. I think he may
have also removed refrences to /usr/X11R6 as well, but I'm not 100% sure
on that.

Another quirk is that newaliases isn't run after installation, but I had
already mentioned that and has been noted.

Just like you said, most things are easily fixed (i.e. path entries) or
worked around. :) Matt's doing a good job of updating the errata as soon
as quirks are found. I just hope people read the errata before they
install so they know what to expect.

Joseph Garcia

Also available in: Atom PDF