reate() at do_lwp_create+0xa1
sys__lwp_create() at sys__lwp_create+0xc1
syscall() at syscall+0x28a
--- syscall (number 309) ---
45ae46:
crash>
(Obviously, I have a core dump, so I'll be happy to investigate further
if anyone has suggestions.)
++--
ib/firefox/libxul.so
#11 0x00012e805f57 in _start ()
(gdb)
++--+-------+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software D
The package no longer builds. Fails with (among others)
error: 'struct ifnet' has no member named 'if_ibytes'; did you mean
'if_index'?
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses
talling new userland. The otherway around upgrade is not supported
and can break like it (there was an ABI change in struct statvfs).
++--+-------+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)
hing needed.
kre
!DSPAM:5e42233b188721095115340!
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Devel
--netbsd/bin/ld:
/build/netbsd-compat/dest/amd64/usr/lib/librumpdev_pad.so: undefined reference
to `rumpns_pmf_device_register1'
collect2: error: ld returned 1 exit status
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail
OK, this turns out to be a problem only for building with MKPAM=0
If I enable PAM, it builds correctly.
On Tue, 3 Mar 2020, Paul Goyette wrote:
And with even more recent sources (updated on 2020-03-04 at
02:52:55 UTC), I'm getting an error even earlier in the build:
dependall ===> exter
vt100 off secure
constty "/usr/libexec/getty Pc" vt100 on secure
It's obviously not a big problem, just something I noticed.
++--+-------+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
|
literally dozens of other $ARCH without any problems.
Anyone got a clue?
On Tue, 3 Mar 2020, Paul Goyette wrote:
With sources updated on 2020-03-02 at 13:13:48 UTC I am getting the
following build error when doing a ``build.sh release''
# compile ramdisk/gethost.o
/build/netbsd-compat/tools/x8
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org
On Sat, 25 Jan 2020, Paul Goyette wrote:
With sources updated as of updated Sat Jan 25 16:18:15 UTC 2020
$SRC/sys/dev/files.audio:3: warning: The use of `defopt' is deprecated
I just saw jmcneill's commit to fix this - thanks
-Only
umass0: autoconfiguration error: failed to create xfers
This worked correctly with a 9.99.42 kernel built from sources dated
2020-01-25 19:35:05 UTC
Anyone got any clues on how this got broke? Or how to fix?
++--+---+
| Paul
On Mon, 17 Feb 2020, Paul Goyette wrote:
With a 9.99.46 kernel built from sources dated 2020-02-07 16:26:35 UTC
I get the following errors when plugging in a USB hard drive:
umass0 at uhub1 port 2 configuration 1 interface 0
umass0: Western Digital (0x1058) Ext HDD 1021 (0x1021), rev 2.00
On Mon, 17 Feb 2020, Paul Goyette wrote:
On Mon, 17 Feb 2020, Paul Goyette wrote:
With a 9.99.46 kernel built from sources dated 2020-02-07 16:26:35 UTC
I get the following errors when plugging in a USB hard drive:
umass0 at uhub1 port 2 configuration 1 interface 0
umass0: Western Digital
available. The concensus on IRC is that this is a bug in the xhci(4)
driver.
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software
This is now PR kern/54997
On Mon, 17 Feb 2020, Paul Goyette wrote:
With a 9.99.46 kernel built from sources dated 2020-02-07 16:26:35 UTC
I get the following errors when plugging in a USB hard drive:
umass0 at uhub1 port 2 configuration 1 interface 0
umass0: Western Digital (0x1058) Ext HDD
On Mon, 17 Feb 2020, Michael van Elst wrote:
p...@whooppee.com (Paul Goyette) writes:
So, sounds like "something somewhere isn't quite right (tm)". I would
have expected a memory allocation failure to automatically trigger some
mechanism to reclaim some of the file cache
no longer working.
If we can solve it via ioctl then awesome.
For now I am simply commenting out the network stuff completely, since
I don't use that part of xosview. A proper solution is far beyond me.
++--+---+
| Paul Goyette
.31.13.07.14
!DSPAM:5e0b6508209901749451217!
++------+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
:5e0cdbd0269651875828750!
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye
ther flags.
Is there something equivalent to XZ_ARGS which can be set by a user
without interfering with the existing build mechanisms?
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
On Sun, 5 Jan 2020, Martin Husemann wrote:
On Sun, Jan 05, 2020 at 05:34:51AM -0800, Paul Goyette wrote:
I see that we have an XZ_ARGS variable which we can force to define
with ``-V XZ_ARGS=-T6'' and that appears that it will add the "-T6"
argument when invoking xz to build sets.
-N work/etc -o bsize=16384,fsize=2048,density=8192 work.rootfs work
nbmakefs: `work' size of 1994735616 is larger than the maxsize of 1519386624.
*** Failed target: imgroot.fs
++--+---+
| Paul Goyette | PGP Key
On Mon, 6 Jan 2020, Paul Goyette wrote:
Failure to build install-image - sources current as of 2020-01-06 at 13:03:23
UTC
Creating rootfs...
chmod +r work/var/spool/ftp/hidden
/build/netbsd-local/tools/x86_64/amd64/bin/nbmakefs -M 1519386624 -m
1519386624 -B 1234
On Fri, 27 Mar 2020, Paul Goyette wrote:
With a curent built from sources updated just a few hours ago (on 2020-03-27
at 16:13:55 UTC), I get a panic during shutdown. The
stack trace doesn't seem to be saved, but I manually transcribed
it:
vpanic + 0x178
kern_assert + 0x48
.46 kernel...
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
I've filed PR kern/55121 for this issue...
I _do_ have a crash dump available if anyone wants me to provide any
additional info.
On Fri, 27 Mar 2020, Paul Goyette wrote:
On Fri, 27 Mar 2020, Paul Goyette wrote:
With a curent built from sources updated just a few hours ago (on
2020-03-27
)
but seems to suddenly have started triggering. I will investigate.
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com
/libdata/debug/stand/amd64-xen/9.99.59/modules/zlib/zlib.kmod.debug
= end of 615 extra files ===
--- checkflist ---
*** [checkflist] Error code 1
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail
ijndael_blockEncrypt
rijndael_blockDecrypt
rijndael_makeKey
Since the two crypto devices are optional (and run-time loadable)
components of the kernel, it seems to me that encrypted-swap should
also be optional.
++--+-------
On Sun, 10 May 2020, Michael van Elst wrote:
p...@whooppee.com (Paul Goyette) writes:
the kernel. Without this, the kernel fails to link, with undefined
references to several symbols:
rijndael_cipherInit
rijndael_blockEncrypt
rijndael_blockDecrypt
On Sun, 10 May 2020, Michael van Elst wrote:
On Sun, May 10, 2020 at 07:54:06AM -0700, Paul Goyette wrote:
Prior to the encrypted-swap commit, a kernel configured without the
``pseudo-device crypto'' was able to link and run successfully. (Any
attempt to use rijndael results in an auto-load
.
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
On Sun, 10 May 2020, Paul Goyette wrote:
Here is a patch that makes encrypted swap (but not rijndael) optional:
http://ftp.netbsd.org/pub/NetBSD/misc/mlelstv/uvm_swap.diff
That looks good to me, too. I guess you should also add VM_SWAPCRYPT option
to various kernels (GENERIC*, XEN3
On Sun, 10 May 2020, Michael van Elst wrote:
p...@whooppee.com (Paul Goyette) writes:
FWIW, here's an additional patch to update the options(4) man page:
But is it worth the effort to make 16kB optional ?
Well, 90%+ of the effort has already been expended, so why
On Sun, 10 May 2020, Paul Goyette wrote:
On Sun, 10 May 2020, Michael van Elst wrote:
p...@whooppee.com (Paul Goyette) writes:
FWIW, here's an additional patch to update the options(4) man page:
But is it worth the effort to make 16kB optional ?
Well, 90%+ of the effort has already been
On Sun, 10 May 2020, Michael van Elst wrote:
On Sun, May 10, 2020 at 08:46:30AM -0700, Paul Goyette wrote:
Here is a patch that makes encrypted swap (but not rijndael) optional:
http://ftp.netbsd.org/pub/NetBSD/misc/mlelstv/uvm_swap.diff
That looks good to me, too. I guess you should also
On Sun, 10 May 2020, Michael van Elst wrote:
p...@whooppee.com (Paul Goyette) writes:
Well, 90%+ of the effort has already been expended, so why not?
90%+ is probably the time needed to test optional builds in the future.
FWIW, I have just successfully completed my build of my custom
can add a couple more hours to
the estimate! :)
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer
!
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
Hmmm, OK, this seems to have resolved itself after I removed the
XEN3_DOM0 kernel objects (forcing everything to be re-made).
On Fri, 22 May 2020, Paul Goyette wrote:
With sources updated on 2020-05-22 at 20:57:47 UTC, I'm getting the
following errors:
# link XEN3_DOM0/netbsd
/build
s
Oskar
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
if needed)
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
On Sun, 6 Sep 2020, Paul Goyette wrote:
On Mon, 7 Sep 2020, matthew green wrote:
/build/netbsd-compat/src_ro/tools/binutils/../../external/gpl3/binutils/dist/bfd/netbsd.h:54:10:
fatal error: bfd.h: No such file or directory
#include "bfd.h"
^~~
do you have a b
ns in two separate sources trees, and
* it happens with a completely empty TOOLDIR (and OBJDIR and DESTDIR)
++------+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6
he $SRCDIR tree?
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
1722618051!
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
LD ABORTED ***
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
Thanks - I'll give it a try.
On Sat, 17 Oct 2020, Christos Zoulas wrote:
In article ,
Paul Goyette wrote:
For a custom kernel build with ``no options PTRACE'' and ``no options
COREDUMP'' defined, and sources updated on 2020-10-16 at 13:18:24 UTC,
I get the following linker error
related concerns, add
"security.models.extensions.ptrace".
Of course, the sysctl would/should only exist if the kernel includes
``options PTRACE''
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail
in /build/netbsd-local/src/sys/modules/coredump
1 error
nbmake[2]: stopped in /build/netbsd-local/src/sys/modules/coredump
ERROR: Failed to make dependall in "sys/modules"
*** BUILD ABORTED ***
On Sat, 17 Oct 2020, Paul Goyette wrote:
Oh, ignore this for now. I might have to also
On Sat, 17 Oct 2020, Paul Goyette wrote:
Thanks - I'll give it a try.
OK, it builds. But it doesn't work, and least not completely!
FWIW, in addition to
no options COREDUMP
no options PTRACE
my custom kernel also has
no options EXEC_ELF32
no options
Oh, ignore this for now. I might have to also rebuild my modules again.
On Sat, 17 Oct 2020, Paul Goyette wrote:
On Sat, 17 Oct 2020, Paul Goyette wrote:
Thanks - I'll give it a try.
OK, it builds. But it doesn't work, and least not completely!
FWIW, in addition to
no options
dump_elf64);
|^~~
*** [kern_core.o] Error code 1
christos
On Oct 17, 2020, at 1:32 PM, Paul Goyette wrote:
OK, I got a build failure for modules:
# compile coredump/kern_core.o
/build/netbsd-local/tools/x86_64/amd64/bin/x86_
any circular dependencies!
More info tomorrow...
On Sat, 17 Oct 2020, Paul Goyette wrote:
On Sat, 17 Oct 2020, Christos Zoulas wrote:
Just add their declarations in exec_elf.h they have the same signatures as
the "unreal" ones :-)
Tried that, but now kern_core.c won't compi
On Sat, 17 Oct 2020, Paul Goyette wrote:
OK, I updated kern/kern_core.c to #include exec_elf.h and made is past
the modules.
I'll install in the morning and make sure that all combinations of
modules from {coredump, exec_elf32, exec_elf64} work. At the very
least, they all have
I've opened PR kern/55731 for this issue.
On Sun, 18 Oct 2020, Kamil Rytarowski wrote:
On 18.10.2020 15:00, Paul Goyette wrote:
I'm getting lost inside all this elf stuff?? :)
ptrace is not really pluggable and the maintenance burden to have part
of it as loadable modules questions
!
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
On Thu, 24 Sep 2020, Paul Goyette wrote:
=== 2 extra files in DESTDIR =
Files in DESTDIR but missing from flist.
File is obsolete or flist is out of date ?
--
./usr/share/man/html3/getentropy.html
./usr/share/man/man3/getentropy.3
e 1
...
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
ped in /build/netbsd-compat/src_ro/tests/net/if_tap
1 error
nbmake[7]: stopped in /build/netbsd-compat/src_ro/tests/net/if_tap
(Also reported to roy@ on IRC)
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addres
On Mon, 1 Jun 2020, Paul Goyette wrote:
On Mon, 1 Jun 2020, Jukka Ruohonen wrote:
On Mon, Jun 01, 2020 at 01:36:01PM +0300, Jukka Ruohonen wrote:
I'd like to run amd64/MODULAR, but I have forgotten how to load modules
via
the boot loader. In particular, I need FFS in order to boot
Mostly you can remove all the device drivers for devices
that don't exist, but there are other things, too.
FWIW,
$ modstat | grep builtin | wc -l
21
$
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail
MQUEUE
no options SEMAPHORE
no options PTRACE
(Note that SEMAPHORE is actually an addition in my local tree (I have
resurrected the old ksem module!) so my local kernel has to exclude
it.
++--+---+
| Pa
of
`pci_msix_alloc_map';
pci_msi_machdep.o:/build/netbsd-compat/src_ro/sys/arch/x86/pci/pci_msi_machdep.c:624:
first defined here
*** [netbsd] Error code 1
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses
On Tue, 2 Jun 2020, Jukka Ruohonen wrote:
On Mon, Jun 01, 2020 at 05:26:16AM -0700, Paul Goyette wrote:
You can strip out a lot more modules and still have a functioning
system. Mostly you can remove all the device drivers for devices
that don't exist, but there are other things, too
or code 1
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
Oops wrong list - please ignore
On Thu, 6 Aug 2020, Paul Goyette wrote:
With up-to-date pkgsrc running on a NetBSD 9.99.66 amd64 host:
=> Automatic manual page handling
=> Generating post-install file lists
=> Checking file-check results for graphviz-2.4
files
should be conditional on lua?
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA
On Fri, 7 Aug 2020, m...@netbsd.org wrote:
On Thu, Aug 06, 2020 at 03:38:31PM -0700, Paul Goyette wrote:
Oops wrong list - please ignore
It's actually a netbsd issue, but I think it'd be reasonable to
USE_TOOLS+= gmake until it is fixed.
Adding gmake doesn't help - fails with exact same
On Fri, 7 Aug 2020, Chavdar Ivanov wrote:
On Fri, 7 Aug 2020 at 21:35, Paul Goyette wrote:
I just rebuilt it under 9.99.69 from yesterday without any problems. I
do not have any graphviz option changed in /etc/mk.conf. There have
been many changes to make recently.
Hmmm. I have
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
leged
user.
:)
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
#include "bfd.h"
^~~
compilation terminated.
*** [i386netbsd.lo] Error code 1
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8A
mod
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
Looks like this has already been fixed.
On Thu, 2 Jul 2020, Paul Goyette wrote:
With sources updated on 2020-07-02 at 14:06:53 UTC, and using
build.sh -T /build/netbsd-compat/tools/x86_64/amd64 \
-D /build/netbsd-compat/dest/amd64 \
-O /build
)
^~~~
cc1: all warnings being treated as errors
*** [cpu.o] Error code 1
nbmake[2]: stopped in
/build/netbsd-compat/obj/amd64/sys/arch/amd64/compile/INSTALL_XEN3_DOMU
1 error
++--+---+
| Paul Goyette | PGP Key fingerprint: | E
files ===
*** [checkflist] Error code 1
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer
] Error code 1
This is with sources updated on 2020-06-07 at 19:48:54 UTC
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com
evicecgd" to my configuration,
compiling a new kernel works fine again.
Is there a technical reason for chacha & co depending on cgd?
And is it documented somewhere? ;-)
Kurt
!DSPAM:5f201fff161574613110541!
++--+---+
On Tue, 28 Jul 2020, Jaromír Dole�~Mek wrote:
I changed the message, now it should say 'ld at nvme0 nsid 1 not configured'
Thanks!
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired
ption.
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbs
]: stopped in /build/netbsd-compat/src_ro/sys/modules/nvmm
1 error
nbmake[8]: stopped in /build/netbsd-compat/src_ro/sys/modules/nvmm
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)
There's someone working on drm*kms* drivers for VIA graphics hardware
for Linux, and also the X driver. It's a good direction to look for
anyone that is interested.
!DSPAM:5f0fc1f8262394047222629!
++--+---+
| Paul Goyette
64894717810!
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
error.
Has anyone else ever seen this?
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
from within the
chroot sandbox.)
++--+-------+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
On Wed, 2 Dec 2020, Thomas Klausner wrote:
On Wed, Dec 02, 2020 at 02:57:01PM -0800, Paul Goyette wrote:
On Wed, 2 Dec 2020, Thomas Klausner wrote:
On Wed, Dec 02, 2020 at 11:28:41AM +0100, Thomas Klausner wrote:
The new default for the pkgsrc database (which contains information
about all
mk.conf and/or
pkgpath.conf?
Finally, I looked, and my system doesn't have any file, anywhere
(other than in source trees) with the name ``pkg_install''. Am I
missing something? I've been running pkgsrc for ~forever without
any (apparent) issues.
++--+--
I suspect that the fix for this would be to add a new entry in
src/mtree/NetBSD.dist.tests for tests/lib/libossaudio/
On Fri, 11 Dec 2020, Paul Goyette wrote:
With sources updated on 2020-12-12 at 01:29:10 UTC, I am getting the
following build error:
...
install ===> tests/lib/libossau
ror
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
return wg->wg_so6;
+#endif
+#endif
}
Seems ... not great to put #ifdefs like this in something that can be
build as a module?
Yeah - what he said! :)
++--+-------+
| Paul Goyette | PGP Key fingerprint: | E-mail address
tin+0x16c
0x8097af4c: netbsd:module_init_class+0x210
0x8097af9c: netbsd:main+0x38c
0x8097afac: netbsd:kernel_text+0x54
Cheers,
Patrick
!DSPAM:5fb01321213834049013268!
++--+-------+
| Paul Goyette | PGP Key fingerprint:
on changes to things in /etc ?
I'm really reluctant to update my userland at this time unless it is
absolutely necessary.
Thanks in advance for any advice you can offer.
++--+-------+
| Paul Goyette | PGP Key fingerprint:
-2020.11.html#2020.11.04.18.12.19
!DSPAM:5fa2fd60115747723319370!
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software
-2020.11.html#2020.11.04.18.12.19
!DSPAM:5fa2fd60115747723319370!
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com
fix this?
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org |
++--+---+
On Fri, 15 Jan 2021, Paul Goyette wrote:
I'm trying to build an install-image from a release that was built with
MKDEBUG=yes MKKDEBUG=yes MKDEBUGLIB=yes all enabled.
Oh, I also have the KERNEL_DIR=yes option enabled.
I was not too surprised when nbmakefs complained that the file system
This seems to have been pilot error on my part (failure to clean up
properly after initial failure).
On Fri, 15 Jan 2021, Paul Goyette wrote:
On Fri, 15 Jan 2021, Paul Goyette wrote:
I'm trying to build an install-image from a release that was built with
MKDEBUG=yes MKKDEBUG=yes MKDEBUGLIB
: dumpdev /dev/console is tty; override kernel
++--+---+
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758
601 - 700 of 797 matches
Mail list logo