Yeah, I told Martin already, but he had to go to bed. Stupid global
project. :)
On Wed, 2 Jan 2019, Tom Spindler (moof) wrote:
This breaks the netbsd-8 build:
dependall ===> lib/libc
# compile libc/compat___msgctl13.o
/usr/obj/8tools/bin/x86_64--netbsd-gcc -O2 -std=gnu99-Wall
This breaks the netbsd-8 build:
dependall ===> lib/libc
# compile libc/compat___msgctl13.o
/usr/obj/8tools/bin/x86_64--netbsd-gcc -O2 -std=gnu99-Wall
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-sign-compare
-Wsystem-headers -Wno-traditional -Wa,--fatal-warnings
On Sun, Dec 30, 2018 at 06:42:29PM +0530, Cherry G.Mathew wrote:
> Christoph Badura writes:
> > On Tue, Dec 25, 2018 at 11:45:42AM +0530, Cherry G.Mathew wrote:
> >> Here's the scenario above:
> >>
> >> let's take lcr3(). On native this is a ring3 operation, implemented in
> >> assembler. On
On Wed, Jan 02, 2019 at 09:08:50PM +, Alexander Nasonov wrote:
> m...@netbsd.org wrote:
> > On Wed, Jan 02, 2019 at 08:42:33PM +, Alexander Nasonov wrote:
> > > https://wiki.netbsd.org/projects/project/transparent-cgd/
> > >
> > > This page describes limitations of cgdroot.kmod.
> > >
>
m...@netbsd.org wrote:
> On Wed, Jan 02, 2019 at 08:42:33PM +, Alexander Nasonov wrote:
> > https://wiki.netbsd.org/projects/project/transparent-cgd/
> >
> > This page describes limitations of cgdroot.kmod.
> >
> > In my opinion, aes-xts should be added to efi bootloader and paramsfile
> >
On Wed, Jan 02, 2019 at 08:42:33PM +, Alexander Nasonov wrote:
> Alexander Nasonov wrote:
> > m...@netbsd.org wrote:
> > > Why are we using a memory disk for full disk encryption? I am under the
> > > impression that it shouldn't be required.
> >
> > We use a memory disk because cgdconfig
Alexander Nasonov wrote:
> m...@netbsd.org wrote:
> > Why are we using a memory disk for full disk encryption? I am under the
> > impression that it shouldn't be required.
>
> We use a memory disk because cgdconfig functionality isn't available in
> the bootloader.
Izumi Tsutsui writes:
> mrg@ wrote:
>
> > Log Message:
> > initial import of xorg-server-1.20.3
>
> Is there some summary of API changes between 1.18 and 1.20?
>
> I'm afraid this update also affects X68k server
> in xsrc/external/mit/xorg-server/dist/hw/netbsd/x68k/
> as the previous update
On Wed, Jan 02, 2019 at 07:08:35PM +0100, Kamil Rytarowski wrote:
> I've just submitted a request to Itanium C++ ABI team to make it
> clearer how to handle the dlclose(3) + atexit(3) behavior.
Huh? Neither has anything to do with the C++ ABI. The use here is
especially stupid since the setup of
On 02.01.2019 08:42, Joerg Sonnenberger wrote:
> On Tue, Jan 01, 2019 at 10:30:38PM +0100, Kamil Rytarowski wrote:
>> Joerg seems to just want to play with Clang out of the LLVM projects,
>> deteriorating experience with the rest blocking this patch. Other people
>> need more than that.
>
> Can
On Wed, Jan 02, 2019 at 08:45:00AM +0100, Joerg Sonnenberger wrote:
> On Tue, Jan 01, 2019 at 10:07:11PM -0800, Jason Thorpe wrote:
> >
> > ...also, it seems like the GNU-style symbol versioning support might be
> > another way to solve this, yah?
>
> It would, if it wasn't (intentionally?)
On Jan 2, 8:38am, mar...@netbsd.org (Martin Husemann) wrote:
-- Subject: Re: CVS commit: xsrc/external/mit/xf86-video-ati/dist/src/AtomBio
| On Tue, Jan 01, 2019 at 09:58:48PM -0500, Christos Zoulas wrote:
| > Module Name:xsrc
| > Committed By: christos
| > Date: Wed
On Jan 2, 4:00pm, m...@eterna.com.au (matthew green) wrote:
-- Subject: re: CVS commit: xsrc/external/mit/xorg-server.old
| thanks for cleaning up.
|
| > - Provide missing cursor function
|
| i would have done this by not doing it here but instead turning
| off the #define in the relevant
On Tue, Jan 01, 2019 at 09:58:48PM -0500, Christos Zoulas wrote:
> Module Name: xsrc
> Committed By: christos
> Date: Wed Jan 2 02:58:48 UTC 2019
>
> Modified Files:
> xsrc/external/mit/xf86-video-ati/dist/src/AtomBios: CD_Operations.c
>
> Log Message:
> Remove compatibility
14 matches
Mail list logo
