On 2018-07-18 02:11 AM, Robert Elz wrote:
> You do understand though that you have changed the semantics? The
> old way, cp -l would only link the files that could have been copied, now
> it will happily link unreadable files. Also cp -il will no longer work, and
> probably more.
I missed that.
On 2018-07-17 08:41 AM, Christos Zoulas wrote:
> Well, the comment needs to be amended, since you don't need to close the
> fd's anymore. Other than that it looks fine.
Great! I went ahead.
Do you think that this is a candidate for a pullup to 8?
--
D'Arcy J.M. Cain
http://www.NetBSD.org/ IM:
Years ago I added the -l option to cp. I was looking at it recently and
I saw that it was opening and closing the file even though it never did
anything except link it.
I want to make the following change. Basically it moves the link code
to the start of the function bypassing all that extra wor
On 10/04/2017 07:54 AM, Jeremy C. Reed wrote:
I forgot to mention that I normally use "tail -r" which is in v7:
What I want to see is the implementation of "tail -rf".
--
D'Arcy J.M. Cain
http://www.NetBSD.org/ IM:da...@vex.net
On 2017-05-11 10:46 PM, Robert Elz wrote:
Date:Thu, 11 May 2017 22:30:00 -0400
From:"D'Arcy Cain"
Message-ID:
| I'll try but I can't get Xen working so testing is a bit harder. I'll
| let you know.
You cannot make NetBSD curren
On 2017-05-11 06:35 PM, Christos Zoulas wrote:
In article ,
D'Arcy Cain wrote:
I tried switching from pf to npf before and it seemed to be not quite
ready yet. I am trying again but running into problems.
I am running 7.1.0_PATCH NetBSD 7.1.0_PATCH (XEN3_DOMU) recently compiled.
Ca
I tried switching from pf to npf before and it seemed to be not quite
ready yet. I am trying again but running into problems.
My first question - is anyone out there actually running npf in a
production environment?
My first issue was running npfctl without having npf installed. I was
tryi
On 2017-05-03 06:27 PM, D'Arcy Cain wrote:
On 2017-05-02 11:36 AM, D'Arcy Cain wrote:
On 2017-05-02 06:54 AM, D'Arcy Cain wrote:
Perhaps the Linux file system blocks are smaller than the NetBSD ones
and we need this revision;
revision 1.255
date: 2015-11-30 01:04:47 -0500;
On 2017-05-02 11:36 AM, D'Arcy Cain wrote:
On 2017-05-02 06:54 AM, D'Arcy Cain wrote:
Perhaps the Linux file system blocks are smaller than the NetBSD ones
and we need this revision;
revision 1.255
date: 2015-11-30 01:04:47 -0500; author: mlelstv; state: Exp; lines:
+28 -2;
On 2017-05-02 06:54 AM, D'Arcy Cain wrote:
Perhaps the Linux file system blocks are smaller than the NetBSD ones
and we need this revision;
revision 1.255
date: 2015-11-30 01:04:47 -0500; author: mlelstv; state: Exp; lines:
+28 -2; commitid: 9TPgApzsrkJdY4Ly;
Fall back to VOP_READ/VOP_
On 2017-05-01 12:46 PM, D'Arcy Cain wrote:
One thing I found out is that I accidentally created everything with no
/etc/mk.conf. Not sure if I need something in that. I am rebuilding
everything again with my mk.conf restored. Of course, most stuff in
there is pkgsrc related so I don&
On 2017-05-01 04:21 AM, David Brownlee wrote:
I'm wondering if its hung of it its hit some pathological filesystems
(wapl?) case which is taking an excessive time, but not entirely hung.
Might be interesting to see if a smaller value works (says the man not
immediately trying it on his box :)
I
I can't cut and paste the commands I did but I think that the following
is accurate.
# dd if=/dev/zero of=xubuntu bs=1 seek=100g count=1
# mke2fs xubuntu (from pkgsrc)
# vndconfig -l (to get an available slot)
# mount_ext2fs /dev/vnd2a /mnt
# rsync -av -S ./Xubuntu/ /mnt/ (sync my built up file
13 matches
Mail list logo
