t-2-8-0-generic-ups-blazer_usb-cant-claim-usb-device.90744/
Best
Michael
--
Michael Gmelin
> 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
ues",
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
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
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
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
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 pretty sure t
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 +
> >>
gly, `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
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
ost 1.2.3.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
> 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
these
pages by whatever means or by giving up localization - at least for the
languages we cannot support.
Best
Michael
--
Michael Gmelin
> 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
> 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
> 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
> 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
>
> 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
>
> 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
> 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
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
> 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
> 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
> 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
> 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
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
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
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
> 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,
> 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
>>
>>
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.
> >
>
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
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
ps://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
> 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:
>
>
> 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
> 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:
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
> 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:
>>>
>>>
, could 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
board/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
d.org/ports.git` work for you?
(currently it's not working from where I am). Maybe related.
Best
Michael
--
Michael Gmelin
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
> 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
> 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
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 process
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.
> > &
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
> > get th
--
Michael Gmelin
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
&
> 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
> 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:
>
> 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
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 c63a8f65a
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 UPDATIN
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
> 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
>>
> 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,
> 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
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
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
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
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
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
> 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
> 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
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
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
> 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: /!\
>
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
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
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
> 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
>
> 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
> 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.
> 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
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
> >
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
> >
> 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
> 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
> 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. Please see
> /
> 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 259699 [
> 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 259699 [
> 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
> 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
> 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
ick 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
> On 15. Aug 2022, at 08:52, Milan Obuch wrote:
>
> Hi,
>
> some time ago I managed to design and implement multi-tenant OpenVPN
> server using vnet jails. This way I am able to use more OpenVPN
> instances on single public IP.
>
> This is made possible using tun/tap interface property
> On 15. Aug 2022, at 18:22, Toomas Soome wrote:
>
>
>
>> On 15. Aug 2022, at 18:01, FreeBSD User wrote:
>>
>> Hello,
>>
>> I'm running a FreeBSD 13.1-RELENG-p1 zroot-based guest in a VirtualBox
>> 4.1.24/26 (do not know
>> exactly). The host is a special system based on Linux und
s?
Best
Michael
>
> Thanks a lot to both of you anyway :)
>
>
> Benoît
>
> --- Original Message ---
> On Monday, August 15th, 2022 at 13:01, Michael Gmelin
> wrote:
>
>
> >
> > On Mon, 15 Aug 2022 10:07:54 +
> > Benoit C
t;
> What does happen when the promiscuous mode is enabled? I'm not sure
> to understand what is the issue :/
>
Does giving the interface also an IPv4 address make a
difference, e.g. ifconfig_ql0="inet 10.0.0.1/24"?
Best
Michael
--
Michael Gmelin
ert can be more secure if you pin it, but since their
approach was ignoring cert verification completely, this level of security
probably isn’t what they were going for.
Cheers
Michael
> .
>
> Michael Gmelin wrote on 2022/08/04 07:58:
>>> Thanks, I simply copy and pasted
> On 4. Aug 2022, at 00:55, Michael Gmelin wrote:
>
>
>
>> On 4. Aug 2022, at 00:38, Tatsuki Makino wrote:
>> Hello.
>>
>> In git-2.37.1/http.c...
>>
>> ︙
>> if (!curl_ssl_verify) {
>>
> On 4. Aug 2022, at 00:38, Tatsuki Makino wrote:
> Hello.
>
> In git-2.37.1/http.c...
>
> ︙
>if (!curl_ssl_verify) {
>curl_easy_setopt(result, CURLOPT_SSL_VERIFYPEER, 0);
>curl_easy_setopt(result, CURLOPT_SSL_VERIFYHOST, 0);
>} else {
>
If you read /usr/local/bin/poudriere you see that it filters the
environment. So neither GIT_NO_SSL_VERIFY will come through, nor HOME
(which also means that git can't read $HOME/.gitconfig).
The pragmatic solution would be to create a git wrapper script and tell
poudriere to use it:
cat >/tmp/git_wrap <>/usr/local/etc/poudriere.conf
Cheers
Michael
--
Michael Gmelin
> On 3. Aug 2022, at 01:07, Dan Mahoney wrote:
>
> Hey there all,
>
> At the dayjob we have a fleet of Dell Poweredge servers that can use either
> mptsas or mrsas -- if you use mptsas, you use mptutil (in base) to check the
> state of the card.
>
> If you use mrsas, you need megacli,
Look at what you’re trying to commit and check if there are any conflict marker
(>>>, <>, =).
> On 28. Jul 2022, at 23:44, Nuno Teixeira wrote:
>
>
> Hello,
>
> I'm trying to commit to 2022Q3 PR 265530 and after solving Makefile conflicts
> (PORTREVISIONs), git push
m.
You can point it to checking another file by setting ABI_FILE[0] in the
environment or ignore the check by setting IGNORE_OSVERSION (like
advised). The "running kernel:" label seems a bit misleading.
Cheers
Michael
--
Michael Gmelin
> On 9. Jul 2022, at 03:22, Klaus Küchemann wrote:
>
>
>> Am 07.07.2022 um 19:32 schrieb Hans Petter Selasky :
>>
>> Hi,
>>
>> The only argument I've heard from some non-sighted friends about not using
>> FreeBSD natively is that ooh, MacOSX is so cool. It starts speaking from the
>>
> On 8. Jul 2022, at 14:48, Hans Petter Selasky wrote:
>
> On 7/8/22 14:34, David Chisnall wrote:
> Snipsnap
> Hi,
>
> I've updated my patch a little bit, so please re-fetch it.
>
> I tried:
>
> action "echo -- $text | rtprio 8
> /usr/local/bin/flite_cmu_us_slt"
>
> And
1 - 100 of 907 matches
Mail list logo