> A "make update-patches" is missing.
Thanks. Everything is ok now.
diff /usr/ports
commit - 8c63e64d8e995c22e5c74c405d9e013926952908
path + /usr/ports
blob - 4e530ab2529a5b43a1cee66f51b20be2767c36d6
file + www/yt-dlp/Makefile
--- www/yt-dlp/Makefile
+++ www/yt-dlp/Makefile
@@ -1,6 +1,6 @@
COMM
When a port has a maintainer, you should CC them, don't rely on
them reading ports@.
On 2023/11/17 08:36, Justin Berthault wrote:
> > A "make update-patches" is missing.
>
> Thanks. Everything is ok now.
>
>
> diff /usr/ports
> commit - 8c63e64d8e995c22e5c74c405d9e013926952908
> path + /usr/po
On 2023/11/16 21:07, Stefan Hagen wrote:
> I also broke RUN_DEPENDS into one dependency per line. It's just easier to
> read.
+1
> $ ytfzf -t -T {chafa,mpv,imv}
> fzf[85237]: pledge "wpath", syscall 5
>
> This happens, because fzf is trying to open the prefiew image in /tmp
>
> 46440 fzf
On Fri, Nov 17, 2023 at 08:23:58AM +, Stuart Henderson wrote:
> When a port has a maintainer, you should CC them, don't rely on
> them reading ports@.
I included him in the first mail, forgot to cc after that. Sorry.
Still learning the good way to do it.
Thanks.
Hi,
Stuart I'm subscribed to ports@, unfortunately due to $DAYJOB I won't be able to
look at this for at least a week or 2 so could you please take care of this or
maybe sdk@?
Please note that the previous release from Tuesday had a fix for CVE-2023-46121
so quirks also needs to be updated and ma
On 2023/11/17 02:10, Theo Buehler wrote:
> This runs into various issues with boost 1.83. After I found myself
> pulling in the third upstream commit without success, I got tired of it
> and decided to use the HEAD commit. This builds & packages with both
> boost 1.80 and 1.83.
Tested with osrm-fr
Update syncthing to 1.26.1
built, running on arm64
cc to maintainer@
diff /usr/ports
commit - c50f22d88b3eb92d3e4bcfedf697d5ceb0a51484
path + /usr/ports
blob - 78a40d4057fc6391b75b7f1507219bb136bb9297
file + net/syncthing/Makefile
--- net/syncthing/Makefile
+++ net/syncthing/Makefile
@@ -1,7 +1
On Wed, Nov 15, 2023 at 12:01:15PM +, Stuart Henderson wrote:
> On 2023/11/15 08:26, Otto Moerbeek wrote:
> > Any reason to not commit this?
>
> I didn't manage to get a bulk done before the llvm 16 carnage - here's
> an updated diff against -current, but it will be hard to get good
> testing
Update toot to 0.38.2
Built and tested on arm64.
databases/py-psycopg2 added as a new TEST_DEP.
diff /usr/ports
commit - cb9c4b3003c2ccbae77d6f99251728d484fd0ec6
path + /usr/ports
blob - b2087c37aa7df51508b94091eb270579a0f89078
file + net/toot/Makefile
--- net/toot/Makefile
+++ net/toot/Makefile
On Fri, Nov 17, 2023 at 12:26:08AM +0100, Christian Weisgerber wrote:
> devel/atlas C++17 does not allow dynamic exception
Unmaintained, already on ports life support, no consumers, out of date,
no HOMEPAGE/clear upstream, both SITES are NXDOMAIN (ftp.o.o fallback),
https:/
On 2023/11/17 12:29, Justin Berthault wrote:
> Update toot to 0.38.2
>
> Built and tested on arm64.
>
> databases/py-psycopg2 added as a new TEST_DEP.
Missing ${MODPY_FLAVOR} on the TDEP, but actually it's useless without
a local mastodon server. The existing MODPY_PYTEST_ARGS was addressing
thi
On Fri, Nov 17, 2023 at 12:26:08AM +0100, Christian Weisgerber wrote:
> net/minbif C++17 does not allow dynamic exception
Unmaintained, last update in 2013, HOMEPAGE is an nginx default page,
https://github.com/jasuarez/minbif archived in Jan 2021, my feeling says
we can l
Hi,
I'm working on a port that I want to run on one of my servers and
it just hit me that it will most probably not work since I run
-stable on it (the dependencies versions don't match). I thought
about re-making the port for stable by fetching a -stable ports
tree on the server directly, but the
Hello,
Here is a diff to update net/synapse to 1.96.1
Tested on amd64
Best RegardsIndex: Makefile
===
RCS file: /cvs/ports/net/synapse/Makefile,v
retrieving revision 1.65
diff -u -p -r1.65 Makefile
--- Makefile 2 Nov 2023 07:29:22 -
On 2023/11/17 13:50:16 +, "Johannes Thyssen Tishman"
wrote:
> Hi,
>
> I'm working on a port that I want to run on one of my servers and
> it just hit me that it will most probably not work since I run
> -stable on it (the dependencies versions don't match). I thought
> about re-making the po
Le Fri, Nov 17, 2023 at 12:58:13PM +, Klemens Nanni a écrit :
> On Fri, Nov 17, 2023 at 12:26:08AM +0100, Christian Weisgerber wrote:
> > net/minbif C++17 does not allow dynamic exception
>
> Unmaintained, last update in 2013, HOMEPAGE is an nginx default page,
> https
The update to boost 1.83 breaks the build of libime. The diff below
fixes the build and its consumers build as well. I haven't tried
updating to a newer version.
/tmp/pobj/libime-1.0.17/libime-1.0.17/tools/libime_prediction.cpp:32:10: error:
implicit instantiat
ion of undefined template 'std::arra
Boost 1.83 breaks the build of simgear. Diff below fixes it and
flightgear builds as well.
/tmp/pobj/simgear-2020.3.17/simgear-2020.3.17/simgear/scene/viewer/Compositor.hxx:137:34:
error: imp
licit instantiation of undefined template
'std::array, 14>'
BuiltinUniforms _uniforms;
2023-11-17T15:12:22Z, "Omar Polo" :
> On 2023/11/17 13:50:16 +, "Johannes Thyssen Tishman"
> wrote:
> > Hi,
> >
> > I'm working on a port that I want to run on one of my servers and
> > it just hit me that it will most probably not work since I run
> > -stable on it (the dependencies versio
On Fri, Nov 17, 2023 at 12:26:08AM +0100, Christian Weisgerber wrote:
> games/mars C++ std::random_shuffle
Same as xprobe, can add yet another patch to this dead horse or bring
it behind the barn, I prefer getting rid of maintanence burdens like these.
Unmaintained, No up
I see this already went in. Thanks for fixing this up.
--
In my defence, I have been left unsupervised.
On Fri, Nov 17, 2023 at 03:04:02PM +0900, ASOU Masato wrote:
> ping
>
> I confermed the operation using snapshot created onfNovember 16th.
> --
> ASOU Masato
>
> -- Forwarded message -
> From: 朝生正人
> Date: 2023年11月2日(木) 10:45
> Subject: devel/valgrind: removal syscall(2)
> To:
>
Yes, thanks for working on this.
--
Manuel Giraud
On Fri, Nov 17, 2023 at 05:19:14PM +0100, Florian Obser wrote:
> I see this already went in. Thanks for fixing this up.
No worries. There are a couple of other tweaks coming soon too.
--
Best Regards
Edd Barrett
https://www.theunixzoo.co.uk
On Fri, Nov 17 2023, Klemens Nanni wrote:
> On Fri, Nov 17, 2023 at 12:26:08AM +0100, Christian Weisgerber wrote:
>> games/mars C++ std::random_shuffle
>
> Same as xprobe, can add yet another patch to this dead horse or bring
> it behind the barn, I prefer getting rid of m
On Fri, Nov 17, 2023 at 12:11:14PM +0100, Theo Buehler wrote:
> On Wed, Nov 15, 2023 at 12:01:15PM +, Stuart Henderson wrote:
> > On 2023/11/15 08:26, Otto Moerbeek wrote:
> > > Any reason to not commit this?
> >
> > I didn't manage to get a bulk done before the llvm 16 carnage - here's
> > an
On Thu, Nov 16, 2023 at 08:28:52PM +0100, Christian Weisgerber wrote:
> Here are the build failures from my amd64 bulk build started on
> 2023-11-14, including the subsequent build fixes up to
> security/web-eid-app.
>
> http://build-failures.rhaalovely.net/amd64/2023-11-14/
>
> cad/prusaslicer
On Fri, Nov 17 2023, Christian Weisgerber wrote:
> Updated list:
>
> net/gnugk C++ std::mem_fun
The Makefile doesn't respect CXXFLAGS, it uses STDCCFLAGS.
The following fixes the build.
ok?
(Technically it could have made sense to use CXXFLAGS instead of its
clang-spec
I decided to do a watchdog script,
vxlan works fine.
One endpoint is an old 5$ raspberry 0, its
CPU is much happier with vxlan than with wg.
Thanks again
Il giorno gio 16 nov 2023 alle 10:41 Stuart Henderson
ha scritto:
> Ah, so it's an existing upstream feature that just isn't working on
> Open
On Fri, Nov 17, 2023 at 01:39:01PM -0500, Brad Smith wrote:
> On Fri, Nov 17, 2023 at 12:11:14PM +0100, Theo Buehler wrote:
> > On Wed, Nov 15, 2023 at 12:01:15PM +, Stuart Henderson wrote:
> > > On 2023/11/15 08:26, Otto Moerbeek wrote:
> > > > Any reason to not commit this?
> > >
> > > I did
> Also attached is another patch to fix the issue shown by mapnik. That's been
> around for a
> few Boost releases but upstream still has not commited a proper fix.
Ah good. That should fix freeorion as well. prusaslicer is unrelated,
and postgis (also unrelated) was fixed.
Let's see what the cl
Ricardo Mestre wrote (2023-11-17 09:56 CET):
> Hi,
>
> Stuart I'm subscribed to ports@, unfortunately due to $DAYJOB I won't be able
> to
> look at this for at least a week or 2 so could you please take care of this or
> maybe sdk@?
Sure, I'll commit this diff and create one for stable.
> Pleas
Justin Berthault wrote in
:
|On Fri, Nov 17, 2023 at 08:23:58AM +, Stuart Henderson wrote:
|> When a port has a maintainer, you should CC them, don't rely on
|> them reading ports@.
|
|I included him in the first mail, forgot to cc after that. Sorry.
|
|Still learning the good way to d
Hi,
on behalf of mestre@ there's a backport to stable for www/yt-dlp,
which contains a fix for CVE-2023-46121.
Below diff applies to 7.4 and updates the cve entry in quirks.
OK?
Best Regards,
Stefan
Index: www/yt-dlp/Makefile
===
Klemens Nanni writes:
> On Fri, Nov 17, 2023 at 12:26:08AM +0100, Christian Weisgerber wrote:
> > games/mars C++ std::random_shuffle
>
> Same as xprobe, can add yet another patch to this dead horse or bring
> it behind the barn, I prefer getting rid of maintanence burdens l
On 11/17/2023 5:30 PM, Anthony J. Bentley wrote:
> Klemens Nanni writes:
>> On Fri, Nov 17, 2023 at 12:26:08AM +0100, Christian Weisgerber wrote:
>>> games/mars C++ std::random_shuffle
>>
>> Same as xprobe, can add yet another patch to this dead horse or bring
>> it behind
bulk build on arm64.ports.openbsd.org
started on Wed Nov 15 14:44:29 MST 2023
finished at Sat Nov 18 00:34:25 MST 2023
lasted 2D09h49m
done with kern.version=OpenBSD 7.4-current (GENERIC.MP) #18: Wed Nov 15
10:54:45 MST 2023
built packages:11765
Nov 15:3724
Nov 16:2705
Nov 17:5334
Nov 18:1
cri
37 matches
Mail list logo