In D53964#1233038, @cperciva wrote:In D53964#1233037, @bdrewery wrote:In D53964#1232996, @philip wrote:We could probably shave off several seconds for many people by replacing pkg+https with pkg+http. The TLS n-way handshake is a complete waste of time. I have made this observation about the other repositories as well but...
Windmills. Have to keep trying.
Agreed. All https buys us here is quieting an FAQ. It otherwise adds time and potentially has problems in some corporate setups.
It does provide a little bit of protection against rollback attacks. Not much, though; there's a reason I used HTTP for freebsd-update.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Yesterday
Yesterday
philip committed rGc4f53a1adbd4: rpcsec_gss: Fix a stack overflow in svc_rpc_gss_validate() (authored by markj).
philip committed rG926ee630b73d: pfctl: always warn if a duplicate rule was detected (authored by kp).
philip committed rGb6ce88ab9a5f: rpcsec_gss: Fix a stack overflow in svc_rpc_gss_validate() (authored by markj).
philip committed rG89ab511c1ce2: pf tests: verify that we handle address range rules correctly (authored by kp).
philip committed rG984b570b4953: pf tests: verify that we handle address range rules correctly (authored by kp).
philip committed rGa429dbb47ff6: pfctl: always warn if a duplicate rule was detected (authored by kp).
philip committed rG7ea03a4238e8: rpcsec_gss: Fix a stack overflow in svc_rpc_gss_validate() (authored by markj).
philip committed rGd9f9b4268f28: pfctl: always warn if a duplicate rule was detected (authored by kp).
philip committed rGb2ed06fb35ca: pf tests: verify that we handle address range rules correctly (authored by kp).
philip committed rG4ec1b6213463: rpcsec_gss: Fix a stack overflow in svc_rpc_gss_validate() (authored by markj).
Sun, Mar 22
Sun, Mar 22
Sat, Mar 21
Sat, Mar 21
Thu, Mar 12
Thu, Mar 12
Thu, Mar 5
Thu, Mar 5
Mon, Mar 2
Mon, Mar 2
Sat, Feb 28
Sat, Feb 28
Feb 25 2026
Feb 25 2026
Feb 11 2026
Feb 11 2026
Jan 28 2026
Jan 28 2026
Jan 12 2026
Jan 12 2026
Dec 17 2025
Dec 17 2025
Dec 14 2025
Dec 14 2025
Dec 11 2025
Dec 11 2025
Nov 28 2025
Nov 28 2025
Nov 27 2025
Nov 27 2025
We could probably shave off several seconds for many people by replacing pkg+https with pkg+http. The TLS n-way handshake is a complete waste of time. I have made this observation about the other repositories as well but...
Oct 28 2025
Oct 28 2025
Oct 23 2025
Oct 23 2025
Oct 11 2025
Oct 11 2025
Oct 3 2025
Oct 3 2025
Oct 1 2025
Oct 1 2025
Sep 27 2025
Sep 27 2025
Pong. This one looks good too. :)
Sep 26 2025
Sep 26 2025
Thank you. And I'm glad to see upstream getting more in sync with us. ;-)
philip committed R11:69cc27762c7b: www/glpi: update to 10.0.20 (authored by Mathias Monnerville <m@kappa.st>).
Sep 25 2025
Sep 25 2025
philip committed R11:20d2041ba112: www/glpi: update to 10.0.20 (authored by Mathias Monnerville <m@kappa.st>).
Sep 24 2025
Sep 24 2025
Wow. That's a blast from the past.
Sep 23 2025
Sep 23 2025
Thanks for clarifying.
This makes sense. Thank you.
Sep 21 2025
Sep 21 2025
Sep 17 2025
Sep 17 2025
Sep 1 2025
Sep 1 2025
This is good. And it passes the test in D52241.
Aug 31 2025
Aug 31 2025
Aug 30 2025
Aug 30 2025
- Check failed: /home/philip/freebsd/src/lib/libc/tests/stdtime/detect_tz_changes_test.c:96: expect != buf (-0700 (PDT) != +0000 (-00))
This looks good. Thank you!
Aug 27 2025
Aug 27 2025
This compiles and the "git diff" output against upstream and against main looks plausible. I have not checked every line of the diff with a fine tooth comb. But this can land. I don't think it will break.
Aug 22 2025
Aug 22 2025
This looks good. I agree about strftime.c.
Aug 15 2025
Aug 15 2025
Approved by: philip (mentor)
Aug 9 2025
Aug 9 2025
I tested this in the FreeBSD.org cluster and it works. Many thanks!
Aug 8 2025
Aug 8 2025
Aug 7 2025
Aug 7 2025
I did a cursory review and a quick test. This seems to do what it says on the box. I have not had time for an in-depth review. I think this is good to commit to main before stable/15.
Jul 29 2025
Jul 29 2025
I don't think PowerPC 32 failing is a blocker for main or stable/15: we're ending support for 32 bit platforms. Do we ever plan to merge this to stable/14 though?
Jul 6 2025
Jul 6 2025
Jun 17 2025
Jun 17 2025
May 31 2025
May 31 2025
Approved by: philip (mentor)
May 24 2025
May 24 2025
May 21 2025
May 21 2025