Comments on Release Building for -current
Howdy, As the snapshot manager at snapshots.jp.freebsd.org would be aware, current's release building capability is woeful to say the least. A fair bit of tidying up will need to be done for DP2. I've managed to complete a successful release build of current with a checkout of two days ago. For those interested, here's what I had to do: the mfsroot floppy contents were too large FIX: - edit /usr/src/release/i386/drivers.conf and move the following drivers from floppy 2 to floppy3: aue, cue, em, kue, sk, ti, wb, xe, and the SYSV stuff - edit /usr/src/release/scripts/driver-copy2.awk to not error when it encounters the floppy 3 candidates the kern floppy contents were too large FIX: - edit /usr/src/release/i386/dokern.sh and get sed to remove more drivers from MFSROOT. The drivers are: eisa, ahb, isp, ses the fixit floppy contents were too large FIX: - edit /usr/src/release/i386/fixit_crunch.conf and remove the following programs: mount_msdosfs restore rrestore telnet As you can see, all three 1.44MB floppies run out of space. With the above changes, the build just scrapes by. I'd imagine that the changes I made still wouldn't be enough for a release build to be successful for PC98 or Alpha. I'm happy to help resolve the release building issue if anybody is interested. Regards, Chris Knight Systems Administrator AIMS Independent Computer Professionals Tel: +61 3 6334 6664 Fax: +61 3 6331 7032 Mob: +61 419 528 795 Web: http://www.aims.com.au To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- === sbin/fsck_ffs cc1: warnings being treated as errors /usr/home/des/tinderbox/sparc64/src/sbin/fsck_ffs/fsutil.c: In function `bread': /usr/home/des/tinderbox/sparc64/src/sbin/fsck_ffs/fsutil.c:365: warning: long long int format, long int arg (arg 2) /usr/home/des/tinderbox/sparc64/src/sbin/fsck_ffs/fsutil.c:365: warning: long long int format, long int arg (arg 3) /usr/home/des/tinderbox/sparc64/src/sbin/fsck_ffs/fsutil.c:367: warning: long long int format, long int arg (arg 2) /usr/home/des/tinderbox/sparc64/src/sbin/fsck_ffs/fsutil.c: In function `bwrite': /usr/home/des/tinderbox/sparc64/src/sbin/fsck_ffs/fsutil.c:402: warning: long long int format, long int arg (arg 2) *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/sbin/fsck_ffs. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/sbin. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: sparc64 tinderbox failure
Dag-Erling Smorgrav wrote: -- stage 4: building everything.. -- === sbin/fsck_ffs cc1: warnings being treated as errors /usr/home/des/tinderbox/sparc64/src/sbin/fsck_ffs/fsutil.c: In function `bread': /usr/home/des/tinderbox/sparc64/src/sbin/fsck_ffs/fsutil.c:365: warning: long long int format, long int arg (arg 2) /usr/home/des/tinderbox/sparc64/src/sbin/fsck_ffs/fsutil.c:365: warning: long long int format, long int arg (arg 3) /usr/home/des/tinderbox/sparc64/src/sbin/fsck_ffs/fsutil.c:367: warning: long long int format, long int arg (arg 2) /usr/home/des/tinderbox/sparc64/src/sbin/fsck_ffs/fsutil.c: In function `bwrite': /usr/home/des/tinderbox/sparc64/src/sbin/fsck_ffs/fsutil.c:402: warning: long long int format, long int arg (arg 2) *** Error code 1 This should be fixed now. Maxime To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Comments on Release Building for -current
Yup, it's been reported several times by various people and it seems everyone who can help is too busy to care. This isn't fun anymore. :-( -- Jerry Hicks On Wednesday, July 31, 2002, at 06:18 AM, Chris Knight wrote: Howdy, As the snapshot manager at snapshots.jp.freebsd.org would be aware, current's release building capability is woeful to say the least. A fair bit of tidying up will need to be done for DP2. I've managed to complete a successful release build of current with a checkout of two days ago. For those interested, here's what I had to do: the mfsroot floppy contents were too large FIX: - edit /usr/src/release/i386/drivers.conf and move the following drivers from floppy 2 to floppy3: aue, cue, em, kue, sk, ti, wb, xe, and the SYSV stuff - edit /usr/src/release/scripts/driver-copy2.awk to not error when it encounters the floppy 3 candidates the kern floppy contents were too large FIX: - edit /usr/src/release/i386/dokern.sh and get sed to remove more drivers from MFSROOT. The drivers are: eisa, ahb, isp, ses the fixit floppy contents were too large FIX: - edit /usr/src/release/i386/fixit_crunch.conf and remove the following programs: mount_msdosfs restore rrestore telnet As you can see, all three 1.44MB floppies run out of space. With the above changes, the build just scrapes by. I'd imagine that the changes I made still wouldn't be enough for a release build to be successful for PC98 or Alpha. I'm happy to help resolve the release building issue if anybody is interested. Regards, Chris Knight Systems Administrator AIMS Independent Computer Professionals Tel: +61 3 6334 6664 Fax: +61 3 6331 7032 Mob: +61 419 528 795 Web: http://www.aims.com.au To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: Comments on Release Building for -current
On 31-Jul-2002 Chris Knight wrote: Howdy, As the snapshot manager at snapshots.jp.freebsd.org would be aware, current's release building capability is woeful to say the least. A fair bit of tidying up will need to be done for DP2. I've managed to complete a successful release build of current with a checkout of two days ago. For those interested, here's what I had to do: the mfsroot floppy contents were too large FIX: - edit /usr/src/release/i386/drivers.conf and move the following drivers from floppy 2 to floppy3: aue, cue, em, kue, sk, ti, wb, xe, and the SYSV stuff - edit /usr/src/release/scripts/driver-copy2.awk to not error when it encounters the floppy 3 candidates the kern floppy contents were too large FIX: - edit /usr/src/release/i386/dokern.sh and get sed to remove more drivers from MFSROOT. The drivers are: eisa, ahb, isp, ses the fixit floppy contents were too large FIX: - edit /usr/src/release/i386/fixit_crunch.conf and remove the following programs: mount_msdosfs restore rrestore telnet As you can see, all three 1.44MB floppies run out of space. With the above changes, the build just scrapes by. I'd imagine that the changes I made still wouldn't be enough for a release build to be successful for PC98 or Alpha. I'm happy to help resolve the release building issue if anybody is interested. Oof. It's like our binaries are suddenly very bloated. Did this start very recently (like in the past few days?) Perhaps -mcpu=pentiumpro bloats things and we should use NO_CPU_FLAGS when building crunches, etc. We might also want to use -Os instead of -O when building the kernels and crunches as well. -- John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/ Power Users Use the Power to Serve! - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: The great perl script rewite - progress report
On Wed, Jul 31, 2002 at 02:28:46PM +0100, Mark Murray wrote: /usr/bin/catman John Rochester [EMAIL PROTECTED] - redo - done The catman C implimentation is VERY hard to read and I find totally unmaintainable. I have emailed John about some functionality I was trying to add -- bzip2 support. Unfortunately the use of Gzip is totally hardcoded and Johnh is not responding to emails. There for I am now asking if someone would rewrite catman gain in a much cleaner way. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
ACPI: AcpiGetSleepTypeData failed
With today's -CURRENT (two hours ago), I cannot enter ACPI mode 2 using acpiconf -s 2. System logs show Jul 31 16:24:39 beeblebrox kernel: acpi0: AcpiGetSleepTypeData failed - AE_NOT_FOUND. I just switched to -CURRENT in hope to have my Toshiba Portégé 4010 use ACPI instead of APM because it makes the laptop unusable at low battery levels. I do not know whether it ever worked before. Sam To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
i386 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -- stage 4: building libraries -- === lib/libc /local0/scratch/des/src/lib/libc/gen/fts.c: In function `fts_sort': /local0/scratch/des/src/lib/libc/gen/fts.c:935: warning: passing arg 4 of `qsort' from incompatible pointer type /local0/scratch/des/src/lib/libc/gen/getcap.c: In function `getent': /local0/scratch/des/src/lib/libc/gen/getcap.c:251: warning: passing arg 3 of `cdbget' discards qualifiers from pointer target type /local0/scratch/des/src/lib/libc/gen/getcap.c: In function `cgetmatch': /local0/scratch/des/src/lib/libc/gen/getcap.c:576: warning: assignment discards qualifiers from pointer target type /local0/scratch/des/src/lib/libc/gen/getcap.c:581: warning: assignment discards qualifiers from pointer target type /local0/scratch/des/src/lib/libc/gen/getgrouplist.c: In function `getgrouplist': /local0/scratch/des/src/lib/libc/gen/getgrouplist.c:88: warning: deprecated use of label at end of compound statement /local0/scratch/des/src/lib/libc/xdr/xdr_array.c: In function `xdr_array': /local0/scratch/des/src/lib/libc/xdr/xdr_array.c:85: `UINT_MAX' undeclared (first use in this function) /local0/scratch/des/src/lib/libc/xdr/xdr_array.c:85: (Each undeclared identifier is reported only once /local0/scratch/des/src/lib/libc/xdr/xdr_array.c:85: for each function it appears in.) *** Error code 1 Stop in /local0/scratch/des/src/lib/libc. *** Error code 1 Stop in /local0/scratch/des/src/lib. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: location of setkey in /etc/rc.d/ipsec
Hi,
On Mon, 29 Jul 2002 00:33:02 -0700
Mike Makonnen [EMAIL PROTECTED] said:
makonnen Thanks for spotting this. I think the following patch might be better.
Thanks! I've just committed your version.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: Today's -CURRENT -- SMP OK; UP panics
Date: Wed, 31 Jul 2002 11:58:04 -0700 (PDT) From: David Wolfskill [EMAIL PROTECTED] [Re: panic during probes at boot time for today's -CURRENT] Well, absent any better ideas, I rebooted the laptop, but into single-user mode. It came up just fine, so I did the fsck -p; no problem. So I rebooted again (multi-user mode); it's up running as I type -- I'm logged in, running X, and: g1-9(5.0-C)[1] uname -a FreeBSD g1-9.catwhisker.org 5.0-CURRENT FreeBSD 5.0-CURRENT #7: Wed Jul 31 10:45:23 PDT 2002 [EMAIL PROTECTED]:/common/S3/obj/usr/src/sys/LAPTOP_30W i386 g1-9(5.0-C)[2] Weird. Cheers, david (links to my resume at http://www.catwhisker.org/~david) -- David H. Wolfskill [EMAIL PROTECTED] To paraphrase David Hilbert, there can be no conflicts between Microsoft and the discipline of systems administration, since they have nothing in common. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Das Angebot von notreshop.com
Title: Informationsschreiben der notreshop.com Informationsschreiben der notreshop.comSpezialofferte dieser Woche CD-ROM Guten Tag, Interessiert Sie dieses CD-ROM ? Klicken Sie bitte auf den Link, der sich unter der Produktbeschreibung befindet. SPEAK NATURALLY (CHF 19.90) anstelle von 69.- Speak Naturally - das revolutionäre Programm aus der Welt der Spracherkennung inklusive Headset (Kopfhörer-, Mikrofon- Kombination) zu einem absoluten Superpreis! Mit dieser von Dragon Systems Inc. entwickelten Spracherkennungssoftware lässt sich nach kurzer Einarbeitungszeit eine Diktiergeschwindigkeit von 160 Wörter pro Minute erzielen. Die Geschwindigkeit kann sogar noch gesteigert werden, da sich das Erkennungssystem dynamisch an Ihrer Stimme orientiert, d.h. mit jedem Diktat schneller wird. Die hohe Präzision der Spracherkennung lässt nur sehr wenige Fehler zu, sie liegt bei 97% und höher. Mit Speak Naturally können Sie Ihre Berichte, E-Mails, Angebote, Tabellen, Briefe, Texte etc. einfach in den PC diktieren. Das basierende Wörterbuch enthält 280'000 Wörter. Mit dem Vocabulary Builder können Sie jederzeit neue Wörter aufnehmen. SOLANGE VORRAT BESTELLUNG Lieferung gegen Rechnung zuzüglich Versandspesen CHF 5.- ; zahlbar innert 30 TagenRückgaberecht : 10 Tage. Bis bald für weitere Geschenkideen. Falls Sie keine weiteren Informationen per E-Mail erhalten möchten, so klicken Sie bitte auf den untenstehenden Link: Abonnieren / Auflösung Mit freundlichen Grüssen, Ihr notreshop.com Team.
RE: Today's -CURRENT -- SMP OK; UP panics
Welp, wish me luck as well. I haven't had a -current system that booted in about a
week. I noticed that there've been changes to the acpi stuff in my cvsup this morning,
so I'm hoping maybe the fix is in there.
-Original Message-
From: David Wolfskill [mailto:[EMAIL PROTECTED]]
Sent: Wed 7/31/2002 4:11 PM
To: [EMAIL PROTECTED]
Cc:
Subject: Re: Today's -CURRENT -- SMP OK; UP panics
Date: Wed, 31 Jul 2002 11:58:04 -0700 (PDT)
From: David Wolfskill [EMAIL PROTECTED]
[Re: panic during probes at boot time for today's -CURRENT]
Well, absent any better ideas, I rebooted the laptop, but into
single-user mode. It came up just fine, so I did the fsck -p; no
problem.
So I rebooted again (multi-user mode); it's up running as I type --
I'm logged in, running X, and:
g1-9(5.0-C)[1] uname -a
FreeBSD g1-9.catwhisker.org 5.0-CURRENT FreeBSD 5.0-CURRENT #7: Wed Jul 31
10:45:23 PDT 2002 [EMAIL PROTECTED]:/common/S3/obj/usr/src/sys/LAPTOP_30W
i386
g1-9(5.0-C)[2]
Weird.
Cheers,
david (links to my resume at http://www.catwhisker.org/~david)
--
David H. Wolfskill [EMAIL PROTECTED]
To paraphrase David Hilbert, there can be no conflicts between Microsoft
and the discipline of systems administration, since they have nothing in
common.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
N
'²æìr¸zǧvf¢Új:+v¨· è® ¶§²æìr¸yúÞy» rêëz{bØ^nr¡ûazg¬±¨
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- === usr.bin/sockstat cc1: warnings being treated as errors /usr/home/des/tinderbox/sparc64/src/usr.bin/sockstat/sockstat.c: In function `gather_inet': /usr/home/des/tinderbox/sparc64/src/usr.bin/sockstat/sockstat.c:224: warning: cast increases required alignment of target type /usr/home/des/tinderbox/sparc64/src/usr.bin/sockstat/sockstat.c:234: warning: cast increases required alignment of target type /usr/home/des/tinderbox/sparc64/src/usr.bin/sockstat/sockstat.c: In function `gather_unix': /usr/home/des/tinderbox/sparc64/src/usr.bin/sockstat/sockstat.c:331: warning: cast increases required alignment of target type /usr/home/des/tinderbox/sparc64/src/usr.bin/sockstat/sockstat.c:343: warning: cast increases required alignment of target type /usr/home/des/tinderbox/sparc64/src/usr.bin/sockstat/sockstat.c:359: warning: cast increases required alignment of target type *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/usr.bin/sockstat. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/usr.bin. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: panic: lockmgr: draining against myself
On Thu, Apr 18, 2002 at 11:25:10AM +0900, Jun Kuriyama wrote: This is today's kernel. Should I test with -DDEBUG_LOCKS? I'm seeing this again panic: lockmgr: draining against myself syncing disks... panic: bwrite: buffer is not busy??? Uptime: 22m5s I was doing a buildworld to produce this. David W. Chapman Jr. [EMAIL PROTECTED] Raintree Network Services, Inc. www.inethouston.net [EMAIL PROTECTED] FreeBSD Committer www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
nmbd receiving strange SIGHUPs
On startup (being run from the rc.d-script), nmbd (from samba-2.2.5) sometimes receives a sighup (and dumps its workgrouptable), sometimes not. This has been going on for at least a month now here, does anybody else see this? Regards, -- Michael Nottebrock The circumstance ends uglily in the cruel result. - Babelfish msg41556/pgp0.pgp Description: PGP signature
RE: Comments on Release Building for -current
Howdy, -Original Message- From: John Baldwin [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 31 July 2002 23:12 To: Chris Knight Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: Comments on Release Building for -current [snip] Oof. It's like our binaries are suddenly very bloated. Did this start very recently (like in the past few days?) Perhaps -mcpu=pentiumpro bloats things and we should use NO_CPU_FLAGS when building crunches, etc. We might also want to use -Os instead of -O when building the kernels and crunches as well. I had been doing semi-regular builds (twice weekly) up until early June. However, kernel stability then became an issue for me. Looking at snapshots.jp.freebsd.org, releases stopped being built on June 21, with the exception of July 7 and 8. I've been given some useful suggestions. I shall now go and do some more builds, then summarise the size changes to the list. It will take a while - my -current build box is a PII-300 laptop. -- John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/ Power Users Use the Power to Serve! - http://www.FreeBSD.org/ Regards, Chris Knight Systems Administrator AIMS Independent Computer Professionals Tel: +61 3 6334 6664 Fax: +61 3 6331 7032 Mob: +61 419 528 795 Web: http://www.aims.com.au To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: The great perl script rewite - progress report
On Wed, 31 Jul 2002, Mark Murray wrote: # /usr/sbin/adduser Mike Makonnen [EMAIL PROTECTED] - redo - * # /usr/sbin/rmuser Mike Makonnen [EMAIL PROTECTED] - redo - * There are several PRs out on these that Mike might want to look at. bin/4357 bin/33881 (bin/24953, misc/40802) bin/7324 bin/16480 bin/22860 bin/24742 docs/35732 (issue w/ adduser(8) man page), i386/38481 (small typo) -Joseph To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Comments on Release Building for -current
On Wed, Jul 31, 2002 at 08:33:38AM -0400, W Gerald Hicks wrote: Yup, it's been reported several times by various people and it seems everyone who can help is too busy to care. This isn't fun anymore. :-( Uhm, did I miss something? Where does this attitude come from? Did you submit some patches for these problems that were ignored or something? Can we try to be a little more constructive here about solving problems? - Murray To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Removing INET6 does stop the crashes.
This patch is for ports/www/mozilla, and enables IPv4-mapped IPv6 address per socket basis. Please try it. I've committed the patch. Thanks. --- Munechika SUMIKAWA @ KAME Project / FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Comments on Release Building for -current
Murray Stokely wrote: On Wed, Jul 31, 2002 at 08:33:38AM -0400, W Gerald Hicks wrote: Yup, it's been reported several times by various people and it seems everyone who can help is too busy to care. This isn't fun anymore. :-( Uhm, did I miss something? Where does this attitude come from? Did you submit some patches for these problems that were ignored or something? Can we try to be a little more constructive here about solving problems? You're jumping on him a bit hard. It's pretty obvious that: 1) It used to work 2) Someone changed something that broke things 3) People complained about the breakage 4) The someone who broke things didn't unbreak them The simplest patch is obtained from: cvs diff -D date before it broke i.e.: back out whatever change is screwing everyone over. It's a reasonable thing to want, if the original author of the breakage is unwilling/unable to unbreak things. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
