Re: portmaster -s text (Was: Re: HEADS-UP: Shared Library Versions bumped)
Doug Barton pisze: I can't speak for portupgrade but the vast majority of time with portmaster is actually spent building the port. The updating of /var/db/pkg is trivial in comparison. What portmaster does that bsd.port.mk by itself does not is allow you to update dependencies in place instead of having to uninstall the things that depend on them first, then reinstall them after the update. Actually, 'make deinstall' deinstalls given port without removing ports that depends on it. -- Cezary Morga ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Now doesn't unmount on time
Hi FreeBSD community We are Tomahawk Desktop, trying to make a working desktop OS based on FreeBSD! We use FreeBSD 7.2 on i386. We earlier discussed two crucial issues regarding a desktop OS: 1.http://lists.freebsd.org/pipermail/freebsd-stable/2009-July/051231.html 2.http://lists.freebsd.org/pipermail/freebsd-stable/2009-July/051136.html http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009350.html But it seems above discussions ended without any action. Now we have another issue, we used amd(8) to automatically mount file systems (USB and CD especially), the amd mounts without an issue but doesn't unmount on time. Unmount time is variable and takes more than a minute sometimes. I presume there is no other alternative on FreeBSD to mount file systems other than amd(8). We want to unmount of an inactivity period of 1 second, we have tried unmount and utimeout options. It may be this issue: http://www.am-utils.org/docs/am-utils/attrcache.txt But that is the status in 2005. What is the situation by now and what is the solution by FreeBSD? Btw, the Tomahawk Desktop v1.0 we released in 2005 based on Linux, we did not encounter such crippling issues. Kind regards Sagara ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Upgrading from 6.4 to 7.2
Compiling the kernel gives me: cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/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 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/dev/ata/ata-all.c /usr/src/sys/dev/ata/ata-all.c: In function 'ata_device_ioctl': /usr/src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union /usr/src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union *** Error code 1 With a 6.4 of last night So I guess 6.4 - 7.2 needs to go via 7.0 ?? --WjW ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
HUB at USD1.10 1Kpcs (usb1.1)
Promotional gift with YOUR OWN LOGO HUB302 USD1.10 1Kpcs (usb1.1) ( http://rs-tr.com//t.aspx/subid/7648016/camid/26753/www.worldcrown.net/product_info.asp?id=529 ) ( http://rs-tr.com//t.aspx/subid/7648016/camid/26753/worldcrown.net/product_info.asp?id=539 ) ( http://rs-tr.com//t.aspx/subid/7648016/camid/26753/httpsgjf34ewww.reasonablespread.com/Management/Campaign/AddCampaignContent.aspx?campaign_id=15518 )( http://rs-tr.com//t.aspx/subid/7648016/camid/26753/worldcrown.net/product_info.asp?id=592 ) HUB325 HUB321 HUB317 HUB316 HUB312 HUB309 HUB302HUB300 HUB322 **The above prices are based on 1K pcs for HUB302 USB1.1 at USD1.10. For other models, please send us your enquiry. For more product details, please visit http://worldcrown.net ( http://rs-tr.com//t.aspx/subid/7648016/camid/26753/rs-tr.com//t.aspx/subid/6782126/camid/25821/worldcrown.net/ ) Please tell me your MSN or Skype so we can discuss directly. My MSN is world.cr...@hotmail.com ( ) and Skype is sales3_worldcrown.net Ms Li _ Direct Line: (852) 31870298 , Email: l...@worldcrown.net ( ), Skype: sales3_worldcrown.net, MSN: world.cr...@hotmail.com ( ) WORLD CROWN ELECTRONICS LTD Hong Kong Office Showroom: Unit 371-374, 3/F., Sino Industrial Plaza, 9 Kai Cheung Road, Kowloon Bay, Kowloon, Hong Kong Tel: (852) 3187 0228 (18 Lines)Fax:(852) 2155 0985 (3 Lines) China Office Address: Unit A516, Automobile Building, 45 Zhenhua Road, Futian District, Shenzhen, China Factory Adddress: 6/F., B7 Building, Xujingchang Industry Park, Fuyuanyi Road, Xinhe Community, Fuyong Street, Bao An District, Shenzhen, China. . Forward this email ( http://rs-ar.com/2400-26753/.newsletter/HUB_at_USD1.10_1Kpcs_(usb1.1)/forward.aspx ) Update Email Profile ( http://rs-sub.com/SubscribeFormDetail.aspx?ens=dZQ92So05yHCJAsV4/KOpw==type=profile ) | Unsubscribe ( http://rs-sub.com/Unsubscribe.aspx?sub=7648016user=2400campid=26753type=p ) ( http://rs-w.com/about.aspx?subid=7648016campid=26753 ) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Upgrading from 6.4 to 7.2
On Fri, 31 Jul 2009 11:27+0200, Willem Jan Withagen wrote: With a 6.4 of last night Michael Butler contributed a patch where ch-max_iosize was changed twice to atadev-max_iosize on line 454 in src/sys/dev/ata/ata-all.c. Either re-cvsup and hope for the best or apply the patch manually. See http://docs.freebsd.org/cgi/getmsg.cgi?fetch=407870+0+current/freebsd-stable for more details if you deleted the email So I guess 6.4 - 7.2 needs to go via 7.0 ?? I'd do a binary upgrade to 7.2-R. gcc doesn't understand the -Wpointer-sign flag used when compiling RELENG_7_0_0_RELEASE using 6.4-STABLE¹ as of yesterday. I haven't tried to compile RELENG_7 using the same 6.4-STABLE system, so maybe I'll try that later today. If src/UPDATING could tell us how to get beyond the unrecognized -Wpointer-sign, the upgrade process using source would be a lot smoother. Trond. ¹ The 6.4-STABLE system mentioned is different from the system I'm using to send this mail. -- -- Trond Endrestøl | trond.endres...@fagskolen.gjovik.no ACM, NAS, NUUG, SAGE, USENIX | FreeBSD 6.2-STABLE Pine 4.64___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Upgrading from 6.4 to 7.2
Willem Jan Withagen wrote: With a 6.4 of last night So I guess 6.4 - 7.2 needs to go via 7.0 ?? It is already fixed. http://svn.freebsd.org/changeset/base/195987 -- WBR, Andrey V. Elsukov ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Upgrading from 6.4 to 7.2
Andrey V. Elsukov wrote: Willem Jan Withagen wrote: With a 6.4 of last night So I guess 6.4 - 7.2 needs to go via 7.0 ?? It is already fixed. http://svn.freebsd.org/changeset/base/195987 cvsupped last night at 1:00 +1 So the apha-particle strikes again. ;) I'll update, and rerun. --WjW ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Upgrading from 6.4 to 7.2
In message 4a72b8e4.6060...@withagen.nl, Willem Jan Withagen (w...@withagen.nl) wrote: Compiling the kernel gives me: cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/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 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/dev/ata/ata-all.c /usr/src/sys/dev/ata/ata-all.c: In function 'ata_device_ioctl': /usr/src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union /usr/src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union *** Error code 1 This was fixed earlier today so update your sources and try again. Cheers, Nick. -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Upgrading from 6.4 to 7.2
and in 7.2-STABLE (built July 27) cvsuped today and failed with max_iosize error . JeffD _ M 0427565791 jeff.dows...@mac.com On 31/07/2009, at 7:27 PM, Willem Jan Withagen wrote: Compiling the kernel gives me: cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested- externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith - Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions - nostdinc -I. -I/usr/src/sys -I/usr/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 -fno-omit-frame-pointer -mno-align-long- strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse - mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/dev/ata/ata- all.c /usr/src/sys/dev/ata/ata-all.c: In function 'ata_device_ioctl': /usr/src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union /usr/src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union *** Error code 1 With a 6.4 of last night So I guess 6.4 - 7.2 needs to go via 7.0 ?? --WjW ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable- unsubscr...@freebsd.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Upgrading from 6.4 to 7.2
On Fri, 31 Jul 2009 11:41+0200, Trond Endrestøl wrote: On Fri, 31 Jul 2009 11:27+0200, Willem Jan Withagen wrote: So I guess 6.4 - 7.2 needs to go via 7.0 ?? I'd do a binary upgrade to 7.2-R. gcc doesn't understand the -Wpointer-sign flag used when compiling RELENG_7_0_0_RELEASE using 6.4-STABLE as of yesterday. I haven't tried to compile RELENG_7 using the same 6.4-STABLE system, so maybe I'll try that later today. I was refering to -Wno-pointer-sign, no doubt my memory degrades as I grow older. You/I/We have two options: 1. Run make buildkernel as make -DWITH_GCC3 buildkernel, or 2. Patch src/sys/conf/kern.mk using this patch, which will accomplish the same as above: --- src/sys/conf/kern.mk.orig 2009-03-07 21:39:42.0 +0100 +++ src/sys/conf/kern.mk2009-07-31 12:35:41.0 +0200 @@ -14,7 +14,7 @@ -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual \ ${_wundef} ${_Wno_pointer_sign} -fformat-extensions .if !defined(WITH_GCC3) -_Wno_pointer_sign=-Wno-pointer-sign +#_Wno_pointer_sign=-Wno-pointer-sign .endif .if !defined(NO_UNDEF) _wundef= -Wundef Is the need of using -DWITH_GCC3 documented somewhere? It's not listed in src/UPDATING as far as I can tell. I'm currently compiling both kernel and world on the aforementioned 6.4-STABLE system and it. Compiling the kernel doesn't stop with error messages such as: -- stage 3.1: making dependencies -- cd /usr/obj/usr/src/sys/ENTERPRISE; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp VERSION=FreeBSD 6.4-STABLE i386 604100 INSTALL=sh /usr/src/tools/install.sh PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin NO_CTF=1 make KERNEL=kernel depend -DNO_MODULES_OBJ machine - /usr/src/sys/i386/include gcc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs -I/usr/src/sys/contrib/opensolaris/compat -I/usr/src/sys/dev/cxgb -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /usr/src/sys/i386/i386/genassym.c cc1: error: unrecognized command line option -Wno-pointer-sign *** Error code 1 Stop in /usr/obj/usr/src/sys/ENTERPRISE. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. exit Script done on Fri Jul 31 12:06:03 2009 Trond. -- -- Trond Endrestøl | trond.endres...@fagskolen.gjovik.no ACM, NAS, NUUG, SAGE, USENIX | FreeBSD 6.2-STABLE Pine 4.64___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...)
Cezary Morga wrote: Alson van der Meulen pisze: * Doug Barton do...@freebsd.org [2009-07-29 22:10]: I'm planning to remove the -u option altogether. It actually does very little now, and certainly does not do what most users expect it should do. If I may chip in here on a similar note. I'm currently looking for a port management tool that might replace good ol' portinstall/portupgrade tools in my toolbox. Portmaster looks promising but I noticed that it doesn't seem to take BATCH=yes in my /etc/make.conf into consideration. So, is it me or there's something more I have to do? I think BATCH=yes is unrelated to portmaster. This variable is (should be) read by port build process it-self as if you build it by command cd /usr/ports/category/port make install clean Miroslav Lachman ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Upgrading from 6.4 to 7.2
Willem Jan Withagen wrote: Andrey V. Elsukov wrote: Willem Jan Withagen wrote: With a 6.4 of last night So I guess 6.4 - 7.2 needs to go via 7.0 ?? It is already fixed. http://svn.freebsd.org/changeset/base/195987 cvsupped last night at 1:00 +1 So the apha-particle strikes again. ;) I'll update, and rerun. We'll I got 1 step further. Kernel is build, but refuses to install, which worries me, since I'm using gmirror as loadable module. And I'm not shure what to make of this. Note that at this point both kernel and world are still at 6.4 /usr/src is at 7.2-stable --WjW awk -f /usr/src/sys/conf/kmod_syms.awk accf_http.kld export_syms | xargs -J% objcopy % accf_http.kld ld -Bshareable -d -warn-common -o accf_http.ko.debug accf_http.kld objcopy --only-keep-debug accf_http.ko.debug accf_http.ko.symbols objcopy --strip-debug --add-gnu-debuglink=accf_http.ko.symbols accf_http.ko.debug accf_http.ko -- Kernel build for ASUS completed on Fri Jul 31 13:58:54 CEST 2009 -- 746.476u 93.978s 22:32.04 62.1% 6030+2253k 118+1310io 32pf+0w [/usr/src] r...@www.digiware.nl# make installkernel -- Installing kernel -- .. === accf_http (install) install -o root -g wheel -m 555 accf_http.ko /boot/kernel install -o root -g wheel -m 555 accf_http.ko.symbols /boot/kernel kldxref /boot/kernel kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...)
Miroslav Lachman pisze: If I may chip in here on a similar note. I'm currently looking for a port management tool that might replace good ol' portinstall/portupgrade tools in my toolbox. Portmaster looks promising but I noticed that it doesn't seem to take BATCH=yes in my /etc/make.conf into consideration. So, is it me or there's something more I have to do? I think BATCH=yes is unrelated to portmaster. This variable is (should be) read by port build process it-self as if you build it by command cd /usr/ports/category/port make install clean Well, when I install port directly (using `make install` in port's directory) BATCH flag is honored. When I install a port using portmaster it ain't. So, I'm wondering whether it's only me or not. -- Cezary Morga ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Upgrading from 6.4 to 7.2
On Pén, Július 31, 2009 2:06 pm, Willem Jan Withagen wrote: Willem Jan Withagen wrote: Andrey V. Elsukov wrote: Willem Jan Withagen wrote: With a 6.4 of last night So I guess 6.4 - 7.2 needs to go via 7.0 ?? It is already fixed. http://svn.freebsd.org/changeset/base/195987 cvsupped last night at 1:00 +1 So the apha-particle strikes again. ;) I'll update, and rerun. We'll I got 1 step further. Kernel is build, but refuses to install, which worries me, since I'm using gmirror as loadable module. And I'm not shure what to make of this. Note that at this point both kernel and world are still at 6.4 /usr/src is at 7.2-stable --WjW awk -f /usr/src/sys/conf/kmod_syms.awk accf_http.kld export_syms | xargs -J% objcopy % accf_http.kld ld -Bshareable -d -warn-common -o accf_http.ko.debug accf_http.kld objcopy --only-keep-debug accf_http.ko.debug accf_http.ko.symbols objcopy --strip-debug --add-gnu-debuglink=accf_http.ko.symbols accf_http.ko.debug accf_http.ko -- Kernel build for ASUS completed on Fri Jul 31 13:58:54 CEST 2009 -- 746.476u 93.978s 22:32.04 62.1% 6030+2253k 118+1310io 32pf+0w [/usr/src] r...@www.digiware.nl# make installkernel -- Installing kernel -- .. === accf_http (install) install -o root -g wheel -m 555 accf_http.ko /boot/kernel install -o root -g wheel -m 555 accf_http.ko.symbols /boot/kernel kldxref /boot/kernel kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked Hi, I'd try to build minimal 7.2 kernel (gmirror compiled in and without any modules) and boot it to do an installworld. After successful upgrade and reboot I'd compile the the 7.2 kernel to my needs. Regards, Andras ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Recent RELENG_7 doesn't build due to /usr/src/sys/dev/ata/ata-all.c
Hi. I guess I'll play Tinderbox. With RELENG_7 sources from a few minutes ago, I get: cc -c -O2 -pipe -fno-strict-aliasing -march=athlon64 -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/usr/src/sys -I/usr/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 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/dev/ata/ata-all.c /usr/src/sys/dev/ata/ata-all.c: In function 'ata_device_ioctl': /usr/src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union /usr/src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error -Boris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Recent RELENG_7 doesn't build due to /usr/src/sys/dev/ata/ata-all.c
Boris Kochergin wrote: Hi. I guess I'll play Tinderbox. With RELENG_7 sources from a few minutes ago, I get: cc -c -O2 -pipe -fno-strict-aliasing -march=athlon64 -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/usr/src/sys -I/usr/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 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/dev/ata/ata-all.c /usr/src/sys/dev/ata/ata-all.c: In function 'ata_device_ioctl': /usr/src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union /usr/src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error -Boris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org I sent this out before the Tinderbox had caught it, but it only made its way here now, and I see that it's been fixed. Pardon the noise. -Boris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
RE: Upgrading from 6.4 to 7.2
Willem, Willem Jan Withagen wrote on Friday, July 31, 2009 2:07 PM: Willem Jan Withagen wrote: Andrey V. Elsukov wrote: Willem Jan Withagen wrote: With a 6.4 of last night So I guess 6.4 - 7.2 needs to go via 7.0 ?? It is already fixed. http://svn.freebsd.org/changeset/base/195987 cvsupped last night at 1:00 +1 So the apha-particle strikes again. ;) I'll update, and rerun. We'll I got 1 step further. Kernel is build, but refuses to install, cut === accf_http (install) install -o root -g wheel -m 555 accf_http.ko /boot/kernel install -o root -g wheel -m 555 accf_http.ko.symbols /boot/kernel kldxref /boot/kernel kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked Are you sure the kernel does not install? I have recently source-upgraded a bunch of systems straight from 6-STABLE to 7-STABLE, constantly observed this error, but kernel and modules did install properly, and the machines booted up as smoothly as expected. Most of them with gmirror, BTW. Helge Atos Origin GmbH, Theodor-Althoff-Straße 47, D-45133 Essen, Postfach 100 123, D-45001 Essen Telefon: +49 201 4305 0, Fax: +49 201 4305 689095, www.atosorigin.de ING Bank AG, Frankfurt/Main: Konto 001 014 0937, BLZ 500 210 00, Swift / BIC INGBDEFF, IBAN DE74 5002 1000 0010 1409 37 Geschäftsführer: Winfried Holz, Handelsregister Essen HRB 19354, Ust.-ID.-Nr.: DE147861238 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Upgrading from 6.4 to 7.2
helge.old...@atosorigin.com wrote: Willem, Willem Jan Withagen wrote on Friday, July 31, 2009 2:07 PM: Willem Jan Withagen wrote: Andrey V. Elsukov wrote: Willem Jan Withagen wrote: With a 6.4 of last night So I guess 6.4 - 7.2 needs to go via 7.0 ?? It is already fixed. http://svn.freebsd.org/changeset/base/195987 cvsupped last night at 1:00 +1 So the apha-particle strikes again. ;) I'll update, and rerun. We'll I got 1 step further. Kernel is build, but refuses to install, cut === accf_http (install) install -o root -g wheel -m 555 accf_http.ko /boot/kernel install -o root -g wheel -m 555 accf_http.ko.symbols /boot/kernel kldxref /boot/kernel kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked Are you sure the kernel does not install? I have recently source-upgraded a bunch of systems straight from 6-STABLE to 7-STABLE, constantly observed this error, but kernel and modules did install properly, and the machines booted up as smoothly as expected. Most of them with gmirror, BTW. Well the server is in a colo, so I'm sort of hesistant to try just that while I'm not standing next to it So one of the suggestions I like is, to actually build with geom hard fixed in the kernel. But I can not trivially find the option to include in the kernelconfig --WjW ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Upgrading from 6.4 to 7.2
On Jul 31, 2009, at 9:43 AM, helge.old...@atosorigin.com helge.old...@atosorigin.com wrote: Are you sure the kernel does not install? I have recently source- upgraded a bunch of systems straight from 6-STABLE to 7-STABLE, constantly observed this error, but kernel and modules did install properly, and the machines booted up as smoothly as expected. Most of them with gmirror, BTW. Helge Also beware that gmirror in RELENG_7 will upgrade the metadata in your mirror when you boot. This could be an issue if you need to revert to a RELENG_6 kernel with the older gmirror. I've done a source upgrade (months ago, though) from 6.x to 7.x successfully, though. Louis Mamakos ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Upgrading from 6.4 to 7.2
Gót András wrote: On Pén, Július 31, 2009 2:06 pm, Willem Jan Withagen wrote: Willem Jan Withagen wrote: Andrey V. Elsukov wrote: Willem Jan Withagen wrote: With a 6.4 of last night So I guess 6.4 - 7.2 needs to go via 7.0 ?? It is already fixed. http://svn.freebsd.org/changeset/base/195987 cvsupped last night at 1:00 +1 So the apha-particle strikes again. ;) I'll update, and rerun. We'll I got 1 step further. Kernel is build, but refuses to install, which worries me, since I'm using gmirror as loadable module. And I'm not shure what to make of this. Note that at this point both kernel and world are still at 6.4 /usr/src is at 7.2-stable --WjW awk -f /usr/src/sys/conf/kmod_syms.awk accf_http.kld export_syms | xargs -J% objcopy % accf_http.kld ld -Bshareable -d -warn-common -o accf_http.ko.debug accf_http.kld objcopy --only-keep-debug accf_http.ko.debug accf_http.ko.symbols objcopy --strip-debug --add-gnu-debuglink=accf_http.ko.symbols accf_http.ko.debug accf_http.ko -- Kernel build for ASUS completed on Fri Jul 31 13:58:54 CEST 2009 -- 746.476u 93.978s 22:32.04 62.1% 6030+2253k 118+1310io 32pf+0w [/usr/src] r...@www.digiware.nl# make installkernel -- Installing kernel -- .. === accf_http (install) install -o root -g wheel -m 555 accf_http.ko /boot/kernel install -o root -g wheel -m 555 accf_http.ko.symbols /boot/kernel kldxref /boot/kernel kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked Hi, I'd try to build minimal 7.2 kernel (gmirror compiled in and without any modules) and boot it to do an installworld. After successful upgrade and reboot I'd compile the the 7.2 kernel to my needs. Regards, Andras I Agree, I would continue as this message is not really an error message and I have received it on every upgrade from 6 to 7 that I have done with no harmful consequences. Ken ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Upgrading from 6.4 to 7.2
On Pén, Július 31, 2009 4:44 pm, Willem Jan Withagen wrote: helge.old...@atosorigin.com wrote: Willem, Willem Jan Withagen wrote on Friday, July 31, 2009 2:07 PM: Willem Jan Withagen wrote: Andrey V. Elsukov wrote: Willem Jan Withagen wrote: With a 6.4 of last night So I guess 6.4 - 7.2 needs to go via 7.0 ?? It is already fixed. http://svn.freebsd.org/changeset/base/195987 cvsupped last night at 1:00 +1 So the apha-particle strikes again. ;) I'll update, and rerun. We'll I got 1 step further. Kernel is build, but refuses to install, cut === accf_http (install) install -o root -g wheel -m 555 accf_http.ko /boot/kernel install -o root -g wheel -m 555 accf_http.ko.symbols /boot/kernel kldxref /boot/kernel kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked Are you sure the kernel does not install? I have recently source-upgraded a bunch of systems straight from 6-STABLE to 7-STABLE, constantly observed this error, but kernel and modules did install properly, and the machines booted up as smoothly as expected. Most of them with gmirror, BTW. Well the server is in a colo, so I'm sort of hesistant to try just that while I'm not standing next to it So one of the suggestions I like is, to actually build with geom hard fixed in the kernel. But I can not trivially find the option to include in the kernelconfig --WjW I have options GEOM_GPT# GUID Partition Tables. options GEOM_MIRROR in my 6.4 install (just recently upgraded from 6.3). For all possible options and devices run make LINT in the kernel config dir. Do you have remote IP KVM for the machine or some management option? Regards, Andras ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: portmaster -s text (Was: Re: HEADS-UP: Shared Library Versions bumped)
Cezary Morga wrote: Doug Barton pisze: I can't speak for portupgrade but the vast majority of time with portmaster is actually spent building the port. The updating of /var/db/pkg is trivial in comparison. What portmaster does that bsd.port.mk by itself does not is allow you to update dependencies in place instead of having to uninstall the things that depend on them first, then reinstall them after the update. Actually, 'make deinstall' deinstalls given port without removing ports that depends on it. So does 'pkg_delete -f', that's not the issue. If you delete the port by either of those methods then reinstall it the regular way you will lose dependency tracking information. (I should have been more clear in the post you quoted.) Doug -- This .signature sanitized for your protection ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...)
Cezary Morga wrote: Alson van der Meulen pisze: * Doug Barton do...@freebsd.org [2009-07-29 22:10]: I'm planning to remove the -u option altogether. It actually does very little now, and certainly does not do what most users expect it should do. If I may chip in here on a similar note. I'm currently looking for a port management tool that might replace good ol' portinstall/portupgrade tools in my toolbox. Portmaster looks promising but I noticed that it doesn't seem to take BATCH=yes in my /etc/make.conf into consideration. So, is it me or there's something more I have to do? Portmaster's operation and make.conf are completely separate. What portmaster does is essentially provide a wrapper for the functions of the ports infrastructure. Whenever portmaster runs 'make something' in a port your make.conf knobs will be honored. I expect that what you are seeing is a difference in how portmaster works vs. how other tools work. I would suggest that you read the man page for portmaster thoroughly, then if you have questions start a new thread on the freebsd-po...@freebsd.org list. Good luck, Doug -- This .signature sanitized for your protection ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
8.0-BETA2 test OK on Dell Latitude C610
This week I updated my laptop (Dell Latitude C610) to 8.0-BETA2 from 7.2-RELEASE from source. Apart from the fact that building world stopped in usbconfig (see PR bin/137180, I patched usbconfig's Makefile to link to the newly built libusb), the update went smoothly. So far I have not found further major issues. I recreated my kernel config based on the new GENERIC. I've re-built approximately 450 ports without problems, with an up-to-date ports tree. Just a heads-up to the developers. Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) pgpP2PiJKqIGg.pgp Description: PGP signature
Re: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...)
Quoth Doug Barton do...@freebsd.org: How about this? When the user has -[rf] but not -R, and there are flag files present, ask if they should be cleared before beginning to do anything. Otherwise (no -[rf]) ignore them. Sound good? Since my machine has spent the last 48hrs or so rebuilding everything that depended on jpeg-6b and python25 (it's a pretty old machine), I've been wondering if an option to say '*don't* rewrite the dependencies of other ports to refer to the new version' would be a good solution here. Normally this is a helpful thing to do, but when you're trying to reinstall a few ports low in the dependency chain and then rebuild everything that needs rebuilding it would be helpful to have the ones that haven't been rebuilt still depend on the old (now deleted) package, so they can be identified. -r (and -Rr) don't help here, since lots of large ports depend on *both* jpeg and python, and I was specifically trying to avoid rebuilding them all twice. AFAICT -r doesn't allow you to ask for two ports plus all combined dependants at once. I ended up taking the pkg_info -R list for both pkgs before the upgrade, sorting it into dependency order, and stripping entries off the front every time something failed and I had to restart, which is a little too manual for my taste :). (The list had to be sorted, otherwise port A might depend on port B that came later in the list, and when portmaster got to B in the list it would reinstall it again unnecessarily.) It also occurs to me that this could be completely automated if ports had a LAST_COMPATIBLE_VER field or some such, which tells you whether or not an upgrade-in-place is safe. portmaster could even ask 'you've just upgraded from foo-1.2 to foo-2.1 which is not compatible: do you want to rebuild list of pkgs which depended on the old version?'. Ben ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org