Page MenuHomeFreeBSD

Round # partitions up to fill the last GPT table sector
ClosedPublic

Authored by marcel on Mar 5 2019, 5:50 AM.
Tags
None
Referenced Files
F131769163: D19465.id54753.diff
Sat, Oct 11, 12:40 AM
Unknown Object (File)
Wed, Oct 8, 2:32 PM
Unknown Object (File)
Sun, Sep 28, 3:48 AM
Unknown Object (File)
Sat, Sep 27, 4:27 PM
Unknown Object (File)
Sat, Sep 27, 4:27 PM
Unknown Object (File)
Thu, Sep 25, 2:47 PM
Unknown Object (File)
Tue, Sep 23, 10:56 PM
Unknown Object (File)
Mon, Sep 22, 2:56 PM
Subscribers
None

Details

Summary

Set the number of entries in the GPT header to a multiple
of the number entries that fit in a sector.

PR: 236238

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Passed
Unit
No Test Coverage
Build Status
Buildable 22892
Build 21978: arc lint + arc unit

Event Timeline

This revision is now accepted and ready to land.Mar 5 2019, 5:49 PM

btw, I scrolled past the .uu files assuming they were correct.
Do we still need the uudecode dance? Though that would be a different commit

Yeah, I don't like the way we now have the master files. I think I was too much focussed on keeping the file size small and opted to compress, followed by uuencode. But it's a real pain to work with. For one, you can't diff the rebased files after a code change and see if the new behavior matches the expectation. And on top of that, diffs tend to be much bigger than a one-liner of the hexdump output.

I think I'd rather just have the output of "hexdump -C" as-is and not compress and not uuencode the compressed file.
I can definitely do that.
Sound good?

This revision was automatically updated to reflect the committed changes.