From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 14:35:51 2015 Return-Path: Delivered-To: current@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 272D794D; Sat, 13 Jun 2015 14:35:50 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Sat, 13 Jun 2015 14:35:46 +0000 From: Glen Barber To: Oliver Pinter Cc: current@freebsd.org, FreeBSD Release Engineering Team Subject: Re: broken release generation when Message-ID: <20150613143546.GA2333@hub.FreeBSD.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2015 14:35:51 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [re@ CC'd] On Sat, Jun 13, 2015 at 02:34:37PM +0200, Oliver Pinter wrote: > Hi all! >=20 > We got build error with custom BRANCH=3D in newvers.sh. The release > process unable to generate the ISO files but they not stopped with > error, just ignore them, and continue with memstick images. >=20 >=20 > cp /jenkins/workspace/HardenedBSD-stable-master-amd64/release/rc.local > bootonly/etc > sh /jenkins/workspace/HardenedBSD-stable-master-amd64/release/amd64/mkiso= images.sh > -b 11_0_CURRENT_HARDENEDBSD_amd64_BO bootonly.iso bootonly > 100+0 records in > 100+0 records out > 409600 bytes transferred in 0.007822 secs (52361998 bytes/sec) > newfs_msdos: cannot get number of sectors per track: Operation not suppor= ted > newfs_msdos: cannot get number of heads: Operation not supported > newfs_msdos: trim 44 sectors to adjust to a multiple of 63 > /dev/md0: 717 sectors in 717 FAT12 clusters (512 bytes/cluster) > BytesPerSec=3D512 SecPerClust=3D1 ResSectors=3D1 FATs=3D2 RootDirEnts=3D5= 12 > Sectors=3D756 Media=3D0xf8 FATsecs=3D3 SecPerTrack=3D63 Heads=3D1 HiddenS= ecs=3D0 > makefs: error: The Disk Label must be at most 32 characters long > usage: makefs [-t fs-type] [-o fs-options] [-d debug-mask] [-B endian] > [-S sector-size] [-M minimum-size] [-m maximum-size] [-s image-size] > [-b free-blocks] [-f free-files] [-F mtree-specfile] [-xZ] > [-N userdb-dir] image-file directory | manifest [extra-directory ...] >=20 I think at this point either: 1) VOLUME_LABEL should be removed; or 2) VOLUME_LABEL should be only set if 'uname -s' returns 'FreeBSD'. There have been multiple reports of issues with this, and the workaround for edge cases is getting far too ugly at this point, so I prefer option (1). Glen --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVfD/CAAoJEAMUWKVHj+KTOJ4P/jMGDj1s/XCMCOi2xIgTcHr7 NOU2wFVgHDsdMrH89Xd7YbYUeFstUnAFAJm5hk1CqJ+ttSu5Ko3JhqZi/acMQ18W WZdleQgw4WCVJfF1FFaOQ5YVIaO2pBtbKbCRuCv4xjA0V1htEtc7Zp8NUCgxQx84 MlPMfmQqW76I6QoCQDdYut3HAhZHaIR6cN+jUlXx/9rir+MH1bNReQsKgjLps08U YXEkwFQQdj8HzLg9qnjemsP0iWohdfoKnDOK4qttKA8iFvFVgFEAcAM0FAxTOmZN sg+ObwxSLkgTjGzgi5dEZZql808FU4pbhdUgjmyAQofAX9yqn355DAvaWkD6B9Ci eGlmxK0KGjwSLYiLfDCz2L2dK5now5Y/KUxMVyiaO6JZj4mY0AsiT2le6abKqGsQ WZLCsLbynbFljmNwrYRRAM3A+s5+8BItxu+s2clpULI+t9BOEIphgl9C1FjAgea3 RpMELmMoKNNqIOi3X+hSqOnRmQjrYDs4J+KvN1AaDrj0bbo9MNG9J1gZk8MjVWzI F4DifiBcLXe5SwQfZa80Yxgpsp7U/rBwAbQq99wsNe/UdwQyLvKtCuOAjBvlygK2 V2Vm/++U0iabPrVtMkm2zQv9sSRw7nBwqbDrFLAy2NhYmalRPGUh2pmBZRus20z7 UZV1si8hG66YcFYpzXtW =vL+h -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1--