Have you submitted a PR with that patch?
The usage of ncurses in pkgsrc is not always straightforward,
sometimes IMHO it is used as the least path of resistance but
sometimes there are good reasons (though, possibly reasons that are
easily fixed...) to use ncurses but a lot of the time things will
On Mon, 13 Aug 2018, Dan LaBell wrote:
As your reply seems directed at me instead of the OP (Cc:ed),
> A question , and some pointless advice:
> Q: Does the package require linux emulation?
No.
> A: maybe try rzip on those core files
What is 'rzip' and what would "try rzip on those core files"
On Jul 30, 2018, at 9:41 AM, John D. Baker wrote:
Yes, those are core files related to various "xscreensaver" display
modes (/usr/pkg/libexec/xscreensaver/*).
If you have "xscreensaver-demo" installed, you might be able to see
what
happens when those modes are selected to run.
A question
b...@grex.org (Andy Ball) writes:
>There is literally a pile of 2.5" SATA disks on my desk
>where I see very slow *write* performance. The example I
>just tested wrote at about 5 MBytes/sec and read at 90 MB/S.
>I have been working on the assumption that this was caused
>by some incompatibili
A literal pile of 2.5-inch SATA disks, you say?
If they were pulls from a hardware RAID box or some such, the disks'
firmware may disable write caches by default. I have a couple of Seagate
OEM HP disks that came out of a RAID system and their performance (both
read and write) was dismal until I
On 12/08/2018 16:34, Sad Clouds wrote:
OK, I cloned NetBSD VM, kept everything the same, but installed Debian
with XFS file system.
$ dd if=/dev/zero of=out bs=1M count=1 conv=fsync
this gives 682 MB/sec which is what I would normally expect
Just dug into my IO settings a bit.
My NetB
Hello,
I read with interest the thread about Sad Clouds' disk
performance issues. What I'm seeing is probably not related
aside from being disk I/O and that we both use crude speed
tests based on dd.
There is literally a pile of 2.5" SATA disks on my desk
where I see very slow *write* pe
Bruce Nagel wrote:
> I think there is still an issue in that pkgin refused to install it,
> and I wonder why I had to manually install libraries that it should
> have been pulling in automagically (as I understand it) but at least
> I have a working office suite again.
A simple `make update` usua
On Sun, 12 Aug 2018, C??g wrote:
Date: Sun, 12 Aug 2018 14:00:21 -0500
From: "[utf-8] C??g"
To: netbsd-users@netbsd.org
Subject: Re: Libreoffice after upgrade to NetBSD 8.0
Bruce Nagel wrote:
File attached for the output of that, thanks for the tip on using tee.
It appears to still be fai
On Sun, 12 Aug 2018, Greg Troxel wrote:
Next, I noticed that there was a lot of things installed. For example, I
don't need X11. On Linux, pretty much everything is managed by the
package manager, but pkgsrc only takes care of /usr/pkg.
That's how it is. Ancient BSD tradition is to have things
Unknown, but not the first enquiry about this:
See also https://minnie.tuhs.org//pipermail/tuhs/1999-August/000109.html
On Sun, 12 Aug 2018 at 18:51, Paul Goyette wrote:
> Got this entry today:
>
> 08/14 First Unix-based mallet created, 1954
>
>
> This is presumed to be some sort of
11 matches
Mail list logo
