Monday, 20250428 22:47+0200, Igor Zornik wrote:
What's changed from the previous (inline) one is that in the DESCR I
kept only the original section with the updated content and removed
some of the points that I think are irrelevant for ports (support for
SystemD, prebuilt binaries, and publishing
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.
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 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 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
s in "/share/" instead of
"${PREFIX}/share/", causing it to fail to run.
I appreciate your time and feedback.
Best regards,
David.
I have tested this version of the Lumina desktop environment on amd64
and encountered two issues that I am unsure how to patch:
1. The desktop
: -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
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
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
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
==
${MODLUA_DEP}.so
> > share/examples/${FULLPKGNAME}/
> > share/examples/${FULLPKGNAME}/GDbus/
> > share/examples/${FULLPKGNAME}/GDbus/list-system-services.lua
> > @@ -9,6 +9,7 @@ share/examples/${FULLPKGNAME}/cairo.lua
> > share/examples/${FULLPKGNAME}/clutterdemo.lua
>
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
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
3/build-amd64/.build_done': @cd
> /usr/ports/x11/aw...)
> *** Error 2 in /usr/ports/x11/awesome
> (/usr/ports/infrastructure/mk/bsd.port.mk:2712 'all':
> @lock=awesome-4.3p3; export _LOCKS_HELD=" aweso...)
>
If I remember correctly, this is fixed by upgrading dev
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
==
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
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/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
=
Hi sorry OK by me then.
On Thu, 9 Jan 2025 at 14:38, Brad Smith wrote:
> ping.
>
> On 2024-12-22 12:45 p.m., Brad Smith wrote:
> > Here is an update to OpenAL 1.24.1.
> >
> >
> > openal-soft-1.24.1:
> >
> > Fixed compilation on PowerPC.
> >
> > Fixed compilation on some targets that la
On Wed, Nov 13, 2024 at 7:36 AM Stuart Henderson
wrote:
> On 2024/11/12 21:12, David Higgs wrote:
> > On Tue, Nov 12, 2024 at 3:34 PM Alexander Bluhm
> wrote:
> >
> > CVSROOT:/cvs
> > Module name:src
> > Changes by: bl...@c
0 libb2-0.98.1v0 libffi-3.4.6 libiconv-1.17
Read shared items: ok
Couldn't find updates for python-3.11.10p1
Couldn't install python-3.11.10p1
Anyone have any cool tricks? Otherwise I'll wait until this is fixed and
populated at my local mirror.
Thanks.
--david
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
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
On 08/09/24 02:30, Sadeep Madurange wrote:
> On 2024-09-07 16:26:46, David Barrass wrote:
>> On 07/09/24 12:14, Sadeep Madurange wrote:
>>> I'm trying to flash a ATSAM3X8E chip using the OpenOCD package.
>>> OpenOCD version we have appears to be a bit old. So my
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
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
ng time as has the AT91SAM
family. Does OpenOCD/OpenBSD actually detect the stlink device?
More detail is absolutely essential in order to diagnose and resolve
this issue.
I can see at91sam3XXX in my 0.10 version of openocd and all the stlink
devices so your problem is not the version, just the device driver or
configuration.
Regards,
David
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
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 understan
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
state of the port to this email.
Best regards,
David.
[1]: https://marc.info/?t=17237261425&r=1&w=2
[2]: https://marc.info/?t=17238710261&r=1&w=2
[3]: https://marc.info/?t=17242759172&r=1&w=2
xd-torrent.tar.gz
Description: application/gzip
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
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 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
initdb from postgresql-previous (15.4) works with -current...
Did the commit expose a bug or create a bug? :)
On 8/22/24 9:31 PM, Philip Guenther wrote:
Whee. Can someone send me or point me to a reproducer for this; e.g.,
does postgresql's own test suite hit this?
Philip
On Thu, Aug 22, 20
References:
1. https://marc.info/?l=openbsd-ports&m=172387102027342&w=2
2. https://www.man7.org/linux/man-pages/man7/tcp.7.html
3. https://man.openbsd.org/tcp
4. https://man.freebsd.org/cgi/man.cgi?query=tcp&sektion=4
5. https://man.netbsd.org/tcp.4
Thank you for your time and
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,
://man.netbsd.org/tcp.4
Thank you for your time and assistance.
Best regards,
David.
be updated to 2.53.1, without the aforementioned
hack, but with the UPnP flavor proposed by David.
The biggest drawback of a port not having a maintainer is how
challenging it becomes to push through any changes, even something as
simple as an upgrade.
I didn't test this flavor myself, but
as it seems the most feasible
option given that it uses QT.
So, properly about David port, it's mostly fine, but
- it's uncommon to have things listed both in RDEPs and BDEPs, and in
this particular case all of the are actually LDEPs
I agree.
- you don't need the do-install
question is: Is there a way to create a port for software written in
Haskell that is not available in the Haskell package repository?
Thank you for your assistance.
Best regards,
David.
1.
https://github.com/simplex-chat/simplex-chat/blob/stable/docs/CLI.md#in-any-os
2. https
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
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
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
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
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
ke to remind that I am still
awaiting a response to my proposal to update and add a flavor to the
net/i2pd port [2].
Thank you in advance for your time and assistance.
Best regards,
David.
References:
1. https://github.com/monero-project/monero?tab=readme-ov-file#on-openbsd
2. https://marc.in
user's shell using the
chpass(1) utility. This port has been tested on OpenBSD 7.6-beta for the
amd64 platform.
References:
1. https://marc.info/?l=openbsd-ports&m=172247028813109&w=2
2. https://github.com/ksh93/ksh/issues/776#issuecomment-2272440847
Best regards,
David.
OK? Comments?
have noticed that the net/miniupnp ports are
outdated.
References:
1.
https://raw.githubusercontent.com/openbsd/ports/master/net/miniupnp/miniupnpc/pkg/README
Best regards,
David.
user's shell using the
chpass(1) utility. This port has been tested on OpenBSD 7.6-beta for the
amd64 platform.
References:
1. https://marc.info/?l=openbsd-ports&m=172247028813109&w=2
2. https://github.com/ksh93/ksh/issues/776#issuecomment-2272440847
Best regards,
David.
hrc. The script contains a command that
is not supported by ksh93. Specifically, the command local. In order to
fix this problem you have to replace it by typeset.
Best regards,
David.
OK?
fix this problem you have to replace it by typeset.
Best regards,
David.
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
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
+
out, you can find my work in this GitHub
repository [3].
References:
1.
https://raw.githubusercontent.com/PurpleI2P/i2pd/81cc3e3de8526b7f2ccc91053c9d1718d3293136/ChangeLog
2. https://github.com/PurpleI2P/i2pd/issues/2080
3. https://github.com/daviduhden/wip-openbsd-ports
Best regards,
David
itely looks for a gnutls-enabled ngtcp2. net/ngtcp2 is built
against libressl.
Hello,
I already made some attempt to make an ngtcp2 subpackage with gnutls,
but
I didn't find time to finish it to be acceptable.
https://marc.info/?t=16794024896&r=1&w=2
I have to return to it.
Reg
> On Nov 10, 2023, at 11:24, BERTHAULT Justin
> wrote:
>
> Hi,
>
> Simple update to pelican 4.8.0
Thanks for taking care of it. I don't use this software anymore, would you mind
taking ownership?
--
David
Hi makes sense, I myself completely lost interest about barony since fixes
had been ignored.
Regards.
On Mon, 23 Oct 2023 at 00:33, Thomas Frohwein
wrote:
> Hi,
>
> I'm reaching out after trying to update barony unsuccessfully. First
> some background: Barony is a commercial game by TurningWheel
On Wed, 18 Oct 2023, Stuart Henderson wrote:
> CC'ing maintainer.
>
> Not tested yet but I think this should do the trick.
> If it works it would make sense to commit to 7.4-stable too.
Hi Stuart, hi all
I'm an Openbox user myself.
The fix for this specific problem is ok, but here's a patch inco
nd has still various issues towards
input management: I still can't get any VNC on GNOME, proper input
grabbing in qemu leading me to use X.Org most of the time even outside
of OpenBSD.
[0]: https://gitlab.gnome.org/GNOME/gtk/-/issues/5004
--
David
On Thu, 28 Sep 2023, Antoine Jacoutot wrote:
> Ok then. I will revisit the port anyway.
> But use LOCALBASE please.
Commit the patch yourself if you want to, my account is probably
long gone since I haven't committed anything in years.
Thanks,
David
Index: print/hpl
On Thu, 28 Sep 2023, Stuart Henderson wrote:
> 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
On Thu, Sep 28, 2023 at 10:46 AM Antoine Jacoutot wrote:
>
> But this would prevent printing with regular lpr, no? (honestly I don’t even
> know if it’s possible ).
It seems that cups is a strict requirement for hplip:
https://developers.hp.com/hp-linux-imaging-and-printing/faqs
ciao,
David
PATH environment variable.
Here's my fix. I don't use the HPLIP GUI, but I applied the same
fix to all occurrences.
Ciao,
David
Index: print/hplip/Makefile
===
RCS file: /cvs/ports/print/hplip/Makefile,v
retrieving revision
Ok by me.
cheers.
On Sat, 27 May 2023 at 23:12, Brad Smith wrote:
> ping.
>
> On 2023-05-17 3:11 a.m., Brad Smith wrote:
> > Here is an update to OpenAL 1.23.1.
> >
> >
> > openal-soft-1.23.1:
> >
> > Implemented the AL_SOFT_UHJ_ex extension.
> >
> > Implemented the AL_SOFT_buffer_len
> On 8 May 2023, at 22:44, Mark Kettenis wrote:
>
>> From: Patrick Wildt
>> Date: Mon, 8 May 2023 14:14:27 +0200
>>
>>> Am 07.05.2023 um 19:54 schrieb Klemens Nanni :
>>>
>>> On Sun, May 07, 2023 at 06:30:55PM +0200, Mark Kettenis wrote:
As I've said before, the u-boot developers have
On 2023-03-21 17:15, Joel Sing wrote:
On 23-03-21 11:49:19, A Tammy wrote:
On 3/21/23 11:28, Stuart Henderson wrote:
> On 2023/03/21 15:53, David Vasek wrote:
>> On 2023-03-21 15:32, A Tammy wrote:
>>> On 3/21/23 08:26, David Vasek wrote:
>>>> Hello,
>>>
On 2023-03-21 15:32, A Tammy wrote:
On 3/21/23 08:26, David Vasek wrote:
Hello,
more apps start using QUIC with GnuTLS. Port net/ngtcp2 can support
GnuTLS in a subpackage with no change in the main package. However,
security/gnutls is needed for building the port with this diff and as
a
package description, but didn't touch the style of the Makefile yet.
REVISON's of both subpackages set to he same value. Tested on amd64 so
far.
Please Cc: me in replies, I'm currently not subscribed to ports@.
Thanks.
Regards,
David
Index: ports/net/
Thank you! I applied your patch, regenerated distinfo, removed the
.png in files and updated the tar.gz.
On Fri, Feb 10, 2023 at 4:15 PM Stuart Henderson wrote:
>
> On 2023/02/10 15:25, David Pedersen wrote:
> > That was my initial goal, to use the same launcher logo from the
files/ isn't the best idea. Looking at the
> upstream repo there's
> master/src/main/resources/net/runelite/launcher/runelite_transparent.png, can
> you use that instead?
>
> --
> Sent from a phone, apologies for poor formatting.
>
>
> On 9 February 2023
Hello!
This is my first ever port for OpenBSD. It's the open source RuneScape
game client RuneLite (https://runelite.net/).
Tested on amd64. It doesn't perform as well as on FreeBSD or Linux,
but it is definitely playable.
I wish to get this added to the official ports tree, so please leave
any f
ey all start
with libretro- similarly to py{3}-* etc).
--
David
ENDS
> and
> the patch needs to be adjusted. some tests fails, but overall
> it's
> not that bad :)
>
> % make test
> ...
> Ran 263 tests in 25.432s
>
> FAILED (failures=8, errors=2, skipped=21)
> Test failed: failures=8>
Aside the failing tests I don't see any major problem using the
software, does this mean we can commit your diff?
Regards,
--
David
Hi,
This is an update for pelican-4.7.1, while here take maintainership.
--
David
diff --git a/www/pelican/Makefile b/www/pelican/Makefile
index 7bb27a5bb6d..38dada84eb9 100644
--- a/www/pelican/Makefile
+++ b/www/pelican/Makefile
@@ -6,11 +6,12 @@ REVISION = 2
GH_ACCOUNT = getpelican
Il Mer 4 Mag 2022, 22:57 Mihai Popescu ha scritto:
https://wiki.archlinux.org/title/chromium#Tmpfs
Ciao,
David
ng wrong to get into this
state? Or was this a temporary blip in package availability?
Thanks.
--david
> seldom and usually after a suspend resume cycle. ncspot also doesn't crash
> here. I restart the song and fix the garbled screen display with
> Ctrl+l.
>
> Cheers
>
> Matthias
>
Probably this error is happening since the portaudio-rs dependency has
been updated
ok by me.
cheers.
On Mon, 4 Oct 2021 at 03:31, Brad Smith wrote:
>
> Fix for a bug in the sndio backend with the capture support.
>
>
> Index: Makefile
> ===
> RCS file: /home/cvs/ports/audio/openal/Makefile,v
> retrieving revision
Hi *,
heres an update of pass(1) from 1.7.3 to 1.7.4.
While at it, also fix a POSIX basic RE for sed(1), which prevented
an optimization when re-encrypting to same key set. Now "make test" is
happy, too.
Should my mail program destroy the patch, here's a downloadable copy:
https://cloud.dahlberg
t; fixed and updated a few revisions ago.
>
> If possible and permissible, I would like to volunteer to take over port
> maintainership if David Carlier & the OpenBSD team find this acceptable.
14fb7bcd6457d29be3ba99861fd80bcL1107
> > > [3] Barony-3.3.7/src/main.cpp:344:Uint32 imgref = 1
> > > [4] src/init.cpp:354: allsurfaces = (SDL_Surface**) malloc
> >
> > I tested this and can confirm this fixes the texture loading problem
> > and makes Barony 3.3.7 playable again, thanks for working with the
> > upstream SDL2 developers to find and fix this Nam!
> >
> > ok brynet@ at least, but will also need approval by solene@ (maintainer)
> > and also naddy@ because of the upcoming ports tree lock.
> >
> > -Bryan.
>
> Whoops, sorry solene@.
>
> MAINTAINER =David Carlier
>
iff updates to latex2html 2021 which seems to work for me on
amd64 CURRENT. Also, there was a typo in the post-install bit.
However, this is my first time working with ports, so watch out for foolish
mistakes on my part, please.
--
David
latex2html.diff
Description: Binary data
Hi ports@ and Lucas,
I've been running 0.11.8 for about a week without issue on amd64.
Might it be possible to get this in for 6.9? Thanks!
The changelog for 0.11.7 -> 0.11.8 consists of the usual fare of
bugfixes, performance improvements, and security updates.
=== changelog ===
https://blog.p
I've copied this patch from FreeBSD ports[1], and submitted it to what
appears[2] to be the new upstream on gitlab.com[3].
This fixes the build for me on -current amd64.
Apologies if this isn't formatted correctly---I'm unsure how to
represent "mkdir mail/mlmmj/patches" using cvs diff, but other
On Fri, 2020-11-20 at 13:29 +0800, Kevin Lo wrote:
> hw-probe could run on non-x86 architectures.
> Tested on arm64 [1] and octeon [2].
[..]
> +.if ${MACHINE_ARCH} == "amd64" || ${MACHINE_ARCH} == "i386"
> +RUN_DEPENDS += sysutils/dmidecode
> +.endif
Hmm, although dmidecode does only package for
On Mon, 2020-08-10 at 13:21 +0100, Stuart Henderson wrote:
> - the PKGNAME hw-probe-1.6-beta is invalid, -beta is using the part of
> the name that is reserved for a flavour. Should set e.g. PKGNAME=hw-
> probe-1.6beta
Thank you Stuart. I finally found packages-specs(7) which expains the
full matc
Hi ports@
Find attached a port of hw-probe, which is the system configuration
upload tool of linux-hardware.org/bsd-hardware.org.
A few questions/remarks though: The tool is dual-licenced BSD-4/LGPL-
2.1+. Do I have to pick the licence files and install them somewhere?
Second, the tool would lik
would abort on, and it
installed successfully!
All the other packages I upgraded before worked fine. However odd, this
does seem like a transient issue and everything seems to be working now.
Thanks.
--david
Ustar [
http://openbsd.mirror.constant.com/pub/OpenBSD/6.7/packages/amd64/kibana-7.6.
1 - 100 of 2628 matches
Mail list logo
