Re: Looking for testers for curl - PR 283266

On Fri, 20 Dec 2024 02:35:01 +0100 Daniel Engberg wrote: > On 2024-12-20T02:06:46.000+01:00, Michael Gmelin > wrote: > > >>  On 20. Dec 2024, at 00:18, Daniel Engberg > >>   wrote: > >  > >>   > >>   > >>  O

Re: Looking for testers for curl - PR 283266

On 20. Dec 2024, at 00:18, Daniel Engberg wrote: > >  > On 2024-12-19T23:30:41.000+01:00, Michael Gmelin > wrote: > >> >> >> On 19. Dec 2024, at 22:26, Daniel Engberg >> wrote: >>>  >>> On 2024-12-19T21:33:14.000+01:00, Mich

Re: Looking for testers for curl - PR 283266

On 20. Dec 2024, at 00:18, Daniel Engberg wrote:On 2024-12-19T23:30:41.000+01:00, Michael Gmelin <gre...@freebsd.org> wrote:On 19. Dec 2024, at 22:26, Daniel Engberg <daniel.engberg.li...@pyret.net> wrote:On 2024-12-19T21:33:14.000+01:00, Michael Gmelin <gre...@freebsd.org> wr

Re: Looking for testers for curl - PR 283266

On 19. Dec 2024, at 22:26, Daniel Engberg wrote:On 2024-12-19T21:33:14.000+01:00, Michael Gmelin <gre...@freebsd.org> wrote:On Thu, 19 Dec 2024 20:39:54 +0100Daniel Engberg <daniel.engberg.li...@pyret.net> wrote: Hi, While this should be uneventful if possible please try PR 28326

Re: Looking for testers for curl - PR 283266

i?id=283266 > > Best regards, > > Daniel (diizzy@) > Prior to testing, one question: The bug indicates that the port maintainer was not involved in these changes - is this true and has it been resolved in the meantime? Best Michael -- Michael Gmelin

git: 51676e0a3bd3 - stable/14 - fetch: correct env var name for --crl option to work

The branch stable/14 has been updated by grembo: URL: https://cgit.FreeBSD.org/src/commit/?id=51676e0a3bd38ab6deae27f72fb6fb6dd648825f commit 51676e0a3bd38ab6deae27f72fb6fb6dd648825f Author: Franco Fichtner AuthorDate: 2024-10-07 09:36:19 + Commit: Michael Gmelin CommitDate: 2024

git: 484724578422 - stable/13 - fetch: correct env var name for --crl option to work

The branch stable/13 has been updated by grembo: URL: https://cgit.FreeBSD.org/src/commit/?id=48472457842226eb3445fd70dd995954020f0cb8 commit 48472457842226eb3445fd70dd995954020f0cb8 Author: Franco Fichtner AuthorDate: 2024-10-07 09:36:19 + Commit: Michael Gmelin CommitDate: 2024

git: 1d7a33888e09 - main - fetch: correct env var name for --crl option to work

The branch main has been updated by grembo: URL: https://cgit.FreeBSD.org/src/commit/?id=1d7a33888e09f86feb4c2c9f9640d936be07ce9d commit 1d7a33888e09f86feb4c2c9f9640d936be07ce9d Author: Franco Fichtner AuthorDate: 2024-10-07 09:36:19 + Commit: Michael Gmelin CommitDate: 2024-10-07

git: 1d7a33888e09 - main - fetch: correct env var name for --crl option to work

The branch main has been updated by grembo: URL: https://cgit.FreeBSD.org/src/commit/?id=1d7a33888e09f86feb4c2c9f9640d936be07ce9d commit 1d7a33888e09f86feb4c2c9f9640d936be07ce9d Author: Franco Fichtner AuthorDate: 2024-10-07 09:36:19 + Commit: Michael Gmelin CommitDate: 2024-10-07

Re: RTL8125: wont stay up

> On 20. Aug 2024, at 04:15, Larry Rosenman wrote: > > shows up, doesn't ping -- ifconfig up brings it back for ~4 packets > > ifconfig_re0="DHCP" > ifconfig_re0_ipv6="inet6 accept_rtadv" > ipv6_activate_all_interfaces="AUTO" > rtsold_enable="YES" > > 15-CURRENT as of just now, port of net/

Re: filemon

> being added to the boot loader. It should almost always be empty or w> just drm-mod these days (unless you somehow have special needs). w> w> By adding uhid last to this list in this way, you're guaranteeing w> you'll hit this bug because it's not after ums, and that things w> won't work. w> w> Warner Cheers -- Michael Gmelin

Re: Help please. USB HID problem (was Re: Nut can't open Mini-Box OPEN-UPS2)

eebsd.org/threads/nut-2-8-0-generic-ups-blazer_usb-cant-claim-usb-device.90744/ Best Michael -- Michael Gmelin

Re: Heads-up: ifconfig address without a mask/width to become an error

> On 17. Jun 2024, at 20:34, Shawn Webb wrote: > > On Mon, Jun 17, 2024 at 10:54:29AM -0400, Ed Maste wrote: >> It is currently possible to specify an IPv4 address without a >> netmask/width to ifconfig or in rc.conf, e.g.: >> >>ifconfig_igb0="192.168.0.2" >> >> phk recently discovered[

Re: Heads-up: ifconfig address without a mask/width to become an error

;known issues", which those of us who read the release notes can stumble over and check? This would be useful in general, as it seems like doing ENs is a lot of overhead. Also, if that process would be fast, users would be warned early - especially in a case like this, where the workaround/long term fix is actually fairly trivial (add a netmask to your ifconfig_xxx line). Best Michael -- Michael Gmelin

git: 048ad7a9ef9f - stable/14 - ifconfig: Fix default netmask calculation

The branch stable/14 has been updated by grembo: URL: https://cgit.FreeBSD.org/src/commit/?id=048ad7a9ef9fe15368ff287db5c705c8163f4e1c commit 048ad7a9ef9fe15368ff287db5c705c8163f4e1c Author: Michael Gmelin AuthorDate: 2024-06-12 16:11:52 + Commit: Michael Gmelin CommitDate: 2024

git: 8a9f0fa42b1c - main - ifconfig: Fix default netmask calculation

The branch main has been updated by grembo: URL: https://cgit.FreeBSD.org/src/commit/?id=8a9f0fa42b1c6cffd45459bb552e138083b00369 commit 8a9f0fa42b1c6cffd45459bb552e138083b00369 Author: Michael Gmelin AuthorDate: 2024-06-12 16:11:52 + Commit: Michael Gmelin CommitDate: 2024-06-12

git: 8a9f0fa42b1c - main - ifconfig: Fix default netmask calculation

The branch main has been updated by grembo: URL: https://cgit.FreeBSD.org/src/commit/?id=8a9f0fa42b1c6cffd45459bb552e138083b00369 commit 8a9f0fa42b1c6cffd45459bb552e138083b00369 Author: Michael Gmelin AuthorDate: 2024-06-12 16:11:52 + Commit: Michael Gmelin CommitDate: 2024-06-12

Re: 14.1-R rc.conf/ifconfig netmask issue was really hard to figure out

On Wed, 12 Jun 2024 15:35:58 + "Poul-Henning Kamp" wrote: > ---- > Michael Gmelin writes: > > > @phk From which version did you upgrade? > > To be totally honest: I'm not entirely sure. Probably 13.x > @Bjoern I checked again, I'm pre

Re: 14.1-R rc.conf/ifconfig netmask issue was really hard to figure out

On Wed, 12 Jun 2024 15:11:14 + (UTC) "Bjoern A. Zeeb" wrote: > On Wed, 12 Jun 2024, Bjoern A. Zeeb wrote: > > > On Wed, 12 Jun 2024, Michael Gmelin wrote: > > > >> > >> > >> On Wed, 12 Jun 2024 14:36:35 + > >> &

Re: 14.1-R rc.conf/ifconfig netmask issue was really hard to figure out

estingly, `ifconfig vtnet0 10.0.0.1` uses "/24" whereas 192.168.87.11 uses "/8". This dates back to: https://cgit.freebsd.org/src/commit/?id=4bf44dd73bc0a -m -- Michael Gmelin

Re: 14.1-R rc.conf/ifconfig netmask issue was really hard to figure out

On Wed, 12 Jun 2024 11:28:38 + "Poul-Henning Kamp" wrote: > ---- > Michael Gmelin writes: > > > You can do an interface route hack > > I think you misunderstand the situation. I completely understand the situation and I can feel your pain, I just

Re: 14.1-R rc.conf/ifconfig netmask issue was really hard to figure out

4 -interface bla0" sysrc route_default="default 1.2.3.4" This is actually quite useful in some setups, but in the context of deciding on default behavior when no mask is given this is probably not very helpful. Cheers -- Michael Gmelin

Re: Localized versions of freebsd.org outdated and linked to by google

> On 23. May 2024, at 22:08, Lorenzo Salvadore > wrote: > > On Thursday, May 23rd, 2024 at 18:41, Michael Gmelin > wrote: > >> I think this situation needs to be resolved, either by updating these >> pages by whatever means or by giving up localization - at

Localized versions of freebsd.org outdated and linked to by google

these pages by whatever means or by giving up localization - at least for the languages we cannot support. Best Michael -- Michael Gmelin

Re: Poudriere 3.4.1 regression: can't run in a jail

> On 27. Apr 2024, at 08:56, Andrea Venturoli wrote: > > Hello. > > First of all, thanks for your work. > > I've got a 14.0/amd64 system where I run Poudriere in a jail, but if I > upgrade it from 3.4.0 to 3.4.1_1 it stops working. > E.g. > >> # poudriere bulk -f /root/133amd64.lst -v -j 1

Re: poudriere(8) short circuits my ability to build packages

> On 4. Apr 2024, at 09:31, Chris wrote: > > I do all of my development in jails. As such I have no use for poudriere(8). > But an attempt to build editors/vscode threw the following: > > The limit imposed by poudriere(8) for the maximum number of files allowed to > be > opened by a jail (de

Re: Alt+Fn isn't functional. Has this been removed?

> On 30. Mar 2024, at 07:30, Chris wrote: > > On 2024-03-29 23:06, Michael Schuster wrote: >> Two ideas: >> - does CTL-ALT-Fn work? > Thanks. But no, I tried that. > >> - perhaps the number of predefined ttys was overwritten/set to 0 somewhere? > I'm only aware of /etc/ttys, and they're all

Re: Proposed ports deprecation and removal policy

> On 16. Mar 2024, at 10:45, void wrote: > > On Sat, 16 Mar 2024, at 08:28, Miroslav Lachman wrote: > >> For vulnerabilities, there is VuXML and pkg audit, not removing >> vulnerable port from the tree. > > I'm talking about *moving* them to a *different* tree, with different > priorities

Re: Proposed ports deprecation and removal policy

> On 14. Mar 2024, at 23:59, Daniel Engberg > wrote: > On 2024-03-14T23:27:53.000+01:00, Tomoaki AOKI > wrote: >> On Thu, 14 Mar 2024 22:17:39 +0100 >> Daniel Engberg wrote: >> >> >>> On 2024-03-14T21:49:46.000+01:00, Michael Gmelin >

Re: Proposed ports deprecation and removal policy

> On 14. Mar 2024, at 21:38, Daniel Engberg > wrote: > > On 2024-03-12T15:15:49.000+01:00, Eugene Grosbein wrote: >> 12.03.2024 3:24, Daniel Engberg пишет: >> >> [skip] >> >> >>> Another possible option would be to add something to the port's matedata >>> that makes pkg aware and easy

Re: Proposed ports deprecation and removal policy

> On 28. Feb 2024, at 20:22, Florian Smeets wrote: > > Dear ports community, > > as the removal of ports is a recurring source of friction and dispute we > would like to add a ports removal and deprecation policy to the porters > handbook. > > We tried to find a sensible middle ground bet

git: e65182c7bc28 - stable/14 - libifconfig: Fix bridge status member list

The branch stable/14 has been updated by grembo: URL: https://cgit.FreeBSD.org/src/commit/?id=e65182c7bc2835d847f363bf5d7ffc6e14426570 commit e65182c7bc2835d847f363bf5d7ffc6e14426570 Author: Michael Gmelin AuthorDate: 2023-12-20 20:21:55 + Commit: Michael Gmelin CommitDate: 2024

Re: (vm-)bhyve stopped working recently on 13.2

> On 13. Jan 2024, at 01:59, Michael Gmelin wrote: > >  > >>> On 12. Jan 2024, at 23:49, Tomek CEDRO wrote: >>> >>> On Fri, Jan 12, 2024 at 11:45 PM Michael Gmelin wrote: >>> Does it work when you disable passthrough? >> >> T

Re: (vm-)bhyve stopped working recently on 13.2

> On 12. Jan 2024, at 23:49, Tomek CEDRO wrote: > > On Fri, Jan 12, 2024 at 11:45 PM Michael Gmelin wrote: >> Does it work when you disable passthrough? > > Tried that no change :-( > Probably best to strip down the config to see if it starts and then - assumi

Re: (vm-)bhyve stopped working recently on 13.2

> On 12. Jan 2024, at 23:08, Tomek CEDRO wrote: > > On Fri, Jan 12, 2024 at 10:54 PM Michael Gmelin wrote: >> What are you running inside bhyve (OS and version)? Could you maybe share >> vm-bhyve‘s config file? > > I was running Debian 11 and since it stoppe

Re: (vm-)bhyve stopped working recently on 13.2

> On 12. Jan 2024, at 21:50, Tomek CEDRO wrote: > > Hello world :-) > > Aftere recent 13.2-RELEASE freebsd-update and pkg bhyve stopped > working. It starts a machine that stops right after start. I am using > vm-bhyve (1.5.0) frontend and enabling debug="yes" does not really > reveal anythi

git: 731704f5ea2f - main - bsdinstall: Fix installation script splitting

The branch main has been updated by grembo: URL: https://cgit.FreeBSD.org/src/commit/?id=731704f5ea2f6f9d7e3c4b5ed2ad1a3cba703f42 commit 731704f5ea2f6f9d7e3c4b5ed2ad1a3cba703f42 Author: Michael Gmelin AuthorDate: 2024-01-06 16:55:31 + Commit: Michael Gmelin CommitDate: 2024-01-09

git: 731704f5ea2f - main - bsdinstall: Fix installation script splitting

The branch main has been updated by grembo: URL: https://cgit.FreeBSD.org/src/commit/?id=731704f5ea2f6f9d7e3c4b5ed2ad1a3cba703f42 commit 731704f5ea2f6f9d7e3c4b5ed2ad1a3cba703f42 Author: Michael Gmelin AuthorDate: 2024-01-06 16:55:31 + Commit: Michael Gmelin CommitDate: 2024-01-09

git: c2299997ce17 - stable/13 - libifconfig: Fix bridge status member list

The branch stable/13 has been updated by grembo: URL: https://cgit.FreeBSD.org/src/commit/?id=c227ce174e6b1ec3ad14bb10c19b64942609 commit c227ce174e6b1ec3ad14bb10c19b64942609 Author: Michael Gmelin AuthorDate: 2023-12-20 20:21:55 + Commit: Michael Gmelin CommitDate: 2024

Re: Is the ZPOOL option broken in poudriere?

> On 29. Dec 2023, at 07:24, Yuri wrote: > >  > Hi, > > > > > > I have a valid ZFS pool assigned to the ZPOOL variable. > > poudriere creates these directories in this pool: > > poudriere/ > > poudriere/jails > > > > These directories remain empty. > > > > poudriere works fine, b

Re: Proposal: Disable compression of newsyslog by default

> On 23. Dec 2023, at 16:10, Enji Cooper wrote: > >  >> On Dec 22, 2023, at 23:18, Xin Li wrote: >> >> Hi, >> >> Inspired by D42961, I propose that we move forward with disabling the >> compression by default in newsyslog, as implemented in >> https://reviews.freebsd.org/D43169 >> >> H

Re: Display of bridge member interfaces cut short - bug or intention?

On Wed, 20 Dec 2023 21:32:45 +0100 Michael Gmelin wrote: > On Wed, 20 Dec 2023 18:04:36 +0100 > "Patrick M. Hausen" wrote: > > > Hi all, > > > > as some probably know we provide web hosting services and we use > > jails for that. > > >

git: 3d36053ca6d6 - main - libifconfig: Fix bridge status member list

The branch main has been updated by grembo: URL: https://cgit.FreeBSD.org/src/commit/?id=3d36053ca6d6a17d408c8f92c504e6135dc9d8df commit 3d36053ca6d6a17d408c8f92c504e6135dc9d8df Author: Michael Gmelin AuthorDate: 2023-12-20 20:21:55 + Commit: Michael Gmelin CommitDate: 2023-12-21

git: 3d36053ca6d6 - main - libifconfig: Fix bridge status member list

The branch main has been updated by grembo: URL: https://cgit.FreeBSD.org/src/commit/?id=3d36053ca6d6a17d408c8f92c504e6135dc9d8df commit 3d36053ca6d6a17d408c8f92c504e6135dc9d8df Author: Michael Gmelin AuthorDate: 2023-12-20 20:21:55 + Commit: Michael Gmelin CommitDate: 2023-12-21

Re: Display of bridge member interfaces cut short - bug or intention?

https://reviews.freebsd.org/D43135 As far as I can tell the issue is cosmetic (unless, of course, you have automation based on libifconfig or the output of the ifconfig command). Best Michael -- Michael Gmelin

Re: something magic about the size of a ports tree

> On 3. Oct 2023, at 18:27, Matthias Apitz wrote: > > El día martes, octubre 03, 2023 a las 06:14:23p. m. +0200, Olivier Certner > escribió: > >> Hi Matthias, >> >> Some ZFS dataset with zstd compression on jet, and no compression on >> c720-1400094? >> > > Yes, on jet it is ZFS: > > r

Re: changes to ps -d?

> On 19. Sep 2023, at 12:30, Ronald Klop wrote: > > Hi, > > In current the way ps -p works has been changed [1]. > I could use "ps axd -p " to see the process tree of some ongoing task. > In current this has changed to always need an extra option "ps axd -p > -D down". Can this become the d

Re: CPU consumtion by kglobalaccel / Xorg (was: Fwd: xorg-server-21.1.8_2, 1 && key Control_L)

> On 18. Sep 2023, at 18:03, Matthias Apitz wrote: > > El día lunes, septiembre 18, 2023 a las 11:36:17a. m. +0200, Matthias Apitz > escribió: > >>> El día lunes, septiembre 18, 2023 a las 11:08:16 +0300, Gleb Popov escribió: >>> >>> On Mon, Sep 18, 2023 at 10:42 AM Matthias Apitz wrote:

Re: CURRRENT snapshot won't boot due missing ZFS feature

t; the loader we're using has to understand the ZFS dataset that it's > booting off of. FreeBSD > 13's userboot.so doesn't support all the bells and whistles that the > ZFS folks have added > to 14. > > So, either you have to turn off those features (which I got no clue > how to do in the > normal installer), or you have to update userboot.so to the FreeBSD 14 > version (which > I think had a good chance of actually running on FreeBSD 13 since it > has no 'system' > references, which are confined to bhyveload). > > Warner > > > > > > > > # find /boot/efi/EFI/ -print > > > /boot/efi/EFI/ > > > /boot/efi/EFI/FREEBSD > > > /boot/efi/EFI/FREEBSD/loader.efi > > > /boot/efi/EFI/BOOT > > > /boot/efi/EFI/BOOT/bootaa64.efi > > > > > > There may well be only: > > > > > > EFI/BOOT/bootaa64.efi > > > > > > for all I know. > > > > > > From an amd64 context: > > > > > > # find /boot/efi/EFI/ -print > > > /boot/efi/EFI/ > > > /boot/efi/EFI/FREEBSD > > > /boot/efi/EFI/FREEBSD/loader.efi > > > /boot/efi/EFI/BOOT > > > /boot/efi/EFI/BOOT/bootx64.efi > > > > > > There may well be only: > > > > > > EFI/BOOT/bootx64.efi > > > > > > for all I know. > > > > > > (I set things up to have the EFI capitalization > > > so that referencing efi/ vs. EFI/ in my context > > > is unique for the mount point. vs. the msdosfs > > > directory.) > > > > > > === > > > Mark Millard > > > marklmi at yahoo.com > > > > > > > > > > > > -- Michael Gmelin

Re: 14.0-CURRENT boots fine but keyboard does not work

> On 4. Sep 2023, at 19:34, Matthias Apitz wrote: > > El día lunes, septiembre 04, 2023 a las 07:29:41p. m. +0200, Michael Gmelin > escribió: > >> >> >>>> On 4. Sep 2023, at 19:23, Matthias Apitz wrote: >>> >>> 

Re: 14.0-CURRENT boots fine but keyboard does not work

ould you please Cc me on it? Do you know which version of FreeBSD was the last that worked for you? Cheers > > >> El día lunes, septiembre 04, 2023 a las 06:55:52p. m. +0200, Michael Gmelin >> escribió: >> >> >> >> On Mon, 4 Sep 2023 18:43:11 +020

Re: 14.0-CURRENT boots fine but keyboard does not work

cause keyboard/mouse freezes on some hardware, please set loader tunable hw.atkbd.hz=1 as workaround and report the issue. So you could try to set hw.atkbd.hz=1 (or hw.atkbd.hz=10) in /boot/loader.conf, then reboot and see if it helps. Best Michael -- Michael Gmelin

Re: kernel 100% CPU, and ports-mgmt/poudriere-devel 'Inspecting ports tree for modifications to git checkout...' for an extraordinarily long time

d.org/ports.git` work for you? (currently it's not working from where I am). Maybe related. Best Michael -- Michael Gmelin

Re: make buildworld puts legacy tools into the /usr/obj/... tree

On 6. Aug 2023, at 18:12, Warner Losh wrote:On Sun, Aug 6, 2023 at 10:05 AM Matthias Apitz wrote:El día domingo, agosto 06, 2023 a las 09:58:32a. m. -0600, Warner Losh escribió: > On Sun, Aug 6, 2023 at 7:58 AM Matthias Apitz wrote: > > > > > I did, based o

Re: -current dropping ssh connections

> On 21. Jun 2023, at 20:03, bob prohaska wrote: > > On Wed, Jun 21, 2023 at 10:45:25AM -0700, Mark Millard wrote: >>> On Jun 21, 2023, at 10:24, bob prohaska wrote: >>> >>> I've got a Pi4 running -current that seems to selectively drop ssh >>> connections. >> >> Only when the ssh has tex

Re: Portscout is stuck

> On 17. Jun 2023, at 02:27, Danilo G. Baio wrote: > >  > >> On Fri, Jun 16, 2023, at 17:55, Yuri wrote: >> It looks like portscout is stuck again. >> >> The numbers changed once 27+ hours ago, and didn't change again. >> >> Normally portscount updates numbers at least several times a day.

Re: CURRRENT snapshot won't boot due missing ZFS feature

On Thu, 8 Jun 2023 11:32:19 -0600 Warner Losh wrote: > On Thu, Jun 8, 2023, 11:18 AM Michael Gmelin > wrote: > > > > > > > Tried today's snaphot, same problem. > > > > > > # reboot > > > Waiting (max 60 seconds) for system pr

Re: CURRRENT snapshot won't boot due missing ZFS feature

On Thu, 8 Jun 2023 19:06:23 +0200 Michael Gmelin wrote: > On Thu, 8 Jun 2023 16:20:12 + > Glen Barber wrote: > > > On Thu, Jun 08, 2023 at 06:11:15PM +0200, Michael Gmelin wrote: > > > Hi, > > > > > > I didn't dig into this yet. > &

Re: CURRRENT snapshot won't boot due missing ZFS feature

On Thu, 8 Jun 2023 16:20:12 + Glen Barber wrote: > On Thu, Jun 08, 2023 at 06:11:15PM +0200, Michael Gmelin wrote: > > Hi, > > > > I didn't dig into this yet. > > > > After installing the current 14-snapshot (June 1st) in a bhyve-vm, I > > g

CURRRENT snapshot won't boot due missing ZFS feature

chael -- Michael Gmelin

Re: Reducing SIGINFO verbosity

On Thu, 23 Jun 2022 11:15:55 -0600 Warner Losh wrote: > On Sun, Jun 19, 2022 at 6:06 AM Michael Gmelin > wrote: > > > > > > > On Fri, 21 May 2021 08:36:49 -0600 > > Warner Losh wrote: > > > > > On Fri, May 21, 2021 at 7:38 AM Ceri Davies &

Re: Unmaintained FreeBSD ports which are out of date

> On 6. Mar 2023, at 21:29, Dave Horsfall wrote: > > On Mon, 6 Mar 2023, portsc...@freebsd.org wrote: > > [...] > >> +-+ >> cad/ifcopenshell| 0.6.0 | >> blenderbim-230306 >

Re: sshd doesn't disconnect for 30+ minutes after the TCP connection is closed ungracefully

> On 1. Mar 2023, at 11:35, Yuri wrote: > > Windows system connects to FreeBSD through ssh and then this connection dies > because of WiFi or VPN issues. > > FreeBSD still has the sshd process alive for this connection for 30+ minutes. > > TCP keepalive is enabled on the FreeBSD host: > >

Re: Tooling Integration and Developer Experience

> On 31. Jan 2023, at 22:44, Kurt Jaeger wrote: > > Hi! > This can be as easy as moving everything into Phabricator. >>> There's the issue that Phabricator itself is no longer supported >>> upstream: > [...] >>> https://we.phorge.it/ > >> Should be no harder than regular update. They e

Re: Can security/ca_root_nss be retired?

On Fri, 20 Jan 2023 17:54:15 +0100 (CET) free...@oldach.net (Helge Oldach) wrote: > Michael Gmelin wrote on Fri, 20 Jan 2023 17:31:43 +0100 (CET): > > The CA_BUNDLE knob was enabled on ftp/curl by default for many years > > and was just recently disabled (in c63a8f65af, j

Re: Can security/ca_root_nss be retired?

On Fri, 20 Jan 2023 17:15:07 +0100 (CET) free...@oldach.net (Helge Oldach) wrote: > Michael Gmelin wrote on Fri, 20 Jan 2023 17:07:41 +0100 (CET): > > Well, whatever is done, such a change needs to be managed properly, > > which includes adding an entry to UPDATING in p

Re: Can security/ca_root_nss be retired?

On Fri, 20 Jan 2023 09:15:32 +0100 (CET) free...@oldach.net (Helge Oldach) wrote: > Michael Gmelin wrote on Fri, 20 Jan 2023 08:51:31 +0100 (CET): > > > On 20. Jan 2023, at 07:45, free...@oldach.net wrote: > > > Definitely however ca_root_nss should go away in favor of th

Re: Can security/ca_root_nss be retired?

> On 20. Jan 2023, at 09:15, free...@oldach.net wrote: > > Michael Gmelin wrote on Fri, 20 Jan 2023 08:51:31 +0100 (CET): >>>> On 20. Jan 2023, at 07:45, free...@oldach.net wrote: >>> Definitely however ca_root_nss should go away in favor of the built-in >>

Re: Can security/ca_root_nss be retired?

> On 20. Jan 2023, at 07:45, free...@oldach.net wrote: > > Mel Pilgrim wrote on Thu, 19 Jan 2023 14:58:12 +0100 (CET): >>> On 2023-01-19 4:08, Tomoaki AOKI wrote: >>> On Thu, 19 Jan 2023 03:13:48 -0800 >>> Mel Pilgrim wrote: >>> Given /usr/share/certs exists for all supported releases,

Re: Can security/ca_root_nss be retired?

> On 19. Jan 2023, at 23:09, Tomoaki AOKI wrote: > > On Thu, 19 Jan 2023 05:58:12 -0800 > Mel Pilgrim wrote: > >>> On 2023-01-19 4:08, Tomoaki AOKI wrote: >>> On Thu, 19 Jan 2023 03:13:48 -0800 >>> Mel Pilgrim wrote: >>> Given /usr/share/certs exists for all supported releases, is th

git: 638937d46664 - main - asmc: Add support for MacBook5,5

The branch main has been updated by grembo (ports committer): URL: https://cgit.FreeBSD.org/src/commit/?id=638937d466648a9e5733225aef62eeae02db4f03 commit 638937d466648a9e5733225aef62eeae02db4f03 Author: Michael Gmelin AuthorDate: 2022-12-29 15:59:08 + Commit: Michael Gmelin

git: 638937d46664 - main - asmc: Add support for MacBook5,5

The branch main has been updated by grembo (ports committer): URL: https://cgit.FreeBSD.org/src/commit/?id=638937d466648a9e5733225aef62eeae02db4f03 commit 638937d466648a9e5733225aef62eeae02db4f03 Author: Michael Gmelin AuthorDate: 2022-12-29 15:59:08 + Commit: Michael Gmelin

git: 224f3a532e74 - main - atrtc: Correct name of tunable in man page

The branch main has been updated by grembo (ports committer): URL: https://cgit.FreeBSD.org/src/commit/?id=224f3a532e743b3030ca894193ed0482bccf2009 commit 224f3a532e743b3030ca894193ed0482bccf2009 Author: Michael Gmelin AuthorDate: 2022-10-17 10:09:42 + Commit: Michael Gmelin

git: 224f3a532e74 - main - atrtc: Correct name of tunable in man page

The branch main has been updated by grembo (ports committer): URL: https://cgit.FreeBSD.org/src/commit/?id=224f3a532e743b3030ca894193ed0482bccf2009 commit 224f3a532e743b3030ca894193ed0482bccf2009 Author: Michael Gmelin AuthorDate: 2022-10-17 10:09:42 + Commit: Michael Gmelin

Re: New port: security/local-php-security-checker

On 8. Dec 2022, at 08:24, Kevin Oberman wrote:On Wed, Dec 7, 2022 at 7:33 AM Martin Neubauer wrote:On Wed, 7 Dec 2022, Einar Bjarni Halldórsson wrote: > Hi, > > I created a PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261148 > which I've been updating when new ve

Re: Git malfunctions on the ports tree

> On 7. Nov 2022, at 19:58, Yuri wrote: > > This happened several times to me. I had to revert commits. Now this > happened again. > > > When several ports have changes in the tree and one of the ports is committed > with 'cd / && git commit .' - other ports sometimes also get > into the

Re: aarch64 ports build on amd64

> On 11. Oct 2022, at 13:22, Nuno Teixeira wrote: > >  > Hello, > > I don't yet have arm64 hardware to test ports so I will rely on emulation for > tests. > > poudriere+qemu don't let me build rust, python, etc. > > Is there other way to emulate arm64? > I documented the procedure I used

git: 6d162b90b54b - stable/13 - stand: Unbreak FAT32 in loader

The branch stable/13 has been updated by grembo (ports committer): URL: https://cgit.FreeBSD.org/src/commit/?id=6d162b90b54b6733bdb91b82f3b97ac84c6b9f8c commit 6d162b90b54b6733bdb91b82f3b97ac84c6b9f8c Author: Michael Gmelin AuthorDate: 2022-09-07 16:56:49 + Commit: Michael Gmelin

git: bf7ec3f9a9fc - stable/13 - stand: Parse all arguments passed by UEFI

The branch stable/13 has been updated by grembo (ports committer): URL: https://cgit.FreeBSD.org/src/commit/?id=bf7ec3f9a9fcbd78bd0817693ba903c458a6e46f commit bf7ec3f9a9fcbd78bd0817693ba903c458a6e46f Author: Michael Gmelin AuthorDate: 2022-09-05 15:56:11 + Commit: Michael Gmelin

Re: ERROR: Ports Collection support for your FreeBSD version has ended o_O

> On 8. Sep 2022, at 05:03, Tomek CEDRO wrote: > > On Mon, Sep 5, 2022 at 11:52 PM Michael Gmelin wrote: >> On 5. Sep 2022, at 22:45, Tomek CEDRO wrote: >> Hello world :-) >> After `git pull` I get this warning now on each port build: >> /!\ ERROR: /!\ >

git: 0eb736c0f673 - main - stand: Unbreak FAT32 in loader

The branch main has been updated by grembo (ports committer): URL: https://cgit.FreeBSD.org/src/commit/?id=0eb736c0f673d2804a0c8c14fa1e4eae228ab6d2 commit 0eb736c0f673d2804a0c8c14fa1e4eae228ab6d2 Author: Michael Gmelin AuthorDate: 2022-09-07 16:56:49 + Commit: Michael Gmelin

git: 0eb736c0f673 - main - stand: Unbreak FAT32 in loader

The branch main has been updated by grembo (ports committer): URL: https://cgit.FreeBSD.org/src/commit/?id=0eb736c0f673d2804a0c8c14fa1e4eae228ab6d2 commit 0eb736c0f673d2804a0c8c14fa1e4eae228ab6d2 Author: Michael Gmelin AuthorDate: 2022-09-07 16:56:49 + Commit: Michael Gmelin

git: 2b3543dbb1b3 - main - stand: Parse all arguments passed by UEFI

The branch main has been updated by grembo (ports committer): URL: https://cgit.FreeBSD.org/src/commit/?id=2b3543dbb1b3fa7c2280d71c017e3e0304e77d54 commit 2b3543dbb1b3fa7c2280d71c017e3e0304e77d54 Author: Michael Gmelin AuthorDate: 2022-09-05 15:56:11 + Commit: Michael Gmelin

git: 2b3543dbb1b3 - main - stand: Parse all arguments passed by UEFI

The branch main has been updated by grembo (ports committer): URL: https://cgit.FreeBSD.org/src/commit/?id=2b3543dbb1b3fa7c2280d71c017e3e0304e77d54 commit 2b3543dbb1b3fa7c2280d71c017e3e0304e77d54 Author: Michael Gmelin AuthorDate: 2022-09-05 15:56:11 + Commit: Michael Gmelin

Re: ERROR: Ports Collection support for your FreeBSD version has ended o_O

> On 5. Sep 2022, at 22:45, Tomek CEDRO wrote: > > Hello world :-) > > After `git pull` I get this warning now on each port build: > > /!\ ERROR: /!\ > Ports Collection support for your FreeBSD version has ended, and no > ports are guaranteed to build on this system. Please upgrade to a > su

Re: nginx-full version numbering question

> On 29. Aug 2022, at 00:33, Pete Wright wrote: > > On Sun, Aug 28, 2022 at 11:05:24PM +0200, Michael Gmelin wrote: >> >> >>>> On 28. Aug 2022, at 19:23, Pete Wright wrote: >>> >>>  hey there - i had a question about an apparent ve

Re: nginx-full version numbering question

> On 28. Aug 2022, at 23:05, Michael Gmelin wrote: > >  > > >>> On 28. Aug 2022, at 19:23, Pete Wright wrote: >>> >>  hey there - i had a question about an apparent version numbering issue >> with the nginx-full port: >> https://www.

Re: nginx-full version numbering question

> On 28. Aug 2022, at 19:23, Pete Wright wrote: > >  hey there - i had a question about an apparent version numbering issue with > the nginx-full port: > https://www.freshports.org/www/nginx-full/ > > on April 10th the version number is: 1.20.2_9,2 > then on the next update (may 31) the vers

Re: security/clamav: /ar/run on TMPFS renders the port broken by design

On Sun, 28 Aug 2022 03:21:24 -0700 Cy Schubert wrote: > In message <16b4-76a1-4e46-b7c3-60492d379...@freebsd.org>, > Michael Gmelin w > rites: > > > > > > > > > On 28. Aug 2022, at 10:42, free...@oldach.net wrote: > > >=20 > >

Re: security/clamav: /ar/run on TMPFS renders the port broken by design

On Sun, 28 Aug 2022 03:21:24 -0700 Cy Schubert wrote: > In message <16b4-76a1-4e46-b7c3-60492d379...@freebsd.org>, > Michael Gmelin w > rites: > > > > > > > > > On 28. Aug 2022, at 10:42, free...@oldach.net wrote: > > >=20 > >

Re: security/clamav: /ar/run on TMPFS renders the port broken by design

> On 28. Aug 2022, at 10:42, free...@oldach.net wrote: > > Cy Schubert wrote on Sat, 27 Aug 2022 17:26:38 +0200 (CEST): >> As stated before in this thread, replacing /var/run with tmpfs is not a >> supported configuration. > > Not supported? What is the purpose of /etc/rc.d/var then? That cre

Re: security/clamav: /ar/run on TMPFS renders the port broken by design

> On 28. Aug 2022, at 10:42, free...@oldach.net wrote: > > Cy Schubert wrote on Sat, 27 Aug 2022 17:26:38 +0200 (CEST): >> As stated before in this thread, replacing /var/run with tmpfs is not a >> supported configuration. > > Not supported? What is the purpose of /etc/rc.d/var then? That cre

Re: security/clamav: /ar/run on TMPFS renders the port broken by design

> On 27. Aug 2022, at 15:18, free...@oldach.net wrote: > > Michael Gmelin wrote on Sat, 27 Aug 2022 15:02:04 +0200 (CEST): >> (you're removing /var/run, which shouldn't be removed > > Not quite. It's actually not uncommon to boot with an empty /var. Ple

Re: security/clamav: /ar/run on TMPFS renders the port broken by design

> On 27. Aug 2022, at 15:18, free...@oldach.net wrote: > > Michael Gmelin wrote on Sat, 27 Aug 2022 15:02:04 +0200 (CEST): >> (you're removing /var/run, which shouldn't be removed > > Not quite. It's actually not uncommon to boot with an empty /var. Ple

Re: security/clamav: /ar/run on TMPFS renders the port broken by design

> On 27. Aug 2022, at 12:54, FreeBSD User wrote: > > Am Sat, 27 Aug 2022 11:21:40 +0200 > Michael Gmelin schrieb: > >>>> On 27. Aug 2022, at 08:31, FreeBSD User wrote: >>> >>> Hello, >>> >>> I'm referencing to Bug 259

Re: security/clamav: /ar/run on TMPFS renders the port broken by design

> On 27. Aug 2022, at 12:54, FreeBSD User wrote: > > Am Sat, 27 Aug 2022 11:21:40 +0200 > Michael Gmelin schrieb: > >>>> On 27. Aug 2022, at 08:31, FreeBSD User wrote: >>> >>> Hello, >>> >>> I'm referencing to Bug 259

Re: security/clamav: /ar/run on TMPFS renders the port broken by design

> On 27. Aug 2022, at 08:31, FreeBSD User wrote: > > Hello, > > I'm referencing to Bug 259699 [2] and Bug 259585 [1]. > > Port security/clamav is without doubt for many of FreeBSD users an important > piece of security > software so I assume a widespread usage. > > It is also a not uncomm

Re: security/clamav: /ar/run on TMPFS renders the port broken by design

> On 27. Aug 2022, at 08:31, FreeBSD User wrote: > > Hello, > > I'm referencing to Bug 259699 [2] and Bug 259585 [1]. > > Port security/clamav is without doubt for many of FreeBSD users an important > piece of security > software so I assume a widespread usage. > > It is also a not uncomm

Re: main-n257625-587649902329-dirty?

> On 26. Aug 2022, at 18:55, Nuno Teixeira wrote: > >  > Hello to all, > > Today I updated and uname -a shows main-n257625-587649902329-dirty. > Why is showing -dirty? > This means that the git workdir it was built on was dirty, see https://remarkablemark.org/blog/2017/10/12/check-git-dirt

Re: How to apply brute force rate limitings with rdr and pass rules under FreeBSD 13?

r pass in quick flags S/SA keep state (max-src-conn 100, \ max-src-conn-rate 15/5, overload flush global) \ tagged pass_rate_limit Using the "pass quick" rule early in your pf.conf will make sure it is applied instead of other matching rules. Cheers Michael -- Michael Gmelin

  1   2   3   4   5   6   7   8   9   10   >