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
> distribu
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
c
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
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 /u/NetBSD/arch/amd6
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 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 /u/
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 o
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
>> missi
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,
c
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
>> /usr/obj/amd64.gcc.2019102
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 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 wh
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 separa
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
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 sys
--
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
> /usr/obj/tools.
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 src/sys/arch/arm/imx/fdt/i
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 t
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 firs
19 matches
Mail list logo