More timely this time. 3.7 was bugged.
Updates pkg-readme to note that groff itself is now a supported pdf
engine for ms output.
Evan
diff /usr/ports
path + /usr/ports
commit - b00d384ba5c92f20bb88ab484bc20a60a42bd1f3
blob - bc3bbf603a60bb662d37a5b992c89418f124878a
file + textproc/pandoc/Makefil
Belated bump to pandoc 3.6.4, nothing major.
I tried to get the test target to work, cabal fails with an error
> Error: [Cabal-7107]
> Could not resolve dependencies:
> [__0] trying: random-1.3.1 (user goal)
> [__1] trying: splitmix-0.1.1 (user goal)
> [__2] rejecting: splitmix:*bench (cyclic dep
Stuart Henderson wrote:
> On 2025/01/22 20:15, Evan Silberman wrote:
> > More pandoc for your enjoyment.
> >
> > (3.6.2 adds a reader for Perl's Pod contributed by yrs truly)
>
> Generally looks good to me. Is 'make test' expected to work with this?
More pandoc for your enjoyment.
(3.6.2 adds a reader for Perl's Pod contributed by yrs truly)
Evan
diff /usr/ports
commit - aaf6e8c0aa59e85e8ab68cc0bb787b5b1e279efe
path + /usr/ports
blob - 9b2588d62ee61331f0088b9f77b83ade17d88774
file + textproc/pandoc/Makefile
--- textproc/pandoc/Makefile
+++
Unremarkable portswise.
Release info https://github.com/jgm/pandoc/discussions/10493
--Evan
diff /usr/ports
commit - 784f1a5d3816171d20d954760ea6b5d6ac74564b
path + /usr/ports
blob - ac1c99b09449a9880dab7d1f5585abdd82016b48
file + textproc/pandoc/Makefile
--- textproc/pandoc/Makefile
+++ textpro
Here's the patch for pandoc 3.6.
Fun fact for OpenBSD users: pandoc 3.6 includes the reader (input mode)
I wrote for mdoc(7) manuals! I'm working on a blog post about that which
I hope to finish soon. It's not perfect but it parses almost all
mdoc-format manuals shipped with OpenBSD.
Also I saw C
Hi ports, Greg,
Pandoc 3.5 patch below.
The dependency closure output by cabal-bundler was missing a couple deps
that I needed to build, and I had to manually add happy-lib (required by
happy) and tasty (required by vector) to MODCABAL_MANIFEST. Since it was
just those two that I had to chase I d
> On Oct 1, 2024, at 6:53 PM, Christian Schulte wrote:
>
> maybe
> it would be ok to override some defaults
This is always a good place to stop and reconsider an idea.
HOMEPAGE = https://pandoc.org
-MAINTAINER = Evan Silberman
+MAINTAINER = Evan Silberman
# GPLv2+
PERMIT_PACKAGE = Yes
@@ -36,59 +35,60 @@ post-install:
MODCABAL_MANIFEST = \
Glob0.10.2 3 \
HUnit 1.6.2.0 0 \
- JuicyPixels
> On Jul 18, 2024, at 12:46 PM, Vevy Kod wrote:
>
> You don't seem to understand the rational of using unveil and pledge
lmao
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 ar
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 conce
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 ar
---
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 1970
> 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 i
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 on
> 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. Turn
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__) && __apple_b
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, pl
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 with
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://nicke
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 at
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-
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 port
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
&g
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 tryin
ht in some base
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 executab
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 change
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 dist
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 now
le
--- sysutils/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
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
with 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 9a4985
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 =
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 pando
> 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 id
> 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 must
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
y because 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 th
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
Can't cross-check that the
build works 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
>
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
"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
"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 flavor
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 upstrea
ttempt at submitting an
update, so there'll 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/Makef
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
65 matches
Mail list logo
