User Details
- User Since
- Oct 23 2016, 10:57 AM (468 w, 3 d)
Today
Yesterday
Mon, Oct 13
Sat, Oct 11
Fri, Oct 10
Let me explain what's going on there.
This is landed in 53919f5dd30e939783b85e3763595615f1fe8275
Doesn't virtual_oss rc script already contain BEFORE: sndiod? This forms a cycle.
Thu, Oct 9
Wed, Oct 8
Tue, Oct 7
It turns out that when poudriere jail is run with -b, the PACKAGE_BUILDING isn't defined: https://github.com/freebsd/poudriere/issues/1196
Sun, Oct 5
- Add missing close(kq) calls
Fri, Oct 3
- More style fixes
Style fixes.
Thu, Oct 2
Address kib's comments
Wed, Oct 1
Builds fine on CURRENT and 13.5
Tue, Sep 30
LGTM, but I did not test this in Poudriere. @christos let me know if you want me to do it.
All right then, all three ports build fine in Poudriere.
I finally managed to build the base part and test this port in Poudriere - it builds successfully.
Sun, Sep 28
Sat, Sep 27
Fri, Sep 26
Thu, Sep 25
This looks great to me, many thanks for gathering this report!
Tue, Sep 23
Mon, Sep 22
Yes, you're right, the bump wasn't really needed. I misread the change and was thinking that the current package has a wrong shebang.
Sun, Sep 21
Sat, Sep 20
Firstly, I think there might be an easier way to implement this. If you pass the auto_unmount option to the kernel, then you could add a .d_close method to fuse_device_cdevsw. That method would check for the auto_unmount mount option. If it's set, and the file system isn't already dead (fdata_get_dead), then it would call VOP_UNMOUNT. I think it would work.
Thirdly, in the libfuse component, I think that you could move the statfs and snprintf calls to be before the rfork. Then you could use posix_spawn, which IMHO is less error-prone than rfork.
When the port has GNU_CONFIGURE=yes instead of HAS_CONFIGURE=yes, the framework passes --prefix automatically.
So the change makes sense only if the configure script shipped by sqlite is indeed non-standard.
LGTM, but requires a PORTREVISION bump.
Fri, Sep 19
Sorry, ENOTIME. I will try to go over all the oss stuff this Sunday.
Thu, Sep 18
Tue, Sep 16
I'll leave this comment only in this review, but it applies to all diffs posted by @vladlenpopolitov_list.ru
Sep 14 2025
This was landed in 7d318f76840996d092777d38cf9bdd001ee6afe4