ning. For that I apologize.
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: http://www.FreeBSD.org
NTP: Web: https://nwtime.org
e**(i*pi)+1=0
k is out
of date).
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: http://www.FreeBSD.org
NTP: Web: https://nwtime.org
e**(i*pi)+1=0
e process of changing build and boot processes and the
potential POLA fallout from such a change. A change like this needs to
be architected.
I don't think this is the mailing list to discuss this topic. This
should be discussed on ports@. Not here. Maybe it should be moved there
as this is a ports not a base O/S issue.
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: http://www.FreeBSD.org
NTP: Web: https://nwtime.org
e^(i*pi)+1=0
In message <20220827082638.57901a72@slippy>, Cy Schubert writes:
> On Sat, 27 Aug 2022 15:38:44 +0200
> Juraj Lutter wrote:
>
> > > On 27 Aug 2022, at 15:27, Michael Gmelin wrote:
> > >=20
> > >=20
> > > =20
> > >> On 27. Aug 20
In message <202208280842.27s8gdxn055...@nuc.oldach.net>, Helge Oldach
writes:
> 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
ult in more human
error. I've learned over my long career to rely more on automation than
human beings. Automation [should] never fail and when it does it does
temporarily until the bug is found and fixed. Human beings inconsistently
fail.
If it were an auto-discovery script that created a
In message <20220828130107.1a76d54a.gre...@freebsd.org>, Michael Gmelin
writes:
>
>
>
> 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:
In message <20220829082514.63926...@thor.intern.walstatt.dynvpn.de>,
FreeBSD Us
er writes:
> Am Sun, 28 Aug 2022 06:11:20 -0700
> Cy Schubert schrieb:
>
> > In message <20220828130107.1a76d54a.gre...@freebsd.org>, Michael Gmelin
> > writes:
> > >
>
from ports or did you pkg upgrade?
3. What other ports/packages are installed?
4. Which filters are you using? Have you modified any? Or have you written
your own?
5. Which actions are you using? Have you modified them? Or have you written
your own?
6. When fail2ban loops, instead of simply killing it, run truss. You can do
this by:
truss -faeD -o fail2ban.truss -p THE_TRUSS_PID
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: http://www.FreeBSD.org
NTP: Web: https://nwtime.org
e^(i*pi)+1=0
In message , Roger
Marquis w
rites:
> Cy Schubert wrote:
> > Michael Grimm writes:
> >> this is a recent stable/13-n252672-2bd3dbe3dd6 running =
> >> py39-fail2ban-1.0.1_2 and python39-3.9.14
> >> I have been running fail2ban for years now, but immediately
In message , Roger
Marquis w
rites:
> Cy Schubert wrote:
> > Michael Grimm writes:
> >> this is a recent stable/13-n252672-2bd3dbe3dd6 running =
> >> py39-fail2ban-1.0.1_2 and python39-3.9.14
> >> I have been running fail2ban for years now, but immediately
ince 1.0.1 except for a testsuite
bugfix and this bugfix.
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: https://FreeBSD.org
NTP: Web: https://nwtime.org
e^(i*pi)+1=0
In message <9sso211q-1r13-5702-s8rp-4306qq9q1...@mx.roble.com>, Roger
Marquis w
r
ormat is not found.
> But after this, it checks that the length of CLANG_FORMAT is 0, so it tries t
> o do "no".
Sorry for the late reply.
This has been fixed by requiring LLVM_DEFAULT, which installs CLANG_FORMAT.
CLANG_FORMAT=none and CLANG_FORMAT=/bin/true result in an asn1_compi
h port options, i.e. staying with the defaults, will
always avoid this problem.
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: https://FreeBSD.org
NTP: Web: https://nwtime.org
e^(i*pi)+1=0
I'm pondering deprecating systuils/am-utils to coincide with FreeBSD 13
EOL. We already have autofs in every supported version of FreeBSD so it
seems logical to deprecate the port.
Are there people who still use amd (am-utils)?
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web:
one
environment and a SuSE vendor software in another.
If the intention is to duplicate what a distro or different distros do, this
would seem like a lot of extra work for little or no signficant advantage.
If the decision is to pursue this, we should also continue to support various
other distr
e compiler to avoid this behaviour ?
How much RAM does your machine have? How many CPU cores/threads does it
have?
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: https://FreeBSD.org
NTP: Web: https://nwtime.org
e^(i*pi)+1=0
ÀÀÀÀÀÀÀÀ
In message <5816a79c-9bd0-4c41-9520-eed853aa1...@groumpf.org>, Xavier
Humbert w
rites:
> Le 10/25/23 08:46, Cy Schubert a écrit :
> > In message <09a4bfb8-ba61-4e05-b646-973104337...@groumpf.org>, Xavier
> > Humbert w
> > rites:
> >> Hi,
> >>
&g
On Wed, 25 Oct 2023 09:03:48 +0200
Xavier Humbert wrote:
> Le 10/25/23 09:01, Cy Schubert a écrit :
> > In message<5816a79c-9bd0-4c41-9520-eed853aa1...@groumpf.org>, Xavier
> > Humbert w
> > rites:
> >> Le 10/25/23 08:46, Cy Schubert a écrit :
>
5:
> > More and more Python packages require Python versions higher than 3.9.
> >
> > For example, FinanceToolkit https://github.com/JerBouma/FinanceToolkit
>
>
Agreed. Updates of sysutils/py-ansible-core to 2.16.0 and sysutils/ansible
to 8.6.0 or 8.6.1 (in one of my branches)
t;
> Thanks!
> --
> Tom Rushworth
Testing email from gmail.com directly to my infrastructure and through
mx2.freebsd.org work. There may be something in your subject line or body
that either postfix doesn't agree with, in header_checks, or the Bayesian
filter flagged somet
In message
, Tom Rushworth writes:
> Sorry for the noise folks, I'll keep this brief. My original ports
> question is at the bottom.
>
> On 2024-01-25 15:37, Cy Schubert wrote:
>
> In message om>
>
> The gmail address is the one I'm using to send to this li
In message
, Tom Rushworth writes:
> --94a37c060fcf18e8
> Content-Type: text/plain; charset="UTF-8"
>
> Hi Cy,
>
> On 2024-01-25 17:07, Cy Schubert wrote:
> > In message
> > om>
> > , Tom Rushworth writes:
> [snip]
> >>
(see shells/ksh-devel).
shells/ksh upstream is also the ksh imported into and used by CDE
(x11/cde*).
My position is, I'd prefer a Uses/ksh.mk. If people are interested, I'm
willing to put this task on my todo list.
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: https://F
In message <787339cd-48e4-49bf-b96e-77aab06ce...@freebsd.org>, Rodrigo
Osorio w
rites:
> This is a multi-part message in MIME format.
>
> On 23/02/24 16:54, Cy Schubert wrote:
> > Hi,
> >
> > Would there be any interest in either replacing shells/pdksh with
te, remove after 3 months
>
> That's the opposite of immediate removal
>
> > - BROKEN for more than 6 months
>
> Agree but that's hardly immediate
>
> > - has known vulnerabilities that weren=E2=80=99t addressed in the ports t=
> ree
> > for more than 3 months
Cheers,
Cy Schubert
FreeBSD UNIX: Web: https://FreeBSD.org
NTP: Web: https://nwtime.org
e^(i*pi)+1=0
<20240315072753.46ffa39e1bbb2e0996099...@dec.sakura.ne.jp>
Comments: In-reply-to Eugene Grosbein
message dated "Fri, 15 Mar 2024 14:
full of security holes. All of them. And will be despite of
> being supported by developers, it does not matter in fact.
> Old software is often much more simple and secure despite of lack of support.
>
> Do not remove ports just due to theorizing.
>
> Eugene
>
>
You have articulated three cogent points in your last three emails. Thank
you.
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: https://FreeBSD.org
NTP: Web: https://nwtime.org
e^(i*pi)+1=0
actively maintained than security fixes. Most of the time
it's new features, or put it another way new shiny objects to interest us.
The forest is made of many trees. Not just one.
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: https://FreeBSD.org
NTP: Web: https://nwtime.org
e^(i*pi)+1=0
//bugzilla.mozilla.org/show_bug.cgi?id=1874059 :-) I think
> these days Thunderbird is a project more "away" from the main Firefox
> project, so they may not keep up-to-date with the most recent commits made on
> the Mozilla side.
It's not that. Our thunderbird port tracks thunderbird-esr while our
firefox ports have firefox-esr and firefox (for mainline). We should
probably rename our thunderbird port to thunderbird-esr and add a
thunderbird port that tracks upstream mainline.
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: https://FreeBSD.org
NTP: Web: https://nwtime.org
e^(i*pi)+1=0
In message , Christoph Moench-Tegeder
writes:
> ## Cy Schubert (cy.schub...@cschubert.com):
>
> > We should
> > probably rename our thunderbird port to thunderbird-esr and add a
> > thunderbird port that tracks upstream mainline.
>
> Maybe check the release model fi
.c.o -MF
>> src/intel/common/libintel_common.a.p/xe_intel_gem.c.o.d -o
>> src/intel/common/libintel_common.a.p/xe_intel_gem.c.o -c
>> ../src/intel/common/xe/intel_gem.c
>> ../src/intel/common/xe/intel_gem.c:72:9: error: duplicate case value '4'
>>72 |case CLOCK_BOOTTIME:
>
I pushed commits to fix this, the wpa_supplicant*, and hostapd* ports last
night.
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: https://FreeBSD.org
NTP: Web: https://nwtime.org
e^(i*pi)+1=0
In message
, Nuno Teixeira writes:
>
> (...)
>
t/~fullermd/
>On the Internet, nobody can hear you scream.
>
Committed. Adjusted your commit log to conform with standard.
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: https://FreeBSD.org
NTP: Web: https://nwtime.org
e^(i*pi)+1=0
course of action. Possibly
in the MAKE_ENV environment variable in Makefile.
It probably builds successfully by hand -- though I haven't been able
to build chromium by hand here for the better part of a year now.
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: https://FreeBSD.or
I should have checked ports-committers first. Looks like the fix went in
this morning.
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: https://FreeBSD.org
NTP: Web: https://nwtime.org
e^(i*pi)+1=0
In message <20240828070856.69d3c5cb@slippy&g
ing to have it build here without any problems, as a
developer it gives me no opportunity to see the problem first hand to
figure out how to resolve it.
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: https://FreeBSD.org
NTP: Web: https://nwtime.org
The need of the many ou
Hi,
I'm experiencing an assertion in openldap24-client while attempting to
start thunderbird. The interesting thing is that removing ldap from passwd
in nsswitch.conf works around the issue. Has anyone else experienced this?
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: https://FreeBS
In message , Jan Beich writes:
> Cy Schubert writes:
>
> > Hi,
> >
> > I'm experiencing an assertion in openldap24-client while attempting to
> > start thunderbird. The interesting thing is that removing ldap from passwd
> > in nsswitch.conf works arou
,
> `--no-backup-if-mismatch` (turn off backups, equivalent to `-V none`
> but "lighter" in that it won't override -b/-V) and we'd leave existing
> flags otherwise alone.
Looks good to me.
>
> > I like the Idea.
> >
> > Warner
> >
> >> Thanks,
> >>
> >> Kyle Evans
> >>
>
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: https://FreeBSD.org
NTP: Web: https://nwtime.org
The need of the many outweighs the greed of the few.
i386 is unsupported by the package build infrastructure because of this
error: cannot bind to a temporary of type va_list.
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: http://www.FreeBSD.org
NTP: Web: https://nwtime.org
e**(i*pi)+1=0
In message
oment.
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: http://www.FreeBSD.org
NTP: Web: https://nwtime.org
e**(i*pi)+1=0
In message <8effcd96-5999-49c2-9f74-9616552ed...@icloud.com>, William
Macintosh
writes:
> Alrighty, well thank you for l
cture might be transient, for I was never able to
reproduce the package build infrastructure failure here either. This is
more of a leap of faith since I could not reproduce the problem on my
local poudriere at the time while the build infrastructure had the
problem. If it still fails to build on th
In message <90f51caeb7ee98bf2df92a56dcd16...@chen.org.nz>, j...@chen.org.nz
wri
tes:
> Hi,
>
> Are there any committers available to review and commit:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D281753
>
> Thanks!
> --
> Jonathan Chen
>
I'll
ng, the debug log is attached.
>
> The /usr/sbin/wpa_supplicant works fine with the same
> wpa_supplicant.conf.
>
> Should I file a PR?
Yes, please.
Make sure to note uname -a too please.
>
> matthias
>
> --
> Matthias Apitz, ✉ g...@unixarea.de, http://www.u
t; Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-3890204
> 5
> Public GnuPG key: http://www.unixarea.de/key.pub
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: https://FreeBSD.org
NTP: Web: https://nwtime.org
e^(i*pi)+1=0
46 matches
Mail list logo
