Date: Sat, 13 Jun 2015 17:23:42 +0200 From: Oliver Pinter <oliver.pinter@hardenedbsd.org> To: Glen Barber <gjb@freebsd.org> Cc: current@freebsd.org, FreeBSD Release Engineering Team <re@freebsd.org> Subject: Re: broken release generation when Message-ID: <CAPQ4ffuFVtJjC0Yox1C_mj3%2BL=7y0W3-nsH%2BoAC8vbUjA1ihGw@mail.gmail.com> In-Reply-To: <20150613143546.GA2333@hub.FreeBSD.org> References: <CAPQ4ffvCHE9BtqDJuJiKD3t6DP%2B4CSMa_GptyzXRpkaNikLd=w@mail.gmail.com> <20150613143546.GA2333@hub.FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 6/13/15, Glen Barber <gjb@freebsd.org> 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= 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/mkisoimages.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=512 SecPerClust=1 ResSectors=1 FATs=2 RootDirEnts=512 >> Sectors=756 Media=0xf8 FATsecs=3 SecPerTrack=63 Heads=1 HiddenSecs=0 >> 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). > Hmm, and seems like the memstick builds are affected too: try to boot this: http://jenkins.hardenedbsd.org/builds/HardenedBSD-master-amd64/build-127/ISO-IMAGES/HardenedBSD-11-CURRENT_hardenedbsd-master-amd64-mini-memstick.img > Glen > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAPQ4ffuFVtJjC0Yox1C_mj3%2BL=7y0W3-nsH%2BoAC8vbUjA1ihGw>