Hello.
I know that it has only been a couple of days, but my project saw
another release.
My apologies that this causes more work than it should.
Anyways, the patch is attached to this email, hopefully it can become
part of your
ports tree once more. The changes are best summed up in the cha
On Sat, Jan 28, 2023 at 08:48:52PM +, Stuart Henderson wrote:
> Python bindings for LMDB. OK to import?
>
Something's wrong. When trying to run tests, I got
E ModuleNotFoundError: No module named 'cffi'
So I added py3-cffi and then got this:
tests/env_test.py .F..
Python bindings for LMDB. OK to import?
py-lmdb.tgz
Description: application/tar-gz
On Sat, 28 Jan 2023 15:04:15 +, Klemens Nanni wrote:
> 28.01.2023 14:52, Laurent Cheylus пишет:
>> Could you set the real build date with MODGO_LDFLAGS ?
>
> I deliberately set it to a fixed string such that package contents don't
> change between builds.
>
> Do you encounter any issues?
No
28.01.2023 15:14, Stuart Henderson пишет:
> You could remove '-X main.build' completely which gives this which I
> think everyone will be happy with:
>
> $ glab version
> glab version 1.24.1
Even better, thanks!
On 2023/01/28 15:04, Klemens Nanni wrote:
> 28.01.2023 14:52, Laurent Cheylus пишет:
> > Build and tests OK on amd64.
>
> Thanks.
>
> > Could you set the real build date with MODGO_LDFLAGS ?
> >
> > _BUILD_DATE = $$(date +%Y-%m-%d)
> > MODGO_LDFLAGS = -X main.build=${_B
28.01.2023 14:52, Laurent Cheylus пишет:
> Build and tests OK on amd64.
Thanks.
> Could you set the real build date with MODGO_LDFLAGS ?
>
> _BUILD_DATE = $$(date +%Y-%m-%d)
> MODGO_LDFLAGS = -X main.build=${_BUILD_DATE} \
> -X main.version=${V}
>
> W
On Sat, 28 Jan 2023 00:15:23 +, Klemens Nanni wrote:
> Same as devel/github-cli but different in that upstream sources extraact
> differently, so post-extract moves it into place.
>
> LDFLAGS and gen-docs flags are also slightly different, otherwise `glab`
> works and does the equivalent to `
On Sat, Jan 28, 2023 at 12:51:31PM +, Stuart Henderson wrote:
> Build fails:
Mixup from starting out with the .zip from gitlab.com and later switching to
proper proxy.golang.org which our bsd.port.mk is unable to recognise as
different file (same name) unless you remove distfiles manually.
>
On Sat, Jan 28, 2023 at 01:24:10PM +, Stuart Henderson wrote:
> Now that we have GH_DISTNAME, we can add support for GH_* in
> cargo.port.mk without too much mess, allowing those ports which use
> the module and GH_* distfiles to get rid of the "DISTFILES +=
> ${DISTNAME}${EXTRACT_SUFX}' boiler
Hi Theo,
* Theo Buehler wrote:
> On Sat, Jan 28, 2023 at 01:19:49PM +0100, Matthias Schmidt wrote:
> > Hi,
> >
> > I noticed today that audio/ncspot segfaults on a recent -current. I
> > have
> >
> > OpenBSD 7.2-current (GENERIC.MP) #994: Thu Jan 26 20:09:20 MST 2023
> > dera...@amd64.openb
Now that we have GH_DISTNAME, we can add support for GH_* in
cargo.port.mk without too much mess, allowing those ports which use
the module and GH_* distfiles to get rid of the "DISTFILES +=
${DISTNAME}${EXTRACT_SUFX}' boilerplate from their Makefiles.
I've got this in my current i386 bulk (now mo
On 2023/01/28 12:33:29 +, Stuart Henderson wrote:
> (Also while on the subject of sbcl, we still have "map stack for pid XX
> failed" in dmesg when it runs; I don't know how bad that is but sbcl is
> the only program which gets run during an i386 ports build which does
> that).
it's not too b
On 2023/01/28 00:15, Klemens Nanni wrote:
> Same as devel/github-cli but different in that upstream sources extraact
> differently, so post-extract moves it into place.
>
> LDFLAGS and gen-docs flags are also slightly different, otherwise `glab`
> works and does the equivalent to `gh`.
>
> Feedba
On 2023/01/28 07:34, dsp wrote:
> Hey list! :)
> sorry i let this port run a bit stale.
> Updating it to the (not so) new MODPY
> style.
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/py-dpkt/Makefile,v
> retrieving revisio
On 2023/01/27 16:02, Josh Elsasser wrote:
> On Fri, Jan 27, 2023 at 05:02:33PM +0100, Christian Weisgerber wrote:
> > lang/sbcl will not work with x-only.
> >
> > I took another look at the warnings about data directives in .text.
> > In runtime/x86-64-assem.S we have snippets like these:
> >
> >
On Sat, Jan 28, 2023 at 01:19:49PM +0100, Matthias Schmidt wrote:
> Hi,
>
> I noticed today that audio/ncspot segfaults on a recent -current. I
> have
>
> OpenBSD 7.2-current (GENERIC.MP) #994: Thu Jan 26 20:09:20 MST 2023
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.M
Hi,
I noticed today that audio/ncspot segfaults on a recent -current. I
have
OpenBSD 7.2-current (GENERIC.MP) #994: Thu Jan 26 20:09:20 MST 2023
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
with the latest ncspot-0.12.0p0. Upon startup it crashes with a
segmentation
> mail/mozilla-thunderbird
> www/firefox-esr
> www/mozilla-firefox
> www/seamonkey
> www/tor-browser/browser
I have added the patch to all of these. I have tested mozilla-firefox
and firefox-esr thoroughly, for the others I only verified that the
patch applies cleanly to the source. As mentioned i
Thomas Frohwein writes:
> Hi,
>
> This diff updates gzdoom to latest version 4.10.0. I've been trying out
> a few gzdoom games and ended up updating this port in the process, even
> though not strictly necessary to run the one I mainly tested - the demo
> of Beyond Sunset [1]. Hands of Necromancy
On 2023/01/26 18:12:49 +0100, Omar Polo wrote:
> I'm not using exactly this, I have my own build in ~/plan9 (was
> /usr/local/plan9 but had to move it to test the update) with a few
> patches, but I've been using it continuously at least for the last two
> years (rebasing on top of the latest comm
> It would be super nice if you could send a PR upstream, so we don't have
> to carry this patch forever.
Commented with the small diff on a protobuf github issue where exactly
the same problem was "fixed" for x86-windows earlier.
--
May the most significant bit of your life be positive.
22 matches
Mail list logo
