Date: Thu, 20 Jun 2019 15:27:31 -0500 From: Karl Denninger <karl@denninger.net> To: freebsd-embedded <freebsd-embedded@freebsd.org> Subject: Re: NanoBSD cust_pkgng problem.... Message-ID: <fc9b21ad-3d51-a0ab-3db0-7976fb3b6aa1@denninger.net> In-Reply-To: <CANCZdfqnvK4x5w7t3-TLgWAChoQVLAH3hp%2Bp87VqkJdkjQhLzA@mail.gmail.com> References: <27515540-54ef-6e7e-1b87-9be875b54c22@denninger.net> <ac88b364f04c70bb0d644d2d0dba4bb50a5d57f8.camel@freebsd.org> <CANCZdfqnvK4x5w7t3-TLgWAChoQVLAH3hp%2Bp87VqkJdkjQhLzA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --]
On 6/20/2019 14:46, Warner Losh wrote:
>
>
> On Thu, Jun 20, 2019, 12:40 PM Ian Lepore <ian@freebsd.org
> <mailto:ian@freebsd.org>> wrote:
>
> On Thu, 2019-06-20 at 13:16 -0500, Karl Denninger wrote:
> > I'm trying to rebuild 12-STABLE with current code with the following
> > for
> > the PCEngines systems.
> >
> > NANO_NAME=pcengines
> > NANO_SRC=/usr/src
> > NANO_KERNEL=KSD-SMP
> > NANO_IMAGES=2
> > NANO_MODULES="default"
> >
> > #NANO_DRIVE=ad0
> > NANO_DRIVE=mmcsd0
> >
> > NANO_RAM_ETCSIZE=30720
> > #NANO_RAM_TMPVARSIZE=30720
> > NANO_RAM_TMPVARSIZE=131072
> >
> > NANO_PACKAGE_DIR=/work/PKG-AMD64-12/pkg
> >
> > # Configuration slice size set to 64Mb
> > #
> > NANO_CONFSIZE=$((64*1000*1000/512))
> > #
> > # Set "data" partition to 512MB
> > #
> > NANO_DATASIZE=$((512*1000*1000/512))
> >
> > NANO_OBJ="/work/Crochet-work-AMD/obj"
> >
> > NANO_PMAKE="make -j 8"
> >
> > # 7.5Gb SD image; will fit on a 8Gb card, but is REAL tight!
> > #NANO_MEDIASIZE=$((7*1000*1000*1000/512 + 1000*1000*512/512))
> > #
> > # 12Gb SD image; fits on 16Gb SD card and has more room for packages
> > NANO_MEDIASIZE=$((12*1000*1000*1000/512))
> >
> > The packages are in /work/PKG-AMD64-12 as expected. I have a little
> > script that gets them which is:
> >
> > PKGDIR='/work/PKG-AMD64-12'
> > export PKGDIR
> > PKG_CACHEDIR=/work/PKG-AMD64-12/cache
> > export PKG_CACHEDIR
> >
> > ABI=FreeBSD:12:amd64
> > export ABI
> >
> > pkg -R . -r . -o $PKGDIR/pkgs fetch -d \
> > bind914 rsync sshguard strongswan dhcp6 \
> > net-snmp ntimed openvpn flashrom dmidecode
> > # net-snmp ntimed openvpn flashrom dmidecode ssmtp
> > # bind914 rsync sshguard strongswan dhcp6 isc-dhcp44-server \
> >
> > rm -rf $PKGDIR/pkg
> > mkdir -p $PKGDIR/pkg
> >
> > cd $PKG_CACHEDIR
> > find . -type l -print -exec cp {} ../pkg \;
> >
> > /work/PKG-AMD64-12 has a repo.conf file and such; I use the same
> > mechanism to fetch for Crochet for the ARM64 platforms.
> >
> > Note the two commented lines. If I include EITHER ssmpt or
> > isc-dhcp44-server cust_pkgng fails, but the error simply says the
> > install failed without a reason for it.
> >
> > If I do NOT include those two the build succeeds. Neither of them,
> > if I
> > add them back in, discloses a missing dependency or similar.
> >
> > pkg: Cannot open /dev/null:No such file or directory
> > Extracting flashrom-1.0_1: ........ done
> > Message from python27-2.7.16_1:
> >
> >
> =====================================================================
> > ======
> >
> > Note that some standard Python modules are provided as separate
> ports
> > as they require additional dependencies. They are available as:
> >
> > bsddb databases/py-bsddb
> > gdbm databases/py-gdbm
> > sqlite3 databases/py-sqlite3
> > tkinter x11-toolkits/py-tkinter
> >
> >
> =====================================================================
> > ======
> > + CR 'env BATCH=YES ASSUME_ALWAYS_YES=YES PKG_DBDIR=/var/db/pkg
> > SIGNATURE_TYPE=none /usr/sbin/pkg add /_.p/gettext-runtime-
> > 0.20.1.txz'
> > + chroot /work/Crochet-work-AMD/obj/_.w /bin/sh -exc 'env BATCH=YES
> > ASSUME_ALWAYS_YES=YES PKG_DBDIR=/var/db/pkg SIGNATURE_TYPE=none
> > /usr/sbin/pkg add /_.p/gettext-runtime-0.20.1.txz'
> > + env 'BATCH=YES' 'ASSUME_ALWAYS_YES=YES' 'PKG_DBDIR=/var/db/pkg'
> > 'SIGNATURE_TYPE=none' /usr/sbin/pkg add /_.p/gettext-runtime-
> > 0.20.1.txz
> > Installing gettext-runtime-0.20.1...
> > the most recent version of gettext-runtime-0.20.1 is already
> > installed
> > + CR 'env BATCH=YES ASSUME_ALWAYS_YES=YES PKG_DBDIR=/var/db/pkg
> > SIGNATURE_TYPE=none /usr/sbin/pkg add /_.p/icu-64.2,1.txz'
> > + chroot /work/Crochet-work-AMD/obj/_.w /bin/sh -exc 'env BATCH=YES
> > ASSUME_ALWAYS_YES=YES PKG_DBDIR=/var/db/pkg SIGNATURE_TYPE=none
> > /usr/sbin/pkg add /_.p/icu-64.2,1.txz'
> > + env 'BATCH=YES' 'ASSUME_ALWAYS_YES=YES' 'PKG_DBDIR=/var/db/pkg'
> > 'SIGNATURE_TYPE=none' /usr/sbin/pkg add /_.p/icu-64.2,1.txz
> > Installing icu-64.2,1...
> > the most recent version of icu-64.2,1 is already installed
> > + CR 'env BATCH=YES ASSUME_ALWAYS_YES=YES PKG_DBDIR=/var/db/pkg
> > SIGNATURE_TYPE=none /usr/sbin/pkg add /_.p/indexinfo-0.3.1.txz'
> > + chroot /work/Crochet-work-AMD/obj/_.w /bin/sh -exc 'env BATCH=YES
> > ASSUME_ALWAYS_YES=YES PKG_DBDIR=/var/db/pkg SIGNATURE_TYPE=none
> > /usr/sbin/pkg add /_.p/indexinfo-0.3.1.txz'
> > + env 'BATCH=YES' 'ASSUME_ALWAYS_YES=YES' 'PKG_DBDIR=/var/db/pkg'
> > 'SIGNATURE_TYPE=none' /usr/sbin/pkg add /_.p/indexinfo-0.3.1.txz
> > Installing indexinfo-0.3.1...
> > the most recent version of indexinfo-0.3.1 is already installed
> > + CR 'env BATCH=YES ASSUME_ALWAYS_YES=YES PKG_DBDIR=/var/db/pkg
> > SIGNATURE_TYPE=none /usr/sbin/pkg add /_.p/isc-dhcp44-server-
> > 4.4.1_4.txz'
> > + chroot /work/Crochet-work-AMD/obj/_.w /bin/sh -exc 'env BATCH=YES
> > ASSUME_ALWAYS_YES=YES PKG_DBDIR=/var/db/pkg SIGNATURE_TYPE=none
> > /usr/sbin/pkg add /_.p/isc-dhcp44-server-4.4.1_4.txz'
> > + env 'BATCH=YES' 'ASSUME_ALWAYS_YES=YES' 'PKG_DBDIR=/var/db/pkg'
> > 'SIGNATURE_TYPE=none' /usr/sbin/pkg add /_.p/isc-dhcp44-server-
> > 4.4.1_4.txz
> > Installing isc-dhcp44-server-4.4.1_4...
> > pkg: Cannot open /dev/null:No such file or directory
> >
> > Failed to install the following 1 package(s):
> > /_.p/isc-dhcp44-server-4.4.1_4.txz
> > + umount /work/Crochet-work-AMD/obj/_.w/_.p
> > + rm -rf /work/Crochet-work-AMD/obj/_.w/_.p
> > + echo 'NANO RM -rf /work/Crochet-work-AMD/obj/_.w/_.p'
> > NANO RM -rf /work/Crochet-work-AMD/obj/_.w/_.p
> > + uname -r
> > + command rm -x -rf /work/Crochet-work-AMD/obj/_.w/_.p
> >
> > Note that's not the "can't open /dev/null" complaint since that
> > appears
> > up above (and in fact a bunch of other times previously as well) and
> > doesn't blow the install up. But *something* is causing the install
> > for
> > those two packages -- and only these two, as the other ~40 odd with
> > dependencies are fine -- to exit non-zero and blow up the build.
> >
> > It's tough to run this down without an error message that tells me
> > exactly what it's upset about.
> >
> > Any ideas?
> >
>
> I think it's a mistake to ignore the /dev/null errors. It's quite
> possible that the error is non-fatal when installing some packages and
> fatal when installing others. The message indicates you need to mount
> devfs within the chroot or jail being used to run pkg.
>
>
> I agree, but for different reasons. Pkg is now using it, which is why
> we see a new error. None of the packages installed threw error
> messages before, so I think his setup is ok.
>
> Warner
>
I can confirm that with defaults.sh patched it now runs to completion on
the "latest" without problems.
--
Karl Denninger
karl@denninger.net <mailto:karl@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
[-- Attachment #2 --]
0 *H
010
`He 0 *H
00 H^Ōc!5
H0
*H
010 UUS10UFlorida10U Niceville10U
Cuda Systems LLC10UCuda Systems CA1!0UCuda Systems LLC 2017 CA0
170817164217Z
270815164217Z0{10 UUS10UFlorida10U
Cuda Systems LLC10UCuda Systems CA1%0#UCuda Systems LLC 2017 Int CA0"0
*H
0
h-5B>[;olӴ0~͎O9}9Ye*$g!ukvʶLzN`jL>MD'7U 45CB+kY`bd~b*c3Ny-78ju]9HeuέsӬDؽmgwER?&UURj'}9nWD i`XcbGz \gG=u%\Oi13ߝ4
K44pYQr]Ie/r0+eEޝݖ0C15Mݚ@JSZ(zȏ NTa(25DD5.l<g[[ZarQQ%Buȴ~~`IohRbʳڟu2MS8EdFUClCMaѳ !}ș+2k/bųE,n当ꖛ\(8WV8 d]b yXw ܊:I39
00U]^§Q\ӎ0U#0T039N0b010 UUS10UFlorida10U Niceville10U
Cuda Systems LLC10UCuda Systems CA1!0UCuda Systems LLC 2017 CA @Ui0U0 0U0
*H
:P U!>vJnio-#ן]WyujǑR̀Q
nƇ!GѦFg\yLxgw=OPycehf[}ܷ['4ڝ\[p 6\o.B&JF"ZC{;*o*mcCcLY߾`
t*S!(`]DHP5A~/NPp6=mhk밣'doA$86hm5ӚS@jެEgl
)0JG`%k35PaC?σ
׳HEt}!P㏏%*BxbQwaKG$6h¦Mve;[o-Iی&
I,Tcߎ#t wPA@l0P+KXBպT zGv;NcI3&JĬUPNa?/%W6G۟N000 k#Xd\=0
*H
0{10 UUS10UFlorida10U
Cuda Systems LLC10UCuda Systems CA1%0#UCuda Systems LLC 2017 Int CA0
170817212120Z
220816212120Z0W10 UUS10UFlorida10U
Cuda Systems LLC10Ukarl@denninger.net0"0
*H
0
T[I-ΆϏ dn;Å@שy.us~_ZG%<MYd\gvfnsa1'6Egyjs"C [{~_K Pn+<*pv#Q+H/7[-vqDV^U>f%GX)H.|l`M(Cr>е͇6#odc"YljҦln8@5SA0&ۖ"OGj?UDWZ5 dDB7k-)9Izs-JAv
J6L$Ն1SmY.Lqw*SH;EF'DĦH]MOgQQ|Mٙג2Z9y@y]}6ٽeY9Y2xˆ$T=eCǺǵbn֛{j|@LLt1[Dk5:$= ` M 00<+00.0,+0 http://ocsp.cudasystems.net:88880 U0 0 `HB0U0U%0++03 `HB
&$OpenSSL Generated Client Certificate0U%՞V=;bzQ0U#0]^§Q\ӎϡ010 UUS10UFlorida10U Niceville10U
Cuda Systems LLC10UCuda Systems CA1!0UCuda Systems LLC 2017 CA H^Ōc!5
H0U0karl@denninger.net0
*H
۠A0-j%--$%g2#ޡ1^>{K+uGEv1ş7Af&b&O;.;A5*U)ND2bF|\=]<sˋL!wrw٧>YMÄ3\mWR hSv!_zvl? 3_ xU%\^#O*Gk̍YI_&Fꊛ@&1n } ͬ:{hTP3B.;bU8:Z=^Gw8!k-@xE@i,+'Iᐚ:fhztX7/(hY` O.1}a`%RW^akǂpCAufgDix UTЩ/7}%=jnVZvcF<M=
2^GKH5魉
_O4ެByʈySkw=5@h.0z>
W1000{10 UUS10UFlorida10U
Cuda Systems LLC10UCuda Systems CA1%0#UCuda Systems LLC 2017 Int CA k#Xd\=0
`He E0 *H
1 *H
0 *H
1
190620202731Z0O *H
1B@H |FIQGWlv vvN%y#i*ﭯmǝ0l *H
1_0]0 `He*0 `He0
*H
0*H
0
*H
@0+0
*H
(0 +7100{10 UUS10UFlorida10U
Cuda Systems LLC10UCuda Systems CA1%0#UCuda Systems LLC 2017 Int CA k#Xd\=0*H
10{10 UUS10UFlorida10U
Cuda Systems LLC10UCuda Systems CA1%0#UCuda Systems LLC 2017 Int CA k#Xd\=0
*H
dr`l)| _S!u`կE<4?R3x%K^ #d93j6%Bg?Ώ^4t5#UVJ\orٛSljJY?kL4fNф E}훼r%kN0;36m
bƫ
@\sz(!9\Q
ݖ,ōBs0c<_sEa.3V[1Zj&Ŭ5rs]~С)4>[ZYr;)殮u1zGB2a:#S~<-u成TN#Q6JP(b+
Q/tC݃(%L]|q!o?뉳RA-va 1ItϢMȹ=>
>b^ZgHF;n@Ɋv0I^]vbK!DrtV]p62҆1p""
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?fc9b21ad-3d51-a0ab-3db0-7976fb3b6aa1>
