Date: Sun, 18 Nov 2018 10:11:22 +0100 From: Michael Tuexen <tuexen@fh-muenster.de> To: Dennis Clarke <dclarke@blastwave.org> Cc: Michael Tuexen <Michael.Tuexen@macmic.franken.de>, FreeBSD PowerPC ML <freebsd-ppc@freebsd.org> Subject: Re: these are the sort of things that would fry a new user Message-ID: <0C021CC4-6C1C-4A75-B2D6-D4CEE92CBD10@fh-muenster.de> In-Reply-To: <47e6f155-775b-5612-2f6a-9a9b723659c4@blastwave.org> References: <6c26e8f7-a710-460e-1d37-ff649f698530@blastwave.org> <FC9EA9FF-F894-47FD-8F23-C61DDCB0EEF3@macmic.franken.de> <d835b110-3211-da54-20a3-7bb8aac1c555@blastwave.org> <F3773A67-D1F3-4379-AAA1-216E86A4FB52@macmic.franken.de> <47e6f155-775b-5612-2f6a-9a9b723659c4@blastwave.org>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] > On 17. Nov 2018, at 23:51, Dennis Clarke <dclarke@blastwave.org> wrote: > > On 11/17/18 4:04 AM, Michael Tuexen wrote: >>> On 17. Nov 2018, at 09:56, Dennis Clarke <dclarke@blastwave.org> wrote: >>> >>> On 11/17/18 3:46 AM, Michael Tuexen wrote: >>>>> On 17. Nov 2018, at 04:34, Dennis Clarke <dclarke@blastwave.org> wrote: >>> <snip> >>>>> eris# pkg query %t\ %n\ %v\ %o >>>>> ld-elf.so.1: Shared object "libssl.so.8" 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: >> https://svnweb.freebsd.org/changeset/base/340039 >> 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 > https://download.freebsd.org/ftp/releases/ISO-IMAGES/12.0/ 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@eris:~ # uname -a > FreeBSD eris 12.0-RC1 FreeBSD 12.0-RC1 r340470 GENERIC powerpc > > That looks better. Yepp. One mystery less... > >>> 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. Just checkout the code in https://svnweb.freebsd.org/base/head/ via svn. This is where development happens. I'm building kernel/world on the PowerMac... > >> 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. OK. Which PowerMac are you using? Best regards Michael > >> 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. > > Dennis > [-- Attachment #2 --] 0 *H 010 `He 0 *H 00PN=d0 *H 0q1 0 UDE1 0U Deutsche Telekom AG1 0 U T-TeleSec Trust Center1#0!UDeutsche Telekom Root CA 20 140722120826Z 190709235900Z0Z1 0 UDE10U DFN-Verein10U DFN-PKI1$0"UDFN-Verein PCA Global - G010"0 *H 0 g TÖP5=bnL ["t 41 R(#t^[xx(59{-E z|J Æ\+1{ $C 8jh Oxv&t kν0Ob'0 e`M #*5X'vq 5}o3]AkLQٽVVC= '0IT4qul !'>99Hjə 00U 0 U I= D{) p>d0 U #01ySz-l +30U 00bU [0Y0+!,0+!, 0+!,0 +!,0 +!, 0>U 705031/-http://pki0336.telesec.de/rl/DT_ROOT_CA_2.crl0x+l0j0,+0 http://ocsp0336.telesec.de/ocspr0:+0.http://pki0336.telesec.de/crt/DT_ROOT_CA_2.cer0 *H c (!r9FY92% }Am n,Yu3a'ò5*Iff/]n?nZ[Cc\1 _MeN2|zKM\t!uR>jӐ#nIg5MV/Ϸr>ɼ@Z=ּ÷2,jm59DXc$ Nn/8WI?nPo, FeϮٟS>/ Ƅ }{$$c4Z *y:%Be;|#),9[T00$ H30 *H 0Z1 0 UDE10U DFN-Verein10U DFN-PKI1$0"UDFN-Verein PCA Global - G010 140527145409Z 190709235900Z01 0 UDE1 0UNordrhein-Westfalen10UMuenster1 0 U Fachhochschule Muenster1#0!U Datenverarbeitungszentrale1 0UFH Muenster CA - G011 0 *H ca@fh-muenster.de0"0 *H 0 yll""AODSW{gp5ȕ[۵K{{ N '%M|( 45 ~.;. e.xH&=k| fWv293qP_vd:;IyCl|쒷 4/sCYձPG_EcjˠXh WZ xy_STbZOἥ ^_Ml3d stЎEPKp7 aa%w مgo 00U 00U 0U 00U 0 U [15B70 U #0I= D{) p>d0 U 0ca@fh-muenster.de0U 0~0=;97http://cdp1.pca.dfn.de/global-root-ca/pub/crl/cacrl.crl0=;97http://cdp2.pca.dfn.de/global-root-ca/pub/crl/cacrl.crl0+003+0'http://ocsp.pca.dfn.de/OCSP-Server/OCSP0G+0;http://cdp1.pca.dfn.de/global-root-ca/pub/cacert/cacert.crt0G+0;http://cdp2.pca.dfn.de/global-root-ca/pub/cacert/cacert.crt0 *H G5Jo5-km˅qtM h(gsQb@2^Cl}h^tB f!*$(Y1Kdlh`V_+ tpz-ӎ~0kY!@Fw7+`vezZ%H&@ E Ɏ, lfQ@k}u#>wڹf5Zl$K@eukYqFI;6]7.܋@Zy aƄ}~~0 0t70 *H 01 0 UDE1 0UNordrhein-Westfalen10UMuenster1 0 U Fachhochschule Muenster1#0!U Datenverarbeitungszentrale1 0UFH Muenster CA - G011 0 *H ca@fh-muenster.de0 160704070613Z 190704070613Z0|1 0 UDE1 0 U Fachhochschule Muenster1200U )Fachbereich Elektrotechnik und Informatik10U Michael Tuexen0"0 *H 0 ̚Pmٛn6 lW <ƣ ~Kyw'L797V8 yWY3H?.M:u.ۈdU=w>@.vWb_uK?XXxS6.N SY|n1kX_+\2L-=p ,&e;:ה⒬ b G-_W ԵDg bS" w`CD k [}m\! G0C0@U 9070+!,0+!,0 +!,0 U 0 0U 0 U %0++0 U jf fEu0 U #0 [15B70 U 0tuexen@fh-muenster.de0U 0~0=;97http://cdp1.pca.dfn.de/fh-muenster-ca/pub/crl/cacrl.crl0=;97http://cdp2.pca.dfn.de/fh-muenster-ca/pub/crl/cacrl.crl0+003+0'http://ocsp.pca.dfn.de/OCSP-Server/OCSP0G+0;http://cdp1.pca.dfn.de/fh-muenster-ca/pub/cacert/cacert.crt0G+0;http://cdp2.pca.dfn.de/fh-muenster-ca/pub/cacert/cacert.crt0 *H Hx:Ti ʆ,$c`)nqF?ŖNqeu7B> -,!ŃRK~SyFrIʲ}iI81|W'·~'m >bZ5he ߲QN*t 4vKsnsQqϨIG ^VTU/<[U9J .B1i67(ɐvH )1905001 0 UDE1 0UNordrhein-Westfalen10UMuenster1 0 U Fachhochschule Muenster1#0!U Datenverarbeitungszentrale1 0UFH Muenster CA - G011 0 *H ca@fh-muenster.det70 `He 70 *H 1 *H 0 *H 1 181118091123Z0/ *H 1" [gE]axqSfKrQ ҉0 +71001 0 UDE1 0UNordrhein-Westfalen10UMuenster1 0 U Fachhochschule Muenster1#0!U Datenverarbeitungszentrale1 0UFH Muenster CA - G011 0 *H ca@fh-muenster.det70 *H 1ՠ01 0 UDE1 0UNordrhein-Westfalen10UMuenster1 0 U Fachhochschule Muenster1#0!U Datenverarbeitungszentrale1 0UFH Muenster CA - G011 0 *H ca@fh-muenster.det70 *H $52~Ӓi;_ov^lJ,CB fyNi~<;Qj4I^^ Ie> eC Lhe>> *kD&Jmh^tL0ȓᗃWh~RQ"8 õ61hH. 9)0㙲 cOc|S4ܠ)Ӎ|Xl n_"#x@c(|c>PheM3̓help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?0C021CC4-6C1C-4A75-B2D6-D4CEE92CBD10>