Hello,
At the bottom of this email there is a diff that updates the net/i2pd
port to version 2.53.1 and adds a new flavor. This version includes the
improvements and fixes from version 2.53.0, as well as some additional
important updates [1]. The new flavor adds UPnP support to the net/i2pd
p
I forgot to add the diff for distinfo, I add it at the bottom of this email.
Index: net/i2pd/Makefile
===
RCS file: /cvs/ports/net/i2pd/Makefile,v
diff -u -r1.24 Makefile
--- net/i2pd/Makefile 27 May 2024 08:13:51 - 1.24
+
LIB_DEPENDS without a WANTLIB entry associated with that port is not
usually valid. Check "FLAVOR=upnp make port-lib-depends-check".
Thanks, here is the corrected Makefile diff.
Index: net/i2pd/Makefile
===
RCS file: /cvs/ports/net
Hello,
I am writing to bring to your attention an issue I've encountered after
changing the root user's shell to ksh93 using the chpass(1) command.
When executing basic commands such as cd or exit, the following error
messages are displayed:
For cd:
-ksh93: wcd[93]: _ignore_: line 89: loca
OK?
I have opened an issue in the original project's GitHub repository.
https://github.com/ksh93/ksh/issues/776
Hello,
I am writing to bring to your attention an issue I've encountered after
changing the root user's shell to ksh93 using the chpass(1) command.
When executing basic commands such
Attached in this email, I provide an update for the shells/ksh93 port to
version 1.0.10 along with patches that address an issue I have
previously mentioned in other emails sent to this mailing list [1].
These patches, proposed by the lead developer of ksh93u+m (Martijn
Dekker) in response to a
I'm not going to run this software to test.
I have tested the proposed upgrade and flavor for the net/i2pd port on
OpenBSD 7.6-beta, and it works perfectly. To enable the UPnP support
provided by this new flavor, you need to follow these steps:
1. UPnP IGD must be enabled on your router.
2.
Attached in this email, I provide an update for the shells/ksh93 port to
version 1.0.10 along with patches that address an issue I have
previously mentioned in other emails sent to this mailing list [1].
These patches, proposed by the lead developer of ksh93u+m (Martijn
Dekker) in response to a
Dear all,
I am currently working on creating a port of the Monero CLI wallet for
OpenBSD, the work I have done so far is attached in this email. This
project is of personal interest to me, as well as to others who view
privacy as an essential component of cybersecurity.
I am in the process o
I've had a local build of the monero repo outside ports for a while now.
Thanks for sharing it! It seems like your Makefile is better crafted
than mine. Personally, I think that avoiding GitHub when possible is a
good idea. In the future, there's a chance that GitHub could remove the
repository
I don't think it is necessary for the end user to have pre-compiled
binaries for testing.
I do think it would be beneficial to add a flavor to support hardware
wallets, but I don’t have one to test this feature. Additionally, the
necessary dependencies for hardware wallet support [1] have not
At the bottom of this email there is a diff that updates the net/i2pd
port to version 2.53.1 and adds a new flavor. This version includes the
improvements and fixes from version 2.53.0, as well as some additional
important updates [1]. The new flavor adds UPnP support to the net/i2pd
port, whic
Initially, I tried to update this port to version 2.53.0 but encountered
compilation errors [2] due to the lack of SipHash in LibreSSL. For a
moment, I thought I would have to add OpenSSL as a dependency to resolve
the issue. Fortunately, the I2Pd developers fixed this problem in
version 2.53.1
I don't think so. But someone who knows how to run this software and
wants to should test...
The package currently available in the version 7.5 of OpenBSD for the
i386 platform appears to be broken. For more information, you can refer
to this issue opened by another user in the I2Pd project's
Hello,
I have recently started working on a port for the SimpleX Chat CLI
client [1] and encountered an issue. The software is not available in
the Haskell package repository [2], which poses a significant challenge
since the cabal-module(5) used for Haskell ports relies on Hackage.
My quest
Hey,
I've been working on and off in a port for Monero for quite some time.
Thanks to your's and byteskeptical interest, I got back to it and now I
have a working port attached here.
Honestly, I don't understand why people create ports for OpenBSD without
trying to get them added to the offic
Initially, I tried to update this port to version 2.53.0 but encountered
compilation errors [2] due to the lack of SipHash in LibreSSL. For a
moment, I thought I would have to add OpenSSL as a dependency to resolve
the issue. Fortunately, the I2Pd developers fixed this problem in
version 2.53.1.
Dear all,
As mentioned in a previous email I sent to this mailing list [1], I am
currently working on porting SimpleXMQ and SimpleX Chat CLI to OpenBSD.
Unfortunately, I have encountered several challenges. In addition to the
issue I previously discussed [1], two more complications have arisen
2. Linux TCP Socket Options: SimpleXMQ, on which the SimpleX Chat CLI client
depends, uses Linux-specific TCP socket options [2] that are not available
in OpenBSD [3], namely TCP_KEEPIDLE, TCP_KEEPINTVL, and TCP_KEEPCNT. My
questions regarding this issue are:
[...]
For all of those options,
2. Linux TCP Socket Options: SimpleXMQ, on which the SimpleX Chat CLI client
depends, uses Linux-specific TCP socket options [2] that are not available
in OpenBSD [3], namely TCP_KEEPIDLE, TCP_KEEPINTVL, and TCP_KEEPCNT. My
questions regarding this issue are:
[...]
For all of those options,
Dear all,
As mentioned in a previous email I sent to this mailing list [1], I am
currently working on porting SimpleXMQ and SimpleX Chat CLI to OpenBSD.
Unfortunately, I have encountered several challenges. In addition to the
issue I previously discussed [1], two more complications have arisen:
I have committed the diff for 2.53.1 to -current without adding the
flavor so that we can backport that if needed. However, I didn't see
anything security related in the change log, so I did not do that.
Thanks for your help!
I'm pretty sure we should not add a new flavor to -stable.
I'm fi
Took me longer than expected but I've tested monero-wallet-cli,
monero-wallet-rpc, monero-blockchain-stats, monero-blockchain-export,
monero-blockchain-import, monero-gen-ssl-cert, and monerod. Everything
seems to be operating as expected though I'm running into issues
creating a new copy of the b
I have committed the diff for 2.53.1 to -current without adding the
flavor so that we can backport that if needed. However, I didn't see
anything security related in the change log, so I did not do that.
Thanks for your help!
I'm pretty sure we should not add a new flavor to -stable.
I'm fi
Nope. I ran monerod for a full-sync. The experience wasn't nice, as the
whole OS would freeze for quite long periods of times. Even so,
painstakingly I managed to sync ~51% of the chain, and now I run into a
SIGSEGV in RandomX, just like you (but in a different binary). I do have
some things to tr
I prefer to keep UPnP support as a flavor to avoid installing unnecessary
dependencies for users who do not need this functionality.
we don't generally do that in ports, it increases the burden on people
testing an update diff because then they need to check both versions
if it doesn't change t
Hello everyone,
I am currently working on porting a BitTorrent client designed to run on
the I2P network. While I originally intended to prioritize porting other
tools, such as the Monero CLI [1] and SimpleX Chat CLI [2] [3], I
unfortunately ran into challenges that were too complex for me to
Hello everyone,
I am currently working on porting a BitTorrent client designed to run on the
I2P network. While I originally intended to prioritize porting other tools,
such as the Monero CLI [1] and SimpleX Chat CLI [2] [3], I unfortunately ran
into challenges that were too complex for me to sol
In this email, I have attached a diff to update x11/dwm to version 6.5.
OK? Comments?
Additionally, I would like to suggest adding x11/st as a dependency in
this window manager, as well as x11/dmenu, this window manager is
intended to be used with this terminal emulator, and I do not understan
In this email, I have attached a diff to update x11/st to version 0.9.2.
OK? Comments?Index: x11/st/Makefile
===
RCS file: /cvs/ports/x11/st/Makefile,v
retrieving revision 1.28
diff -u -p -u -r1.28 Makefile
--- x11/st/Makefile 17 Apr
In this email, I have attached a diff to update x11/dwm to version 6.5.
OK? Comments?
Additionally, I would like to suggest adding x11/st as a dependency in this
window manager, as well as x11/dmenu, this window manager is intended to be
used with this terminal emulator, and I do not understand
Hello everyone,
I am currently working on porting a BitTorrent client designed to
run on the
I2P network. While I originally intended to prioritize porting other
tools,
such as the Monero CLI [1] and SimpleX Chat CLI [2] [3], I
unfortunately ran
into challenges that were too complex for me
Dear all,
I am attaching a new port for a BitTorrent client named XD and a diff
for the user.list file. This client operates exclusively on the I2P
network and is designed to be used with the C++ implementation of the
I2P routing software (net/i2pd), but it can also work with the original
Jav
I have checked out a copy of the ports tree from CVS, and I am trying to
install rust.
I am running OpenBSD 7.5 and not -current.
Try something simple and quick first. math/moo is a good one.
However, I face the following error on running make install
pkg_add: pkg_add must be run as root
Do
Thank you for taking the time to check out my port.
3. Configuration files are placed in the files directory because, by >>
default, the program generates them and the data directories in the same
location as the executable. To integrate the software into the system and
prevent this behavior, I
In this email, I have attached a diff to update sysutils/btop from
version 1.3.2 to version 1.4.0 [1].
I fixed a problem that prevented the manual page for this program from
being generated due to the lack of textproc/lowdown at build time, and I
updated and simplified the patch for the Makefi
In this email, I have attached a diff to update net/tor from version
0.4.8.14 to version 0.4.8.15.
This is a minor release that fixes a sandboxing issue for bandwidth
authority and a conflux issue on the control port. It also has a client
fix for relay flag usage.
Tested on amd64 and it buil
In this email, I have attached a diff to update security/passwdqc from
version 2.0.2 to version 2.0.3 [1].
Tested on amd64 and it builds and runs fine.
References:
[1]: https://www.openwall.com/lists/announce/2023/06/25/1Index: ports/security/passwdqc/Makefile
==
In this email, I have attached a diff to update www/yt-dlp from version
2025.02.19 to version 2025.03.21 [1].
Tested on amd64 and it builds and runs fine.
References:
[1]: https://github.com/yt-dlp/yt-dlp/releases/tag/2025.03.21Index: ports/www/yt-dlp/Makefile
==
In this email, I have attached a diff to update net/tor from version
0.4.8.15 to version 0.4.8.16.
This is a quick second release since 0.4.8.15 due to a typo in a
directory authority rule file. This only affects directory authorities.
Tested on amd64 and it builds and runs fine.Index: ports/
In this email, I have attached a diff to update security/passwdqc from
version 2.0.2 to version 2.0.3 [1].
I've committed a fixed version
The name "DEVEL" makes me think that the pkg-config file (passwdqc.pc)
is not needed for end users, but for developers, it does no harm to add
it, bu
In this email, I have attached a diff to update www/yt-dlp from version
2025.02.19 to version 2025.03.21 [1].
tb@ already conmitted an update for this.
Sorry, I didn't realize it had already been conmitted because I follow
the mirror on GitHub which is a bit behind.
I have no opinion whether it makes sense to spend time on updating this
DE that was long abandoned by upstream. IIRC someone suggested to remove
it a few years back.
This is an instance where the package maintainer has completely
abandoned the port
Be that as it may: if a port has a maintai
In this email, I have attached a diff to update www/pipe-viewer from
version 0.5.3 to version 0.5.4 [1].
Tested on amd64 and it builds and runs fine.
OKs? Comments?
References:
[1]: https://github.com/trizen/pipe-viewer/releases/tag/0.5.4Index: ports/www/pipe-viewer/Makefile
==
In this email, I have attached a preliminary diff for upgrading Lumina
from version 1.4.0-p1 to version 1.6.2 [1]. I refer to it as a
preliminary version because it still requires refinement. Although this
desktop environment appears to build correctly, the package installation
does not place
In this email, I have attached a preliminary diff for upgrading Lumina
from version 1.4.0-p1 to version 1.6.2 [1]. I refer to it as a
preliminary version because it still requires refinement. Although this
desktop environment appears to build correctly, the package installation
does not place
: -lib/qt5/plugins/platformthemes/liblthemeengine.so
: -lib/qt5/plugins/styles/
: -lib/qt5/plugins/styles/liblthemeengine-style.so
...
: +usr/
: +usr/local/
: +usr/local/lib/
: +usr/local/lib/qt5/
: +usr/local/lib/qt5/plugins/
: +usr/local/lib/qt5/plugins/platformthemes/
: +@so usr/local/lib/qt5
: -lib/qt5/plugins/platformthemes/liblthemeengine.so
: -lib/qt5/plugins/styles/
: -lib/qt5/plugins/styles/liblthemeengine-style.so
...
: +usr/
: +usr/local/
: +usr/local/lib/
: +usr/local/lib/qt5/
: +usr/local/lib/qt5/plugins/
: +usr/local/lib/qt5/plugins/platformthemes/
: +@so usr/local/lib/
In this email, I have attached a preliminary diff for upgrading Lumina
from version 1.4.0-p1 to version 1.6.2 [1]. I refer to it as a
preliminary version because it still requires refinement. Although this
desktop environment appears to build correctly, the package installation
does not place
In this email, I have attached a diff to update net/i2pd from version
2.55.0 to version 2.56.0 [1].
Tested on amd64 and it builds and runs fine.
OKs? Comments?
References:
[1]: https://github.com/PurpleI2P/i2pd/releases/tag/2.56.0Index: ports/net/i2pd/Makefile
=
Ping.
In this email, I have attached a diff to update x11/st to version 0.9.2.
OK? Comments?
Index: x11/st/Makefile
===
RCS file: /cvs/ports/x11/st/Makefile,v
retrieving revision 1.28
diff -u -p -u -r1.28 Makefile
--- x11/st/Makefil
I forgot to remove "REVISION" from the Makefile, I have attached the
updated diff.
In this email, I have attached a diff to update audio/cmus from version
2.10.0 to version 2.12.0 [1].
I have updated the necessary patches. Additionally, I would like to note
—since I am unsure how to reflect th
In this email, I have attached a diff to update audio/cmus from version
2.10.0 to version 2.12.0 [1].
I have updated the necessary patches. Additionally, I would like to
note—since I am unsure how to reflect this in a CVS diff—that the patch
for ip/ffmpeg.c should be removed, as it was impleme
In this email, I have attached a diff to update www/yt-dlp from version
2025.01.26 to version 2025.02.19 [1].
Tested on amd64 and it builds and runs fine.
OKs? Comments?
References:
[1]: https://github.com/yt-dlp/yt-dlp/releases/tag/2025.02.19Index: ports/www/yt-dlp/Makefile
==
In this email, I have attached a diff to update audio/cmus from version
2.10.0 to version 2.12.0 [1].
I have updated the necessary patches. Additionally, I would like to
note—since I am unsure how to reflect this in a CVS diff—that the patch for
ip/ffmpeg.c should be removed, as it was implemente
In this email, I have attached a diff to update sysutils/btop from
version 1.3.2 to version 1.4.0 [1].
I fixed a problem that prevented the manual page for this program
from being generated due to the lack of textproc/lowdown at build
time, and I updated and simplified the patch for the Makefil
57 matches
Mail list logo
