- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Fri, Oct 17
Guys, is this acceptable.
Guys, docs updated. Manpages pending.
Refer to manpage
Good, I will change the manpage and revise the handbook for incomplete fstab statements.
Thu, Oct 16
@jrm Thank you for your vigilance.
@jrm Thank you for your vigilance.
Fix pkg-message
Fix pkg-message
Add pkg-message and UPDATING
Update UPDATING as well.
I am considering also add this into UPDATING as well as in pkg-message: https://wrapper.tanukisoftware.com/doc/english/release-notes.html#3.6.0
Wed, Oct 15
In D53121#1213424, @otis wrote:This also deserves a short notice in UPDATING.
Mon, Oct 13
Bugzilla does not contain any issues that ignoretime does not work. Weird, not never obviously used.
Simple patch (untested):
@@ -218,6 +218,11 @@ auth_timeok(login_cap_t *lc, time_t t) { int rc = 1; /* Default is ok */ + + /* Bypass time restrictions if ignoretime is set */ + if (lc != NULL && login_getcapbool(lc, "ignoretime", 0)) { + return rc; + }
In D52991#1212123, @glebius wrote:If it ever existed it existed in lib/libutil/login_ok.c and lib/libutil/login_times.c. Even the original import to FreeBSD does mention ignoretime.
Sun, Oct 12
In D52991#1211973, @otis wrote:I can't find any references to these in sources, indeed.
Smeone from src should approve as well. Other than that, LGTM.
Anyone willing to review? This is a simple cleanup.
Fri, Oct 10
Thu, Oct 9
Thu, Oct 2
Any objections? Patch has been provided by upstream (maintainer) and improved by me.
Wed, Oct 1
Waitling for @pi, if we miss quarterly deadline I will MFH it.
Fri, Sep 26
Add changelog
Hope to hear from pi@ soon. This tool helped me to migrate a lot of accounts with ease.
In D52303#1196821, @jrtc27 wrote:It does appear both macOS and GNU date support -Iseconds. However, my concern with this change is that such timestamps are rather uglier and less human-readable, which is less of a problem for build system messages but more so for uname. I note that Linux uses LC_ALL=C date output for its uname, running uname -a on an Ubuntu system.
Thu, Sep 25
Drop PORTREVISION
Bump revision
Wed, Sep 24
Sep 17 2025
Sep 12 2025
Sep 9 2025
Sep 8 2025
Example from Proxmox:
root@pve-1:~# uname -a Linux pve-1.ppmd.siemens.net 6.14.8-2-pve #1 SMP PREEMPT_DYNAMIC PMX 6.14.8-2 (2025-07-22T10:04Z) x86_64 GNU/Linux
Sep 6 2025
Just update the port
In D52303#1196821, @jrtc27 wrote:It does appear both macOS and GNU date support -Iseconds. However, my concern with this change is that such timestamps are rather uglier and less human-readable, which is less of a problem for build system messages but more so for uname. I note that Linux uses LC_ALL=C date output for its uname, running uname -a on an Ubuntu system.
In D52303#1196819, @cperciva wrote:In D52303#1196813, @michaelo wrote:Interesting...I'd like to know how it could break it.
Well, date -I is not POSIX. So it might produce no output, or an odd error message instead.
Update UPDATING
In D52303#1196812, @cperciva wrote:I like the idea, but this might break on cross-building from non-FreeBSD systems. @jrtc27 can you comment on this? I know you do such things.
Folks, any opinion on this? This is a readability and internationalization improvement.
Just noticed that I should update UPDATING as well.
Maintainer timeout is approaching, any opinion here?
Maintainers, any objections?
Sep 5 2025
Sep 4 2025
Sep 3 2025
In D52329#1195479, @markj wrote:In D52329#1195478, @michaelo wrote:@markj , would you mind to backport it as well? Very useful!
Yes, that's what "MFC after" in the commit log message refers to.
@markj , would you mind to backport it as well? Very useful!
I am fine with the change as long as this is met: https://reviews.freebsd.org/D52158#1192019
Nice idea, hopefully this will be backported.
Sep 2 2025
I agree with @jlduran, all three should be covered. I applied the patch locally and the issue is gone.
Sep 1 2025
Already removed by @rene.