Hi all,
Attached is a simple diff for updating ergo from 2.15.0 to 2.16.0, no
apparent issues on my end (arm64)
? ergo.patch
Index: Makefile
===
RCS file: /cvs/ports/net/ergo/Makefile,v
diff -u -p -r1.2 Makefile
--- Makefile 26 Mar 20
> out of curiosity, why did you settle for this particular fork?
> it doesn't seem to be super active
> https://codeberg.org/redict/redict/commits/branch/main
No particular reason except that it seemed decently maintained to me
>> I used the UID/GID for Redis for Redict in users.list
>
> I guess t
Redict is a fully open-source, community-driven fork of Redis 7.2.4 OSS.
I did my best to adapt the existing Redis port Makefile, but there may
be some things that need changes, comments and criticisms more than
welcome. I used the UID/GID for Redis for Redict in users.list, but if
this is undesira
> I've been running the same diff in my local tree since Saturday, and can
> confirm this works on amd64.
Can confirm this also seems to work just fine on arm64
> Also, it's been a while since I had an instance of miniflux running on
> OpenBSD.
> I can test that it runs, but not properly test it as I used to. All that
> to say
> that, if you want to take maintainer, go ahead.
If someone wants additional testing, I use Miniflux very extensively on
OpenBSD,
>> I was thinking more like a static library that is only used as a build
>> dependency but I'm not sure if that is possible in rust.
>
> It's not. Welcome to the standard ecosystem for modern languages!
Dumb question but what about the vendored dependencies available on the
release page? It could
>The launch wrapper makes sure XDG_RUNTIME_DIR is configured and exists.
>That isn't currently done automatically in OpenBSD. Most of it is
>copy-pasted from the sway port, see:
>https://github.com/openbsd/ports/blob/master/wayland/sway/files/startsway.sh
I see, but wouldn't the .desktop file be us
>there doesn't seem to have been much interest in this software on
>ports@. and it does seem like something where providing an old version
>is a bit of a disservice to users. many of the updates to this port
>have only been prompted by reports of it being broken. perhaps it
>would be better to remo
>I've noticed that official binaries for OpenBSD are available from
>upstream as you can see here
>https://docs.ipfs.tech/install/command-line/#install-official-binary-distributions.
>Also those are a newer version than the one we have in ports and they
>offer ipfs-cluster OpenBSD binaries as well,
Ping...
On Sun Jan 26, 2025 at 07:16 CET, Lydia Sobot wrote:
> Ping, updated to 2.15.0
>
> On Wed Dec 25, 2024 at 19:22 CET, Lydia Sobot wrote:
>> Fixed, also missed an issue in the PLIST where I forgot to bump the
>> user/group id
>>
>> On Wed Dec 25, 2024 at
Ping, updated to 2.15.0
On Wed Dec 25, 2024 at 19:22 CET, Lydia Sobot wrote:
> Fixed, also missed an issue in the PLIST where I forgot to bump the
> user/group id
>
> On Wed Dec 25, 2024 at 16:27 CET, Stuart Henderson wrote:
>> On 2024/12/25 09:56, Denis Fondras wrote:
>>
Thanks a ton, seems it's all good now :D
> Looks the same in -current and 7.6-stable.
This is on 7.6-stable
> If you're seeing errors when you do the same thing then please show
> output from:
>
> $ file /etc/php-8.2/*
Just enabled intl as you mentioned, however now funnily enough it is
complaining that that module is "already loaded"
>
> xml is in the main php package and enabled by default
>
> iconv is in php-intl-$version, see /usr/local/share/doc/pkg-readmes/php*
> for how to create symlinks to enable it after installing
> Might get better help with explicit error messages
It is complaining about mbstring, openssl, xml, dom,
>If bookstack does fit in the "fiddly/needs patches" category then,
>to answer the question about deps using composer, we handle this by
>preparing supplementary distfiles. net/librenms and mail/roundcubemail
>have examples.
So it seems Bookstack plays nice, but Composer gives warnings about some
Fixed, also missed an issue in the PLIST where I forgot to bump the
user/group id
On Wed Dec 25, 2024 at 16:27 CET, Stuart Henderson wrote:
> On 2024/12/25 09:56, Denis Fondras wrote:
> > Le Wed, Dec 25, 2024 at 02:24:14AM +0100, Lydia Sobot a écrit :
> > > Ping ping ping pi
Ping ping ping ping, made portcheck happy with using ${VARBASE} instead
of /var directly
On Mon Dec 16, 2024 at 02:20 CET, Lydia Sobot wrote:
> Ping ping ping, changed GH_ stuff to DIST_TUPLE, hopefully correctly
>
> On Tue Dec 10, 2024 at 19:17 CET, Lydia Sobot wrote:
> > Ping
Ping ping ping, changed GH_ stuff to DIST_TUPLE, hopefully correctly
On Tue Dec 10, 2024 at 19:17 CET, Lydia Sobot wrote:
> Ping ping
>
> On December 3, 2024 8:48:12 p.m. GMT+01:00, Lydia Sobot
> wrote:
> >Ping, re-attached a new tarball with the GH_* way of specifying
Ping ping
On December 3, 2024 8:48:12 p.m. GMT+01:00, Lydia Sobot
wrote:
>Ping, re-attached a new tarball with the GH_* way of specifying standard
>GitHub archives, that wasn't particularly clear in the FAQ but I might
>have missed something
>
>On Sun Nov 24, 2024 at 05:10
Ping, re-attached a new tarball with the GH_* way of specifying standard
GitHub archives, that wasn't particularly clear in the FAQ but I might
have missed something
On Sun Nov 24, 2024 at 05:10 CET, Brian Callahan wrote:
> On 11/23/2024 10:43 PM, Lydia Sobot wrote:
> > Hi,
> &
> This is something I ported quite a long time ago but I don't think ever
> got committed: https://marc.info/?l=openbsd-ports&m=156557936229322&w=2
>
> I'm guessing you got it from here:
> https://github.com/ibara/openbsd-ports-wip/tree/master/net/oragono
I got it directly from that tarball you att
Hi,
Attached is an up-to-date version of net/oragono, now called ergo
(https://ergo.chat), tested on arm64 for a little while and no apparent
issues. I can take up maintainership if it is desirable. I am not
entirely sure how to best shuffle around the configuration files and
examples in order to
>> # AGPLv3+
>
>I'm not really sure how users can comply with the license for this.
>How do you provide the prominent offer to _end users_ of this?
kitd doesn't interact with users over a network, so it shouldn't be a relevant
point
>could you send a tarball (tgz) of the directory, instead of a shell script
>to execute ?
Attached
kitd.tgz
Description: GNU Unix tar archive
Bump :)
On October 12, 2024 4:55:12 GMT+02:00, Michael Dinon wrote:
>Please, please?
>Kind regards,
>Mike
>
>
>On Fri, Oct 11, 2024 at 10:09 PM Lydia Sobot
>wrote:
>
>> Hi all,
>>
>> Attached is a port of a small utility permitting automatic restarting
>Is anyone working on porting GHC to OpenBSD/arm64? If so, when do you
>think this'll land?
>
>If no one is doing this (or more hands would help), I wouldn't mind
>getting stuck in.
As a matter of fact, I'm trying to do it as we speak
>Perfect. How far in are you?
Not very, still figuring out how exactly the pieces fit in together
Hi all,
Attached is a port of a small utility permitting automatic restarting of
a service-supervised process if one so desires, made by the author of
catgirl et al. and intended for use with it, among other possibilities
Ok?
kitd.shar
Description: Unix shell archive
28 matches
Mail list logo
