these are the sort of things that would fry a new user

Dennis Clarke dclarke at
Sat Nov 17 22:51:37 UTC 2018

On 11/17/18 4:04 AM, Michael Tuexen wrote:
>> On 17. Nov 2018, at 09:56, Dennis Clarke <dclarke at> wrote:
>> On 11/17/18 3:46 AM, Michael Tuexen wrote:
>>>> On 17. Nov 2018, at 04:34, Dennis Clarke <dclarke at> wrote:
>> <snip>
>>>> eris# pkg query %t\ %n\ %v\ %o
>>>> Shared object "" not found, required by "pkg"
>>>> eris#
>>>> really ?
>>> Unfortunately, yes. Right now.
>>> During the release process, OpenSSL was upgraded. Not all package builders
>>> seems to be in sync. Please note that PowerPC is not a Tier 1 platform...
>> Yep .. regardless I tossed 12.0b3 out an air lock and started over with
>> rc1.  Building pkg from ports works fine. Seems to. Oddly rc1 still
>> reports as BETA3 :
>> eris#
>> eris# uname -a
>> FreeBSD eris 12.0-BETA3 FreeBSD 12.0-BETA3 r340039 GENERIC  powerpc
> That revision is beta3:
> Are you sure you installed the RC1 image?

ummm .. yeah ... I think so. er ... nope. drat.

I fetched and burned FreeBSD-12.0-RC1-powerpc-powerpc64-dvd1.iso from and well gee
I did not boot it live and check what it had to say. I could give that a
shot. Also in the install phase I didn't drop to a shell and run this:

    dd if=/dev/zero of=/dev/ada bs=8192 count=1048576

That is overkill but it writes zeros to the first 16M sectors of the
disk. I had done that in the past to move from Debian Linux over to
FreeBSD merely to be super sure that there wasn't anything nasty hiding
on some cyl0 area or some other silly bits.

I'll boot the dbd live and see what it says.

Yeah ... somehow managed to do an install and NOT do an install.

root at eris:~ # uname -a
FreeBSD eris 12.0-RC1 FreeBSD 12.0-RC1 r340470 GENERIC  powerpc

That looks better.

>> eris# pkg query %t\ %n\ %v\ %o | sort -r
>> 1542444839 dialog4ports 0.1.6 ports-mgmt/dialog4ports
>> 1542444137 pkg 1.10.5_5 ports-mgmt/pkg
>> eris#
>> I still am not sure where we stand on the whole kern.smp.disabled issue
>> but that is another matter.

> As I reported earlier:
> Disabling SMP with head gives a system behaving nicely. Enabling SMP and
> reverting r334498 gives me a usable system, with two limitation I observed
> so far:

Hold on .. you say "head" and I can only assume that means some current
dev rev hiding somewhere. I know that in the Apache world I build from
trunk just fine as they like to say "trunk" whereas here in FreeBSD land
the word seems to be "head".  Wherefore is this wonderful fountain of
code?  :-)   I am more than happy ( delighted in fact ) to fetch sources
and build and test and figure out bits needed. Certainly on not_x86.

> 1. After a while the fans get louder. Running sysctl -a dev.fcu.0
>     gets them down again. After a while they will start to get
>     louder again.

Nope that isn't happening with whatever I am running here.

> 2. When shutting down the system,
>     Waiting (max 60 seconds) for system thread `bufdaemon' to stop...
>     Waiting (max 60 seconds) for system thread `bufspacedaemon-1' to stop...
>     Waiting (max 60 seconds) for system thread `bufspacedaemon-0' to stop...
>     times out.
> Best regards
> Michael

Thank you for the input and help here. I think that perhaps ppc64 could
and even should be up in tier-1 given that state of IBM servers these
days but some effort and support is merely needed.


More information about the freebsd-ppc mailing list