- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Thu, May 16
Tue, May 14
The idea is interesting (I have never thought about a MAC policy to accomplish this goal) and I like its simplicity, please see comment inline for some minor nits.
Mon, May 6
Fri, May 3
Sat, Apr 27
Wed, Apr 24
Can we merge this?
Apr 21 2024
Apr 14 2024
Apr 11 2024
Apr 8 2024
Apr 5 2024
Apr 4 2024
Limit scope to HEAD^
Apr 1 2024
Mar 31 2024
Address additional comments.
Mar 30 2024
Address reviewer comments.
Mar 29 2024
Mar 24 2024
Mar 21 2024
Mar 18 2024
Mar 14 2024
Mar 11 2024
Mar 10 2024
Mar 9 2024
Mar 5 2024
Mar 4 2024
Mar 3 2024
Mar 2 2024
Feb 25 2024
Feb 21 2024
Feb 19 2024
Feb 18 2024
Feb 17 2024
Feb 13 2024
Feb 11 2024
Feb 9 2024
Feb 6 2024
Feb 2 2024
Jan 30 2024
Jan 27 2024
Jan 23 2024
Jan 22 2024
Jan 16 2024
Jan 15 2024
Jan 14 2024
Jan 13 2024
In D43425#990303, @rew wrote:In D43425#990237, @delphij wrote:In D43425#990231, @rew wrote:For ZFS, the argument passed to the shell script is the
pool name to import.Ah you are right, but the name is not guaranteed to be identical to the filename. Probably zpool import -a -d /dev/$(mdconfig $0).uzip instead? (and maybe -R $1)
yea, that would work - it bumps it over the limit though, so if we want zpool import -d ... then [ -z $1 ] && exit 1 would need to be removed.
I'm fine either way, I had almost considered removing the "run uzip image as a script" functionality altogether since it has been broken so long anyways.
In D43425#990231, @rew wrote:For ZFS, the argument passed to the shell script is the
pool name to import.
Jan 12 2024
Not sure if the length of magic allows you to squeeze in something like [ -n "$1" ] && before mounts (if the user didn't specify a mountpoint, the image should work like before the change).
In D43411#989745, @cperciva wrote:Just to confirm, this will land in stable/13 and stable/14? It looks like we have the gve driver in both.
Jan 9 2024
LGTM. Do we want to extract that catmsgs out to somewhere? (Not necessarily as part of this commit)
I don't think these whole case..esac blocks are needed: modern enough zcat(1) is capable of handling compressed and uncompressed text files, so you can simply do: