On Sat, Feb 24, 2024 at 04:00:44PM -0500, Daniel Dickman wrote:
> Hi Marc, while looking into cooledit with python3 support I noticed that
> the project looks like it's actually still active.
>
> Ok on the diff below to use working HOMEPAGE and SITES and update to the
> latest version in the 3.1
El Wed, 14 Feb 2024 15:42:23 -0400
Jose Maldonado escribió:
> Hi! I send diff for new version of picom, in this case the fixes for
> use libepoxy are merged in upstream, the port compile/build directly.
>
> CC @omar because he has maintained the port for a long time.
>
>
PING
This is the last
The automake NEWS file says that Python 3 has been supported since 1.11,
so switch the TDEPs in 1.11+ versions from Python2 to Python3.
For the 1.8, 1.9, and 1.10 releases, just switch the TDEPs too and let's
not worry about the Python test failures. These older automake versions
have a small n
Here is an update to png 1.6.43.
Version 1.6.43 [February 23, 2024]
Fixed the row width check in png_check_IHDR().
This corrected a bug that was specific to the 16-bit platforms,
and removed a spurious compiler warning from the 64-bit builds.
(Reported by Jacek Caban; fixed by John
On Fri, Feb 23, 2024 at 05:11:32PM -0500, Brad Smith wrote:
> Here is an update to libvpx 1.14.0.
Updated for -current.
Index: Makefile
===
RCS file: /cvs/ports/multimedia/libvpx/Makefile,v
retrieving revision 1.55
diff -u -p -u -p
On Sat, Feb 24, 2024 at 10:31:43PM +0100, Jonathan Schleifer wrote:
> Fixed upstream:
> https://objfw.nil.im/info/262baf76e7e66bc4
> https://objfw.nil.im/info/d73a388ecaf73b2a
>
> New release:
> https://objfw.nil.im/downloads/objfw-1.0.10.tar.gz
> https://objfw.nil.im/downloads/objfw-1.0.10.tar.gz
Christopher Zimmermann wrote:
> Thanks for your feedback guys. I tried to improve the interface by
> calling the hook for each challenge challenge individually and send
> information from acme-client via environment variables, which are
> checked against a restrictive alphabet. This makes droppin
bulk build on arm64.ports.openbsd.org
started on Wed Feb 21 20:09:25 MST 2024
finished at Sat Feb 24 18:05:20 MST 2024
lasted 2D21h55m
done with kern.version=OpenBSD 7.5-beta (GENERIC.MP) #100: Wed Feb 21 15:37:28
MST 2024
built packages:12400
Feb 21:2399
Feb 22:1784
Feb 23:1504
Feb 24:6712
cr
On 2024/02/24 14:42:13 -0500, Thomas Frohwein wrote:
> Hi,
>
> This is a new dependency needed to provide vulkan-validation-layers
> with the Vulkan::LayerSettings library that is needed to update it to
> the most recent SDK 1.3.275.0. I don't have much to say about this, as
> the LayerSettings s
On 2024/02/24 14:59:57 -0500, Thomas Frohwein wrote:
> Hi,
>
> This diff updates the vulkan ports to the latest SDK from a few weeks
> ago. Besides now needing graphics/volk (already imported) and
> vulkan-utility-libraries (see separate email to ports@), the update is
> pretty much the usual chu
> populated by the acme-client hook and cleared after authorization.
> nsd can reload zonefiles on SIGHUP.
Sending the signal requires privs. What's the plan?
Jonathan Schleifer wrote:
> Fixed upstream:
> https://objfw.nil.im/info/262baf76e7e66bc4
> https://objfw.nil.im/info/d73a388ecaf73b2a
>
> New release:
> https://objfw.nil.im/downloads/objfw-1.0.10.tar.gz
> https://objfw.nil.im/downloads/objfw-1.0.10.tar.gz.sig
>
> Am 24.02.24 um 22:17 schrieb M
hello,
update of www/py-jwt from 2.6.0 to 2.8.0 full changelog is here:
https://github.com/jpadilla/pyjwt/blob/master/CHANGELOG.rst
Built, and packaged on amd64 with no issues. Tests fail as they
have been for the last few updates. Consumers are
security/py-oauthlib which I've confirmed works as
hello,
update of audio/py-discogs-client from 2.5 to 2.7
Built, packaged, tested on amd64. The only consumer
is audio/beets and this has been tested and works.
thanks,
.jh
Index: py-discogs-client/Makefile
===
RCS file: /cvs/ports/
Greetings,
A new version of sbt was released, and I've updated port file.
If someone can review it, I'll be appricieted.
--
wbr, Kirill
sbt-1.9.9p0.tgz
Description: Binary data
Am 24.02.24 um 23:22 schrieb Mark Kettenis:
This is how the hardware behaves; see the documentation for
PSTATE.BTYPE in Part D of the ARM Architecture Reference Manual
(document DDI0487).
The difference is that this will allow an attacker to exploit a "BR"
type branch (jump) to jump to the star
> Date: Sat, 24 Feb 2024 22:31:43 +0100
> From: Jonathan Schleifer
>
> Fixed upstream:
> https://objfw.nil.im/info/262baf76e7e66bc4
> https://objfw.nil.im/info/d73a388ecaf73b2a
>
> New release:
> https://objfw.nil.im/downloads/objfw-1.0.10.tar.gz
> https://objfw.nil.im/downloads/objfw-1.0.10.tar
Hi,
in jni.h, jni_md.h is included. However, this file is installed in
openbsd/jni_md.h
The patch below is for jdk-11, but I saw, that jdk-1.8 has the same issue.
Don't know if that patch is the most sane approach, or if there are better ways
to fix the issue.
Sebastian
Index: Makefile
===
Fixed upstream:
https://objfw.nil.im/info/262baf76e7e66bc4
https://objfw.nil.im/info/d73a388ecaf73b2a
New release:
https://objfw.nil.im/downloads/objfw-1.0.10.tar.gz
https://objfw.nil.im/downloads/objfw-1.0.10.tar.gz.sig
Am 24.02.24 um 22:17 schrieb Mark Kettenis:
Ah, right. What happens in t
> Date: Sat, 24 Feb 2024 21:40:53 +0100
> From: Jonathan Schleifer
>
> Am 24.02.24 um 21:30 schrieb Mark Kettenis:
>
> > Unless we explicitly mark them as not, yes, they will use IBT (but not
> > Shadow Stack).
>
> Ah cool!
>
> > No. Tail call elimination will use a *direct* branch, which doe
Hi Marc, while looking into cooledit with python3 support I noticed that
the project looks like it's actually still active.
Ok on the diff below to use working HOMEPAGE and SITES and update to the
latest version in the 3.17 series?
This update fixes a few minor bugs, but is really an intermedia
Thanks for your feedback guys. I tried to improve the interface by
calling the hook for each challenge challenge individually and send
information from acme-client via environment variables, which are
checked against a restrictive alphabet. This makes dropping privileges
easier and passing rand
Am 24.02.24 um 21:30 schrieb Mark Kettenis:
Unless we explicitly mark them as not, yes, they will use IBT (but not
Shadow Stack).
Ah cool!
No. Tail call elimination will use a *direct* branch, which doesn't
need a landing pad at all.
Not necessarily - I've seen tail call elimination on fu
> Date: Sat, 24 Feb 2024 20:01:06 +0100
> From: Theo Buehler
>
> This adds missing landing pads for amd64 and arm64. Not sure if for
> upstream a dance using _CET_ENDBR would be preferable. For the
> port I kept it simple.
>
> ld: warning: objc_msg_lookup: missing endbr64
> ld: warning: objc_ms
On Sat, Feb 24, 2024 at 07:12:56PM +0100, Omar Polo wrote:
> Thomas Frohwein wrote:
> > *ping*
> >
> > This can save enough work with ports that have multiple submodules that
> > I think it might help porters' work. Of course this can be obtained
> > from the GitHub source, too, but having it in
> Date: Sat, 24 Feb 2024 21:03:34 +0100
> From: Jonathan Schleifer
Hi Jonathan,
>
> Am 24.02.24 um 20:01 schrieb Theo Buehler:
>
> > This adds missing landing pads for amd64 and arm64. Not sure if for
> > upstream a dance using _CET_ENDBR would be preferable. For the
> > port I kept it simple
Am 24.02.24 um 20:01 schrieb Theo Buehler:
This adds missing landing pads for amd64 and arm64. Not sure if for
upstream a dance using _CET_ENDBR would be preferable. For the
port I kept it simple.
ld: warning: objc_msg_lookup: missing endbr64
ld: warning: objc_msg_lookup_stret: missing endbr64
Hi,
This diff updates the vulkan ports to the latest SDK from a few weeks
ago. Besides now needing graphics/volk (already imported) and
vulkan-utility-libraries (see separate email to ports@), the update is
pretty much the usual churn.
I tested it on my Intel Tigerlake system with vkcube, vkcubep
On Sat, Feb 24, 2024 at 07:50:56PM +, Klemens Nanni wrote:
> Here's a diff for simple removal, or should we add @conflict and @pkgpath
> markers to textproc/goldendict-ng and proper merge goldendict into it?
I think this complication isn't necessary as goldendict was added
after 7.4.
ok with
Here's a diff for simple removal, or should we add @conflict and @pkgpath
markers to textproc/goldendict-ng and proper merge goldendict into it?
One superseeds the other, but they can coexist/do not conflict...
Index: Makefile
===
RC
Hi,
This is a new dependency needed to provide vulkan-validation-layers
with the Vulkan::LayerSettings library that is needed to update it to
the most recent SDK 1.3.275.0. I don't have much to say about this, as
the LayerSettings seems to be the only thing that we will rely on in
the near term.
This adds missing landing pads for amd64 and arm64. Not sure if for
upstream a dance using _CET_ENDBR would be preferable. For the
port I kept it simple.
ld: warning: objc_msg_lookup: missing endbr64
ld: warning: objc_msg_lookup_stret: missing endbr64
ld: warning: objc_msg_lookup_super: missing e
Hi,
This updates sway to version 1.9.
I've changed the default config (and RDEP) to use wmenu as upstreams.
comments, ok ?
(also a gentle ping for my other wayland updates from last week)
Index: Makefile
===
RCS file: /local/cvs/p
> Date: Sat, 24 Feb 2024 17:59:55 +0100
> From: Theo Buehler
>
> Two more endbr64 were missed in 3.1. I'll sync the diff to quictls.
These are indeed assigned to function pointers in crypto/evp/e_aes.c
ok kettenis@
> Index: Makefile
> ===
Thomas Frohwein wrote:
> *ping*
>
> This can save enough work with ports that have multiple submodules that
> I think it might help porters' work. Of course this can be obtained
> from the GitHub source, too, but having it in the ports tree would help
> visibility and accountability, especially t
Evan Silberman writes:
> Fairly straightforward now that I can build working Haskell programs on
> here again. The version of the pandoc-cli package is now 1:1 with the
> pandoc version so packaging is a bit easier. The manuals for the
> pandoc-server and pandoc-lua modes are also packaged now.
T
*ping*
This can save enough work with ports that have multiple submodules that
I think it might help porters' work. Of course this can be obtained
from the GitHub source, too, but having it in the ports tree would help
visibility and accountability, especially to decrease the barrier for
working w
works, ok
On 24/02/24 18:30 +0100, Mark Kettenis wrote:
> The asm in this port seems to have some x265 heritage. So there is a
> x86inc.asm file that we can patch. But it uses yasm instead of nasm
> and yasm doesn't know about endbr64. So just dump the bytes for that
> instruction into place.
>
The asm in this port seems to have some x265 heritage. So there is a
x86inc.asm file that we can patch. But it uses yasm instead of nasm
and yasm doesn't know about endbr64. So just dump the bytes for that
instruction into place.
Seems to be fix playing youtube vids in chromium again.
ok?
In
Updating imlib2 and possibly also jpeg from ports (or packages when a new
set is built) is likely to fix this.
--
Sent from a phone, apologies for poor formatting.
On 24 February 2024 16:59:44 Mikhail wrote:
core:~$ sysctl kern.version
kern.version=OpenBSD 7.5-beta (GENERIC.MP) #22: Fri Feb
That is a missing BTI instruction. Next package snapshot fixes it.
Mikhail wrote:
> core:~$ sysctl kern.version
> kern.version=OpenBSD 7.5-beta (GENERIC.MP) #22: Fri Feb 23 19:29:07 MST 2024
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
>
> Latest packages.
>
> co
Two more endbr64 were missed in 3.1. I'll sync the diff to quictls.
Index: Makefile
===
RCS file: /cvs/ports/security/openssl/3.1/Makefile,v
diff -u -p -r1.21 Makefile
--- Makefile22 Feb 2024 13:47:11 - 1.21
+++ Makefile
core:~$ sysctl kern.version
kern.version=OpenBSD 7.5-beta (GENERIC.MP) #22: Fri Feb 23 19:29:07 MST 2024
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
Latest packages.
core:~/Downloads$ feh openbsd\ \(1\).jpg
zsh: illegal hardware instruction (core dumped) feh openbsd\
On Sat, Feb 24, 2024 at 05:39:23PM +0100, Mark Kettenis wrote:
> > Date: Sat, 24 Feb 2024 17:33:10 +0100
> > From: Theo Buehler
> >
> > This adds missing endbr64 to the padlock engine in openssl/1.1:
> >
> > ld: warning: padlock_capability: missing endbr64
> > ld: warning: padlock_key_bswap: mis
Hi ports@,
This is an update for sysutils/chezmoi to its latest version 2.46.1.
Changes here:
https://www.chezmoi.io/reference/release-history/#2460-2024-01-25
https://www.chezmoi.io/reference/release-history/#2461-2024-02-11
Builds and works for me on amd64 (my setup is really basic).
ok to co
> Date: Sat, 24 Feb 2024 17:33:10 +0100
> From: Theo Buehler
>
> This adds missing endbr64 to the padlock engine in openssl/1.1:
>
> ld: warning: padlock_capability: missing endbr64
> ld: warning: padlock_key_bswap: missing endbr64
> ld: warning: padlock_verify_context: missing endbr64
> ld: war
This adds missing endbr64 to the padlock engine in openssl/1.1:
ld: warning: padlock_capability: missing endbr64
ld: warning: padlock_key_bswap: missing endbr64
ld: warning: padlock_verify_context: missing endbr64
ld: warning: padlock_reload_key: missing endbr64
ld: warning: padlock_aes_block: mis
Hello,
libreddit has been more or less abandoned after the API debacle and work
has been shifted to a new fork named redlib.
libreddit has its own user which seems to make this a bit tricky. I'm
not sure what is best between updating in place with a different package
name or rm libreddit and add
With the update from 2.3.1 to 2.3.2, the github repo contains json files
with the test vectors. This is good because we no longer need to work
around the attempt at grabbing the tests from the internet. It is also
bad because those .json files didn't make it to the assets on pypi
for some reason.
Update for gallery-dl to 1.26.8
Changes: https://github.com/mikf/gallery-dl/releases/tag/v1.26.8
Index: Makefile
===
RCS file: /cvs/ports/www/gallery-dl/Makefile,v
diff -u -p -r1.6 Makefile
--- Makefile26 Jan 2024 06:42:41 -
Le Wed, Feb 14, 2024 at 10:37:48AM -0400, Adriano Barbosa a écrit :
> Hi.
> Update for net/nextcloudclient v3.12.0
> Changelog:
> https://github.com/nextcloud/desktop/releases/v3.12.0
> https://github.com/nextcloud/desktop/releases/v3.11.1
> https://github.com/nextcloud/desktop/releases/v3.11.0
co
diff below updates leiningen to the latest versions and changes it to
fetch from codeberg.
The changelog is here
https://codeberg.org/leiningen/leiningen/releases/tag/2.11.0
2.11.1 and 2.11.2 are small bugfix releases on top.
briefly tested (since i'm mostly using deps.edn) but works for me.
OK?
Here is an update to lighttpd 1.4.74.
https://redmine.lighttpd.net/projects/lighttpd/repository/14/revisions/master/entry/NEWS
Index: Makefile
===
RCS file: /cvs/ports/www/lighttpd/Makefile,v
retrieving revision 1.179
diff -u -p -u
On 2024/02/24 00:15:58 +0100, tux0r wrote:
> zpaqfranz 59.2 has - on non-Windows systems - a few bugfixes, seemingly
> not more, in comparison to 59.1. As 59.1 isn't on /ports yet, attached
> is the diff from 58.11. :-)
committed, thanks :)
while here, I took the chance to convert GH_* usage to
54 matches
Mail list logo
