On 2023/11/09 09:53, Renaud Allard wrote:
> Here is a diff for mail/exim 4.97
Missing dep on p5-File-FcntlLock:
Can't locate File/FcntlLock.pm in @INC (you may need to install the
File::FcntlLock module) (@INC contains:
/usr/local/libdata/perl5/site_perl/amd64-openbsd
/usr/local/libdata/perl5/
On 2023/11/14 16:30, Tiemen Werkman wrote:
> This patch updates Dovecot to version 2.3.21 and adds gssapi
> authentication support.
pigeonhole will need a matching update too.
> GSSAPI is added as a flavor. I've been running dovecot with this patch
> for over two years now and it works very nicel
On 2023/11/14 09:59, Stefan Hagen wrote:
> That's perfect. I took your text verbatim and just capitalized the start
> of some sentences.
>
> More comments or ok to commit?
I'm happy. We can tweak it further later if wanted of course but I think
this is good and useful already. OK sthen.
> Index:
On 2023/11/14 08:42, Stefan Hagen wrote:
> Stuart Henderson wrote (2023-11-13 21:01 CET):
> > On 2023/11/13 20:10, Stefan Hagen wrote:
> > > Omar Polo wrote (2023-11-13 18:07 CET):
> > > > On 2023/11/13 14:57:39 +0100, Stefan Hagen
> > > > wrote:
>
On 2023/11/13 20:10, Stefan Hagen wrote:
> Omar Polo wrote (2023-11-13 18:07 CET):
> > On 2023/11/13 14:57:39 +0100, Stefan Hagen
> > wrote:
> > > Omar Polo wrote (2023-11-13 14:08 CET):
> > > > On 2023/11/13 13:49:03 +0100, Stefan Hagen
> > > > wrote:
> > > > > DIST_TUPLE did not yet make it i
On 2023/11/11 14:17, Luca Di Gregorio wrote:
> I would like to set a point to point interface encapsulating packets via
> UDP.
>
> It would be like a point to point wireguard but:
> - without authentication (I can set permissions in PF on source ip)
> - without encryption (content is already enc
On 2023/11/11 22:51, Stuart Henderson wrote:
> On 2023/11/11 13:48, Jeremie Courreges-Anglas wrote:
> > 44 telephony/spandsp
> >
> > The next biggest offender.
>
> It's not as bad as it looks; a bunch of these are various asterisk
> versions and subpackages.
On 2023/11/11 13:48, Jeremie Courreges-Anglas wrote:
> 44 telephony/spandsp
>
> The next biggest offender.
It's not as bad as it looks; a bunch of these are various asterisk
versions and subpackages. I've tweaked things in asterisk so spandsp
can be disabled there if needed.
The other affected
On 2023/11/11 19:02, Stefan Hagen wrote:
> finally something that's a bit more clever than fdupes.
also see: czkawka
probably https://marc.info/?l=openbsd-tech&m=155102311608275&w=2
On 2023/11/11 15:52, Caspar Schutijser wrote:
> Hi,
>
> Firefox on my arm64 M1 MacBook (dmesg below) crashes with a
> pledge violation when I visit a certain website (no interaction needed,
> just wait a couple of seconds for the pa
On 2023/11/11 11:53, Antoine Jacoutot wrote:
> Hi.
>
> These oldies still depend on py-gtk2 and hance python2.
> I propose we remove them.
>
> x11/driconf
> x11/gammapage
OK
> graphics/comix
OK, if someone wants simular functionality they can port MComix
> x11/obmenu
https://github.com/keith
On 2023/11/11 07:30, Justin BERTHAULT wrote:
> Hi,
>
> Trivial update to latest stable
>
> Built, tested and running on arm64.
Your patch is totally mangled.
> diff /usr/ports
> commit - 4cdc86fdf831bc27fee1a4c99eab95d440e3
> path + /usr/ports
> blob - d35744fbc6774aaca5ca1a7679a27e8c794c48
On 2023/11/10 16:58, Volker Schlecht wrote:
> Hi,
>
> what's the general feeling about archivers/ucl?
>
> As far as I can tell, it's not used by anything in ports, and it doesn't seem
> to be very active upstream, nor packaged anywhere else.
>
> Background of my question is some WIP on a port of
On 2023/11/10 11:05, Klemens Nanni wrote:
> On Sat, Nov 04, 2023 at 08:35:21AM +, Klemens Nanni wrote:
> > Imported for cmake which stopped using it in 2010.
> > No consumers in ports, updates are due since 2018.
> >
> > pkg/DESCR still has strong words against this port.
> >
> > Is anyone st
On 2023/11/10 10:14, Landry Breuil wrote:
> Le Fri, Nov 10, 2023 at 08:44:49AM +0000, Stuart Henderson a écrit :
> > On 2023/11/09 17:50, Landry Breuil wrote:
> > > now with 100%+ more parse_line_like_wordexp_does() manually rolled
> > > (thanks tb!)... and 100%+ more m
On 2023/11/09 17:50, Landry Breuil wrote:
> now with 100%+ more parse_line_like_wordexp_does() manually rolled
> (thanks tb!)... and 100%+ more malloc return values checked. with that
> horror i'm able to run swayidle with this in .config/swayidle/config:
The bits that I've looked at seem a lot b
On 2023/11/09 22:03, Jeremie Courreges-Anglas wrote:
>
> Here's a diff to keep on using dwz like in other ports, something that
> supposedly works on all architectures (though I doubt that we ever tried
> to activate DEBUG_PACKAGES on ld.bfd archs). With this,
> lang/ruby/3.[12] build and package
On 2023/11/09 11:38, Landry Breuil wrote:
> The wordexp() use is awkward so i've replaced it by an ugly handrolled
> lookup for configs in:
> - $HOME/.sway{idle,lock}/config
> - $XDG_CONFIG_HOME/sway{idle,lock}/config
> - $HOME/.config/sway{idle,lock}/config if $XDG_CONFIG_HOME is unset
> - and fal
On 2023/11/09 09:08, wen heping wrote:
> Hi, ports@:
>
> I updated my portstree just now but failed install databases/pkglocatedb,
> maybe it is caused by:
> ...
> piewm-1.04p3:x11/piewm:
> pmenu-3.1.1:x11/pmenu:
> >> Broken dependency: x11/polkit-qt5 non existent
> podbrowser-0.12p12:x11/podb
On 2023/11/09 02:53, Rubén Llorente wrote:
> I am submitting a port which allows to use NitroKey hardware under
> OpenBSD. It has been lightly tested on OpenBSD -current and 7.4 (amd64)
> with a Nitrokey Storage 2.
>
> Under Linux, the software responsible for accessing the NitroKey over USB
> dep
On 2023/10/29 15:23, Renato Aguiar wrote:
>
> Here is a diff updating cad/prusaslicer to 2.6.1. It depends on updated
> math/cgal and the new port graphics/nanosvg:
Broken on i386 (and maybe other 32-bit?). Log attached.
prusaslicer.log.gz
Description: application/gunzip
On 2023/11/08 12:35, Jeremie Courreges-Anglas wrote:
>
> I wanted to add riscv64 to APM_ARCHS because a few (mostly gui) ports
> are missing from bulk builds (an important one is sysutils/upower).
> machine/apmvar.h may be needed to build those ports but there is no
> promise that apm(4) / apmd(8)
r a test build with them linked and manually
installed (so DPB doesn't junk them). We might even get lucky and see
actual build failures, though check-lib-depends would be more useful.
> —
> Antoine
>
> > On Nov 8, 2023, at 11:08, Stuart Henderson wrote:
> >
> > O
On 2023/11/08 08:22, Lucas Gabriel Vuotto wrote:
> Hey Jason,
>
> On Tue, Nov 07, 2023 at 09:43:38PM +1100, jasfi...@emailme.net.au wrote:
> > I am using the latest OpenBSD 7.4 version along with Hiawatha 10.11
> > installed. Unfortunately, I am unable to update the latest version Hiawatha
> > 11.
On 2023/11/08 09:55, Matthieu Herrb wrote:
> Hi,
>
> when importing the ports needed for wayland, not yet linked to the
> build, I did not add them to the Makefiles. This fixes that.
> rsadowski@ took care of the wayland/ directory.
I'd prefer to have "wayland" included in the commented-out lines
Oops, typo, should have been PKGNAME = ${DISTNAME:S/_/-/}
--
Sent from a phone, apologies for poor formatting.
On 6 November 2023 19:34:53 grodzio wrote:
Thank you for the fixes. However, I have some remarks about your changes
to PKGNAME. Having the package named 'gallery_dl' is inconsistent
On 2023/11/06 15:57, grodzio wrote:
> Hello, attached is an updated port of gallery-dl that I had submitted
> earlier.
>
> Additionally, I used Stefan's modifications from the previous thread,
>
> many thanks, Stefan.
>
> Program tested on amd64, works fine on my end.
>
> Also, I will be using
Tried it before, this update breaks mariadb.
On 2023/11/06 10:01, Klemens Nanni wrote:
> upstream dropped -Wl,--as-needed usage, thus our AS_NEEDED cmake option
> patch has no effect. So looks like we no longer need the clang+ld.bfd
> treatment, but I can't test on these platforms, some I prefer
Doesn't hurt but we probably don't need #ifdef around SYS_getrandom tbh.
Has anyone looked at updating boost recently? It would be a good time in
our release cycle and I can do an i386 bulk if anyone has a diff handy.
--
Sent from a phone, apologies for poor formatting.
On 28 October 2023 11
On 2023/10/27 10:50, j...@bitminer.ca wrote:
> Looking at rspamd, the Makefile indicates a need for BLAS and CBLAS
> but the resulting executables do not reference them.
>
> It turns out absent a specific CONFIGURE_ARGS+= -DENABLE_BLAS=ON
> then the build substitutes a simple pair of codes from ka
On 2023/10/27 20:06, Sebastian Reitenbach wrote:
> Hi,
> > -# 11 failed, 86 passed, 35 skipped (dynamodb tests fail)
> > -TEST_DEPENDS +=devel/py-test-xprocess${MODPY_FLAVOR}
> > +MODPY_PYTEST_ARGS =--ignore tests/test_dynamodb_cache.py
> >
> > .include
>
> thanks a bunch f
On 2023/10/27 07:32, JR Aquino wrote:
> Are there any remaining items that either of you see needing to be
> addressed before this can be committed?
Yes but I don't have time (and really at the moment enough interest to
spend the time if I did) to go through it all carefully at the moment.
A few
On 2023/10/27 12:01, Laurent Cheylus wrote:
> Hi,
>
> update for devel/gopls v0.14.0 (LSP server for Golang)
> Changelog: https://github.com/golang/tools/releases/tag/gopls%2Fv0.14.0
>
> - update Makefile, modules.inc, distinfo and pkg/PLIST for this version
> - add a patch to fix internal versio
On 2023/10/26 17:04, Sebastian Reitenbach wrote:
> Hi,
>
> an update of www/puppetboard needs a few new dependencies, this is one of
> them.
> Makes the puppetboard update happy for me.
>
> comments, or OK to import?
>
> Sebastian
my comments for py-cachelib re MODPY_SETUPTOOLS->MODPY_PYBUILD
On 2023/10/26 17:05, Sebastian Reitenbach wrote:
> Hi,
>
> an update of www/puppetboard needs a few new dependencies, this is one of
> them.
> Makes the puppetboard update happy for me.
>
> comments, or OK to import?
>
> Sebastian
: MODPY_SETUPTOOLS =Yes
: MODPY_PYTEST =
On 2023/10/26 19:54, Klemens Nanni wrote:
> Recycle an old ID from 2016 as new "_dictd".
If we're recycling, I think I'd prefer to start with oldest first.
$ cvs blame user.list|grep '#' | sort -n | head
Annotations for user.list
***
1.151(fgsch10-Mar-11): #639 _polkituser
On 2023/10/26 09:42, Sebastian Reitenbach wrote:
> On Monday, October 23, 2023 19:02 CEST, "Sebastian Reitenbach"
> wrote:
>
> > Hi,
> >
> > seems their download link change a bit. Attached patch does it make work
> > again for me,
> > now it's called community, but same checksum apparently.
>
On 2023/10/25 10:49, Matthieu Herrb wrote:
> On Sun, Oct 22, 2023 at 04:51:37AM -0600, Stuart Henderson wrote:
> > CVSROOT:/cvs
> > Module name:ports
> > Changes by: st...@cvs.openbsd.org 2023/10/22 04:51:37
> >
> > Modified files:
> > www
On 2023/10/24 01:18, Nicolas Davico wrote:
> Hi everyone,
> Please find attached a port of croc, a small Go program to safely
> transfer files and folders between computers.
> Project repository: https://github.com/schollz/croc
> This is my first port, so any feedback is very appreciated.
> -Nico
On 2023/10/22 09:03, Rafael Sadowski wrote:
> - Remove broken mirrors
> - Switch to HTTPS
>
> OK?
>
> Index: network.conf
> ===
> RCS file: /cvs/ports/infrastructure/db/network.conf,v
> retrieving revision 1.23
> diff -u -p -r1.23 ne
...also as was as syscalls, socket options could do with checking over too.
If everything is in order then there's not much point adding a configure
flag really, just check for pledge
--
Sent from a phone, apologies for poor formatting.
On 21 October 2023 19:01:33 Stuart Henderson
8:57:55 Mikhail wrote:
On Sat, Oct 21, 2023 at 06:38:57PM +0100, Stuart Henderson wrote:
Err, sending that upstream is a bit premature.
Reasons? It works fine in my testing, also it's enabled only with
--enable-openbsd-sandbox, so if something arise it's very easy for the
users to che
Err, sending that upstream is a bit premature.
--
Sent from a phone, apologies for poor formatting.
On 21 October 2023 15:53:34 Mikhail wrote:
On Wed, Oct 18, 2023 at 10:28:47PM +0100, Stuart Henderson wrote:
On 2023/10/18 22:19, Mikhail wrote:
> [cc'ing maintainer]
>
>
On 2023/10/21 12:33, Johannes Thyssen Tishman wrote:
> Thanks ian@ and sthen@ for your feedback. I've updated the port
> based on your feedback. Please find attached the updated port, a
> patch for devel/quirks with the new entry in @stem_extensions and
> the same patches for prusaslicer and kicad
I'd probably go with this, there doesn't seem any need to install two
copies of the same sample files.
Index: Makefile
===
RCS file: /cvs/ports/sysutils/detox/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile
On 2023/10/20 11:53, Ian Darwin wrote:
> Thanks for picking this up and finishing it!
> I'm OK with your being opencascade maintainer.
>
> I built the opencascade and prusaslicer 2.5.2p1 and that seems to work as
> before. Didn't test kicad but it's a trivial change and you've tested it. So
> thos
lteo, are you still interested in maintaining iperf3?
On 2023/10/18 22:28, Stuart Henderson wrote:
> On 2023/10/18 22:19, Mikhail wrote:
> > [cc'ing maintainer]
> >
> > Inlined patch updates iperf3 to 3.15 (3 bug fixes, details here -
> > https://github.c
On 2023/10/08 20:49, haywirrr wrote:
> Hi Stuart,
>
> I was able to get wpa_supplicant working with OpenSSL 3.0/3.1 after
> applying the following 5 patches:
I've added the openssl flavour to wpa_supplicant in -current ports
and included your patches (I tracked down the original commits and
added
On 2023/10/18 22:19, Mikhail wrote:
> [cc'ing maintainer]
>
> Inlined patch updates iperf3 to 3.15 (3 bug fixes, details here -
> https://github.com/esnet/iperf/releases/tag/3.15).
>
> I run iperf on public server with unfirewalled ports, so I'd like it to
> be pledged/unveiled, -I and --logfile
On 2023/10/18 15:55, Marc Espie wrote:
> On first run, audacity will look for "libmp3lame.so.0" which doesn't
> exist on OpenBSD, then prompting the user to find the library.
>
> This is doubly absurd, because it doesn't match our naming
> scheme, and also because we run depend on lame.
>
> This
On 2023/10/18 14:14, Stefan Hagen wrote:
> Hi all,
>
> attached is a new port, which is bascially urlview, but better.
>
MODPY_PYBUILD = hatchling
BUILD_DEPENDS = devel/py-hatchling${MODPY_FLAVOR} \
devel/py-hatch-vcs${MODPY_FLAVOR}
please replace the above MODPY_PYBUILD + BUIL
On 2023/10/17 23:07, Ghislain Mercier wrote:
> Hello,
>
> With yesterday's upgrade from 7.3 to 7.4, and more specifically with
> glib2 upgrading from 2.74.6 to 2.76.6, Openbox crashes when switching
> out of a fullscreen window (tested on 7.4 GENERIC.MP#1397 amd64).
>
> It appears to be a known b
On 2023/10/17 17:36, Klemens Nanni wrote:
> On Tue, Oct 17, 2023 at 04:32:19PM +0200, Theo Buehler wrote:
> > On Tue, Oct 17, 2023 at 03:27:26PM +0100, Stuart Henderson wrote:
> > > On 2023/10/16 21:07, Klemens Nanni wrote:
> > > > OK kn when that works on sparc6
On 2023/10/16 21:07, Klemens Nanni wrote:
> OK kn when that works on sparc64 for you and got wrapped in a
> CHOSEN_COMPILER or MACHINE_ARCH check.
CHOSEN_COMPILER is messy because it has to go after the final
.include
Using MACHINE_ARCH and enumerating the base-gcc archs is a
terrible idea for t
On 2023/10/14 12:58, Dima Pasechnik wrote:
> Do you mean to say that having two ports producing different, but
> equally named, libraries, is not possible in OpenBSD?
They either need the same ABI + API, or to be installed in separate dirs
and ports using them need checking to make sure they pick
On 2023/10/13 20:05, Daniel Jakots wrote:
> Hey,
>
> > go1.21.2 (released 2023-10-05) includes one security fixes to the
> > cmd/go package, as well as bug fixes to the compiler, the go command,
> > the linker, the runtime, and the runtime/metrics package. See the Go
> > 1.21.2 milestone on our is
On 2023/10/13 16:18, Jonathan Armani wrote:
> Re-sending as it seems my client encoded it in base64, sorry for that,
The diff (in both cases) is mangled, whitespace issues.
On 2023/10/11 20:46, Laurence Tratt wrote:
> On Thu, Aug 31, 2023 at 08:27:11AM +0100, Laurence Tratt wrote:
>
> [Rafael]
> >> Simple update neovim-qt-0.2.17. Tested on amd64. OK?
> > There is at least 1 annoying regression in 0.2.17 which is why I didn't
> > end up submitting an update. Those hav
On 2023/10/12 02:29, wen heping wrote:
> To update mail/p5-Mail-Box, 6 new ports should be created:
> mail/p5-Mail-Message
> mail/p5-Mail-Transport
> mail/p5-Mail-Box-IMAP4
> mail/p5-Mail-Box-POP3
> mail/p5-Mail-Box-IMAP4-SSL
> devel/p5-superclass
>
> I attached two file here:
> Mailinone.tar.gz:
On 2023/09/26 13:05, Klemens Nanni wrote:
> On Mon, Sep 25, 2023 at 11:35:38AM +0100, Stuart Henderson wrote:
> > On 2023/09/22 17:12, Daniel Dickman wrote:
> > > We discussed this back in Jan and then nothing happened.
> > >
> > > ok on the diff bel
upstream says, "This project is intended for development purposes only;
it should not be used in production". is it really a good thing to have
in ports?
On 2023/10/11 23:34, lux wrote:
> On Sun, 2023-10-01 at 17:48 +0800, lux wrote:
> > Hi ports@,
> >
> > simplehttpserver with in addition a ful
I would prefer to remove the ' from the end of COMMENT
Not really sure how to test it. If I try running it with no HPL.dat
file present I get a segfault:
: $ xhpl
: [symphytum.spacehopper.org:74107] PMIX ERROR: INIT in file
:
/usr/obj/ports/openmpi-4.1.5/openmpi-4.1.5/opal/mca/pmix/pmix3x/pmix/s
On 2023/10/10 16:11, Stuart Henderson wrote:
> pydantic-compat:
> - empty patches dir in tar
> - please use MODPY_PYBUILD=hatch-vcs and drop the BDEP on py-hatch-vcs
>
+ dep on pydantic
pydantic-compat:
- empty patches dir in tar
- please use MODPY_PYBUILD=hatch-vcs and drop the BDEP on py-hatch-vcs
On 2023/10/09 22:03, lauf3y wrote:
> Hello,
>
> I would like to publish a port of a software named eza.
> eza is a modern, maintained replacement for ls, built on exa.
> It's written in Rust, is fairly new and well maintained. It's a fork of exa,
> which was a very popular replacement of ls. But
On 2023/10/09 21:13, Renato Aguiar wrote:
> I attached an updated zls port fixing build with PORTS_PRIVSEP enabled,
> though I'm still trying to figure out the best way to shorten some remaining
> long lines in the Makefile.
don't worry about that, the only long lines there are ones which really
h
> > Thank you for any guidance/assistance/consideration on this matter!
> >
> > FreeBSD VLAN 0 patch: https://reviews.freebsd.org/D40442
>
> I'm not ok with adding that as a patch.
(specifically because it's relatively complicated, may well get in the
way of updates, and there's already a proper
On 2023/10/06 21:25, haywirrr wrote:
> Hello,
>
> TL/DR: I am requesting wpa_supplicant be updated to the latest version
> (2.10) and also have a patch applied that is available for FreeBSD.
>
> I was wondering if it would be possible to have wpa_supplicant updated
> to the latest version (2.10).
On 2023/10/06 20:36, haywirrr wrote:
> > ...
> > hmm - it's not ideal to use OpenSSL 1.1 any more because security
> > updates from the old branches are now only available to paying customers...
> >
> > There could well be something else in the changes between wpa_supplicant
> > 2.9 and 2.10 that
On 2023/10/05 17:19, haywirrr wrote:
>
>
>
>
>
> Sent with Proton Mail secure email.
>
> --- Original Message ---
> On Thursday, October 5th, 2023 at 8:51 AM, Stuart Henderson
> wrote:
>
>
> > On 2023/10/05 13:09, haywirrr wrote:
> &
Missing FLAVOR=python3/FLAVORS=python3.
--
Sent from a phone, apologies for poor formatting.
On 5 October 2023 18:35:19 Paco Esteban wrote:
Hi ports@,
This is a new port for hatch-nodejs-version:
https://pypi.org/project/hatch-nodejs-version/
from DESCR:
This package provides two Hatch
${MODPY_FLAVOR} is missing from the new BDEP.
Standard method for setting the home dir is "PORTHOME=${WRKDIST}" rather
than in TEST_ENV.
You may be able to skip the hanging test with MODPY_PYTEST_ARGS=--ignore
path/to/file.py.
--
Sent from a phone, apologies for poor formatting.
On 5 Octo
On 2023/10/05 14:46, Russell Sutherland wrote:
> In attempting to install octodns and octodns-azure from PyPi, I run into some
> issues with octodns-azure as it is asking for the cryptography package,
> version 41.x.y
>
> This works normally as expected:
>
> $ pip install octodns
>
> However w
On 2023/10/05 13:09, haywirrr wrote:
> oports# ldconfig -r | head
> /var/run/ld.so.hints:
> search directories: /usr/lib
> 0:-lexecinfo.3.0 => /usr/lib/libexecinfo.so.3.0
> 1:-lfido2.7.0 => /usr/lib/libfido2.so.7.0
> 2:-lcbor.2.0 => /usr/lib/libcbor.so.2.0
>
On 2023/10/04 20:37, haywirrr wrote:
> Hi Stuart,
>
> I found that creating a symlink to the PC/SC library file in the
> OpenSSL directory allowed wpa_supplicant to run without issue.
>
> ln -s /usr/local/lib/libpcsclite.so.1.0 /usr/local/lib/eopenssl31
>
> Is it possible that the Makefile patch
On 2023/10/04 15:58, James Cook wrote:
> After a recent pkg_add -Dsnap -u, running "vise" from the vis package gives:
>
> $ vise
> ld.so: vise: can't load library 'liblua5.4.so.5.4'
> Killed
>
> It looks like the vis package depends on the wrong version (5.3.6) of lua.
> If I manually install lua
On 2023/10/04 16:11, Antoine Jacoutot wrote:
> On Wed, Oct 04, 2023 at 03:03:29PM +0100, Stuart Henderson wrote:
> > On 2023/10/01 11:24, Omar Polo wrote:
> > > On 2023/09/30 13:10:19 +0100, Stuart Henderson
> > > wrote:
> > > > On 2023/09/30 10:00, Omar
On 2023/10/01 11:24, Omar Polo wrote:
> On 2023/09/30 13:10:19 +0100, Stuart Henderson wrote:
> > On 2023/09/30 10:00, Omar Polo wrote:
> > > c++ -o src/taisei [...many objects files...] \
> > > -flto \
> > > -Wl,--as-needed \
> > >
On 2023/10/03 21:48, Stuart Henderson wrote:
> oops, rpath also needed, new diff
you'll also need this in the network={ ... } section of your config
(openssl rejects TLSv1.0 by default but allows it to be reenabled)
openssl_ciphers="DEFAULT@SECLEVEL=0"
I was able
On 2023/10/03 21:15, Stuart Henderson wrote:
> On 2023/10/03 19:17, haywirrr wrote:
> > It would seem that the latest snapshot version of wpa_supplicant was
> > compiled using a version of LibreSSL that does not support TLS 1.0.
> > While this doesn't surprise
On 2023/10/03 19:17, haywirrr wrote:
> It would seem that the latest snapshot version of wpa_supplicant was
> compiled using a version of LibreSSL that does not support TLS 1.0.
> While this doesn't surprise me, my ISP requires 802.1X authentication
> and only TLS 1.0 is available.
>
> I attempted
No imports at the moment until after 7.4 builds are started.
--
Sent from a phone, apologies for poor formatting.
On 3 October 2023 01:55:48 Paul Galbraith wrote:
On 2023-09-25 9:12 p.m., Paul Galbraith wrote:
Thanks Stuart, changes attached.
Just following up, is this one Ok to add?
looking at ports depending on libspf2, the milter-greylist port is very
outdated (last port version update 2011).
wondering if any readers are actually using it.
current ports version is 4.2.7; changelog since then...
4.6.4
Fix crash when GeoIP2 for IPv6 is not configured (Paul Howarth)
This forked repo has some libspf2 fixes:
https://github.com/nomis/libspf2/commits/sa
It does have a fix for an int underflow in macro parsing
(https://github.com/shevek/libspf2/pull/44) but there's not
enough information about the anonymous/ZDI reported vulnerability
to know if that's the same.
T
On 2023/10/01 14:14, po...@phosphorus.com.br wrote:
> Inline.
>
> On 9/30/23 10:57, Theo de Raadt wrote:
> > po...@phosphorus.com.br wrote:
> >
> > > Unfortunately I like/use exim for years - pretty simple config file
> > > syntax.
> > Yes, you like unsafe software.
> That hurts, but yes, seems
So here (forwarded below) is a more useful review of the public
information.
AUTH_EXTERNAL is already disabled in the port.
I think we can disable AUTH_SPA by default in the port without too much
trouble. It is disabled by default upstream.
Renaud, do you have a handle on whether spf lookups are
On 2023/10/01 16:27, Johannes Thyssen Tishman wrote:
> Hi,
>
> I'm trying to update my ports tree with 'cvs -q up -Pd -A' and I'm
> getting the following error:
>
> > cannot create_adm_p /tmp/cvs-serv54231/textproc/cdiff
> > No space left on device
This is a message from the anoncvs server. Prob
Seems like you are probably fetching from an incomplete mirror.
On 2023/10/01 11:54, Lorenz (xha) wrote:
> i don't know if the problem is known, if it was intentionally ignored or
> something, but graphics/gimp is broken on -current.:
>
> lorenz@~ % doas pkg_add gimp
> Ambiguous: choose package f
On 2023/09/30 15:35, Solène Rapenne wrote:
> What would marking it BROKEN solve? People upgrading to 7.4 will keep
> the old version, but indeed new user won't be able to install it.
It would mean that new users won't be able to install it.
True it won't help 7.3-stable etc. But hard to say what
With OpenBSD release fast approaching and considering the lack of solid
information about the vulnerabilities, I think we should probably mark
mail/exim BROKEN for now.
And also consider whether we want to keep this in ports at all...
The response to this was much weaker than I'd expect from maint
> http://build-failures.rhaalovely.net/sparc64/2023-09-28/archivers/snappy.log
(DIST_TUPLE issue in this and a couple of other ports, should now be fixed)
> http://build-failures.rhaalovely.net/sparc64/2023-09-28/devel/llvm/13.log
Error:
/usr/obj/ports/llvm-13.0.0/fake-sparc64/usr/local/llvm13/
On 2023/09/30 10:00, Omar Polo wrote:
> On 2023/09/18 13:07:23 +0100, Stuart Henderson wrote:
> > On 2023/09/18 11:07, Omar Polo wrote:
> > > it uses c++ to build a sub-library (basis-universal) and to link, I
> > > guess that's why c++ ends up in the wantlibs but
On 2023/09/30 12:40, Marcus MERIGHI wrote:
> Hello,
>
> the following would update wtf(6) to 20230906 (from 20230828).
> Does this need a quirk because the package name changes?
changes in what way?
> Marcus
>
> Index: Makefile
>
On 2023/09/25 20:25, Klemens Nanni wrote:
> On Mon, Sep 25, 2023 at 12:42:57PM -0700, JR Aquino wrote:
> > Attaching a very simple fix for the security/argon2 port where pkg-config
> > data is not properly recording the version data by setting the
> > ARGON2_VERSION value as one of the MAKE_FLAGS.
On 2023/09/28 09:11, Laurent Cheylus wrote:
> Hi Edd,
>
> On Sat, 23 Sep 2023 12:06:22 +0100, Edd Barrett wrote:
>
> > Relatively simple update to neovim.
> >
> > Only lightly tested. Please try it out.
>
> I also did an update for Neovim 0.9.2 and yours is almost similar to mine.
>
> OK, buil
On 2023/09/28 08:34, David Coppa wrote:
> ++c = '${TRUEPREFIX}/bin/lpr -P%s %s %s %s' %
> (printer_name, raw_str, rem_str, file_name)
${LOCALBASE} (since this is from a different port, not from hplip itself)
or just /usr/local, imho...
"I hope it is not too late to make it to the release :)"
This is not a time to try to squeeze things into a release. It's a time
to get things done so we can tie up the release, get builds started, and
back to normal development.
- Forwarded message from Renato Aguiar -
From: Renato Ag
On 2023/09/27 22:14, Remi L. wrote:
> I am an OpenBSD user and I recently installed Node.js. I managed to create
> an rc.d script to start a basic Node.js application, but it only starts
> manually.
>
> At OpenBSD boot, I can see that the application is started, but it doesn't
> work.
FWIW I have
On 2023/09/27 18:02, Theo Buehler wrote:
> On Wed, Sep 27, 2023 at 04:43:37PM +0100, Stuart Henderson wrote:
> > On 2023/09/27 15:49, Theo Buehler wrote:
> > > This is a simple OpenVPN plugin that a client of henning would like to
> > > have. The released version
On 2023/09/26 19:27, A Tammy wrote:
>
> On 9/26/23 18:52, JR Aquino wrote:
> > Attached you will find the proposed new addition of the UnrealIRCD Port for
> > OpenBSD
> >
> > I have tested everything based upon the OpenBSD Porting Guide documentation
> > and everything appears to be in full workin
801 - 900 of 5959 matches
Mail list logo