On Tue, May 21, 2019 at 1:39 PM Ryota Ozaki wrote:
>
> Hi,
>
> The following two patches enables a NetBSD guest running
> on a Linux KVM to share files with its host over virtio-9p.
>
> https://www.netbsd.org/~ozaki-r/vio9p.diff
> https://www.netbsd.org/~ozaki-r/mount_9p-cdev.diff
>
> The
On Thu, Oct 24, 2019 at 06:56:57AM +0700, Robert Elz wrote:
> Date:Wed, 23 Oct 2019 23:30:47 +0200
> From:Joerg Sonnenberger
> Message-ID: <20191023213047.ga73...@bec.de>
>
> | (1) Abuse of symlinks to shuffle the tree somewhere else. IMO whoever
> | wants to do
Updating src tree:
P src/UPDATING
U src/distrib/sets/lists/xserver/ad.x86_64
P src/distrib/sets/lists/xserver/mi
P src/etc/rc.d/sshd
P src/external/gpl3/gcc/dist/gcc/file-prefix-map.c
P src/lib/libnvmm/libnvmm.c
P src/lib/libnvmm/libnvmm_x86.c
P src/lib/libnvmm/nvmm.h
P
--
Inviato da Libero Mail per Android mercoledì, 23 ottobre 2019, 10:46AM +02:00
da Kamil Rytarowski n...@gmx.com :
>On 23.10.2019 06:33, Thomas Klausner wrote:
> Hi!
>
> Yesterday evening's current with:
>
> build.sh -j 32 -x -V MKDEBUG=yes -V MKDEBUGLIB=yes -V MKLLVM=yes -T
>
Date:Wed, 23 Oct 2019 23:30:47 +0200
From:Joerg Sonnenberger
Message-ID: <20191023213047.ga73...@bec.de>
| (1) Abuse of symlinks to shuffle the tree somewhere else. IMO whoever
| wants to do that should be using null mounts and deal with it
| appropiately in
On Wed, Oct 23, 2019 at 09:41:30PM -, Christos Zoulas wrote:
> In article <20191023213047.ga73...@bec.de>,
> Joerg Sonnenberger wrote:
> >On Wed, Oct 23, 2019 at 04:58:05PM -, Christos Zoulas wrote:
> >> I am not advocating for either, perhaps we should just add -P to the
> >> extraction
In article <20191023213047.ga73...@bec.de>,
Joerg Sonnenberger wrote:
>On Wed, Oct 23, 2019 at 04:58:05PM -, Christos Zoulas wrote:
>> I am not advocating for either, perhaps we should just add -P to the
>> extraction and get over it :-)
>
>From what I can tell there are two completely
On Wed, Oct 23, 2019 at 04:58:05PM -, Christos Zoulas wrote:
> I am not advocating for either, perhaps we should just add -P to the
> extraction and get over it :-)
>From what I can tell there are two completely separate issues:
(1) Abuse of symlinks to shuffle the tree somewhere else. IMO
On Wed, 23 Oct 2019, Christos Zoulas wrote:
I am not advocating for either, perhaps we should just add -P to the
extraction and get over it :-)
This one gets my vote! :)
++--+---+
| Paul Goyette | PGP Key fingerprint:
On 23.10.2019 10:46, Kamil Rytarowski wrote:
> On 23.10.2019 06:33, Thomas Klausner wrote:
>> Hi!
>>
>> Yesterday evening's current with:
>>
>> build.sh -j 32 -x -V MKDEBUG=yes -V MKDEBUGLIB=yes -V MKLLVM=yes -T
>> /usr/obj/tools.gcc -m amd64 -O /usr/obj/src.amd64 -D
>>
hello Roy. I must have been tired when I looked at the problem before
writing my message. Brad suggested I look at the captoinfo program in the
ncurses package again to make sure it actually produced binary output
instead of terminfo source. In the ncurses package I'm using, from 2016,
In article <20191022200319.ga83...@bec.de>,
Joerg Sonnenberger wrote:
>On Tue, Oct 22, 2019 at 08:00:35PM +0200, Christian Groessler wrote:
>> "tar" had an option to delete files which it is about to extract before
>> extraction. Wouldn't this solve the "symlink" issue at hand? What am I
>>
Hi Brian
On 22/10/2019 23:14, Brian Buhrow wrote:
hello. I'm in the process of building NetBSD-9.0 systems in an effort
to consider upgrading from my fleet of NetBSD-5.2 systems to NetBSD-9. As
a long time window(1) user, I have a termcap entry for the window terminal
type that I use
On Wed, Oct 23, 2019 at 10:52:51AM +0100, Patrick Welche wrote:
> On Wed, Oct 23, 2019 at 11:47:39AM +0200, K. Schreiner wrote:
> > Hi,
> >
> > with current source cvs upped an hour or so ago:
> >
> >
> > build.sh command:./build.sh -u -N 1 -U -m amd64 -O
> > /u/NetBSD/arch/amd64/obj -D
On Wed, Oct 23, 2019 at 11:50:56AM +0200, Martin Husemann wrote:
> On Wed, Oct 23, 2019 at 11:47:39AM +0200, K. Schreiner wrote:
> > with current source cvs upped an hour or so ago:
>
> Are you sure? Doing a clean build?
yep, I removed the complete obj tree (arch/amd64)
> The previous auto build
On Wed, Oct 23, 2019 at 11:47:39AM +0200, K. Schreiner wrote:
> Hi,
>
> with current source cvs upped an hour or so ago:
>
>
> build.sh command:./build.sh -u -N 1 -U -m amd64 -O
> /u/NetBSD/arch/amd64/obj -D /u/NetBSD/arch/amd64/dest -R
> /u/NetBSD/arch/amd64/release -T
On Wed, Oct 23, 2019 at 11:47:39AM +0200, K. Schreiner wrote:
> with current source cvs upped an hour or so ago:
Are you sure? Doing a clean build?
The previous auto build failed the same way you noted, but the current
run seems to have worked (so I guess it has been fixed in between).
Martin
Hi,
with current source cvs upped an hour or so ago:
build.sh command:./build.sh -u -N 1 -U -m amd64 -O /u/NetBSD/arch/amd64/obj
-D /u/NetBSD/arch/amd64/dest -R /u/NetBSD/arch/amd64/release -T
/u/NetBSD/arch/amd64/TOOLS distribution
...
dependall ===> external/mit/xorg/bin/xedit/lisp
On 23.10.2019 06:33, Thomas Klausner wrote:
> Hi!
>
> Yesterday evening's current with:
>
> build.sh -j 32 -x -V MKDEBUG=yes -V MKDEBUGLIB=yes -V MKLLVM=yes -T
> /usr/obj/tools.gcc -m amd64 -O /usr/obj/src.amd64 -D
> /usr/obj/amd64.gcc.20191022 -R /usr/obj/amd64.gcc.20191022.release
>
19 matches
Mail list logo