pageedit/Makefile:FLAVORS= qt6 qt5
www/falkon/Makefile:FLAVORS=kf6 qt6
www/qutebrowser/Makefile:FLAVORS= qt6 qt5
x11-toolkits/qhotkey/Makefile:FLAVORS= qt5 qt6
x11-toolkits/qwt6/Makefile:FLAVORS= qt5 qt6
x11/plasma6-plasma-integration/Makefile:FLAVORS=qt6 qt5
> It would be sur
Mark Millard writes:
> # poudriere jail -c -jrelease-aarch64 -aaarch64 -U
> https://pkg.freebsd.org -mpkgbase=base_release_3 -v 14 -X
How do you expect poudriere to interpret `-v 14`?
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
ion, and probably also the fastest one. If you
really want to be clever about it, you can look at the metadata under
/usr/local/etc/poudriere.d/jails/release-aarch64 and change any mention
of 14.2 to 14.3, then run `poudriere jail -u` with your fingers crossed.
If it breaks, you get to keep both pieces.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
Mark Millard writes:
> Dag-Erling Smørgrav writes:
> > This is preceded by an 800-line list of warnings from a single source
> > file (multi_index_block.cpp). This list is clearly truncated as it's
> > missing the final “N warnings generated” line, so my guess is there
ing the final “N warnings generated” line, so my guess is there is
at least one error there as well which just doesn't get displayed. I
would suggest trying to silence some of those warnings (maybe by adding
-Wno-deprecated-builtins to CXXFLAGS).
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
in its USES variable, the
security/fakeroot port will be added as a build dependency, and if the
port is being built by an unprivileged user, the variable FAKEROOT is
defined to `fakeroot`.
You will find more information about what this is for in the
security/fakeroot port.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
Thierry Thomas writes:
> I already replied on Mon, 21 Apr 2025 15:41:58 +0200 that PORTEPOCH is
> not needed for Parmetis, but I guess that this is an automatic email…
PORTEPOCH is not needed but you should set PORTREVISION to at least 9.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
Kevin Oberman writes:
> Any pkg command gets:
> The package management tool is not yet installed on your system.
> Do you want to fetch and install it now? [y/N]:
> but trying to do so gets: the most recent version of pkg-2.0.5 is already
> installed
sudo pkg bootstrap -f
DES
if the tests don't do that then they are
broken and need to be fixed. Can you provide logs, or a step-by-step
procedure to reproduce the problem?
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
> hole #4 @ 12288, size=4096
> data #5 @ 16384, size=4096)
> hole #6 @ 20480, size=524267520
> -<>
> FAIL tmpfs24.sh exit code 1
This appears to be a bug in the test. The lsholes program is incapable
of producing the <> line, and the output it does
produce is con
t when copying because `SEEK_DATA`
is implemented incorrectly.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
ing to use
`copy_file_range(2)`.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
>From 18eb75139045c30609d93f6a138526d3288acbd9 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Dag-Erling=20Sm=C3=B8rgrav?=
Date: Tue, 26 Nov 2024 10:54:14 +0100
Subject: [PATCH] cp, install: disable copy_file_range.
Mark Millard writes:
> Guido Falsi writes:
>> On 25/11/24 09:17, Dag-Erling Smørgrav wrote:
>>> Dimitry Andric writes:
>>>> Probably best to create a bugzilla ticket, but as I said before, I
>>>> cannot reproduce this.
>>> I can. My buil
(python3.11), jid 299, uid 65534: exited
on signal 11 (core dumped)
Nov 25 07:37:35 pkg kernel: pid 71735 (sassc), jid 289, uid 65534: exited on
signal 11 (core dumped)
I also see a bunch of SIGABRT from dot but I assume those are unrelated.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
Tatsuki Makino writes:
> While looking at libpkg/pkg_config.c, I noticed that the condition of
> the conditional branch in function pkg_close_devnull may not be
> correct.
Feel free to submit a pull request: https://github.com/freebsd/pkg/
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
Roger Marquis writes:
> Heads-up regarding openssh-portable 9.8 which doesn't work when called
> from inetd.conf. Is there perhaps a better patch for sshd.c than simply
> commenting the path test?
Have you considered simply specifying the full path to sshd in
inetd.conf?
DES
bob prohaska writes:
> It looks like all I need is SPF and TLS, [...]
You also need DKIM.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
urces are
compiled in order and creates the object directory only when compiling
what it believes to be the first one. Either patch the upstream
Makefile or add MAKE_JOBS_UNSAFE=yes to the port Makefile.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
rters-handbook/flavors/
The @all syntax, however, is a poudriere feature, and is documented in
the FLAVORS section of poudriere(8).
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
build all flavors of www/gitlab.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
if you're not ok
with the defaults.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
f sudo, and marked it as
automatic.
> 9. pkg-static autoremove -y
This removed pkg because it was marked as automatic and had no
dependents.
> Then is it expected behavior?
Yes, it did exactly what you asked it to do.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
ulnerabilities that weren’t addressed in the ports tree
> for more than 3 months
Agree but that's hardly immediate
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
Franco Fichtner writes:
> Dag-Erling Smørgrav writes:
> > Franco Fichtner writes:
> > > See
> > > https://lists.freebsd.org/archives/freebsd-ports/2023-September/004451.html
> > This has nothing to do with me or my work. When can I expect your
> > apolog
/ssl/certs/8d33f237.0"
606 wget NAMI "/etc/ssl/certs/4042bcee.0"
606 wget NAMI "/etc/ssl/certs/4042bcee.0"
606 wget NAMI "/etc/ssl/certs/4042bcee.1"
606 wget NAMI "/etc/ssl/certs/4042bcee.1"
606 wget NAMI "/etc/ssl/certs/4042bcee.2"
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
as I supposed to know?
Feel free to review https://reviews.freebsd.org/D42118 if it makes you
happy.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
Franco Fichtner writes:
> Oh dear, if only there was concerns raised about recent changes here
> that were not answered by involved committers/reviewers.
Please either provide evidence that you raised valid concerns which I
dismissed, or apologize.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
pendency on it. Significantly, wget does
not, so if it's broken it's been broken for at least three years.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
28 matches
Mail list logo