From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 15:34:53 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 BF3FD40F; Sat, 13 Jun 2015 15:34:52 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Sat, 13 Jun 2015 15:34:49 +0000 From: Glen Barber To: Oliver Pinter Cc: current@freebsd.org, FreeBSD Release Engineering Team Subject: Re: broken release generation when Message-ID: <20150613153449.GB2333@hub.FreeBSD.org> References: <20150613143546.GA2333@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="dc+cDN39EJAMEtIO" 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 15:34:53 -0000 --dc+cDN39EJAMEtIO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 13, 2015 at 05:23:42PM +0200, Oliver Pinter wrote: > On 6/13/15, Glen Barber wrote: > > [re@ CC'd] > > > > On Sat, Jun 13, 2015 at 02:34:37PM +0200, Oliver Pinter wrote: > >> Hi all! > >> > >> 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. > >> > >> > >> 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 > >> supported > >> 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= =3D512 > >> Sectors=3D756 Media=3D0xf8 FATsecs=3D3 SecPerTrack=3D63 Heads=3D1 Hidd= enSecs=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 ...] > >> > > > > 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). > > >=20 > Hmm, and seems like the memstick builds are affected too: try to boot > this: http://jenkins.hardenedbsd.org/builds/HardenedBSD-master-amd64/buil= d-127/ISO-IMAGES/HardenedBSD-11-CURRENT_hardenedbsd-master-amd64-mini-memst= ick.img >=20 I'm not currently in a location where I can boot things, but yes, all installer images will be affected by this for your use case. Glen --dc+cDN39EJAMEtIO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVfE2ZAAoJEAMUWKVHj+KTrJIP/jxUMHGUVviQ1P3aumym657k 4Z0EQgHK2aSqBvLBiq3PCm3LPhUpH1GSPKghyPZw2r5s8niZ2MV0ieioz7FQIy1d MMMBnq+XKXWeekoIuuHZyVS8ygWWLc8R3QhED9YPLl+BATWIH++fEn61u8iuW6rE UVHjZoPd4yLnNCKg6B0SrmUaFGZ3Ik2y2kAs6On7mZ4QmFuqP4UzTVpcxDj3dHlC AS/sbXii2YkEIWKj7m2X7Gd3XcsTeOlhGMdB90jxWJj49tAJjbbiuq0LM4JrzEym Kjt8Z9ErMKU3Okw/Z1D6OXgoUQe5LIlc3DOM63wuj4fYCPIkUmRBrxdeLuY+tf5A yDRYVnl/TTTXiYfMsH3ncvKJyMtQIosKUwM0bUW98vJr1CD8BXk9fyYDiIpxd26z mypClnbqPSNknG5t/Rbp3UJ1M6AUwZnhvCECZCb4FG1pJ+Pr0xzGFafLQceiabge S78QQiQvHkXxKOQryNvvYts6nTCFHeYSQupJBQg5HM2E+3bfSwkDFKvUZEN573CT qI0z8/UYLeElRxJ94CFQnnIfYKO9HD5OvOtUGHSXnjJwcs5yfO5W+puewpm5BmDE nUVSfUMQmj1yp9JcrsmZhGUdu3rNrBBYLyEZvS5UNVUrWlwkuUB6S0/PbhASVEsR i+hKu3d3qRZL9zwPBXSL =dSpJ -----END PGP SIGNATURE----- --dc+cDN39EJAMEtIO--