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 -- >>> stage 4: make dependencies -- >>> stage 4: building everything.. -- >>> Kernel build for GENERIC started on Wed Jul 31 22:31:47 PDT 2002 -- >>> Kernel build for GENERIC completed on Wed Jul 31 23:29:00 PDT 2002 -- >>> Kernel build for LINT started on Wed Jul 31 23:29:00 PDT 2002 -- ===> xe /local0/scratch/des/src/sys/contrib/dev/acpica/dbdisply.c:480: warning: no previous prototype for `AcpiDbDecodeNode' /local0/scratch/des/src/sys/contrib/dev/acpica/dbdisply.c:131: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbexec.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbhistry.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbinput.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbstats.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbxface.c:127: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/hwgpe.c:122: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c: In function `AcpiGetSleepTypeData': /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c:242: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfname.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfobj.c:126: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/rsdump.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utclib.c:129: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utdebug.c:122: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetRegionName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:489: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetEventName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:527: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetTypeName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:604: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:607: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/acpica/acpi_acad.c:50: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_cmbat.c:56: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:274: warning: `acpi_pwr_deregister_consumer' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:212: warning: `acpi_pwr_deregister_resource' defined but not used /local0/scratch/des/src/sys/dev/hea/eni_buffer.c: In function `eni_test_memory': /local0/scratch/des/src/sys/dev/hea/eni_buffer.c:127: warning: passing arg 1 of pointer to function makes pointer from integer without a cast /local0/scratch/des/src/sys/dev/hea/eni_vcm.c: In function `eni_closevcc': /local0/scratch/des/src/sys/dev/hea/eni_vcm.c:289: warning: passing arg 1 of pointer to function makes pointer from integer without a cast /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieattach': /local0/scratch/des/src/sys/dev/ie/if_ie.c:779: warning: assignment discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie
Re: The great perl script rewite - progress report
On Wed, Jul 31, 2002 at 02:28:46PM +0100, Mark Murray wrote: > > /usr/bin/afmtodit Kyle Martin <[EMAIL PROTECTED]> - redo - * > /usr/bin/mmroff Lester A Mesa <[EMAIL PROTECTED]> - redo - * > These are part of the Groff distribution. These should be submitted to the Groff maintainers first. [EMAIL PROTECTED] might be a good person to contact. > Key - "redo" == to be rewritten > "replace" == toe be replaced with suitable 'outside' code ^^^ typo here Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age msg41562/pgp0.pgp Description: PGP signature
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
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
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: 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
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
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
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. [EMAIL PROTECTED] FreeBSD Committer 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
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¬±¨
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
>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
Today's -CURRENT -- SMP OK; UP panics
CVSup was at the usual time, 0347 hrs. US/Pacific. SMP build machine built, installed, and rebooted just fine. Trying to do likewise on my (UP) laptop got as far as the reboot, which got a panic. I don't have a serial console on the laptop, so I'm hand- transcribing this: ... pcm0: pch[2].offset = 0x16000 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0:play:3" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0:play:3" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0:play:3" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 setmap (7ed000, 4000), nseg=1, error=0 /usr/src/sys/vm/uma_core.c:1332: could sleep with "pcm0:play:3" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 pcm0: pch[3].offset = 0x1a000 Memory modified after free 0xc18fe000(8188) panic: Most recently used by bus Debugger("panic") Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0 db> tr Debugger(c0473f9c,c05293a0,c04929a3,c0684b78,) at Debugger+0x54 panic(c04929a3,c0475700,1ffc,c18e9800,c0b85868) at panic+0x90 mtrash_ctor(c18fe000,2000,0,54c,0) at mtrash_ctor+0x5d uma_zalloc_arg(c0b85780,0,5,0,c0b85780) at uma_zalloc_arg+0x147 malloc(13a4,c04eb2c0,5,6,c0b8b680) at malloc+0x75 device_set_driver(c0bbd880,c04e1c88,c0b8b6a0,0,0) at device_set_driver+0xb0 device_probe_child(c18e8300,c0bbd880,c04a5c10,c0bbc880,0) at device_probe_child+0x91 device_probe_and_attach(c0bbd880,c18e8300,c0684ca0,c02bda4f,c18e8300) at device_probe_and_attach+0x52 bus_generic_attach(c18e8300,c183b098,c04a5c10,c049d978,0) at bus_generic_attach+0x28 device_probe_and_attach(c18e8300,c0bbc880,c0684cc8,c0420990,c0bbc880) at device_probe_and_attach+0xaf bus_generic_attach(c0bbc880,c049d978,0,c0bbc880,c0684cf8) at bus_generic_attach+0x28 nexus_pcib_attach(c0bbc880,c18ac098,c04a5c10,c0b8b850,c18e8400) at nexus_pcib_attach+0x30 device_probe_and_attach(c0bbc880,c0bbcc00,c0684d2c,c0412ba4,c0bbcc00) at device_probe_and_attach+0xaf bus_generic_attach(c0bbcc00,0,c0b8b850,c0bb5880,c0bbcc00) at bus_generic_attach+0x28 nexus_attach(c0bbcc00,c1894098,c04a5c10,c0495c60,0) at nexus_attach+0x14 device_probe_and_attach(c0bbcc00,c0bb08d4,c0684d80,c04059f5,c0bbce80) at device_probe_and_attach+0xaf root_bus_configure(c0bbce80,c0495c60,0,c0684d98,c02880b5) at root_bus_configure+0x28 configure(0,681000,681c00,681000,0) at configure+0x35 mi_startup() at mi_startup+0xb5 begin() at begin+0x2c db> show locks exclusive sleep mutex Giant r = 0 (0xc04e9140) locked @ /usr/src/sys/vm/vm_object.c:445 db> show pcpu cpuid= 0 curthread= 0xc04e4c20: ppid 0 "swapper" curpcb = 0 fpcurthread = none idlethread = 0xc0bc1e40: pid 11 "idle" currentldt = 0x28 spin locks held: db> I'll leave the machine in its current state for a while, pending suggestions for further debugging and/or evasive action. Thanks, 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
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
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
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
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
Re: Comments on Release Building for -current
> > 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. Do you have this available as a patch set? If so, I'd be interested in it. I'll try it here on my release building machine and if nobody else do something about it, I'll try to commit it. I know about the mfsroot size problem, but didn't know about the others. In my previous successfull release, they did still fit. John -- John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
The great perl script rewite - progress report
/usr/sbin/sysinstall* - fix - * /usr/bin/afmtodit Kyle Martin <[EMAIL PROTECTED]> - redo - * /usr/bin/mmroff Lester A Mesa <[EMAIL PROTECTED]> - redo - * /usr/sbin/adduser Mike Makonnen <[EMAIL PROTECTED]> - redo - * /usr/sbin/rmuserMike Makonnen <[EMAIL PROTECTED]> - redo - * /etc/periodic/* keramida - fix - ready? /usr/bin/catman John Rochester <[EMAIL PROTECTED]> - redo - done /usr/bin/makewhatis John Rochester <[EMAIL PROTECTED]> - redo - done /usr/bin/sockstat des - redo - done /usr/bin/whereisjohan - replace - done /usr/libexec/locate.mklocatedb Bob Willcox <[EMAIL PROTECTED]> - fix - done /usr/sbin/kbdmapJonathan Belson <[EMAIL PROTECTED]> - redo - done /usr/sbin/mergemaster dougb - fix - done /usr/sbin/pkg_updatepaul - del - done /usr/sbin/pkg_version reg - redo - done /usr/sbin/scriptdumpume - del - done /usr/sbin/spkrtest Riccardo Torrini <[EMAIL PROTECTED]> - redo - done /usr/sbin/vidfont Jonathan Belson <[EMAIL PROTECTED]> - redo - done release/scripts/*.plru - redo - done sys/*/conf/gethints.pl Cyrille Lefevre <[EMAIL PROTECTED]> - redo - done Key - "redo" == to be rewritten "replace" == toe be replaced with suitable 'outside' code "fix" == to have perl usage removed/redone "del" == to be deleted "feedback" == in progress, waiting for more/updates "ready" == work done, just waiting for commit. "done" == completed -- o Mark Murray \_ O.\_Warning: this .sig is umop ap!sdn 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: 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: 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
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
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