On 2020-09-06 16:53, Eyüp Hakan Duran wrote:
> Dear Madam/Sir,
>
> I just developed an interest in OpenBSD and started using it on my
> ThinkPad. Thank you so much for developing this OS; I find it very clean
> and relatively easy to use for people who have some basic understanding of
> how it
Ports currently has scikit-learn 0.20.3, which is incompatible with
Python 3.8. Unfortunately there are no versions that support both
Python 2 and 3.8: the last to support Python 2 is 0.20.0, and the
Python 3.8 issue wasn't fixed until later.
I don't think any other ports depend on scikit-learn
On Thu, Oct 15, 2020 at 01:52:31AM -0400, James Cook wrote:
> On October 15, 2020 12:28:01 a.m. EDT, Daniel Dickman
> wrote:
> >Does the diff below work for you?
>
> Probably not; when I ran make test earlier with a similar diff I found
> it needs the Python librar
> (more complete stack trace at end).
I forgot to include it. Here's everything after "test session starts".
= test session starts ==
platform openbsd6 -- Python 3.8.6, pytest-4.4.0, py-1.8.0, pluggy-0.11.0
rootdir:
On Sun, Oct 18, 2020 at 09:12:23PM -0400, Daniel Dickman wrote:
> On Thu, 15 Oct 2020, James Cook wrote:
>
> > * Paul prefers the latest version, so I stuck with 0.23.2
>
> An update would be nice, although seems like fixing the issue by just
> replacing cloudp
I'm reporting a slight hiccup upgrading from 6.7 to snapshot. This might
count as my own fault, but reporting it in case it's something that's
supposed to run smoothly. (I was able to recover; no help needed.)
I upgraded from 6.7 to a snapshot (with sysupgrade -s), then ran
"doas pkg_add -u", and
On Sun, Oct 25, 2020 at 11:44:29AM -0400, Daniel Dickman wrote:
> Hi James,
>
> Not sure if you're still looking into this or not, but I took another stab
> at it. See attached for new a new port for py-threadpoolctl and an sklearn
> diff.
>
> I tried to run the regress tests, but it core
I just installed abiword and also just upgraded to the latest snapshot
(and ran pkg_add -u). abiword immediately crashes when I run it. I have
never tried running abiword on OpenBSD before. Is it broken for others
or just for me?
falsifian angel ~ $ abiword
Abort trap (core dumped)
falsifian
On Thu, Dec 03, 2020 at 04:48:04PM +, James Cook wrote:
> I just installed abiword and also just upgraded to the latest snapshot
> (and ran pkg_add -u). abiword immediately crashes when I run it. I have
> never tried running abiword on OpenBSD before. Is it broken for others
> or
s and you won't need to set the LANG variable?
>
> See this FAQ:
>
> https://www.openbsd.org/faq/faq8.html
>
> Regards
> Ed Gray
>
> On Sun, 13 Dec 2020, 11:03 pm James Cook, wrote:
>
> > On Thu, Dec 03, 2020 at 04:48:04PM +, James Cook wrote:
>
On Thu, Dec 03, 2020 at 04:48:04PM +, James Cook wrote:
> I just installed abiword and also just upgraded to the latest snapshot
> (and ran pkg_add -u). abiword immediately crashes when I run it. I have
> never tried running abiword on OpenBSD before. Is it broken for others
> or
On Mon, Jan 25, 2021 at 01:48:07PM +, Stuart Henderson wrote:
> On 2021/01/25 03:34, James Cook wrote:
> > On Thu, Oct 08, 2020 at 11:42:53AM +0100, Stuart Henderson wrote:
> > > On 2020/10/08 02:33, James Cook wrote:
> > > > I'm reporting a slight hiccup
On Thu, Oct 08, 2020 at 11:42:53AM +0100, Stuart Henderson wrote:
> On 2020/10/08 02:33, James Cook wrote:
> > I'm reporting a slight hiccup upgrading from 6.7 to snapshot. This might
> > count as my own fault, but reporting it in case it's something that's
> > suppose
On Wed, Feb 03, 2021 at 07:24:08PM +, Stuart Henderson wrote:
> On 2021/02/03 17:39, James Cook wrote:
> > Hi ports@,
> >
> > Summary: I suggest the section at
> > https://www.openbsd.org/faq/ports/ports.html#PortsConfig
> > should include some a
Hi ports@,
Summary: I suggest the section at
https://www.openbsd.org/faq/ports/ports.html#PortsConfig
should include some additional text like the following:
You will need to configure doas to pass the TRUSTED_PKG_PATH variable
when running /usr/sbin/pkg_add. Adding the "nopass" option for
On Sun, Jan 31, 2021 at 11:58:40PM -0800, Greg Steuck wrote:
> Greg Steuck writes:
>
> >> git-annex has at least 50 dependencies I couldn't find in ports, so I
> >> want to make sure I understand this before I start porting them one at
> >> a time (or just give up)...
> >
> > This is exactly the
> > Assuming it works and that "git annex test" doesn't show any problems,
> > is there anything else I can do to help with git-annex?
>
> The idea to link the test code into the main binary is quite
> unorthodox. I can imagine some arguments for it, but I'll have to
> overcome a lot of prior
On Wed, Feb 03, 2021 at 08:29:31PM -0700, Thomas Frohwein wrote:
> On Wed, Feb 03, 2021 at 09:23:48PM +0000, James Cook wrote:
> > On Wed, Feb 03, 2021 at 07:24:08PM +, Stuart Henderson wrote:
> > > On 2021/02/03 17:39, James Cook wrote:
> > > > Hi ports@,
>
Hi ports@,
I'm trying to write a port for git-annex, which is built using
Haskell's Cabal. I'm new to OpenBSD porting and don't completely
understand the lang/ghc module.
Basic question: do all of the Haskell dependencies (from git-annex.cabal) need
to already have their own ports (like
> Here is what I have so far.
P.S. to anyone trying to build git-annex, you'll need the following
patch, which I didn't yet get around to adding to my WIP port:
On Thu, May 06, 2021 at 07:02:10PM -0500, Chris Bennett wrote:
> I'm having an error getting doas make install. Also fails when using root
> for make package and when I moved the directory over into /usr/ports/devel/
>
> This is what is getting produced with make package:
>
> CX p5-File-PathList
On Thu, May 06, 2021 at 08:58:40PM -0500, Chris Bennett wrote:
> On Fri, May 07, 2021 at 12:58:18AM +0000, James Cook wrote:
> > On Thu, May 06, 2021 at 07:02:10PM -0500, Chris Bennett wrote:
> > > I'm having an error getting doas make install. Also fails when using root
>
On Thu, Feb 04, 2021 at 11:13:43AM -0800, Greg Steuck wrote:
> James Cook writes:
>
> > I don't think that's an rsync problem. Unfortunately the
> > git-annex-shell binary is missing, and that's pretty critical (needed
> > to access the repository from other machines; s
> > From what I gathered the v2-install target is largely unusable for
> > installing packages outside of .cabal tree. At least neither I nor
> > FreeBSD maintainer found a way to leverage that. Hence the manual
> > install flow.
>
> I probably don't know all the subtleties, but when I run
>
> This seems to me like a reasonable port to have. My only concern is it
> takes 40 minutes to build with MAKE_JOBS=4 on a 4 core machine:
> cpu0: Intel(R) Core(TM) i7-10610U CPU @ 1.80GHz, 7097.97 MHz, 06-8e-0c
I don't have an easy solution to that, but here are some data and a
couple of
> Full output attached.
Actually attached now.
--
James
815.882 1614811944.118 Building executable 'git-annex' for
git-annex-8.20210223..
280.208 161481.486 Building library for aeson-1.5.6.0..
230.755 1614808139.685 Building library for cryptonite-0.28..
225.882 1614810601.156 Building
Greg Steuck wrote much of this --- see the earlier thread "Question
about lang/ghc module (trying to port git-annex)".
Now that Greg's new cabal infrastructure is checked in this should be
ready. I've been using a previous version for a while, and briefly
tested the attached version, which
On Sat, Mar 06, 2021 at 12:25:59PM -0800, Greg Steuck wrote:
> Greg Steuck writes:
> >> I'm happy to prepare an 8.10-compatible version now if that would help
> >> with the upgrade to 8.10.
> >
> > Thanks, that wouldn't hurt :)
>
> I gave it a whirl, what do you think:
Thanks. I just built the
On Thu, Feb 25, 2021 at 08:16:43PM -0800, Greg Steuck wrote:
> From 3d80a96ac1803a72ea1fe7ab6ac28b5f79aad684 Mon Sep 17 00:00:00 2001
> From: Greg Steuck
> Date: Mon, 24 Aug 2020 19:23:42 -0700
> Subject: [PATCH 5/7] Use devel/cabal module for devel/darcs and upgrade to
> 2.16.3
I gave this
> I propose we don't solve the problem until it's big enough to warrant
> our attention. I know I'm bad at predicting how things will develop a
> year from now. This is why I don't want to speculatively build more
> complexity.
Okay, makes sense!
> Thanks
> Greg
>
--
James
On Thu, Mar 04, 2021 at 09:21:18PM -0800, Greg Steuck wrote:
> Hi James,
>
> Thanks for gathering the data and analyzing it!
>
> I do not believe that speed of git-annex build should be a blocker to
> its inclusion into the tree. I'm just waiting for somebody to OK it
> before committing. Though
On Fri, Feb 05, 2021 at 09:57:48PM -0800, Greg Steuck wrote:
> James Cook writes:
>
> >> Would you like to try your hand in extending post-install target with
> >> some man formatting magic like we have in other ports?
> >
> > Done (commit a1c5aec8) in
> > A few notes / questions:
> >
> > * I fixed a couple of typos in
> >
> > https://github.com/falsifian/ports/commit/98111e702634842865a3d27675b6848e3fb2b7ca
> >
> > * I added example usage for cabal-bundler. I hope I got it right:
> >
> >
Hi Greg,
> >> I'll dig into this a bit. I simply didn't need to worry about this up
> >> until now as all the other ports don't do much custom Setup.hs work.
> >
> > I don't know if there will be any cases other than man pages and
> > git-annex's command aliases. Not sure how much effort it's
I don't know if this is related to the other recent neomutt segfault
thread.
After sysupgrade -s and pkg_add -u, neomutt crashes immediately when I
start it. Is anyone else seeing this? Details below. I took filesystem
backups before upgrading, so I can probably figure out the exact
(working)
> > falsifian moth ~ $ pkg_info neomutt
> > Information for inst:neomutt-20211015
>
> So it seems you're running -current, right?
Yes.
> > falsifian moth ~ $ dmesg|head -n1
> > OpenBSD 7.0 (GENERIC.MP) #232: Thu Sep 30 14:25:29 MDT 2021
> >
> > falsifian moth ~ $ uname -a
> > OpenBSD
On Sun, Oct 17, 2021 at 08:39:12PM -0700, Greg Steuck wrote:
> I only built this and confirmed the executable is doesn't die right
> away. Somebody who cares should test.
I did a few basic operations and it seems to work so far. I'll let you
know if something goes wrong.
--
James
On Sun, Nov 28, 2021 at 10:46:28AM +0100, Denis Fondras wrote:
> Straightforward update to v8.3
It looks like the update to 8.3 broke the "raco exe" command.
angel ~ $ raco exe
/usr/local/bin/raco: Unrecognized command: exe
--
James
> I don't see anything wrong with that but I don't know why you have that
> dir. Run the command "raco pkg config" as regular user. You should have
> something like this output:
>
> current-amd64$ raco pkg config
> name:
> 8.3
> catalogs:
> https://download.racket-lang.org/releases/8.3/catalog/
>
> > but with your user. Running "racket-user-bin-paths" you should see the
> > bin directory path within $HOME/.racket.
> >
> > And this is the right config file in /etc/racket/config.rktd:
> > ;; generated by unixstyle-install
> > #hash(
> > (doc-dir . "/usr/local/share/doc/racket")
> >
On Tue, Dec 14, 2021 at 10:11:12AM +0100, Denis Fondras wrote:
> Le Tue, Dec 14, 2021 at 05:27:26AM +0000, James Cook a écrit :
> > On Sun, Nov 28, 2021 at 10:46:28AM +0100, Denis Fondras wrote:
> > > Straightforward update to v8.3
> >
> > It looks like the upd
On Tue, Dec 14, 2021 at 09:44:03PM +0100, Juan Francisco Cantero Hurtado wrote:
> On Tue, 14 Dec 2021 14:18:39 +
> James Cook wrote:
>
> > On Tue, Dec 14, 2021 at 10:11:12AM +0100, Denis Fondras wrote:
> > > Le Tue, Dec 14, 2021 at 05:27:26AM +, James Cook a écrit
On Sun, Jul 18, 2021 at 04:58:09PM +0200, Christian Weisgerber wrote:
> Kurt Miller:
>
> > > x11/gtk+2 and x11/gtk+3 include a patch to change the default
> > > keybindings to "emacs". The decision can be traced back to 2005:
> > >
> > >Revision 1.1, Wed Sep 7 20:51:14 2005 UTC (15 years, 10
Sorry if this has been discussed before; I couldn't find it.
x11/gtk+2 and x11/gtk+3 include a patch to change the default
keybindings to "emacs". The decision can be traced back to 2005:
Revision 1.1, Wed Sep 7 20:51:14 2005 UTC (15 years, 10 months ago) by kurt
Branch: MAIN
make
After a recent pkg_add -Dsnap -u, running "vise" from the vis package
gives:
$ vise
ld.so: vise: can't load library 'liblua5.4.so.5.4'
Killed
It looks like the vis package depends on the wrong version (5.3.6)
of lua. If I manually install lua 5.4.6, vise works, but says
"WARNING: could not
if lua 5.4 is installed at build time:
checking for liblua >= 5.2 ...
checking for lua... no
checking for lua5.4... no
checking for lua5.3... no
checking for lua5.2... no
checking for lua-5.3... no
checking for lua-5.2... no
checking for lua54... yes
regardless of which lua version is used (the
> It's based on a previous submission by Raymond (+cc). I've enabled the
> notmuch support (but not really tried it yet) and updated it, plus some
> other minor tweaks.
It is working for me with notmuch. I'm sending this with your aerc port.
This is my first time using aerc. Thanks for porting
On Mon May 2, 2022 at 12:25 AM UTC, James Cook wrote:
> > It's based on a previous submission by Raymond (+cc). I've enabled the
> > notmuch support (but not really tried it yet) and updated it, plus some
> > other minor tweaks.
>
> It is working for me with notmuch. I'
> > you need to bump the REVISION of the package to trigger a rebuild
> > with this kind of change. If REVISION doesn't exist, you can start
> > with REVISION=0
>
> yup. for future refence, when changing something that alters the
> package content (description and comment counts too for example)
The patch below fixes a URL. I haven't tested building the port with the
change, but since it's just in DESCR I assume it's fine.
--
James
diff --git a/net/bitlbee-facebook/pkg/DESCR b/net/bitlbee-facebook/pkg/DESCR
index 6c11e2f964c..70daa021d6e 100644
--- a/net/bitlbee-facebook/pkg/DESCR
+++
counts.notmuch]
root_mailbox = "/home/falsifian/var/mbsync/falsifian.org"
format = "notmuch"
listing.index_style = "threaded"
identity="falsif...@falsifian.org"
display_name = "James Cook"
[accounts.not
On Wed Oct 26, 2022 at 5:58 AM UTC, Theo Buehler wrote:
> > Thanks for porting. I just tried to use meli with notmuch, and get:
> >
> > $ meli
> > Could not load libnotmuch!
> > If notmuch is installed but the library isn't found, consult your
> > system's documentation on how to
Greg Steuck writes:
> I tested locally with `git-annex test`. Other testing is welcome.
>
> Thanks
> Greg
Thanks! I tried a few basic operations with my git-annex repos and it
seems to work. Will report back if anything goes wrong.
--
James
> Thanks for the test report and the extensive testing, but ... you do
> realize all those things you're reporting arent probably related to the
> OpenBSD port itself, and would be better reported upstream at
> https://git.meli.delivery/meli/meli/issues ? After all meli is not even
> published as
Daniel Dickman writes:
> Diff below updates scipy to the 1.6.x series.
>
> With more work, it's possible to update to newer versions of scipy, but
> for now I went for a more conservative update that doesn't change as much
> as some of the newer versions change (e.g. 1.7 starts to use pythran,
Daniel Dickman writes:
> It's just a warning, right? It works for me here.
>
> If something isn't working on your end can you share a code snippet?
Ah, you're right, it's just a warning.
It does seem to work; I tested using beancount-import. Below is one
unfortunate caveat. I'm not sure if this
On Sun, May 21, 2023 at 03:42:19PM -0400, James Cook wrote:
> On May 18, 2023 3:16:34 p.m. EDT, Omar Polo wrote:
> >On 2023/05/18 11:08:54 +0200, NilsOla Nilsson wrote:
> >> On Wed, May 17, 2023 at 07:03:22PM +0200, Omar Polo wrote:
> >> >
> >> > sti
On May 18, 2023 3:16:34 p.m. EDT, Omar Polo wrote:
>On 2023/05/18 11:08:54 +0200, NilsOla Nilsson wrote:
>> On Wed, May 17, 2023 at 07:03:22PM +0200, Omar Polo wrote:
>> >
>> > still in doubt if it's useful to waste spaces on the mirrors for a
>> > debug package for this.
>>
>> There is also
On Wed, May 17, 2023 at 07:03:22PM +0200, Omar Polo wrote:
> I discovered wdiff the other day thanks to falsifian, but it has a bad
> habit of crashing repeatedly.
>
> The TL;DR (and you're really better off not reading the sources) is
> that it malloc(0) and then passes the pointer to tgetstr()
Thanks, I tried it out on my laptop.
Thanks for trying.
The BAT and PWR displays always show 0% and 0mW respectively as far
as I can tell. Note "apm -l" can show my batter percentage so I
guess that at least should be possible to get right. dmesg below in
case it's useful.
Now it's fixed.
On Thu, Jan 04, 2024 at 10:24:18PM +0100, Benjamin Stürz wrote:
Hi ports@,
this is my next little project, after sysutils/lsblk.
apmtop is a simple utility for measuring power consumption
and statistics related to it, in a little TUI interface.
There is still some work to do, but I wanted to
I tried it on my desktop and I can say it seems to mostly work. It
report the cpu temperature as -1 C which I assume means 'not available'.
There is actually one sensor on this machine that reports a temperature,
but since it doesn't contain the "cpu" string in its name it gets
skipped.
On Tue, Nov 28, 2023 at 09:05:04PM -0800, Greg Steuck wrote:
Thank you for giving these a try. Care to try again with just the single
patch included?
Oops, yes, was applying both patches before. With just this one,
it's working fine so far. Will report back if I have trouble.
Thanks!
--
On Sun, Nov 12, 2023 at 10:14:07AM -0800, Greg Steuck wrote:
>Took a bit of effort to patch because the upstream doesn't seem to be
>active. Next time I have to touch darcs I'll propose to delete it.
>
>OK?
Is this meant to build with current ports tree? Running "make" under
devel/darcs" I get an
On Sun, Feb 18, 2024 at 08:35:26AM -0800, Evan Silberman wrote:
> 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
On Fri, Apr 19, 2024 at 12:04:54AM +, James Cook wrote:
> On Sun, Feb 18, 2024 at 08:35:26AM -0800, Evan Silberman wrote:
> > Stuart Henderson wrote:
> > > On 2024/02/18 09:02, Stuart Henderson wrote:
> > > > On 2024/02/17 22:08, Greg Steuck wrote:
> > &
On Mon, Apr 22, 2024 at 11:21:36AM GMT, Greg Steuck wrote:
> Stuart Henderson writes:
>
> > On 2024/04/22 10:30, Greg Steuck wrote:
> >> > If it would help, I could update my old AMD machine to -current
> >> > and check ghc works with the two patches removed, once I've finished
> >> > trying out
On Sun, Apr 21, 2024 at 11:49:46AM -0700, Greg Steuck wrote:
> Stuart Henderson writes:
>
> > This is in the avx512 checks in the text library again, I think it must
> > be patch-libraries_text_cbits_measure_off_c (the simdutf one doesn't
> > explicitly check for xgetbv but it does check for
On Sun, Apr 21, 2024 at 11:49:46AM -0700, Greg Steuck wrote:
> Stuart Henderson writes:
>
> > This is in the avx512 checks in the text library again, I think it must
> > be patch-libraries_text_cbits_measure_off_c (the simdutf one doesn't
> > explicitly check for xgetbv but it does check for
On Sun, Apr 21, 2024 at 09:03:30PM +, James Cook wrote:
> On Sun, Apr 21, 2024 at 11:49:46AM -0700, Greg Steuck wrote:
> > Stuart Henderson writes:
> >
> > > This is in the avx512 checks in the text library again, I think it must
> > > be patch-libraries_text
On Fri, May 03, 2024 at 12:26:15PM GMT, Johannes Thyssen Tishman wrote:
> Please find below an update for editors/vis to version 0.9. The tests
> (which are hosted separately) didn't seem to get an update, but they all
> still pass.
>
> Cc'd maintainer.
Thank you, this seems to work so far, but
On Fri, May 03, 2024 at 07:06:45PM GMT, James Cook wrote:
> On Fri, May 03, 2024 at 12:26:15PM GMT, Johannes Thyssen Tishman wrote:
> > Please find below an update for editors/vis to version 0.9. The tests
> > (which are hosted separately) didn't seem to get an update, but they all
> I wasn't able to link to my phone because the QR code is not displayed in a
> usable way. Here are the first three lines of what I assume is supposed to
> be a QR code.
>
> $ gurk
> Linking new device with device name: gurk@angel
>
On Tue, Apr 16, 2024 at 04:52:46PM GMT, Edd Barrett wrote:
On Sat, Mar 23, 2024 at 09:56:07PM +0100, Stefan Hagen wrote:
I've updated gurk-rs on openbsd-wip to version 0.4.3. It seems to start
more reliable now. I could exchange a few messages. Once a message got
deleted, further messages could
On Sun, May 05, 2024 at 11:48:47AM GMT, Johannes Thyssen Tishman wrote:
> 2024-05-03T19:20:24Z "Johannes Thyssen Tishman" :
> > 2024-05-03T19:06:51Z James Cook :
> >
> > > As far as I can tell, the problem is that SHELL is /sbin/nologin
> > > for user
> > May I ask how are you running the tests? Just 'make test' from the ports
> > directory as usual? Additionally, does the processes started by the
> > test.sh script not inherit the shell it is executed with?
>
> Yes, "make test" from the ports dir. Might have been "make
>
On Tue, May 21, 2024 at 12:17:50PM GMT, Laurent Cheylus wrote:
Hi,
a simple update for sysutils/fzf version 0.52.1
Changelog for version 0.52.0 (0.52.1 is for a Windows bugfix only):
https://github.com/junegunn/fzf/releases/tag/0.52.0
- update Makefile, modules.inc and distinfo for this
On Thu, May 16, 2024 at 07:53:41PM GMT, Stefan Hagen wrote:
James Cook wrote (2024-05-14 21:21 CEST):
> I wasn't able to link to my phone because the QR code is not displayed in a
> usable way. Here are the first three lines of what I assume is supposed to
> be a QR code.
>
78 matches
Mail list logo
