On 2023 Jul 24 (Mon) at 15:25:14 -0600 (-0600), phess...@openbsd.org wrote:
:bulk build on arm64.ports.openbsd.org
:started on Sat Jul 22 07:47:34 MDT 2023
:finished at Mon Jul 24 15:25:01 MDT 2023
:lasted 2D07h37m
:done with kern.version=OpenBSD 7.3-current (GENERIC.MP) #2203: Sat Jul 22
00:42:2
On Wed, Jul 19, 2023 at 06:33:52PM -0300, Lucas de Sena wrote:
> DSDA-Doom is a new doom source port.
>
> The port is building fine here with the patch I added.
>
> Ok?
A few comments/requests:
1. There are dependencies/WANTLIBS missing:
$ make port-lib-depends-check
dsda-doom-0.26.2(games/ds
This time (the previous one was not too long ago, I know…), no obvious
bugfixes, but a metric ton of new features, it seems. As always, roughly tested
on amd64.
Patch attached.
diff --git a/archivers/zpaqfranz/Makefile b/archivers/zpaqfranz/Makefile
index 95cd8dd9865..56aa180098f 100644
--- a/a
On Mon, Jul 24, 2023 at 03:57:16PM +0200, Henrik Friedrichsen wrote:
> Attached diff updates audio/ncspot to 0.13.4.
>
> Tested on amd64.
>
> Changelog: https://github.com/hrkfdn/ncspot/releases/tag/v0.13.4
tested and works on arm64 as well. committed, thanks!
bulk build on arm64.ports.openbsd.org
started on Sat Jul 22 07:47:34 MDT 2023
finished at Mon Jul 24 15:25:01 MDT 2023
lasted 2D07h37m
done with kern.version=OpenBSD 7.3-current (GENERIC.MP) #2203: Sat Jul 22
00:42:20 MDT 2023
built packages:11641
Jul 22:3801
Jul 23:1725
Jul 24:6114
critical p
On 2023/07/24 18:10, Paco Esteban wrote:
> Hi ports@,
>
> This is a new python library port, security/py-omemo-dr
> It's Gajim's internal fork of security/py-axolotl which they have
> re-written for internal omemo support.
>
> It's needed for the update of net/gajim sent on another thread.
>
> c
This port has some infrastructure to use an optimized function that
uses a function pointer. Not sure why for arm64 it actually uses that
infrastructure, since the only alternative is the generic C
implementation. But adding a BTI instruction is the easiest fix.
ok?
Index: audio/mpg123/Makefil
On Mon, 24 Jul 2023, Paco Esteban wrote:
> Hi ports@,
>
> This is a new python library port, security/py-omemo-dr
> It's Gajim's internal fork of security/py-axolotl which they have
> re-written for internal omemo support.
>
> It's needed for the update of net/gajim sent on another thread.
>
>
Hi ports@,
This is an update of net/gajim to its latest version 1.8.0
One of the big changes in this release is that they integrated the OMEMO
encryption plugin into gajim. This needs a new library I ported and
sent to the list in a separate thread.
Everything works fine for me on amd64 but emoj
Hi ports@,
This is an update of net/py-nbxmpp to its latest version 4.3.1
It's needed for an update of net/gajim sent on another thread.
All tests pass and works fine for me on amd64
Ok to commit ?
diff /usr/ports
commit - 7576a667635a8d09d0105d47f5bc52d1f6551ff6
path + /usr/ports
blob - 3adb6b
Hi ports@,
This is a new python library port, security/py-omemo-dr
It's Gajim's internal fork of security/py-axolotl which they have
re-written for internal omemo support.
It's needed for the update of net/gajim sent on another thread.
comments ? suggestions ? Ok to import ?
--
Paco Esteban.
On 2023/07/24 14:47, Laurence Tratt wrote:
> On Mon, Jul 24, 2023 at 01:14:36PM +0100, Stuart Henderson wrote:
>
> >> On an Intel amd64 machine with the latest snapshot (Jul 24th), net/unison
> >> dies for me on startup with the culprit being `caml_startup__code_begin`.
> >> I guess this is becaus
Attached diff updates audio/ncspot to 0.13.4.
Tested on amd64.
Changelog: https://github.com/hrkfdn/ncspot/releases/tag/v0.13.4Index: Makefile
===
RCS file: /cvs/ports/audio/ncspot/Makefile,v
retrieving revision 1.44
diff -u -p -r1.4
On Mon, Jul 24, 2023 at 01:14:36PM +0100, Stuart Henderson wrote:
>> On an Intel amd64 machine with the latest snapshot (Jul 24th), net/unison
>> dies for me on startup with the culprit being `caml_startup__code_begin`.
>> I guess this is because O'Caml hasn't been updated sufficiently for IBT?
[.
On Mon Jul 24, 2023 at 08:59:31AM +0100, Stuart Henderson wrote:
> I spotted this one in portroach, haven't tested beyond build yet but
> the patch merges are fiddly enough that I thought I'd send it out to
> avoid anyone doing duplicate work. Runtime tests welcome!
>
runs fine, ok rsadowski
On 2023/07/24 12:19, Laurence Tratt wrote:
> On an Intel amd64 machine with the latest snapshot (Jul 24th), net/unison
> dies for me on startup with the culprit being `caml_startup__code_begin`. I
> guess this is because O'Caml hasn't been updated sufficiently for IBT? Here's
> what I see:
>
> $
On an Intel amd64 machine with the latest snapshot (Jul 24th), net/unison
dies for me on startup with the culprit being `caml_startup__code_begin`. I
guess this is because O'Caml hasn't been updated sufficiently for IBT? Here's
what I see:
$ unison -h
fish: Job 1, 'unison -h' terminated by sig
ping ...
发件人: owner-po...@openbsd.org 代表 wen heping
发送时间: 2023年7月12日 8:49
收件人: Stuart Henderson
抄送: ports@openbsd.org
主题: 回复: [NEW]textproc/typst
Here is the revised patch:
i) regen the patch
ii) Add the missing LICENSE of all crates
Cheers !
wen
___
On Mon, Jul 24 2023, Christopher Zimmermann wrote:
> Hi,
>
> this is a straightforward upgrade containing only small bugfixes. OK?
Patch doesn't apply (whitespace) but no need to resend. Please run make
update-patches and you get an ok jca@. Thanks!
I'll try to fiddle with PORTROACH so that it
On 2023/07/24 11:49, Stuart Henderson wrote:
> On 2023/07/24 13:45, Pavel Korovin wrote:
> > Gitea is a go binary, so in most cases the old package won't become
> > non-functional very soon.
>
> It already did for machines with IBT.
(not affecting people who are already up-to-date on -current, bu
On 2023/07/24 13:45, Pavel Korovin wrote:
> Gitea is a go binary, so in most cases the old package won't become
> non-functional very soon.
It already did for machines with IBT.
On 07/24, Stuart Henderson wrote:
> pkg_add -u will display MESSAGE if it changed since the previous version
> so the user can easily find information about how to fix it. (The
> downside is that it's displayed for new installs with "pkg_add gitea"
> too).
>
> Another way is simply to list changes
On 2023/07/24 01:19, Pavel Korovin wrote:
> > As I see it, @ask-update is mostly needed where you need to take steps
> > _before_ the new version is installed (say, for postgresql if you're in
> > a situation where you can't use pg_upgrade, e.g. using an extension,
> > you need to run the old versi
Hi,
this is a straightforward upgrade containing only small bugfixes. OK?
Christopher
Index: Makefile
===
RCS file: /cvs/ports/databases/lmdb/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- Makefile10 Mar 2
> On 24 Jul 2023, at 00:19, Pavel Korovin wrote:
>
> On 07/23, Stuart Henderson wrote:
>> On 2023/07/23 16:05, Pavel Korovin wrote:
>>> I think adding @ask-update makes sense only if there's an UPGRADE section in
>>> README describing what setting is deprecated in which version, otherwise
>>>
I spotted this one in portroach, haven't tested beyond build yet but
the patch merges are fiddly enough that I thought I'd send it out to
avoid anyone doing duplicate work. Runtime tests welcome!
Index: Makefile
===
RCS file: /cvs/por
26 matches
Mail list logo
