Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 13 Jun 2015 14:35:46 +0000
From:      Glen Barber <gjb@FreeBSD.org>
To:        Oliver Pinter <oliver.pinter@hardenedbsd.org>
Cc:        current@freebsd.org, FreeBSD Release Engineering Team <re@FreeBSD.org>
Subject:   Re: broken release generation when
Message-ID:  <20150613143546.GA2333@hub.FreeBSD.org>
In-Reply-To: <CAPQ4ffvCHE9BtqDJuJiKD3t6DP%2B4CSMa_GptyzXRpkaNikLd=w@mail.gmail.com>
References:  <CAPQ4ffvCHE9BtqDJuJiKD3t6DP%2B4CSMa_GptyzXRpkaNikLd=w@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--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--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20150613143546.GA2333>