pin
pin
Bumping this issue, also interested in `nu` support.
@sharkdp Thank you for your reply. This doesn't solve the issue, though. `pandoc` is in `haskell` and non-portable to all the arch's supported by NetBSD. This leaves me with 3...
@sorairolake and @sharkdp from our perspective this is the most welcome solution.
@Rondom > What architecture has a working Rust compiler but no working Haskell compiler? Honestly, I wouldn't know. I use plain x86_64 and don't keep track of the status for...
@sharkdp Could it simply be extracted back from one of the various tarballs you already provide as packages for different OS's?
@dimo414 FYI, I've just packaged and merged `bkt` into the main pkgsrc branch. See, https://mail-index.netbsd.org/pkgsrc-changes/2022/02/01/msg248020.html This means `bkt` is now available for NetBSD users and users of other supported platforms,...
Thank you for this tool. I'm using it in a slightly unconventional way, though 😄 I'm setting the time to few minutes and launching troublesome programs to catch why and...
@dimo414 _E.g._, I know that `firefox` spits quite a few harmless errors so, I'll use it as an example. `$ bkt --ttl=30min --cwd -- 'firefox91'` will produce a log which...
@dimo414 Forgot to reply. Do you think what I'm doing is wrong? Of course `/tmp` is cleared upon reboot but, I could re-direct it to a _more permanent_ location.
> The way Debian does rust packaging is kind of confusing. The source code of all the dependencies and their dependencies need to be packaged so they can be compiled...