BIND from system and from ports
All is good in BIND in system, except it depends on ports tree with various options. I have to do followed algorithm, to enable these options: 1) make and install base system 2) install needed dependencies from ports tree 3) rebuild and reinstall world This is more complex than: 1) make and install base system 2) install same(?) BIND from ports tree with same options Why does base system has any dependencies from ports? I know about application features, but special cases aren't special enough to break the rules, isn't it? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: BIND from system and from ports
On 7 Apr 2010, at 13:47, Eir Nym eir...@gmail.com wrote: All is good in BIND in system, except it depends on ports tree with various options. WITH_BIND_XML and WITH_BIND_IDN I have to do followed algorithm, to enable these options: 1) make and install base system 2) install needed dependencies from ports tree 3) rebuild and reinstall world This is more complex than: 1) make and install base system 2) install same(?) BIND from ports tree with same options Why does base system has any dependencies from ports? I know about application features, but special cases aren't special enough to break the rules, isn't it? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: When will we can use ZFS v24?
On 7 April 2010 05:38, Freddie Cash fjwc...@gmail.com wrote: On Tue, Apr 6, 2010 at 9:35 PM, lhmwzy lhm...@gmail.com wrote: What's your mean?? See the archives for the freebsd-fs mailing list. There are two separate groups working on getting ZFSv22 added to FreeBSD 9-CURRENT. And there's work ongoing to get ZFSv15 added to FreeBSD 8-STABLE. IOW, just be patient. Good things will come to those who wait. ;) -- Freddie Cash fjwc...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org If you re hankering for dedup you better have a big box as its a complete resource hog. From what we have seen on our x4500 filers we need about 100gig of ram or l2arc ssd to hold the all the metadata for the 34TB of storage, otherwise the system grinds to a halt. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[RFC] Rewriting sade(8)
Hi, All. Some days ago i begun rewriting sade(8) to libgeom(3). Just for fun :-) Today i have progress and you can see some screenshoots here: http://butcher.heavennet.ru/sade/ What is done: 1. It's fully rewritten, but yes, i reuse some code from old sade. 2. I wrote small framework customdlg for creating custom dialogs (not yet fully finished, but works). 3. Now sade use libgeom for searching providers and it can use: {DISK,disk device}, {MD, memory backed virtual disk}, {ZFS::ZVOL, ZFS volume}, {MIRROR, GEOM based mirror (RAID1)}, {STRIPE, GEOM based stripe (RAID0)}, {RAID3, GEOM based RAID3 array}, {CONCAT, GEOM based concatenated disk}, {ELI, GEOM based encrypted disk}, {JOURNAL, GEOM based journalled disk}, {MULTIPATH, GEOM based disk with multiple path} 4. Access to partitions based on geom_part.so library. I made some changes in geom_part.c and sent it to Marcel, but currently didn't receive answer. Any way if these changes is not acceptable i can rewrite it for using libgeom(3) only. 5. Undo/Commit features are based on internal implementation of geom class PART. I found there two bugs: http://lists.freebsd.org/pipermail/freebsd-geom/2010-April/004018.html http://lists.freebsd.org/pipermail/freebsd-bugs/2010-April/039390.html 6. All device related code can be placed in shared library and in future can be reused in another frontend... 7. New Partition Editor: * partitions list now scrollable; * all operations based on geom_part.so and similar to gpart(8); * opening partition editor on empty provider opens new Selech Partitioning Scheme dialog and create selected scheme; * new add slice dialog; * deleting slice from empty table destroys scheme; Todo: 1. Refine customdlg. 2. Waiting for fixes in geom_part_mbr, geom_part and geom_part.so. 3. Set Type and Label dialog. 4. Better wording needed for messages and help. My english is bad :( -- Missing functions: Creating filesystem and save them into /etc/fstab. What new can be added: 1. Creating ZFS pools and datasets. 2. Creating GEOM-based raids. Any comments are welcome. -- WBR, Andrey V. Elsukov ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: When will we can use ZFS v24?
In the last episode (Apr 07), krad said: On 7 April 2010 05:38, Freddie Cash fjwc...@gmail.com wrote: On Tue, Apr 6, 2010 at 9:35 PM, lhmwzy lhm...@gmail.com wrote: What's your mean?? See the archives for the freebsd-fs mailing list. There are two separate groups working on getting ZFSv22 added to FreeBSD 9-CURRENT. And there's work ongoing to get ZFSv15 added to FreeBSD 8-STABLE. IOW, just be patient. Good things will come to those who wait. ;) If you re hankering for dedup you better have a big box as its a complete resource hog. From what we have seen on our x4500 filers we need about 100gig of ram or l2arc ssd to hold the all the metadata for the 34TB of storage, otherwise the system grinds to a halt. I wish they had an option for opportunistic dedup, where if a block is already in ARC it can be a dedupe candidate, but it won't look it up in the DDT if it isn't already in memory. That catches the simple cp -R dir1 dir2 cases without blowing up the ARC on DDT blocks that 99.% of the time don't match. -- Dan Nelson dnel...@allantgroup.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [RFC] Rewriting sade(8)
On Wed, Apr 7, 2010 at 9:35 AM, Andrey V. Elsukov bu7c...@yandex.ru wrote: Hi, All. Some days ago i begun rewriting sade(8) to libgeom(3). Just for fun :-) Today i have progress and you can see some screenshoots here: http://butcher.heavennet.ru/sade/ What is done: 1. It's fully rewritten, but yes, i reuse some code from old sade. 2. I wrote small framework customdlg for creating custom dialogs (not yet fully finished, but works). 3. Now sade use libgeom for searching providers and it can use: {DISK, disk device}, {MD, memory backed virtual disk}, {ZFS::ZVOL, ZFS volume}, {MIRROR, GEOM based mirror (RAID1)}, {STRIPE, GEOM based stripe (RAID0)}, {RAID3, GEOM based RAID3 array}, {CONCAT, GEOM based concatenated disk}, {ELI, GEOM based encrypted disk}, {JOURNAL, GEOM based journalled disk}, {MULTIPATH, GEOM based disk with multiple path} 4. Access to partitions based on geom_part.so library. I made some changes in geom_part.c and sent it to Marcel, but currently didn't receive answer. Any way if these changes is not acceptable i can rewrite it for using libgeom(3) only. 5. Undo/Commit features are based on internal implementation of geom class PART. I found there two bugs: http://lists.freebsd.org/pipermail/freebsd-geom/2010-April/004018.html http://lists.freebsd.org/pipermail/freebsd-bugs/2010-April/039390.html 6. All device related code can be placed in shared library and in future can be reused in another frontend... 7. New Partition Editor: * partitions list now scrollable; * all operations based on geom_part.so and similar to gpart(8); * opening partition editor on empty provider opens new Selech Partitioning Scheme dialog and create selected scheme; * new add slice dialog; * deleting slice from empty table destroys scheme; Todo: 1. Refine customdlg. 2. Waiting for fixes in geom_part_mbr, geom_part and geom_part.so. 3. Set Type and Label dialog. 4. Better wording needed for messages and help. My english is bad :( -- Missing functions: Creating filesystem and save them into /etc/fstab. What new can be added: 1. Creating ZFS pools and datasets. 2. Creating GEOM-based raids. Any comments are welcome. -- WBR, Andrey V. Elsukov ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org Wow. This is awesome. patches? :D I've been working on moving sysinstall from libdisk to libgeom, but unfortunately it's a bit more complicated (redoing the way we detect devices while I'm at it). I've done a lot of the heavy lifting code, but I haven't even started on the GUI parts yet. I'd love to see how someone else tackled doing this. I'm particularly interested in #5 #7. :) Generally, we try to keep sysinstall's disk tools and sade in sync, so I would like to work with you on this and see what we can come up with. I'm not entirely sure if #2 is a viable option since we already have functions in sysinstall that handle generating dialog boxes with libdialog, but if it's an improvement on what's existing, bring it on. CC:ing Devin Teske on this thread, as he's displayed interest in helping as well. My goal is to get all this in for 8.2, so there's quite a bit to work out in a short period of time. -- randi ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [RFC] Rewriting sade(8)
On Wed, Apr 07, 2010 at 10:49:35AM -0700, Randi Harper wrote: On Wed, Apr 7, 2010 at 9:35 AM, Andrey V. Elsukov bu7c...@yandex.ru wrote: Hi, All. Some days ago i begun rewriting sade(8) to libgeom(3). Just for fun :-) Today i have progress and you can see some screenshoots here: http://butcher.heavennet.ru/sade/ What is done: 1. It's fully rewritten, but yes, i reuse some code from old sade. 2. I wrote small framework customdlg for creating custom dialogs (not yet fully finished, but works). 3. Now sade use libgeom for searching providers and it can use: {DISK, disk device}, {MD, memory backed virtual disk}, {ZFS::ZVOL, ZFS volume}, {MIRROR, GEOM based mirror (RAID1)}, {STRIPE, GEOM based stripe (RAID0)}, {RAID3, GEOM based RAID3 array}, {CONCAT, GEOM based concatenated disk}, {ELI, GEOM based encrypted disk}, {JOURNAL, GEOM based journalled disk}, {MULTIPATH, GEOM based disk with multiple path} 4. Access to partitions based on geom_part.so library. I made some changes in geom_part.c and sent it to Marcel, but currently didn't receive answer. Any way if these changes is not acceptable i can rewrite it for using libgeom(3) only. 5. Undo/Commit features are based on internal implementation of geom class PART. I found there two bugs: http://lists.freebsd.org/pipermail/freebsd-geom/2010-April/004018.html http://lists.freebsd.org/pipermail/freebsd-bugs/2010-April/039390.html 6. All device related code can be placed in shared library and in future can be reused in another frontend... 7. New Partition Editor: * partitions list now scrollable; * all operations based on geom_part.so and similar to gpart(8); * opening partition editor on empty provider opens new Selech Partitioning Scheme dialog and create selected scheme; * new add slice dialog; * deleting slice from empty table destroys scheme; Todo: 1. Refine customdlg. 2. Waiting for fixes in geom_part_mbr, geom_part and geom_part.so. 3. Set Type and Label dialog. 4. Better wording needed for messages and help. My english is bad :( -- Missing functions: Creating filesystem and save them into /etc/fstab. What new can be added: 1. Creating ZFS pools and datasets. 2. Creating GEOM-based raids. Any comments are welcome. -- WBR, Andrey V. Elsukov ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org Wow. This is awesome. patches? :D I've been working on moving sysinstall from libdisk to libgeom, but unfortunately it's a bit more complicated (redoing the way we detect devices while I'm at it). I've done a lot of the heavy lifting code, but I haven't even started on the GUI parts yet. I'd love to see how someone else tackled doing this. I'm particularly interested in #5 #7. :) Generally, we try to keep sysinstall's disk tools and sade in sync, so I would like to work with you on this and see what we can come up with. I'm not entirely sure if #2 is a viable option since we already have functions in sysinstall that handle generating dialog boxes with libdialog, but if it's an improvement on what's existing, bring it on. I have half-finished code that uses /sbin/gpart instead of libdisk or libgeom. Half-finished, because it initialy used /sbin/{fidsk,bsdlabel,gpt} So now I plan to finish the conversion to gpart and add work with gpt to mbr and bsdlable handling. CC:ing Devin Teske on this thread, as he's displayed interest in helping as well. My goal is to get all this in for 8.2, so there's quite a bit to work out in a short period of time. -- randi -- Adios ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on i386/pc98
TB --- 2010-04-07 18:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-07 18:15:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-04-07 18:15:00 - cleaning the object tree TB --- 2010-04-07 18:15:26 - cvsupping the source tree TB --- 2010-04-07 18:15:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-04-07 18:15:48 - building world TB --- 2010-04-07 18:15:48 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-07 18:15:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-07 18:15:48 - TARGET=pc98 TB --- 2010-04-07 18:15:48 - TARGET_ARCH=i386 TB --- 2010-04-07 18:15:48 - TZ=UTC TB --- 2010-04-07 18:15:48 - __MAKE_CONF=/dev/null TB --- 2010-04-07 18:15:48 - cd /src TB --- 2010-04-07 18:15:48 - /usr/bin/make -B buildworld World build started on Wed Apr 7 18:15:49 UTC 2010 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Wed Apr 7 19:15:26 UTC 2010 TB --- 2010-04-07 19:15:26 - generating LINT kernel config TB --- 2010-04-07 19:15:26 - cd /src/sys/pc98/conf TB --- 2010-04-07 19:15:26 - /usr/bin/make -B LINT TB --- 2010-04-07 19:15:26 - building LINT kernel TB --- 2010-04-07 19:15:26 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-07 19:15:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-07 19:15:26 - TARGET=pc98 TB --- 2010-04-07 19:15:26 - TARGET_ARCH=i386 TB --- 2010-04-07 19:15:26 - TZ=UTC TB --- 2010-04-07 19:15:26 - __MAKE_CONF=/dev/null TB --- 2010-04-07 19:15:26 - cd /src TB --- 2010-04-07 19:15:26 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Apr 7 19:15:27 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bwi/bwimac.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bwi/bwiphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bwi/bwirf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bwi/if_bwi.c cc1: warnings being treated as errors In file included from /src/sys/dev/bwi/if_bwi.c:68:
[head tinderbox] failure on i386/i386
TB --- 2010-04-07 18:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-07 18:15:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-04-07 18:15:00 - cleaning the object tree TB --- 2010-04-07 18:15:30 - cvsupping the source tree TB --- 2010-04-07 18:15:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-04-07 18:15:51 - building world TB --- 2010-04-07 18:15:51 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-07 18:15:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-07 18:15:51 - TARGET=i386 TB --- 2010-04-07 18:15:51 - TARGET_ARCH=i386 TB --- 2010-04-07 18:15:51 - TZ=UTC TB --- 2010-04-07 18:15:51 - __MAKE_CONF=/dev/null TB --- 2010-04-07 18:15:51 - cd /src TB --- 2010-04-07 18:15:51 - /usr/bin/make -B buildworld World build started on Wed Apr 7 18:15:51 UTC 2010 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Wed Apr 7 19:15:32 UTC 2010 TB --- 2010-04-07 19:15:32 - generating LINT kernel config TB --- 2010-04-07 19:15:32 - cd /src/sys/i386/conf TB --- 2010-04-07 19:15:32 - /usr/bin/make -B LINT TB --- 2010-04-07 19:15:32 - building LINT kernel TB --- 2010-04-07 19:15:32 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-07 19:15:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-07 19:15:32 - TARGET=i386 TB --- 2010-04-07 19:15:32 - TARGET_ARCH=i386 TB --- 2010-04-07 19:15:32 - TZ=UTC TB --- 2010-04-07 19:15:32 - __MAKE_CONF=/dev/null TB --- 2010-04-07 19:15:32 - cd /src TB --- 2010-04-07 19:15:32 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Apr 7 19:15:32 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bwi/bwimac.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bwi/bwiphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bwi/bwirf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bwi/if_bwi.c cc1: warnings being treated as errors In file included from /src/sys/dev/bwi/if_bwi.c:68:
[head tinderbox] failure on amd64/amd64
TB --- 2010-04-07 18:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-07 18:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-04-07 18:15:00 - cleaning the object tree TB --- 2010-04-07 18:15:33 - cvsupping the source tree TB --- 2010-04-07 18:15:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-04-07 18:15:53 - building world TB --- 2010-04-07 18:15:53 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-07 18:15:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-07 18:15:53 - TARGET=amd64 TB --- 2010-04-07 18:15:53 - TARGET_ARCH=amd64 TB --- 2010-04-07 18:15:53 - TZ=UTC TB --- 2010-04-07 18:15:53 - __MAKE_CONF=/dev/null TB --- 2010-04-07 18:15:53 - cd /src TB --- 2010-04-07 18:15:53 - /usr/bin/make -B buildworld World build started on Wed Apr 7 18:15:54 UTC 2010 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything stage 5.1: building 32 bit shim libraries World build completed on Wed Apr 7 19:42:31 UTC 2010 TB --- 2010-04-07 19:42:31 - generating LINT kernel config TB --- 2010-04-07 19:42:31 - cd /src/sys/amd64/conf TB --- 2010-04-07 19:42:31 - /usr/bin/make -B LINT TB --- 2010-04-07 19:42:31 - building LINT kernel TB --- 2010-04-07 19:42:31 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-07 19:42:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-07 19:42:31 - TARGET=amd64 TB --- 2010-04-07 19:42:31 - TARGET_ARCH=amd64 TB --- 2010-04-07 19:42:31 - TZ=UTC TB --- 2010-04-07 19:42:31 - __MAKE_CONF=/dev/null TB --- 2010-04-07 19:42:31 - cd /src TB --- 2010-04-07 19:42:31 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Apr 7 19:42:31 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bwi/bwimac.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bwi/bwiphy.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bwi/bwirf.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF
Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32
On Tuesday 06 April 2010 11:24:21 am Nathan Whitehorn wrote: pluknet wrote: Hi, the interesting part for me is how to properly assert now a value of e.g. KINFO_PROC_SIZE varying on err.. different COMPAT_FREEBSD32 arches (say, FreeBSD would have _kern_proc FreeBSD32 compat layer for top/ps/). Probably the cleanest thing would be to set KINFO_PROC_SIZE in machine/proc.h instead of where it is now, and then also define a KINFO_PROC32_SIZE or something in the same place. Also, that would be a really nice feature. Yes, I think this sounds like the best approach. -- John Baldwin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [RFC] Rewriting sade(8)
On 07.04.2010 21:49, Randi Harper wrote: Wow. This is awesome. patches? :D :) I'm not ready yet to publish code. I planned to announce this RFC a bit later, when code will be finished. But Konstantin (kib@) suggested do it before finishing. I've been working on moving sysinstall from libdisk to libgeom, but unfortunately it's a bit more complicated (redoing the way we detect devices while I'm at it). I've done a lot of the heavy lifting code, but I haven't even started on the GUI parts yet. I'd love to see how someone else tackled doing this. I'm particularly interested in #5 #7. :) Initially i wanted to only modify current sade's code to move it from libdisk to libgeom. But after several attempts i decided that it will be easier to rewrite it :) Generally, we try to keep sysinstall's disk tools and sade in sync, so I would like to work with you on this and see what we can come up with. I'm not entirely sure if #2 is a viable option since we already have functions in sysinstall that handle generating dialog boxes with libdialog, but if it's an improvement on what's existing, bring it on. Yes, I looked at this code in sysinstall and in libdialog. Also I looked to another console UI libs. The main problem of using external libraries is that not so easy import them into base system. libdialog have several problemls too, imho. 1. Custom dialogs based on ComposeObj are ugly :) 2. It supports *only* single-byte characters. Initially I wanted to write code with message catalogs support. But after several tests I leaved this idea. Also it seems there is no catgets analog for wide characters. -- WBR, Andrey V. Elsukov ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org