Evan Silberman wrote:
> Klemens Nanni wrote:
> > No idea about nickel, but port-wise this this looks fine and builds.
> >
> > Tests do not compile and thus don't run, though, is that a known issue?
>
> I think it's because dev/test dependencies are only
Bugfix release for pandoc, fixes a recent document-rendering regression
involving section numbering among other things.
Evan
---
commit 84a25862d3d3656f5f824cff7f643d8ced603747 (master)
from: Evan Silberman
date: Fri Mar 1 23:52:37 2024 UTC
Update
Dima Pasechnik wrote:
> On Sun, Feb 25, 2024 at 11:50:28AM -0800, Evan Silberman wrote:
> > job@ emailed me asking why PDF output for pandoc via LaTeX was failing.
> > Here's a pkg-readme about that.
> >
> > ---
job@ emailed me asking why PDF output for pandoc via LaTeX was failing.
Here's a pkg-readme about that.
---
commit 86a9ed9487281ed9cebbbcfda4d3989dc603a1c4 (master)
from: Evan Silberman
date: Sun Feb 25 19:48:17 2024 UTC
Add a pkg-readme concerning
Evan Silberman wrote:
> Klemens Nanni wrote:
> > No idea about nickel, but port-wise this this looks fine and builds.
> >
> > Tests do not compile and thus don't run, though, is that a known issue?
>
> I think it's because dev/test dependencies are only
---
commit a18126b97cb145ff893d6fd7356f0af4cfb07383 (master)
from: Evan Silberman
date: Sat Feb 24 05:45:40 2024 UTC
Update to pandoc 3.1.12.1
diff 3099dc2614141a5fae4eb3a053c9cf54597a0aa9
a18126b97cb145ff893d6fd7356f0af4cfb07383
commit
Stuart Henderson wrote:
> Index: patches/patch-libraries_text_cbits_measure_off_c
> ===
> RCS file: patches/patch-libraries_text_cbits_measure_off_c
> diff -N patches/patch-libraries_text_cbits_measure_off_c
> --- /dev/null 1 Jan
> Evan, if you have abundant time, could you try to run `make test` with
> and without the patches? `make clean` in the middle is probably the
> easiest way to ensure the patches get applied as expected.
Did `make test` in lang/ghc with and without the patches and got the
same three failed tests
Stuart Henderson wrote:
> On 2024/02/18 16:56, Evan Silberman wrote:
> > Something like this? I'm out of my depth and heavily pattern-matching
> > against the fix to simdutf and other references. Genuinely no idea if
> > I'm using inline asm correctly, etc. Works o
> On Feb 20, 2024, at 1:34 PM, Christopher Zimmermann
> wrote:
>
> Hi,
>
> this diff adds a challenge hook to acme-client. This hook can be used to
> fulfill challenges. For example by putting the requested files onto a remote
> http server (http-01 challenge) or by modifying dns records
Stuart Henderson wrote:
> On 2024/02/18 13:58, Evan Silberman wrote:
> > Stuart Henderson wrote:
> > > This is probably worth a try. I've asked if upstream can update it
> >
> > Hi Stuart,
> >
> > Unclear if necessary, but not sufficient. Turns out
Stuart Henderson wrote:
> This is probably worth a try. I've asked if upstream can update it
Hi Stuart,
Unclear if necessary, but not sufficient. Turns out there's one more
unconditional AVX512 check in text's own C code, cbits/measure_off.c:
#if !((defined(__apple_build_version__) &&
Stuart Henderson wrote:
> On 2024/02/18 09:02, Stuart Henderson wrote:
> > On 2024/02/17 22:08, Greg Steuck wrote:
> > > Oh wow, this is becoming eerily similar to the failures aja@ is getting.
> > > Do
> > > dig more into this!
> >
> > Antoine, can you send a dmesg from one of the exopi VMs,
Greg Steuck wrote:
> Oh wow, this is becoming eerily similar to the failures aja@ is getting. Do
> dig more into this!
I did, and now it's bedtime. Attached tarball contains a reasonably
minimized reproduction of the crash on my machine with a short readme.
It builds with GHC 9.2.7 and fails
Evan Silberman wrote:
> Thanks to the amd64 snapshot package archives I was able to bisect to a
> working pandoc package on my machine. OK on 2024-01-16, NG on
> 2024-01-17.
I guess what this means is my problem is traceable to the ghc 9.6.4
bump. I have determined I can elicit
Klemens Nanni wrote:
> On Fri, Feb 16, 2024 at 03:15:02PM -0800, Evan Silberman wrote:
> > Stuart Henderson wrote:
> > > On 2023/09/25 22:25, Evan Silberman wrote:
> > > > Hi ports,
> > > >
> > > > Here's a port of Nickel (https://nickel-lan
Stuart Henderson wrote:
> On 2024/02/16 13:41, Evan Silberman wrote:
> > Greg back to your question about when this worked, I wish I could tell
> > you something meaningful. I think I had a pre-7.4 snap on this laptop
> > vintage September, whenever I last updated the Pa
Greg Steuck wrote:
> Same here. That's intentional as the underlying problem got fixed
> upstream a while ago. We removed WXNEEDED then:
>
> Date: Fri Jun 3 02:48:07 2022 +
>
> Remove USE_WXNEEDED from lang/ghc as it's no longer needed
>
> Thanks
> Greg
OK. I'm out of my depth a bit
Stuart Henderson wrote:
> On 2023/09/25 22:25, Evan Silberman wrote:
> > Hi ports,
> >
> > Here's a port of Nickel (https://nickel-lang.org/), a programmable
> > configuration language that allows both strong-typing and more dynamic
> > contract-drive
Greg Steuck wrote:
> Evan Silberman writes:
>
> > I should've figured out how to use readelf before I bothered with this,
> > the NOBTCFI elf segment is already present in the ports in question.
> > Above diff is irrelevant. It does seem significant that the ports
Evan Silberman wrote:
> I'm trying with this:
>
> diff /usr/ports
> commit - 5fdc9dbcebbd57477b047430dfc2cc4e987537ef
> path + /usr/ports
> blob - a51e834910b7ee582f3be8d92a4e137a0cb46ad1
> file + devel/cabal/cabal.port.mk
> --- devel/cabal/cabal.port.mk
> ++
Greg Steuck wrote:
> Stuart Henderson writes:
>
> > It runs ok on ryzen. 11th gen intel + SIGILL - looks like an IBT
> > issue.
>
> Isn't -Wl,-z,nobtcfi supposed to have disabled this?
>
> https://codeberg.org/OpenBSD/ports/src/branch/master/lang/ghc/Makefile#L123
>
> Thanks
> Greg
I'm
snaps vs. packages synchronization issue, but I rebuilt
devel/cabal-bundler on my laptop and got the same result after a
successful build.
lldb transcripts and dmesg below.
-- Evan Silberman
~ $ lldb cabal-bundler
(lldb) target create "cabal-bundler"
Current executable set to '/usr
Evan Silberman wrote:
> Can't tell you why this cropped up for you and not me and Greg but would
> you try adding MODCABAL_BUILD_ARGS="-c digest-pkg-config" to your build?
Sorry, should probably be MODCABAL_BUILD_ARGS='-c "digest -pkg-config"'.
E
Theo Buehler wrote:
> On Tue, Sep 26, 2023 at 09:16:44AM -0700, Greg Steuck wrote:
> > Hi Evan,
> >
> > Evan Silberman writes:
> >
> > > Hi Greg, ports,
> > >
> > > Straightforward upgrade of Pandoc to 3.1.8 from a couple weeks ago,
>
Hi Greg, ports,
Straightforward upgrade of Pandoc to 3.1.8 from a couple weeks ago,
hoping to go in before ports freeze. (I only sit down to do this every
so often so I was sort of playing chicken with the release cycle in case
there was a bugfix release shortly after 3.1.8 here)
Among the
Hi ports,
Here's a port of Nickel (https://nickel-lang.org/), a programmable
configuration language that allows both strong-typing and more dynamic
contract-driven specification of configurations.
There doesn't seem to be a uniform approach to building ports of
applications that happen to be
Greg Steuck wrote:
> Looks like `pandoc lua` doesn't require and runtime deps on lua,
> is that correct?
Correct. HsLua embeds a Lua interpreter by default. NB the embedded Lua
existed before 3.x for custom filters there just wasn't the option to
run pandoc in Lua repl mode, so nothing new here.
Hi Greg, ports@
The below updates pandoc to this week's 3.1.6.1. Sorry for the lax
maintainership! I should be a bit more regular with these now.
The command line tool is now built from the pandoc-cli cabal module,
which has its own versioning, so things are a little less tidy in the
Makefile
/xe/Makefile
+++ sysutils/xe/Makefile
@@ -1,8 +1,8 @@
COMMENT = execute a command for every argument
-DISTNAME = xe-0.11
+DISTNAME = xe-1.0
CATEGORIES = sysutils
-HOMEPAGE = https://git.vuxu.org/xe/
+HOMEPAGE = https://git.vuxu.org/xe/about/
MAINTAINER = Evan Silbe
Ping
Evan Silberman wrote:
> The attached updates to 1.8.20, hooks the build to skip pkg-config
> lookup for libtls, adds the devel/gettext dependency, and patches an
> incompatibility between our makeinfo and the author's. I am able to send
> email with TLS using the resulting bina
TLS using the resulting binary. It seems unlikely that my
patch to the info page entirely matches the author's intent but I have
expended all my available patience for deciphering info errors for
today.
--Evan
---
commit 9a498564345734c6
Greg Steuck wrote:
> Hi Evan,
>
> Evan Silberman writes:
>
> > Attached updates pandoc to 2.18, also takes maintainer. (I finally have
> > openbsd on a laptop after a couple years of debating with myself how
> > sensible it is to buy yet another laptop.)
>
, but maybe that doesn't really matter either.
Thanks,
Evan Silberman
diff 3a5576332764e1c2f234d1efab1c924b18c01d81 /usr/ports
blob - 1030963cdb78602503e7c9c2ebc65ee203afe4a5
file + textproc/pandoc/Makefile
--- textproc/pandoc/Makefile
+++ textproc/pandoc/Makefile
@@ -7,6 +7,8 @@ CATEGORIES =converters
Greg Steuck wrote:
> Evan mentioned hledger port being of interest, less than a year later we
> can have it :)
>
> I'd like some test reports and OKs before this goes in.
>
> Thanks
> Greg
Built, ran, and processed my journal! (on amd64) Thanks for your work on
this project Greg. Getting
> On Feb 27, 2021, at 11:02 PM, Theo de Raadt wrote:
>
> I met a programmer using an obscure
> language...
Who said “One vast and branchless trunk of code
Stands in the desert...Near it on the sand
Half-sunk a shattered memory protection barrier lies…
That’s all I got
Stuart Henderson wrote:
> On 2020/07/14 13:23, sven falempin wrote:
> > Dear readers,
> >
> > Is anyone working on that for openbsd ?
> >
> > https://github.com/freebsd/freebsd-ports/blob/master/textproc/hs-pandoc/Makefile
> >
> > I do not know the Cabal build system nor haskell so I have no
> On Jun 4, 2020, at 4:13 PM, Alex Free wrote:
>
> Why are flavors in common libraries a big problem putting aside the
> security issues and quality of code in this case?
Every flavored library has an exponential impact on the number of
configurations that ports depending on that library
whoops it went in, thanks sthen, I should really check these things
before I send more email.
--E
Brian Callahan wrote:
> I would capitalize the Yes in NO_TEST=Yes but otherwise I think this is
> ok.
Tweaked accordingly, attached.
--Evan
lr.tar.gz
Description: GNU Zip compressed data
Bump
Evan Silberman wrote:
> list files, recursively, by Leah Neukirchen.
>
> https://git.vuxu.org/lr/about/
>
> From readme:
>
> ## Benefits
>
> Over find:
> * friendly and logical C-style filter syntax
> * getopt is used, can mix filters and arguments in a
ause I copied that one.
Regards,
Evan Silberman
lr.tar.gz
Description: GNU Zip compressed data
Ping. Reattaching same port tarball OKed by Brian Callahan on 9/6
Thanks,
Evan Silberman
Brian Callahan wrote:
>
>
> On 8/31/19 8:17 PM, Evan Silberman wrote:
> > Brian Callahan wrote:
> >> I notice there's no maintainer. Evan, would you like to be maintainer
>
Stuart Henderson wrote:
> +MAKE_ENV += GOPROXY=invalid://ports.should.not.fetch.at.buildtime/
Got sufficiently curious to check if the URI scheme example:// is
reserved and lo and behold it is. Might as well use it here?
https://tools.ietf.org/html/rfc7595#page-14
Evan Silberman
> On Sep 6, 2019, at 7:30 PM, Brian Callahan wrote:
>
>
>
>> On 8/31/19 8:17 PM, Evan Silberman wrote:
>> Brian Callahan wrote:
>>> I notice there's no maintainer. Evan, would you like to be maintainer
>>> since you've submitted this?
>
Brian Callahan wrote:
> I notice there's no maintainer. Evan, would you like to be maintainer
> since you've submitted this?
Attaching Brian's tarball with yours truly as maintainer. Builds,
installs, passes tests, and works for me on amd64.
Evan
xe.tgz
Description: GNU Zip compressed data
for me right now but I can do so later if necessary.
> I notice there's no maintainer. Evan, would you like to be maintainer
> since you've submitted this?
Sure!
Evan Silberman
Ping, any takers?
Evan Silberman wrote:
> Attached is a draft port of Leah Neukirchen's xe utility, which combines
> "some of the best features of xargs(1) and parallel(1)".
>
> This is my first new port submission; I've done my best. Only built on
> amd64
Attached is a draft port of Leah Neukirchen's xe utility, which combines
"some of the best features of xargs(1) and parallel(1)".
This is my first new port submission; I've done my best. Only built on
amd64 (all I really have access to).
homepage: https://git.vuxu.org/xe/
Rega
"Kirill Bychkov" wrote:
> On Mon, April 22, 2019 20:06, Evan Silberman wrote:
> > Ping.
>
> Hi,
> no_x11 flavor needs more love:
Patch revised with newly-added tiles correctly listed in PFRAG.no-no_x11. I'm
not totally sure why I didn't encounter the same e
"Kirill Bychkov" wrote:
> On Mon, April 22, 2019 20:06, Evan Silberman wrote:
> > Ping.
>
> Hi,
> no_x11 flavor needs more love:
Thanks for the pointer; I probably didn't see this due to insufficient cleaning
up between trying to build/package the two flavo
Ping.
On Thu, Apr 4, 2019, at 10:35 AM, Evan Silberman wrote:
> I took a stab at updating the port for Dungeon Crawl Stone Soup
> (games/stone-soup). A couple things worth mentioning about my attached
> attempt:
>
> The existing patch to upstream's Makefile to replace h
Post-unlock bump. Thanks in advance for guidance/critique of my choices
Evan Silberman wrote:
> I took a stab at updating the port for Dungeon Crawl Stone Soup
> (games/stone-soup). A couple things worth mentioning about my attached
> attempt:
>
> The existing patch to upst
l probably be developmental feedback. For instance I'm sure
I've gotten whitespace wrong somewhere.
Regards,
Evan Silberman
Index: Makefile
===
RCS file: /cvs/ports/games/stone-soup/Makefile,v
retrieving revision 1.34
diff -u -p -r1.34 Makefile
--
trondd wrote:
> HOMEPAGE=http://en.cataclysmdda.com
HOMEPAGE appears to be out of date, you may as well fix it to
https://cataclysmdda.org while you're here.
Regards,
Evan Silberman
55 matches
Mail list logo