11-Alpha to 11-Beta rewrite card or buildworld

Karl Denninger karl at denninger.net
Mon Jul 11 13:25:05 UTC 2016


On 7/11/2016 07:51, Paul Mather wrote:
> On Jul 11, 2016, at 1:08 AM, Russell Haley <russ.haley at gmail.com> wrote:
>
>> Sorry about the top post. 
>>
>> If your not trying to learn about the build process and‎ you don't have a custom build requirement, why not use a prebuilt image move on to validating the running OS instead of repeating what the build server does?
>>
>> I would think there is more value in finding anomalies in your favorite applications. From my understanding there have been big changes to the fundamentals of the OS (i.e hard float, compiler upgrades, byte alignments etc).
>
> Speaking for myself, I just find the build{world,kernel} + install{kernel,world} + mergemaster sequence of updating the system a much more ingrained and normal method of doing things.  It seems "natural" to me to update my FreeBSD/arm systems the same way I update my FreeBSD/amd64 systems.
>
> Besides, if I overwrote my SD card with a new install image, I'd lose all my settings (e.g., users, custom /usr/local/etc/pkg/repos/ repository, swap partition on SD card, /etc/fstab changes to make /tmp bigger[*], etc.).  It's more natural for me to use the standard update technique than redo those changes from scratch each time I update the OS.  (I'm using SaltStack to configure more and more, but even getting a minion set up means it's easier to update the standard way than start with a fresh install image and have to re-bootstrap SaltStack.)
>
> Cheers,
>
> Paul.
>
The reason I do the "crossbuild" + "rsync" thing is that it gives me the
ability to do the buildworld/buildkernel/installworld/installkernel
paradigm to a "holding directory" on a very fast machine, then rsync the
results.  (Mounting the holding directory via NFS works as well but I
see no real advantage to that over using rsync)

That means I don't lose anything I did to the machine after install
(e.g. users, etc) and in addition I can put local patches on the source
tree if required, but I still get a reasonable build time.

-- 
Karl Denninger
karl at denninger.net <mailto:karl at denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2996 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.freebsd.org/pipermail/freebsd-arm/attachments/20160711/edd7bf05/attachment.bin>


More information about the freebsd-arm mailing list