Re: CVS commit: src/distrib/sets/lists/dtb
On Sat, May 06, 2023 at 08:43:20AM +, Nick Hudson wrote: > Module Name: src > Committed By: skrll > Date: Sat May 6 08:43:20 UTC 2023 > > Modified Files: > src/distrib/sets/lists/dtb: ad.earmv7hfeb > > Log Message: > Add imx6sx dtb files for BE too Hum, I'm not sure that this SoC can run in BE mode. I can't check righ now, I don't have access to my copy of the i.mx document. -- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
Re: CVS commit: src/distrib/sets/lists/debug
On Sun, Aug 28, 2022 at 03:30:41AM -0400, Christos Zoulas wrote: > Modified Files: > src/distrib/sets/lists/debug: mi > > Log Message: > fix sets Bah. Sorry about that. Been too long since the last time... -- David A. Holland dholl...@netbsd.org
re: CVS commit: src/distrib/sets/lists/debug
"Rin Okuyama" writes: > Module Name: src > Committed By: rin > Date: Fri Apr 23 15:21:49 UTC 2021 > > Modified Files: > src/distrib/sets/lists/debug: mi > > Log Message: > Add lto-dump.debug. thanks! i had changed this, but failed to commit. .mrg.
Re: CVS commit: src/distrib/sets/lists/debug
Module Name:src Committed By: pgoyette Date: Thu Jan 14 19:07:03 UTC 2021 Modified Files: src/distrib/sets/lists/debug: mi Log Message: /home/paul/XXX.txt Crap - meant to include the text file... Here's the good log info... Update sets lists to accomodate KERNEL_DIR. When both KERNEL_DIR and MKDEBUG are defined, we create an empty $DESTDIR/usr/libdata/debug/netbsd/ directory. Should fix ``build.sh release'' issue reported in kern/55923 XXX Since nothing ever seems to populate this directory, perhaps we should XXX simply prevent its creation? If we do create it, should its creation XXX perhaps be conditioned on MKKDEBUG rather than MKDEBUG? XXX There is still another problem with ``build.sh install-image'' but I XXX open a new PR for that. On Thu, 14 Jan 2021, Paul Goyette wrote: ++--+---+ | 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 | ++--+---+
Re: CVS commit: src/distrib/sets/lists/games
Please also add the appropriate entry to src/distrib/sets/lists/debug.mi for those of us who build with MKDEBUG=YES :) On Sat, 2 Jan 2021, Nathanial Sloss wrote: Module Name:src Committed By: nat Date: Sat Jan 2 03:24:02 UTC 2021 Modified Files: src/distrib/sets/lists/games: mi Log Message: Add testpat(6) to the games set. To generate a diff of this commit: cvs rdiff -u -r1.59 -r1.60 src/distrib/sets/lists/games/mi Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files. !DSPAM:5fefe793123761591715016! ++--+---+ | 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 | ++--+---+
re: CVS commit: src/distrib/sets/lists/debug
"Rin Okuyama" writes: > Module Name: src > Committed By: rin > Date: Sun Oct 18 10:10:18 UTC 2020 > > Modified Files: > src/distrib/sets/lists/debug: mi module.mi > > Log Message: > Fix build for mips; move from mi to module.mi debug symbols for > test cases only available when MKKMOD=yes. thanks. i thought i'd run a full build... .mrg.
re: CVS commit: src/distrib/sets/lists/base
"Adam Ciarcinski" writes: > Module Name: src > Committed By: adam > Date: Tue Sep 8 13:01:47 UTC 2020 > > Modified Files: > src/distrib/sets/lists/base: shl.mi > > Log Message: > Restore libgomp, liblsan, and libstdc++ as GCC-only thank you. .mrg.
Re: CVS commit: src/distrib/sets/lists/man
On 2020/06/24 6:34, Rin Okuyama wrote: Module Name:src Committed By: rin Date: Tue Jun 23 21:34:44 UTC 2020 Modified Files: src/distrib/sets/lists/man: mi Log Message: Fix prefix for previous. Oops, s/prefix/suffix/ apparently. I need coffee... Thanks, rin
Re: CVS commit: src/distrib/sets/lists/base
Well, you can't have it both ways. Sent from Nine From: Valery Ushakov Sent: Tuesday, 2 June 2020 22:26 To: source-changes-d@NetBSD.org Cc: Roy Marples; Martin Husemann Subject: Re: CVS commit: src/distrib/sets/lists/base On Tue, Jun 02, 2020 at 19:15:15 +, Roy Marples wrote: > Module Name: src > Committed By: roy > Date: Tue Jun 2 19:15:15 UTC 2020 > > Modified Files: > src/distrib/sets/lists/base: mi > > Log Message: > dhcpcd: delete the obsolete chroot paths > > postinstall will take care of it. Will it? The build only does "fix obsolete" iirc, so if you did a build with old dhcpcd and then did an update build with new, the build will fail with extra files in destdir, I expect. -uwe
Re: CVS commit: src/distrib/sets/lists/base
On Tue, Jun 02, 2020 at 19:15:15 +, Roy Marples wrote: > Module Name: src > Committed By: roy > Date: Tue Jun 2 19:15:15 UTC 2020 > > Modified Files: > src/distrib/sets/lists/base: mi > > Log Message: > dhcpcd: delete the obsolete chroot paths > > postinstall will take care of it. Will it? The build only does "fix obsolete" iirc, so if you did a build with old dhcpcd and then did an update build with new, the build will fail with extra files in destdir, I expect. -uwe
Re: CVS commit: src/distrib/sets/lists/base
On 2019/07/01 13:08, Masanobu SAITOH wrote: > Hi. > > On 2019/07/01 7:15, Brett Lymn wrote: >> Module Name: src >> Committed By:blymn >> Date:Sun Jun 30 22:15:06 UTC 2019 >> >> Modified Files: >> src/distrib/sets/lists/base: shl.mi >> >> Log Message: >> Bump libcurses major and all dependent libraries. >> >> >> To generate a diff of this commit: >> cvs rdiff -u -r1.865 -r1.866 src/distrib/sets/lists/base/shl.mi >> >> Please note that diffs are not public domain; they are subject to the >> copyright notices on the relevant files. >> > > This changed libcurses.so from 7.2 to 8.2. > Is that a mistake of 8.0? > And also please add new libraries to distrib/sets/lists/debug/shl.mi See: http://releng.netbsd.org/cgi-bin/builds.cgi "Currently building tag: HEAD started at Sun Jun 30 23:35:01 UTC 2019 65 failed so far " On amd64: > === 8 extra files in DESTDIR = > Files in DESTDIR but missing from flist. > File is obsolete or flist is out of date ? > -- > ./usr/libdata/debug/usr/lib/i386/libcurses.so.8.2.debug > ./usr/libdata/debug/usr/lib/i386/libform.so.7.0.debug > ./usr/libdata/debug/usr/lib/i386/libmenu.so.7.0.debug > ./usr/libdata/debug/usr/lib/i386/libpanel.so.2.0.debug > ./usr/libdata/debug/usr/lib/libcurses.so.8.2.debug > ./usr/libdata/debug/usr/lib/libform.so.7.0.debug > ./usr/libdata/debug/usr/lib/libmenu.so.7.0.debug > ./usr/libdata/debug/usr/lib/libpanel.so.2.0.debug > = end of 8 extra files === > == 8 missing files in DESTDIR > Files in flist but missing from DESTDIR. > File wasn't installed ? > -- > ./usr/libdata/debug/usr/lib/i386/libcurses.so.7.2.debug > ./usr/libdata/debug/usr/lib/i386/libform.so.6.0.debug > ./usr/libdata/debug/usr/lib/i386/libmenu.so.6.0.debug > ./usr/libdata/debug/usr/lib/i386/libpanel.so.1.0.debug > ./usr/libdata/debug/usr/lib/libcurses.so.7.2.debug > ./usr/libdata/debug/usr/lib/libform.so.6.0.debug > ./usr/libdata/debug/usr/lib/libmenu.so.6.0.debug > ./usr/libdata/debug/usr/lib/libpanel.so.1.0.debug > end of 8 missing files == -- --- SAITOH Masanobu (msai...@execsw.org msai...@netbsd.org)
Re: CVS commit: src/distrib/sets/lists/base
Hi. On 2019/07/01 7:15, Brett Lymn wrote: > Module Name: src > Committed By: blymn > Date: Sun Jun 30 22:15:06 UTC 2019 > > Modified Files: > src/distrib/sets/lists/base: shl.mi > > Log Message: > Bump libcurses major and all dependent libraries. > > > To generate a diff of this commit: > cvs rdiff -u -r1.865 -r1.866 src/distrib/sets/lists/base/shl.mi > > Please note that diffs are not public domain; they are subject to the > copyright notices on the relevant files. > This changed libcurses.so from 7.2 to 8.2. Is that a mistake of 8.0? -- --- SAITOH Masanobu (msai...@execsw.org msai...@netbsd.org)
Re: CVS commit: src/distrib/sets/lists/comp
Can we revert the whole thing now please? RDMSR/WRMSR are privileged instructions, and cannot work in cpuctl. I don't understand how adding RDMWR/WRMSR in cpuctl could have possibly worked on any AMD configuration. There is PR/54220, now. Le 11/05/2019 à 15:32, Christos Zoulas a écrit : Well, the code in cpuctl calls rdmsr() and the build was broken. Please fix it properly (and refrain from cursing on the lists while you are at it). christos On May 11, 2019, at 9:08 AM, Maxime Villard wrote: What the fuck are you all doing? Last I heard, RDMSR/WRMSR are privileged instructions, not executable in userland. Le 11/05/2019 à 15:04, Christos Zoulas a écrit : Module Name:src Committed By: christos Date: Sat May 11 13:04:40 UTC 2019 Modified Files: src/distrib/sets/lists/comp: md.i386 Log Message: Add cpufunc.h To generate a diff of this commit: cvs rdiff -u -r1.187 -r1.188 src/distrib/sets/lists/comp/md.i386 Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files.
Re: CVS commit: src/distrib/sets/lists/comp
I was not the one who added it... I reverted my part. christos > On May 20, 2019, at 12:37 AM, Maxime Villard wrote: > > Can we revert the whole thing now please? > > RDMSR/WRMSR are privileged instructions, and cannot work in cpuctl. I > don't understand how adding RDMWR/WRMSR in cpuctl could have possibly > worked on any AMD configuration. > > There is PR/54220, now. > > > Le 11/05/2019 à 15:32, Christos Zoulas a écrit : >> Well, the code in cpuctl calls rdmsr() and the build was broken. Please fix >> it properly (and refrain from cursing on the lists while you are at it). >> christos >>> On May 11, 2019, at 9:08 AM, Maxime Villard wrote: >>> >>> What the fuck are you all doing? >>> >>> Last I heard, RDMSR/WRMSR are privileged instructions, not executable in >>> userland. >>> >>> >>> Le 11/05/2019 à 15:04, Christos Zoulas a écrit : Module Name: src Committed By: christos Date: Sat May 11 13:04:40 UTC 2019 Modified Files: src/distrib/sets/lists/comp: md.i386 Log Message: Add cpufunc.h To generate a diff of this commit: cvs rdiff -u -r1.187 -r1.188 src/distrib/sets/lists/comp/md.i386 Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files.
Re: CVS commit: src/distrib/sets/lists
On Tue, Mar 19, 2019 at 08:04:18AM +1100, Matthew Green wrote: > "Thomas Klausner" writes: > > Module Name:src > > Committed By: wiz > > Date: Mon Mar 18 09:03:08 UTC 2019 > > > > Modified Files: > > src/distrib/sets/lists/comp: ad.mips > > src/distrib/sets/lists/debug: ad.mips > > > > Log Message: > > Remove weird lines from set lists. > > was there a problem? these lines actually mean something, > and last time i tried this the build broke. I hadn't seen this syntax before and it looked like a misapplied patch to me. I've reverted the commit. Thomas
Re: CVS commit: src/distrib/sets/lists
On Tue, Mar 19, 2019 at 08:04:18 +1100, matthew green wrote: > "Thomas Klausner" writes: > > Module Name:src > > Committed By: wiz > > Date: Mon Mar 18 09:03:08 UTC 2019 > > > > Modified Files: > > src/distrib/sets/lists/comp: ad.mips > > src/distrib/sets/lists/debug: ad.mips > > > > Log Message: > > Remove weird lines from set lists. > > was there a problem? these lines actually mean something, > and last time i tried this the build broke. Right, handling these is buried in an AWK script emedded in src/distrib/sets/sets.subr /^-/ { notwanted[substr($1, 2)] = 1; delete list [substr($1, 2)]; next; } -uwe
re: CVS commit: src/distrib/sets/lists
"Thomas Klausner" writes: > Module Name: src > Committed By: wiz > Date: Mon Mar 18 09:03:08 UTC 2019 > > Modified Files: > src/distrib/sets/lists/comp: ad.mips > src/distrib/sets/lists/debug: ad.mips > > Log Message: > Remove weird lines from set lists. was there a problem? these lines actually mean something, and last time i tried this the build broke. .mrg.
Re: CVS commit: src/distrib/sets/lists/tests
Le 23/12/2018 à 22:27, Jonathan A. Kollasch a écrit : Module Name:src Committed By: jakllsch Date: Sun Dec 23 21:27:45 UTC 2018 Modified Files: src/distrib/sets/lists/tests: md.amd64 mi Log Message: Make the /usr/tests/lib/libnvmm directory and testing framework files MI. Should fix non-amd64 build. To generate a diff of this commit: cvs rdiff -u -r1.5 -r1.6 src/distrib/sets/lists/tests/md.amd64 cvs rdiff -u -r1.797 -r1.798 src/distrib/sets/lists/tests/mi Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files. Phew, looks like I forgot a ton of things, sorry about that.
Re: CVS commit: src/distrib/sets/lists
Le 12/11/2018 à 10:27, Martin Husemann a écrit : On Mon, Nov 12, 2018 at 07:05:25AM +0100, Maxime Villard wrote: I did test this, but it didn't work. I tested three combinations of MLIBDIR and the error was still the same each time. It seems to work for me (and I commited it). Did you build with a clean obj/dest dir, or at least remove the eroneously created compat libs between the tries? I didn't build with a clean destdir, because it would have taken too much time; between the tries I removed obj/lib/libnvmm to force a rebuild, but it's clear that was wrong. Anyway my AMD setup is ridiculous, I will erase and re-install correctly. Thanks for fixing.
re: CVS commit: src/distrib/sets/lists
Maxime Villard writes: > I did test this, but it didn't work. I tested three combinations of MLIBDIR > and the error was still the same each time. you probably wanted something like this as the whole file: # $NetBSD$ .if !defined(MLIBDIR) .endif .include
Re: CVS commit: src/distrib/sets/lists
On Mon, Nov 12, 2018 at 10:27:29AM +0100, Martin Husemann wrote: > On Mon, Nov 12, 2018 at 07:05:25AM +0100, Maxime Villard wrote: > > I did test this, but it didn't work. I tested three combinations of MLIBDIR > > and the error was still the same each time. > > It seems to work for me (and I commited it). Did you build with a clean > obj/dest dir, or at least remove the eroneously created compat libs > between the tries? It is still failing: for reasons unclear to me libnvmm is installed into /lib, but the set lists expect /usr/lib. Otherwise the build looks fine. Martin checkflist ===> distrib/sets === 4 extra files in DESTDIR = Files in DESTDIR but missing from flist. File is obsolete or flist is out of date ? -- ./lib/libnvmm.so ./lib/libnvmm.so.0 ./lib/libnvmm.so.0.1 ./usr/libdata/debug/lib/libnvmm.so.0.1.debug = end of 4 extra files ===
Re: CVS commit: src/distrib/sets/lists
On Mon, Nov 12, 2018 at 07:05:25AM +0100, Maxime Villard wrote: > I did test this, but it didn't work. I tested three combinations of MLIBDIR > and the error was still the same each time. It seems to work for me (and I commited it). Did you build with a clean obj/dest dir, or at least remove the eroneously created compat libs between the tries? Martin
Re: CVS commit: src/distrib/sets/lists
Le 12/11/2018 à 00:30, Martin Husemann a écrit : On Sun, Nov 11, 2018 at 10:24:28PM +0100, Maxime Villard wrote: It's not complicated, we just want /usr/lib/libnvmm*, and nothing else. Just like libx86_64. In src/lib/libarch/x86_64/Makefile.inc: .if (${MACHINE_ARCH} == "x86_64" && ${MLIBDIR:Unone} != "i386") SRCS+= x86_64_mtrr.c x86_64_iopl.c .endif The MLIBDIR is the (unfortunately undocumented in share/mk/bsd.README) key, it will iterate over all compat lib types (AFAICT). See compat/README. Martin I did test this, but it didn't work. I tested three combinations of MLIBDIR and the error was still the same each time.
Re: CVS commit: src/distrib/sets/lists
On Sun, Nov 11, 2018 at 10:24:28PM +0100, Maxime Villard wrote: > It's not complicated, we just want /usr/lib/libnvmm*, and nothing else. Just > like libx86_64. In src/lib/libarch/x86_64/Makefile.inc: .if (${MACHINE_ARCH} == "x86_64" && ${MLIBDIR:Unone} != "i386") SRCS+= x86_64_mtrr.c x86_64_iopl.c .endif The MLIBDIR is the (unfortunately undocumented in share/mk/bsd.README) key, it will iterate over all compat lib types (AFAICT). See compat/README. Martin
Re: CVS commit: src/distrib/sets/lists
Le 11/11/2018 à 18:01, Maxime Villard a écrit : For reference: | I was having trouble compile-testing, the build was failing because of libssl | and I didn't understand how to work around this. Also this is an old AMD | machine that takes ages to build stuff... I will retry to rebuild, but feel free to fix before I do. It looks like the 32bit version of libnvmm gets built, but we don't want that. I've tested several combinations, I still don't understand how we can tell the build system to NOT build the 32bit version. It's not complicated, we just want /usr/lib/libnvmm*, and nothing else. Just like libx86_64. Yet it keeps building /lib/libnvmm.so* and /usr/lib/i386/libnvmm*, I've no idea why. This is insane.
Re: CVS commit: src/distrib/sets/lists
Le 11/11/2018 à 17:49, Herbert J. Skuhra a écrit : On Sun, 11 Nov 2018 13:03:08 +0100, "Maxime Villard" wrote: Module Name:src Committed By: maxv Date: Sun Nov 11 12:03:08 UTC 2018 Modified Files: src/distrib/sets/lists/base: md.amd64 src/distrib/sets/lists/comp: md.amd64 src/distrib/sets/lists/debug: md.amd64 Log Message: Fix the libnvmm sets, do the same as libx86_64. I still get: === 9 extra files in DESTDIR = Files in DESTDIR but missing from flist. File is obsolete or flist is out of date ? -- ./lib/libnvmm.so ./lib/libnvmm.so.0 ./lib/libnvmm.so.0.1 ./usr/lib/i386/libnvmm.a ./usr/lib/i386/libnvmm.so ./usr/lib/i386/libnvmm.so.0 ./usr/lib/i386/libnvmm.so.0.1 ./usr/lib/i386/libnvmm_p.a ./usr/lib/i386/libnvmm_pic.a = end of 9 extra files === I am building on FreeBSD 12.0-BETA4 (amd64): ./build.sh -j4 -a x86_64 -m amd64 -T ../tools -O ../obj -U distribution For reference: | I was having trouble compile-testing, the build was failing because of libssl | and I didn't understand how to work around this. Also this is an old AMD | machine that takes ages to build stuff... I will retry to rebuild, but feel free to fix before I do. It looks like the 32bit version of libnvmm gets built, but we don't want that.
Re: CVS commit: src/distrib/sets/lists
On Sun, 11 Nov 2018 13:03:08 +0100, "Maxime Villard" wrote: > > Module Name: src > Committed By: maxv > Date: Sun Nov 11 12:03:08 UTC 2018 > > Modified Files: > src/distrib/sets/lists/base: md.amd64 > src/distrib/sets/lists/comp: md.amd64 > src/distrib/sets/lists/debug: md.amd64 > > Log Message: > Fix the libnvmm sets, do the same as libx86_64. I still get: === 9 extra files in DESTDIR = Files in DESTDIR but missing from flist. File is obsolete or flist is out of date ? -- ./lib/libnvmm.so ./lib/libnvmm.so.0 ./lib/libnvmm.so.0.1 ./usr/lib/i386/libnvmm.a ./usr/lib/i386/libnvmm.so ./usr/lib/i386/libnvmm.so.0 ./usr/lib/i386/libnvmm.so.0.1 ./usr/lib/i386/libnvmm_p.a ./usr/lib/i386/libnvmm_pic.a = end of 9 extra files === I am building on FreeBSD 12.0-BETA4 (amd64): ./build.sh -j4 -a x86_64 -m amd64 -T ../tools -O ../obj -U distribution -- Herbert
Re: CVS commit: src/distrib/sets/lists/comp
On Sat, Oct 27, 2018 at 07:24:59 +, Kamil Rytarowski wrote: > Module Name: src > Committed By: kamil > Date: Sat Oct 27 07:24:58 UTC 2018 > > Modified Files: > src/distrib/sets/lists/comp: mi > > Log Message: > Register missing files in distrib sets > > Add curses_insch.0, mvinsch.0 and mvwinsch.0. Somehow I was sure we dropped prebuilt catman support? If not, the other cat pages need to be restored too. -uwe
Re: CVS commit: src/distrib/sets/lists/xdebug
On 2018/03/15 19:16, matthew green wrote: Module Name:src Committed By: rin Date: Wed Mar 14 13:23:31 UTC 2018 Modified Files: src/distrib/sets/lists/xdebug: md.i386 Log Message: Restore shlib version accidentally bumped in the previous commit. Fix debug build for i386. this seems incorrect. for x86, the ati driver should be .so.18 and the ati_old should be .so.6. for everyone else (aka non-drm), only ati should be around at .so.6. I understand what you meant. New ati driver can be built with attached patch (both for amd64 and i386). However, I cannot test it because of lack of hardware. ah, i think i'm partly wrong. most of your patch shouldn't be needed, and i realised: the "ati" driver is a frontend, it's version should stay as is. it is the radeon/radeon_old that i'm talking about. so, your original change is probably OK. thanks, and sorry for the noise! No noise ;-). Thanks for your explanation! rin
re: CVS commit: src/distrib/sets/lists/xdebug
> >> Module Name: src > >> Committed By: rin > >> Date: Wed Mar 14 13:23:31 UTC 2018 > >> > >> Modified Files: > >>src/distrib/sets/lists/xdebug: md.i386 > >> > >> Log Message: > >> Restore shlib version accidentally bumped in the previous commit. > >> Fix debug build for i386. > > > > this seems incorrect. > > > > for x86, the ati driver should be .so.18 and the ati_old should > > be .so.6. for everyone else (aka non-drm), only ati should be > > around at .so.6. > > I understand what you meant. New ati driver can be built with attached > patch (both for amd64 and i386). However, I cannot test it because of > lack of hardware. ah, i think i'm partly wrong. most of your patch shouldn't be needed, and i realised: the "ati" driver is a frontend, it's version should stay as is. it is the radeon/radeon_old that i'm talking about. so, your original change is probably OK. thanks, and sorry for the noise! .mrg.
Re: CVS commit: src/distrib/sets/lists/xdebug
On 2018/03/15 3:59, matthew green wrote: "Rin Okuyama" writes: Module Name:src Committed By: rin Date: Wed Mar 14 13:23:31 UTC 2018 Modified Files: src/distrib/sets/lists/xdebug: md.i386 Log Message: Restore shlib version accidentally bumped in the previous commit. Fix debug build for i386. this seems incorrect. for x86, the ati driver should be .so.18 and the ati_old should be .so.6. for everyone else (aka non-drm), only ati should be around at .so.6. I understand what you meant. New ati driver can be built with attached patch (both for amd64 and i386). However, I cannot test it because of lack of hardware. Thanks, rin diff -Naru src.orig/distrib/sets/lists/xdebug/md.amd64 src/distrib/sets/lists/xdebug/md.amd64 --- src.orig/distrib/sets/lists/xdebug/md.amd64 2018-03-15 15:14:25.812467133 +0900 +++ src/distrib/sets/lists/xdebug/md.amd64 2018-03-15 15:14:50.165167564 +0900 @@ -80,7 +80,8 @@ ./usr/libdata/debug/usr/X11R7/lib/modules/drivers/ark_drv.so.0.debug -unknown- xorg,debug,xorg_server_ver=110 ./usr/libdata/debug/usr/X11R7/lib/modules/drivers/ark_drv.so.0.debug -unknown- xorg,debug,xorg_server_ver=118,obsolete ./usr/libdata/debug/usr/X11R7/lib/modules/drivers/ast_drv.so.1.debug -unknown- xorg -./usr/libdata/debug/usr/X11R7/lib/modules/drivers/ati_drv.so.6.debug -unknown- xorg,debug +./usr/libdata/debug/usr/X11R7/lib/modules/drivers/ati_drv.so.18.debug -unknown- xorg,debug +./usr/libdata/debug/usr/X11R7/lib/modules/drivers/ati_drv_old.so.6.debug -unknown- xorg,debug ./usr/libdata/debug/usr/X11R7/lib/modules/drivers/ch7017_drv.so.2.debug -unknown- xorg,debug,xorg_server_ver=110 ./usr/libdata/debug/usr/X11R7/lib/modules/drivers/ch7017_drv.so.2.debug -unknown- xorg,debug,xorg_server_ver=118,obsolete ./usr/libdata/debug/usr/X11R7/lib/modules/drivers/ch7xxx_drv.so.2.debug -unknown- xorg,debug,xorg_server_ver=110 diff -Naru src.orig/distrib/sets/lists/xdebug/md.i386 src/distrib/sets/lists/xdebug/md.i386 --- src.orig/distrib/sets/lists/xdebug/md.i386 2018-03-15 15:14:25.813034878 +0900 +++ src/distrib/sets/lists/xdebug/md.i386 2018-03-15 15:14:50.165481812 +0900 @@ -90,7 +90,8 @@ ./usr/libdata/debug/usr/X11R7/lib/modules/drivers/ark_drv.so.0.debug -unknown- xorg,debug,xorg_server_ver=110 ./usr/libdata/debug/usr/X11R7/lib/modules/drivers/ark_drv.so.0.debug -unknown- xorg,debug,xorg_server_ver=118,obsolete ./usr/libdata/debug/usr/X11R7/lib/modules/drivers/ast_drv.so.1.debug -unknown- xorg,debug -./usr/libdata/debug/usr/X11R7/lib/modules/drivers/ati_drv.so.6.debug -unknown- xorg,debug +./usr/libdata/debug/usr/X11R7/lib/modules/drivers/ati_drv.so.18.debug -unknown- xorg,debug +./usr/libdata/debug/usr/X11R7/lib/modules/drivers/ati_drv_old.so.6.debug -unknown- xorg,debug ./usr/libdata/debug/usr/X11R7/lib/modules/drivers/ch7017_drv.so.2.debug -unknown- xorg,debug,xorg_server_ver=110 ./usr/libdata/debug/usr/X11R7/lib/modules/drivers/ch7017_drv.so.2.debug -unknown- xorg,debug,xorg_server_ver=118,obsolete ./usr/libdata/debug/usr/X11R7/lib/modules/drivers/ch7xxx_drv.so.2.debug -unknown- xorg,debug,xorg_server_ver=110 diff -Naru src.orig/distrib/sets/lists/xserver/md.amd64 src/distrib/sets/lists/xserver/md.amd64 --- src.orig/distrib/sets/lists/xserver/md.amd642018-03-15 15:14:25.815816354 +0900 +++ src/distrib/sets/lists/xserver/md.amd64 2018-03-15 15:14:50.165954724 +0900 @@ -60,7 +60,9 @@ ./usr/X11R7/lib/modules/drivers/ast_drv.so -unknown- xorg ./usr/X11R7/lib/modules/drivers/ast_drv.so.1 -unknown- xorg ./usr/X11R7/lib/modules/drivers/ati_drv.so -unknown- xorg -./usr/X11R7/lib/modules/drivers/ati_drv.so.6 -unknown- xorg +./usr/X11R7/lib/modules/drivers/ati_drv.so.18 -unknown- xorg +./usr/X11R7/lib/modules/drivers/ati_drv_old.so -unknown- xorg +./usr/X11R7/lib/modules/drivers/ati_drv_old.so.6 -unknown- xorg ./usr/X11R7/lib/modules/drivers/ch7017_drv.so -unknown- xorg,xorg_server_ver=110 ./usr/X11R7/lib/modules/drivers/ch7017_drv.so -unknown- xorg,xorg_server_ver=118,obsolete ./usr/X11R7/lib/modules/drivers/ch7017_drv.so.2-unknown- xorg,xorg_server_ver=110 @@ -349,6 +351,7 @@ ./usr/X11R7/man/cat4/void.0-unknown- obsolete ./usr/X11R7/man/cat4/ws.0 -unknown- .cat,xorg ./usr/X11R7/man/cat4/wsfb.0-unknown- .cat,xorg +./usr/X11R7/man/cat4/x86/ati.0 -unknown- .cat,xorg ./usr/X11R7/man/cat4/x86/radeon.0
re: CVS commit: src/distrib/sets/lists/xdebug
"Rin Okuyama" writes: > Module Name: src > Committed By: rin > Date: Wed Mar 14 13:23:31 UTC 2018 > > Modified Files: > src/distrib/sets/lists/xdebug: md.i386 > > Log Message: > Restore shlib version accidentally bumped in the previous commit. > Fix debug build for i386. this seems incorrect. for x86, the ati driver should be .so.18 and the ati_old should be .so.6. for everyone else (aka non-drm), only ati should be around at .so.6. .mrg.
Re: CVS commit: src/distrib/sets/lists
Le 12/08/2017 à 23:46, Robert Elz a écrit : Module Name:src Committed By: kre Date: Sat Aug 12 21:46:01 UTC 2017 Modified Files: src/distrib/sets/lists/base: md.amd64 md.i386 src/distrib/sets/lists/debug: md.amd64 md.i386 Log Message: For libi386 major bump. To generate a diff of this commit: cvs rdiff -u -r1.269 -r1.270 src/distrib/sets/lists/base/md.amd64 cvs rdiff -u -r1.145 -r1.146 src/distrib/sets/lists/base/md.i386 cvs rdiff -u -r1.97 -r1.98 src/distrib/sets/lists/debug/md.amd64 cvs rdiff -u -r1.13 -r1.14 src/distrib/sets/lists/debug/md.i386 Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files. thanks
Re: CVS commit: src/distrib/sets/lists/tests
On 25.02.2017 06:31, matthew green wrote: > "Kamil Rytarowski" writes: >> Module Name: src >> Committed By:kamil >> Date:Wed Feb 22 09:09:49 UTC 2017 >> >> Modified Files: >> src/distrib/sets/lists/tests: md.amd64 md.i386 mi >> >> Log Message: >> Fix build of !x86 ports >> >> Mark debug/usr/tests/kernel/arch/x86 as MI directory. > > this should be created by mtree/NetBSD.dist. not not > pollute other platforms. > > > .mrg. > As discussed with martin, I will refactor these tests to remove MD distfiles. signature.asc Description: OpenPGP digital signature
re: CVS commit: src/distrib/sets/lists/tests
"Kamil Rytarowski" writes: > Module Name: src > Committed By: kamil > Date: Wed Feb 22 09:09:49 UTC 2017 > > Modified Files: > src/distrib/sets/lists/tests: md.amd64 md.i386 mi > > Log Message: > Fix build of !x86 ports > > Mark debug/usr/tests/kernel/arch/x86 as MI directory. this should be created by mtree/NetBSD.dist. not not pollute other platforms. .mrg.
re: CVS commit: src/distrib/sets/lists/modules
> > Probably. but Jaromir only set it up for i386/amd64, and I was just > > following his lead. > > Fair enough. So, who wants to be the first to connect an nvme to their > vax? :-) actually, martin@ already tried an nvme card on his sparc64 but it appears to require PCIe 2.x at a minimum, and his box was PCIe 1.x. or so i recall.. the card didn't even appear vaguely. but maybe a more modern sparc64 box with PCIe 2.x or newer works better.. .mrg.
re: CVS commit: src/distrib/sets/lists/modules
"Paul Goyette" writes: > Module Name: src > Committed By: pgoyette > Date: Sat Sep 17 02:27:19 UTC 2016 > > Modified Files: > src/distrib/sets/lists/modules: md.amd64 md.i386 mi > > Log Message: > Fix sets lists for nvme module. Since it is being built only for the > i386 and amd64 platforms, the entries belong in the md.xxx lists, not > in the mi list. shouldn't we build it for anything with PCI? .mrg.
Re: CVS commit: src/distrib/sets/lists/modules
On Sun, Sep 18, 2016 at 06:28:12AM +0800, Paul Goyette wrote: > > > Modified Files: > > > src/distrib/sets/lists/modules: md.amd64 md.i386 mi > > > > > > Log Message: > > > Fix sets lists for nvme module. Since it is being built only for the > > > i386 and amd64 platforms, the entries belong in the md.xxx lists, not > > > in the mi list. > > > > Shouldn't it be built for all platforms that are capable of plugging > > one in? > > Probably. but Jaromir only set it up for i386/amd64, and I was just > following his lead. Fair enough. So, who wants to be the first to connect an nvme to their vax? :-) -- David A. Holland dholl...@netbsd.org
Re: CVS commit: src/distrib/sets/lists/modules
On Sat, 17 Sep 2016, David Holland wrote: On Sat, Sep 17, 2016 at 02:27:19AM +, Paul Goyette wrote: > Modified Files: >src/distrib/sets/lists/modules: md.amd64 md.i386 mi > > Log Message: > Fix sets lists for nvme module. Since it is being built only for the > i386 and amd64 platforms, the entries belong in the md.xxx lists, not > in the mi list. Shouldn't it be built for all platforms that are capable of plugging one in? Probably. but Jaromir only set it up for i386/amd64, and I was just following his lead. +--+--++ | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com | | Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd.org | +--+--++
Re: CVS commit: src/distrib/sets/lists/modules
On Sat, Sep 17, 2016 at 02:27:19AM +, Paul Goyette wrote: > Modified Files: > src/distrib/sets/lists/modules: md.amd64 md.i386 mi > > Log Message: > Fix sets lists for nvme module. Since it is being built only for the > i386 and amd64 platforms, the entries belong in the md.xxx lists, not > in the mi list. Shouldn't it be built for all platforms that are capable of plugging one in? -- David A. Holland dholl...@netbsd.org
Re: CVS commit: src/distrib/sets/lists
On Wed, Jun 01, 2016 at 01:10:05PM -0400, Christos Zoulas wrote: > Module Name: src > Committed By: christos > Date: Wed Jun 1 17:10:05 UTC 2016 > > Modified Files: > src/distrib/sets/lists/base: shl.mi > src/distrib/sets/lists/comp: mi shl.mi > src/distrib/sets/lists/debug: mi shl.mi > > Log Message: > put back asan ./base/shl.mi:./usr/lib/libasan.so.1.0 base-sys-shlib compatfile,gcc=53 ./base/shl.mi:./usr/lib/libasan.so.1.0 base-sys-shlib compatfile,gcc=53 Shouldn't one of them be .1 and the other .1.0? Thomas > > To generate a diff of this commit: > cvs rdiff -u -r1.772 -r1.773 src/distrib/sets/lists/base/shl.mi > cvs rdiff -u -r1.2035 -r1.2036 src/distrib/sets/lists/comp/mi > cvs rdiff -u -r1.288 -r1.289 src/distrib/sets/lists/comp/shl.mi > cvs rdiff -u -r1.152 -r1.153 src/distrib/sets/lists/debug/mi > cvs rdiff -u -r1.134 -r1.135 src/distrib/sets/lists/debug/shl.mi > > Please note that diffs are not public domain; they are subject to the > copyright notices on the relevant files. >
Re: CVS commit: src/distrib/sets/lists/modules
On Tue, 1 Dec 2015, Paul Goyette wrote: Module Name:src Committed By: pgoyette Date: Tue Dec 1 09:15:58 UTC 2015 Modified Files: src/distrib/sets/lists/modules: ad.arm ad.mips md.amd64 Log Message: Finish up with the new compat_netbsd32_nfssrv module by adding it to the sets lists. This set of commits together should address PRs kern/50410 and kern/50486. This should be "kern/50410 and kern/50468" This is also the first of several new modules to be created in response to PR kern/50489 Looks like this got logged in gnats only for the last-mentioned PR, so I'll manually add to the audit trails. To generate a diff of this commit: cvs rdiff -u -r1.5 -r1.6 src/distrib/sets/lists/modules/ad.arm \ src/distrib/sets/lists/modules/ad.mips cvs rdiff -u -r1.63 -r1.64 src/distrib/sets/lists/modules/md.amd64 Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files. +--+--++ | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com | | Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd.org | +--+--++
Re: CVS commit: src/distrib/sets/lists/tests
Please do not remove lines from this file! Instead, please mark the files as obsolete as directed at the top of the file! On Sat, 12 Jul 2014, Darren Reed wrote: Module Name:src Committed By: darrenr Date: Sat Jul 12 14:40:06 UTC 2014 Modified Files: src/distrib/sets/lists/tests: mi Log Message: Test n17_6 does not yet exist so remove unrequired files and test case To generate a diff of this commit: cvs rdiff -u -r1.579 -r1.580 src/distrib/sets/lists/tests/mi Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files. !DSPAM:53c148cc164524526011279! - | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | Customer Service | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com| | Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net | | Kernel Developer | | pgoyette at netbsd.org | -
Re: CVS commit: src/distrib/sets/lists/debug
On Wed, 2 Jul 2014, Alexander Nasonov wrote: Hisashi T Fujinaka wrote: Module Name:src Committed By: htodd Date: Wed Jul 2 05:23:20 UTC 2014 Modified Files: src/distrib/sets/lists/debug: md.amd64 md.i386 mi Log Message: Move t_bpfjit.debug to md lists. Why did you make this change? It worked for libbpfjit for quite a while. I thought that marking entries with sljit was enough. Alex It broke my builds. Did you build earm with debug turned on? -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte
Re: CVS commit: src/distrib/sets/lists/debug
Hisashi T Fujinaka wrote: Please put it back the way I had it unless you can prove it's broken with debug turned on. Your commit was wrong, it broke sparc, powerpc, mips and arm with MKSLJIT=yes. Alex
Re: CVS commit: src/distrib/sets/lists/modules
Thanks ! - I have it in my tree, but missed to commit it - sorry. Frank On 05/18/14 20:28, Jonathan A. Kollasch wrote: Module Name:src Committed By: jakllsch Date: Sun May 18 18:28:49 UTC 2014 Modified Files: src/distrib/sets/lists/modules: md.evbppc.powerpc mi Log Message: add hythygtemp module to set lists To generate a diff of this commit: cvs rdiff -u -r1.2 -r1.3 src/distrib/sets/lists/modules/md.evbppc.powerpc cvs rdiff -u -r1.68 -r1.69 src/distrib/sets/lists/modules/mi Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files.
Re: CVS commit: src/distrib/sets/lists/comp
On Thu, Feb 27, 2014 at 10:07:36AM +0100, J. Hannken-Illjes wrote: ./usr/include/g++/bits/sparc ./usr/include/g++/bits/sparc64 I asked Jörg to try (his MKCOMPAT=no clang build) with ./usr/include/g++/bits/sparcgcc,compat ./usr/include/g++/bits/sparc64 gcc (the old state was obviosly incorrect, but so is the current one). This is still incorrect for gcc 4.1, but I bet noone will notice. Martin
re: CVS commit: src/distrib/sets/lists/comp
Martin Husemann writes: On Thu, Feb 27, 2014 at 10:07:36AM +0100, J. Hannken-Illjes wrote: ./usr/include/g++/bits/sparc ./usr/include/g++/bits/sparc64 I asked Jörg to try (his MKCOMPAT=no clang build) with ./usr/include/g++/bits/sparc gcc,compat ./usr/include/g++/bits/sparc64gcc (the old state was obviosly incorrect, but so is the current one). This is still incorrect for gcc 4.1, but I bet noone will notice. as i said elsewhere -- the right solution here is to put those files into new mtree files in src/etc/mtree, and avoid creating them for the builds that don't want them. (personally, i'd just always create them and have them be empty and ignored for any sort of build that doesn't put files in there. putting any marker (like gcc, or compat) on these subdirs means that they'll always be removed on some build types, ie, that means that the obsolete phase will *always* do something for a fresh build. .mrg.
Re: CVS commit: src/distrib/sets/lists/comp
On Fri, Feb 28, 2014 at 06:34:10AM +1100, matthew green wrote: putting any marker (like gcc, or compat) on these subdirs means that they'll always be removed on some build types, ie, that means that the obsolete phase will *always* do something for a fresh build. But they are only created with MKCOMPAT=yes (the mtree file is used conditionally), so at least the compat as marker is needed (this is the problem that triggered the original change). Martin
re: CVS commit: src/distrib/sets/lists/comp
putting any marker (like gcc, or compat) on these subdirs means that they'll always be removed on some build types, ie, that means that the obsolete phase will *always* do something for a fresh build. actually, they should be marked just compat as they're only created for compat builds. .mrg.
Re: CVS commit: src/distrib/sets/lists/comp
On Feb 27, 2014, at 4:56 PM, Joerg Sonnenberger jo...@netbsd.org wrote: Module Name: src Committed By: joerg Date: Thu Feb 27 15:56:12 UTC 2014 Modified Files: src/distrib/sets/lists/comp: md.sparc64 Log Message: Use gcc,compat, directory creation only depends on the MKCOMPAT switch. To generate a diff of this commit: cvs rdiff -u -r1.180 -r1.181 src/distrib/sets/lists/comp/md.sparc64 Building sparc64 release now gives: == 2 missing files in DESTDIR Files in flist but missing from DESTDIR. File wasn't installed ? -- ./usr/include/g++/bits/sparc/c++config.h ./usr/include/g++/bits/sparc64/c++config.h end of 2 missing files == -- J. Hannken-Illjes - hann...@eis.cs.tu-bs.de - TU Braunschweig (Germany)
Re: CVS commit: src/distrib/sets/lists/modules
On Sat, Jan 04, 2014 at 06:35:51PM +, David Holland wrote: I don't know 'solaris' either. That line was present in the file before I made any changes. It's the compat glop used by zfs. (I believe.) It would indeed be useful if everyting in modstat(8)'s output would have a corresponding manual page. Most do, though. - Jukka.
Re: CVS commit: src/distrib/sets/lists/modules
On Fri, Jan 03, 2014 at 04:32:04AM -0800, Paul Goyette wrote: Thanks to your commit. However I don't know 'solaris'. I don't know 'solaris' either. That line was present in the file before I made any changes. It's the compat glop used by zfs. (I believe.) -- David A. Holland dholl...@netbsd.org
Re: CVS commit: src/distrib/sets/lists/modules
Hi! Paul, From: Paul Goyette pgoye...@netbsd.org Date: Wed, 1 Jan 2014 16:27:11 + Module Name: src Committed By: pgoyette Date: Wed Jan 1 16:27:11 UTC 2014 Modified Files: src/distrib/sets/lists/modules: md.evbppc mi Log Message: Re-sort To generate a diff of this commit: cvs rdiff -u -r1.40 -r1.41 src/distrib/sets/lists/modules/md.evbppc cvs rdiff -u -r1.66 -r1.67 src/distrib/sets/lists/modules/mi Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files. Thanks to your commit. However I don't know 'solaris'. Index: md.evbppc === RCS file: /cvsroot/src/distrib/sets/lists/modules/md.evbppc,v retrieving revision 1.40 retrieving revision 1.41 diff -u -r1.40 -r1.41 --- md.evbppc 30 Dec 2013 14:17:54 - 1.40 +++ md.evbppc 1 Jan 2014 16:27:10 - 1.41 snip @@ -397,6 +425,8 @@ ./stand/powerpc-booke/@OSRELEASE@/modules/secmodel_overlay/secmodel_overlay.kmod base-kernel-modules kmod,compatmodules ./stand/powerpc-booke/@OSRELEASE@/modules/securelevel base-kernel-modules kmod,compatmodules ./stand/powerpc-booke/@OSRELEASE@/modules/securelevel/securelevel.kmod base-kernel-modules kmod,compatmodules +./stand/powerpc-booke/@OSRELEASE@/modules/skipjack base-kernel-modules kmod,solaris +./stand/powerpc-booke/@OSRELEASE@/modules/skipjack/skipjack.kmod base-kernel-modules kmod,solaris ./stand/powerpc-booke/@OSRELEASE@/modules/smbfs base-kernel-modules kmod,compatmodules ./stand/powerpc-booke/@OSRELEASE@/modules/smbfs/smbfs.kmod base-kernel-modules kmod,compatmodules ./stand/powerpc-booke/@OSRELEASE@/modules/solaris base-kernel-modules kmod,solaris Thanks, -- kiyohara
Re: CVS commit: src/distrib/sets/lists/modules
On Fri, 3 Jan 2014, KIYOHARA Takashi wrote: Thanks to your commit. However I don't know 'solaris'. I don't know 'solaris' either. That line was present in the file before I made any changes. - | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | Customer Service | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com| | Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net | | Kernel Developer | | pgoyette at netbsd.org | -
Re: CVS commit: src/distrib/sets/lists/modules
pgoyette@ wrote: Module Name: src Committed By: pgoyette Date: Wed Jan 1 15:22:33 UTC 2014 Modified Files: src/distrib/sets/lists/modules: mi Log Message: Add new crypto algorithm modules to sets list You also have to update md.evbppc (for OEA/4xx/ebook). --- Izumi Tsutsui
Re: CVS commit: src/distrib/sets/lists/modules
On Thu, 2 Jan 2014, Izumi Tsutsui wrote: pgoyette@ wrote: Module Name:src Committed By: pgoyette Date: Wed Jan 1 15:22:33 UTC 2014 Modified Files: src/distrib/sets/lists/modules: mi Log Message: Add new crypto algorithm modules to sets list You also have to update md.evbppc (for OEA/4xx/ebook). Thanks - I'll get to that in a few minutes. - | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | Customer Service | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com| | Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net | | Kernel Developer | | pgoyette at netbsd.org | -
Re: CVS commit: src/distrib/sets/lists/modules
On Wed, 1 Jan 2014, Paul Goyette wrote: Module Name:src Committed By: pgoyette Date: Wed Jan 1 16:27:11 UTC 2014 Modified Files: src/distrib/sets/lists/modules: md.evbppc mi Log Message: Re-sort Also updated md.evbppc list - log message updated in repository. - | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | Customer Service | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com| | Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net | | Kernel Developer | | pgoyette at netbsd.org | -
re: CVS commit: src/distrib/sets/lists/comp
Module Name: src Committed By: pgoyette Date: Wed Nov 6 18:37:57 UTC 2013 Modified Files: src/distrib/sets/lists/comp: md.amd64 Log Message: Fix the build for amd64. Even though the files are installed only if compat is set, the /usr/include/g++/bits directories are unconditionally created via the mtree files. thank you. .mrg.
Re: CVS commit: src/distrib/sets/lists/comp
Am 27.10.13 03:39, schrieb Hisashi T Fujinaka: Module Name: src Committed By: htodd Date: Sun Oct 27 02:39:21 UTC 2013 Modified Files: src/distrib/sets/lists/comp: mi Log Message: Revert mi because the added line refers to an imaginary file. A better solution would have been to contact me, as obviously a file was missed in a commit. Just silently backing out others changes is considered rude... To generate a diff of this commit: cvs rdiff -u -r1.1847 -r1.1848 src/distrib/sets/lists/comp/mi Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files. Modified files: Index: src/distrib/sets/lists/comp/mi diff -u src/distrib/sets/lists/comp/mi:1.1847 src/distrib/sets/lists/comp/mi:1.1848 --- src/distrib/sets/lists/comp/mi:1.1847 Sat Oct 26 20:06:38 2013 +++ src/distrib/sets/lists/comp/miSun Oct 27 02:39:21 2013 @@ -1,4 +1,4 @@ -#$NetBSD: mi,v 1.1847 2013/10/26 20:06:38 mbalmer Exp $ +#$NetBSD: mi,v 1.1848 2013/10/27 02:39:21 htodd Exp $ # # Note: don't delete entries from here - mark them as obsolete instead. # @@ -2590,7 +2590,6 @@ ./usr/include/sys/localedef.hcomp-c-include ./usr/include/sys/lock.h comp-c-include ./usr/include/sys/lockf.hcomp-c-include -./usr/include/sys/lua.h comp-c-include ./usr/include/sys/lwp.h comp-c-include ./usr/include/sys/lwpctl.h comp-c-include ./usr/include/sys/malloc.h comp-c-include
Re: CVS commit: src/distrib/sets/lists/comp
Am 27.10.13 09:33, schrieb Marc Balmer: Am 27.10.13 03:39, schrieb Hisashi T Fujinaka: Module Name: src Committed By:htodd Date:Sun Oct 27 02:39:21 UTC 2013 Modified Files: src/distrib/sets/lists/comp: mi Log Message: Revert mi because the added line refers to an imaginary file. A better solution would have been to contact me, as obviously a file was missed in a commit. Just silently backing out others changes is considered rude... Actually the file was apparently there, but entered to the Makefile. It should all be in order now. (doing a full release build again to verify)
Re: CVS commit: src/distrib/sets/lists/comp
On Sun, 27 Oct 2013, Marc Balmer wrote: Am 27.10.13 09:33, schrieb Marc Balmer: Am 27.10.13 03:39, schrieb Hisashi T Fujinaka: Module Name:src Committed By: htodd Date: Sun Oct 27 02:39:21 UTC 2013 Modified Files: src/distrib/sets/lists/comp: mi Log Message: Revert mi because the added line refers to an imaginary file. A better solution would have been to contact me, as obviously a file was missed in a commit. Just silently backing out others changes is considered rude... Actually the file was apparently there, but entered to the Makefile. It should all be in order now. (doing a full release build again to verify) You were probably asleep because I'm sure you're in Europe, and it was obvious what you did. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte
Re: CVS commit: src/distrib/sets/lists/comp
Am 27.10.13 16:35, schrieb Hisashi T Fujinaka: On Sun, 27 Oct 2013, Marc Balmer wrote: Am 27.10.13 09:33, schrieb Marc Balmer: Am 27.10.13 03:39, schrieb Hisashi T Fujinaka: Module Name:src Committed By:htodd Date:Sun Oct 27 02:39:21 UTC 2013 Modified Files: src/distrib/sets/lists/comp: mi Log Message: Revert mi because the added line refers to an imaginary file. A better solution would have been to contact me, as obviously a file was missed in a commit. Just silently backing out others changes is considered rude... Actually the file was apparently there, but entered to the Makefile. It should all be in order now. (doing a full release build again to verify) You were probably asleep because I'm sure you're in Europe, and it was obvious what you did. Yes, I am in Europe, Switzerland. And please disregard my remark about backing out stuff as rude... You were not rude at all and did the right thing. It was my fault, after all. Thank you, - mb
Re: CVS commit: src/distrib/sets/lists/debug
On Tue, Sep 03, 2013 at 01:21:53PM +, Hisashi T Fujinaka wrote: Modified Files: src/distrib/sets/lists/debug: mi Log Message: Fix debug build by adding cgram.debug. Oops, sorry. I thought I'd grepped to find all the necessary places, but I guess I missed some. -- David A. Holland dholl...@netbsd.org
Re: CVS commit: src/distrib/sets/lists
chris...@astron.com (Christos Zoulas) wrote In article 20130702175606.b41c...@cvs.netbsd.org, Takeshi Nakayama source-changes-d@NetBSD.org wrote: I think that's wrong. All tests except the t_raw test don't. They certainly don't link with rump! christos I think so too. I just enabled them. -- Takeshi Nakayama
Re: CVS commit: src/distrib/sets/lists
In article 20130703.231236.343167476...@catvmics.ne.jp, Takeshi Nakayama t...@catvmics.ne.jp wrote: chris...@astron.com (Christos Zoulas) wrote In article 20130702175606.b41c...@cvs.netbsd.org, Takeshi Nakayama source-changes-d@NetBSD.org wrote: I think that's wrong. All tests except the t_raw test don't. They certainly don't link with rump! christos I think so too. I just enabled them. Thanks! christos
Re: CVS commit: src/distrib/sets/lists
In article 20130702175606.b41c...@cvs.netbsd.org, Takeshi Nakayama source-changes-d@NetBSD.org wrote: I think that's wrong. All tests except the t_raw test don't. They certainly don't link with rump! christos
Re: CVS commit: src/distrib/sets/lists
In article 20130430203123.7f34d17...@cvs.netbsd.org, Matt Thomas source-changes-d@NetBSD.org wrote: Module Name: src Committed By: matt Date: Tue Apr 30 20:31:23 UTC 2013 Modified Files: src/distrib/sets/lists/base: ad.arm src/distrib/sets/lists/comp: ad.arm src/distrib/sets/lists/debug: ad.arm Removed Files: src/distrib/sets/lists/base: ad.armeb ad.earm src/distrib/sets/lists/comp: ad.armeb ad.earm src/distrib/sets/lists/debug: ad.armeb ad.earm Log Message: Now that sets.subr understands endian=1234 just use ad.arm for everything since it can support {,e}arm{,hf}{,eb} my fingers thank you. christos
Re: CVS commit: src/distrib/sets/lists/debug
In article 20130208043636.1cc0e17...@cvs.netbsd.org, Matt Thomas source-changes-d@NetBSD.org wrote: -=-=-=-=-=- Module Name: src Committed By: matt Date: Fri Feb 8 04:36:35 UTC 2013 Modified Files: src/distrib/sets/lists/debug: shl.mi Log Message: Add pre-name changed debug libraries as obsolete. There are a lot more... christos
Re: CVS commit: src/distrib/sets/lists
In article cahtewp2bytbhy5vhfrqrk-22ocphz3ot4cow3soaaes8skb...@mail.gmail.com, dieter roelants dieter.net...@pandora.be wrote: On Thu, Nov 1, 2012 at 4:26 AM, Christos Zoulas chris...@netbsd.org wrote: Module Name:src Committed By: christos Date: Thu Nov 1 03:26:44 UTC 2012 Modified Files: src/distrib/sets/lists/base: mi src/distrib/sets/lists/comp: mi Log Message: mv npfctl from /usr/sbin to /sbin so it is available before /usr is mounted. I guess libnpf should be moved to /lib/. It has to; thanks for noticing. christos
Re: CVS commit: src/distrib/sets/lists/modules
Date: Sat, 4 Aug 2012 12:33:23 + From: Paul Goyette pgoye...@netbsd.org Add distrib entries for new uatp module. Hello, riastradh! Oops, thanks! I had done that locally but forgotten to look at the whole `cvs diff' output on my tree before selecting which files to commit.
Re: CVS commit: src/distrib/sets/lists/base
In article 20120129011457.gb19...@netbsd.org, David Holland dholland-sourcechan...@netbsd.org wrote: On Sat, Jan 28, 2012 at 03:10:24PM +, Paul Goyette wrote: Modified Files: src/distrib/sets/lists/base: mi Log Message: Add new directories for trousers to sets lists. The directories get created even if they're not populated. Hello again, christos! howsabout we conditionalize that on MKTPM and default to no? Yes, this should default to not build. On the other hand there is the issue of mtree and the directories that caused this issue. christos
re: CVS commit: src/distrib/sets/lists/base
Module Name: src Committed By: christos Date: Fri Oct 14 15:48:50 UTC 2011 Modified Files: src/distrib/sets/lists/base: mi Log Message: fix sun2 build; mark lua shared object appropriately so that it is not required actually, this belongs in shl.mi.. where it doesn't need the pic marker. .mrg.
Re: CVS commit: src/distrib/sets/lists/tests
On Thu, Oct 13, 2011 at 07:47:30AM +, Nicolas Joly wrote: Modified Files: src/distrib/sets/lists/tests: mi Log Message: Do not delete nul.in line, but tag it as obsolete. Sorry, my fault, evidently not thinking. -- David A. Holland dholl...@netbsd.org
Re: CVS commit: src/distrib/sets/lists/comp
jruoho obsoleted the ieee(3) manpage; remove it from the list. It says: # Note: don't delete entries from here - mark them as obsolete instead. --- Izumi Tsutsui
Re: CVS commit: src/distrib/sets/lists/comp
Am 06.08.11 18:29, schrieb Izumi Tsutsui: jruoho obsoleted the ieee(3) manpage; remove it from the list. It says: # Note: don't delete entries from here - mark them as obsolete instead. All right, I reverted it, jruoho can handle it.
Re: CVS commit: src/distrib/sets/lists/comp
On Dec 27, 10:59am, Marc Balmer wrote: } } Module Name: src } Committed By: mbalmer } Date: Sat Aug 6 16:23:56 UTC 2011 } } Modified Files: } src/distrib/sets/lists/comp: mi } } Log Message: } jruoho obsoleted the ieee(3) manpage; remove it from the list. It would be a good idea to read the comment at the top of the file... } --_--=_1312647836210960 } Content-Disposition: inline } Content-Transfer-Encoding: 8bit } Content-Type: text/x-diff; charset=us-ascii } } Modified files: } } Index: src/distrib/sets/lists/comp/mi } diff -u src/distrib/sets/lists/comp/mi:1.1654 src/distrib/sets/lists/comp/mi:1.1655 } --- src/distrib/sets/lists/comp/mi:1.1654 Thu Aug 4 03:38:55 2011 } +++ src/distrib/sets/lists/comp/miSat Aug 6 16:23:55 2011 } @@ -1,4 +1,4 @@ } -#$NetBSD: mi,v 1.1654 2011/08/04 03:38:55 matt Exp $ } +#$NetBSD: mi,v 1.1655 2011/08/06 16:23:55 mbalmer Exp $ } # } # Note: don't delete entries from here - mark them as obsolete instead. } # } }-- End of excerpt from Marc Balmer
Re: CVS commit: src/distrib/sets/lists
On May,Monday 30 2011, at 4:10 AM, Christos Zoulas wrote: Module Name: src Committed By: christos Date: Mon May 30 02:10:26 UTC 2011 Modified Files: src/distrib/sets/lists/base: ad.mips64eb src/distrib/sets/lists/comp: ad.mips64eb ad.mips64el md.amd64 md.sparc64 mi shl.mi src/distrib/sets/lists/tests: shl.mi Log Message: fix a lot of different issues (doesn't anyone build anymore) - libdns had the wrong version libdns was minor bumped after last bind update you should mark old entries obsolete and add new ones. Same should be done for all 64 archs. - zfs attributes missing - missing debug libs - typos in library names - typos in library versions - _g libraries missing for new .so files (since we don't install .a files we should not be installing _g.a files either, why are we?) Hopefully this will fix the sparc64 build. To generate a diff of this commit: cvs rdiff -u -r1.50 -r1.51 src/distrib/sets/lists/base/ad.mips64eb cvs rdiff -u -r1.32 -r1.33 src/distrib/sets/lists/comp/ad.mips64eb \ src/distrib/sets/lists/comp/ad.mips64el cvs rdiff -u -r1.115 -r1.116 src/distrib/sets/lists/comp/md.amd64 cvs rdiff -u -r1.99 -r1.100 src/distrib/sets/lists/comp/md.sparc64 cvs rdiff -u -r1.1625 -r1.1626 src/distrib/sets/lists/comp/mi cvs rdiff -u -r1.172 -r1.173 src/distrib/sets/lists/comp/shl.mi cvs rdiff -u -r1.4 -r1.5 src/distrib/sets/lists/tests/shl.mi Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files. Modified files: Index: src/distrib/sets/lists/base/ad.mips64eb diff -u src/distrib/sets/lists/base/ad.mips64eb:1.50 src/distrib/sets/lists/base/ad.mips64eb:1.51 --- src/distrib/sets/lists/base/ad.mips64eb:1.50 Sun May 29 11:17:08 2011 +++ src/distrib/sets/lists/base/ad.mips64eb Sun May 29 22:10:25 2011 @@ -1,4 +1,4 @@ -# $NetBSD: ad.mips64eb,v 1.50 2011/05/29 15:17:08 spz Exp $ +# $NetBSD: ad.mips64eb,v 1.51 2011/05/30 02:10:25 christos Exp $ ./libexec/ld.elf_so-64base-compat-shlib compat,pic ./libexec/ld.elf_so-o32 base-sysutil-bin compat,pic ./usr/lib/64 base-compat-lib @@ -359,7 +359,7 @@ ./usr/lib/o32/libdm.so.0 base-compat-shlib compat,pic ./usr/lib/o32/libdm.so.0.0base-compat-shlib compat,pic ./usr/lib/o32/libdns.so.5 base-compat-shlib compat,pic -./usr/lib/o32/libdns.so.5.3 base-compat-shlib compat,pic +./usr/lib/o32/libdns.so.5.4 base-compat-shlib compat,pic ./usr/lib/o32/libdns_sd.so.0 base-compat-shlib compat,pic,mdns ./usr/lib/o32/libdns_sd.so.0.0base-compat-shlib compat,pic,mdns ./usr/lib/o32/libdwarf.so.0 base-compat-shlib compat,pic Index: src/distrib/sets/lists/comp/ad.mips64eb diff -u src/distrib/sets/lists/comp/ad.mips64eb:1.32 src/distrib/sets/lists/comp/ad.mips64eb:1.33 --- src/distrib/sets/lists/comp/ad.mips64eb:1.32 Thu May 12 21:56:27 2011 +++ src/distrib/sets/lists/comp/ad.mips64eb Sun May 29 22:10:25 2011 @@ -1,4 +1,4 @@ -# $NetBSD: ad.mips64eb,v 1.32 2011/05/13 01:56:27 christos Exp $ +# $NetBSD: ad.mips64eb,v 1.33 2011/05/30 02:10:25 christos Exp $ ./usr/bin/elf2aoutcomp-obsolete obsolete ./usr/bin/elf2ecoff comp-sysutil-bin ./usr/include/mipscomp-c-include @@ -1212,7 +1212,7 @@ ./usr/libdata/debug/usr/lib/64/libdes.so.8.1.debug comp-crypto-debug crypto,debug,compat ./usr/libdata/debug/usr/lib/64/libdevmapper.so.1.0.debug comp-lvm-debug lvm,debug,compat ./usr/libdata/debug/usr/lib/64/libdm.so.0.0.debug comp-sys-debug debug,compat -./usr/libdata/debug/usr/lib/64/libdns.so.5.3.debug comp-bind-debug debug,compat +./usr/libdata/debug/usr/lib/64/libdns.so.5.4.debug comp-bind-debug debug,compat ./usr/libdata/debug/usr/lib/64/libdns_sd.so.0.0.debug comp-mdns-debug mdns,debug,compat ./usr/libdata/debug/usr/lib/64/libdtrace.so.2.0.debug comp-sys-debug dtrace,debug,compat ./usr/libdata/debug/usr/lib/64/libdwarf.so.0.0.debug comp-sys-debug debug,compat @@ -1234,7 +1234,7 @@ ./usr/libdata/debug/usr/lib/64/libhx509.so.5.0.debug comp-krb5-debug kerberos,debug,compat ./usr/libdata/debug/usr/lib/64/libintl.so.1.0.debug comp-sys-debug debug,compat ./usr/libdata/debug/usr/lib/64/libipsec.so.3.0.debug comp-net-debug debug,compat -./usr/libdata/debug/usr/lib/64/libisc.so.5.3.debug comp-bind-debug debug,compat +./usr/libdata/debug/usr/lib/64/libisc.so.5.4.debug comp-bind-debug debug,compat ./usr/libdata/debug/usr/lib/64/libisccc.so.5.3.debug comp-bind-debug debug,compat
Re: CVS commit: src/distrib/sets/lists
In article 9fd1caa9-1c17-4198-a9cc-57f4de798...@gmail.com, Adam Hamsik haa...@gmail.com wrote: libdns was minor bumped after last bind update you should mark old entries obsolete and add new ones. Same should be done for all 64 archs. I think that this is not true for shared libraries; this happens automatically now. Perhaps not for .debug libraries? If that's the case it should be fixed. christos
Re: CVS commit: src/distrib/sets/lists
On Mon, May 30, 2011 at 09:17:52AM +, Christos Zoulas wrote: In article 9fd1caa9-1c17-4198-a9cc-57f4de798...@gmail.com, Adam Hamsik haa...@gmail.com wrote: libdns was minor bumped after last bind update you should mark old entries obsolete and add new ones. Same should be done for all 64 archs. I think that this is not true for shared libraries; this happens automatically now. Perhaps not for .debug libraries? If that's the case it should be fixed. I tweaked postinstall, quite some time ago, to handle debug libraries too. AFAIK, it works. -- Nicolas Joly Projects and Developments in Bioinformatics Institut Pasteur, Paris.
Re: CVS commit: src/distrib/sets/lists
On May,Monday 30 2011, at 11:23 AM, Nicolas Joly wrote: On Mon, May 30, 2011 at 09:17:52AM +, Christos Zoulas wrote: In article 9fd1caa9-1c17-4198-a9cc-57f4de798...@gmail.com, Adam Hamsik haa...@gmail.com wrote: libdns was minor bumped after last bind update you should mark old entries obsolete and add new ones. Same should be done for all 64 archs. I think that this is not true for shared libraries; this happens automatically now. Perhaps not for .debug libraries? If that's the case it should be fixed. I tweaked postinstall, quite some time ago, to handle debug libraries too. AFAIK, it works. I was not aware of that, it might be a good idea to document this difference in set lists file which is different. e.g. in shl.mi now. Regards Adam.
Re: CVS commit: src/distrib/sets/lists
On May 30, 12:52pm, haa...@gmail.com (Adam Hamsik) wrote: -- Subject: Re: CVS commit: src/distrib/sets/lists | | On May,Monday 30 2011, at 11:23 AM, Nicolas Joly wrote: | | On Mon, May 30, 2011 at 09:17:52AM +, Christos Zoulas wrote: | In article 9fd1caa9-1c17-4198-a9cc-57f4de798...@gmail.com, | Adam Hamsik haa...@gmail.com wrote: | | libdns was minor bumped after last bind update you should mark old | entries obsolete | and add new ones. Same should be done for all 64 archs. | | I think that this is not true for shared libraries; this happens | automatically now. Perhaps not for .debug libraries? If that's the | case it should be fixed. | | I tweaked postinstall, quite some time ago, to handle debug libraries | too. AFAIK, it works. | | I was not aware of that, it might be a good idea to document this difference | in set lists file which is different. e.g. in shl.mi now. I killed all the bogus entries there, to avoid cut-n-paste proliferation. christos
Re: CVS commit: src/distrib/sets/lists
On May,Monday 30 2011, at 1:02 PM, Christos Zoulas wrote: On May 30, 12:52pm, haa...@gmail.com (Adam Hamsik) wrote: -- Subject: Re: CVS commit: src/distrib/sets/lists | | On May,Monday 30 2011, at 11:23 AM, Nicolas Joly wrote: | | On Mon, May 30, 2011 at 09:17:52AM +, Christos Zoulas wrote: | In article 9fd1caa9-1c17-4198-a9cc-57f4de798...@gmail.com, | Adam Hamsik haa...@gmail.com wrote: | | libdns was minor bumped after last bind update you should mark old | entries obsolete | and add new ones. Same should be done for all 64 archs. | | I think that this is not true for shared libraries; this happens | automatically now. Perhaps not for .debug libraries? If that's the | case it should be fixed. | | I tweaked postinstall, quite some time ago, to handle debug libraries | too. AFAIK, it works. | | I was not aware of that, it might be a good idea to document this difference | in set lists file which is different. e.g. in shl.mi now. I killed all the bogus entries there, to avoid cut-n-paste proliferation. Thanks. Regards Adam.
Re: CVS commit: src/distrib/sets/lists
On Mon, May 30, 2011 at 12:52:57PM +0200, Adam Hamsik wrote: On May,Monday 30 2011, at 11:23 AM, Nicolas Joly wrote: On Mon, May 30, 2011 at 09:17:52AM +, Christos Zoulas wrote: In article 9fd1caa9-1c17-4198-a9cc-57f4de798...@gmail.com, Adam Hamsik haa...@gmail.com wrote: libdns was minor bumped after last bind update you should mark old entries obsolete and add new ones. Same should be done for all 64 archs. I think that this is not true for shared libraries; this happens automatically now. Perhaps not for .debug libraries? If that's the case it should be fixed. I tweaked postinstall, quite some time ago, to handle debug libraries too. AFAIK, it works. I was not aware of that, it might be a good idea to document this difference in set lists file which is different. e.g. in shl.mi now. Actually, only minor number changes are handled automatically for both shared/debug libraries. I do have, on my TODO list, to add a postinstall majorlib target (which will default to off) to ease builds when major is incremented. This is a real pain for MKDEBUG builds ... Just like kernel version bump versus module tree. -- Nicolas Joly Projects and Developments in Bioinformatics Institut Pasteur, Paris.
Re: CVS commit: src/distrib/sets/lists
On Mon, May 30, 2011 at 03:37:13PM +0200, Nicolas Joly wrote: On Mon, May 30, 2011 at 12:52:57PM +0200, Adam Hamsik wrote: On May,Monday 30 2011, at 11:23 AM, Nicolas Joly wrote: On Mon, May 30, 2011 at 09:17:52AM +, Christos Zoulas wrote: In article 9fd1caa9-1c17-4198-a9cc-57f4de798...@gmail.com, Adam Hamsik haa...@gmail.com wrote: libdns was minor bumped after last bind update you should mark old entries obsolete and add new ones. Same should be done for all 64 archs. I think that this is not true for shared libraries; this happens automatically now. Perhaps not for .debug libraries? If that's the case it should be fixed. I tweaked postinstall, quite some time ago, to handle debug libraries too. AFAIK, it works. I was not aware of that, it might be a good idea to document this difference in set lists file which is different. e.g. in shl.mi now. Actually, only minor number changes are handled automatically for both shared/debug libraries. I do have, on my TODO list, to add a postinstall majorlib target (which will default to off) to ease builds when major is incremented. This is a real pain for MKDEBUG builds ... Just like kernel version bump versus module tree. Well, not MKDEBUG, but MKUPDATE builds. -- Nicolas Joly Projects and Developments in Bioinformatics Institut Pasteur, Paris.
Re: CVS commit: src/distrib/sets/lists/xserver
On 5/20/11 10:28 AM, Izumi Tsutsui wrote: Module Name:src Committed By: tsutsui Date: Fri May 20 09:28:32 UTC 2011 Modified Files: src/distrib/sets/lists/xserver: md.zaurus Log Message: Add /etc/X11/xorg.conf. This should be in xetc, shouldn't it? Otherwise people will lose any local changes they do when they extract xserver.tgz. (I see other platforms installing xorg.conf-something from xserver.tgz, but I presume those are to be treated as examples.) -- Julio Merino / @jmmv
Re: CVS commit: src/distrib/sets/lists/xserver
Modified Files: src/distrib/sets/lists/xserver: md.zaurus Log Message: Add /etc/X11/xorg.conf. This should be in xetc, shouldn't it? Otherwise people will lose any local changes they do when they extract xserver.tgz. Hmm. I chose xorg.conf because there were very few NetBSD/zaurus users and there was no model specific hardware settings, so I thought less manual configuration was better to start Xserver after install. But if guys really claim we should keep a correct style in any case I'll rename it. I don't think it should be in xetc. It would cause much more unnecessary MACHINE dependent md.foo sets in releasedir. --- Izumi Tsutsui
Re: CVS commit: src/distrib/sets/lists/xserver
On 5/21/11 12:04 PM, Izumi Tsutsui wrote: Modified Files: src/distrib/sets/lists/xserver: md.zaurus Log Message: Add /etc/X11/xorg.conf. This should be in xetc, shouldn't it? Otherwise people will lose any local changes they do when they extract xserver.tgz. Hmm. I chose xorg.conf because there were very few NetBSD/zaurus users and there was no model specific hardware settings, so I thought less manual configuration was better to start Xserver after install. That's fine, but either the Xserver should just DTRT without a configuration file (like in does in other platforms), or the configuration file should really be treated as such. But if guys really claim we should keep a correct style in any case I'll rename it. Keeping it as xorg.conf is fine as long as it is in xetc.tgz. You don't want to screw up user-modified configuration files when they unpack xserver.tgz ;-) -- Julio Merino / @jmmv
Re: CVS commit: src/distrib/sets/lists/comp
On May,Monday 9 2011, at 1:55 PM, Nicolas Joly wrote: Module Name: src Committed By: njoly Date: Mon May 9 11:55:34 UTC 2011 Modified Files: src/distrib/sets/lists/comp: mi Log Message: Small typo (perfuse.debug - perfused.debug). I'm getting this error with sources updated couple of minutes ago === 24 extra files in DESTDIR = Files in DESTDIR but missing from flist. File is obsolete or flist is out of date ? -- ./usr/include/perfuse.h ./usr/lib/i386/libperfuse.a ./usr/lib/i386/libperfuse.so ./usr/lib/i386/libperfuse.so.0 ./usr/lib/i386/libperfuse.so.0.0 ./usr/lib/i386/libperfuse_p.a ./usr/lib/i386/libperfuse_pic.a ./usr/lib/libperfuse.a ./usr/lib/libperfuse.so ./usr/lib/libperfuse.so.0 ./usr/lib/libperfuse.so.0.0 ./usr/lib/libperfuse_p.a ./usr/lib/libperfuse_pic.a ./usr/libdata/debug/usr/lib/i386/libperfuse.so.0.0.debug ./usr/libdata/debug/usr/lib/libperfuse.so.0.0.debug ./usr/libdata/debug/usr/sbin/perfused.debug ./usr/libdata/lint/llib-lperfuse.ln ./usr/sbin/perfused ./usr/share/man/cat3/libperfuse.0 ./usr/share/man/cat8/perfused.0 ./usr/share/man/html3/libperfuse.html ./usr/share/man/html8/perfused.html ./usr/share/man/man3/libperfuse.3 ./usr/share/man/man8/perfused.8 = end of 24 extra files === Regards Adam.
Re: CVS commit: src/distrib/sets/lists/comp
On Mon, May 09, 2011 at 03:17:54PM +0200, Adam Hamsik wrote: I'm getting this error with sources updated couple of minutes ago === 24 extra files in DESTDIR = Files in DESTDIR but missing from flist. File is obsolete or flist is out of date ? -- ./usr/include/perfuse.h ./usr/lib/i386/libperfuse.a ./usr/lib/i386/libperfuse.so ./usr/lib/i386/libperfuse.so.0 ./usr/lib/i386/libperfuse.so.0.0 ./usr/lib/i386/libperfuse_p.a ./usr/lib/i386/libperfuse_pic.a ./usr/lib/libperfuse.a ./usr/lib/libperfuse.so ./usr/lib/libperfuse.so.0 ./usr/lib/libperfuse.so.0.0 ./usr/lib/libperfuse_p.a ./usr/lib/libperfuse_pic.a ./usr/libdata/debug/usr/lib/i386/libperfuse.so.0.0.debug ./usr/libdata/debug/usr/lib/libperfuse.so.0.0.debug ./usr/libdata/debug/usr/sbin/perfused.debug ./usr/libdata/lint/llib-lperfuse.ln ./usr/sbin/perfused ./usr/share/man/cat3/libperfuse.0 ./usr/share/man/cat8/perfused.0 ./usr/share/man/html3/libperfuse.html ./usr/share/man/html8/perfused.html ./usr/share/man/man3/libperfuse.3 ./usr/share/man/man8/perfused.8 = end of 24 extra files === All these entries have the `perfuse' keyword, which means that they will be selected for MKPERFUSE=yes builds only. But MKPERFUSE variable is not defined anywhere ... Do we need to add another optional component here (Makefiles will then need some tweaks), or should the keywords need to be wiped out from lists ? Manu ? -- Nicolas Joly Projects and Developments in Bioinformatics Institut Pasteur, Paris.
Re: CVS commit: src/distrib/sets/lists/comp
On Mon, May 09, 2011 at 03:58:10PM +0200, Nicolas Joly wrote: On Mon, May 09, 2011 at 03:17:54PM +0200, Adam Hamsik wrote: I'm getting this error with sources updated couple of minutes ago === 24 extra files in DESTDIR = Files in DESTDIR but missing from flist. File is obsolete or flist is out of date ? -- ./usr/include/perfuse.h ./usr/lib/i386/libperfuse.a ./usr/lib/i386/libperfuse.so ./usr/lib/i386/libperfuse.so.0 ./usr/lib/i386/libperfuse.so.0.0 ./usr/lib/i386/libperfuse_p.a ./usr/lib/i386/libperfuse_pic.a ./usr/lib/libperfuse.a ./usr/lib/libperfuse.so ./usr/lib/libperfuse.so.0 ./usr/lib/libperfuse.so.0.0 ./usr/lib/libperfuse_p.a ./usr/lib/libperfuse_pic.a ./usr/libdata/debug/usr/lib/i386/libperfuse.so.0.0.debug ./usr/libdata/debug/usr/lib/libperfuse.so.0.0.debug ./usr/libdata/debug/usr/sbin/perfused.debug ./usr/libdata/lint/llib-lperfuse.ln ./usr/sbin/perfused ./usr/share/man/cat3/libperfuse.0 ./usr/share/man/cat8/perfused.0 ./usr/share/man/html3/libperfuse.html ./usr/share/man/html8/perfused.html ./usr/share/man/man3/libperfuse.3 ./usr/share/man/man8/perfused.8 = end of 24 extra files === All these entries have the `perfuse' keyword, which means that they will be selected for MKPERFUSE=yes builds only. But MKPERFUSE variable is not defined anywhere ... Do we need to add another optional component here (Makefiles will then need some tweaks), or should the keywords need to be wiped out from lists ? I think get rid of the perfuse guard keyword - it may be that I misled people with my post to tech-userlevel, sorry, since the examples I used had the guard in place; however none of the other puffs-based entries use any guards so best to get rid of it. Regards, Alistair
Re: CVS commit: src/distrib/sets/lists/comp
On Mon, May 09, 2011 at 04:36:02PM +0200, Alistair Crooks wrote: I think get rid of the perfuse guard keyword - it may be that I misled people with my post to tech-userlevel, sorry, since the examples I used had the guard in place; however none of the other puffs-based entries use any guards so best to get rid of it. My fault: I did not ran yet another full build before integrating it. I will commit a fix ASAP. -- Emmanuel Dreyfus m...@netbsd.org
Re: CVS commit: src/distrib/sets/lists
Hmm I have already added MKPERFUSE so please revert mine commits or yours :). On May,Monday 9 2011, at 7:13 PM, Emmanuel Dreyfus wrote: Module Name: src Committed By: manu Date: Mon May 9 17:13:21 UTC 2011 Modified Files: src/distrib/sets/lists/base: ad.mips64eb ad.mips64el md.amd64 md.sparc64 mi shl.mi src/distrib/sets/lists/comp: ad.mips64eb ad.mips64el md.amd64 md.sparc64 mi shl.mi src/distrib/sets/lists/man: mi Log Message: Attempt to fix build after perfuse addition (there is no MKPERFUSE) To generate a diff of this commit: cvs rdiff -u -r1.47 -r1.48 src/distrib/sets/lists/base/ad.mips64eb cvs rdiff -u -r1.45 -r1.46 src/distrib/sets/lists/base/ad.mips64el cvs rdiff -u -r1.120 -r1.121 src/distrib/sets/lists/base/md.amd64 cvs rdiff -u -r1.113 -r1.114 src/distrib/sets/lists/base/md.sparc64 cvs rdiff -u -r1.937 -r1.938 src/distrib/sets/lists/base/mi cvs rdiff -u -r1.582 -r1.583 src/distrib/sets/lists/base/shl.mi cvs rdiff -u -r1.30 -r1.31 src/distrib/sets/lists/comp/ad.mips64eb \ src/distrib/sets/lists/comp/ad.mips64el cvs rdiff -u -r1.112 -r1.113 src/distrib/sets/lists/comp/md.amd64 cvs rdiff -u -r1.95 -r1.96 src/distrib/sets/lists/comp/md.sparc64 cvs rdiff -u -r1.1622 -r1.1623 src/distrib/sets/lists/comp/mi cvs rdiff -u -r1.169 -r1.170 src/distrib/sets/lists/comp/shl.mi cvs rdiff -u -r1.1315 -r1.1316 src/distrib/sets/lists/man/mi Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files. Modified files: Index: src/distrib/sets/lists/base/ad.mips64eb diff -u src/distrib/sets/lists/base/ad.mips64eb:1.47 src/distrib/sets/lists/base/ad.mips64eb:1.48 --- src/distrib/sets/lists/base/ad.mips64eb:1.47 Mon May 9 08:51:08 2011 +++ src/distrib/sets/lists/base/ad.mips64eb Mon May 9 17:13:19 2011 @@ -1,4 +1,4 @@ -# $NetBSD: ad.mips64eb,v 1.47 2011/05/09 08:51:08 manu Exp $ +# $NetBSD: ad.mips64eb,v 1.48 2011/05/09 17:13:19 manu Exp $ ./libexec/ld.elf_so-64base-compat-shlib compat,pic ./libexec/ld.elf_so-o32 base-sysutil-bin compat,pic ./usr/lib/64 base-compat-lib @@ -179,8 +179,8 @@ ./usr/lib/64/libpcap.so.4.0 base-compat-shlib compat,pic ./usr/lib/64/libpci.so.2 base-compat-shlib compat,pic ./usr/lib/64/libpci.so.2.0base-compat-shlib compat,pic -./usr/lib/64/libperfuse.so.0 base-compat-shlib compat,pic,perfuse -./usr/lib/64/libperfuse.so.0.0 base-compat-shlib compat,pic,perfuse +./usr/lib/64/libperfuse.so.0 base-compat-shlib compat,pic +./usr/lib/64/libperfuse.so.0.0 base-compat-shlib compat,pic ./usr/lib/64/libposix.so.0base-compat-shlib compat,pic ./usr/lib/64/libposix.so.0.1 base-compat-shlib compat,pic ./usr/lib/64/libprop.so.1 base-compat-shlib compat,pic @@ -456,8 +456,8 @@ ./usr/lib/o32/libpcap.so.4.0 base-compat-shlib compat,pic ./usr/lib/o32/libpci.so.2 base-compat-shlib compat,pic ./usr/lib/o32/libpci.so.2.0 base-compat-shlib compat,pic -./usr/lib/o32/libperfuse.so.0base-compat-shlib compat,pic,perfuse -./usr/lib/o32/libperfuse.so.0.0 base-compat-shlib compat,pic,perfuse +./usr/lib/o32/libperfuse.so.0base-compat-shlib compat,pic +./usr/lib/o32/libperfuse.so.0.0 base-compat-shlib compat,pic ./usr/lib/o32/libposix.so.0 base-compat-shlib compat,pic ./usr/lib/o32/libposix.so.0.1 base-compat-shlib compat,pic ./usr/lib/o32/libprop.so.1base-compat-shlib compat,pic Index: src/distrib/sets/lists/base/ad.mips64el diff -u src/distrib/sets/lists/base/ad.mips64el:1.45 src/distrib/sets/lists/base/ad.mips64el:1.46 --- src/distrib/sets/lists/base/ad.mips64el:1.45 Mon May 9 08:51:08 2011 +++ src/distrib/sets/lists/base/ad.mips64el Mon May 9 17:13:19 2011 @@ -1,4 +1,4 @@ -# $NetBSD: ad.mips64el,v 1.45 2011/05/09 08:51:08 manu Exp $ +# $NetBSD: ad.mips64el,v 1.46 2011/05/09 17:13:19 manu Exp $ ./libexec/ld.elf_so-64base-compat-shlib compat,pic ./libexec/ld.elf_so-o32 base-sysutil-bin compat,pic ./usr/lib/64 base-compat-lib @@ -179,8 +179,8 @@ ./usr/lib/64/libpcap.so.4.0 base-compat-shlib compat,pic ./usr/lib/64/libpci.so.2 base-compat-shlib compat,pic ./usr/lib/64/libpci.so.2.0
Re: CVS commit: src/distrib/sets/lists
On Mon, May 09, 2011 at 07:57:46PM +0200, Adam Hamsik wrote: Hmm I have already added MKPERFUSE so please revert mine commits or yours :). Please also document these MKVOODOOS. I have a gut feeling that half of these won't even build... - Jukka.
Re: CVS commit: src/distrib/sets/lists/tests
On Mon, May 02, 2011 at 08:32:21AM +, Paul Goyette wrote: Log Message: Also add the Atffile to the sets list Thanks for fixing this. Too bad we can not test PR bin/43394... ;-). - Jukka.
Re: CVS commit: src/distrib/sets/lists/tests
True, although bin/43394 really describes a wider problem. There is simply too much magic/voodoo required to keep the build system happy. On Mon, 2 May 2011, Jukka Ruohonen wrote: On Mon, May 02, 2011 at 08:32:21AM +, Paul Goyette wrote: Log Message: Also add the Atffile to the sets list Thanks for fixing this. Too bad we can not test PR bin/43394... ;-). - Jukka. !DSPAM:4dbe6d2d2431451851728! - | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | Customer Service | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com| | Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net | | Kernel Developer | | pgoyette at netbsd.org | -
Re: CVS commit: src/distrib/sets/lists/tests
On Mon, May 02, 2011 at 01:40:01AM -0700, Paul Goyette wrote: True, although bin/43394 really describes a wider problem. There is simply too much magic/voodoo required to keep the build system happy. Indeed, and AFAIR none of this is really documented, at least in one place. Trial and error, and try to remember the steps, which vary across the use cases (a file, a directory, a test, Atffile, three separate entries for manual pages, variance across sets, postinstall things, ... ad infinitum). - Jukka.
Re: CVS commit: src/distrib/sets/lists
On Jan,Wednesday 19 2011, at 10:07 PM, Havard Eidnes wrote: Module Name: src Committed By: he Date: Wed Jan 19 21:07:18 UTC 2011 Modified Files: src/distrib/sets/lists/base: shl.mi src/distrib/sets/lists/comp: mi shl.mi Log Message: Mark the set list entries for librumpfs_zfs and librumpkern_solaris with the zfs attribute -- these are not built for a substantial portion of our ports. Ah thanks for fixing this ! Regards Adam.
Re: CVS commit: src/distrib/sets/lists/tests
Antti Kantee po...@netbsd.org writes: Module Name: src Committed By: pooka Date: Fri Nov 5 11:32:43 UTC 2010 Modified Files: src/distrib/sets/lists/tests: mi Log Message: +tp Can we document what +tp means? -- HE CE3OH...
Re: CVS commit: src/distrib/sets/lists
Am 01.11.10 00:42, schrieb matthew green: Module Name: src Committed By:mbalmer Date:Sun Oct 31 16:31:12 UTC 2010 Modified Files: src/distrib/sets/lists/base: md.amd64 md.sparc64 src/distrib/sets/lists/comp: md.amd64 md.sparc64 Log Message: Fix file lists for amd64 and sparc64 since on these arches 32bit versions of the libraries are built as well. did you get mips64*, too? No. That are the ad.mips64xx files, right? Why are there two them? For both endianesses of the CPU? Does mips64 install in /usr/lib and /usr/lib/64 ?