Hi op@ and ports@,
I noticed that some of my directories were missing in the sidebar.
It turned out to be a bug in the maildir worker that was later patched
upstream [1]. It seems it would be appropriate to bump up the version
to a newer commit. I'm on v0.0.0-20221206102608-c1784b624aea which
rel
Hi Stuart, greetings all.
As per https://man.openbsd.org/sem_init.3
sem_init(sem_t *sem, int pshared, unsigned int value)
A non-zero value for pshared specifies a shared semaphore that can be used by
multiple processes, which this implementation is not capable of.
Please consider having this pa
bulk build on arm64.ports.openbsd.org
started on Sun Dec 4 11:45:51 MST 2022
finished at Tue Dec 6 16:57:36 MST 2022
lasted 2D05h11m
done with kern.version=OpenBSD 7.2-current (GENERIC.MP) #1908: Sun Dec 4
06:58:23 MST 2022
built packages:11388
Dec 4:3156
Dec 5:1633
Dec 6:6598
critical path m
On Tue, Dec 06 2022, Thomas Dettbarn wrote:
> Hello.
>
>
> So, I started writing a port for my retro MP3 player d11amp.
> You can find the project's homepage here: https://dettus.net/d11amp
>
>
> The port is what I have attached to this email. I tested it by
> putting it into the ports tree and ru
Someone in nodejs' github found an embarrassing typo (thanks barrykn!).
Updated patch is attached!
On 12/6/22 16:23, Theo Buehler wrote:
It looks like you'running 'make test', which fails because tests can't be
run as _pbuild.
Oh yes, indeed. Thanks.
Index: Makefile
==
Hi, untested but I think you are getting bitten by the default
"ALL_TARGET=all"; try just setting ALL_TARGET= in the port.
On 2022/12/06 17:40, Thomas Dettbarn wrote:
> Hello.
>
>
> So, I started writing a port for my retro MP3 player d11amp.
> You can find the project's homepage here: https://
Hello.
So, I started writing a port for my retro MP3 player d11amp.
You can find the project's homepage here: https://dettus.net/d11amp
The port is what I have attached to this email. I tested it by
putting it into the ports tree and running "make install".
It would be great if it could become
Am Tue, Dec 06, 2022 at 03:29:18PM + schrieb Klemens Nanni:
> On Tue, Dec 06, 2022 at 03:24:51PM +, Stuart Henderson wrote:
> > On 2022/12/06 15:22, Stuart Henderson wrote:
> > ...or here's an (untested) version with that proposed change.
> > (sorry for the spam!)
> Both Martin's latest tar
Am Tue, Dec 06, 2022 at 03:24:51PM + schrieb Stuart Henderson:
> On 2022/12/06 15:22, Stuart Henderson wrote:
> > I have left the getmails patch alone for now as I can't test it but the
> > pgrep invocation is wrong, it should probably search for something like
> > "^/bin/sh /usr/local/bin/getm
On Tue, Dec 06, 2022 at 03:24:51PM +, Stuart Henderson wrote:
> On 2022/12/06 15:22, Stuart Henderson wrote:
> > ah, there's no sdist on pypi, only a wheel. how about this instead?
> >
> > I have left the getmails patch alone for now as I can't test it but the
> > pgrep invocation is wrong, i
On 2022/12/06 15:22, Stuart Henderson wrote:
> ah, there's no sdist on pypi, only a wheel. how about this instead?
>
> I have left the getmails patch alone for now as I can't test it but the
> pgrep invocation is wrong, it should probably search for something like
> "^/bin/sh /usr/local/bin/getma
> It looks like you'running 'make test', which fails because tests can't be
> run as _pbuild.
Oh yes, indeed. Thanks.
ah, there's no sdist on pypi, only a wheel. how about this instead?
I have left the getmails patch alone for now as I can't test it but the
pgrep invocation is wrong, it should probably search for something like
"^/bin/sh /usr/local/bin/getmails$" and then I expect the set -e will
work.
Index:
On 12/6/22 06:57, Theo Buehler wrote:
I don't care deeply if OpenSSL 3 is used for this, I just wanted to make
sure the switch wasn't made blindly since newer is better (which in this
case it probably isn't).
It really wasn't - I just intend to stick as closely to upstream's choices
as possi
Am Tue, Dec 06, 2022 at 02:21:06PM + schrieb Klemens Nanni:
> On Tue, Dec 06, 2022 at 09:29:54AM +0100, Martin Ziemer wrote:
> > This tarball contains a port of getmail6, which is a python 3 fork of
> > getmail.
> >
> > I had to modify the getmails script to work on OpenBSD. While there i
> >
A little-known feature of bash is that it can be extended with
loadable modules. A number of example modules are built by default
and shipped in /usr/local/lib/bash. However, loading some of those
modules fails because of missing symbols:
bash$ enable finfo
bash:/usr/local/lib/bash/finfo: un
On 2022/12/06 15:07, Stuart Henderson wrote:
> On 2022/12/06 14:21, Klemens Nanni wrote:
> > On Tue, Dec 06, 2022 at 09:29:54AM +0100, Martin Ziemer wrote:
> > > This tarball contains a port of getmail6, which is a python 3 fork of
> > > getmail.
> > >
> > > I had to modify the getmails script to
On 2022/12/06 14:21, Klemens Nanni wrote:
> On Tue, Dec 06, 2022 at 09:29:54AM +0100, Martin Ziemer wrote:
> > This tarball contains a port of getmail6, which is a python 3 fork of
> > getmail.
> >
> > I had to modify the getmails script to work on OpenBSD. While there i
> > added a ignore for di
On Tue, Dec 06, 2022 at 09:29:54AM +0100, Martin Ziemer wrote:
> This tarball contains a port of getmail6, which is a python 3 fork of
> getmail.
>
> I had to modify the getmails script to work on OpenBSD. While there i
> added a ignore for directories in the config folder, as those stopped
> get
On Mon, Dec 05, 2022 at 10:05:55PM +0100, Rafael Sadowski wrote:
> On Mon Dec 05, 2022 at 06:49:40PM +0100, Rafael Sadowski wrote:
> > Here is an update from Qt 6.3.1 to 6.4.1. Please test with your favorite
> > consumers.
> >
> > Cheers,
> >
> > Rafael
> >
>
> Tweaked after feedback form tb@.
This tarball contains a port of getmail6, which is a python 3 fork of
getmail.
I had to modify the getmails script to work on OpenBSD. While there i
added a ignore for directories in the config folder, as those stopped
getmails.
Old getmail configurations still work so migration is only pkg_dele
21 matches
Mail list logo
