User Details
- User Since
- Jun 23 2015, 3:50 AM (494 w, 3 d)
May 13 2024
Thanks, @tuexen and @emaste. This does affect my NFS server on every version I've tried in the 14-STABLE or 15-CURRENT series. 13.3 is unaffected. Looks like everything since commit a83d596f434f in 2022.
May 10 2024
Apr 2 2024
A bit more explanation, this is the old output:
note: tuple variant defined here --> /wrkdirs/usr/ports/lang/rust/work/rustc-1.77.0-src/library/core/src/result.rs:506:5 help: you can convert an `i64` to a `u64` and panic if the converted value doesn't fit
And the new output for the same error:
note: tuple variant defined here --> /usr/local/lib/rustlib/src/rust/library/core/src/result.rs:506:5 | 506 | Ok(#[stable(feature = "rust1", since = "1.0.0")] T), | ^^ help: you can convert an `i64` to a `u64` and panic if the converted value doesn't fit
Mar 28 2024
Nov 3 2023
Nov 2 2023
Added requested strnvis error checking.
Nov 1 2023
Neat. I should have looked at Phabricator before I created D42432. I think they should be considered together. And the patched version of zfs (I haven't looked, of course), should also consider special characters in mount point names if it doesn't.
Specifically, it caused options to be omitted from entries created after the TPM device option:
Include example export entry with spaces
Updated the exports(5) manual page.
Hm. Missed updating the documentation. I'll update that too.
May 4 2023
This looks good to me. It's more clear than my proposal of just force-enabling it, and looks like it's something that can be pushed upstream.
Apr 28 2023
Apr 27 2023
Update to latest main
Jan 10 2023
This is good, but it doesn't match what Linux does. Both systemd and dbus generate 32 character UUID strings, while this creates 36 character ones.
Oct 28 2022
Thanks for taking a look. I don't think the change to the 3.19 port is strictly necessary, but as I said in a private email to @mfechner, I do believe that hiding symbols is good practice for ruby gems.
Oct 27 2022
Also created this pull request.
Oct 26 2022
Oct 14 2022
Feb 18 2021
There are a few more, mostly to do with generated files containing full paths that escape. They're coming too.
This is a large portion of the userland changes to give consistent debug data path data no matter the source or object directories. There are more reviews coming.
Feb 17 2021
Thanks for the review. I'm not a committer, so I can't submit it myself.
Feb 12 2021
Thank you so much for this. I thought of doing it myself.
Update for the one minor change left after 80f31432743446a1e8e4f8cb8268b74ac4e4f2da
Don't update bootstrap version requirement.
Feb 11 2021
Restore NULL check style.
Feb 16 2018
Mar 8 2017
Point Phabricator at the right files..
Commit r314671 is pretty much this change.
Feb 22 2017
It may well be a false positive, though I suspect that this warning is given for any pointer access to a member of a packed structure. This wasn't the only warning of its kind I saw, just the only warning where WARNS wasn't already set to 3 or lower.
Feb 10 2017
Aug 13 2015
Jun 23 2015
Yes, the checking against MK_ZFS and changing the #define to HAVE_ZFS makes this work with WITHOUT_ZFS. Looks good to me.