> On Mar 16, 2024, at 23:16, Greg Oster wrote:
>
>
>
>> On 2024-03-16 21.58, Paul Goyette wrote:
>>> On Sat, 16 Mar 2024, Paul Goyette wrote:
>>> Does anyone have an example of how to configure raid0 on a GPT disk?
>>>
>>> I can easily set the partition type with gpt, but how do I reserve
> On Dec 23, 2023, at 07:05, xuser wrote:
>
> Does any one know how to have two ip addresses on one interface?
See “alias” in ifconfig(8).
-bch
> Thanks,
>
> xu...@sdf.org
> SDF Public Access UNIX System - http://sdf.org
> On Nov 4, 2023, at 17:30, Thomas Klausner wrote:
>
> Hi!
>
> I'm used to just running fully-compiled kernel without kernel modules
> to speak of, so I just to 'build.sh kernel=GENERIC' and copy the
> resulting kernel to /netbsd manually.
>
> However, e.g. dtrace is a kernel module, so if
dependall === sys/modules/compat_linux32
dependall === sys/modules/compat_netbsd32
dependall === sys/modules/azalia
dependall === sys/modules/compat_linux
dependall === sys/modules/drm
dependall === sys/modules/drmkms
# link drmkms/drmkms.kmod
--- /usr/src/usr.bin/cksum/crc.c2014-10-29 11:27:59.0 -0700
+++ /usr/src/usr.bin/cksum/crc.bch 2014-10-29 11:27:52.0 -0700
@@ -115,7 +115,7 @@
crc(int fd, u_int32_t *cval, off_t *clen)
{
u_char *p;
- int nr;
+ ssize_t nr;
u_int32_t thecrc;
dependall === sbin/savecore
--- dependall ---
--- dependall-external ---
--- dependall-gpl3 ---
/usr/src/external/gpl3/gcc/dist/gcc/gcc.c:550:0: error:
ADD_STATIC_LIBASAN_LIBS redefined [-Werror]
#define ADD_STATIC_LIBASAN_LIBS
^
In file included from
(void)ap;
===
On 7/31/14, Iain Hibbert plu...@ogmig.net wrote:
apologies, I am away but it may indeed need a patch as GCC is persnickety
about this. does addition of -Wunused-but-set (or whatever it is :) help it
along?
On 29 July 2014 17:57:35 BST, B Harder brad.har...@gmail.com wrote
It seems I can fts_open() w/o supplying either of, (or supplying both
of) FTS_PHYSICAL and FTS_LOGICAL. The man page (FTS(3)) repeatedly
says Either FST_LOGICAL or FTS_PHYSICAL _must_ be provided
I can supply 0 as a flag, or FTS_LOGICAL|FTS_PHYSICAL, and no error is
set (assuming would receive
# link dd/rump.dd
/usr/src/obj/tooldir.NetBSD-6.99.43-amd64/bin/x86_64--netbsd-gcc
--sysroot=/usr/src/obj/destdir.amd64 -o rump.dd args.o conv.o
dd.o misc.o position.o conv_tab.o dd_rumpops.o
-Wl,-dynamic-linker=/libexec/ld.elf_so -Wl,-rpath,/lib -L=/lib -lutil
-lrumpclient
---
[...]
# link amd/amd
/usr/src/obj/tooldir.NetBSD-6.99.43-amd64/bin/x86_64--netbsd-gcc
--sysroot=/usr/src/obj/destdir.amd64 -o amd am_ops.o amd.o
amfs_auto.o amfs_generic.o amfs_direct.o amfs_error.o amfs_host.o
amfs_link.o amfs_linkx.o amfs_nfsl.o amfs_nfsx.o amfs_program.o
amfs_root.o
$ ftp ftp.freebsd.org
login anonymous
ftp ls
screen fills w/ 'h' characters, repeating, presumably forever.
I've also noticed this working/playing w/ another network library, but
I assumed it was in my alpha code, or it's dependencies...
I'll see if I can find more details, but thought I'd
wrote 1 bytes
\a
2486 1 ftp RET write 1
2486 1 ftp CALL write(1,0x7f7ff7b0c000,1)
2486 1 ftp GIO fd 1 wrote 1 bytes
[...]
On 5/22/14, B Harder brad.har...@gmail.com wrote:
Hi Martin.
I _think_ the 'h' error starts before I even press Return
Nevermind -- it looks like a stray entry in my .editrc.
If it turns out it is a real issue, I'll repost.
Apologies for the noise.
-bch
On 5/22/14, B Harder brad.har...@gmail.com wrote:
Select ktrace output:
[...]
2486 1 ftp GIO fd 1 wrote 5 bytes
ftp
2486
./build.sh -j4 -u -x distribution, very-recent -current, AMD64.
...
# compile libc/dlfcn_elf.o
/usr/src/obj/tooldir.NetBSD-6.99.42-amd64/bin/x86_64--netbsd-gcc -O2
-std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Wno-sign-compare -Wno-traditional
));
---
device_xname(sc-sc_dev));
}
On 4/21/14, B Harder brad.har...@gmail.com wrote:
--- if_loop.o ---
/usr/src/obj/tooldir.NetBSD-6.99.40-amd64/bin/x86_64--netbsd-gcc
-mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -mno-avx -msoft-float
-ffreestanding -fno-zero-initialized-in-bss -O2
# compile fsck_lfs/lfs_cksum.o
/usr/src/obj/tooldir.NetBSD-6.99.36-amd64/bin/x86_64--netbsd-gcc -O2
-fstack-protector -Wstack-protector --param ssp-buffer-size=1
-std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototy
pes -Wpointer-arith -Wno-sign-compare -Wno-traditional
Yes, I'm building w/ USE_SSP=yes in my /etc/mk.conf ...
# compile pf/pf_table.o
/usr/src/obj/tooldir.NetBSD-6.99.36-amd64/bin/x86_64--netbsd-gcc -O2
-std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Wno-sign-compare -Wno-traditional
-Wa,--fatal-warnings
Yes, I have USE_SSP=yes in /etc/mk/conf.
cc1: warnings being treated as errors
/usr/src/external/gpl3/gcc.old/dist/libgomp/task.c: In function 'GOMP_task':
/usr/src/external/gpl3/gcc.old/dist/libgomp/task.c:79:1: error: not
protecting local variables: variable length buffer
*** [task.pico]
I suspect that the recent changes to ls have affected its output,
which affects Emacs dired mode (it parses ls output).
1) Am I correct output has changed?
2) if yes, is this expected behaviour?
-bch
--
Brad Harder
On 2/12/14, NONAKA Kimihiro nona...@gmail.com wrote:
Hi,
2014-02-12 7:38 GMT+09:00 B Harder brad.har...@gmail.com:
This has been failing for me w/ latest, up-to-date src for some time.
Is there cleanup or tweaking I need to do to get this working again?
nbmake[9]: nbmake[9]: don't know how
This has been failing for me w/ latest, up-to-date src for some time.
Is there cleanup or tweaking I need to do to get this working again?
nbmake[9]: nbmake[9]: don't know how to make
/usr/src/external/bsd/atf/lib/tools/libtools.a. Stop
nbmake[9]: stopped in
*** [build_install] Error code 1
nbmake[3]: stopped in /usr/src/lib
1 error
nbmake[3]: stopped in /usr/src/lib
*** [do-lib] Error code 2
nbmake[2]: stopped in /usr/src
1 error
nbmake[2]: stopped in /usr/src
*** [build] Error code 2
nbmake[1]: stopped in /usr/src
1 error
On 1/15/14, B Harder
# compile GENERIC/ahcisata_pci.o
/usr/src/obj/tooldir.NetBSD-6.99.28-amd64/bin/x86_64--netbsd-gcc
-mcmodel=kernel -mno-red-zone -mno-sse -mno-sse2 -mno-sse3
-ffreestanding -fno-zero-initialized-in-bss -O2
-fno-omit-frame-pointer -fstack-protector -Wstack-protector --param
ssp-buffer-size=1
This has been an outstanding issue on up-to-date -current (amd64) for
a few days now:
cc1: warnings being treated as errors
/usr/src/external/bsd/ntp/dist/libntp/ntp_intres.c: In function
'blocking_getnameinfo':
/usr/src/external/bsd/ntp/dist/libntp/ntp_intres.c:678:1: error: not
protecting
;
size_t resp_octets;
- char * host;
char * service;
char * cp;
int rc;
On 12/31/13, B Harder brad.har...@gmail.com wrote:
I don't know what's going on, but I nuked
25 matches
Mail list logo