From owner-freebsd-stable Sun Jul 21 1:26:31 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 265F237B400 for ; Sun, 21 Jul 2002 01:26:27 -0700 (PDT) Received: from cage.simianscience.com (cage.simianscience.com [64.7.134.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 057E543E3B for ; Sun, 21 Jul 2002 01:26:26 -0700 (PDT) (envelope-from mike@sentex.net) Received: from house.sentex.net (fcage [192.168.0.2]) by cage.simianscience.com (8.12.5/8.12.3) with ESMTP id g6L8QLrw040531; Sun, 21 Jul 2002 04:26:21 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <5.1.0.14.0.20020721042332.05ff11c0@192.168.0.12> X-Sender: mdtancsa@192.168.0.12 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sun, 21 Jul 2002 04:26:39 -0400 To: stable@freebsd.org From: Mike Tancsa Subject: panic: Going nowhere without my init! Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: amavis-20020220 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On a fairly recent STABLE, I got the above panic. Anyone know what its about? gdb -k /kernel.debug vmcore.1 GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD at phsyical address 0x00357000 initial pcb at physical address 0x002c5f00 panicstr: Going nowhere without my init! panic messages: --- panic: Going nowhere without my init! syncing disks... 21 4 done Uptime: 9d8h32m4s dumping to dev #twed/0x20001, offset 524416 dump 767 766 765 764 763 762 761 760 759 758 757 756 755 754 753 752 751 750 749 748 747 746 745 744 743 742 741 740 739 738 737 736 735 734 733 732 731 730 729 728 727 726 725 724 723 722 721 720 719 718 717 716 715 714 713 712 711 710 709 708 707 706 705 704 703 702 701 700 699 698 697 696 695 694 693 692 691 690 689 688 687 686 685 684 683 682 681 680 679 678 677 676 675 674 673 672 671 670 669 668 667 666 665 664 663 662 661 660 659 658 657 656 655 654 653 652 651 650 649 648 647 646 645 644 643 642 641 640 639 638 637 636 635 634 633 632 631 630 629 628 627 626 625 624 623 622 621 620 619 618 617 616 615 614 613 612 611 610 609 608 607 606 605 604 603 602 601 600 599 598 597 596 595 594 593 592 591 590 589 588 587 586 585 584 583 582 581 580 579 578 577 576 575 574 573 572 571 570 569 568 567 566 565 564 563 562 561 560 559 558 557 556 555 554 553 552 551 550 549 548 547 546 545 544 543 542 541 540 539 538 537 536 535 534 533 532 531 530 529 528 527 526 525 524 523 522 521 520 519 518 517 516 515 514 513 512 511 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 495 494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) where #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc0155dc4 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:316 #2 0xc01561f8 in poweroff_wait (junk=0xc027e860, howto=-1071126464) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc014e0a7 in exit1 (p=0xd9d0fe00, rv=2560) at /usr/src/sys/kern/kern_exit.c:125 #4 0xc014e06d in sys_exit (p=0xd9d0fe00, uap=0xd9d16f80) at /usr/src/sys/kern/kern_exit.c:103 #5 0xc02631d1 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077936612, tf_esi = -1077936624, tf_ebp = -1077937328, tf_isp = -640585772, tf_ebx = 10, tf_edx = -1077937400, tf_ecx = -1077939456, tf_eax = 1, tf_trapno = 7, tf_err = 2, tf_eip = 134548108, tf_cs = 31, tf_eflags = 643, tf_esp = -1077937372, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1175 #6 0xc0256895 in Xint0x80_syscall () #7 0xbfbfffac in ?? () #8 0x80497f2 in ?? () #9 0x80486fe in ?? () #10 0x804847d in ?? () #11 0x8048135 in ?? () (kgdb) up #1 0xc0155dc4 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:316 316 dumpsys(); (kgdb) up #2 0xc01561f8 in poweroff_wait (junk=0xc027e860, howto=-1071126464) at /usr/src/sys/kern/kern_shutdown.c:595 595 boot(bootopt); (kgdb) up #3 0xc014e0a7 in exit1 (p=0xd9d0fe00, rv=2560) at /usr/src/sys/kern/kern_exit.c:125 125 panic("Going nowhere without my init!"); (kgdb) up #4 0xc014e06d in sys_exit (p=0xd9d0fe00, uap=0xd9d16f80) at /usr/src/sys/kern/kern_exit.c:103 103 exit1(p, W_EXITCODE(uap->rval, 0)); (kgdb) -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 1:36:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B291037B400 for ; Sun, 21 Jul 2002 01:36:17 -0700 (PDT) Received: from cage.simianscience.com (cage.simianscience.com [64.7.134.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3DA343E58 for ; Sun, 21 Jul 2002 01:36:16 -0700 (PDT) (envelope-from mike@sentex.net) Received: from house.sentex.net (fcage [192.168.0.2]) by cage.simianscience.com (8.12.5/8.12.3) with ESMTP id g6L8aErw040594 for ; Sun, 21 Jul 2002 04:36:15 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <5.1.0.14.0.20020721043548.07703130@192.168.0.12> X-Sender: mdtancsa@192.168.0.12 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sun, 21 Jul 2002 04:36:32 -0400 To: stable@FreeBSD.ORG From: Mike Tancsa Subject: Re: panic: Going nowhere without my init! In-Reply-To: <5.1.0.14.0.20020721042332.05ff11c0@192.168.0.12> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: amavis-20020220 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sorry, forgot to add its 4.6-STABLE FreeBSD 4.6-STABLE #1: Thu Jul 11 19:24:51 EDT 2002 ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 2:32:38 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FA6E37B400 for ; Sun, 21 Jul 2002 02:32:36 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CA3E43E4A for ; Sun, 21 Jul 2002 02:31:15 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g6L9VDpO007511 for ; Sun, 21 Jul 2002 02:31:13 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g6L9Tr7x007460; Sun, 21 Jul 2002 02:29:53 -0700 Date: Sun, 21 Jul 2002 02:29:53 -0700 From: Brooks Davis To: "James A Halstead ;001;icsg3;" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: hmm, is this a feature? Message-ID: <20020721022953.A7234@Odin.AC.HMC.Edu> References: <20020721044420.GA4585@holly.cs.rit.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020721044420.GA4585@holly.cs.rit.edu>; from jah4007@cs.rit.edu on Sun, Jul 21, 2002 at 12:44:20AM -0400 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 21, 2002 at 12:44:20AM -0400, James A Halstead ;001;icsg3; wrot= e: > To the point: After the failed attempt at booting dp1, I threw in a boot = floppy > for 4.6.1-rc2. Booted fine, got the install going and after bin was done > installing I took a look at dmesg. Low and behold, after scrolling back to > the top of dmesg output on fixit shell, the fatal trap 9 message was still > in the buffer! Is this some undocumented feature, or one I just missed ^_= ^? > The machine was rebooted by pressing a key on console, so that may be par= t of > it. This is normal. It's supposed to allow you to see console errors after reboot (say after a panic). Personaly, I wish dmesg(8) would only show the current boot's dmesg output unless you pass a special flag since info from previous boots is of rather limited use in almost all cases, but currently it saves the buffer at boot if possiable. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD4DBQE9On8LXY6L6fI4GtQRAgUuAJdKvj1UKEtHTew7fFa63CbN4vr6AJ9L+J3Y SBJeWGDbxuw1dXfsijHKVA== =G5ZH -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 2:34:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7F7737B400 for ; Sun, 21 Jul 2002 02:33:57 -0700 (PDT) Received: from softy.maz.net (softy.maz.net [194.163.250.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1CFE43E58 for ; Sun, 21 Jul 2002 02:33:55 -0700 (PDT) (envelope-from postmaster@ision.net) Received: by softy.maz.net (8.9.3) id (multiple receipients); Sun, 21 Jul 2002 11:33:53 +0200 (MET DST) Date: Sun, 21 Jul 2002 11:33:53 +0200 (MET DST) Message-Id: <200207210933.LAA00782@softy.maz.net> To: stable@FreeBSD.ORG From: MAILER-DAEMON@ision.net Subject: Your mail to todd.parry In-Reply-To: , from owner-freebsd-stable-digest@FreeBSD.ORG (stable-digest) MIME-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [english text at bottom] Sehr geehrter Absender, diese automatische Nachricht erhalten Sie aufgrund Ihrer kuerzlich gesendeten eMail. Leider ist die Adresse todd.parry nicht oder nicht mehr gültig. Aufgrund einiger Veränderungen in unserem Unternehmen ist es möglich, dass der Empfänger nicht mehr bei ISION beschäftigt ist. Daher möchten wir Sie bitten, Ihre Nachricht noch einmal an INFO@ISION.NET zu senden, damit sich der richtige Ansprechpartner kurzfristig mit Ihnen in Verbindung setzen kann. Für den Fall, dass es sich um ein technisches Problem mit einem unserer Produkte oder mit einer unserer Dienstleistungen handelt, möchten wir Sie bitten, Ihre Nachricht an unseren Support zu senden. Die Adresse ist: SUPPORT@ISION.NET Bitte beachten Sie, dass Ihre Nachricht nicht weitergeleitet wurde, daher möchten wir Sie bitten, Ihre eMail noch einmal an eine der beiden oben genannten Adressen zu schicken, für eventuelle Unannehmlichkeiten möchten wir uns entschuldigen. BITTE BEANTWORTEN SIE DIESE AUTOMATISCH GENERIERTE EMAIL NICHT PER REPLY, NACHRICHTEN AN DEN AUTOANSWER ROBOT WERDEN AUTOMATISCH GELOESCHT. Herzlichen Dank fuer Ihr Entgegenkommen. Mit freundlichen Gruessen, AutoAnswer robot, im Auftrag des ISION Postmasters Nachfolgend eine Kopie Ihrer nicht zugestellten Nachricht. --------------------------- english version ------------------------------ This pre-recorded message is being sent in response to your recent email. Unfortunately, the address todd.parry is/are not or not anymore valid. Due to some changes in our company, the person you have tried to contact may not be employed at ISION anymore. Since it seems that this is the case, we kindly request that you contact the address INFO@ISION.NET to get a new address for your query. In case of any technical problem with ISION hardware or software or any of our products, please contact our customer support at SUPPORT@ISION.NET Remember that your message has not been forwarded to any other person, you need to resend it, if you think that this is important. PLEASE DO NOT REPLY TO THIS MESSAGE DIRECTLY, SINCE IT IS SENT FROM AN UNATTENDED MAILBOX AND REPLIES ARE DISCARDED AUTOMATICALLY. With kind regards, AutoAnswer robot, on behalf of ISION Postmaster Here's your original, unsent message: ----------------------------------------------------------------------------- From: owner-freebsd-stable-digest@FreeBSD.ORG (stable-digest) To: freebsd-stable-digest@FreeBSD.ORG Subject: stable-digest V5 #596 Date: Sun, 21 Jul 2002 02:32:40 -0700 (PDT) Message-ID: stable-digest Sunday, July 21 2002 Volume 05 : Number 596 In this issue: re:4.6 interaction with web hit counter Re: make buildworld breaks Re: Kernel config problem with 4.6-STABLE... [solution] Re: Kernel config problem with 4.6-STABLE... [solution] Buildkernel fails pam_ssh doesn't work with unremoved .ssh/agent-host Re: Kernel config problem with 4.6-STABLE... [solution] Re: Buildkernel fails Re: Kernel config problem with 4.6-STABLE... [solution] world broken? make install in /etc/mail broken? Re: make install in /etc/mail broken? Re: another high hz issue hmm, is this a feature? Problem with GENERIC Re: Problem with GENERIC panic: Going nowhere without my init! Re: panic: Going nowhere without my init! Re: hmm, is this a feature? ---------------------------------------------------------------------- Date: Sat, 20 Jul 2002 2:18:19 -0700 (PDT) From: fstable@ccstores.com (FreeBSD stable) Subject: re:4.6 interaction with web hit counter >Subject: 4.6 interaction with web hit counter >Date: Fri, 19 Jul 2002 11:33:46 -0700 (PDT) >From: fstable@ccstores.com (FreeBSD stable) >I have been using a web counter called 'Count.cgi' by muquit, for >many versions of FreeBSD. >Now since I installed 4.6, the Count.cgi binary dies during execution >and I get a signal 11 error message on the console, altho apache considers >that the .cgi binary executed without error. >Did anything funny happen from 4.5 -> 4.6 which may for any reason affect >a cgi binary? I always do a fresh compile of Count.cgi and nothing >out of the ordinary appears during the compile. To respond to my own question, I find that compiling the Counter with the "-static" flag eliminates the problem. Never needed it before V4.6 of FreeBSD. - -- FreeBSD stable directly mailto:paz@qcislands.net ------------------------------ Date: Sat, 20 Jul 2002 13:06:57 +0300 From: Ruslan Ermilov Subject: Re: make buildworld breaks - --cvVnyQ+4j833TQvp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 20, 2002 at 12:27:37PM +0300, Ruslan Ermilov wrote: > On Sat, Jul 20, 2002 at 12:15:36PM +0300, Ruslan Ermilov wrote: > > Strange enough. I tested all these changes with ``make release'' > > and it completed successfully. I will look into it RSN. > >=20 > It turned out to be a problem with make(1). Recent versions of > make(1) do not exhibit it. I will follow up shortly. >=20 Yes. The real problem is with make(1) that was fixed in src/usr.bin/make/var.c,v 1.16.2.3. I have committed the fix in src/Makefile,v 1.234.2.15. > > On Fri, Jul 19, 2002 at 06:06:37PM -0400, Peter C. Lai wrote: > > > I cvsup'd today at around 6pm EDT (2200 UTC) and upon making > > > buildworld ran into:=20 > > >=20 > > > =3D=3D=3D> lib/csu/i386-elf > > > "/usr/src/share/mk/bsd.lib.mk", line 19: Malformed conditional (defin= ed(SHLIB_NAME) && ${SHLIB_NAME:M*.so.*}) > > > "/usr/src/share/mk/bsd.lib.mk", line 19: Missing dependency operator > > > "/usr/src/share/mk/bsd.lib.mk", line 28: if-less endif > > > "/usr/src/share/mk/bsd.lib.mk", line 28: Need an operator > > > make: fatal errors encountered -- cannot continue > > > *** Error code 1 > > >=20 > > > I'm trying to upgrade from 4.5-STABLE to 4.6-STABLE. > > > Any clues? > > >=20 > > > --=20 > > > Peter C. Lai > > > University of Connecticut > > > Dept. of Molecular and Cell Biology | Undergraduate Research Assistant > > > Yale University School of Medicine > > > Center for Medical Informatics | Research Assistant > > > http://cowbert.2y.net/ > > >=20 > > >=20 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-stable" in the body of the message > >=20 > > On Sat, Jul 20, 2002 at 03:58:21PM +0400, Boris wrote: > > > Hi! > > > I have just cvsupted to FreeBSD 4.6-STABLE. But when I`m trying to u= se=20 > > > make buildworld I see the next: > > > --------------------------------------------------------------^M > > > >>> stage 2: cleaning up the object tree^M > > > --------------------------------------------------------------^M > > > cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Di386 MACHIN= E=3Di386 =20 > > > OBJFORMAT_PATH=3D/usr/obj/usr/src/i386/u > > > =3D=3D=3D> share/info^M > > > =3D=3D=3D> include^M > > > rm -f osreldate.h version vers.c ^M > > > =3D=3D=3D> include/rpcsvc^M > > > rm -f key_prot.h klm_prot.h mount.h nfs_prot.h nlm_prot.h rex.h=20 > > > rnusers.h rquota.h rstat.h rwall.h sm_inter.h > > > =3D=3D=3D> include/rpcsvc^M > > > =3D=3D=3D> include/rpcsvc^M > > > rm -f key_prot.h klm_prot.h mount.h nfs_prot.h nlm_prot.h rex.h=20 > > > rnusers.h rquota.h rstat.h rwall.h sm_inter.h > > > =3D=3D=3D> lib^M > > > =3D=3D=3D> lib/csu/i386-elf^M > > > "/usr/src/share/mk/bsd.lib.mk", line 19: Malformed conditional=20 > > > (defined(SHLIB_NAME) && ${SHLIB_NAME:M*.so.*}) > > > "/usr/src/share/mk/bsd.lib.mk", line 19: Missing dependency operator^M > > > "/usr/src/share/mk/bsd.lib.mk", line 28: if-less endif^M > > > "/usr/src/share/mk/bsd.lib.mk", line 28: Need an operator^M > > > make: fatal errors encountered -- cannot continue^M > > > *** Error code 1^M > > > ^M > > > Stop in /usr/src/lib.^M > > > *** Error code 1^M > > > ^M > > > Stop in /usr/src.^M > > > *** Error code 1^M > > > ^M > > > Stop in /usr/src.^M > > > *** Error code 1^M > > > ^M > > > Stop in /usr/src.^M > > >=20 > > > Script done on Sat Jul 20 15:18:27 2002 > > >=20 > > > And when I`m trying to use make -j4 buildworld I see the next: > > > see atachment > > >=20 > > > As you can see the 1-st problem was scipted, but the new began. > > > What`s going on? > > > P.S:Sorry for my English. > > >=20 > >=20 > > >=20 > > > -------------------------------------------------------------- > > > >>> stage 2: cleaning up the object tree > > > -------------------------------------------------------------- > > > cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Di386 MACHIN= E=3Di386 OBJFORMAT_PATH=3D/usr/obj/usr/src/i386/usr/libexec PERL5LIB=3D/u= sr/obj/usr/src/i386/usr/libdata/perl/5.00503 GROFF_BIN_PATH=3D/usr/obj/usr= /src/i386/usr/bin GROFF_FONT_PATH=3D/usr/obj/usr/src/i386/usr/share/groff_= font GROFF_TMAC_PATH=3D/usr/obj/usr/src/i386/usr/share/tmac DESTDIR=3D/us= r/obj/usr/src/i386 INSTALL=3D"sh /usr/src/tools/install.sh" PATH=3D/usr/o= bj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i38= 6/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 par-cleandir > > > =3D=3D=3D> share/info > > > =3D=3D=3D> include > > > =3D=3D=3D> lib > > > =3D=3D=3D> bin > > > =3D=3D=3D> lib/csu/i386-elf > > > "/usr/src/share/mk/bsd.lib.mk", line 19: Malformed conditional (defin= ed(SHLIB_NAME) && ${SHLIB_NAME:M*.so.*}) > > > "/usr/src/share/mk/bsd.lib.mk", line 19: Missing dependency operator > > > "/usr/src/share/mk/bsd.lib.mk", line 28: if-less endif > > > "/usr/src/share/mk/bsd.lib.mk", line 28: Need an operator > > > make: fatal errors encountered -- cannot continue > > > =3D=3D=3D> bin/cat > > > *** Error code 1 > > > 1 error > > > rm -f osreldate.h version vers.c =20 > > > *** Error code 2 > > > =3D=3D=3D> include/rpcsvc > > > =3D=3D=3D> include/rpcsvc > > > rm -f key_prot.h klm_prot.h mount.h nfs_prot.h nlm_prot.h rex.h rnuse= rs.h rquota.h rstat.h rwall.h sm_inter.h spray.h yppasswd.h yp.h ypxfrd.h= ypupdate_prot.h nis.h nis_cache.h nis_callback.h bootparam_prot.h crypt.h= =20 > > > rm -f cat cat.o cat.1.gz cat.1.cat.gz > > > rm -f .depend /usr/src/bin/cat/GPATH /usr/src/bin/cat/GRTAGS /usr/sr= c/bin/cat/GSYMS /usr/src/bin/cat/GTAGS > > > =3D=3D=3D> bin/chio > > > =3D=3D=3D> include/rpcsvc > > > rm -f chio chio.o chio.1.gz chio.1.cat.gz > > > rm -f .depend /usr/src/bin/chio/GPATH /usr/src/bin/chio/GRTAGS /usr/= src/bin/chio/GSYMS /usr/src/bin/chio/GTAGS > > > rm -f key_prot.h klm_prot.h mount.h nfs_prot.h nlm_prot.h rex.h rnuse= rs.h rquota.h rstat.h rwall.h sm_inter.h spray.h yppasswd.h yp.h ypxfrd.h= ypupdate_prot.h nis.h nis_cache.h nis_callback.h bootparam_prot.h crypt.h= =20 > > > =3D=3D=3D> bin/chmod > > > rm -f chmod chmod.o chmod.1.gz chmod.1.cat.gz > > > rm -f .depend /usr/src/bin/chmod/GPATH /usr/src/bin/chmod/GRTAGS /us= r/src/bin/chmod/GSYMS /usr/src/bin/chmod/GTAGS > > > =3D=3D=3D> bin/cp > > > rm -f cp cp.o utils.o cp.1.gz cp.1.cat.gz > > > rm -f .depend /usr/src/bin/cp/GPATH /usr/src/bin/cp/GRTAGS /usr/src/= bin/cp/GSYMS /usr/src/bin/cp/GTAGS > > > =3D=3D=3D> bin/date > > > rm -f date date.o netdate.o vary.o date.1.gz date.1.cat.gz > > > rm -f .depend /usr/src/bin/date/GPATH /usr/src/bin/date/GRTAGS /usr/= src/bin/date/GSYMS /usr/src/bin/date/GTAGS > > > =3D=3D=3D> bin/dd > > > rm -f dd args.o conv.o conv_tab.o dd.o misc.o position.o dd.1.gz dd.1= .cat.gz > > > rm -f .depend /usr/src/bin/dd/GPATH /usr/src/bin/dd/GRTAGS /usr/src/= bin/dd/GSYMS /usr/src/bin/dd/GTAGS > > > =3D=3D=3D> bin/df > > > rm -f df df.o vfslist.o df.1.gz df.1.cat.gz > > > rm -f .depend /usr/src/bin/df/GPATH /usr/src/bin/df/GRTAGS /usr/src/= bin/df/GSYMS /usr/src/bin/df/GTAGS > > > =3D=3D=3D> bin/domainname > > > rm -f domainname domainname.o domainname.1.gz domainname.1.cat.gz > > > rm -f .depend /usr/src/bin/domainname/GPATH /usr/src/bin/domainname/G= RTAGS /usr/src/bin/domainname/GSYMS /usr/src/bin/domainname/GTAGS > > > =3D=3D=3D> bin/echo > > > rm -f echo echo.o echo.1.gz echo.1.cat.gz > > > rm -f .depend /usr/src/bin/echo/GPATH /usr/src/bin/echo/GRTAGS /usr/= src/bin/echo/GSYMS /usr/src/bin/echo/GTAGS > > > =3D=3D=3D> bin/ed > > > rm -f ed buf.o cbc.o glbl.o io.o main.o re.o sub.o undo.o ed.1.gz ed.= 1.cat.gz > > > rm -f .depend /usr/src/bin/ed/GPATH /usr/src/bin/ed/GRTAGS /usr/src/= bin/ed/GSYMS /usr/src/bin/ed/GTAGS > > > =3D=3D=3D> bin/expr > > > rm -f expr expr.o expr.1.gz expr.1.cat.gz expr.c > > > rm -f .depend /usr/src/bin/expr/GPATH /usr/src/bin/expr/GRTAGS /usr/= src/bin/expr/GSYMS /usr/src/bin/expr/GTAGS > > > =3D=3D=3D> bin/hostname > > > rm -f hostname hostname.o hostname.1.gz hostname.1.cat.gz > > > rm -f .depend /usr/src/bin/hostname/GPATH /usr/src/bin/hostname/GRTAG= S /usr/src/bin/hostname/GSYMS /usr/src/bin/hostname/GTAGS > > > =3D=3D=3D> bin/kill > > > rm -f kill kill.o kill.1.gz kill.1.cat.gz > > > rm -f .depend /usr/src/bin/kill/GPATH /usr/src/bin/kill/GRTAGS /usr/= src/bin/kill/GSYMS /usr/src/bin/kill/GTAGS > > > =3D=3D=3D> bin/ln > > > rm -f ln ln.o ln.1.gz symlink.7.gz ln.1.cat.gz symlink.7.cat.gz > > > rm -f .depend /usr/src/bin/ln/GPATH /usr/src/bin/ln/GRTAGS /usr/src/= bin/ln/GSYMS /usr/src/bin/ln/GTAGS > > > =3D=3D=3D> bin/ls > > > rm -f ls cmp.o ls.o print.o util.o ls.1.gz ls.1.cat.gz > > > rm -f .depend /usr/src/bin/ls/GPATH /usr/src/bin/ls/GRTAGS /usr/src/= bin/ls/GSYMS /usr/src/bin/ls/GTAGS > > > =3D=3D=3D> bin/mkdir > > > rm -f mkdir mkdir.o mkdir.1.gz mkdir.1.cat.gz > > > rm -f .depend /usr/src/bin/mkdir/GPATH /usr/src/bin/mkdir/GRTAGS /us= r/src/bin/mkdir/GSYMS /usr/src/bin/mkdir/GTAGS > > > =3D=3D=3D> bin/mv > > > rm -f mv mv.o mv.1.gz mv.1.cat.gz > > > rm -f .depend /usr/src/bin/mv/GPATH /usr/src/bin/mv/GRTAGS /usr/src/= bin/mv/GSYMS /usr/src/bin/mv/GTAGS > > > =3D=3D=3D> bin/pax > > > rm -f pax ar_io.o ar_subs.o buf_subs.o cache.o cpio.o file_subs.o ftr= ee.o gen_subs.o getoldopt.o options.o pat_rep.o pax.o sel_subs.o tables.o t= ar.o tty_subs.o pax.1.gz pax.1.cat.gz > > > rm -f .depend /usr/src/bin/pax/GPATH /usr/src/bin/pax/GRTAGS /usr/sr= c/bin/pax/GSYMS /usr/src/bin/pax/GTAGS > > > =3D=3D=3D> bin/ps > > > rm -f ps fmt.o keyword.o nlist.o print.o ps.o ps.1.gz ps.1.cat.gz > > > rm -f .depend /usr/src/bin/ps/GPATH /usr/src/bin/ps/GRTAGS /usr/src/= bin/ps/GSYMS /usr/src/bin/ps/GTAGS > > > =3D=3D=3D> bin/pwd > > > rm -f pwd pwd.o pwd.1.gz realpath.1.gz pwd.1.cat.gz realpath.1.cat.gz > > > rm -f .depend /usr/src/bin/pwd/GPATH /usr/src/bin/pwd/GRTAGS /usr/sr= c/bin/pwd/GSYMS /usr/src/bin/pwd/GTAGS > > > =3D=3D=3D> bin/rcp > > > rm -f rcp rcp.o util.o rcp.1.gz rcp.1.cat.gz > > > rm -f .depend /usr/src/bin/rcp/GPATH /usr/src/bin/rcp/GRTAGS /usr/sr= c/bin/rcp/GSYMS /usr/src/bin/rcp/GTAGS > > > =3D=3D=3D> bin/rm > > > rm -f rm rm.o rm.1.gz rm.1.cat.gz > > > rm -f .depend /usr/src/bin/rm/GPATH /usr/src/bin/rm/GRTAGS /usr/src/= bin/rm/GSYMS /usr/src/bin/rm/GTAGS > > > =3D=3D=3D> bin/rmdir > > > rm -f rmdir rmdir.o rmdir.1.gz rmdir.1.cat.gz > > > rm -f .depend /usr/src/bin/rmdir/GPATH /usr/src/bin/rmdir/GRTAGS /us= r/src/bin/rmdir/GSYMS /usr/src/bin/rmdir/GTAGS > > > =3D=3D=3D> bin/sh > > > rm -f mkinit mkinit.o mknodes mknodes.o mksyntax mksyntax.o builtins= .c init.c nodes.c syntax.c builtins.h nodes.h syntax.h token.h y.tab.h sh a= lias.o arith.o arith_lex.o cd.o echo.o error.o eval.o exec.o expand.o histe= dit.o input.o jobs.o mail.o main.o memalloc.o miscbltin.o mystring.o option= s.o output.o parser.o printf.o redir.o show.o test.o trap.o var.o builtins.= o init.o nodes.o syntax.o sh.1.gz sh.1.cat.gz arith_lex.c arith.c y.tab.c y= .tab.h > > > rm -f .depend /usr/src/bin/sh/GPATH /usr/src/bin/sh/GRTAGS /usr/src/= bin/sh/GSYMS /usr/src/bin/sh/GTAGS > > > =3D=3D=3D> bin/sleep > > > rm -f sleep sleep.o sleep.1.gz sleep.1.cat.gz > > > rm -f .depend /usr/src/bin/sleep/GPATH /usr/src/bin/sleep/GRTAGS /us= r/src/bin/sleep/GSYMS /usr/src/bin/sleep/GTAGS > > > =3D=3D=3D> bin/stty > > > rm -f stty cchar.o gfmt.o key.o modes.o print.o stty.o util.o stty.1.= gz stty.1.cat.gz > > > rm -f .depend /usr/src/bin/stty/GPATH /usr/src/bin/stty/GRTAGS /usr/= src/bin/stty/GSYMS /usr/src/bin/stty/GTAGS > > > =3D=3D=3D> bin/sync > > > rm -f sync sync.o sync.8.gz sync.8.cat.gz > > > rm -f .depend /usr/src/bin/sync/GPATH /usr/src/bin/sync/GRTAGS /usr/= src/bin/sync/GSYMS /usr/src/bin/sync/GTAGS > > > =3D=3D=3D> bin/test > > > rm -f test test.o test.1.gz test.1.cat.gz > > > rm -f .depend /usr/src/bin/test/GPATH /usr/src/bin/test/GRTAGS /usr/= src/bin/test/GSYMS /usr/src/bin/test/GTAGS > > > =3D=3D=3D> bin/csh > > > rm -f ed.defns.h sh.err.h tc.const.h tc.defs.c gethost csh.1 csh sh.o= sh.dir.o sh.dol.o sh.err.o sh.exec.o sh.char.o sh.exp.o sh.file.o sh.func.= o sh.glob.o sh.hist.o sh.init.o sh.lex.o sh.misc.o sh.parse.o sh.print.o sh= .proc.o sh.sem.o sh.set.o sh.time.o glob.o mi.termios.o tw.help.o tw.init.o= tw.parse.o tw.spell.o tw.comp.o tw.color.o ed.chared.o ed.defns.o ed.init.= o ed.inputl.o ed.refresh.o ed.screen.o ed.xmap.o ed.term.o tc.alloc.o tc.bi= nd.o tc.const.o tc.disc.o tc.func.o tc.os.o tc.printf.o tc.prompt.o tc.sche= d.o tc.sig.o tc.str.o tc.vers.o tc.who.o tc.defs.o csh.1.gz csh.1.cat.gz > > > =3D=3D=3D> bin/csh/nls > > > rm -f .depend /usr/src/bin/csh/GPATH /usr/src/bin/csh/GRTAGS /usr/sr= c/bin/csh/GSYMS /usr/src/bin/csh/GTAGS > > > =3D=3D=3D> bin/csh/nls > > > =3D=3D=3D> bin/csh/nls/finnish > > > =3D=3D=3D> bin/csh/nls/finnish > > > rm -f tcsh.cat tcsh.msg =20 > > > =3D=3D=3D> bin/csh/nls/french > > > =3D=3D=3D> bin/csh/nls/german > > > =3D=3D=3D> bin/csh/nls/french > > > =3D=3D=3D> bin/csh/nls/greek > > > rm -f tcsh.cat tcsh.msg =20 > > > =3D=3D=3D> bin/csh/nls/italian > > > =3D=3D=3D> bin/csh/nls/ja > > > =3D=3D=3D> bin/csh/nls/german > > > =3D=3D=3D> bin/csh/nls/russian > > > rm -f tcsh.cat tcsh.msg =20 > > > =3D=3D=3D> bin/csh/nls/spanish > > > =3D=3D=3D> bin/csh/nls/ukrainian > > > =3D=3D=3D> bin/csh/nls/greek > > > rm -f tcsh.cat tcsh.msg =20 > > > =3D=3D=3D> bin/csh/nls/italian > > > rm -f tcsh.cat tcsh.msg =20 > > > =3D=3D=3D> bin/csh/nls/ja > > > rm -f tcsh.cat tcsh.msg =20 > > > =3D=3D=3D> bin/csh/nls/russian > > > rm -f tcsh.cat tcsh.msg =20 > > > =3D=3D=3D> bin/csh/nls/spanish > > > rm -f tcsh.cat tcsh.msg =20 > > > =3D=3D=3D> bin/csh/nls/ukrainian > > > rm -f tcsh.cat tcsh.msg =20 > > > =3D=3D=3D> bin/csh/nls > > > =3D=3D=3D> bin/csh/nls/finnish > > > rm -f tcsh.cat tcsh.msg =20 > > > =3D=3D=3D> bin/csh/nls/french > > > rm -f tcsh.cat tcsh.msg =20 > > > =3D=3D=3D> bin/csh/nls/german > > > rm -f tcsh.cat tcsh.msg =20 > > > =3D=3D=3D> bin/csh/nls/greek > > > rm -f tcsh.cat tcsh.msg =20 > > > =3D=3D=3D> bin/csh/nls/italian > > > rm -f tcsh.cat tcsh.msg =20 > > > =3D=3D=3D> bin/csh/nls/ja > > > rm -f tcsh.cat tcsh.msg =20 > > > =3D=3D=3D> bin/csh/nls/russian > > > rm -f tcsh.cat tcsh.msg =20 > > > =3D=3D=3D> bin/csh/nls/spanish > > > rm -f tcsh.cat tcsh.msg =20 > > > =3D=3D=3D> bin/csh/nls/ukrainian > > > rm -f tcsh.cat tcsh.msg =20 > > > =3D=3D=3D> bin/rmail > > > rm -f sm_os.h rmail rmail.o rmail.8.gz rmail.8.cat.gz > > > rm -f .depend /usr/src/bin/rmail/GPATH /usr/src/bin/rmail/GRTAGS /us= r/src/bin/rmail/GSYMS /usr/src/bin/rmail/GTAGS > > > 1 error > > > *** Error code 2 > > > 1 error > > > *** Error code 2 > > > 1 error > > > # exit > > >=20 > > > exit > > >=20 > > > Script done on Sat Jul 20 15:38:09 2002 > > >=20 - --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age - --cvVnyQ+4j833TQvp Content-Type: application/pgp-signature Content-Disposition: inline - -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9OTZBUkv4P6juNwoRAishAJ9fXoRPcdlbOoY7AW6QEGStTJG9zACggnMn 8/2uf3fgWj9taLsg0erPLWE= =n1kF - -----END PGP SIGNATURE----- - --cvVnyQ+4j833TQvp-- ------------------------------ Date: Sat, 20 Jul 2002 14:37:06 +0400 (MSD) From: Dmitry Morozovsky Subject: Re: Kernel config problem with 4.6-STABLE... [solution] On Sat, 20 Jul 2002, Jonathan Chen wrote: JC> [..] JC> > Thoughts, comments? Is there any reason _not_ to encourage buildkernel JC> > for making standalone kernels? JC> JC> Last I heard, it's 'cos it requires a buildworld prior. If I have a JC> minimal system with kernel sources only, I don't want to have to do JC> that. Than, I think, it should be explicitly mentioned in the Handbook. Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] - ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** - ------------------------------------------------------------------------ ------------------------------ Date: Sat, 20 Jul 2002 14:40:49 +0400 (MSD) From: Dmitry Morozovsky Subject: Re: Kernel config problem with 4.6-STABLE... [solution] On Sat, 20 Jul 2002, Jonathan Chen wrote: JC> [..] JC> > Thoughts, comments? Is there any reason _not_ to encourage buildkernel JC> > for making standalone kernels? JC> JC> Last I heard, it's 'cos it requires a buildworld prior. If I have a JC> minimal system with kernel sources only, I don't want to have to do JC> that. Actually, IIRC looking through Makefile.inc1, there is need only for bootstrap-tools to be built. Maybe we need to mention this target in TGTS= in Makefile, and then tell admins who needs to build only kernel to do something like cd /usr/src make bootstrap make kernel KERNCONF=mykernel Opinions? Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] - ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** - ------------------------------------------------------------------------ ------------------------------ Date: Sat, 20 Jul 2002 10:33:43 -0400 From: Paul Murphy Subject: Buildkernel fails - --=.0Nx2SQrU_Pj_s( Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit With source cvsuped Jul 20 07:40 [EDT] make buildkernel KERNCONF=GENERIC (as well as my custom kernel) fails with: /usr/src/sys/dev/usb/ohci.c: In function `ohci_intr1': /usr/src/sys/dev/usb/ohci.c:1079: structure has no member named `sc_intrxfer' /usr/src/sys/dev/usb/ohci.c: In function `ohci_root_intr_start': /usr/src/sys/dev/usb/ohci.c:2378: structure has no member named `sc_intrxfer' /usr/src/sys/dev/usb/ohci.c: In function `ohci_root_intr_close': /usr/src/sys/dev/usb/ohci.c:2409: structure has no member named `sc_intrxfer' *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. - -- Cogeco ergo sum - --=.0Nx2SQrU_Pj_s( Content-Type: application/pgp-signature - -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9OXTOumQc9BC5jBMRAiAnAJ9uZlZUVUqmmSRMT+JEx0O81AEzHgCgosE+ 5iGRXaCe+t3NZMnDHbnxmzE= =fTe7 - -----END PGP SIGNATURE----- - --=.0Nx2SQrU_Pj_s(-- ------------------------------ Date: Sun, 21 Jul 2002 00:28:12 +0900 From: mistral@imasy.or.jp (Yoshihiko SARUMARU) Subject: pam_ssh doesn't work with unremoved .ssh/agent-host Hi des, I have a trouble in pam_ssh (RELENG_4 of this week). That trouble is when my FreeBSD box crushed and .ssh/agent-host file remained, pam_ssh will read wrong information about agent program and could not start ssh-agent any more. This problem will be solved if I removed old .ssh/agent* before login (xdm or login I use) after every crush (I had many crush this week :| ). So I have a request for you. Could pam_ssh run another ssh-agent when connect to agent was failed, or do you have any other cool idea? Thanks in advance, - -- Yoshihiko SARUMARU mail: mistral@imasy.or.jp web: http://www.imasy.or.jp/~mistral/ ------------------------------ Date: Sat, 20 Jul 2002 18:51:21 +0200 From: Steve O'Hara-Smith Subject: Re: Kernel config problem with 4.6-STABLE... [solution] On Sat, 20 Jul 2002 14:40:49 +0400 (MSD) Dmitry Morozovsky wrote: DM> make bootstrap DM> make kernel KERNCONF=mykernel DM> DM> Opinions? Wouldn't it be more failsafe to make buildkernel depend on bootstrap ? - -- C:>WIN | Directable Mirrors The computer obeys and wins. |A Better Way To Focus The Sun You lose and Bill collects. | licenses available - see: | http://www.sohara.org/ ------------------------------ Date: Sat, 20 Jul 2002 11:02:14 -0700 From: Kent Stewart Subject: Re: Buildkernel fails Paul Murphy wrote: > With source cvsuped Jul 20 07:40 [EDT] make buildkernel KERNCONF=GENERIC > (as well as my custom kernel) fails with: > > /usr/src/sys/dev/usb/ohci.c: In function `ohci_intr1': > /usr/src/sys/dev/usb/ohci.c:1079: structure has no member named > `sc_intrxfer' > /usr/src/sys/dev/usb/ohci.c: In function `ohci_root_intr_start': > /usr/src/sys/dev/usb/ohci.c:2378: structure has no member named > `sc_intrxfer' > /usr/src/sys/dev/usb/ohci.c: In function `ohci_root_intr_close': > /usr/src/sys/dev/usb/ohci.c:2409: structure has no member named > `sc_intrxfer' > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/GENERIC. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > > I cvsuped src-all at 1700 GMT and had no problems doing a buildworld and buildkernel. Kent - -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ------------------------------ Date: Sat, 20 Jul 2002 22:12:42 +0400 (MSD) From: Dmitry Morozovsky Subject: Re: Kernel config problem with 4.6-STABLE... [solution] On Sat, 20 Jul 2002, Steve O'Hara-Smith wrote: SO> DM> make bootstrap SO> DM> make kernel KERNCONF=mykernel SO> DM> SO> DM> Opinions? SO> SO> Wouldn't it be more failsafe to make buildkernel depend on bootstrap ? Totally agreed. Now the most complicated part: we need to get Ruslan's "Yeah, it's the way we need" ;-) BTW, there is at least one pitfall, already mentioned: having installed src-base + src-sys is not enough to make buidlkernel (at least now). And I don't know both safe and efficient way to mix old way (config+make) with the new. Maybe Ruslan have some thoughts on it... Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] - ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** - ------------------------------------------------------------------------ ------------------------------ Date: Sat, 20 Jul 2002 14:30:01 -0700 (PDT) From: John Baldwin Subject: world broken? I've been trying to update two machines running 4.5-stable to 4.6-stable and they have failed trying to install a new make early on because they think the installed make is too old: - -------> Building the world - -------------------------------------------------------------- Upgrading the installed make - -------------------------------------------------------------- ... install -c -s -o root -g wheel -m 555 make /usr/bin install: /usr/bin/make: Text file busy *** Error code 71 Stop in /usr/src/usr.bin/make. *** Error code 1 - -- John Baldwin -- http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ ------------------------------ Date: Sun, 21 Jul 2002 00:01:27 +0200 (CEST) From: Jimmy Olgeni Subject: make install in /etc/mail broken? Hi! Problem in /etc/mail: # make install install -m /etc/mail/olgeni.cf /etc/mail/sendmail.cf install: invalid file mode: /etc/mail/olgeni.cf *** Error code 64 Stop in /etc/mail. Looks like SHAREMODE is no longer defined. Tested on 3 boxes (very recent -stable). - -- jimmy ------------------------------ Date: Sun, 21 Jul 2002 00:47:14 +0200 From: Morten Rodal Subject: Re: make install in /etc/mail broken? - --PmA2V3Z32TCmWXqI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 21, 2002 at 12:01:27AM +0200, Jimmy Olgeni wrote: > Hi! >=20 > Problem in /etc/mail: >=20 > # make install > install -m /etc/mail/olgeni.cf /etc/mail/sendmail.cf > install: invalid file mode: /etc/mail/olgeni.cf > *** Error code 64 >=20 > Stop in /etc/mail. >=20 > Looks like SHAREMODE is no longer defined. > Tested on 3 boxes (very recent -stable). >=20 > --=20 > jimmy >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message This has already been fixed. Try to cvsup again. - --=20 Morten Rodal // // PGP ID 2D75595B // 22DE D67A 1AEA EF94 872A 9384 6D67 B50B 2D75 595B // - --PmA2V3Z32TCmWXqI Content-Type: application/pgp-signature Content-Disposition: inline - -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9OehxbWe1Cy11WVsRAlDTAKCgAXtidEi5ZCgXkwccl1XXrGIQcQCeLDDA IaO619ONLMuT03xLQqiYyf0= =wGZ7 - -----END PGP SIGNATURE----- - --PmA2V3Z32TCmWXqI-- ------------------------------ Date: Sat, 20 Jul 2002 16:51:35 -0700 (PDT) From: John Polstra Subject: Re: another high hz issue In article <20020714171430.06EDF13109@netcom1.netcom.com>, Mike Harding wrote: > > just noticed this after bumping HZ to 1000: > > $sysctl -a > ... > net.inet.tcp.keepidle: -1389934 I just committed a fix for this to -current. The fix is in sys/netinet/tcp_timer.c revision 1.53. I'll MFC it in 3 days or so. John - -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa ------------------------------ Date: Sun, 21 Jul 2002 00:44:20 -0400 From: "James A Halstead ;001;icsg3;" Subject: hmm, is this a feature? Have a relatives laptop getting a re-install of winxp (eew!) and I figured I would test out with FreeBSD before re-polluting it. It is a Compaq presario 700. 5.0 DP-1 gave me a trap 9 general protection fault before getting too far in the boot process ( I can give the fault message to somebody if they want it, but as this is -stable not posting it, probably not too useful any way) To the point: After the failed attempt at booting dp1, I threw in a boot floppy for 4.6.1-rc2. Booted fine, got the install going and after bin was done installing I took a look at dmesg. Low and behold, after scrolling back to the top of dmesg output on fixit shell, the fatal trap 9 message was still in the buffer! Is this some undocumented feature, or one I just missed ^_^? The machine was rebooted by pressing a key on console, so that may be part of it. On another note, during the extraction process, it just stopped twice and had the ftp server selection screen up. No error message saying timeout or anything, I select same site again and it picked up where it left off.. not sure what was going on there. Seemed like it was moving along at a good speed. Done rambling now, - -James ------------------------------ Date: Sun, 21 Jul 2002 13:22:26 +0400 From: Boris Subject: Problem with GENERIC This is a multi-part message in MIME format. - --------------050807060102050201040102 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Hi! I have cvsupted to 4,6-STABLE. Everything OK, but whem I`m trying to add "device pcm0" in my GENERIC, I see the such errors after typing "make": What` going on? - --------------050807060102050201040102 Content-Type: text/plain; name="generic" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="generic" Script started on Sun Jul 21 13:00:44 2002 # loginee /etc/passwd[7@master.pgroupxit # startxrebootstartxexite /etc/groupmaster.passwdploginmake cd ../../modules ; env MAKEOBJDIRPREFIX=/usr/src/sys/compile/GENERIC/modules MACHINE=i386 make obj ; env MAKEOBJDIRPREFIX=/usr/src/sys/compile/GENERIC/modules MACHINE=i386 make all ===> accf_data ===> accf_http ===> agp ===> aha ===> amr ===> an ===> aue ===> bge ===> bridge ===> ccd ===> cd9660 ===> coda ===> cue ===> dc ===> dummynet ===> fdesc ===> fxp ===> gx ===> if_disc ===> if_ef ===> if_faith ===> if_gif ===> if_ppp ===> if_sl ===> if_stf ===> if_tap ===> if_tun ===> if_vlan ===> iir ===> ip6fw ===> ipfilter ===> ipfw ===> ispfw ===> joy ===> kernfs ===> kue ===> lge ===> libiconv ===> libmchain ===> linux ===> md ===> mfs ===> mii ===> mlx ===> msdos ===> ncp ===> pcn ===> netgraph ===> netgraph/async ===> netgraph/bpf ===> netgraph/bridge ===> netgraph/cisco ===> netgraph/echo ===> netgraph/ether ===> netgraph/etf ===> netgraph/frame_relay ===> netgraph/hole ===> netgraph/iface ===> netgraph/ksocket ===> netgraph/lmi ===> netgraph/netgraph ===> netgraph/one2many ===> netgraph/ppp ===> netgraph/pppoe ===> netgraph/pptpgre ===> netgraph/rfc1490 ===> netgraph/socket ===> netgraph/sync_ar ===> netgraph/sync_sr ===> netgraph/tee ===> netgraph/tty ===> netgraph/UI ===> netgraph/vjc ===> netgraph/mppc ===> nfs ===> nge ===> nmdm ===> ntfs ===> nullfs ===> nwfs ===> portal ===> procfs ===> rl ===> rp ===> sf ===> sis ===> sk ===> snp ===> sound ===> sound/pcm ===> sound/driver ===> sound/driver/ad1816 ===> sound/driver/als4000 ===> sound/driver/cmi ===> sound/driver/cs4281 ===> sound/driver/csa ===> sound/driver/ds1 ===> sound/driver/emu10k1 ===> sound/driver/es137x ===> sound/driver/ess ===> sound/driver/fm801 ===> sound/driver/ich ===> sound/driver/maestro ===> sound/driver/maestro3 ===> sound/driver/mss ===> sound/driver/neomagic ===> sound/driver/sb16 ===> sound/driver/sb8 ===> sound/driver/sbc ===> sound/driver/solo ===> sound/driver/t4dwave ===> sound/driver/via82c686 ===> sound/driver/vibes ===> sound/snd ===> ste ===> syscons ===> syscons/blank ===> syscons/daemon ===> syscons/fade ===> syscons/fire ===> syscons/green ===> syscons/logo ===> syscons/rain ===> syscons/snake ===> syscons/star ===> syscons/warp ===> syscons/apm ===> ti ===> tl ===> twe ===> txp ===> ufm ===> ugen ===> uhid ===> ukbd ===> ulpt ===> umapfs ===> umass ===> umodem ===> ums ===> union ===> usb ===> uscanner ===> vinum ===> vn ===> vpo ===> vr ===> wb ===> wx ===> xl ===> aac ===> ar ===> asr ===> bktr ===> bktr/bktr ===> bktr/bktr_mem ===> ciss ===> coff ===> em ===> fpu ===> gnufpu ===> ibcs2 ===> linprocfs ===> mly ===> ncv ===> nsp ===> ray ===> sbni ===> scsi_low ===> smbfs ===> splash ===> splash/bmp ===> splash/pcx ===> sppp ===> sr ===> stg ===> streams ===> svr4 ===> vesa ===> wi ===> xe ===> accf_data ===> accf_http ===> agp ===> aha ===> amr ===> an ===> aue ===> bge ===> bridge ===> ccd ===> cd9660 ===> coda ===> cue ===> dc ===> dummynet ===> fdesc ===> fxp ===> gx ===> if_disc ===> if_ef ===> if_faith ===> if_gif ===> if_ppp ===> if_sl ===> if_stf ===> if_tap ===> if_tun ===> if_vlan ===> iir ===> ip6fw ===> ipfilter ===> ipfw ===> ispfw ===> joy ===> kernfs ===> kue ===> lge ===> libiconv ===> libmchain ===> linux cc -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -mpreferred-stack-boundary=2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c linux_sysent.c In file included from linux_sysent.c:14: linux_proto.h:57: syntax error before `linux_time_t' linux_proto.h:57: `linux_time_t' undeclared here (not in a function) linux_proto.h:57: syntax error before `)' linux_proto.h:57: `linux_time_t' undeclared here (not in a function) linux_proto.h:57: syntax error before `)' linux_proto.h:156: syntax error before `linux_handler_t' linux_proto.h:156: `linux_handler_t' undeclared here (not in a function) linux_proto.h:156: `linux_handler_t' undeclared here (not in a function) linux_proto.h:184: syntax error before `linux_dev_t' linux_proto.h:184: `linux_dev_t' undeclared here (not in a function) linux_proto.h:184: `linux_dev_t' undeclared here (not in a function) linux_proto.h:189: syntax error before `linux_osigaction_t' linux_proto.h:189: `linux_osigaction_t' undeclared here (not in a function) linux_proto.h:189: syntax error before `)' linux_proto.h:189: `linux_osigaction_t' undeclared here (not in a function) linux_proto.h:189: syntax error before `)' linux_proto.h:190: syntax error before `linux_osigaction_t' linux_proto.h:190: `linux_osigaction_t' undeclared here (not in a function) linux_proto.h:190: syntax error before `)' linux_proto.h:190: `linux_osigaction_t' undeclared here (not in a function) linux_proto.h:190: syntax error before `)' linux_proto.h:196: syntax error before `linux_osigset_t' linux_proto.h:196: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:196: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:200: syntax error before `linux_osigset_t' linux_proto.h:200: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:200: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:201: syntax error before `linux_osigset_t' linux_proto.h:201: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:201: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:204: syntax error before `linux_osigset_t' linux_proto.h:204: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:204: syntax error before `)' linux_proto.h:204: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:204: syntax error before `)' linux_proto.h:216: syntax error before `linux_gid_t' linux_proto.h:216: `linux_gid_t' undeclared here (not in a function) linux_proto.h:216: syntax error before `)' linux_proto.h:216: `linux_gid_t' undeclared here (not in a function) linux_proto.h:216: syntax error before `)' linux_proto.h:220: syntax error before `linux_gid_t' linux_proto.h:220: `linux_gid_t' undeclared here (not in a function) linux_proto.h:220: syntax error before `)' linux_proto.h:220: `linux_gid_t' undeclared here (not in a function) linux_proto.h:220: syntax error before `)' linux_proto.h:344: syntax error before `linux_osigset_t' linux_proto.h:344: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:344: syntax error before `)' linux_proto.h:344: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:344: syntax error before `)' linux_proto.h:345: syntax error before `linux_osigset_t' linux_proto.h:345: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:345: syntax error before `)' linux_proto.h:345: `linux_osigset_t' undeclared here (not in a function) linux_proto.h:345: syntax error before `)' linux_proto.h:380: syntax error before `linux_uid_t' linux_proto.h:380: `linux_uid_t' undeclared here (not in a function) linux_proto.h:380: `linux_uid_t' undeclared here (not in a function) linux_proto.h:383: syntax error before `linux_gid_t' linux_proto.h:383: `linux_gid_t' undeclared here (not in a function) linux_proto.h:383: `linux_gid_t' undeclared here (not in a function) linux_proto.h:410: syntax error before `linux_pid_t' linux_proto.h:410: `linux_pid_t' undeclared here (not in a function) linux_proto.h:410: `linux_pid_t' undeclared here (not in a function) linux_proto.h:439: syntax error before `linux_uid_t' linux_proto.h:439: `linux_uid_t' undeclared here (not in a function) linux_proto.h:439: syntax error before `)' linux_proto.h:439: `linux_uid_t' undeclared here (not in a function) linux_proto.h:439: syntax error before `)' linux_proto.h:440: syntax error before `linux_uid_t' linux_proto.h:440: `linux_uid_t' undeclared here (not in a function) linux_proto.h:440: syntax error before `)' linux_proto.h:440: `linux_uid_t' undeclared here (not in a function) linux_proto.h:440: syntax error before `)' linux_proto.h:441: syntax error before `linux_uid_t' linux_proto.h:441: `linux_uid_t' undeclared here (not in a function) linux_proto.h:441: syntax error before `)' linux_proto.h:441: `linux_uid_t' undeclared here (not in a function) linux_proto.h:441: syntax error before `)' linux_proto.h:453: syntax error before `linux_gid_t' linux_proto.h:453: `linux_gid_t' undeclared here (not in a function) linux_proto.h:453: syntax error before `)' linux_proto.h:453: `linux_gid_t' undeclared here (not in a function) linux_proto.h:453: syntax error before `)' linux_proto.h:454: syntax error before `linux_gid_t' linux_proto.h:454: `linux_gid_t' undeclared here (not in a function) linux_proto.h:454: syntax error before `)' linux_proto.h:454: `linux_gid_t' undeclared here (not in a function) linux_proto.h:454: syntax error before `)' linux_proto.h:455: syntax error before `linux_gid_t' linux_proto.h:455: `linux_gid_t' undeclared here (not in a function) linux_proto.h:455: syntax error before `)' linux_proto.h:455: `linux_gid_t' undeclared here (not in a function) linux_proto.h:455: syntax error before `)' linux_proto.h:465: syntax error before `linux_sigaction_t' linux_proto.h:465: `linux_sigaction_t' undeclared here (not in a function) linux_proto.h:465: syntax error before `)' linux_proto.h:465: `linux_sigaction_t' undeclared here (not in a function) linux_proto.h:465: syntax error before `)' linux_proto.h:466: syntax error before `linux_sigaction_t' linux_proto.h:466: `linux_sigaction_t' undeclared here (not in a function) linux_proto.h:466: syntax error before `)' linux_proto.h:466: `linux_sigaction_t' undeclared here (not in a function) linux_proto.h:466: syntax error before `)' linux_proto.h:471: syntax error before `linux_sigset_t' linux_proto.h:471: `linux_sigset_t' undeclared here (not in a function) linux_proto.h:471: syntax error before `)' linux_proto.h:471: `linux_sigset_t' undeclared here (not in a function) linux_proto.h:471: syntax error before `)' linux_proto.h:472: syntax error before `linux_sigset_t' linux_proto.h:472: `linux_sigset_t' undeclared here (not in a function) linux_proto.h:472: syntax error before `)' linux_proto.h:472: `linux_sigset_t' undeclared here (not in a function) linux_proto.h:472: syntax error before `)' linux_proto.h:485: syntax error before `linux_sigset_t' linux_proto.h:485: `linux_sigset_t' undeclared here (not in a function) linux_proto.h:485: syntax error before `)' linux_proto.h:485: `linux_sigset_t' undeclared here (not in a function) linux_proto.h:485: syntax error before `)' linux_proto.h:516: syntax error before `*' linux_proto.h:516: syntax error before `linux_stack_t' linux_proto.h:516: syntax error before `linux_stack_t' linux_proto.h:517: syntax error before `linux_stack_t' linux_proto.h:517: `linux_stack_t' undeclared here (not in a function) linux_proto.h:517: syntax error before `)' linux_proto.h:517: `linux_stack_t' undeclared here (not in a function) linux_proto.h:517: syntax error before `)' linux_sysent.c:21: sizeof applied to an incomplete type linux_sysent.c:21: warning: built-in function `exit' used without declaration linux_sysent.c:21: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop in /usr/src/sys/modules/linux. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys/compile/GENERIC. # exit exit Script done on Sun Jul 21 13:01:06 2002 - --------------050807060102050201040102-- ------------------------------ Date: Sat, 20 Jul 2002 23:46:37 -0700 (PDT) From: Jeff Seeman Subject: Re: Problem with GENERIC try adding device pcm notice the absence of the '0' On Sun, 21 Jul 2002, Boris wrote: > Hi! > I have cvsupted to 4,6-STABLE. Everything OK, but whem I`m trying to add > "device pcm0" in my GENERIC, I see the such errors after typing "make": > What` going on? > > ------------------------------ Date: Sun, 21 Jul 2002 04:26:39 -0400 From: Mike Tancsa Subject: panic: Going nowhere without my init! On a fairly recent STABLE, I got the above panic. Anyone know what its about? gdb -k /kernel.debug vmcore.1 GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD at phsyical address 0x00357000 initial pcb at physical address 0x002c5f00 panicstr: Going nowhere without my init! panic messages: - --- panic: Going nowhere without my init! syncing disks... 21 4 done Uptime: 9d8h32m4s dumping to dev #twed/0x20001, offset 524416 dump 767 766 765 764 763 762 761 760 759 758 757 756 755 754 753 752 751 750 749 748 747 746 745 744 743 742 741 740 739 738 737 736 735 734 733 732 731 730 729 728 727 726 725 724 723 722 721 720 719 718 717 716 715 714 713 712 711 710 709 708 707 706 705 704 703 702 701 700 699 698 697 696 695 694 693 692 691 690 689 688 687 686 685 684 683 682 681 680 679 678 677 676 675 674 673 672 671 670 669 668 667 666 665 664 663 662 661 660 659 658 657 656 655 654 653 652 651 650 649 648 647 646 645 644 643 642 641 640 639 638 637 636 635 634 633 632 631 630 629 628 627 626 625 624 623 622 621 620 619 618 617 616 615 614 613 612 611 610 609 608 607 606 605 604 603 602 601 600 599 598 597 596 595 594 593 592 591 590 589 588 587 586 585 584 583 582 581 580 579 578 577 576 575 574 573 572 571 570 569 568 567 566 565 564 563 562 561 560 559 558 557 556 555 554 553 552 551 550 549 548 547 546 545 544 543 542 541 540 539 538 537 536 535 534 533 532 531 530 529 528 527 526 525 524 523 522 521 520 519 518 517 516 515 514 513 512 511 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 495 494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 - --- #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) where #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc0155dc4 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:316 #2 0xc01561f8 in poweroff_wait (junk=0xc027e860, howto=-1071126464) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc014e0a7 in exit1 (p=0xd9d0fe00, rv=2560) at /usr/src/sys/kern/kern_exit.c:125 #4 0xc014e06d in sys_exit (p=0xd9d0fe00, uap=0xd9d16f80) at /usr/src/sys/kern/kern_exit.c:103 #5 0xc02631d1 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077936612, tf_esi = -1077936624, tf_ebp = -1077937328, tf_isp = -640585772, tf_ebx = 10, tf_edx = - -1077937400, tf_ecx = -1077939456, tf_eax = 1, tf_trapno = 7, tf_err = 2, tf_eip = 134548108, tf_cs = 31, tf_eflags = 643, tf_esp = -1077937372, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1175 #6 0xc0256895 in Xint0x80_syscall () #7 0xbfbfffac in ?? () #8 0x80497f2 in ?? () #9 0x80486fe in ?? () #10 0x804847d in ?? () #11 0x8048135 in ?? () (kgdb) up #1 0xc0155dc4 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:316 316 dumpsys(); (kgdb) up #2 0xc01561f8 in poweroff_wait (junk=0xc027e860, howto=-1071126464) at /usr/src/sys/kern/kern_shutdown.c:595 595 boot(bootopt); (kgdb) up #3 0xc014e0a7 in exit1 (p=0xd9d0fe00, rv=2560) at /usr/src/sys/kern/kern_exit.c:125 125 panic("Going nowhere without my init!"); (kgdb) up #4 0xc014e06d in sys_exit (p=0xd9d0fe00, uap=0xd9d16f80) at /usr/src/sys/kern/kern_exit.c:103 103 exit1(p, W_EXITCODE(uap->rval, 0)); (kgdb) - -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike ------------------------------ Date: Sun, 21 Jul 2002 04:36:32 -0400 From: Mike Tancsa Subject: Re: panic: Going nowhere without my init! Sorry, forgot to add its 4.6-STABLE FreeBSD 4.6-STABLE #1: Thu Jul 11 19:24:51 EDT 2002 ---Mike - -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike ------------------------------ Date: Sun, 21 Jul 2002 02:29:53 -0700 From: Brooks Davis Subject: Re: hmm, is this a feature? - --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 21, 2002 at 12:44:20AM -0400, James A Halstead ;001;icsg3; wrot= e: > To the point: After the failed attempt at booting dp1, I threw in a boot = floppy > for 4.6.1-rc2. Booted fine, got the install going and after bin was done > installing I took a look at dmesg. Low and behold, after scrolling back to > the top of dmesg output on fixit shell, the fatal trap 9 message was still > in the buffer! Is this some undocumented feature, or one I just missed ^_= ^? > The machine was rebooted by pressing a key on console, so that may be par= t of > it. This is normal. It's supposed to allow you to see console errors after reboot (say after a panic). Personaly, I wish dmesg(8) would only show the current boot's dmesg output unless you pass a special flag since info from previous boots is of rather limited use in almost all cases, but currently it saves the buffer at boot if possiable. - -- Brooks - --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 - --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline - -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD4DBQE9On8LXY6L6fI4GtQRAgUuAJdKvj1UKEtHTew7fFa63CbN4vr6AJ9L+J3Y SBJeWGDbxuw1dXfsijHKVA== =G5ZH - -----END PGP SIGNATURE----- - --AqsLC8rIMeq19msA-- ------------------------------ End of stable-digest V5 #596 **************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with unsubscribe freebsd-stable-digest in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 5:15: 9 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D04A37B400 for ; Sun, 21 Jul 2002 05:15:04 -0700 (PDT) Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6985D43E3B for ; Sun, 21 Jul 2002 05:15:03 -0700 (PDT) (envelope-from hm@hcs.de) Received: from localhost (localhost.hcs.de [127.0.0.1]) by hcshh.hcs.de (Postfix) with ESMTP id 4A6A0155C7 for ; Sun, 21 Jul 2002 14:15:01 +0200 (CEST) Received: from hcswork.hcs.de (hcswork.hcs.de [172.24.124.5]) by hcshh.hcs.de (Postfix) with ESMTP id 5A722155C5 for ; Sun, 21 Jul 2002 14:14:59 +0200 (CEST) Received: by hcswork.hcs.de (Postfix, from userid 200) id 0186E566; Sun, 21 Jul 2002 14:14:58 +0200 (METDST) Subject: USB spl problem (was: "Hanging" TCP connections over ISDN) In-Reply-To: <20020716133233.13299566@hcswork.hcs.de> "from Hellmuth Michaelis at Jul 16, 2002 03:32:33 pm" To: FreeBSD-Stable List Date: Sun, 21 Jul 2002 14:14:58 +0200 (METDST) Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL84 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20020721121458.0186E566@hcswork.hcs.de> From: hm@hcs.de (Hellmuth Michaelis) X-Virus-Scanned-HCS: by AMaViS perl-11 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > since upgrading two ISDN-connected systems from 4.5 RC1 to 4.6 TCP > connections between this two systems "hang" from time to time. On this system, since all card slots are occupied, i'm using an USB to ethernet device which is using the "aue" driver. When this device is connected to the system, ISDN connections "hang", ISDN transfer rates go down to 1..2 kB/s, when this device is disconnected, ISDN transfer rates are the full ~7.8 kB/s constantly, no "hangs". In the aue driver, there is a timeout routine running (aue_tick) all the time at splimp(). Removing the splimp() and placing splimp's only at the necessary places in this routine lets ISDN and USB run fine again, no hangs, no problems anymore. I've seen this xxx_tick routine in USB drivers at more places, and it seems that spls are running within USB at that level for LONG periods of time, anyone there who has an idea why this is necessary ? hellmuth -- Hellmuth Michaelis Tel +49 40 55 97 47-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de D-22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 9:42:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07A1437B400 for ; Sun, 21 Jul 2002 09:42:19 -0700 (PDT) Received: from mail8.nc.rr.com (fe8.southeast.rr.com [24.93.67.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DE5143E31 for ; Sun, 21 Jul 2002 09:42:18 -0700 (PDT) (envelope-from bts@fake.com) Received: from this.is.fake.com ([66.26.254.93]) by mail8.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Sun, 21 Jul 2002 11:38:22 -0400 Received: by this.is.fake.com (Postfix, from userid 111) id 14F69BB34; Sun, 21 Jul 2002 11:38:15 -0400 (EDT) Content-Type: text/plain; charset="iso-8859-1" From: "Brian T. Schellenberger" To: Julian Elischer , Ronald Klop , mckusick@mckusick.com Subject: Re: softupdates: any way to force sync? Date: Sun, 21 Jul 2002 11:38:14 -0400 User-Agent: KMail/1.4.2 Cc: stable@FreeBSD.ORG, David Malone References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200207211138.14607.bts@babbleon.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [Mr. McKusick-- Sorry for including you mid-discussion. I initially failed to notice who had done what and included Julian rather than you.] | > Brian T.Schellenberger wrote: | | [...] | | > > What I'd like is a command like "syncupdates" or something that would | > > synchronosly force all the pending softupdates updates to update and | > > return only when that was complete. Then when I had the (rare) | > > occaisons where I really wanted them synced up, they could be synched | > > up but the rest of the time I could still let it update when it | > > pleased. | > > | > > Questions: | > > | > > - Is there any functionality already in the system that I don't know | > > about? - Are there any plans to add it? | > > | > > - If not, I might have a go at it myself. Other than your code and the | > > original paper are there any references or information that I should | > > have in hand? | > > - And would you, Julian, be willing to review whatever I might come up | > > with and possibly commit it if it looks plausible? (I don't run | > > current so whatever patches I'd come up with would be against -stable, | > > but I presume that doing a sort of "reverse MFC" to translate them to | > > -current patches wouldn't be terribly difficult.) | | I think there are much better people to review it than me.. | I have not looked at the soft updates code for 3 years :-( | Don't forget that while I commited it, I was only acting as an assitant | to Kirk. I did most of the 'mecahnical' porting parts but he | has moved a long way since then. (particularly in -current). Sorry, I hadn't realized that. I checked the README instead of the .c file for the e-mail address and grabbed it from there. I'm adding Kirk in now that I've got that straight. On Thursday 18 July 2002 03:23 pm, Julian Elischer wrote: | On Thu, 18 Jul 2002, Ronald Klop wrote: | > The following sysctl's define the delay before things are written to | > disk with softupdates. I think they work in realtime and setting them to | > 3,2,1 for a little time wil sync the disk faster. But wil make the | > caching less efficient. So play with it for a while. | > | > kern.filedelay: 30 | > kern.dirdelay: 29 | > kern.metadelay: 28 I haven't played with these, and perhaps I will, but it doesn't really address my concern, which is that 99% of the time I want it work just as it does now--but every now and again there are special cirsumstances where I want to get the disk space back right away, usually when I'm deleting gigabytes of space at one fell swoop, and I can actually wind up filling the space (over the internet sometimes!) faster than softupdates can clear it. | When we were porting Soft Updates, Kirk suggested that a sequence of | 4 syncs should be sufficient to force a full update. | e.g. sync;sleep 1;sync;sleep 1;sync;sleep 1;sync Alas, I've tried this, and it's not so. In fact I did 5 syncs (back-to-back), then I did 5 more (with sleeps in between), and it *still* didn't fully sync. It *does* seem to speed up the process quite a bit but it still doesn't guarantee synchronicity. I'm sure that umount would but that seems a little drastic, and I have to undo all my "cd"s and such to do it. | I have my suspicions that it may be possible under some situations | for some interdependencies to last longer, but I also am willing to | believe that probably Kirk was right :-) I'm afraid that your suspicious side has got the advantage over your believing side on this one. | He also said that an 'fsync()' on a file will recurse all the way to | the root of the filesystem, resolving all unsatisfied dependencies on the | way. You may want to consider this if you have a specific need. My typical need is for getting the space back. Are you suggesting that fsync()ing any file will sync up the entire file system, or just the directories and inodes that it has touch on the way to get to that file? David Malone wrote: | The problem where a disk seems to be full because of pending softupdates | changes has been fixed in -current, but I don't think the fix has | been brought into -stable yet. Well, that is my primary concern, though it's nice sometimes to know when "df" can tell me true, but write failures due to a bogus "disk full" condition is my main problem. After quite some time, I synced up to stable as of Friday, so it's possible that this will have already taken care of itself for me (I probably won't know for a while, it's only a "once every few weeks" event where this normally comes up. If not, though, I'd love to see this MFC'ed sooner rather than later and if there's anything I could do to help please let me know. -- Brian, the man from Babble-On . . . . bts@babbleon.org (personal) http://www.babbleon.org http://www.eff.org http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 9:43:30 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3533237B400 for ; Sun, 21 Jul 2002 09:43:27 -0700 (PDT) Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 665C543E42 for ; Sun, 21 Jul 2002 09:43:25 -0700 (PDT) (envelope-from ant@overclockers.at) Received: from Deadcell.ant ([212.17.108.240]) by viefep15-int.chello.at (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20020721164324.GXII1259.viefep15-int.chello.at@Deadcell.ant> for ; Sun, 21 Jul 2002 18:43:24 +0200 Received: from Deadcell.ant (localhost [127.0.0.1]) by Deadcell.ant (8.12.5/8.12.5) with ESMTP id g6LGhNdo020622 for ; Sun, 21 Jul 2002 18:43:23 +0200 (CEST) (envelope-from ant@Deadcell.ant) Received: (from ant@localhost) by Deadcell.ant (8.12.5/8.12.5/Submit) id g6LGhIYr020621 for freebsd-stable@FreeBSD.ORG; Sun, 21 Jul 2002 18:43:18 +0200 (CEST) Date: Sun, 21 Jul 2002 18:43:18 +0200 From: Andreas Ntaflos To: freebsd-stable@FreeBSD.ORG Subject: Re: RoamAbout Cabletron 802.11 nic not supported anymore? ("solved", I'm an idiot) Message-ID: <20020721164318.GA20507@Deadcell.ant> References: <20020718124811.GA1961@Deadcell.ant> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020718124811.GA1961@Deadcell.ant> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG OK, I'm an idiot, I somehow forgot to start pccardd. No wonder why the kernel detects that a pccard is inserted, but nothing is being configured. Foolish me. thanks and regards -- Andreas "ant" Ntaflos ant@overclockers.at Vienna, AUSTRIA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 10:18: 9 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B82937B408 for ; Sun, 21 Jul 2002 10:18:06 -0700 (PDT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20BBE43E42 for ; Sun, 21 Jul 2002 10:18:05 -0700 (PDT) (envelope-from marck@rinet.ru) Received: from localhost (marck@localhost) by woozle.rinet.ru (8.11.6/8.11.6) with ESMTP id g6LHGvH37995; Sun, 21 Jul 2002 21:16:57 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 21 Jul 2002 21:16:57 +0400 (MSD) From: Dmitry Morozovsky To: "Brian T. Schellenberger" Cc: Julian Elischer , Ronald Klop , , , David Malone Subject: Re: softupdates: any way to force sync? In-Reply-To: <200207211138.14607.bts@babbleon.org> Message-ID: <20020721211522.D82650-100000@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 21 Jul 2002, Brian T. Schellenberger wrote: [snip a lot] BTS> I'm sure that umount would but that seems a little BTS> drastic, and I have to undo all my "cd"s and such to do it. If you so much concerned about consistency, what about mount -u -r -o /mpoint start dump mount -u -o /mpoint ? Or, am I missing something serious? Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 11:17:22 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0777B37B400 for ; Sun, 21 Jul 2002 11:17:18 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 5E2E743E3B for ; Sun, 21 Jul 2002 11:17:16 -0700 (PDT) (envelope-from Gerhard.Sittig@gmx.net) Received: (qmail 20686 invoked by uid 0); 21 Jul 2002 18:17:04 -0000 Received: from p50910112.dip0.t-ipconnect.de (HELO mail.gsinet.sittig.org) (80.145.1.18) by mail.gmx.net (mp013-rz3) with SMTP; 21 Jul 2002 18:17:04 -0000 Received: (qmail 10967 invoked from network); 21 Jul 2002 14:51:44 -0000 Received: from shell.gsinet.sittig.org (192.168.11.153) by mail.gsinet.sittig.org with SMTP; 21 Jul 2002 14:51:44 -0000 Received: (from sittig@localhost) by shell.gsinet.sittig.org (8.11.3/8.11.3) id g6LEphf10963 for freebsd-stable@FreeBSD.ORG; Sun, 21 Jul 2002 16:51:43 +0200 (CEST) (envelope-from sittig) Date: Sun, 21 Jul 2002 16:51:43 +0200 From: Gerhard Sittig To: freebsd-stable@FreeBSD.ORG Subject: Re: Kernel config problem with 4.6-STABLE... [solution] Message-ID: <20020721165143.A1494@shell.gsinet.sittig.org> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <5.1.0.14.0.20020717152215.00a79df0@dns1.popstick.com> <000601c22e72$58b76a80$fb00000a@promethium> <20020719195738.Y1494@shell.gsinet.sittig.org> <1027103476.19808.21.camel@owen1492.it.oot> <20020719221244.GE17899@grimoire.chen.org.nz> <20020720104257.0b1d8dde.steve@sohara.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020720104257.0b1d8dde.steve@sohara.org>; from steve@sohara.org on Sat, Jul 20, 2002 at 10:42:57AM +0200 Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jul 20, 2002 at 10:42 +0200, Steve O'Hara-Smith wrote: > > [ ... buildworld before buildkernel ... ] > > I have run make kernel on boxes where buildworld has not run in > moments of absent mindedness - it has always worked perfectly, of course > the sources *must* match the installed system in this case. > > Question - is this supposed to work ? The above emphasis of yours basically makes the point. I'm not a kernel hacker or source guru, but the logic is so simple that everyone should quickly get it: You not only need sources to build a kernel, the source is handled by tools. When you install the kernel source tree with a -RELEASE or a -SNAPSHOT you have the apropriate tools already and can get away with a buildkernel or even the "old fashioned" config and make sequence. But when your source tree is newer than your tools are, there is a _chance_ that building from the source has prerequisites the tools don't satisfy. This chance increases with bigger distances in age of the two aspects. One *might* get away without building new tools, but there is no guarantee. While the heavily suggested buildworld and buildkernel sequence is designed to _always_ work, and is the easiest to describe and declare for everyone. Those who know better (or just feel a little adventurous) are free to search for a way "in between". Or try the less expensive -- in terms of time spent -- methods first before falling back to the more expensive method in case of failure. But since things are complicated and not at all trivial this seems to be beyond the scope of the handbook or UPDATING. Remember, neither do these documents tell you (or are supposed to tell you) how a compiler works, how the kernel tree layout looks like, nor how to program, nor do they give you a basic class in computer science. At least I wouldn't expect the user oriented parts of the FreeBSD doc to tell me about these things. Although this might be on topic for the Porter's Handbook, a Kernel Hacker's Guide or some separate article / book, I wouldn't expect this kind of information (how to cut corners when building the source) in the handbook or UPDATING. I feel that it is a sensible approach to hand out simple instructions ("do buildworld followed by buildkernel, with no 'but' or 'if' ...") and to leave more complicated dependency determination and the resulting saving in time up to the experience of those who want or have to know better. We are talking about users and administrators here who don't do upgrades more than twice a year, don't we? We don't talk about kernel hackers (who should know better). And for bulk upgrade of more machines one might consider copying changed files from a build server or "make release". This way the time consuming steps can be done on a fast machine. I would always take the safe way and like to get a working output instead of trying to save a few minutes and get a "might work" output. Computers are dumb and cheap, they can do the tedious job without me watching them. :) BTW has there been a lengthy thread (I fear there have been many threads:) around the time when the buildkernel target was created. It actually got introduced to not have users complain about "config; make doesn't work" when they need a newer version of config(8) for their kernel source or kernel configuration. The buildkernel target heavily simplified the "user interface" while it catches all the preparation steps and pitfalls one might meet. Should you want to visit the archives, here's a snippet from the commit message: ----- cd /usr/src; cvs log Makefile.inc ------------------------- [ ... ] revision 1.122 date: 2000/01/09 17:56:40; author: marcel; state: Exp; lines: +76 -2 Add a buildkernel and an installkernel target. With these targets users can more easily upgrade. [ ... ] ----- cd /usr/src; cvs log Makefile.inc ------------------------- So the most definitive discussion of the issue has been done two years ago. Everything else is just a rehashing ... :] virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 11:17:29 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43D8937B401 for ; Sun, 21 Jul 2002 11:17:18 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8C41E43E4A for ; Sun, 21 Jul 2002 11:17:16 -0700 (PDT) (envelope-from Gerhard.Sittig@gmx.net) Received: (qmail 20739 invoked by uid 0); 21 Jul 2002 18:17:05 -0000 Received: from p50910112.dip0.t-ipconnect.de (HELO mail.gsinet.sittig.org) (80.145.1.18) by mail.gmx.net (mp013-rz3) with SMTP; 21 Jul 2002 18:17:05 -0000 Received: (qmail 10971 invoked from network); 21 Jul 2002 14:51:44 -0000 Received: from shell.gsinet.sittig.org (192.168.11.153) by mail.gsinet.sittig.org with SMTP; 21 Jul 2002 14:51:44 -0000 Received: (from sittig@localhost) by shell.gsinet.sittig.org (8.11.3/8.11.3) id g6LEpa510950 for freebsd-stable@freebsd.org; Sun, 21 Jul 2002 16:51:36 +0200 (CEST) (envelope-from sittig) Date: Sun, 21 Jul 2002 16:51:36 +0200 From: Gerhard Sittig To: FreeBSD Stable Mailing List Subject: Re: Problems building lot's of ports .in files missing Message-ID: <20020721165136.Z1494@shell.gsinet.sittig.org> Mail-Followup-To: FreeBSD Stable Mailing List References: <20020719203034.GA19809@teddy.fas.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020719203034.GA19809@teddy.fas.com>; from stanb@awod.com on Fri, Jul 19, 2002 at 04:30:34PM -0400 Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [ take this with caution, I'm writing from memory not experience ] On Fri, Jul 19, 2002 at 16:30 -0400, stan wrote: > > Virtualy every port I have tried to build the week has failed because it's > missing soe .in file (config.h.in for instnace). > > This is after CVSUP'ong and portupgrade'ing last weekend. The ports usually come with the _result_ of the x.in -> x processing. Only when the result is absent or considered outdated, make tries to recreate it and therefor needs the .in file. Check your clock and the files' timestamps. Another cause might be a version mismatch in the GNU auto* tools (autoconf, automake). Check the archives for this (maybe a search for "configure.in" or "Makefile.in" helps?). virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 11:28:22 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6362D37B665 for ; Sun, 21 Jul 2002 11:28:14 -0700 (PDT) Received: from mail5.ksc.th.com (mail5.ksc.th.com [203.155.0.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75E5A43E72 for ; Sun, 21 Jul 2002 11:28:02 -0700 (PDT) (envelope-from easytoberich01@yahoo.com) Received: from ksc.th.com ([203.107.241.168]) by mail5.ksc.th.com (8.12.1/8.12.0) with SMTP id g6LILZXa010927 for ; Mon, 22 Jul 2002 01:28:00 +0700 Message-Id: <200207211828.g6LILZXa010927@mail5.ksc.th.com> Date: Mon, 22 Jul 2002 01:30:02 To: stable@FreeBSD.org From: easytoberich01@yahoo.com (chancetoberich) Subject: ÊÓËÃѺ¼Ùé·Õèµéͧ¡ÒÃâÍ¡ÒÊ㹡ÒÃà»ÅÕè¹á»Å§ªÕÇÔµ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG !!!!! Part-Time Job!! ÊÓËÃѺ¹Ñ¡àÃÕ¹ ¹Ñ¡ÈÖ¡ÉÒ áÅмÙé·Ó§Ò¹»ÃÐ¨Ó ¤Ø³µéͧ¡ÒçҹẺ¹ÕéºéÒ§äËÁ…?? -§Ò¹ parttime ·Ó§Ò¹·ÕèºéÒ¹ä´é ¶éҤسãªé Internet à»ç¹ -·Ó§Ò¹à¾Õ§ÇѹÅÐ 2-3 ªÁ. -ÃÒÂä´é 5,000 – 15,000 ºÒ· ¶éҤسà»ç¹¤¹Ë¹Ö觷Õè·Ó§Ò¹»ÃШÓËÃ×ÍÂѧäÁèÁÕ§Ò¹·Ó ¹Ñ¡ÈÖ¡ÉÒ·Õè¡ÓÅѧÈÖ¡ÉÒÍÂÙè ¼ÙéÇèÒ§§Ò¹ ËÃ×ͼÙé·ÕèÂѧ¾ÍÁÕàÇÅÒÇèÒ§¨Ò¡§Ò¹»ÃÐ¨Ó ÁդسÊÁºÑµÔàº×éͧµé¹´Ñ§¹Õé 1. ÁÕ·Ñȹ¤µÔ·Õè´Õ 2. ¾ÃéÍÁ·Õè¨ÐàÃÕ¹ÃÙé à¹×èͧ¨Ò¡à»ç¹ÃкºãËÁè¨Ö§µéͧãËéÁÕ¡ÒÃͺÃÁãËéµÒÁ¤ÇÒÁàËÁÒÐÊÁ 3. µéͧ¡Ò÷Õè¨Ð·Ó§Ò¹ÍÂèÒ§¨ÃÔ§¨Ñ§ ÍÂÒ¡·Õè¨Ðà»ÅÕ蹰ҹзҧ¡ÒÃà§Ô¹¢Í§µ¹àͧ áÅÐÍÂÒ¡ÁÕÃÒÂä´é¨Ò¡¡Ò÷ӧҹµÃ§¹Õé¨ÃÔ§æ ·Ø¡ÍÂèÒ§à»ç¹ä»ä´é ã¹ http://www.geocities.com/getchances2000/ ÍÂèÒ !…………….. à»ç¹á¤èà¾Õ§¤¹·Õè¹Ñè§ÃÍâÍ¡ÒÊ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 11:30: 8 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4625437B400 for ; Sun, 21 Jul 2002 11:30:03 -0700 (PDT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 871A743E31 for ; Sun, 21 Jul 2002 11:30:02 -0700 (PDT) (envelope-from marcolz@stack.nl) Received: from toad.stack.nl (toad.stack.nl [2001:610:1108:5010:202:b3ff:fe17:9e1a]) by mailhost.stack.nl (Postfix) with ESMTP id A8C3C3F94 for ; Sun, 21 Jul 2002 20:30:01 +0200 (CEST) Received: by toad.stack.nl (Postfix, from userid 333) id 0176D98D1; Sun, 21 Jul 2002 20:30:00 +0200 (CEST) Date: Sun, 21 Jul 2002 20:30:00 +0200 From: Marc Olzheim To: freebsd-stable@freebsd.org Subject: USE_GCC=3.1 ? Message-ID: <20020721183000.GA89075@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Operating-System: FreeBSD toad.stack.nl 4.6-STABLE FreeBSD 4.6-STABLE X-URL: http://www.stack.nl/~marcolz/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi. When one has that line in /etc/make.conf, "make install" in any ports dir breaks. It fails to register properly and bails out with: ... ===> Registering installation for freetype2-2.1.2 Cannot fork: Resource temporarily unavailable Cannot fork: Resource temporarily unavailable Cannot fork: Resource temporarily unavailable Cannot fork: Resource temporarily unavailable ===> Cleaning for libiconv-1.8 ===> Cleaning for bison-1.35_1 ===> Cleaning for gmake-3.79.1_2 ===> Cleaning for libtool-1.3.4_4 ===> Cleaning for gcc-3.1.1_20020701 ===> Cleaning for freetype2-2.1.2 It seems to be a dependency loop. Any ideas on how to circumvent this ? Output of "ps uxwwwtp0" while doing make install clean in /usr/ports/archivers/zip on /dev/ttyp0 is at http://www.stack.nl/~marcolz/ps.txt Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 11:53:51 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E6F137B405 for ; Sun, 21 Jul 2002 11:53:47 -0700 (PDT) Received: from mail5.ksc.th.com (mail5.ksc.th.com [203.155.0.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 620D743E6A for ; Sun, 21 Jul 2002 11:53:46 -0700 (PDT) (envelope-from easytoberich01@yahoo.com) Received: from ksc.th.com ([203.107.241.168]) by mail5.ksc.th.com (8.12.1/8.12.0) with SMTP id g6LILZr8010927 for ; Mon, 22 Jul 2002 01:53:44 +0700 Message-Id: <200207211853.g6LILZr8010927@mail5.ksc.th.com> Date: Mon, 22 Jul 2002 01:55:46 To: freebsd-stable@FreeBSD.org From: easytoberich01@yahoo.com (chancetoberich) Subject: ÊÓËÃѺ¼Ùé·Õèµéͧ¡ÒÃâÍ¡ÒÊ㹡ÒÃà»ÅÕè¹á»Å§ªÕÇÔµ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG !!!!! Part-Time Job!! ÊÓËÃѺ¹Ñ¡àÃÕ¹ ¹Ñ¡ÈÖ¡ÉÒ áÅмÙé·Ó§Ò¹»ÃÐ¨Ó ¤Ø³µéͧ¡ÒçҹẺ¹ÕéºéÒ§äËÁ…?? -§Ò¹ parttime ·Ó§Ò¹·ÕèºéÒ¹ä´é ¶éҤسãªé Internet à»ç¹ -·Ó§Ò¹à¾Õ§ÇѹÅÐ 2-3 ªÁ. -ÃÒÂä´é 5,000 – 15,000 ºÒ· ¶éҤسà»ç¹¤¹Ë¹Ö觷Õè·Ó§Ò¹»ÃШÓËÃ×ÍÂѧäÁèÁÕ§Ò¹·Ó ¹Ñ¡ÈÖ¡ÉÒ·Õè¡ÓÅѧÈÖ¡ÉÒÍÂÙè ¼ÙéÇèÒ§§Ò¹ ËÃ×ͼÙé·ÕèÂѧ¾ÍÁÕàÇÅÒÇèÒ§¨Ò¡§Ò¹»ÃÐ¨Ó ÁդسÊÁºÑµÔàº×éͧµé¹´Ñ§¹Õé 1. ÁÕ·Ñȹ¤µÔ·Õè´Õ 2. ¾ÃéÍÁ·Õè¨ÐàÃÕ¹ÃÙé à¹×èͧ¨Ò¡à»ç¹ÃкºãËÁè¨Ö§µéͧãËéÁÕ¡ÒÃͺÃÁãËéµÒÁ¤ÇÒÁàËÁÒÐÊÁ 3. µéͧ¡Ò÷Õè¨Ð·Ó§Ò¹ÍÂèÒ§¨ÃÔ§¨Ñ§ ÍÂÒ¡·Õè¨Ðà»ÅÕ蹰ҹзҧ¡ÒÃà§Ô¹¢Í§µ¹àͧ áÅÐÍÂÒ¡ÁÕÃÒÂä´é¨Ò¡¡Ò÷ӧҹµÃ§¹Õé¨ÃÔ§æ ·Ø¡ÍÂèÒ§à»ç¹ä»ä´é ã¹ http://www.geocities.com/getchances2000/ ÍÂèÒ !…………….. à»ç¹á¤èà¾Õ§¤¹·Õè¹Ñè§ÃÍâÍ¡ÒÊ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 11:56:55 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C70437B400 for ; Sun, 21 Jul 2002 11:56:51 -0700 (PDT) Received: from mail8.nc.rr.com (fe8.southeast.rr.com [24.93.67.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1B1243E4A for ; Sun, 21 Jul 2002 11:56:50 -0700 (PDT) (envelope-from bts@fake.com) Received: from this.is.fake.com ([66.26.254.93]) by mail8.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Sun, 21 Jul 2002 14:56:27 -0400 Received: by this.is.fake.com (Postfix, from userid 111) id A89EEBB34; Sun, 21 Jul 2002 14:56:15 -0400 (EDT) Content-Type: text/plain; charset="iso-8859-1" From: "Brian T. Schellenberger" To: Dmitry Morozovsky Subject: Re: softupdates: any way to force sync? Date: Sun, 21 Jul 2002 14:56:15 -0400 User-Agent: KMail/1.4.2 Cc: Julian Elischer , Ronald Klop , , , David Malone References: <20020721211522.D82650-100000@woozle.rinet.ru> In-Reply-To: <20020721211522.D82650-100000@woozle.rinet.ru> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200207211456.15446.bts@babbleon.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sunday 21 July 2002 01:16 pm, Dmitry Morozovsky wrote: | On Sun, 21 Jul 2002, Brian T. Schellenberger wrote: | | [snip a lot] | | BTS> I'm sure that umount would but that seems a little | BTS> drastic, and I have to undo all my "cd"s and such to do it. | | If you so much concerned about consistency, what about | | mount -u -r -o /mpoint | start dump | mount -u -o /mpoint | | ? Doy! Yes, of course, that would almost certainly do it. I will try that next time the situation arises. A most excellent suggestion. It would still be nice, assuming that this works, though, to have a command to do only this; indeed, it seems to me that sync (just once) *should* be interpretted to perform this function if there isn't an explicit way to do it. | | Or, am I missing something serious? No, I think that I was the one who was missing something. | | Sincerely, | D.Marck [DM5020, DM268-RIPE, DM3-RIPN] | ------------------------------------------------------------------------ | *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** | ------------------------------------------------------------------------ | | | To Unsubscribe: send mail to majordomo@FreeBSD.org | with "unsubscribe freebsd-stable" in the body of the message -- Brian, the man from Babble-On . . . . bts@babbleon.org (personal) http://www.babbleon.org http://www.eff.org http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 12: 2: 0 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 726A637B400 for ; Sun, 21 Jul 2002 12:01:58 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4BF443E42 for ; Sun, 21 Jul 2002 12:01:57 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6LJ1u1f045068; Sun, 21 Jul 2002 13:01:56 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 21 Jul 2002 12:59:32 -0600 (MDT) Message-Id: <20020721.125932.06265818.imp@bsdimp.com> To: ant@overclockers.at Cc: freebsd-stable@FreeBSD.ORG Subject: Re: RoamAbout Cabletron 802.11 nic not supported anymore? From: "M. Warner Losh" In-Reply-To: <20020718124811.GA1961@Deadcell.ant> References: <20020718124811.GA1961@Deadcell.ant> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020718124811.GA1961@Deadcell.ant> Andreas Ntaflos writes: : (4.4-STABLE I think) on my Laptop (Toshiba Satellite 3000-100). : Now, I have 4.6-STABLE running quite fine, but whenever I insert How recent a -stable? I recently comitted some chagnes to -stable to make most toshiba laptops (those with ToPIC chips) work better. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 13:36:38 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5790837B400; Sun, 21 Jul 2002 13:36:33 -0700 (PDT) Received: from mail4.nc.rr.com (fe4.southeast.rr.com [24.93.67.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE12643E31; Sun, 21 Jul 2002 13:36:26 -0700 (PDT) (envelope-from bts@fake.com) Received: from this.is.fake.com ([66.26.254.93]) by mail4.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Sun, 21 Jul 2002 16:36:26 -0400 Received: by this.is.fake.com (Postfix, from userid 111) id D5BFABB34; Sun, 21 Jul 2002 16:36:18 -0400 (EDT) Content-Type: text/plain; charset="us-ascii" From: "Brian T. Schellenberger" To: stable@freebsd.org, ports@freebsd.org Subject: pkg_add -r location for stable Date: Sun, 21 Jul 2002 16:36:18 -0400 User-Agent: KMail/1.4.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200207211636.18581.bts@babbleon.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The pkg_add -r location doesn't seem to me to be as clever as it ought to be; or the package site doesn't have things installed as they ought to be. I wanted to upgrade my system, and my experience with massive portupgrades and/or with trying to replace packages and/or ports piecemeal has not been a happy one, so I got the clever idea to upgrade my base system with the usual buildworld/kernel/boot/intallworld/mergemaster thing (which always works so smoothly--major coolness points for FreeBSD here) and then pkg_delete -a and then go back and re-install all my packages. (I saved a list before upgrading.) In general, this worked pretty well, but . . . I thought that I could just "pkg_add -r", but it failed to find a lot of my packages. The reason that it failed to find them is that it was looking in (for example) ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-4-stable/Latest which is probably a very reasonable place to look first, but it seems to make that it would make sense if it's not found there to look in ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-4-stable/All instead. Or perhaps the problem instead is that Latest should be populated wtih more than it currently has. In any case, the net effect is that pkg_add -r doesn't work as automatically as one would hope at -stable. (I could very well be wrong but I'm guessing that the difficulty is related to grabbing packages while running stable, which I presume not to be the conventional way to do things.) -- Brian, the man from Babble-On . . . . bts@babbleon.org (personal) http://www.babbleon.org http://www.eff.org http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 13:40: 8 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E143337B401 for ; Sun, 21 Jul 2002 13:40:03 -0700 (PDT) Received: from prometheus.vh.laserfence.net (prometheus.laserfence.net [196.44.73.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DD3343E42 for ; Sun, 21 Jul 2002 13:39:59 -0700 (PDT) (envelope-from will@highveldcs.com) Received: from phoenix.vh.laserfence.net ([192.168.0.10]) by prometheus.vh.laserfence.net with esmtp (Exim 3.34 #1) id 17WNUZ-0000tv-00 for freebsd-stable@freebsd.org; Sun, 21 Jul 2002 22:39:47 +0200 Date: Sun, 21 Jul 2002 22:39:47 +0200 (SAST) From: Willie Viljoen X-X-Sender: will@phoenix.vh.laserfence.net To: freebsd-stable@freebsd.org Subject: PAM... HELP!! Message-ID: <20020721223830.T24610-100000@phoenix.vh.laserfence.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I recently did a make world on a remote system, and now find myself locked out, apart from one SSH connection I left running, however, dialups don't last forever and I will have to close that connection soon. Is there any way I can get SSH to work around PAM for the meantime, and is this problem fixed yet (a desparate cvsup is now in progress) Any help at all will be greatly appreciated. Will -- Willie Viljoen Highveld Computing Solutions 214 Paul Kruger Avenue Universitas Bloemfontein 9321 South Africa +27 51 522 15 60, a/h +27 51 522 44 36 +27 82 404 03 27 will@highveldcs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 13:42:33 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8522837B400 for ; Sun, 21 Jul 2002 13:42:30 -0700 (PDT) Received: from prometheus.vh.laserfence.net (prometheus.laserfence.net [196.44.73.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 111A443E4A for ; Sun, 21 Jul 2002 13:42:29 -0700 (PDT) (envelope-from will@highveldcs.com) Received: from phoenix.vh.laserfence.net ([192.168.0.10]) by prometheus.vh.laserfence.net with esmtp (Exim 3.34 #1) id 17WNX7-0000u0-00 for freebsd-stable@freebsd.org; Sun, 21 Jul 2002 22:42:25 +0200 Date: Sun, 21 Jul 2002 22:42:25 +0200 (SAST) From: Willie Viljoen X-X-Sender: will@phoenix.vh.laserfence.net To: freebsd-stable@freebsd.org Subject: PAM problem, followup Message-ID: <20020721224155.M24610-100000@phoenix.vh.laserfence.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sorry, I didn't include logging output regarding the error in my previous message. Jul 21 22:30:20 apollo sshd[16385]: unable to dlopen(/usr/lib/pam_skey.so) Jul 21 22:30:20 apollo sshd[16385]: [dlerror: /usr/lib/pam_skey.so: Undefined symbol "pam_ set_option"] Jul 21 22:30:20 apollo sshd[16385]: adding faulty module: /usr/lib/pam_skey.so Jul 21 22:30:20 apollo sshd[16385]: unable to dlopen(/usr/lib/pam_unix.so) Jul 21 22:30:20 apollo sshd[16385]: [dlerror: /usr/lib/pam_unix.so: Undefined symbol "pam_ test_option"] Jul 21 22:30:20 apollo sshd[16385]: adding faulty module: /usr/lib/pam_unix.so Will -- Willie Viljoen Highveld Computing Solutions 214 Paul Kruger Avenue Universitas Bloemfontein 9321 South Africa +27 51 522 15 60, a/h +27 51 522 44 36 +27 82 404 03 27 will@highveldcs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 13:55:52 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EF0237B400 for ; Sun, 21 Jul 2002 13:55:47 -0700 (PDT) Received: from norton.palomine.net (dsl254-102-179.nyc1.dsl.speakeasy.net [216.254.102.179]) by mx1.FreeBSD.org (Postfix) with SMTP id 1BFF643E42 for ; Sun, 21 Jul 2002 13:55:46 -0700 (PDT) (envelope-from cjohnson@palomine.net) Received: (qmail 46751 invoked by uid 1000); 21 Jul 2002 20:55:45 -0000 Mail-Followup-To: will@highveldcs.com, freebsd-stable@freebsd.org Date: Sun, 21 Jul 2002 16:55:45 -0400 From: Chris Johnson To: freebsd-stable@freebsd.org Cc: Willie Viljoen Subject: Re: PAM... HELP!! Message-ID: <20020721205545.GA46695@palomine.net> References: <20020721223830.T24610-100000@phoenix.vh.laserfence.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <20020721223830.T24610-100000@phoenix.vh.laserfence.net> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jul 21, 2002 at 10:39:47PM +0200, Willie Viljoen wrote: > Hi, I recently did a make world on a remote system, and now find myself > locked out, apart from one SSH connection I left running, however, dialups > don't last forever and I will have to close that connection soon. Is there > any way I can get SSH to work around PAM for the meantime, and is this > problem fixed yet (a desparate cvsup is now in progress) That happened to me, and I think it's to be expected. After I rebooted I got right back in (presumably as a result of sshd restarting with the new PAM libraries). You might enable telnetd temporarily in case you find that's not the case for you. Chris Johnson --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9Ox/PPC78Lz4X/PARAhrpAJ9N0XBd7U3sJky7d+uLNk92XSojWACguTdf Hji0NcXjX98Ph7AxpMGFUZ8= =FVJe -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 14:28:51 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B90B37B400; Sun, 21 Jul 2002 14:28:47 -0700 (PDT) Received: from mail6.nc.rr.com (fe6.southeast.rr.com [24.93.67.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9128343E65; Sun, 21 Jul 2002 14:28:46 -0700 (PDT) (envelope-from bts@fake.com) Received: from this.is.fake.com ([66.26.254.93]) by mail6.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Sun, 21 Jul 2002 17:28:46 -0400 Received: by this.is.fake.com (Postfix, from userid 111) id 9E3FABB34; Sun, 21 Jul 2002 17:28:37 -0400 (EDT) Content-Type: text/plain; charset="us-ascii" From: "Brian T. Schellenberger" To: stable@freebsd.org, ports@freebsd.org Subject: stable: xosview fails - permission denied Date: Sun, 21 Jul 2002 17:28:37 -0400 User-Agent: KMail/1.4.2 Cc: Brian Handy MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200207211728.37338.bts@babbleon.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I can no longer run xosview as an ordinary user. This is with Friday's stable image, but I haven't upgraded before this in many months so I have no idea how recent it is. The message I get is: % xosview xosview: OpenKDIfNeeded():kvm-open(): Permission denied I can run it just fine as root. I tried doing a ktrace/kdump, and it shows this: 29763 xosview NAMI "/dev/mem" 29763 xosview RET open -1 errno 13 Permission denied 29763 xosview CALL write(0x2,0xbfbfdd48,0x9) 29763 xosview GIO fd 2 wrote 9 bytes "xosview: " 29763 xosview RET write 9 29763 xosview CALL write(0x2,0xbfbfdd78,0x1b) 29763 xosview GIO fd 2 wrote 27 bytes "OpenKDIfNeeded():kvm-open()" 29763 xosview RET write 27/0x1b So the fix (or at least the workaround) seemed obvious, but it doesn't work: I did a "chmod 777 /dev/mem" but it still fails in the same way. I even tried chown'ing it to my "regular" userid, but it still fails. (Of course I put it back the way I found it after my experiments.) Any ideas? -- Brian, the man from Babble-On . . . . bts@babbleon.org (personal) http://www.babbleon.org http://www.eff.org http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 14:33:30 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 347A637B400 for ; Sun, 21 Jul 2002 14:33:29 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [194.19.15.2]) by mx1.FreeBSD.org (Postfix) with SMTP id EA86E43E65 for ; Sun, 21 Jul 2002 14:33:27 -0700 (PDT) (envelope-from sthaug@nethelp.no) Received: (qmail 89775 invoked by uid 1001); 21 Jul 2002 21:33:25 +0000 (GMT) To: will@highveldcs.com Cc: freebsd-stable@freebsd.org Subject: Re: PAM... HELP!! From: sthaug@nethelp.no In-Reply-To: Your message of "Sun, 21 Jul 2002 22:39:47 +0200 (SAST)" References: <20020721223830.T24610-100000@phoenix.vh.laserfence.net> X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sun, 21 Jul 2002 23:33:25 +0200 Message-ID: <89773.1027287205@verdi.nethelp.no> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Hi, I recently did a make world on a remote system, and now find myself > locked out, apart from one SSH connection I left running, however, dialups > don't last forever and I will have to close that connection soon. Is there > any way I can get SSH to work around PAM for the meantime, and is this > problem fixed yet (a desparate cvsup is now in progress) What worked for me: - install new /etc/pam.conf (from /usr/src/etc/pam.conf) - install new /etc/ssh/sshd_config (from /usr/src/crypto/openssh/sshd_config) - restart the running master sshd (/usr/sbin/sshd) Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 14:50: 5 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96E6637B400 for ; Sun, 21 Jul 2002 14:50:01 -0700 (PDT) Received: from tp.databus.com (p70-227.acedsl.com [66.114.70.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0DC243E4A for ; Sun, 21 Jul 2002 14:50:00 -0700 (PDT) (envelope-from barney@databus.com) Received: from databus.com (localhost.databus.com [127.0.0.1]) by tp.databus.com (8.12.5/8.12.5) with ESMTP id g6LLo0vG020531 for ; Sun, 21 Jul 2002 17:50:00 -0400 (EDT) (envelope-from barney@databus.com) Received: (from barney@localhost) by databus.com (8.12.5/8.12.5/Submit) id g6LLo0HO020524 for freebsd-stable@freebsd.org; Sun, 21 Jul 2002 17:50:00 -0400 (EDT) Date: Sun, 21 Jul 2002 17:50:00 -0400 From: Barney Wolff To: freebsd-stable@freebsd.org Subject: make world considered harmful Message-ID: <20020721215000.GA20411@tp.databus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG When is "make world" the right thing to do? If the answer is "never" then why don't we remove it from /usr/src/Makefile? Its availability just leads people into trouble. -- Barney Wolff I never met a computer I didn't like. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 14:55:31 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E47637B401 for ; Sun, 21 Jul 2002 14:55:28 -0700 (PDT) Received: from dignus.com (sdsl-64-32-254-102.dsl.iad.megapath.net [64.32.254.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AB9E43E31 for ; Sun, 21 Jul 2002 14:55:27 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.11.6/8.11.3) with ESMTP id g6LLm7R00921; Sun, 21 Jul 2002 17:48:07 -0400 (EDT) (envelope-from rivers@dignus.com) Received: (from rivers@localhost) by lakes.dignus.com (8.11.6/8.11.3) id g6LLrFh91575; Sun, 21 Jul 2002 17:53:15 -0400 (EDT) (envelope-from rivers) Date: Sun, 21 Jul 2002 17:53:15 -0400 (EDT) From: Thomas David Rivers Message-Id: <200207212153.g6LLrFh91575@lakes.dignus.com> To: ant@overclockers.at, imp@bsdimp.com Subject: Re: RoamAbout Cabletron 802.11 nic not supported anymore? Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <20020721.125932.06265818.imp@bsdimp.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Warner, Any chance those recent changes would improve pccard support on Sony VAIOs? - Dave Rivers - -- rivers@dignus.com Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 15:16:26 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC35037B400 for ; Sun, 21 Jul 2002 15:16:24 -0700 (PDT) Received: from alcanet.com.au (mail2.alcanet.com.au [203.62.196.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAB5B43E58 for ; Sun, 21 Jul 2002 15:16:23 -0700 (PDT) (envelope-from peter.jeremy@alcatel.com.au) Received: from gsmx07.alcatel.com.au (IDENT:root@localhost.localdomain [127.0.0.1]) by alcanet.com.au (8.12.4/8.12.4/Alcanet1.3) with ESMTP id g6LMGEiv031102; Mon, 22 Jul 2002 08:16:17 +1000 Received: from gsmx07.alcatel.com.au (localhost [127.0.0.1]) by gsmx07.alcatel.com.au (8.12.3/8.12.3) with ESMTP id g6LMGE2h032810; Mon, 22 Jul 2002 08:16:14 +1000 (EST) (envelope-from peter.jeremy@alcatel.com.au) Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.12.3/8.12.3/Submit) id g6LMGEgP032809; Mon, 22 Jul 2002 08:16:14 +1000 (EST) Date: Mon, 22 Jul 2002 08:16:14 +1000 From: Peter Jeremy To: Andreas Koch Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 4.6-RC: Glacial speed of dump backups Message-ID: <20020722081614.E367@gsmx07.alcatel.com.au> Mail-Followup-To: Andreas Koch , freebsd-stable@FreeBSD.ORG References: <20020606204948.GA4540@ultra4.eis.cs.tu-bs.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020606204948.GA4540@ultra4.eis.cs.tu-bs.de>; from koch@eis.cs.tu-bs.de on Thu, Jun 06, 2002 at 10:49:48PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [This is ancient, but I don't recall seeing anyone else comment] On Thu, Jun 06, 2002 at 10:49:48PM +0200, Andreas Koch wrote: >The following applies to 4.6-RC cvsup'ped on May 23. It's actually a long-standing problem with dump. I first noticed it in November 1998 (a troll through the freebsd-hackers archives should find it). The problem is that dump only reads enough data to satisfy it's immediate requirements - it makes no effort to aggregate reads and can re-read the same block of inodes multiple times. This leads to the "lots of small reads" problem that you've seen. I believe that NetBSD have made some changes to allieviate this (I haven't tried it). At this stage, all I can suggest is: - Try the dump from NetBSD. - Embed a buffering facility (similar to team) into dump. - Enhance team (or another buffering tool) to handle multiple volumes. (The downside is that dump will see the entire backup as one volume so you won't have checkpoints or the ability to skip tapes on partial restores). One difficulty with aggregating reads is that whilst the data out of two adjacent blocks may be needed, it may need to be written to tape in a different order and FreeBSD does not support scatter-gather aggregation[1] - some other OSs have an ioctl to control aggregation. >Especially when considering that dump internally appears to perform >some double buffering itself (three processes: one reading, one for >slack, one writing). Actually, those slack processes are for checkpointing: dump takes a checkpoint by forking at the end of each tape and (I think) between each phase. The former allows dump to restart a volume following an I/O error. [1] At least last time I looked, each iovec passed to (eg) writev(2) gets passed independently to the driver. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 15:38:59 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01B1E37B400 for ; Sun, 21 Jul 2002 15:38:58 -0700 (PDT) Received: from spork.pantherdragon.org (spork.pantherdragon.org [206.29.168.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 993D243E31 for ; Sun, 21 Jul 2002 15:38:57 -0700 (PDT) (envelope-from dmp@pantherdragon.org) Received: from sparx.pantherdragon.org (evrtwa1-ar10-4-61-236-062.evrtwa1.dsl-verizon.net [4.61.236.62]) by spork.pantherdragon.org (Postfix) with ESMTP id D7FAB471D7 for ; Sun, 21 Jul 2002 15:38:56 -0700 (PDT) Received: from pantherdragon.org (speck.techno.pagans [172.21.42.2]) by sparx.pantherdragon.org (Postfix) with ESMTP id 1D58EFDA0 for ; Sun, 21 Jul 2002 15:38:55 -0700 (PDT) Message-ID: <3D3B37FE.3FD324DE@pantherdragon.org> Date: Sun, 21 Jul 2002 15:38:54 -0700 From: Darren Pilgrim X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Going to -stable for the first time Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm upgrading to -stable for the first time, and was wondering if anyone had any advice besides or gotchas? Is this a good time to cvsup? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 15:45:48 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEF8737B400 for ; Sun, 21 Jul 2002 15:45:45 -0700 (PDT) Received: from obsidian.sentex.ca (obsidian.sentex.ca [64.7.128.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3596243E42 for ; Sun, 21 Jul 2002 15:45:45 -0700 (PDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (pyroxene.sentex.ca [199.212.134.18]) by obsidian.sentex.ca (8.12.5/8.12.4) with ESMTP id g6LMjhD8059038; Sun, 21 Jul 2002 18:45:44 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <5.1.0.14.0.20020721184605.03edaea8@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sun, 21 Jul 2002 18:49:46 -0400 To: Darren Pilgrim , freebsd-stable@FreeBSD.ORG From: Mike Tancsa Subject: Re: Going to -stable for the first time In-Reply-To: <3D3B37FE.3FD324DE@pantherdragon.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: By Sentex Communications (obsidian/20020220) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have been tracking -stable for some time and 99.9% of the time all goes well. That being said, there are always issues you need to be aware of. But if you read the stable mailing list and pay attention to the updating instructions, you should be fine. Still, its good practice to do an update on a test / non production machine first. ---Mike At 03:38 PM 21/07/2002 -0700, Darren Pilgrim wrote: >I'm upgrading to -stable for the first time, and was wondering if >anyone had any advice besides or gotchas? Is this a good time to >cvsup? > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 16: 0:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE42337B400 for ; Sun, 21 Jul 2002 16:00:04 -0700 (PDT) Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51EA743E3B for ; Sun, 21 Jul 2002 16:00:04 -0700 (PDT) (envelope-from bts@fake.com) Received: from this.is.fake.com ([66.26.254.93]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Sun, 21 Jul 2002 18:58:13 -0400 Received: by this.is.fake.com (Postfix, from userid 111) id 75D26BB34; Sun, 21 Jul 2002 18:58:04 -0400 (EDT) Content-Type: text/plain; charset="iso-8859-1" From: "Brian T. Schellenberger" To: Darren Pilgrim , freebsd-stable@FreeBSD.ORG Subject: Re: Going to -stable for the first time Date: Sun, 21 Jul 2002 18:58:04 -0400 User-Agent: KMail/1.4.2 References: <3D3B37FE.3FD324DE@pantherdragon.org> In-Reply-To: <3D3B37FE.3FD324DE@pantherdragon.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200207211858.04269.bts@babbleon.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ]On Sunday 21 July 2002 06:38 pm, Darren Pilgrim wrote: | I'm upgrading to -stable for the first time, and was wondering if | anyone had any advice besides or gotchas? Is this a good time to | cvsup? It seems to be a good time right now because the list is quiet. My advice is to cvsup whenever you want (today is good), and when wait at least a day and preferably two and monitor the list. If you haven't heard of any new problems here, *then* build and install the system. You're pretty safe that way. Also, check out UPDATING and list archives are never a bad thing to consult. | | To Unsubscribe: send mail to majordomo@FreeBSD.org | with "unsubscribe freebsd-stable" in the body of the message -- Brian, the man from Babble-On . . . . bts@babbleon.org (personal) http://www.babbleon.org http://www.eff.org http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 16:22:55 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF75537B400 for ; Sun, 21 Jul 2002 16:22:52 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94F9243E31 for ; Sun, 21 Jul 2002 16:22:51 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6LNMkYx001142; Sun, 21 Jul 2002 17:22:46 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 21 Jul 2002 17:20:07 -0600 (MDT) Message-Id: <20020721.172007.27323998.imp@bsdimp.com> To: rivers@dignus.com Cc: ant@overclockers.at, freebsd-stable@FreeBSD.ORG Subject: Re: RoamAbout Cabletron 802.11 nic not supported anymore? From: "M. Warner Losh" In-Reply-To: <200207212153.g6LLrFh91575@lakes.dignus.com> References: <20020721.125932.06265818.imp@bsdimp.com> <200207212153.g6LLrFh91575@lakes.dignus.com> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200207212153.g6LLrFh91575@lakes.dignus.com> Thomas David Rivers writes: : Any chance those recent changes would improve pccard support : on Sony VAIOs? Reports tell me that they work better. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 16:30:33 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 631DC37B401 for ; Sun, 21 Jul 2002 16:30:28 -0700 (PDT) Received: from veldy.net (veldy-host33.dsl.visi.com [209.98.200.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08A3743E4A for ; Sun, 21 Jul 2002 16:30:27 -0700 (PDT) (envelope-from veldy@veldy.net) Received: from cascade (cascade.veldy.net [192.168.1.1]) by veldy.net (Postfix) with SMTP id 848961FBBB; Sun, 21 Jul 2002 18:30:16 -0500 (CDT) Message-ID: <002a01c2310e$8fee0880$0101a8c0@cascade> From: "Thomas T. Veldhouse" To: "Brian T. Schellenberger" , References: <3D3B37FE.3FD324DE@pantherdragon.org> <200207211858.04269.bts@babbleon.org> Subject: Re: Going to -stable for the first time Date: Sun, 21 Jul 2002 18:30:13 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Or perhaps follow RELENG_4_6 instead of stable. It is more stable ;) Tom Veldhouse ----- Original Message ----- From: "Brian T. Schellenberger" To: "Darren Pilgrim" ; Sent: Sunday, July 21, 2002 5:58 PM Subject: Re: Going to -stable for the first time > > ]On Sunday 21 July 2002 06:38 pm, Darren Pilgrim wrote: > | I'm upgrading to -stable for the first time, and was wondering if > | anyone had any advice besides or gotchas? Is this a good time to > | cvsup? > > It seems to be a good time right now because the list is quiet. My advice is > to cvsup whenever you want (today is good), and when wait at least a day and > preferably two and monitor the list. If you haven't heard of any new > problems here, *then* build and install the system. > > You're pretty safe that way. > > Also, check out UPDATING and list archives are never a bad thing to consult. > > | > | To Unsubscribe: send mail to majordomo@FreeBSD.org > | with "unsubscribe freebsd-stable" in the body of the message > > -- > Brian, the man from Babble-On . . . . bts@babbleon.org (personal) > http://www.babbleon.org > > http://www.eff.org http://www.programming-freedom.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 16:41:31 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CAEB37B400 for ; Sun, 21 Jul 2002 16:41:28 -0700 (PDT) Received: from spork.pantherdragon.org (spork.pantherdragon.org [206.29.168.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20B9743E42 for ; Sun, 21 Jul 2002 16:41:28 -0700 (PDT) (envelope-from dmp@pantherdragon.org) Received: from sparx.pantherdragon.org (evrtwa1-ar10-4-61-236-062.evrtwa1.dsl-verizon.net [4.61.236.62]) by spork.pantherdragon.org (Postfix) with ESMTP id BC40A471D7; Sun, 21 Jul 2002 16:41:27 -0700 (PDT) Received: from pantherdragon.org (speck.techno.pagans [172.21.42.2]) by sparx.pantherdragon.org (Postfix) with ESMTP id 0CC84FDA0; Sun, 21 Jul 2002 16:41:26 -0700 (PDT) Message-ID: <3D3B46A5.D5880EEA@pantherdragon.org> Date: Sun, 21 Jul 2002 16:41:26 -0700 From: Darren Pilgrim X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Brian T. Schellenberger" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Going to -stable for the first time References: <3D3B37FE.3FD324DE@pantherdragon.org> <200207211858.04269.bts@babbleon.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Brian T. Schellenberger" wrote: > ]On Sunday 21 July 2002 06:38 pm, Darren Pilgrim wrote: > | I'm upgrading to -stable for the first time, and was wondering if > | anyone had any advice besides or gotchas? Is this a good time to > | cvsup? > > It seems to be a good time right now because the list is quiet. My advice is > to cvsup whenever you want (today is good), and when wait at least a day and > preferably two and monitor the list. If you haven't heard of any new > problems here, *then* build and install the system. This is exactly the kind of advice I was hoping for, thanks. > Also, check out UPDATING and list archives are never a bad thing to consult. I have, but at always, documentation != real world. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 17: 0:29 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3F5437B400 for ; Sun, 21 Jul 2002 17:00:27 -0700 (PDT) Received: from mail19b.rapidsite.net (mail19b.rapidsite.net [161.58.134.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 897C243E3B for ; Sun, 21 Jul 2002 17:00:26 -0700 (PDT) (envelope-from rob@pythonemproject.com) Received: from www.pythonemproject.com (198.104.176.109) by mail19b.rapidsite.net (RS ver 1.0.63s) with SMTP id 063080125; Sun, 21 Jul 2002 20:01:20 -0400 (EDT) Message-ID: <3D3B48E8.5884004D@pythonemproject.com> Date: Sun, 21 Jul 2002 16:51:04 -0700 From: rob X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Brian T. Schellenberger" Cc: stable@freebsd.org Subject: Re: stable: xosview fails - permission denied References: <200207211728.37338.bts@babbleon.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Loop-Detect: 1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Brian T. Schellenberger" wrote: > > I can no longer run xosview as an ordinary user. This is with Friday's stable > image, but I haven't upgraded before this in many months so I have no idea > how recent it is. > > The message I get is: > I always thought this program had to be setuid to access kmem. Rob. -- ----------------------------- The Numeric Python EM Project www.pythonemproject.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 17:16:23 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD9B637B400 for ; Sun, 21 Jul 2002 17:16:20 -0700 (PDT) Received: from spork.pantherdragon.org (spork.pantherdragon.org [206.29.168.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 311F343E42 for ; Sun, 21 Jul 2002 17:16:20 -0700 (PDT) (envelope-from dmp@pantherdragon.org) Received: from sparx.pantherdragon.org (evrtwa1-ar10-4-61-236-062.evrtwa1.dsl-verizon.net [4.61.236.62]) by spork.pantherdragon.org (Postfix) with ESMTP id B4B25471D7; Sun, 21 Jul 2002 16:50:36 -0700 (PDT) Received: from pantherdragon.org (speck.techno.pagans [172.21.42.2]) by sparx.pantherdragon.org (Postfix) with ESMTP id 29CF0FDA0; Sun, 21 Jul 2002 16:50:35 -0700 (PDT) Message-ID: <3D3B48CB.E191BB37@pantherdragon.org> Date: Sun, 21 Jul 2002 16:50:35 -0700 From: Darren Pilgrim X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Thomas T. Veldhouse" Cc: "Brian T. Schellenberger" , freebsd-stable@freebsd.org Subject: Re: Going to -stable for the first time References: <3D3B37FE.3FD324DE@pantherdragon.org> <200207211858.04269.bts@babbleon.org> <002a01c2310e$8fee0880$0101a8c0@cascade> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Thomas T. Veldhouse" wrote: > > Or perhaps follow RELENG_4_6 instead of stable. It is more stable ;) I've been following RELENG_4_6, actually. I sunk my teeth in with getting some boxes to 4.6p2 and now I want more. :) > From: "Brian T. Schellenberger" > > ]On Sunday 21 July 2002 06:38 pm, Darren Pilgrim wrote: > > | I'm upgrading to -stable for the first time, and was wondering if > > | anyone had any advice besides or gotchas? Is this a good time to > > | cvsup? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 17:37:45 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2603C37B400 for ; Sun, 21 Jul 2002 17:37:42 -0700 (PDT) Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C15143E3B for ; Sun, 21 Jul 2002 17:37:41 -0700 (PDT) (envelope-from kstewart@owt.com) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id RAA25784; Sun, 21 Jul 2002 17:37:29 -0700 Message-ID: <3D3B53C8.5050807@owt.com> Date: Sun, 21 Jul 2002 17:37:28 -0700 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4.1) Gecko/20020314 Netscape6/6.2.2 X-Accept-Language: en-us, es-mx MIME-Version: 1.0 To: Darren Pilgrim Cc: "Thomas T. Veldhouse" , "Brian T. Schellenberger" , freebsd-stable@FreeBSD.ORG Subject: Re: Going to -stable for the first time References: <3D3B37FE.3FD324DE@pantherdragon.org> <200207211858.04269.bts@babbleon.org> <002a01c2310e$8fee0880$0101a8c0@cascade> <3D3B48CB.E191BB37@pantherdragon.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Darren Pilgrim wrote: > "Thomas T. Veldhouse" wrote: > >>Or perhaps follow RELENG_4_6 instead of stable. It is more stable ;) >> > > I've been following RELENG_4_6, actually. I sunk my teeth in with > getting some boxes to 4.6p2 and now I want more. :) I have a local mirror and I usually have 3 or 4 hours before the cron job will update the mirror. My test system will do a system upgrade in quite a bit less than an hour. If it works, I run run cvsup on the other systems and have them at a common point long before the next update.. Kent > > >>From: "Brian T. Schellenberger" >> >>>]On Sunday 21 July 2002 06:38 pm, Darren Pilgrim wrote: >>>| I'm upgrading to -stable for the first time, and was wondering if >>>| anyone had any advice besides or gotchas? Is this a good time to >>>| cvsup? >>> > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > > . > > -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 17:39:21 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 635D437B400 for ; Sun, 21 Jul 2002 17:39:19 -0700 (PDT) Received: from skynet.stack.nl (insgate.stack.nl [131.155.140.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC5F343E64 for ; Sun, 21 Jul 2002 17:39:18 -0700 (PDT) (envelope-from marcolz@stack.nl) Received: from toad.stack.nl (toad.stack.nl [2001:610:1108:5010:202:b3ff:fe17:9e1a]) by skynet.stack.nl (Postfix) with ESMTP id 626543FF3 for ; Mon, 22 Jul 2002 02:39:25 +0200 (CEST) Received: by toad.stack.nl (Postfix, from userid 333) id 6E2BB98D1; Mon, 22 Jul 2002 02:39:17 +0200 (CEST) Date: Mon, 22 Jul 2002 02:39:17 +0200 From: Marc Olzheim To: freebsd-stable@freebsd.org Subject: Re: USE_GCC=3.1 ? Message-ID: <20020722003917.GA32906@stack.nl> References: <20020721183000.GA89075@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020721183000.GA89075@stack.nl> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD toad.stack.nl 4.6-STABLE FreeBSD 4.6-STABLE X-URL: http://www.stack.nl/~marcolz/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > When one has that line in /etc/make.conf, "make install" in any ports > dir breaks. It fails to register properly and bails out with: Hmmm, I see it's the "make clean" part that goes wrong... Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 17:40: 5 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A3CE37B400 for ; Sun, 21 Jul 2002 17:40:00 -0700 (PDT) Received: from dignus.com (sdsl-64-32-254-102.dsl.iad.megapath.net [64.32.254.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99B4743E3B for ; Sun, 21 Jul 2002 17:39:59 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.11.6/8.11.3) with ESMTP id g6M0WhR01163; Sun, 21 Jul 2002 20:32:43 -0400 (EDT) (envelope-from rivers@dignus.com) Received: (from rivers@localhost) by lakes.dignus.com (8.11.6/8.11.3) id g6M0btC91937; Sun, 21 Jul 2002 20:37:55 -0400 (EDT) (envelope-from rivers) Date: Sun, 21 Jul 2002 20:37:55 -0400 (EDT) From: Thomas David Rivers Message-Id: <200207220037.g6M0btC91937@lakes.dignus.com> To: imp@bsdimp.com, rivers@dignus.com Subject: Re: RoamAbout Cabletron 802.11 nic not supported anymore? Cc: ant@overclockers.at, freebsd-stable@FreeBSD.ORG In-Reply-To: <20020721.172007.27323998.imp@bsdimp.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > In message: <200207212153.g6LLrFh91575@lakes.dignus.com> > Thomas David Rivers writes: > : Any chance those recent changes would improve pccard support > : on Sony VAIOs? > > Reports tell me that they work better. > > Warner > Ah! If you'd care to point me to the changes - I'll be happy to install a 4.6-RELEASE on my system, apply the changes and report back... - Dave Rivers - -- rivers@dignus.com Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 18: 4:41 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 190A337B400 for ; Sun, 21 Jul 2002 18:04:39 -0700 (PDT) Received: from mail6.nc.rr.com (fe6.southeast.rr.com [24.93.67.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EDC943E58 for ; Sun, 21 Jul 2002 18:04:38 -0700 (PDT) (envelope-from bts@fake.com) Received: from this.is.fake.com ([66.26.254.93]) by mail6.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Sun, 21 Jul 2002 21:04:27 -0400 Received: by this.is.fake.com (Postfix, from userid 111) id 988C1BB34; Sun, 21 Jul 2002 21:04:06 -0400 (EDT) Content-Type: text/plain; charset="iso-8859-1" From: "Brian T. Schellenberger" To: rob Subject: Re: stable: xosview fails - permission denied Date: Sun, 21 Jul 2002 21:04:06 -0400 User-Agent: KMail/1.4.2 Cc: stable@freebsd.org References: <200207211728.37338.bts@babbleon.org> <3D3B48E8.5884004D@pythonemproject.com> In-Reply-To: <3D3B48E8.5884004D@pythonemproject.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200207212104.06412.bts@babbleon.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sunday 21 July 2002 07:51 pm, rob wrote: | "Brian T. Schellenberger" wrote: | > I can no longer run xosview as an ordinary user. This is with Friday's | > stable image, but I haven't upgraded before this in many months so I have | > no idea how recent it is. | > | > The message I get is: | | I always thought this program had to be setuid to access kmem. Rob. Doy! [slaps forehead] Of course it does! That is *so* obvious (now that I know what the answer is); I'm a just a moron. Thanks, it's working great now. I probably just missed a message scrolling by since I was installing about 100 packages all at once. Thanks!!! -- Brian, the man from Babble-On . . . . bts@babbleon.org (personal) http://www.babbleon.org http://www.eff.org http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 18:54:34 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F19DF37B400 for ; Sun, 21 Jul 2002 18:54:32 -0700 (PDT) Received: from ns.itga.com.au (ns.itga.com.au [202.53.40.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id A098643E5E for ; Sun, 21 Jul 2002 18:54:31 -0700 (PDT) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20]) by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id LAA55557; Mon, 22 Jul 2002 11:54:28 +1000 (EST) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (localhost [127.0.0.1]) by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id LAA06760; Mon, 22 Jul 2002 11:54:28 +1000 (EST) Message-Id: <200207220154.LAA06760@lightning.itga.com.au> X-Mailer: exmh version 2.4 05/15/2001 with nmh-1.0.4 From: Gregory Bond To: peter.lai@uconn.edu Cc: freebsd-stable@FreeBSD.ORG Subject: Re: make buildworld breaks In-reply-to: Your message of Fri, 19 Jul 2002 18:06:37 -0400. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Jul 2002 11:54:28 +1000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > ===> lib/csu/i386-elf > "/usr/src/share/mk/bsd.lib.mk", line 19: Malformed conditional (defined(SHLIB > _NAME) && ${SHLIB_NAME:M*.so.*}) > "/usr/src/share/mk/bsd.lib.mk", line 19: Missing dependency operator > "/usr/src/share/mk/bsd.lib.mk", line 28: if-less endif > "/usr/src/share/mk/bsd.lib.mk", line 28: Need an operator > make: fatal errors encountered -- cannot continue Found this on the weekend, but only doing the installworld via NFS. Buildworld + installworld on the server went OK. I think this is because the NFS install was on a Feb 20-ish version of 4.5, whereas the server was from 4.6-Prerelease sometime. A workaround for me was to install make by hand before doing the installworld on the client. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 19: 5:57 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4CC137B400 for ; Sun, 21 Jul 2002 19:05:55 -0700 (PDT) Received: from ns.itga.com.au (ns.itga.com.au [202.53.40.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9792743E42 for ; Sun, 21 Jul 2002 19:05:54 -0700 (PDT) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20]) by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id MAA58627 for ; Mon, 22 Jul 2002 12:05:53 +1000 (EST) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (localhost [127.0.0.1]) by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id MAA08837; Mon, 22 Jul 2002 12:05:53 +1000 (EST) Message-Id: <200207220205.MAA08837@lightning.itga.com.au> X-Mailer: exmh version 2.4 05/15/2001 with nmh-1.0.4 From: Gregory Bond To: freebsd-stable@FreeBSD.ORG Subject: wi0 encryption keys Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Jul 2002 12:05:52 +1000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've installed a DLINK 520 PCI wireless card in the FreeBSD server, and a DLINK 650 PCMCIA card in a laptop running Windows ME. I can get it all up and running in ad-hoc mode with no encryption, and I can also get it to work with 128-bit WEP if I specify the keys in hex at both ends, but I can't get WEP to work with an ASCII passphrase. Is the mapping from pass-phrase to hex keys for WEP expected to be driver-dependent (hence not expected to work using the same passphrase on MW as FreeBSD?) Or should this be expected to work and hence seems like a bug somewhere? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 19:25:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8235537B400 for ; Sun, 21 Jul 2002 19:25:44 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5811643E70 for ; Sun, 21 Jul 2002 19:25:41 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6M2PbYx001764; Sun, 21 Jul 2002 20:25:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 21 Jul 2002 20:25:31 -0600 (MDT) Message-Id: <20020721.202531.18286268.imp@bsdimp.com> To: rivers@dignus.com Cc: ant@overclockers.at, freebsd-stable@FreeBSD.ORG Subject: Re: RoamAbout Cabletron 802.11 nic not supported anymore? From: "M. Warner Losh" In-Reply-To: <200207220037.g6M0btC91937@lakes.dignus.com> References: <20020721.172007.27323998.imp@bsdimp.com> <200207220037.g6M0btC91937@lakes.dignus.com> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200207220037.g6M0btC91937@lakes.dignus.com> Thomas David Rivers writes: : > : > In message: <200207212153.g6LLrFh91575@lakes.dignus.com> : > Thomas David Rivers writes: : > : Any chance those recent changes would improve pccard support : > : on Sony VAIOs? : > : > Reports tell me that they work better. : > : > Warner : > : : Ah! If you'd care to point me to the changes - I'll be happy : to install a 4.6-RELEASE on my system, apply the changes and report : back... 4.6.1-RELEASE would be much better. 4.6-RELEASE has some issues on vaio. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 20:54:39 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8213B37B4B8 for ; Sun, 21 Jul 2002 20:54:31 -0700 (PDT) Received: from web14006.mail.yahoo.com (web14006.mail.yahoo.com [216.136.175.122]) by mx1.FreeBSD.org (Postfix) with SMTP id 39DCE43E58 for ; Sun, 21 Jul 2002 20:54:31 -0700 (PDT) (envelope-from kip_macy@yahoo.com) Message-ID: <20020722035430.82815.qmail@web14006.mail.yahoo.com> Received: from [12.235.125.149] by web14006.mail.yahoo.com via HTTP; Sun, 21 Jul 2002 20:54:30 PDT Date: Sun, 21 Jul 2002 20:54:30 -0700 (PDT) From: Kip Macy Reply-To: kip@eventdriven.org Subject: Re: AW: mbuf clusters behavior (NMBCLUSTERS) To: Alexander Maret , "'freebsd-stable@freebsd.org'" In-Reply-To: <58A002A02C5ED311812E0050044517F00D2860@erlangen01.atrada.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I hope someone else has already responded, but just in case: Try using NFSV3,TCP mounts. FreeBSD can sometimes get overloaded trying to reassemble Linux's UDP jumbograms. --- Alexander Maret wrote: > > -----Ursprungliche Nachricht----- > > Von: naoyuki_tai@mac.com > [mailto:naoyuki_tai@mac.com] > > > > When I copy a 500M file (like iso image) from the > workstation to the > > server, the server starts to emit: > > > > Jul 12 09:28:54 nile /kernel: All mbuf clusters > exhausted, > > please see tuning(7). > > I'm getting the same error here with 4.6-R. > > > So, I bumped up the nmbclusters to > kern.ipc.nmbclusters=65536 > > I allocated 128Mbytes to the mbuf clusters, hoping > that it is > > big enough. > > But, it still shows that the same > > > > All mbuf clusters exhausted, please see tuning(7). > > The same for me. > > > > How can I prevent this "mbuf clusters exhaustion"? > > I would be interested in an answer, too. > > > > Relating to this, I do not understand why that the > mbuf clusters > > are not freed fast enough. I watched "top" and it > does seem to be > > that CPU is not exhausted. > > After all, I'm copying less than 10Mbyte/sec, > probably 6 - 7 Mbytes > > at most. > > Hard disk is a Seagate ATA/IV 60Gbyte.The drive is > hooked up to a > > Promise PCI ATA/UDMA 100 controller card. > > bonnie shows that it can sustain 15M - 20M bytes > read/write. > > I'm trying to copy data from an 1GHZ Mobile PIII > Linux installation > with IDE disks to an AMD Athlon 700 FBSD 4.6-R > installation with > Ultra 160 SCSI disks over NFS. I'm wondering too why > the FreeBSD box can't > cope with my lousy linux installation. Didn't have > time to investigate > though. > > > > Is there anything I can try? > > > Greetings, > Alex > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the > message > > __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 22: 4:49 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20BBA37B400 for ; Sun, 21 Jul 2002 22:04:48 -0700 (PDT) Received: from moek.pir.net (moek.pir.net [130.64.1.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id A583543E31 for ; Sun, 21 Jul 2002 22:04:47 -0700 (PDT) (envelope-from pir@pir.net) Received: from pir by moek.pir.net with local (Exim) id 17WVNH-0003zg-00 for freebsd-stable@FreeBSD.ORG; Mon, 22 Jul 2002 01:04:47 -0400 Date: Mon, 22 Jul 2002 01:04:46 -0400 From: Peter Radcliffe To: freebsd-stable@FreeBSD.ORG Subject: Re: wi0 encryption keys Message-ID: <20020722050446.GA15156@pir.net> Reply-To: freebsd-stable@freebsd.org Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <200207220205.MAA08837@lightning.itga.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200207220205.MAA08837@lightning.itga.com.au> User-Agent: Mutt/1.4i X-fish: < X-Copy-On-Listmail: Please do NOT Cc: me on list mail. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Gregory Bond probably said: > Is the mapping from pass-phrase to hex keys for WEP expected to be > driver-dependent (hence not expected to work using the same > passphrase on MW as FreeBSD?) Or should this be expected to work > and hence seems like a bug somewhere? Some different companies seem to use a different translation. It's long been noted that hex is the only way to be sure (and the only way I can get my SMC base stations to behave properly). P. -- pir pir-sig@pir.net pir-sig@net.tufts.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 23: 0:54 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A64C637B400 for ; Sun, 21 Jul 2002 23:00:51 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8AAC43E4A for ; Sun, 21 Jul 2002 23:00:50 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6M60fYx002667; Mon, 22 Jul 2002 00:00:42 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 22 Jul 2002 00:00:20 -0600 (MDT) Message-Id: <20020722.000020.46532244.imp@bsdimp.com> To: rivers@dignus.com Cc: ant@overclockers.at, freebsd-stable@FreeBSD.ORG Subject: Re: RoamAbout Cabletron 802.11 nic not supported anymore? From: "M. Warner Losh" In-Reply-To: <200207220037.g6M0btC91937@lakes.dignus.com> References: <20020721.172007.27323998.imp@bsdimp.com> <200207220037.g6M0btC91937@lakes.dignus.com> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200207220037.g6M0btC91937@lakes.dignus.com> Thomas David Rivers writes: : > : > In message: <200207212153.g6LLrFh91575@lakes.dignus.com> : > Thomas David Rivers writes: : > : Any chance those recent changes would improve pccard support : > : on Sony VAIOs? : > : > Reports tell me that they work better. : > : > Warner : > : : Ah! If you'd care to point me to the changes - I'll be happy : to install a 4.6-RELEASE on my system, apply the changes and report There's a oneline change that I MFS -> 4.6 in pcic.c. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jul 21 23: 2:52 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF2B137B400 for ; Sun, 21 Jul 2002 23:02:51 -0700 (PDT) Received: from ns.itga.com.au (ns.itga.com.au [202.53.40.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31E2743E6D for ; Sun, 21 Jul 2002 23:02:50 -0700 (PDT) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20]) by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id QAA17888 for ; Mon, 22 Jul 2002 16:02:49 +1000 (EST) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (localhost [127.0.0.1]) by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id QAA06583; Mon, 22 Jul 2002 16:02:48 +1000 (EST) Message-Id: <200207220602.QAA06583@lightning.itga.com.au> X-Mailer: exmh version 2.4 05/15/2001 with nmh-1.0.4 From: Gregory Bond To: freebsd-stable@FreeBSD.ORG Subject: Re: wi0 encryption keys In-reply-to: Your message of Mon, 22 Jul 2002 01:04:46 -0400. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Jul 2002 16:02:48 +1000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > It's long been noted that hex is the only way to be sure Thanks, I've filed a PR [docs//40872] to get this noted in wicontrol(8). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 0:14:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F232B37B401 for ; Mon, 22 Jul 2002 00:14:40 -0700 (PDT) Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6C0643E42 for ; Mon, 22 Jul 2002 00:14:40 -0700 (PDT) (envelope-from lbff@no-reply.com) Received: from [66.125.212.118] ([66.125.212.118]) by mta6.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with SMTP id <0GZN00K7U2RH48@mta6.snfc21.pbi.net> for freebsd-stable@freebsd.org; Mon, 22 Jul 2002 00:14:40 -0700 (PDT) Date: Mon, 22 Jul 2002 00:09:32 -0800 From: Robin Duarte Subject: Long Beach Film Festival - Now Accepting Films & Screenplays To: freebsd-stable@freebsd.org Reply-To: lbff@no-reply.com Message-id: <0GZN00KBH2SG48@mta6.snfc21.pbi.net> MIME-version: 1.0 X-Mailer: Microsoft Outlook Express 6.00.2600.0000 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [p l e a s e f o r w a r d t o i n t e r e s t e d p a r t i e s] Filmmakers & Screenwriters: The Long Beach Film Festival is now accepting screenplays and films (short, documentary & feature) in all formats. The winners' work will be reviewed by a committee of established production companies. This is a great way to get exposure and even discovered in Hollywood. The festival is being held onboard the renowned Queen Mary in Long Beach, California (30 miles from Hollywood). The dates of the festival are September 13 - 22, 2002. You can view an 8 x 10 flyer here: http://www.longbeachfilmfestival.com/poster.html A 20% discount has been set up for students and independent filmmakers. The discounted submission prices are as follows: ORIGINAL PRICE DISCOUNTED PRICE Short Film $45 $36 Feature Film $60 $48 Screenplay $50 $40 To take advantage of these discounted prices, simply include a printout of this email with the submission form and legibly write 'email discount' on the payment check. The submission forms can be found here: http://www.longbeachfilmfestival.com/entry.htm All submissions must be received by August 15th, 2002. We look forward to receiving your work. Robin Duarte http://www.longbeachfilmfestival.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 0:28:40 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1596037B400 for ; Mon, 22 Jul 2002 00:28:38 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C90443E5E for ; Mon, 22 Jul 2002 00:28:34 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g6M7S5t09201; Mon, 22 Jul 2002 10:28:05 +0300 (EEST) (envelope-from ru) Date: Mon, 22 Jul 2002 10:28:05 +0300 From: Ruslan Ermilov To: Gregory Bond Cc: peter.lai@uconn.edu, freebsd-stable@FreeBSD.ORG Subject: Re: make buildworld breaks Message-ID: <20020722072804.GB5490@sunbay.com> References: <200207220154.LAA06760@lightning.itga.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dTy3Mrz/UPE2dbVg" Content-Disposition: inline In-Reply-To: <200207220154.LAA06760@lightning.itga.com.au> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --dTy3Mrz/UPE2dbVg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 22, 2002 at 11:54:28AM +1000, Gregory Bond wrote: > > =3D=3D=3D> lib/csu/i386-elf > > "/usr/src/share/mk/bsd.lib.mk", line 19: Malformed conditional (defined= (SHLIB > > _NAME) && ${SHLIB_NAME:M*.so.*}) > > "/usr/src/share/mk/bsd.lib.mk", line 19: Missing dependency operator > > "/usr/src/share/mk/bsd.lib.mk", line 28: if-less endif > > "/usr/src/share/mk/bsd.lib.mk", line 28: Need an operator > > make: fatal errors encountered -- cannot continue >=20 > Found this on the weekend, but only doing the installworld via NFS. =20 > Buildworld + installworld on the server went OK. I think this is because= =20 > the NFS install was on a Feb 20-ish version of 4.5, whereas the server wa= s=20 > from 4.6-Prerelease sometime. >=20 > A workaround for me was to install make by hand before doing the installw= orld=20 > on the client. >=20 Older version of make(1) have a bug and do not stop evaluating the expressi= on if its result is already determined, hence this construct fails: =2Eif defined(notdef) && ${notdef:U} I have added this test to the upgrade_checks target of src/Makefile, so it = will upgrade the vulnerable make(1) automatically. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --dTy3Mrz/UPE2dbVg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9O7QEUkv4P6juNwoRAjtkAJ4oAp9mnYYgeaZuoCpqH8vUT81pgQCcCzH/ 0/cLSYRNtL52XfcyiPj6icc= =RYZW -----END PGP SIGNATURE----- --dTy3Mrz/UPE2dbVg-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 0:36:48 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8165537B400 for ; Mon, 22 Jul 2002 00:36:45 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CA5543E5E for ; Mon, 22 Jul 2002 00:36:40 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g6M7aH110435; Mon, 22 Jul 2002 10:36:17 +0300 (EEST) (envelope-from ru) Date: Mon, 22 Jul 2002 10:36:17 +0300 From: Ruslan Ermilov To: Barney Wolff Cc: stable@FreeBSD.org Subject: Re: make world considered harmful Message-ID: <20020722073617.GC5490@sunbay.com> References: <20020721215000.GA20411@tp.databus.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VywGB/WGlW4DM4P8" Content-Disposition: inline In-Reply-To: <20020721215000.GA20411@tp.databus.com> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --VywGB/WGlW4DM4P8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 21, 2002 at 05:50:00PM -0400, Barney Wolff wrote: > When is "make world" the right thing to do? If the answer is "never" > then why don't we remove it from /usr/src/Makefile? Its availability > just leads people into trouble. >=20 FWIW, it's currently used in the RELENG_4 version of release/Makefile. It is safe to do it on a relatively fresh system, when doing upgrades. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --VywGB/WGlW4DM4P8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9O7XxUkv4P6juNwoRAjqQAJ9/557kkrKf1iSD+2cTWIHHOzyR8wCfcQZq 4K4v5oKMOXiXnyXxvl1syPw= =hd6o -----END PGP SIGNATURE----- --VywGB/WGlW4DM4P8-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 2:57:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBC6337B400 for ; Mon, 22 Jul 2002 02:57:41 -0700 (PDT) Received: from marvin.trident-uk.co.uk (mail.trident-uk.co.uk [195.166.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF21E43E31 for ; Mon, 22 Jul 2002 02:57:40 -0700 (PDT) (envelope-from jamie@tridentmicrosystems.co.uk) Received: (from root@localhost) by marvin.trident-uk.co.uk (8.11.1/8.11.1) id g6M9aVj37422; Mon, 22 Jul 2002 10:36:31 +0100 (BST) Received: from JAMIEHECKFORD (wrkstn-68.pe.trident-uk.co.uk [192.168.100.68]) by marvin.trident-uk.co.uk (8.11.1/8.11.1av) with SMTP id g6M9a6I37355; Mon, 22 Jul 2002 10:36:29 +0100 (BST) Message-ID: <020001c23165$fb12dad0$4464a8c0@JAMIEHECKFORD> From: "Jamie Heckford" To: "Kevin Kinsey, DaleCo, S.P." , References: <015101c22f44$5916e730$4464a8c0@JAMIEHECKFORD> <025101c22f4a$588fce20$60e2910c@fbccarthage.com> Subject: Re: OpenSSH problem with PuTTY? Date: Mon, 22 Jul 2002 10:55:35 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nothing unfourtunatly - all I get is: Jul 22 10:03:05 ritchie sshd[125]: fatal: Read from socket failed: Connection reset by peer In /var/log/messages :( ----- Original Message ----- From: "Kevin Kinsey, DaleCo, S.P." To: "Jamie Heckford" ; Sent: Friday, July 19, 2002 6:33 PM Subject: Re: OpenSSH problem with PuTTY? > What does it say in /var/log/security? > > KDK > > ----- Original Message ----- > From: "Jamie Heckford" > To: > Sent: Friday, July 19, 2002 11:50 AM > Subject: OpenSSH problem with PuTTY? > > > > Hi, > > > > CVS'uped one of my boxes today to: > > > > FreeBSD 4.6-STABLE #1: Fri Jul 19 13:24:46 BST 2002 > > > > Whenever I try to connect to this box via ssh, using putty release 0.52 on > > WinXP I get > > the login prompt. After succesfully logging in, putty dies with a fatal > > error, before it > > displays anything after the password: prompt. > > > > Works fine with ssh from other unix boxes tho :-) > > > > Can anyone shed any light on why this might be happening? > > > > Thanks, > > > > -- > > Jamie Heckford > > Network Manager > > Trident Microsystems Ltd > > Tel: 01737 780790 Fax: 01737 771908 > > http://www.tridentmicrosystems.co.uk > > > > *********** > > > > This e-mail message contains confidential information for > > the above addressee only. Any opinion or views contained > > in this e-mail message are those of the sender and do not > > necessarily represent those of the Company. Unless otherwise > > stated this e-mail message is not intended to be contractually > > binding. E-mail transmission cannot be guaranteed to be > > secure or error-free and the sender therefore does not accept > > liability for any errors or omissions in the contents of this > > message. > > > > Trident Microsystems Ltd Group of Companies > > Perrywood Business Park, Honeycrock Lane, Salfords, Redhill, > > Surrey, RH1 5JQ > > > > Tel: (44) (0) 1737 780790 Fax: (44) (0) 1737 771908 > > > > Registered office: Abacus House, Bone Lane, Newbury, > > Berkshire, RG14 5SF > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 2:59:58 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B85D37B400 for ; Mon, 22 Jul 2002 02:59:57 -0700 (PDT) Received: from marvin.trident-uk.co.uk (mail.trident-uk.co.uk [195.166.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0304A43E42 for ; Mon, 22 Jul 2002 02:59:56 -0700 (PDT) (envelope-from jamie@tridentmicrosystems.co.uk) Received: (from root@localhost) by marvin.trident-uk.co.uk (8.11.1/8.11.1) id g6M9ckZ38899; Mon, 22 Jul 2002 10:38:46 +0100 (BST) Received: from JAMIEHECKFORD (wrkstn-68.pe.trident-uk.co.uk [192.168.100.68]) by marvin.trident-uk.co.uk (8.11.1/8.11.1av) with SMTP id g6M9cbI38800; Mon, 22 Jul 2002 10:38:37 +0100 (BST) Message-ID: <021401c23166$472e5840$4464a8c0@JAMIEHECKFORD> From: "Jamie Heckford" To: "Chris Johnson" , References: <015101c22f44$5916e730$4464a8c0@JAMIEHECKFORD> <20020719190403.GA82992@palomine.net> Subject: Re: OpenSSH problem with PuTTY? Date: Mon, 22 Jul 2002 10:58:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG That worked a treat :) Thanks very much for everyones help. Jamie ----- Original Message ----- From: "Chris Johnson" To: Cc: "Jamie Heckford" Sent: Friday, July 19, 2002 8:04 PM Subject: Re: OpenSSH problem with PuTTY? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 3: 4:14 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABE3A37B400 for ; Mon, 22 Jul 2002 03:04:11 -0700 (PDT) Received: from bseis.eis.cs.tu-bs.de (bseis.eis.cs.tu-bs.de [134.169.33.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 792B843E31 for ; Mon, 22 Jul 2002 03:04:10 -0700 (PDT) (envelope-from koch@eis.cs.tu-bs.de) Received: from ultra4.eis.cs.tu-bs.de (ultra4.eis.cs.tu-bs.de [134.169.33.25]) by bseis.eis.cs.tu-bs.de (8.10.2+Sun/8.10.2) with ESMTP id g6MA48808745 for ; Mon, 22 Jul 2002 12:04:08 +0200 (MET DST) Received: (from koch@localhost) by ultra4.eis.cs.tu-bs.de (8.10.2+Sun/8.10.2) id g6MA48103105 for freebsd-stable@FreeBSD.ORG; Mon, 22 Jul 2002 12:04:08 +0200 (MET DST) Date: Mon, 22 Jul 2002 12:04:08 +0200 From: Andreas Koch To: freebsd-stable@freebsd.org Subject: Re: 4.6-RC: Glacial speed of dump backups Message-ID: <20020722100408.GP26095@ultra4.eis.cs.tu-bs.de> References: <20020606204948.GA4540@ultra4.eis.cs.tu-bs.de> <20020722081614.E367@gsmx07.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020722081614.E367@gsmx07.alcatel.com.au> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter, many thanks for the reply, I had already given up hope of seeing one at all :-) I have already been looking at the NetBSD dump shortly after my initial message. Their version has a _considerably_ improved internal buffering architecture. However, my time-limited porting efforts have not been successful: While I can get it to compile (after associating anonymous shared memory segments with temporary files), the dump process itself coredumps. When enabling the internal checks of the buffering system, numerous errors and failed asserts come up. So, it appears some more effort is required here. I plan to look into this more closely, but I am currently swamped at work. However, the potential gains seem to be worthwhile: On our preliminary benchmarks, NetBSD dump running on a low-end Athlon (from a 7.2K rpm SCSI disk) _easily_ beats the backup throughput of Solaris 2.8 dump (mirrored 15K rpm SCSI disks) on a U280R (2x USIII+ 1GHz). Andreas Koch -- for now making do with the dump | team kludge ... -- Andreas Koch Email : koch@eis.cs.tu-bs.de Technische Universit"at Braunschweig Phone : x49-531-391-2384 Abteilung Entwurf integrierter Schaltungen FAX : x49-531-391-5840 M"uhlenpfordtstr. 23, D-38106 Braunschweig, Germany * PGP key available * To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 3:47:39 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5145937B400 for ; Mon, 22 Jul 2002 03:47:37 -0700 (PDT) Received: from dignus.com (sdsl-64-32-254-102.dsl.iad.megapath.net [64.32.254.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7725E43E42 for ; Mon, 22 Jul 2002 03:47:36 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.11.6/8.11.3) with ESMTP id g6MAeIR02129; Mon, 22 Jul 2002 06:40:18 -0400 (EDT) (envelope-from rivers@dignus.com) Received: (from rivers@localhost) by lakes.dignus.com (8.11.6/8.11.3) id g6MAjUG92948; Mon, 22 Jul 2002 06:45:30 -0400 (EDT) (envelope-from rivers) Date: Mon, 22 Jul 2002 06:45:30 -0400 (EDT) From: Thomas David Rivers Message-Id: <200207221045.g6MAjUG92948@lakes.dignus.com> To: imp@bsdimp.com, rivers@dignus.com Subject: Re: RoamAbout Cabletron 802.11 nic not supported anymore? Cc: ant@overclockers.at, freebsd-stable@FreeBSD.ORG In-Reply-To: <20020721.202531.18286268.imp@bsdimp.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > : Ah! If you'd care to point me to the changes - I'll be happy > : to install a 4.6-RELEASE on my system, apply the changes and report > : back... > > 4.6.1-RELEASE would be much better. 4.6-RELEASE has some issues on vaio. > > Warner > OK - I can download the ISOs and do an install from those. (it will take a few days to get everything downloaded....) Or, would it be better to wait for the "official" 4.6.1-RELEASE to download them? (And, I take it then that your changes will not be in 4.6.1-RELEASE?) - Dave Rivers - -- rivers@dignus.com Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 3:49: 4 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3936537B400 for ; Mon, 22 Jul 2002 03:49:02 -0700 (PDT) Received: from dignus.com (sdsl-64-32-254-102.dsl.iad.megapath.net [64.32.254.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FA8343E65 for ; Mon, 22 Jul 2002 03:49:01 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.11.6/8.11.3) with ESMTP id g6MAfkR02137; Mon, 22 Jul 2002 06:41:46 -0400 (EDT) (envelope-from rivers@dignus.com) Received: (from rivers@localhost) by lakes.dignus.com (8.11.6/8.11.3) id g6MAkvw92966; Mon, 22 Jul 2002 06:46:57 -0400 (EDT) (envelope-from rivers) Date: Mon, 22 Jul 2002 06:46:57 -0400 (EDT) From: Thomas David Rivers Message-Id: <200207221046.g6MAkvw92966@lakes.dignus.com> To: imp@bsdimp.com, rivers@dignus.com Subject: Re: RoamAbout Cabletron 802.11 nic not supported anymore? Cc: ant@overclockers.at, freebsd-stable@FreeBSD.ORG In-Reply-To: <20020722.000020.46532244.imp@bsdimp.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > In message: <200207220037.g6M0btC91937@lakes.dignus.com> > Thomas David Rivers writes: > : > > : > In message: <200207212153.g6LLrFh91575@lakes.dignus.com> > : > Thomas David Rivers writes: > : > : Any chance those recent changes would improve pccard support > : > : on Sony VAIOs? > : > > : > Reports tell me that they work better. > : > > : > Warner > : > > : > : Ah! If you'd care to point me to the changes - I'll be happy > : to install a 4.6-RELEASE on my system, apply the changes and report > > There's a oneline change that I MFS -> 4.6 in pcic.c. > > Warner > Really? Must be a "good" line then :-) Maybe I'll just make that change to the 4.5-RELEASE'd kernel I've got installed now... would that be a good test? I'll go look at the CVS web pages to see the change. - Dave Rivers - -- rivers@dignus.com Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 4:40:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A5BD37B401 for ; Mon, 22 Jul 2002 04:40:07 -0700 (PDT) Received: from moo.sysabend.org (moo.sysabend.org [63.86.88.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32DA443E4A for ; Mon, 22 Jul 2002 04:40:07 -0700 (PDT) (envelope-from ragnar@sysabend.org) Received: by moo.sysabend.org (Postfix, from userid 1004) id 99B86757D; Mon, 22 Jul 2002 04:41:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by moo.sysabend.org (Postfix) with ESMTP id 81EC41D96; Mon, 22 Jul 2002 04:41:01 -0700 (PDT) Date: Mon, 22 Jul 2002 04:41:01 -0700 (PDT) From: Jamie Bowden To: Barney Wolff Cc: freebsd-stable@freebsd.org Subject: Re: make world considered harmful In-Reply-To: <20020721215000.GA20411@tp.databus.com> Message-ID: Approved: yep X-representing: Only myself. X-badge: We don't need no stinking badges. X-obligatory-profanity: Fuck X-moo: Moo. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 21 Jul 2002, Barney Wolff wrote: :When is "make world" the right thing to do? If the answer is "never" :then why don't we remove it from /usr/src/Makefile? Its availability :just leads people into trouble. Since when? I use it regularly after CVSupdating /usr/src, works fine. Jamie Bowden -- "It was half way to Rivendell when the drugs began to take hold" Hunter S Tolkien "Fear and Loathing in Barad Dur" Iain Bowen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 5: 1:39 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34E0137B401 for ; Mon, 22 Jul 2002 05:01:38 -0700 (PDT) Received: from mail.speakeasy.net (mail17.speakeasy.net [216.254.0.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8742D43E42 for ; Mon, 22 Jul 2002 05:01:37 -0700 (PDT) (envelope-from sdenaro@speakeasy.net) Received: (qmail 20786 invoked from network); 22 Jul 2002 12:01:36 -0000 Received: from unknown (HELO ?216.254.76.17?) ([216.254.76.17]) (envelope-sender ) by mail17.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 22 Jul 2002 12:01:36 -0000 Date: Mon, 22 Jul 2002 08:00 -0400 From: "Salvatore Denaro" Subject: libwmf problems? To: "Stable Freebsd" Reply-To: "Salvatore Denaro" X-Face: "e<&PCSuDeI>Wnz0s(fk:UP((Y'&0**fKwX:LL\,e"-5AS4+1|fdTE!(r,"&eLI}x(aQy-jM(jT(KvDbG@:bC<#KFDy}}*'Y8V7@DGOy39Ze@8P@tN)a%m/+'#Z?[+V&XUibbO Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Has anyone else had problems building ports/graphics/libwmf? I upgraded my ports when I installed 4.6; was there something else I needed to do? Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 5:39:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DC4837B400 for ; Mon, 22 Jul 2002 05:39:26 -0700 (PDT) Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33D0A43E31 for ; Mon, 22 Jul 2002 05:39:19 -0700 (PDT) (envelope-from bts@fake.com) Received: from this.is.fake.com ([66.26.254.93]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Mon, 22 Jul 2002 08:39:13 -0400 Received: by this.is.fake.com (Postfix, from userid 111) id 30C2BBB34; Mon, 22 Jul 2002 08:38:51 -0400 (EDT) Content-Type: text/plain; charset="iso-8859-1" From: "Brian T. Schellenberger" To: Jamie Bowden , Barney Wolff Subject: Re: make world considered harmful Date: Mon, 22 Jul 2002 08:38:50 -0400 User-Agent: KMail/1.4.2 Cc: freebsd-stable@FreeBSD.ORG References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200207220838.50792.bts@babbleon.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday 22 July 2002 07:41 am, Jamie Bowden wrote: | On Sun, 21 Jul 2002, Barney Wolff wrote: | :When is "make world" the right thing to do? If the answer is "never" | :then why don't we remove it from /usr/src/Makefile? Its availability | :just leads people into trouble. | | Since when? I use it regularly after CVSupdating /usr/src, works fine. It's definately not recommended even if it will sometimes work. It causes you to try to start running with the new world while still running the older kernel. (Or, I guess, you could follow the sequence make kernel, reboot, make world, mergemaster. That sequence would seem relatively safe, I guess.) | | Jamie Bowden -- Brian, the man from Babble-On . . . . bts@babbleon.org (personal) http://www.babbleon.org http://www.eff.org http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 6: 0:55 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED40E37B405 for ; Mon, 22 Jul 2002 06:00:48 -0700 (PDT) Received: from hotmail.com (law2-f113.hotmail.com [216.32.181.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA4B943E31 for ; Mon, 22 Jul 2002 06:00:48 -0700 (PDT) (envelope-from kmays2000@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 22 Jul 2002 06:00:48 -0700 Received: from 24.196.232.182 by lw2fd.hotmail.msn.com with HTTP; Mon, 22 Jul 2002 13:00:48 GMT X-Originating-IP: [24.196.232.182] From: "Kenneth Mays" To: stable@freebsd.org Subject: FreeBSD 4.2RC2 Date: Mon, 22 Jul 2002 09:00:48 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 22 Jul 2002 13:00:48.0535 (UTC) FILETIME=[CCBD2270:01C2317F] Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, 1. 5.0-070802JSNAP seems to work fine after a few days. No X windows to play with by default (not in index). 2. 4.2RC2 no major problems at this time (showstoppers?). Mainly was concerned about X-windows, KDE3 and Gnome issues. Started walking through default utilities and commands (CVS,bash,etc). Didn't se any ATA problems on my end but don't mean someone isn't having issues. -K _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 6: 1:25 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83CCE37B400 for ; Mon, 22 Jul 2002 06:01:13 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id DADAD43E65 for ; Mon, 22 Jul 2002 06:01:12 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id 7BD0B2CC6CA for ; Mon, 22 Jul 2002 10:01:07 -0300 (ADT) Date: Mon, 22 Jul 2002 10:01:07 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Subject: Why I hate Vinum ... Message-ID: <20020722095505.D55177-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Can someone tell me what this is doing? Its been in an 'init' state since Friday, when I first configured this ... I figured it was just being slow on Friday, due to the size of the array, but today is Monday and its *still* working? Or is it? nemesis# vinum list 14 drives: D d1 State: up Device /dev/da2s1a Avail: 0/17095 MB (0%) D d2 State: up Device /dev/da9s1a Avail: 0/17095 MB (0%) D d3 State: up Device /dev/da3s1a Avail: 0/17095 MB (0%) D d4 State: up Device /dev/da10s1a Avail: 0/17095 MB (0%) D d5 State: up Device /dev/da4s1a Avail: 0/17095 MB (0%) D d6 State: up Device /dev/da11s1a Avail: 0/17095 MB (0%) D d7 State: up Device /dev/da5s1a Avail: 0/17095 MB (0%) D d8 State: up Device /dev/da12s1a Avail: 0/17095 MB (0%) D d9 State: up Device /dev/da6s1a Avail: 0/17095 MB (0%) D d10 State: up Device /dev/da13s1a Avail: 0/17095 MB (0%) D d11 State: up Device /dev/da7s1a Avail: 0/17095 MB (0%) D d12 State: up Device /dev/da14s1a Avail: 0/17095 MB (0%) D d13 State: up Device /dev/da8s1a Avail: 0/17095 MB (0%) D d14 State: up Device /dev/da15s1a Avail: 0/17095 MB (0%) D d15 State: referenced Device Avail: 0/0 MB 1 volumes: V jaildev State: down Plexes: 1 Size: 218 GB 1 plexes: P jaildev.p0 R5 State: init Subdisks: 15 Size: 218 GB 15 subdisks: S jaildev.p0.s0 State: empty PO: 0 B Size: 16 GB S jaildev.p0.s1 State: empty PO: 512 kB Size: 16 GB S jaildev.p0.s2 State: empty PO: 1024 kB Size: 16 GB S jaildev.p0.s3 State: empty PO: 1536 kB Size: 16 GB S jaildev.p0.s4 State: empty PO: 2048 kB Size: 16 GB S jaildev.p0.s5 State: empty PO: 2560 kB Size: 16 GB S jaildev.p0.s6 State: empty PO: 3072 kB Size: 16 GB S jaildev.p0.s7 State: empty PO: 3584 kB Size: 16 GB S jaildev.p0.s8 State: empty PO: 4096 kB Size: 16 GB S jaildev.p0.s9 State: empty PO: 4608 kB Size: 16 GB S jaildev.p0.s10 State: empty PO: 5120 kB Size: 16 GB S jaildev.p0.s11 State: empty PO: 5632 kB Size: 16 GB S jaildev.p0.s12 State: empty PO: 6144 kB Size: 16 GB S jaildev.p0.s13 State: empty PO: 6656 kB Size: 16 GB S jaildev.p0.s14 State: empty PO: 7168 kB Size: 0 B My 'config file' is simple&straightforward, I think: drive d1 device /dev/da2s1a drive d2 device /dev/da9s1a drive d3 device /dev/da3s1a drive d4 device /dev/da10s1a drive d5 device /dev/da4s1a drive d6 device /dev/da11s1a drive d7 device /dev/da5s1a drive d8 device /dev/da12s1a drive d9 device /dev/da6s1a drive d10 device /dev/da13s1a drive d11 device /dev/da7s1a drive d12 device /dev/da14s1a drive d13 device /dev/da8s1a drive d14 device /dev/da15s1a volume jaildev plex org raid5 512k sd length 0 drive d1 sd length 0 drive d2 sd length 0 drive d3 sd length 0 drive d4 sd length 0 drive d5 sd length 0 drive d6 sd length 0 drive d7 sd length 0 drive d8 sd length 0 drive d9 sd length 0 drive d10 sd length 0 drive d11 sd length 0 drive d12 sd length 0 drive d13 sd length 0 drive d14 sd length 0 drive d15 And all I did was a 'vinum create -v ' ... All the drives are identical, and partitions the same: /dev/da2s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) /dev/da9s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) /dev/da3s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) /dev/da10s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) /dev/da4s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) /dev/da11s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) /dev/da5s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) /dev/da12s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) /dev/da6s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) /dev/da13s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) /dev/da7s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) /dev/da14s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) /dev/da8s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) /dev/da15s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) So, what exactly am I overlooking here :( Thanks ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 6: 4:57 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0D0F37B400 for ; Mon, 22 Jul 2002 06:04:55 -0700 (PDT) Received: from ei.bzerk.org (ei.xs4all.nl [213.84.67.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id D16DC43E42 for ; Mon, 22 Jul 2002 06:04:52 -0700 (PDT) (envelope-from fbsd-q@bzerk.org) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.12.5/8.12.5) with ESMTP id g6MD5VA8007162; Mon, 22 Jul 2002 15:05:32 +0200 (CEST) (envelope-from stable@ei.bzerk.org) Received: (from stable@localhost) by ei.bzerk.org (8.12.5/8.12.5/Submit) id g6MD5VFo007161; Mon, 22 Jul 2002 15:05:31 +0200 (CEST) Date: Mon, 22 Jul 2002 15:05:31 +0200 From: Ruben de Groot To: "Brian T. Schellenberger" Cc: Jamie Bowden , Barney Wolff , freebsd-stable@FreeBSD.ORG Subject: Re: make world considered harmful Message-ID: <20020722150531.A7119@ei.bzerk.org> References: <200207220838.50792.bts@babbleon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200207220838.50792.bts@babbleon.org>; from bts@babbleon.org on Mon, Jul 22, 2002 at 08:38:50AM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jul 22, 2002 at 08:38:50AM -0400, Brian T. Schellenberger typed: > On Monday 22 July 2002 07:41 am, Jamie Bowden wrote: > | On Sun, 21 Jul 2002, Barney Wolff wrote: > | :When is "make world" the right thing to do? If the answer is "never" > | :then why don't we remove it from /usr/src/Makefile? Its availability > | :just leads people into trouble. > | > | Since when? I use it regularly after CVSupdating /usr/src, works fine. > > It's definately not recommended even if it will sometimes work. > > It causes you to try to start running with the new world while still running > the older kernel. (Or, I guess, you could follow the sequence make kernel, > reboot, make world, mergemaster. That sequence would seem relatively safe, I > guess.) Save, but not supported. You must buildworld before you can buildkernel. > > | > | Jamie Bowden > > -- > Brian, the man from Babble-On . . . . bts@babbleon.org (personal) > http://www.babbleon.org > > http://www.eff.org http://www.programming-freedom.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 6:14:42 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3526637B400 for ; Mon, 22 Jul 2002 06:14:39 -0700 (PDT) Received: from mail4.nc.rr.com (fe4.southeast.rr.com [24.93.67.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C2A343E67 for ; Mon, 22 Jul 2002 06:14:38 -0700 (PDT) (envelope-from bts@fake.com) Received: from this.is.fake.com ([66.26.254.93]) by mail4.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Mon, 22 Jul 2002 09:14:15 -0400 Received: by this.is.fake.com (Postfix, from userid 111) id 0DB8ABB34; Mon, 22 Jul 2002 09:13:53 -0400 (EDT) Content-Type: text/plain; charset="iso-8859-1" From: "Brian T. Schellenberger" To: Ruben de Groot Subject: Re: make world considered harmful Date: Mon, 22 Jul 2002 09:13:52 -0400 User-Agent: KMail/1.4.2 Cc: Jamie Bowden , Barney Wolff , freebsd-stable@FreeBSD.ORG References: <200207220838.50792.bts@babbleon.org> <20020722150531.A7119@ei.bzerk.org> In-Reply-To: <20020722150531.A7119@ei.bzerk.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200207220913.52802.bts@babbleon.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday 22 July 2002 09:05 am, Ruben de Groot wrote: | On Mon, Jul 22, 2002 at 08:38:50AM -0400, Brian T. Schellenberger typed: | > On Monday 22 July 2002 07:41 am, Jamie Bowden wrote: | > | On Sun, 21 Jul 2002, Barney Wolff wrote: | > | :When is "make world" the right thing to do? If the answer is "never" | > | :then why don't we remove it from /usr/src/Makefile? Its availability | > | :just leads people into trouble. | > | | > | Since when? I use it regularly after CVSupdating /usr/src, works fine. | > | > It's definately not recommended even if it will sometimes work. | > | > It causes you to try to start running with the new world while still | > running the older kernel. (Or, I guess, you could follow the sequence | > make kernel, reboot, make world, mergemaster. That sequence would seem | > relatively safe, I guess.) | | Save, but not supported. You must buildworld before you can buildkernel. My intuition is that it would be almost certain to fail to compile if it ewere to fail rather than leaving you completely dead in the water. But I always do it per UPDATING: make buildworld make kernel # dunno why UPDATING says to do *this* in two steps reboot (-s) make installworld mergemaster -- Brian, the man from Babble-On . . . . bts@babbleon.org (personal) http://www.babbleon.org http://www.eff.org http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 6:16: 5 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7127F37B400 for ; Mon, 22 Jul 2002 06:16:03 -0700 (PDT) Received: from midway.uchicago.edu (midway.uchicago.edu [128.135.12.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6CF343E42 for ; Mon, 22 Jul 2002 06:16:02 -0700 (PDT) (envelope-from dsyphers@uchicago.edu) Received: from Yggdrasil (adsl-68-20-20-18.dsl.chcgil.ameritech.net [68.20.20.18]) by midway.uchicago.edu (8.12.5/8.12.5) with ESMTP id g6MDG1GI010148; Mon, 22 Jul 2002 08:16:02 -0500 (CDT) Content-Type: text/plain; charset="iso-8859-1" From: David Syphers Reply-To: dsyphers@uchicago.edu To: "Kenneth Mays" , stable@FreeBSD.ORG Subject: Re: FreeBSD 4.2RC2 Date: Mon, 22 Jul 2002 08:16:02 -0500 User-Agent: KMail/1.4.2 References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200207220816.02834.dsyphers@uchicago.edu> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday 22 July 2002 08:00 am, Kenneth Mays wrote: > > 2. 4.2RC2 no major problems at this time (showstoppers?). A little late to stop that show :) How about 4.6.1RC2? -David -- Everyone who believes in telekinesis, raise my hand... Astronomy and Astrophysics Center The University of Chicago To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 6:24:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D4FE37B400 for ; Mon, 22 Jul 2002 06:24:10 -0700 (PDT) Received: from smtpproxy1.mitre.org (smtpproxy1.mitre.org [192.160.51.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id B005343E4A for ; Mon, 22 Jul 2002 06:24:09 -0700 (PDT) (envelope-from jandrese@mitre.org) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy1.mitre.org (8.11.3/8.11.3) with ESMTP id g6MDO7405763; Mon, 22 Jul 2002 09:24:07 -0400 (EDT) Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtpsrv1.mitre.org (8.11.3/8.11.3) with ESMTP id g6MDO5Y08529; Mon, 22 Jul 2002 09:24:06 -0400 (EDT) Received: from mm112324-2k.mitre.org (128.29.105.195) by mailhub1.mitre.org with SMTP id 10931671; Mon, 22 Jul 2002 09:23:10 -0400 Message-ID: <3D3C0765.655A6061@mitre.org> Date: Mon, 22 Jul 2002 09:23:49 -0400 From: Jason Andresen Organization: The MITRE Corporation X-Mailer: Mozilla 4.79 [en]C-20020130M (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: "Marc G. Fournier" Cc: freebsd-stable@freebsd.org Subject: Re: Why I hate Vinum ... References: <20020722095505.D55177-100000@mail1.hub.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Marc G. Fournier" wrote: > > Can someone tell me what this is doing? Its been in an 'init' state since > Friday, when I first configured this ... I figured it was just being slow > on Friday, due to the size of the array, but today is Monday and its > *still* working? Or is it? > > nemesis# vinum list > 14 drives: > D d1 State: up Device /dev/da2s1a Avail: 0/17095 MB (0%) > D d2 State: up Device /dev/da9s1a Avail: 0/17095 MB (0%) > D d3 State: up Device /dev/da3s1a Avail: 0/17095 MB (0%) > D d4 State: up Device /dev/da10s1a Avail: 0/17095 MB (0%) > D d5 State: up Device /dev/da4s1a Avail: 0/17095 MB (0%) > D d6 State: up Device /dev/da11s1a Avail: 0/17095 MB (0%) > D d7 State: up Device /dev/da5s1a Avail: 0/17095 MB (0%) > D d8 State: up Device /dev/da12s1a Avail: 0/17095 MB (0%) > D d9 State: up Device /dev/da6s1a Avail: 0/17095 MB (0%) > D d10 State: up Device /dev/da13s1a Avail: 0/17095 MB (0%) > D d11 State: up Device /dev/da7s1a Avail: 0/17095 MB (0%) > D d12 State: up Device /dev/da14s1a Avail: 0/17095 MB (0%) > D d13 State: up Device /dev/da8s1a Avail: 0/17095 MB (0%) > D d14 State: up Device /dev/da15s1a Avail: 0/17095 MB (0%) > D d15 State: referenced Device Avail: 0/0 MB d15 is trouble. It says you are trying to use the disc, but it hasn't been configured in your system. > 1 volumes: > V jaildev State: down Plexes: 1 Size: 218 GB > > 1 plexes: > P jaildev.p0 R5 State: init Subdisks: 15 Size: 218 GB > > 15 subdisks: > S jaildev.p0.s0 State: empty PO: 0 B Size: 16 GB > S jaildev.p0.s1 State: empty PO: 512 kB Size: 16 GB > S jaildev.p0.s2 State: empty PO: 1024 kB Size: 16 GB > S jaildev.p0.s3 State: empty PO: 1536 kB Size: 16 GB > S jaildev.p0.s4 State: empty PO: 2048 kB Size: 16 GB > S jaildev.p0.s5 State: empty PO: 2560 kB Size: 16 GB > S jaildev.p0.s6 State: empty PO: 3072 kB Size: 16 GB > S jaildev.p0.s7 State: empty PO: 3584 kB Size: 16 GB > S jaildev.p0.s8 State: empty PO: 4096 kB Size: 16 GB > S jaildev.p0.s9 State: empty PO: 4608 kB Size: 16 GB > S jaildev.p0.s10 State: empty PO: 5120 kB Size: 16 GB > S jaildev.p0.s11 State: empty PO: 5632 kB Size: 16 GB > S jaildev.p0.s12 State: empty PO: 6144 kB Size: 16 GB > S jaildev.p0.s13 State: empty PO: 6656 kB Size: 16 GB > S jaildev.p0.s14 State: empty PO: 7168 kB Size: 0 B Here is shows up as a 0GB device. > My 'config file' is simple&straightforward, I think: > > drive d1 device /dev/da2s1a > drive d2 device /dev/da9s1a > drive d3 device /dev/da3s1a > drive d4 device /dev/da10s1a > drive d5 device /dev/da4s1a > drive d6 device /dev/da11s1a > drive d7 device /dev/da5s1a > drive d8 device /dev/da12s1a > drive d9 device /dev/da6s1a > drive d10 device /dev/da13s1a > drive d11 device /dev/da7s1a > drive d12 device /dev/da14s1a > drive d13 device /dev/da8s1a > drive d14 device /dev/da15s1a > volume jaildev > plex org raid5 512k > sd length 0 drive d1 > sd length 0 drive d2 > sd length 0 drive d3 > sd length 0 drive d4 > sd length 0 drive d5 > sd length 0 drive d6 > sd length 0 drive d7 > sd length 0 drive d8 > sd length 0 drive d9 > sd length 0 drive d10 > sd length 0 drive d11 > sd length 0 drive d12 > sd length 0 drive d13 > sd length 0 drive d14 > sd length 0 drive d15 There would be your problem. You have drive ... lines for d1 through d14, but you have sd ... lines for d1 through d15. > And all I did was a 'vinum create -v ' ... > > All the drives are identical, and partitions the same: > > /dev/da2s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) > /dev/da9s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) > /dev/da3s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) > /dev/da10s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) > /dev/da4s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) > /dev/da11s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) > /dev/da5s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) > /dev/da12s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) > /dev/da6s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) > /dev/da13s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) > /dev/da7s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) > /dev/da14s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) > /dev/da8s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) > /dev/da15s1a: a: 35011429 524288 vinum # (Cyl. 32*- 2211*) > > So, what exactly am I overlooking here :( -- \ |_ _|__ __|_ \ __| Jason Andresen jandrese@mitre.org |\/ | | | / _| Network and Distributed Systems Engineer _| _|___| _| _|_\___| Office: 703-883-7755 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 6:58: 7 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97FB337B405 for ; Mon, 22 Jul 2002 06:58:02 -0700 (PDT) Received: from mail.flipdog.com (12-254-245-65.client.attbi.com [12.254.245.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 108CE43E72 for ; Mon, 22 Jul 2002 06:58:02 -0700 (PDT) (envelope-from jlp@flipdog.com) Received: from localhost (localhost [127.0.0.1]) by mail.flipdog.com (Postfix) with ESMTP id 8813CAC5A0 for ; Mon, 22 Jul 2002 07:58:19 -0600 (MDT) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 From: "Jan L. Peterson" To: freebsd-stable@freebsd.org Subject: FreeBSD 4.6.1RC2 X11 configuration issues X-face: p=61=y<.Il$z+k*y~"j>%c[8R~8{j3WTnaSd-'RyC>t.Ub>AAm\zYA#5JF +W=G?EI+|EI);]=fs_MOfKN0n9`OlmB[1^0;L^64K5][nOb&gv/n}p@mm06|J|WNa asp7mMEw0w)e_6T~7v-\]yHKvI^1}[2k)] Dcc: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Jul 2002 07:58:19 -0600 Message-Id: <20020722135819.8813CAC5A0@mail.flipdog.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just installed FBSD 4.6.1RC2 on an Intel i810e based system (HP e-pc) and ran into a little snag setting up X11. During the install, on the "Configure XFree86 Server" step (post installation configuration), I tried to set up the X server. Running XF86Setup hung the machine to where it had to be powered off. None of the configuration mods (rc.conf, etc.) had been written out and were lost. I was able to boot the system, and following the steps listed in the handbook for the i810 was able to get X up and running. It might be a good idea to put some kind of warning in the installation tool, or even something that would ask if you have an i810 and kld_load the agp.ko and make the agpgart device file if you do. Okay, maybe this isn't appropriate for 4.6.1, but something like this should definitely go into -STABLE at some point. -jan- -- Jan L. Peterson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 9:37:29 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F156537B400 for ; Mon, 22 Jul 2002 09:37:25 -0700 (PDT) Received: from scsi1.moonshynecomm.com (moonshyne.net [65.116.93.130]) by mx1.FreeBSD.org (Postfix) with SMTP id E15CA43E3B for ; Mon, 22 Jul 2002 09:37:24 -0700 (PDT) (envelope-from denny@xzibition.com) Received: (qmail 13892 invoked from network); 22 Jul 2002 16:40:14 -0000 Received: from cvg-29-17-95.cinci.rr.com (HELO xdc1) (24.29.17.95) by 0 with SMTP; 22 Jul 2002 16:40:14 -0000 Reply-To: From: "Dennis Richards" To: Subject: Date: Mon, 22 Jul 2002 12:36:43 -0400 Message-ID: <000001c2319e$0a5dfa00$5f111d18@xdc1> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 9:58:23 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 025D337B400 for ; Mon, 22 Jul 2002 09:58:17 -0700 (PDT) Received: from beastie.mckusick.com (beastie.mckusick.com [209.31.233.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FE8443E6A for ; Mon, 22 Jul 2002 09:58:16 -0700 (PDT) (envelope-from mckusick@beastie.mckusick.com) Received: from beastie.mckusick.com (localhost [127.0.0.1]) by beastie.mckusick.com (8.12.3/8.12.3) with ESMTP id g6MGw059025808; Mon, 22 Jul 2002 09:58:00 -0700 (PDT) (envelope-from mckusick@beastie.mckusick.com) Message-Id: <200207221658.g6MGw059025808@beastie.mckusick.com> To: "Brian T. Schellenberger" Subject: Re: softupdates: any way to force sync? Cc: Julian Elischer , Ronald Klop , stable@FreeBSD.ORG, David Malone In-Reply-To: Your message of "Sun, 21 Jul 2002 11:38:14 EDT." <200207211138.14607.bts@babbleon.org> Date: Mon, 22 Jul 2002 09:58:00 -0700 From: Kirk McKusick Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The -current system has changes that force a sync if you are about to run out of space with soft dependencies pending. So, in that system you will not get the false out-of-space condition. Unfortunately the changes are rather wide ranging and not really suitable for MFC (or perhaps I should say, I am not willing to make the MFC, though I would review such a change if someone wanted to try and pull it together). For -stable, you can do one of two things to force a sync. The first is to either add a flag to the existing sync() call or add a new system call that works exactly like the existing sync() call except that it needs to call VFS_SYNC with the MNT_WAIT flag instead of the MNT_NOWAIT flag. That way VFS_SYNC will not return until all the data is sync'ed to disk (which may be forever if there is more disk requests being generated per second than the bandwidth of the disk can support). The other choice is to attempt to unmount the filesystem in question (as root of course). As part of trying to do the unmount, the kernel will flush all the vnodes associated with the filesystem. As long as there is at least one active vnode on the filesystem (for example you can chdir into the filesystem before attempting the unmount), the unmount will fail with `filesystem busy', but you will have achieved the desired sync operation. Kirk McKusick =-=-=-=-=-= From: "Brian T. Schellenberger" To: Julian Elischer , Ronald Klop , mckusick@mckusick.com Subject: Re: softupdates: any way to force sync? Date: Sun, 21 Jul 2002 11:38:14 -0400 Cc: stable@FreeBSD.ORG, David Malone X-ASK-Info: Confirmed by User [Mr. McKusick-- Sorry for including you mid-discussion. I initially failed to notice who had done what and included Julian rather than you.] | > Brian T.Schellenberger wrote: | | [...] | | > > What I'd like is a command like "syncupdates" or something that would | > > synchronosly force all the pending softupdates updates to update and | > > return only when that was complete. Then when I had the (rare) | > > occaisons where I really wanted them synced up, they could be synched | > > up but the rest of the time I could still let it update when it | > > pleased. | > > | > > Questions: | > > | > > - Is there any functionality already in the system that I don't know | > > about? - Are there any plans to add it? | > > | > > - If not, I might have a go at it myself. Other than your code and the | > > original paper are there any references or information that I should | > > have in hand? | > > - And would you, Julian, be willing to review whatever I might come up | > > with and possibly commit it if it looks plausible? (I don't run | > > current so whatever patches I'd come up with would be against -stable, | > > but I presume that doing a sort of "reverse MFC" to translate them to | > > -current patches wouldn't be terribly difficult.) | | I think there are much better people to review it than me.. | I have not looked at the soft updates code for 3 years :-( | Don't forget that while I commited it, I was only acting as an assitant | to Kirk. I did most of the 'mecahnical' porting parts but he | has moved a long way since then. (particularly in -current). Sorry, I hadn't realized that. I checked the README instead of the .c file for the e-mail address and grabbed it from there. I'm adding Kirk in now that I've got that straight. On Thursday 18 July 2002 03:23 pm, Julian Elischer wrote: | On Thu, 18 Jul 2002, Ronald Klop wrote: | > The following sysctl's define the delay before things are written to | > disk with softupdates. I think they work in realtime and setting them to | > 3,2,1 for a little time wil sync the disk faster. But wil make the | > caching less efficient. So play with it for a while. | > | > kern.filedelay: 30 | > kern.dirdelay: 29 | > kern.metadelay: 28 I haven't played with these, and perhaps I will, but it doesn't really address my concern, which is that 99% of the time I want it work just as it does now--but every now and again there are special cirsumstances where I want to get the disk space back right away, usually when I'm deleting gigabytes of space at one fell swoop, and I can actually wind up filling the space (over the internet sometimes!) faster than softupdates can clear it. | When we were porting Soft Updates, Kirk suggested that a sequence of | 4 syncs should be sufficient to force a full update. | e.g. sync;sleep 1;sync;sleep 1;sync;sleep 1;sync Alas, I've tried this, and it's not so. In fact I did 5 syncs (back-to-back), then I did 5 more (with sleeps in between), and it *still* didn't fully sync. It *does* seem to speed up the process quite a bit but it still doesn't guarantee synchronicity. I'm sure that umount would but that seems a little drastic, and I have to undo all my "cd"s and such to do it. | I have my suspicions that it may be possible under some situations | for some interdependencies to last longer, but I also am willing to | believe that probably Kirk was right :-) I'm afraid that your suspicious side has got the advantage over your believing side on this one. | He also said that an 'fsync()' on a file will recurse all the way to | the root of the filesystem, resolving all unsatisfied dependencies on the | way. You may want to consider this if you have a specific need. My typical need is for getting the space back. Are you suggesting that fsync()ing any file will sync up the entire file system, or just the directories and inodes that it has touch on the way to get to that file? David Malone wrote: | The problem where a disk seems to be full because of pending softupdates | changes has been fixed in -current, but I don't think the fix has | been brought into -stable yet. Well, that is my primary concern, though it's nice sometimes to know when "df" can tell me true, but write failures due to a bogus "disk full" condition is my main problem. After quite some time, I synced up to stable as of Friday, so it's possible that this will have already taken care of itself for me (I probably won't know for a while, it's only a "once every few weeks" event where this normally comes up. If not, though, I'd love to see this MFC'ed sooner rather than later and if there's anything I could do to help please let me know. -- Brian, the man from Babble-On . . . . bts@babbleon.org (personal) http://www.babbleon.org http://www.eff.org http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 10: 0:18 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5447E37B400 for ; Mon, 22 Jul 2002 10:00:04 -0700 (PDT) Received: from grasshopper.iavmb.pl (grasshopper.iavmb.pl [62.233.172.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AD8D43E65 for ; Mon, 22 Jul 2002 10:00:03 -0700 (PDT) (envelope-from beaker@iavision.com) Received: from localhost (localhost [127.0.0.1]) by grasshopper.iavmb.pl (Postfix) with ESMTP id 47B76830941; Mon, 22 Jul 2002 18:59:56 +0200 (CEST) Received: from BEAKER (beaker-local [192.168.0.32]) by grasshopper.iavmb.pl (Postfix) with ESMTP id 6C779830940; Mon, 22 Jul 2002 18:59:43 +0200 (CEST) To: freebsd-stable@freebsd.org Subject: Vinum - replacing a subdisk in raid 5 config From: beaker@iavision.com (Krzysztof =?iso-8859-2?q?J=EAdruczyk?=) Date: Mon, 22 Jul 2002 18:59:43 +0200 Message-ID: Lines: 128 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386-msvc-nt5.0.2195) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, In the company I work for we use 4*80 GB IDE configured as Vinum raid5 volume. It has worked flawlessly for almost a year, but today one of the disks has started making trouble. Having read some recent posts about problems with recovering volumes - I'm pretty scared right now. The http://www.vinumvm.org/vinum/replacing-drive.html is pretty cryptic for me. So before I'll do anything, I'd like to confirm the steps so I don't trash the data. First - here is what happened (let me just mention, that I've upgraded from 4.4-RELEASE to 4.6-RELEASE-p1 over a week ago. I'm worried that the drive problem could be caused by the new ATA code): ---- extract from /var/log/messages ---- Jul 22 14:18:41 grasshopper /kernel: ad8: no status, reselecting device Jul 22 14:18:41 grasshopper /kernel: ad8: timeout sending command=3Dca s=3D= ff e=3D00 Jul 22 14:18:41 grasshopper /kernel: ad8: error executing command - resetti= ng Jul 22 14:18:41 grasshopper /kernel: ata4: resetting devices ..=20 Jul 22 14:18:41 grasshopper /kernel: ad8: removed from configuration Jul 22 14:18:41 grasshopper /kernel: vinum: raid.p0.s2 is stale by force Jul 22 14:18:41 grasshopper /kernel: vinum: raid.p0 is degraded Jul 22 14:18:41 grasshopper /kernel: fatal :raid.p0.s2 write error, block 1= 10221705 for 65536 bytes Jul 22 14:18:41 grasshopper /kernel: raid.p0.s2: user buffer block 33066457= 6 for 65536 bytes Jul 22 14:18:41 grasshopper /kernel: drive3: fatal drive I/O error, block 1= 10221705 for 65536 bytes Jul 22 14:18:41 grasshopper /kernel: vinum: drive drive3 is down Jul 22 14:18:41 grasshopper /kernel: done Jul 22 14:18:43 grasshopper pop3d[37420]: login: pc70[192.168.0.70] lipton = plaintext=20 Jul 22 14:18:47 grasshopper /kernel: swap_pager: I/O error - pagein failed;= blkno 1024,size 4096, error 6 Jul 22 14:18:47 grasshopper /kernel: vm_fault: pager read error, pid 88871 = (smbd) ---- end of extract from /var/log/messages ---- So, there was some problem with ad8, vinum has updated state of the plex, and then I saw a kernel panic - because there has also been=20 one of the swap partitions on ad8 - and system rebooted. Now `vinum l` shows: ---------------------------------------- grasshopper beaker# vinum l 4 drives: D drive1 State: up Device /dev/ad4s1e Avail: 0/76= 060 MB (0%) D drive2 State: up Device /dev/ad6s1e Avail: 0/76= 060 MB (0%) D drive3 State: up Device /dev/ad8s1e Avail: 0/76= 060 MB (0%) D drive4 State: up Device /dev/ad10s1e Avail: 0/76= 060 MB (0%) 1 volumes: V raid State: up Plexes: 1 Size: 222 GB 1 plexes: P raid.p0 R5 State: degraded Subdisks: 4 Size: 222 GB 4 subdisks: S raid.p0.s0 State: up PO: 0 B Size: 74 GB S raid.p0.s1 State: up PO: 128 kB Size: 74 GB S raid.p0.s2 State: stale PO: 256 kB Size: 74 GB S raid.p0.s3 State: up PO: 384 kB Size: 74 GB ---------------------------------------- What I'd like to do is shutdown the system, remove drive3, and bring up the system with only 3 valid drives. Then check if something is wrong with removed drive (maybe it is cabling or new ATA driver problem?). Finally - physically attach "new" drive, and bring the Vinum volume fully functional again. So what I want to do is: 1. Do everything under `script` so if I mess up things - there will be example of what NOT to do ;) 2. issue: `vinum stop raid.p0.s2` 3. Shutdown system, physically remove the disk. Boot system without the disk, in the meanwhile stress-test the disk. 4. Create labels on new disk, identical to what was on failed drive. I'll do that on other system to be safe. 5. Shutdown the system. Physically mount the disk. Boot the system again. 6. Now I'm confused. I'm not sure wheather I will have to create the drive (as in http://www.vinumvm.org/vinum/replacing-drive.html) or not (I'm not sure after reading the "vinum problems continued" thread - about 23 Jun 2002) 7. Assuming that I'll figure out how to pass step 6 - I'll have raid.p0.s2 in state "obsolete", I think. Then I'll just issue `vinum start raid.p0.s0`. Now - if I understand the vinum web page - I'll have to use the infamous `setstate` (see below). `vinum setstate obsolete raid.p0.s2` Then start it again (?) which would work this time as expected: `vinum start raid.p0.s2` PS. I have seen Greg saying on this list (about setstate command) >> Setstate up .... > > You know that's dangerous, don't you? To quote the man page: > > This bypasses the usual consistency mechanism of vinum and should > be used only for recovery purposes. It is possible to crash the > system by incorrect use of this command. > > Maybe I should add "don't use this command unless you know exactly > what you're doing.". Well, I think that adding such sentence would be in conflict with http://www.vinumvm.org/vinum/replacing-drive.html I hardly know what is the idea of the following sequence vinum -> start test.p1.s0 Can't start test.p1.s0: Device busy (16) vinum -> setstate obsolete test.p1.s0 and these are instructions from the replacing-drive.html document. Best Regards, Krzysztof J=EAdruczyk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 10:15:51 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 977FE37B400 for ; Mon, 22 Jul 2002 10:15:47 -0700 (PDT) Received: from relay5.kornet.net (relay5.kornet.net [211.48.62.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00C4F43E31 for ; Mon, 22 Jul 2002 10:15:47 -0700 (PDT) (envelope-from ggaggung04@kornet.net) Received: from you8-meffohpljt (61.73.136.239) by relay5.kornet.net; 23 Jul 2002 02:15:44 +0900 Message-ID: <3d3c3dc13deff4b0@relay5.kornet.net> (added by relay5.kornet.net) From: =?ks_c_5601-1987?B?v+y4rsSrteUgyLi/+L+1vvcgxsDA5Q==?= To: stable@freebsd.org Subject: =?ks_c_5601-1987?B?W7GksO1dIHN0YWJsZbTUIMDnuczA1rTCILvnwLrHsMC7ILXluLO0z7TZLg==?= Date: Tue, 23 Jul 2002 02:15:46 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0027_01C0F15A.93A46C00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0027_01C0F15A.93A46C00 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 v+y4rsSrteUgICAgDQoNCiAgICAgDQogICAgCQkJCQkJILy6uO0gIAkJICDB1rnOte63zyC5 +MijICANCsH3wOUgwPzIrSAgICAgIMjetOvG+SAgCSAgICAgDQogICANCiAgICAgILHNx8/A xyAguN7Az8HWvNK0wiDApbytx87AuyDF68fYILz2wf3H0SCwzcDMuOcsILHXv9y/oSC+7raw x9EgwaS6uLW1ILCusO0gIMDWwfYgvsrAvcC7ILngyPy0z7TZLg0KICDAzCBFLW1haWzAuiC5 373FwPy/68DMuOcsIL/4xKEgvsrAuL3HICCw5r/sIL7Gt6Egw6K/oSC43sDPwda80rimIMDU t8LHz7+pIMHWvcO46SC1ziC5+CC02b3DILjewM8gIMDMICCwocH2IL7KtbW3zyDHz7DavcC0 z7TZLg0KICAgICAJICC89r3FsMW6ziAgLyByZWZ1c2FsIG9mIHJlY2VpcHQgICAJICAgIAkg IA0KIA0KDQogDQo= ------=_NextPart_000_0027_01C0F15A.93A46C00 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PGh0bWw+DQoNCjxoZWFkPg0KPFNDUklQVCBsYW5ndWFnZT1qYXZhc2NyaXB0Pg0KPCEtLQ0K ZnVuY3Rpb24gY2xpY2tNb3VzZSgpDQoJew0KCSAgDQoJCWlmICgoZXZlbnQuYnV0dG9uPT0y KSB8fCAoZXZlbnQuYnV0dG9uPT0zKSl7DQoJCQlyZXR1cm4gKGZhbHNlKTsNCgkJfQkNCgl9 DQoJDQoJZnVuY3Rpb24gY2xpY2tLZXkoKQ0KCXsNCgkJaWYoKGV2ZW50LnNoaWZ0S2V5KSAm JiAoZXZlbnQua2V5Q29kZSA9PSAxMjEpKQ0KCQl7CQkNCgkJCXJldHVybiBmYWxzZTsNCgkJ fQkNCgl9DQoJDQoJZnVuY3Rpb24gbm9BY3Rpb24oKXsNCgkJcmV0dXJuIGZhbHNlOw0KCX0N Cg0KZG9jdW1lbnQub25tb3VzZWRvd249Y2xpY2tNb3VzZQ0KZG9jdW1lbnQub25rZXlkb3du PWNsaWNrS2V5DQpkb2N1bWVudC5vbmNvbnRleHRtZW51PW5vQWN0aW9uDQpkb2N1bWVudC5v bmRyYWdzdGFydD1ub0FjdGlvbg0KZG9jdW1lbnQub25zZWxlY3RzdGFydD1ub0FjdGlvbg0K Ly8tLT4NCjwvU0NSSVBUPg0KDQoNCg0KPG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBl IiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9ZXVjLWtyIj4NCjx0aXRsZT6/7LiuxKu1 5SAgPC90aXRsZT4NCg0KPC9oZWFkPg0KDQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgdGV4dD0i YmxhY2siIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiIGFsaW5rPSJyZWQiPg0KPHRhYmxl IGFsaWduPSJjZW50ZXIiIGJvcmRlcj0iMSIgY2VsbHNwYWNpbmc9IjAiIHdpZHRoPSI1ODki IGhlaWdodD0iOTIiIGJvcmRlcmNvbG9yZGFyaz0id2hpdGUiIGJvcmRlcmNvbG9ybGlnaHQ9 ImJsYWNrIj4NCiAgICA8dHI+DQogICAgICAgIDx0ZCB3aWR0aD0iNTkyIiBjb2xzcGFuPSIy Ij4NCiAgICAgICAgICAgIDxwPjxpbWcgc3JjPSJodHRwOi8vd3d3Lml5ZXNjYXJkLmNvbS9p bWFnZS90b3BfNy5naWYiIHdpZHRoPSI1OTciIGhlaWdodD0iOTIiIGJvcmRlcj0iMCI+PC9w Pg0KICAgICAgICA8L3RkPg0KICAgIDwvdHI+DQogICAgPHRyPg0KICAgICAgICA8dGQgd2lk dGg9IjU5MiIgY29sc3Bhbj0iMiI+DQogICAgICAgICAgICA8cCBhbGlnbj0iY2VudGVyIj48 aW1nIHNyYz0iaHR0cDovL3d3dy5peWVzY2FyZC5jb20vaW1hZ2UvYm90dG9tNi5naWYiIHdp ZHRoPSI1OTciIGhlaWdodD0iMjExIiBib3JkZXI9IjAiPjwvcD4NCiAgICAgICAgPC90ZD4N CiAgICA8L3RyPg0KICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRoPSI1ODkiIGNvbHNwYW49 IjIiPg0KCQkJCQk8Zm9ybSBuYW1lPSJtYWlsZnJtIiBhY3Rpb249Imh0dHA6Ly93d3cuaXdv b3JpY2FyZC5jb20vbWFpbC9pbnNlcnQxLmFzcCIgbWV0aG9kPSJwb3N0IiA+CQ0KICAgICAg ICAgICAgPHAgYWxpZ249ImNlbnRlciIgc3R5bGU9InRleHQtaW5kZW50Oi0xOyBsaW5lLWhl aWdodDowOyBtYXJnaW46MDsiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjNjY2NjY2Ij68urjt PC9mb250Pjxmb250IHNpemU9IjIiPiAgDQogICAgICAgICAgPC9mb250PjxpbnB1dCB0eXBl PSJ0ZXh0IiBuYW1lPSJuYW1lIiBzaXplPSI2Ij4NCgkJICAmbmJzcDs8Zm9udCBzaXplPSIy IiBjb2xvcj0iIzY2NjY2NiI+wda5zrXut88gufjIoyA8L2ZvbnQ+PGlucHV0IHR5cGU9InRl eHQiIG5hbWU9Imp1bWluIiBzaXplPSIxNCIgbWF4bGVuZ3RoPSIxNCI+DQogICAgICAgICAg PGJyPjxmb250IHNpemU9IjIiIGNvbG9yPSIjNjY2NjY2Ij7B98DlIMD8yK0gIA0KICAgICAg ICAgIDwvZm9udD48aW5wdXQgdHlwZT0idGV4dCIgbmFtZT0idGVsbnVtIiBzaXplPSIxMyI+ DQogICAgICAgICAgJm5ic3A7Jm5ic3A7Jm5ic3A7PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiM2 NjY2NjYiPsjetOvG+SA8L2ZvbnQ+PGZvbnQgc2l6ZT0iMiI+PGlucHV0IHR5cGU9InRleHQi IG5hbWU9ImhhbmRudW0iIHNpemU9IjE1Ij4NCiAgICAgICAgICA8L2ZvbnQ+PGlucHV0IHR5 cGU9InN1Ym1pdCIgbmFtZT0iU3VibWl0MiIgdmFsdWU9Ir3Fw7siPiA8L2Zvcm0+DQoNCgkN CiAgICAgICAgPC90ZD4NCiAgICA8L3RyPg0KICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRo PSIyOTQiPg0KICAgICAgICAgICAgPHAgYWxpZ249ImNlbnRlciI+PGltZyBzcmM9Imh0dHA6 Ly93d3cuaXllc2NhcmQuY29tL2ltYWdlL2V2ZW50MS5naWYiIHdpZHRoPSIyOTQiIGhlaWdo dD0iMjAwIiBib3JkZXI9IjAiPjwvcD4NCiAgICAgICAgPC90ZD4NCiAgICAgICAgPHRkIHdp ZHRoPSIyOTQiPg0KICAgICAgICAgICAgPHAgYWxpZ249ImNlbnRlciI+PGltZyBzcmM9Imh0 dHA6Ly93d3cuaXllc2NhcmQuY29tL2ltYWdlL2V2ZW50Mi5naWYiIHdpZHRoPSIyOTQiIGhl aWdodD0iMjAwIiBib3JkZXI9IjAiPjwvcD4NCiAgICAgICAgPC90ZD4NCiAgICA8L3RyPg0K ICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRoPSI1OTIiIGNvbHNwYW49IjIiPg0KICAgICAg ICAgICAgPHAgYWxpZ249ImxlZnQiPiZuYnNwOzxmb250IHNpemU9IjIiIGZhY2U9IrG8uLIi IGNvbG9yPSIjNjY2NjY2Ij6xzcfPwMcgDQogICAgICAgICAgICC43sDPwda80rTCIMClvK3H zsC7IMXrx9ggvPbB/cfRILDNwMy45ywgsde/3L+hIL7utrDH0SDBpLq4tbUgsK6w7SANCiAg ICAgICAgICAgIMDWwfYgvsrAvcC7ILngyPy0z7TZLjxicj4gJm5ic3A7wMwgRS1tYWlswLog ud+9xcD8v+vAzLjnLCC/+MShIL7KwLi9xyANCiAgICAgICAgICAgILDmv+wgvsa3oSDDor+h ILjewM/B1rzSuKYgwNS3wsfPv6kgwda9w7jpILXOILn4ILTZvcMguN7AzyAmbmJzcDvAzCAN CiAgICAgICAgICAgILChwfYgvsq1tbfPIMfPsNq9wLTPtNkuPC9mb250PjwvcD4NCiAgICAg ICAgPC90ZD4NCiAgICA8L3RyPg0KICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRoPSI1ODki IGNvbHNwYW49IjIiPg0KICA8Zm9ybSBuYW1lPSJtYWlsZnJtMiIgYWN0aW9uPSJodHRwOi8v d3d3Lml3b29yaWNhcmQuY29tL21haWwvbm8uYXNwIiBtZXRob2Q9InBvc3QiID4gIAkgIA0K ICAgICAgICAgICAgICAgIDxwIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJtYXJnaW4tbGVmdDow OyI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiM2NjY2NjYiPrz2vcWwxbrOIA0KICAgICAgICAg ICAgICAgIC8gcmVmdXNhbCBvZiByZWNlaXB0PC9mb250PiANCiAgICAgICAgICA8aW5wdXQg dHlwZT0idGV4dCIgbmFtZT0iZW1haWwiIHNpemU9IjI1Ij4NCiAgICAgICAgICA8aW5wdXQg dHlwZT0ic3VibWl0IiBuYW1lPSJTdWJtaXQiIHZhbHVlPSJFTlRFUiI+PC9mb3JtPgkNCiAg ICAgICAgPC90ZD4NCiAgICA8L3RyPg0KICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRoPSI1 ODkiIGNvbHNwYW49IjIiPg0KCTxwIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJ0ZXh0LWluZGVu dDotMTsgbWFyZ2luLXJpZ2h0OjA7IG1hcmdpbi1sZWZ0OjA7Ij48aW1nIHNyYz0iaHR0cDov L3d3dy5peWVzY2FyZC5jb20vaW1hZ2UvZjMuZ2lmIiB3aWR0aD0iNjAwIiBoZWlnaHQ9IjYw IiBib3JkZXI9IjAiIGFsaWduPSJtaWRkbGUiIHZzcGFjZT0iMCIgaHNwYWNlPSIwIj4gICAg ICAgIDwvdGQ+DQogICAgPC90cj4NCjwvdGFibGU+DQo8cD4mbmJzcDs8L3A+DQo8cD4mbmJz cDs8L3A+DQo8L2JvZHk+DQoNCjwvaHRtbD4NCg0K ------=_NextPart_000_0027_01C0F15A.93A46C00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 12:18:45 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 452D337B400 for ; Mon, 22 Jul 2002 12:18:35 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D07EC43E42 for ; Mon, 22 Jul 2002 12:18:34 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6MJIMCV054587; Mon, 22 Jul 2002 12:18:22 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6MJILhI054586; Mon, 22 Jul 2002 12:18:21 -0700 (PDT) (envelope-from dillon) Date: Mon, 22 Jul 2002 12:18:21 -0700 (PDT) From: Matthew Dillon Message-Id: <200207221918.g6MJILhI054586@apollo.backplane.com> To: Andreas Koch Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 4.6-RC: Glacial speed of dump backups References: <20020606204948.GA4540@ultra4.eis.cs.tu-bs.de> <20020722081614.E367@gsmx07.alcatel.com.au> <20020722100408.GP26095@ultra4.eis.cs.tu-bs.de> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi guys. I've been following this thread and it occured to me that it might be possible to write a very quick cache if we ignored shareability between forked dumps. I've done so. It actually does appear to make a considerable difference even with a tiny (4MB default) cache. Please try the below patch and tell me what you think. It isn't perfect and I'm sure bad things could happen on machines which do not have much memory, and I haven't tested it all that much, but.... -Matt :Peter, : :many thanks for the reply, I had already given up hope of seeing one :at all :-) : :I have already been looking at the NetBSD dump shortly after my initial :message. Their version has a _considerably_ improved internal buffering :architecture. However, my time-limited porting efforts have not been :... :So, it appears some more effort is required here. I plan to look into :this more closely, but I am currently swamped at work. However, the :potential gains seem to be worthwhile: On our preliminary benchmarks, :NetBSD dump running on a low-end Athlon (from a 7.2K rpm SCSI disk) :_easily_ beats the backup throughput of Solaris 2.8 dump (mirrored 15K :rpm SCSI disks) on a U280R (2x USIII+ 1GHz). : :Andreas Koch : -- for now making do with the dump | team kludge ... :-- :Andreas Koch Email : koch@eis.cs.tu-bs.de Index: Makefile =================================================================== RCS file: /home/ncvs/src/sbin/dump/Makefile,v retrieving revision 1.12.2.2 diff -u -r1.12.2.2 Makefile --- Makefile 5 Oct 2001 15:49:11 -0000 1.12.2.2 +++ Makefile 22 Jul 2002 17:31:09 -0000 @@ -17,7 +17,7 @@ LINKS= ${BINDIR}/dump ${BINDIR}/rdump CFLAGS+=-DRDUMP CFLAGS+=-I${.CURDIR}/../../libexec/rlogind -SRCS= itime.c main.c optr.c dumprmt.c tape.c traverse.c unctime.c +SRCS= itime.c main.c optr.c dumprmt.c tape.c traverse.c unctime.c cache.c MAN= dump.8 MLINKS+=dump.8 rdump.8 Index: cache.c =================================================================== RCS file: cache.c diff -N cache.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ cache.c 22 Jul 2002 19:15:21 -0000 @@ -0,0 +1,129 @@ +/* + * CACHE.C + * + * Block cache for dump + * + * $FreeBSD$ + */ + +#include +#include +#include + +#ifdef sunos +#include + +#include +#include +#include +#else +#include +#include +#include +#endif + +#include + +#include +#include +#ifdef __STDC__ +#include +#include +#include +#include +#endif +#include "dump.h" + +typedef struct Block { + struct Block *b_HNext; /* must be first field */ + off_t b_Offset; + char *b_Data; +} Block; + +#define HFACTOR 4 + +static char *DataBase; +static Block **BlockHash; +static int BlockSize; +static int HSize; +static int NBlocks; + +static void +cinit(void) +{ + int i; + int hi; + Block *base; + + if ((BlockSize = sblock->fs_bsize * 4) > MAXBSIZE) + BlockSize = MAXBSIZE; + NBlocks = cachesize / BlockSize; + HSize = NBlocks / HFACTOR; + + msg("Cache %d MB, blocksize = %d\n", NBlocks * BlockSize, BlockSize); + + base = calloc(sizeof(Block), NBlocks); + BlockHash = calloc(sizeof(Block *), HSize); + DataBase = mmap(NULL, NBlocks * BlockSize, + PROT_READ|PROT_WRITE, MAP_ANON, -1, 0); + for (i = 0; i < NBlocks; ++i) { + base[i].b_Data = DataBase + i * BlockSize; + base[i].b_Offset = (off_t)-1; + hi = i / HFACTOR; + base[i].b_HNext = BlockHash[hi]; + BlockHash[hi] = &base[i]; + } +} + +ssize_t +cread(int fd, void *buf, size_t nbytes, off_t offset) +{ + Block *blk; + Block **pblk; + Block **ppblk; + int hi; + int n; + off_t mask; + + if (sblock->fs_bsize && DataBase == NULL) + cinit(); + mask = ~(off_t)(BlockSize - 1); + if (nbytes > BlockSize || + ((offset ^ (offset + nbytes - 1)) & mask) != 0) { + return(pread(fd, buf, nbytes, offset)); + } + hi = (offset / BlockSize) % HSize; + pblk = &BlockHash[hi]; + ppblk = NULL; + while ((blk = *pblk) != NULL) { + if (((blk->b_Offset ^ offset) & mask) == 0) { +#if 0 + fprintf(stderr, "%08llx %d (%08x)\n", offset, nbytes, + sblock->fs_size * sblock->fs_fsize); +#endif + break; + } + ppblk = pblk; + pblk = &blk->b_HNext; + } + if (blk == NULL) { + blk = *ppblk; + pblk = ppblk; + blk->b_Offset = offset & mask; + n = pread(fd, blk->b_Data, BlockSize, blk->b_Offset); + if (n != BlockSize) { + blk->b_Offset = (off_t)-1; + blk = NULL; + } + } + if (blk) { + bcopy(blk->b_Data + (offset - blk->b_Offset), buf, nbytes); + *pblk = blk->b_HNext; + blk->b_HNext = BlockHash[hi]; + BlockHash[hi] = blk; + return(nbytes); + } else { + return(pread(fd, buf, nbytes, offset)); + } +} + Index: dump.h =================================================================== RCS file: /home/ncvs/src/sbin/dump/dump.h,v retrieving revision 1.7.6.3 diff -u -r1.7.6.3 dump.h --- dump.h 23 Feb 2002 22:32:51 -0000 1.7.6.3 +++ dump.h 22 Jul 2002 18:21:01 -0000 @@ -77,6 +77,7 @@ int etapes; /* estimated number of tapes */ int nonodump; /* if set, do not honor UF_NODUMP user flags */ int unlimited; /* if set, write to end of medium */ +int cachesize; /* size of block cache */ int notify; /* notify operator flag */ int blockswritten; /* number of blocks written on current tape */ Index: main.c =================================================================== RCS file: /home/ncvs/src/sbin/dump/main.c,v retrieving revision 1.20.2.8 diff -u -r1.20.2.8 main.c --- main.c 1 Jul 2002 00:35:49 -0000 1.20.2.8 +++ main.c 22 Jul 2002 18:51:37 -0000 @@ -84,6 +84,7 @@ int ntrec = NTREC; /* # tape blocks in each tape record */ int cartridge = 0; /* Assume non-cartridge tape */ int dokerberos = 0; /* Use Kerberos authentication */ +int cachesize = 4 * 1024 * 1024; /* block cache size */ long dev_bsize = 1; /* recalculated below */ long blocksperfile; /* output blocks per file */ char *host = NULL; /* remote host (if any) */ @@ -125,9 +126,9 @@ obsolete(&argc, &argv); #ifdef KERBEROS -#define optstring "0123456789aB:b:cd:f:h:kns:ST:uWwD:" +#define optstring "0123456789aB:b:cd:f:h:kns:ST:uWwD:C:" #else -#define optstring "0123456789aB:b:cd:f:h:ns:ST:uWwD:" +#define optstring "0123456789aB:b:cd:f:h:ns:ST:uWwD:C:" #endif while ((ch = getopt(argc, argv, optstring)) != -1) #undef optstring @@ -168,6 +169,10 @@ case 'D': dumpdates = optarg; + break; + + case 'C': + cachesize = numarg("cachesize", 0, 0) * 1024 * 1024; break; case 'h': Index: traverse.c =================================================================== RCS file: /home/ncvs/src/sbin/dump/traverse.c,v retrieving revision 1.10.2.4 diff -u -r1.10.2.4 traverse.c --- traverse.c 14 Jul 2001 13:51:37 -0000 1.10.2.4 +++ traverse.c 22 Jul 2002 17:31:33 -0000 @@ -601,7 +601,7 @@ int cnt, i; loop: - if ((cnt = pread(diskfd, buf, size, ((off_t)blkno << dev_bshift))) == + if ((cnt = cread(diskfd, buf, size, ((off_t)blkno << dev_bshift))) == size) return; if (blkno + (size / dev_bsize) > fsbtodb(sblock, sblock->fs_size)) { To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 12:23:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E488A37B400; Mon, 22 Jul 2002 12:23:09 -0700 (PDT) Received: from mail.guengel.ch (dclient217-162-11-196.hispeed.ch [217.162.11.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5E2243E65; Mon, 22 Jul 2002 12:23:08 -0700 (PDT) (envelope-from rafi@guengel.ch) Received: from daemon.kruemel.home (daemon.kruemel.home [192.168.100.102]) by mail.guengel.ch (8.12.1/8.12.1) with ESMTP id g6MJN5IS003948; Mon, 22 Jul 2002 21:23:06 +0200 Content-Type: text/plain; charset="us-ascii" From: Rafael Ostertag To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: SUBSCRIBE Date: Mon, 22 Jul 2002 21:23:04 +0200 User-Agent: KMail/1.4.2 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200207222123.04550.rafi@guengel.ch> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 12:23:39 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A31FA37B400; Mon, 22 Jul 2002 12:23:37 -0700 (PDT) Received: from mail.guengel.ch (dclient217-162-11-196.hispeed.ch [217.162.11.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61A3443E70; Mon, 22 Jul 2002 12:23:36 -0700 (PDT) (envelope-from newsletter@guengel.ch) Received: from daemon.kruemel.home (daemon.kruemel.home [192.168.100.102]) by mail.guengel.ch (8.12.1/8.12.1) with ESMTP id g6MJNYIS005015; Mon, 22 Jul 2002 21:23:35 +0200 Content-Type: text/plain; charset="us-ascii" From: newsletter To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: SUBSCRIBE Date: Mon, 22 Jul 2002 21:23:34 +0200 User-Agent: KMail/1.4.2 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200207222123.34936.newsletter@guengel.ch> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 12:43:36 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19EA637B400 for ; Mon, 22 Jul 2002 12:43:26 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A790C43E4A for ; Mon, 22 Jul 2002 12:43:25 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6MJhICV054786; Mon, 22 Jul 2002 12:43:18 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6MJhIBX054785; Mon, 22 Jul 2002 12:43:18 -0700 (PDT) (envelope-from dillon) Date: Mon, 22 Jul 2002 12:43:18 -0700 (PDT) From: Matthew Dillon Message-Id: <200207221943.g6MJhIBX054785@apollo.backplane.com> To: Andreas Koch , freebsd-stable@FreeBSD.ORG Subject: Re: 4.6-RC: Glacial speed of dump backups References: <20020606204948.GA4540@ultra4.eis.cs.tu-bs.de> <20020722081614.E367@gsmx07.alcatel.com.au> <20020722100408.GP26095@ultra4.eis.cs.tu-bs.de> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Here are the preliminary results when I test this dumping /usr to /dev/null: DUMP: finished in 140 seconds, throughput 6413 KBytes/sec (8 MB cache) DUMP: finished in 144 seconds, throughput 6235 KBytes/sec (4 MB cache) DUMP: finished in 234 seconds, throughput 3836 KBytes/sec (0 MB cache) Slightly new patch then the last one I posted (this one allowed you to specify a cache size of 0): -Matt Index: Makefile =================================================================== RCS file: /home/ncvs/src/sbin/dump/Makefile,v retrieving revision 1.12.2.2 diff -u -r1.12.2.2 Makefile --- Makefile 5 Oct 2001 15:49:11 -0000 1.12.2.2 +++ Makefile 22 Jul 2002 17:31:09 -0000 @@ -17,7 +17,7 @@ LINKS= ${BINDIR}/dump ${BINDIR}/rdump CFLAGS+=-DRDUMP CFLAGS+=-I${.CURDIR}/../../libexec/rlogind -SRCS= itime.c main.c optr.c dumprmt.c tape.c traverse.c unctime.c +SRCS= itime.c main.c optr.c dumprmt.c tape.c traverse.c unctime.c cache.c MAN= dump.8 MLINKS+=dump.8 rdump.8 Index: cache.c =================================================================== RCS file: cache.c diff -N cache.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ cache.c 22 Jul 2002 19:29:20 -0000 @@ -0,0 +1,132 @@ +/* + * CACHE.C + * + * Block cache for dump + * + * $FreeBSD$ + */ + +#include +#include +#include + +#ifdef sunos +#include + +#include +#include +#include +#else +#include +#include +#include +#endif + +#include + +#include +#include +#ifdef __STDC__ +#include +#include +#include +#include +#endif +#include "dump.h" + +typedef struct Block { + struct Block *b_HNext; /* must be first field */ + off_t b_Offset; + char *b_Data; +} Block; + +#define HFACTOR 4 + +static char *DataBase; +static Block **BlockHash; +static int BlockSize; +static int HSize; +static int NBlocks; + +static void +cinit(void) +{ + int i; + int hi; + Block *base; + + if ((BlockSize = sblock->fs_bsize * 4) > MAXBSIZE) + BlockSize = MAXBSIZE; + NBlocks = cachesize / BlockSize; + HSize = NBlocks / HFACTOR; + + msg("Cache %d MB, blocksize = %d\n", NBlocks * BlockSize, BlockSize); + + base = calloc(sizeof(Block), NBlocks); + BlockHash = calloc(sizeof(Block *), HSize); + DataBase = mmap(NULL, NBlocks * BlockSize, + PROT_READ|PROT_WRITE, MAP_ANON, -1, 0); + for (i = 0; i < NBlocks; ++i) { + base[i].b_Data = DataBase + i * BlockSize; + base[i].b_Offset = (off_t)-1; + hi = i / HFACTOR; + base[i].b_HNext = BlockHash[hi]; + BlockHash[hi] = &base[i]; + } +} + +ssize_t +cread(int fd, void *buf, size_t nbytes, off_t offset) +{ + Block *blk; + Block **pblk; + Block **ppblk; + int hi; + int n; + off_t mask; + + if (sblock->fs_bsize && DataBase == NULL) { + if (cachesize <= 0) + return(pread(fd, buf, nbytes, offset)); + cinit(); + } + mask = ~(off_t)(BlockSize - 1); + if (nbytes > BlockSize || + ((offset ^ (offset + nbytes - 1)) & mask) != 0) { + return(pread(fd, buf, nbytes, offset)); + } + hi = (offset / BlockSize) % HSize; + pblk = &BlockHash[hi]; + ppblk = NULL; + while ((blk = *pblk) != NULL) { + if (((blk->b_Offset ^ offset) & mask) == 0) { +#if 0 + fprintf(stderr, "%08llx %d (%08x)\n", offset, nbytes, + sblock->fs_size * sblock->fs_fsize); +#endif + break; + } + ppblk = pblk; + pblk = &blk->b_HNext; + } + if (blk == NULL) { + blk = *ppblk; + pblk = ppblk; + blk->b_Offset = offset & mask; + n = pread(fd, blk->b_Data, BlockSize, blk->b_Offset); + if (n != BlockSize) { + blk->b_Offset = (off_t)-1; + blk = NULL; + } + } + if (blk) { + bcopy(blk->b_Data + (offset - blk->b_Offset), buf, nbytes); + *pblk = blk->b_HNext; + blk->b_HNext = BlockHash[hi]; + BlockHash[hi] = blk; + return(nbytes); + } else { + return(pread(fd, buf, nbytes, offset)); + } +} + Index: dump.h =================================================================== RCS file: /home/ncvs/src/sbin/dump/dump.h,v retrieving revision 1.7.6.3 diff -u -r1.7.6.3 dump.h --- dump.h 23 Feb 2002 22:32:51 -0000 1.7.6.3 +++ dump.h 22 Jul 2002 18:21:01 -0000 @@ -77,6 +77,7 @@ int etapes; /* estimated number of tapes */ int nonodump; /* if set, do not honor UF_NODUMP user flags */ int unlimited; /* if set, write to end of medium */ +int cachesize; /* size of block cache */ int notify; /* notify operator flag */ int blockswritten; /* number of blocks written on current tape */ Index: main.c =================================================================== RCS file: /home/ncvs/src/sbin/dump/main.c,v retrieving revision 1.20.2.8 diff -u -r1.20.2.8 main.c --- main.c 1 Jul 2002 00:35:49 -0000 1.20.2.8 +++ main.c 22 Jul 2002 18:51:37 -0000 @@ -84,6 +84,7 @@ int ntrec = NTREC; /* # tape blocks in each tape record */ int cartridge = 0; /* Assume non-cartridge tape */ int dokerberos = 0; /* Use Kerberos authentication */ +int cachesize = 4 * 1024 * 1024; /* block cache size */ long dev_bsize = 1; /* recalculated below */ long blocksperfile; /* output blocks per file */ char *host = NULL; /* remote host (if any) */ @@ -125,9 +126,9 @@ obsolete(&argc, &argv); #ifdef KERBEROS -#define optstring "0123456789aB:b:cd:f:h:kns:ST:uWwD:" +#define optstring "0123456789aB:b:cd:f:h:kns:ST:uWwD:C:" #else -#define optstring "0123456789aB:b:cd:f:h:ns:ST:uWwD:" +#define optstring "0123456789aB:b:cd:f:h:ns:ST:uWwD:C:" #endif while ((ch = getopt(argc, argv, optstring)) != -1) #undef optstring @@ -168,6 +169,10 @@ case 'D': dumpdates = optarg; + break; + + case 'C': + cachesize = numarg("cachesize", 0, 0) * 1024 * 1024; break; case 'h': Index: traverse.c =================================================================== RCS file: /home/ncvs/src/sbin/dump/traverse.c,v retrieving revision 1.10.2.4 diff -u -r1.10.2.4 traverse.c --- traverse.c 14 Jul 2001 13:51:37 -0000 1.10.2.4 +++ traverse.c 22 Jul 2002 17:31:33 -0000 @@ -601,7 +601,7 @@ int cnt, i; loop: - if ((cnt = pread(diskfd, buf, size, ((off_t)blkno << dev_bshift))) == + if ((cnt = cread(diskfd, buf, size, ((off_t)blkno << dev_bshift))) == size) return; if (blkno + (size / dev_bsize) > fsbtodb(sblock, sblock->fs_size)) { To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 12:50:24 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1166C37B400; Mon, 22 Jul 2002 12:50:20 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC29943E65; Mon, 22 Jul 2002 12:50:19 -0700 (PDT) (envelope-from jmz@FreeBSD.org) Received: from freefall.freebsd.org (jmz@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g6MJoJJU080269; Mon, 22 Jul 2002 12:50:19 -0700 (PDT) (envelope-from jmz@freefall.freebsd.org) Received: (from jmz@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g6MJoJSH080255; Mon, 22 Jul 2002 12:50:19 -0700 (PDT) Date: Mon, 22 Jul 2002 12:50:19 -0700 (PDT) Message-Id: <200207221950.g6MJoJSH080255@freefall.freebsd.org> From: Jean-Marc Zucconi To: Matthew Dillon Cc: Andreas Koch , freebsd-stable@FreeBSD.ORG Subject: Re: 4.6-RC: Glacial speed of dump backups In-Reply-To: <200207221943.g6MJhIBX054785@apollo.backplane.com> References: <20020606204948.GA4540@ultra4.eis.cs.tu-bs.de> <20020722081614.E367@gsmx07.alcatel.com.au> <20020722100408.GP26095@ultra4.eis.cs.tu-bs.de> <200207221943.g6MJhIBX054785@apollo.backplane.com> X-Mailer: Emacs 21.2.1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> Matthew Dillon writes: > Here are the preliminary results when I test this dumping /usr > to /dev/null: > DUMP: finished in 140 seconds, throughput 6413 KBytes/sec (8 MB cache) > DUMP: finished in 144 seconds, throughput 6235 KBytes/sec (4 MB cache) > DUMP: finished in 234 seconds, throughput 3836 KBytes/sec (0 MB cache) I also got a factor ~2 of in speed for a fs with a lot of inodes (~ncvs) and no significant difference on / Jean-Marc -- Jean-Marc Zucconi -- PGP Key: finger jmz@FreeBSD.org [KeyID: 400B38E9] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 13:16:55 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E72DA37B400 for ; Mon, 22 Jul 2002 13:16:51 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 434D243E31 for ; Mon, 22 Jul 2002 13:16:50 -0700 (PDT) (envelope-from Gerhard.Sittig@gmx.net) Received: (qmail 27544 invoked by uid 0); 22 Jul 2002 20:16:48 -0000 Received: from p50910508.dip0.t-ipconnect.de (HELO mail.gsinet.sittig.org) (80.145.5.8) by mail.gmx.net (mp017-rz3) with SMTP; 22 Jul 2002 20:16:48 -0000 Received: (qmail 28719 invoked from network); 22 Jul 2002 19:50:34 -0000 Received: from shell.gsinet.sittig.org (192.168.11.153) by mail.gsinet.sittig.org with SMTP; 22 Jul 2002 19:50:34 -0000 Received: (from sittig@localhost) by shell.gsinet.sittig.org (8.11.3/8.11.3) id g6MJoTQ28704 for freebsd-stable@freebsd.org; Mon, 22 Jul 2002 21:50:29 +0200 (CEST) (envelope-from sittig) Date: Mon, 22 Jul 2002 21:50:28 +0200 From: Gerhard Sittig To: freebsd-stable@freebsd.org Subject: Re: PAM... HELP!! Message-ID: <20020722215028.D1494@shell.gsinet.sittig.org> Mail-Followup-To: freebsd-stable@freebsd.org References: <20020721223830.T24610-100000@phoenix.vh.laserfence.net> <89773.1027287205@verdi.nethelp.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <89773.1027287205@verdi.nethelp.no>; from sthaug@nethelp.no on Sun, Jul 21, 2002 at 11:33:25PM +0200 Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jul 21, 2002 at 23:33 +0200, sthaug@nethelp.no wrote: > > > Hi, I recently did a make world on a remote system, and now find myself > > locked out, apart from one SSH connection I left running, however, dialups > > don't last forever and I will have to close that connection soon. Is there > > any way I can get SSH to work around PAM for the meantime, and is this > > problem fixed yet (a desparate cvsup is now in progress) > > What worked for me: > > - install new /etc/pam.conf (from /usr/src/etc/pam.conf) > - install new /etc/ssh/sshd_config (from /usr/src/crypto/openssh/sshd_config) This is another way of saying "I ran mergemaster". > - restart the running master sshd (/usr/sbin/sshd) This is another way of saying "I started sshd after running mergemaster in single user mode". To sum it up: The sequence of steps from UPDATING is correct and doesn't show the problem. Those who insist in doing things in a different way should be prepared to meet failures and are expected to (be able to) help themselves out. (yes, I can certainly be considered a smartass:) Even for remote upgrades there have been multiple hints in the numerous threads in this list (this is the point where this post is not just a simple "I told you ..."): serial consoles (with concentrators or "cross over" connecting two remote machines), installing systems on new disks and shipping / simply swapping the disk, installing to a second disk remotely (think DESTDIR) and rebooting into the first system should the updated one fail, etc etc ... One might get away often times without running single user mode. But one should be prepared when it doesn't work. There is a reason for the suggested procedure (often explained and easily found in the archive, search for "updat" or "single user" and "colo" or "remote"). virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 13:17: 3 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FEE337B401 for ; Mon, 22 Jul 2002 13:16:52 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4643043E3B for ; Mon, 22 Jul 2002 13:16:50 -0700 (PDT) (envelope-from Gerhard.Sittig@gmx.net) Received: (qmail 27576 invoked by uid 0); 22 Jul 2002 20:16:49 -0000 Received: from p50910508.dip0.t-ipconnect.de (HELO mail.gsinet.sittig.org) (80.145.5.8) by mail.gmx.net (mp017-rz3) with SMTP; 22 Jul 2002 20:16:49 -0000 Received: (qmail 28728 invoked from network); 22 Jul 2002 19:50:40 -0000 Received: from shell.gsinet.sittig.org (192.168.11.153) by mail.gsinet.sittig.org with SMTP; 22 Jul 2002 19:50:40 -0000 Received: (from sittig@localhost) by shell.gsinet.sittig.org (8.11.3/8.11.3) id g6MJoeB28724 for freebsd-stable@FreeBSD.ORG; Mon, 22 Jul 2002 21:50:40 +0200 (CEST) (envelope-from sittig) Date: Mon, 22 Jul 2002 21:50:40 +0200 From: Gerhard Sittig To: freebsd-stable@FreeBSD.ORG Subject: Re: make world considered harmful Message-ID: <20020722215040.E1494@shell.gsinet.sittig.org> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <200207220838.50792.bts@babbleon.org> <20020722150531.A7119@ei.bzerk.org> <200207220913.52802.bts@babbleon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200207220913.52802.bts@babbleon.org>; from bts@babbleon.org on Mon, Jul 22, 2002 at 09:13:52AM -0400 Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jul 22, 2002 at 09:13 -0400, Brian T. Schellenberger wrote: > > My intuition is that it would be almost certain to fail to compile if it ewere > to fail rather than leaving you completely dead in the water. But I always > do it per UPDATING: > > make buildworld > make kernel # dunno why UPDATING says to do *this* in two steps Better memorization due to the similarity and a clear scheme? I can cope better with "build world, build kernel, install kernel, install world" than with "build world, fumble kernel, install world" (three different! things to keep in mind). Don't know if others have a similar experience. On the other hand when scripting this sequence or strictly following the doc (by means of a clipboard? :) it doesn't really matter -- since one doesn't have to type it. Oh, there might be one reason: Those admins with higher secure levels than -1 might wish for a separate target in an isolated time frame with writable kernel and module files. > reboot (-s) > make installworld > mergemaster virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 13:34:26 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2A0037B400 for ; Mon, 22 Jul 2002 13:34:24 -0700 (PDT) Received: from HAL9000.homeunix.com (12-233-156-170.client.attbi.com [12.233.156.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E65943E3B for ; Mon, 22 Jul 2002 13:34:24 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.3/8.12.3) with ESMTP id g6MKYqvN000414; Mon, 22 Jul 2002 13:34:52 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.3/8.12.3/Submit) id g6MKYeHQ000410; Mon, 22 Jul 2002 13:34:40 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Mon, 22 Jul 2002 13:34:40 -0700 From: David Schultz To: "Brian T. Schellenberger" Cc: Jamie Bowden , Barney Wolff , freebsd-stable@FreeBSD.ORG Subject: Re: make world considered harmful Message-ID: <20020722203440.GA357@HAL9000.homeunix.com> Mail-Followup-To: "Brian T. Schellenberger" , Jamie Bowden , Barney Wolff , freebsd-stable@FreeBSD.ORG References: <200207220838.50792.bts@babbleon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200207220838.50792.bts@babbleon.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Brian T. Schellenberger : > On Monday 22 July 2002 07:41 am, Jamie Bowden wrote: > | On Sun, 21 Jul 2002, Barney Wolff wrote: > | :When is "make world" the right thing to do? If the answer is "never" > | :then why don't we remove it from /usr/src/Makefile? Its availability > | :just leads people into trouble. > | > | Since when? I use it regularly after CVSupdating /usr/src, works fine. > > It's definately not recommended even if it will sometimes work. > > It causes you to try to start running with the new world while still running > the older kernel. (Or, I guess, you could follow the sequence make kernel, > reboot, make world, mergemaster. That sequence would seem relatively safe, I > guess.) In the case where you just CVSupped some major changes, you're right. But if all you did is, say, install a security patch to libc, there's nothing wrong with `make world'. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 13:37:27 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B2BD37B400 for ; Mon, 22 Jul 2002 13:37:24 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [194.19.15.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 87BFF43E3B for ; Mon, 22 Jul 2002 13:37:22 -0700 (PDT) (envelope-from sthaug@nethelp.no) Received: (qmail 4898 invoked by uid 1001); 22 Jul 2002 20:37:19 +0000 (GMT) To: Gerhard.Sittig@gmx.net Cc: freebsd-stable@freebsd.org Subject: Re: PAM... HELP!! From: sthaug@nethelp.no In-Reply-To: Your message of "Mon, 22 Jul 2002 21:50:28 +0200" References: <20020722215028.D1494@shell.gsinet.sittig.org> X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Mon, 22 Jul 2002 22:37:19 +0200 Message-ID: <4896.1027370239@verdi.nethelp.no> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > Hi, I recently did a make world on a remote system, and now find myself > > > locked out, apart from one SSH connection I left running, however, dialups > > > don't last forever and I will have to close that connection soon. Is there > > > any way I can get SSH to work around PAM for the meantime, and is this > > > problem fixed yet (a desparate cvsup is now in progress) > > > > What worked for me: > > > > - install new /etc/pam.conf (from /usr/src/etc/pam.conf) > > - install new /etc/ssh/sshd_config (from /usr/src/crypto/openssh/sshd_config) > > This is another way of saying "I ran mergemaster". Except this is quite a bit quicker. > > - restart the running master sshd (/usr/sbin/sshd) > > This is another way of saying "I started sshd after running > mergemaster in single user mode". Please note what the original writer said - remote login, only one SSH connection left. In this case, mergemaster in single user mode is not an alternative. > To sum it up: The sequence of steps from UPDATING is correct > and doesn't show the problem. Those who insist in doing things > in a different way should be prepared to meet failures and are > expected to (be able to) help themselves out. (yes, I can > certainly be considered a smartass:) I tried to answer based on having seen the same problem myself, and what I did to solve it. I can well believe that following the steps in UPDATING would have worked if used from the start - but it's not always an alternative when you are locked out. > One might get away often times without running single user mode. > But one should be prepared when it doesn't work. There is a > reason for the suggested procedure (often explained and easily > found in the archive, search for "updat" or "single user" and > "colo" or "remote"). Remote upgrade (without single user, only a network connection) has been a lifesaver for me many times, and I certainly plan to continue doing upgrades this way. Yes, I am indeed prepared for the occasional failure - but as long as it works for me in 95% or 99% of the cases, it saves me a lot of time and frustration. Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 13:59:32 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F99937B400 for ; Mon, 22 Jul 2002 13:59:29 -0700 (PDT) Received: from tp.databus.com (p70-227.acedsl.com [66.114.70.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CB4643E8A for ; Mon, 22 Jul 2002 13:59:27 -0700 (PDT) (envelope-from barney@databus.com) Received: from databus.com (localhost.databus.com [127.0.0.1]) by tp.databus.com (8.12.5/8.12.5) with ESMTP id g6MKx6vG031999; Mon, 22 Jul 2002 16:59:06 -0400 (EDT) (envelope-from barney@databus.com) Received: (from barney@localhost) by databus.com (8.12.5/8.12.5/Submit) id g6MKx6d1031998; Mon, 22 Jul 2002 16:59:06 -0400 (EDT) Date: Mon, 22 Jul 2002 16:59:06 -0400 From: Barney Wolff To: "Brian T. Schellenberger" , Jamie Bowden , Barney Wolff , freebsd-stable@FreeBSD.ORG Subject: Re: make world considered harmful Message-ID: <20020722205906.GA31883@tp.databus.com> References: <200207220838.50792.bts@babbleon.org> <20020722203440.GA357@HAL9000.homeunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020722203440.GA357@HAL9000.homeunix.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG But there's nothing right with it, either. Is the demonstrated risk of people using it inappropriately really worth not having to type make buildworld && make installworld in the few cases where it's safe? I claim not. I run cvsup nohup'd and look at the output, but I'd would never trust that I'd notice a kernel interface change, and know when I could get away with not building the kernel. On Mon, Jul 22, 2002 at 01:34:40PM -0700, David Schultz wrote: > > In the case where you just CVSupped some major changes, you're > right. But if all you did is, say, install a security patch to > libc, there's nothing wrong with `make world'. -- Barney Wolff I never met a computer I didn't like. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 15:27:25 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 067D437B400 for ; Mon, 22 Jul 2002 15:27:16 -0700 (PDT) Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0E3F43E42 for ; Mon, 22 Jul 2002 15:27:09 -0700 (PDT) (envelope-from bts@fake.com) Received: from this.is.fake.com ([66.26.254.93]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Mon, 22 Jul 2002 18:25:00 -0400 Received: by d5586.us.sas.com (Postfix, from userid 111) id 75EBFBA12; Mon, 22 Jul 2002 18:24:52 -0400 (EDT) Content-Type: text/plain; charset="iso-8859-1" From: "Brian T. Schellenberger" To: Kirk McKusick Subject: Re: softupdates: any way to force sync? Date: Mon, 22 Jul 2002 18:24:52 -0400 User-Agent: KMail/1.4.2 Cc: Julian Elischer , Ronald Klop , stable@FreeBSD.ORG, David Malone References: <200207221658.g6MGw059025808@beastie.mckusick.com> In-Reply-To: <200207221658.g6MGw059025808@beastie.mckusick.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200207221824.52197.bts@babbleon.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Will remounting read-only also force a full sync? On Monday 22 July 2002 12:58 pm, Kirk McKusick wrote: | The -current system has changes that force a sync if you are about | to run out of space with soft dependencies pending. So, in that | system you will not get the false out-of-space condition. Unfortunately | the changes are rather wide ranging and not really suitable for MFC | (or perhaps I should say, I am not willing to make the MFC, though | I would review such a change if someone wanted to try and pull it | together). | | For -stable, you can do one of two things to force a sync. | The first is to either add a flag to the existing sync() call or | add a new system call that works exactly like the existing sync() | call except that it needs to call VFS_SYNC with the MNT_WAIT flag | instead of the MNT_NOWAIT flag. That way VFS_SYNC will not return | until all the data is sync'ed to disk (which may be forever if | there is more disk requests being generated per second than the | bandwidth of the disk can support). The other choice is to attempt | to unmount the filesystem in question (as root of course). As part | of trying to do the unmount, the kernel will flush all the vnodes | associated with the filesystem. As long as there is at least one | active vnode on the filesystem (for example you can chdir into the | filesystem before attempting the unmount), the unmount will fail | with `filesystem busy', but you will have achieved the desired sync | operation. | | Kirk McKusick | | =-=-=-=-=-= | | From: "Brian T. Schellenberger" | To: Julian Elischer , | Ronald Klop , mckusick@mckusick.com | Subject: Re: softupdates: any way to force sync? | Date: Sun, 21 Jul 2002 11:38:14 -0400 | Cc: stable@FreeBSD.ORG, David Malone | X-ASK-Info: Confirmed by User | | [Mr. McKusick-- Sorry for including you mid-discussion. I initially | failed to notice who had done what and included Julian rather than you.] | | | > Brian T.Schellenberger wrote: | | | | [...] | | | | > > What I'd like is a command like "syncupdates" or something that would | | > > synchronosly force all the pending softupdates updates to update and | | > > return only when that was complete. Then when I had the (rare) | | > > occaisons where I really wanted them synced up, they could be synched | | > > up but the rest of the time I could still let it update when it | | > > pleased. | | > > | | > > Questions: | | > > | | > > - Is there any functionality already in the system that I don't know | | > > about? - Are there any plans to add it? | | > > | | > > - If not, I might have a go at it myself. Other than your code and | | > > the original paper are there any references or information that I | | > > should have in hand? | | > > - And would you, Julian, be willing to review whatever I might come | | > > up with and possibly commit it if it looks plausible? (I don't run | | > > current so whatever patches I'd come up with would be against | | > > -stable, but I presume that doing a sort of "reverse MFC" to | | > > translate them to -current patches wouldn't be terribly difficult.) | | | | I think there are much better people to review it than me.. | | I have not looked at the soft updates code for 3 years :-( | | Don't forget that while I commited it, I was only acting as an assitant | | to Kirk. I did most of the 'mecahnical' porting parts but he | | has moved a long way since then. (particularly in -current). | | Sorry, I hadn't realized that. I checked the README instead of the .c file | for the e-mail address and grabbed it from there. I'm adding Kirk in now | that I've got that straight. | | On Thursday 18 July 2002 03:23 pm, Julian Elischer wrote: | | On Thu, 18 Jul 2002, Ronald Klop wrote: | | > The following sysctl's define the delay before things are written to | | > disk with softupdates. I think they work in realtime and setting them | | > to 3,2,1 for a little time wil sync the disk faster. But wil make the | | > caching less efficient. So play with it for a while. | | > | | > kern.filedelay: 30 | | > kern.dirdelay: 29 | | > kern.metadelay: 28 | | I haven't played with these, and perhaps I will, but it doesn't really | address my concern, which is that 99% of the time I want it work just as it | does now--but every now and again there are special cirsumstances where I | want to get the disk space back right away, usually when I'm deleting | gigabytes of space at one fell swoop, and I can actually wind up filling | the space (over the internet sometimes!) faster than softupdates can clear | it. | | | When we were porting Soft Updates, Kirk suggested that a sequence of | | 4 syncs should be sufficient to force a full update. | | e.g. sync;sleep 1;sync;sleep 1;sync;sleep 1;sync | | Alas, I've tried this, and it's not so. In fact I did 5 syncs | (back-to-back), then I did 5 more (with sleeps in between), and it *still* | didn't fully sync. | | It *does* seem to speed up the process quite a bit but it still doesn't | guarantee synchronicity. I'm sure that umount would but that seems a | little drastic, and I have to undo all my "cd"s and such to do it. | | | I have my suspicions that it may be possible under some situations | | for some interdependencies to last longer, but I also am willing to | | believe that probably Kirk was right :-) | | I'm afraid that your suspicious side has got the advantage over your | believing side on this one. | | | He also said that an 'fsync()' on a file will recurse all the way to | | the root of the filesystem, resolving all unsatisfied dependencies on the | | way. You may want to consider this if you have a specific need. | | My typical need is for getting the space back. Are you suggesting that | fsync()ing any file will sync up the entire file system, or just the | directories and inodes that it has touch on the way to get to that file? | | David Malone wrote: | | The problem where a disk seems to be full because of pending softupdates | | changes has been fixed in -current, but I don't think the fix has | | been brought into -stable yet. | | Well, that is my primary concern, though it's nice sometimes to know when | "df" can tell me true, but write failures due to a bogus "disk full" | condition is my main problem. | | After quite some time, I synced up to stable as of Friday, so it's possible | that this will have already taken care of itself for me (I probably won't | know for a while, it's only a "once every few weeks" event where this | normally comes up. | | If not, though, I'd love to see this MFC'ed sooner rather than later and if | there's anything I could do to help please let me know. -- Brian, the man from Babble-On . . . . bts@babbleon.org (personal) http://www.babbleon.org http://www.eff.org http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 15:52:32 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC33B37B409 for ; Mon, 22 Jul 2002 15:52:22 -0700 (PDT) Received: from mail.smed.com (mail.smed.com [64.46.248.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF2E143E42 for ; Mon, 22 Jul 2002 15:52:21 -0700 (PDT) (envelope-from Joseph.Warner@siemens.com) Received: from smtpgate.smshsc.net (unknown [165.226.204.25]) by mail.smed.com (Postfix) with ESMTP id 6FB3647E13 for ; Mon, 22 Jul 2002 18:52:21 -0400 (EDT) Received: from iesa14.smshsc.net (iesa14.smshsc.net [165.226.204.44]) by smtpgate.smshsc.net (8.11.6/8.11.6) with ESMTP id g6MMqLr03633 for ; Mon, 22 Jul 2002 18:52:21 -0400 Received: from mlvexc01.smshsc.net (unverified) by iesa14.smshsc.net (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Mon, 22 Jul 2002 18:52:11 -0400 Received: by mlvexc01.usmlvv1p0a.smshsc.net with Internet Mail Service (5.5.2655.55) id <3W66H1A4>; Mon, 22 Jul 2002 18:52:18 -0400 Message-Id: From: Warner Joseph To: "'freebsd-stable@freebsd.org'" Subject: MySQL problems after upgrade to 4.6-STABLE (Please Help) Date: Mon, 22 Jul 2002 18:52:09 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C231D2.693C5510" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C231D2.693C5510 Content-Type: text/plain; charset="iso-8859-1" Hi, I just upgraded our production server from 4.5-STABLE to 4.6-STABLE. Everything seems fine, with the exception of my install of MySQL. Now, when trying to access our forum system or any database driven pages, I get errors like this: phpBB : Critical Error Could not connect to the database ..and this: Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /usr/local/www/nuke/html/includes/sql_layer.php on line 491 I've done these upgrades many times and have never once experienced a problem like this. I'm in a real crunch and was wondering if someone could help? Thanks Siemens - Health Services Joe Warner Operations Technical Analyst II 215 North Admiral Byrd Rd., Salt Lake City, UT 84116 Ph: 801-539-4978 Fax: 801-533-8004 ------------------------------------------------------------------------------- This message and any included attachments are from Siemens Medical Solutions Health Services Corporation and are intended only for the addressee(s). The information contained herein may include trade secrets or privileged or otherwise confidential information. Unauthorized review, forwarding, printing, copying, distributing, or using such information is strictly prohibited and may be unlawful. If you received this message in error, or have reason to believe you are not authorized to receive it, please promptly delete this message and notify the sender by e-mail with a copy to CSOffice@smed.com. Thank you ------_=_NextPart_001_01C231D2.693C5510 Content-Type: text/html; charset="iso-8859-1"
Hi,
 
I just upgraded our production server from 4.5-STABLE to 4.6-STABLE.
 
Everything seems fine, with the exception of my install of MySQL.
 
Now, when trying to access our forum system or any database driven
pages, I get errors like this:
 
phpBB : Critical Error

Could not connect to the database
 
..and this:
 
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /usr/local/www/nuke/html/includes/sql_layer.php on line 491
 
I've done these upgrades many times and have never once experienced a problem like this.
 
I'm in a real crunch and was wondering if someone could help?
 
Thanks


 
 
 
Siemens - Health Services

Joe Warner
Operations Technical Analyst II
215 North Admiral Byrd Rd., Salt Lake City, UT 84116
Ph:  801-539-4978
Fax: 801-533-8004

 
------_=_NextPart_001_01C231D2.693C5510-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 16:17:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E0B437B47F for ; Mon, 22 Jul 2002 16:17:08 -0700 (PDT) Received: from TMA-1.brad-x.com (static-b2-191.highspeed.eol.ca [64.56.236.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD68443E42 for ; Mon, 22 Jul 2002 16:17:07 -0700 (PDT) (envelope-from brad@brad-x.com) Received: from brad-x.com (Discovery.brad-x.com [201.64.15.21]) by TMA-1.brad-x.com (Postfix) with SMTP id 9DF6A22104A for ; Mon, 22 Jul 2002 19:18:07 -0400 (EDT) Date: Mon, 22 Jul 2002 11:46:06 -0400 From: Brad Laue To: Barney Wolff Message-Id: <20020722114606.6d8e355c.brad@brad-x.com> In-Reply-To: <20020721215000.GA20411@tp.databus.com> References: <20020721215000.GA20411@tp.databus.com> Organization: brad-x.com X-Mailer: Sylpheed version 0.8.0 (GTK+ 1.2.10; i386-portbld-freebsd4.6) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: make world considered harmful Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 21 Jul 2002 17:50:00 -0400 Barney Wolff wrote: > When is "make world" the right thing to do? If the answer is "never" > then why don't we remove it from /usr/src/Makefile? Its availability > just leads people into trouble. Trouble like what? An administrator who is unable to adapt to the updated software on his system? The only issues I've seen with make world are people who don't follow every step and analyze every new addition that a cvsup will bring. Will CVSup bring sendmail from 8.9 to 8.12.3? Will GCC or BIND be updated? Do I have to take anything into account because of these? Which files will I have to take special care to mergemaster or reconfigure completely? How many changes will this make to the filesystem? If these among other things are not taken into account, and I've seen this happen all to often, yes, things will break. People will lose faith in their system because quite simply, they've lost control of it. I track -STABLE for two weeks on three systems after major software upgrades go into /usr/src, and then move them to an important server. I haven't had an issue yet. If you're conservative about this kind of thing, track RELENG_4_6, which won't cause such upheaval and such need for analysis of an upgrade which you may want to make a simple process. Cheers! Brad -- // -- http://www.BRAD-X.com/ -- // To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 17:59:52 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D2FF37B400 for ; Mon, 22 Jul 2002 17:59:49 -0700 (PDT) Received: from mail.netrus.net (mail.netrus.net [206.251.192.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id A886A43E3B for ; Mon, 22 Jul 2002 17:59:48 -0700 (PDT) (envelope-from troc@netrus.net) Received: from eyrie.homenet (whee@d157.netrus.net [206.251.198.157]) by mail.netrus.net (8.8.8/8.8.8) with ESMTP id UAA10639 for ; Mon, 22 Jul 2002 20:01:58 -0400 Received: from eyrie.homenet (abuse@localhost [127.0.0.1]) by eyrie.homenet (8.12.5/8.12.5) with ESMTP id g6N0xjTn083665 for ; Mon, 22 Jul 2002 20:59:45 -0400 (EDT) (envelope-from troc@eyrie.homenet) Received: (from troc@localhost) by eyrie.homenet (8.12.5/8.12.5/Submit) id g6N0xjZl083664 for freebsd-stable@FreeBSD.ORG; Mon, 22 Jul 2002 20:59:45 -0400 (EDT) (envelope-from troc) Date: Mon, 22 Jul 2002 20:59:45 -0400 From: Rocco Caputo To: freebsd-stable@FreeBSD.ORG Subject: xinput patch for gtk12 port Message-ID: <20020723005945.GC481@eyrie.homenet> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Yylu36WmvOXNoKYn" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Yylu36WmvOXNoKYn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Gtk supports XInput for pen and other odd input devices. Gimp uses this to support my Wacom tablet. I have attached a very short patch to gtk12's Makefile that adds a WITH_XINPUT flag to turn this on. -- Rocco Caputo / troc@pobox.com / poe.perl.org / poe.sf.net --Yylu36WmvOXNoKYn Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=gtk12-xinput-patch --- gtk12/Makefile-orig Mon Jul 22 20:49:47 2002 +++ gtk12/Makefile Mon Jul 22 20:48:08 2002 @@ -31,6 +31,12 @@ MAN1= gtk12-config.1 +.if defined(WITH_XINPUT) + CONFIGURE_ARGS+= --with-xinput=xfree +.else + ${ECHO_CMD} '*** Set WITH_XINPUT to enable XInput (for pen tablets, etc.)' +.endif + pre-build: ${RM} -rf ${WRKSRC}/docs/gtk.info* --Yylu36WmvOXNoKYn-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 18:45: 1 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAE3437B400 for ; Mon, 22 Jul 2002 18:44:57 -0700 (PDT) Received: from CRWdog.demon.co.uk (p69-199.acedsl.com [66.114.69.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51DBB43E31 for ; Mon, 22 Jul 2002 18:44:57 -0700 (PDT) (envelope-from spadger@best.com) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id AA81928; Mon, 22 Jul 2002 21:44:55 -0400 (EDT) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: sthaug@nethelp.no Cc: Gerhard.Sittig@gmx.net, freebsd-stable@FreeBSD.ORG Subject: Re: PAM... HELP!! In-Reply-To: Message from sthaug@nethelp.no of "Mon, 22 Jul 2002 22:37:19 +0200." <4896.1027370239@verdi.nethelp.no> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1270383091P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 22 Jul 2002 21:44:55 -0400 From: Andy Sparrow Message-Id: <20020723014455.AA81928@CRWdog.demon.co.uk> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_1270383091P Content-Type: text/plain; charset=us-ascii > Remote upgrade (without single user, only a network connection) has > been a lifesaver for me many times, and I certainly plan to continue > doing upgrades this way. Yes, I am indeed prepared for the occasional > failure - but as long as it works for me in 95% or 99% of the cases, > it saves me a lot of time and frustration. I'd personally suggest that people who insist on upgrading remotely (and who absolutely require that it works) invest $300 US in a PC Weasel (http://www.realweasel.com) to a modem/serial concentrator or use KVM-over-IP (or a similar remote management solution) for those times when it doesn't run smoothly. Because, uhh, you know, it doesn't always.... :) Just my $0.0.2 ... Cheers, AS --==_Exmh_1270383091P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQE9PLUXPHh895bDXeQRAszSAKCS5HmhVOtyA/4ur5ximPVD36/2TACgqXLz vpBwi5MWHeNI3NyMYIwymkM= =l1Ky -----END PGP SIGNATURE----- --==_Exmh_1270383091P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 20:14: 4 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 125AE37B400 for ; Mon, 22 Jul 2002 20:14:02 -0700 (PDT) Received: from alcanet.com.au (mail3.alcanet.com.au [208.178.117.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B15743E42 for ; Mon, 22 Jul 2002 20:14:00 -0700 (PDT) (envelope-from peter.jeremy@alcatel.com.au) Received: from gsmx07.alcatel.com.au (IDENT:root@localhost.localdomain [127.0.0.1]) by alcanet.com.au (8.12.4/8.12.4/Alcanet1.3) with ESMTP id g6N3DJ8R015086; Tue, 23 Jul 2002 13:13:19 +1000 Received: from gsmx07.alcatel.com.au (localhost [127.0.0.1]) by gsmx07.alcatel.com.au (8.12.3/8.12.3) with ESMTP id g6N3DJ2h039625; Tue, 23 Jul 2002 13:13:19 +1000 (EST) (envelope-from peter.jeremy@alcatel.com.au) Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.12.3/8.12.3/Submit) id g6N3DJ0C039624; Tue, 23 Jul 2002 13:13:19 +1000 (EST) Date: Tue, 23 Jul 2002 13:13:18 +1000 From: Peter Jeremy To: Matthew Dillon Cc: Andreas Koch , freebsd-stable@FreeBSD.ORG Subject: Re: 4.6-RC: Glacial speed of dump backups Message-ID: <20020723131318.F38313@gsmx07.alcatel.com.au> Mail-Followup-To: Matthew Dillon , Andreas Koch , freebsd-stable@FreeBSD.ORG References: <20020606204948.GA4540@ultra4.eis.cs.tu-bs.de> <20020722081614.E367@gsmx07.alcatel.com.au> <20020722100408.GP26095@ultra4.eis.cs.tu-bs.de> <200207221943.g6MJhIBX054785@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200207221943.g6MJhIBX054785@apollo.backplane.com>; from dillon@apollo.backplane.com on Mon, Jul 22, 2002 at 12:43:18PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-Jul-22 12:43:18 -0700, Matthew Dillon wrote: >Here are the preliminary results when I test this dumping /usr >to /dev/null: > > DUMP: finished in 140 seconds, throughput 6413 KBytes/sec (8 MB cache) > DUMP: finished in 144 seconds, throughput 6235 KBytes/sec (4 MB cache) > DUMP: finished in 234 seconds, throughput 3836 KBytes/sec (0 MB cache) Impressive. This is definitely much easier than trying to merge reads of adjacent blocks into one physical read to a scatter buffer. I'll do some experimenting when I have a chance. Two notes: 1) I thought I'd tried something similar during my initial investigations (VLB 486 with IDE disks). I found the cost of reading the extra data ate most of the savings from sensible block ordering. 2) At the time, someone (I didn't keep a record) commented that dump deliberately re-read inodes to try and minimise problems due to active filesystems. The first point probably isn't relevant any more. The second point means that your cache may make dumping active partitions more dangerous. (Since the cached data may not be relevant any longer). (Softupdate snapshots would help here, but they're not in -STABLE and I don't think Kirk's fixed a race-to-root deadlock yet). I suspect a cleaner (though much more effort) approach would be to make dump much chummier with the UFS code in the kernel so that it used the kernel FS buffer (with some hooks to prevent dump blowing the buffer cache for other processes). Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 20:51:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DB8637B400; Mon, 22 Jul 2002 20:51:23 -0700 (PDT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B2C743E31; Mon, 22 Jul 2002 20:51:23 -0700 (PDT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rip.psg.com.psg.com) by rip.psg.com with esmtp (Exim 4.10) id 17Wqhm-0007e9-00; Mon, 22 Jul 2002 20:51:22 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: freebsd-stable@freebsd.org, freebsd-fs@freebsd.org Subject: Re: File system failure! URGENT Help needed! References: <20020623114405.A42706@moya.lambermont.dyndns.org> <20020623125321.A90926-100000@digitalfreaks.org> Message-Id: Date: Mon, 22 Jul 2002 20:51:22 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >> If you have a spare drive that is exactly the same type you could make a >> binary copy of the disk to it, and don't need to worry about making the >> prolem worse while recovering the data with inode magic. > On one of the spare disks put the data on with dd, here's two utils that will > help: > /usr/ports/sysutils/ffsrecov > /usr/ports/sysutils/gpart so now this has happened to me. dell laptop c600 f1 win98se f3 freebsd 4.6-stable heavy disk activity causes system power down. disk diags say disk is sick. if i have to replace the drive, i want to o put old drive in second drive slot o build it from first drive o swap but, if heavy disk activity kills the box, then i want a very 'calm' dd. any clues? or, i can build the new freebsd easily. but is there a way to dump/restore the win98se partition from freebsd? randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 21:25:51 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FD5737B400 for ; Mon, 22 Jul 2002 21:25:47 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B72143E3B for ; Mon, 22 Jul 2002 21:25:47 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6N4PbCV057590; Mon, 22 Jul 2002 21:25:37 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6N4PbuP057589; Mon, 22 Jul 2002 21:25:37 -0700 (PDT) (envelope-from dillon) Date: Mon, 22 Jul 2002 21:25:37 -0700 (PDT) From: Matthew Dillon Message-Id: <200207230425.g6N4PbuP057589@apollo.backplane.com> To: Peter Jeremy Cc: Andreas Koch , freebsd-stable@FreeBSD.ORG Subject: Re: 4.6-RC: Glacial speed of dump backups References: <20020606204948.GA4540@ultra4.eis.cs.tu-bs.de> <20020722081614.E367@gsmx07.alcatel.com.au> <20020722100408.GP26095@ultra4.eis.cs.tu-bs.de> <200207221943.g6MJhIBX054785@apollo.backplane.com> <20020723131318.F38313@gsmx07.alcatel.com.au> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :... :> :> DUMP: finished in 140 seconds, throughput 6413 KBytes/sec (8 MB cache) :> DUMP: finished in 144 seconds, throughput 6235 KBytes/sec (4 MB cache) :> DUMP: finished in 234 seconds, throughput 3836 KBytes/sec (0 MB cache) : :Impressive. This is definitely much easier than trying to merge reads :of adjacent blocks into one physical read to a scatter buffer. I'll :do some experimenting when I have a chance. : :Two notes: :1) I thought I'd tried something similar during my initial investigations : (VLB 486 with IDE disks). I found the cost of reading the extra data : ate most of the savings from sensible block ordering. :2) At the time, someone (I didn't keep a record) commented that dump : deliberately re-read inodes to try and minimise problems due to : active filesystems. : :The first point probably isn't relevant any more. : :The second point means that your cache may make dumping active Dump has always had problems dealilng with live filesystems, and its even worse now that we can't dump via a buffered block device because the filesystem state is going to be out of sync from the raw device whether dump re-reads the inodes or not. So even though dump does try to re-read inodes to check for changes, it is unlikely that our meager cache will make things worse then the kernel's buffer cache already makes them. It's basically 'sync a lot then pray'. My friend Dave (idiom.com) gave up using dump/restore for end-user filesystems a long time ago (7 years) because of this issue. :partitions more dangerous. (Since the cached data may not be relevant :any longer). (Softupdate snapshots would help here, but they're not in :-STABLE and I don't think Kirk's fixed a race-to-root deadlock yet). :I suspect a cleaner (though much more effort) approach would be to :make dump much chummier with the UFS code in the kernel so that it :used the kernel FS buffer (with some hooks to prevent dump blowing :the buffer cache for other processes). : :Peter Yes, the snapshot code will make dump useful again :-) I dislike the complexity of the snapshot code, though. I'd rather see a solution at the raw device level that, say, copies the original data into swap when new data overwrites it for the duration of the snapshot. Or something like that. Since the snapshot code is not likely to ever be backported to -stable it's worth thinking about some sort of solution for -stable. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 21:34:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7557F37B41D for ; Mon, 22 Jul 2002 21:34:12 -0700 (PDT) Received: from web21202.mail.yahoo.com (web21202.mail.yahoo.com [216.136.130.18]) by mx1.FreeBSD.org (Postfix) with SMTP id 4004243E65 for ; Mon, 22 Jul 2002 21:34:12 -0700 (PDT) (envelope-from kielstirling@yahoo.com.au) Message-ID: <20020723043412.34752.qmail@web21202.mail.yahoo.com> Received: from [202.172.107.2] by web21202.mail.yahoo.com via HTTP; Tue, 23 Jul 2002 14:34:12 EST Date: Tue, 23 Jul 2002 14:34:12 +1000 (EST) From: =?iso-8859-1?q?kiel=20stirling?= Subject: Buildworld error. 4.3 release to 4.6 To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I have used cvsup to slurp down src for RELENG_4 however, when I buildworld I get the following error. The system is uname -a FreeBSD foo.bar 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Sat Apr 21 10:54:49 GMT 2001 jkh@narf.osd.bsdi.com:/usr/src/sys/compile/GENERIC i386 Can anyone HELP????? Regards, Kiel. ===> gnu/usr.bin/gperf/doc /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/gnu/usr.bin/gperf/doc rm -f .depend mkdep -f .depend -a -D__FBSDID=__RCSID /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt.c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt1.c mkdep -f .depend -a -D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/gen-perf.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/iterator.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/key-list.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-node.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/read-line.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/trace.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/vectors.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/version.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/hash.cc echo gperf: /usr/lib/libc.a >> .depend ===> gnu/usr.bin/gperf/doc c++ -O -pipe -D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc In file included from /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.h:57, from /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc:21: /usr/include/stdio.h:131: Internal compiler error. /usr/include/stdio.h:131: Please submit a full bug report. /usr/include/stdio.h:131: See for instructions. *** Error code 1 Stop in /usr/src/gnu/usr.bin/gperf. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. http://www.sold.com.au - SOLD.com.au - Find yourself a bargain! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 22: 5:38 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A39C637B400 for ; Mon, 22 Jul 2002 22:05:32 -0700 (PDT) Received: from demon.comcen.com.au (demon.comcen.com.au [203.23.236.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 784D943E31 for ; Mon, 22 Jul 2002 22:05:31 -0700 (PDT) (envelope-from kiel@demon.comcen.com.au) Received: (from kiel@localhost) by demon.comcen.com.au (8.11.3/8.11.6) id g6N55T715990 for freebsd-stable@freebsd.org; Tue, 23 Jul 2002 15:05:29 +1000 (EST) (envelope-from kiel) Received: from cyclone.comcen.com.au ([203.29.125.20]) by angel.comcen.com.au (8.11.6/8.11.6) with ESMTP id g6N0NuN38967 for ; Tue, 23 Jul 2002 10:23:56 +1000 (EST) Received: (from nobody@localhost) by cyclone.comcen.com.au (8.11.1/8.11.1) id g6N0Nh310209; Tue, 23 Jul 2002 10:23:43 +1000 (EST) (envelope-from kiel@comcen.com.au) To: freebsd-stable@freebsd.org Subject: Buildworld error. 4.3 release to 4.6 Message-ID: <1027383822.3d3ca20ef3d84@webmail.comcen.com.au> Date: Tue, 23 Jul 2002 10:23:42 +1000 (EST) From: kiel@comcen.com.au MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.3 X-Originating-IP: 203.56.244.22 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I have used cvsup to slurp down src for RELENG_4 however, when I buildworld I get the following error. The system is uname -a FreeBSD foo.bar 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Sat Apr 21 10:54:49 GMT 2001 jkh@narf.osd.bsdi.com:/usr/src/sys/compile/GENERIC i386 Can anyone HELP????? Regards, Kiel. ===> gnu/usr.bin/gperf/doc /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/gnu/usr.bin/gperf/doc rm -f .depend mkdep -f .depend -a -D__FBSDID=__RCSID /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt.c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt1.c mkdep -f .depend -a -D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/gen-perf.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/iterator.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/key-list.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-node.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/read-line.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/trace.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/vectors.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/version.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/hash.cc echo gperf: /usr/lib/libc.a >> .depend ===> gnu/usr.bin/gperf/doc c++ -O -pipe -D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc In file included from /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.h:57, from /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc:21: /usr/include/stdio.h:131: Internal compiler error. /usr/include/stdio.h:131: Please submit a full bug report. /usr/include/stdio.h:131: See for instructions. *** Error code 1 Stop in /usr/src/gnu/usr.bin/gperf. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 22:34:29 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEE3637B400 for ; Mon, 22 Jul 2002 22:34:25 -0700 (PDT) Received: from smtp.noos.fr (camus.noos.net [212.198.2.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED31D43E3B for ; Mon, 22 Jul 2002 22:34:24 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 45354335 invoked by uid 0); 23 Jul 2002 05:34:23 -0000 Received: from unknown (HELO gits.gits.dyndns.org) ([212.198.229.153]) (envelope-sender ) by 212.198.2.70 (qmail-ldap-1.03) with SMTP for ; 23 Jul 2002 05:34:23 -0000 Received: from gits.gits.dyndns.org (zb6oriiuthmd8x18@localhost [127.0.0.1]) by gits.gits.dyndns.org (8.12.5/8.12.5) with ESMTP id g6N5YMi5054682; Tue, 23 Jul 2002 07:34:22 +0200 (CEST) (envelope-from root@gits.dyndns.org) Received: (from root@localhost) by gits.gits.dyndns.org (8.12.5/8.12.5/Submit) id g6N5YLu2054681; Tue, 23 Jul 2002 07:34:21 +0200 (CEST) (envelope-from root) Date: Tue, 23 Jul 2002 07:34:20 +0200 From: Cyrille Lefevre To: Matthew Dillon Cc: Andreas Koch , freebsd-stable@FreeBSD.ORG Subject: Re: 4.6-RC: Glacial speed of dump backups Message-ID: <20020723053420.GB17187@gits.dyndns.org> Mail-Followup-To: Cyrille Lefevre , Matthew Dillon , Andreas Koch , freebsd-stable@FreeBSD.ORG References: <20020606204948.GA4540@ultra4.eis.cs.tu-bs.de> <20020722081614.E367@gsmx07.alcatel.com.au> <20020722100408.GP26095@ultra4.eis.cs.tu-bs.de> <200207221943.g6MJhIBX054785@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200207221943.g6MJhIBX054785@apollo.backplane.com> User-Agent: Mutt/1.3.99i Organization: ACME X-Face: V|+c;4!|B?E%BE^{E6);aI.[< List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jul 22, 2002 at 12:43:18PM -0700, Matthew Dillon wrote: > > Slightly new patch then the last one I posted (this one allowed you > to specify a cache size of 0): usage string updated as well as the old-option hanling (a la tar). also, the manual page has been updated but I'm sure that a `native' english speaker will do it better than me :) diff -u main.c.orig main.c --- main.c.orig Tue Jul 23 07:29:51 2002 +++ main.c Tue Jul 23 07:20:00 2002 @@ -520,9 +520,9 @@ #ifdef KERBEROS "k" #endif - "nSu] [-B records] [-b blocksize] [-D dumpdates]\n" - " [-d density] [-f file ] [-h level] [-s feet] " - "[-T date] filesystem\n" + "nSu] [-B records] [-b blocksize] [-C cachesize]\n" + " [-D dumpdates] [-d density] [-f file ] [-h level] [-s feet]\n" + " [-T date] filesystem\n" " dump [-W | -w]\n"); exit(X_STARTUP); } @@ -638,9 +638,10 @@ switch (*ap) { case 'B': case 'b': + case 'C': + case 'D': case 'd': case 'f': - case 'D': case 'h': case 's': case 'T': Index: dump.8 =================================================================== RCS file: /home/ncvs/src/sbin/dump/dump.8,v retrieving revision 1.27.2.13 diff -u -r1.27.2.13 dump.8 --- dump.8 1 Jul 2002 00:35:49 -0000 1.27.2.13 +++ dump.8 23 Jul 2002 05:28:06 -0000 @@ -45,6 +45,7 @@ .Op Fl 0123456789acknSu .Op Fl B Ar records .Op Fl b Ar blocksize +.Op Fl C Ar cachesize .Op Fl D Ar dumpdates .Op Fl d Ar density .Op Fl f Ar file @@ -131,6 +132,11 @@ The number of kilobytes per output block, except that if it is larger than 64, the command uses 64. (See the BUGS section.) The default block size is 10. +.It Fl C Ar cachesize +The number of megabytes allocated internally by +.Nm +to cache disk blocks. +The default cache size is 4MB. .It Fl c Change the defaults for use with a cartridge tape drive, with a density of 8000 bpi, and a length of 1700 feet. Cyrille. -- Cyrille Lefevre mailto:cyrille.lefevre@laposte.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 22:51:45 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02EDC37B400 for ; Mon, 22 Jul 2002 22:51:42 -0700 (PDT) Received: from angel.comcen.com.au (angel.comcen.com.au [203.23.236.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B71143E4A for ; Mon, 22 Jul 2002 22:51:37 -0700 (PDT) (envelope-from kiel@comcen.com.au) Received: from europa.knss.net (modem022.drakul.comcen.com.au [203.56.244.22]) by angel.comcen.com.au (8.11.6/8.11.6) with SMTP id g6N5pYN03134; Tue, 23 Jul 2002 15:51:34 +1000 (EST) Content-Type: text/plain; charset="iso-8859-1" From: Kiel To: freebsd-stable@freebsd.org Subject: Buildworld error. 4.3 release to 4.6 Date: Tue, 23 Jul 2002 15:53:05 +1000 X-Mailer: KMail [version 1.2] Cc: kiel@comcen.com.au MIME-Version: 1.0 Message-Id: <02072315530500.77748@europa.knss.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I have used cvsup to slurp down src for RELENG_4 however, when I buildworld I get the following error. The system is uname -a FreeBSD foo.bar 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Sat Apr 21 10:54:49 GMT 2001 jkh@narf.osd.bsdi.com:/usr/src/sys/compile/GENERIC i386 Can anyone HELP????? Regards, Kiel. ===> gnu/usr.bin/gperf/doc /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/gnu/usr.bin/gperf/doc rm -f .depend mkdep -f .depend -a -D__FBSDID=__RCSID /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt.c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt1.c mkdep -f .depend -a -D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/gen-perf.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/iterator.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/key-list.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-node.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/read-line.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/trace.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/vectors.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/version.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/hash.cc echo gperf: /usr/lib/libc.a >> .depend ===> gnu/usr.bin/gperf/doc c++ -O -pipe -D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc In file included from /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.h:57, from /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc:21: /usr/include/stdio.h:131: Internal compiler error. /usr/include/stdio.h:131: Please submit a full bug report. /usr/include/stdio.h:131: See for instructions. *** Error code 1 Stop in /usr/src/gnu/usr.bin/gperf. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jul 22 23: 1:21 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50D0637B400 for ; Mon, 22 Jul 2002 23:01:17 -0700 (PDT) Received: from angel.comcen.com.au (angel.comcen.com.au [203.23.236.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1728843E5E for ; Mon, 22 Jul 2002 23:01:16 -0700 (PDT) (envelope-from kiel@comcen.com.au) Received: from europa.knss.net (modem022.drakul.comcen.com.au [203.56.244.22]) by angel.comcen.com.au (8.11.6/8.11.6) with SMTP id g6N610N11862; Tue, 23 Jul 2002 16:01:01 +1000 (EST) Content-Type: text/plain; charset="iso-8859-1" From: Kiel To: David Wolfskill Subject: Re: Buildworld error. 4.3 release to 4.6 Date: Tue, 23 Jul 2002 16:02:33 +1000 X-Mailer: KMail [version 1.2] References: <200207230512.g6N5Cfma084414@bunrab.catwhisker.org> In-Reply-To: <200207230512.g6N5Cfma084414@bunrab.catwhisker.org> Cc: freebsd-stable@freebsd.org MIME-Version: 1.0 Message-Id: <02072316023301.77748@europa.knss.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday 23 July 2002 15:12, you wrote: > Check logs (/var/log/messages; dmesg) for errors, such as disk errors. > > In your position, I would probably also suspect either a flaky power > supply or overheating. > > Cheers, > david Hi, Checked logs and dmesg which all looks fine. If this was a overheating problem would it not be SIG 11's I'd be dealing with? And wouldn't they occur in different points of the build? This error occurs at the same point ever time. regards, Kiel. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 0:12:52 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A29137B400 for ; Tue, 23 Jul 2002 00:12:51 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADD2C43E6E for ; Tue, 23 Jul 2002 00:12:50 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6N7CmCV058265; Tue, 23 Jul 2002 00:12:48 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6N7ClKk058262; Tue, 23 Jul 2002 00:12:47 -0700 (PDT) (envelope-from dillon) Date: Tue, 23 Jul 2002 00:12:47 -0700 (PDT) From: Matthew Dillon Message-Id: <200207230712.g6N7ClKk058262@apollo.backplane.com> To: Cyrille Lefevre Cc: Andreas Koch , freebsd-stable@FreeBSD.ORG Subject: Re: 4.6-RC: Glacial speed of dump backups References: <20020606204948.GA4540@ultra4.eis.cs.tu-bs.de> <20020722081614.E367@gsmx07.alcatel.com.au> <20020722100408.GP26095@ultra4.eis.cs.tu-bs.de> <200207221943.g6MJhIBX054785@apollo.backplane.com> <20020723053420.GB17187@gits.dyndns.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :On Mon, Jul 22, 2002 at 12:43:18PM -0700, Matthew Dillon wrote: :> :> Slightly new patch then the last one I posted (this one allowed you :> to specify a cache size of 0): : :usage string updated as well as the old-option hanling (a la tar). :also, the manual page has been updated but I'm sure that a :`native' english speaker will do it better than me :) NetBSD uses a somewhat different option set, I'm going to see if its possible to make them compatible. The -C is just a quick hack for testing purposes. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 0:18:35 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACB0C37B400 for ; Tue, 23 Jul 2002 00:18:33 -0700 (PDT) Received: from beastie.mckusick.com (beastie.mckusick.com [209.31.233.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40EC243E3B for ; Tue, 23 Jul 2002 00:18:33 -0700 (PDT) (envelope-from mckusick@beastie.mckusick.com) Received: from beastie.mckusick.com (localhost [127.0.0.1]) by beastie.mckusick.com (8.12.3/8.12.3) with ESMTP id g6N7IJ59026825; Tue, 23 Jul 2002 00:18:19 -0700 (PDT) (envelope-from mckusick@beastie.mckusick.com) Message-Id: <200207230718.g6N7IJ59026825@beastie.mckusick.com> To: "Brian T. Schellenberger" Subject: Re: softupdates: any way to force sync? Cc: Julian Elischer , Ronald Klop , stable@FreeBSD.ORG, David Malone In-Reply-To: Your message of "Mon, 22 Jul 2002 18:24:52 EDT." <200207221824.52197.bts@babbleon.org> Date: Tue, 23 Jul 2002 00:18:19 -0700 From: Kirk McKusick Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: "Brian T. Schellenberger" To: Kirk McKusick Subject: Re: softupdates: any way to force sync? Date: Mon, 22 Jul 2002 18:24:52 -0400 Cc: Julian Elischer , Ronald Klop , stable@FreeBSD.ORG, David Malone X-ASK-Info: Whitelist match Will remounting read-only also force a full sync? Yes, it will. Kirk McKusick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 0:42:18 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C41B37B400 for ; Tue, 23 Jul 2002 00:42:16 -0700 (PDT) Received: from dart.sr.se (dart.sr.se [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 517F343E3B for ; Tue, 23 Jul 2002 00:42:09 -0700 (PDT) (envelope-from gunnar@oldie.sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.11.6/8.11.6) with ESMTP id g6N7g7K81652 for ; Tue, 23 Jul 2002 09:42:07 +0200 (CEST) (envelope-from gunnar@oldie.sr.se) Received: from oldie.sr.se (oldie [134.25.200.100]) by honken.sr.se (8.12.3/8.12.3) with ESMTP id g6N7g7Si083532 for ; Tue, 23 Jul 2002 09:42:07 +0200 (CEST) (envelope-from gunnar@oldie.sr.se) Received: from oldie.sr.se (localhost [127.0.0.1]) by oldie.sr.se (8.12.5/8.12.5) with ESMTP id g6N7g64g062647 for ; Tue, 23 Jul 2002 09:42:07 +0200 (CEST) (envelope-from gunnar@oldie.sr.se) Received: (from gunnar@localhost) by oldie.sr.se (8.12.5/8.12.5/Submit) id g6N7g6EA062646 for freebsd-stable@freebsd.org; Tue, 23 Jul 2002 09:42:06 +0200 (CEST) Date: Tue, 23 Jul 2002 09:42:06 +0200 From: Gunnar Flygt To: FreeBSD Stable Subject: USB Ethernet and stable Message-ID: <20020723094206.A62627@sr.se> Reply-To: Gunnar Flygt Mail-Followup-To: Gunnar Flygt , FreeBSD Stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I only have a small choice from my distributor of USB Ethernet cards. He's gos D-link DU-E100, Belkin F5D5050 and Netgear FA101 Will any of these cards work with stable? -- Gunnar Flygt, Postmaster SR To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 5:44:25 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2504B37B401 for ; Tue, 23 Jul 2002 05:44:14 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5534743E42 for ; Tue, 23 Jul 2002 05:44:08 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g6NChL029694; Tue, 23 Jul 2002 15:43:21 +0300 (EEST) (envelope-from ru) Date: Tue, 23 Jul 2002 15:43:21 +0300 From: Ruslan Ermilov To: kiel@comcen.com.au Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Buildworld error. 4.3 release to 4.6 Message-ID: <20020723124321.GB24451@sunbay.com> References: <1027383822.3d3ca20ef3d84@webmail.comcen.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lEGEL1/lMxI0MVQ2" Content-Disposition: inline In-Reply-To: <1027383822.3d3ca20ef3d84@webmail.comcen.com.au> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --lEGEL1/lMxI0MVQ2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Try again and see if that will happen again and whether in the same place. On Tue, Jul 23, 2002 at 10:23:42AM +1000, kiel@comcen.com.au wrote: > Hi, >=20 > I have used cvsup to slurp down src for RELENG_4 however, when I buildwor= ld I=20 > get the following error.=20 >=20 > The system is > uname -a=20 > FreeBSD foo.bar 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Sat Apr 21 10:54:49 G= MT=20 > 2001 jkh@narf.osd.bsdi.com:/usr/src/sys/compile/GENERIC i386 >=20 > Can anyone HELP????? >=20 > Regards, >=20 > Kiel. >=20 > =3D=3D=3D> gnu/usr.bin/gperf/doc > /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/gperf/doc created for=20 > /usr/src/gnu/usr.bin/gperf/doc > rm -f .depend > mkdep -f .depend -a -D__FBSDID=3D__RCSID =20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt.c=20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt1.c > mkdep -f .depend -a -D__FBSDID=3D__RCSID=20 > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib=20 > -I/usr/src/gnu/usr.bin/gperf =20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc=20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/gen-perf.cc=20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc=20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/iterator.cc=20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/key-list.cc=20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-node.cc=20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc=20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc=20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc=20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/read-line.cc=20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/trace.cc=20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/vectors.cc=20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/version.cc=20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/hash.cc > echo gperf: /usr/lib/libc.a >> .depend > =3D=3D=3D> gnu/usr.bin/gperf/doc > c++ -O -pipe -D__FBSDID=3D__RCSID=20 > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib=20 > -I/usr/src/gnu/usr.bin/gperf -c=20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc > In file included from=20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.h:57, > from=20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc:21: > /usr/include/stdio.h:131: Internal compiler error. > /usr/include/stdio.h:131: Please submit a full bug report. > /usr/include/stdio.h:131: See =20 > for instructions. > *** Error code 1 >=20 > Stop in /usr/src/gnu/usr.bin/gperf. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --lEGEL1/lMxI0MVQ2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9PU9pUkv4P6juNwoRAvMMAJ4x3YbrQDJcwgcYgHfH+1+N+BvmFgCdGvqI hIKW7TGBHbt8r7kVDT1Ft/U= =QgG+ -----END PGP SIGNATURE----- --lEGEL1/lMxI0MVQ2-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 5:46:40 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C24537B400 for ; Tue, 23 Jul 2002 05:46:34 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 175C143E42 for ; Tue, 23 Jul 2002 05:46:26 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g6NCjwa30152; Tue, 23 Jul 2002 15:45:58 +0300 (EEST) (envelope-from ru) Date: Tue, 23 Jul 2002 15:45:58 +0300 From: Ruslan Ermilov To: kiel stirling Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Buildworld error. 4.3 release to 4.6 Message-ID: <20020723124558.GC24451@sunbay.com> References: <20020723043412.34752.qmail@web21202.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9Ek0hoCL9XbhcSqy" Content-Disposition: inline In-Reply-To: <20020723043412.34752.qmail@web21202.mail.yahoo.com> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --9Ek0hoCL9XbhcSqy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Well, replace then the bad memory chips then and try again. On Tue, Jul 23, 2002 at 02:34:12PM +1000, kiel stirling wrote: > Hi, >=20 > I have used cvsup to slurp down src for RELENG_4 > however, when I buildworld I=20 > get the following error.=20 >=20 > The system is > uname -a=20 > FreeBSD foo.bar 4.3-RELEASE FreeBSD 4.3-RELEASE #0: > Sat Apr 21 10:54:49 GMT 2001 > jkh@narf.osd.bsdi.com:/usr/src/sys/compile/GENERIC=20 > i386 >=20 > Can anyone HELP????? >=20 > Regards, >=20 > Kiel. >=20 > =3D=3D=3D> gnu/usr.bin/gperf/doc > /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/gperf/doc > created for=20 > /usr/src/gnu/usr.bin/gperf/doc > rm -f .depend > mkdep -f .depend -a -D__FBSDID=3D__RCSID =20 > =20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt.c >=20 > =20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt1.c > mkdep -f .depend -a -D__FBSDID=3D__RCSID=20 > =20 > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib >=20 > -I/usr/src/gnu/usr.bin/gperf =20 > =20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc >=20 > =20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/gen-perf.cc >=20 > =20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc >=20 > =20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/iterator.cc >=20 > =20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/key-list.cc >=20 > =20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-node.cc >=20 > =20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc >=20 > =20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc >=20 > =20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc >=20 > =20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/read-line.cc >=20 > =20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/trace.cc >=20 > =20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/vectors.cc >=20 > =20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/version.cc >=20 > =20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/hash.cc > echo gperf: /usr/lib/libc.a >> .depend > =3D=3D=3D> gnu/usr.bin/gperf/doc > c++ -O -pipe -D__FBSDID=3D__RCSID=20 > =20 > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib >=20 > -I/usr/src/gnu/usr.bin/gperf -c=20 > =20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc > In file included from=20 > =20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.h:57, > from=20 > =20 > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc:21: > /usr/include/stdio.h:131: Internal compiler error. > /usr/include/stdio.h:131: Please submit a full bug > report. > /usr/include/stdio.h:131: See > =20 > for instructions. > *** Error code 1 >=20 > Stop in /usr/src/gnu/usr.bin/gperf. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --9Ek0hoCL9XbhcSqy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9PVAGUkv4P6juNwoRAhFdAJwO2tl3QsautN9CgZdZF4m/FMhSqgCfUsOe gWULrEQv0UvM4xXjhZW04aY= =1xAu -----END PGP SIGNATURE----- --9Ek0hoCL9XbhcSqy-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 7:34:20 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E708037B400 for ; Tue, 23 Jul 2002 07:34:18 -0700 (PDT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3682D43E3B for ; Tue, 23 Jul 2002 07:34:18 -0700 (PDT) (envelope-from marcolz@stack.nl) Received: from toad.stack.nl (toad.stack.nl [2001:610:1108:5010:202:b3ff:fe17:9e1a]) by mailhost.stack.nl (Postfix) with ESMTP id 4F8253F92 for ; Tue, 23 Jul 2002 16:34:17 +0200 (CEST) Received: by toad.stack.nl (Postfix, from userid 333) id E4A2A98D1; Tue, 23 Jul 2002 16:34:16 +0200 (CEST) Date: Tue, 23 Jul 2002 16:34:16 +0200 From: Marc Olzheim To: freebsd-stable@freebsd.org Subject: Re: USE_GCC=3.1 ? Message-ID: <20020723143416.GA21979@stack.nl> References: <20020721183000.GA89075@stack.nl> <20020722003917.GA32906@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020722003917.GA32906@stack.nl> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD toad.stack.nl 4.6-STABLE FreeBSD 4.6-STABLE X-URL: http://www.stack.nl/~marcolz/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > When one has that line in /etc/make.conf, "make install" in any ports > > dir breaks. It fails to register properly and bails out with: > > Hmmm, I see it's the "make clean" part that goes wrong... More specifically: make clean-depends It's the fact that gmake depends on gcc31, which depends on gmake, etc. Perhaps /usr/share/mk/bsd.port.mk:925 should be deleted ? Isn't there any kind of loop detection ? Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 7:45:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9898437B400 for ; Tue, 23 Jul 2002 07:45:15 -0700 (PDT) Received: from TMA-1.brad-x.com (static-b2-191.highspeed.eol.ca [64.56.236.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id F31AF43E5E for ; Tue, 23 Jul 2002 07:45:14 -0700 (PDT) (envelope-from brad@brad-x.com) Received: from brad-x.com (unknown [199.212.61.131]) by TMA-1.brad-x.com (Postfix) with ESMTP id 6DB4622104A; Tue, 23 Jul 2002 10:46:16 -0400 (EDT) Date: Tue, 23 Jul 2002 10:44:19 -0400 From: Brad Laue To: Marc Olzheim Cc: freebsd-stable@freebsd.org Subject: Re: USE_GCC=3.1 ? Message-Id: <20020723104419.4e6286e9.brad@brad-x.com> In-Reply-To: <20020723143416.GA21979@stack.nl> References: <20020721183000.GA89075@stack.nl> <20020722003917.GA32906@stack.nl> <20020723143416.GA21979@stack.nl> Organization: brad-x.com X-Mailer: Sylpheed version 0.8.0 (GTK+ 1.2.10; i386-portbld-freebsd4.6) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 23 Jul 2002 16:34:16 +0200 Marc Olzheim wrote: > > > When one has that line in /etc/make.conf, "make install" in any ports > > > dir breaks. It fails to register properly and bails out with: > > > > Hmmm, I see it's the "make clean" part that goes wrong... > > More specifically: make clean-depends > > It's the fact that gmake depends on gcc31, which depends on gmake, etc. > > Perhaps /usr/share/mk/bsd.port.mk:925 should be deleted ? Isn't there > any kind of loop detection ? > > Marc I actually had this discussion a couple of days ago. I was informed that USE_GCC is not to be put in make.conf, nor is any other USE_ statement; apparently these only suit port makefiles. In order to use GCC 3.1, browse through /usr/ports/Mk and see what the USE_GCC=3.1 declaration causes to be set in the make environment; place those things in make.conf. Specifically these are: CC=gcc31 CXX=g++31 -- // -- http://www.BRAD-X.com/ -- // To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 7:48:27 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1050837B400 for ; Tue, 23 Jul 2002 07:48:25 -0700 (PDT) Received: from web14101.mail.yahoo.com (web14101.mail.yahoo.com [216.136.172.131]) by mx1.FreeBSD.org (Postfix) with SMTP id DC50E43E65 for ; Tue, 23 Jul 2002 07:48:24 -0700 (PDT) (envelope-from jesse_gross@yahoo.com) Message-ID: <20020723144824.43689.qmail@web14101.mail.yahoo.com> Received: from [172.156.169.20] by web14101.mail.yahoo.com via HTTP; Tue, 23 Jul 2002 07:48:24 PDT Date: Tue, 23 Jul 2002 07:48:24 -0700 (PDT) From: Jesse Gross Subject: USE_GCC=3.1 & CPUTYPE To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I have USE_GCC=3.1 defined in my make.conf to build ports with GCC 3.1.1. My computer has an Athlon CPU, so I have CPUTYPE=k7. However, this is knocked down to k6 because the system GCC 2.95.4 doesn't support -march=athlon. GCC 3.1.1 does support this as well as other new target CPUs. Is there a way to use the highest supported target automatically depending on which version of GCC is being used? Thanks, Jesse Gross __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 7:55: 8 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A58E37B400 for ; Tue, 23 Jul 2002 07:55:03 -0700 (PDT) Received: from skynet.stack.nl (insgate.stack.nl [131.155.140.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F42043E4A for ; Tue, 23 Jul 2002 07:55:02 -0700 (PDT) (envelope-from marcolz@stack.nl) Received: from toad.stack.nl (toad.stack.nl [2001:610:1108:5010:202:b3ff:fe17:9e1a]) by skynet.stack.nl (Postfix) with ESMTP id 54B1C4011; Tue, 23 Jul 2002 16:54:54 +0200 (CEST) Received: by toad.stack.nl (Postfix, from userid 333) id 0C0DD98D1; Tue, 23 Jul 2002 16:55:00 +0200 (CEST) Date: Tue, 23 Jul 2002 16:55:00 +0200 From: Marc Olzheim To: Brad Laue Cc: Marc Olzheim , freebsd-stable@freebsd.org Subject: Re: USE_GCC=3.1 ? Message-ID: <20020723145500.GA24270@stack.nl> References: <20020721183000.GA89075@stack.nl> <20020722003917.GA32906@stack.nl> <20020723143416.GA21979@stack.nl> <20020723104419.4e6286e9.brad@brad-x.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020723104419.4e6286e9.brad@brad-x.com> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD toad.stack.nl 4.6-STABLE FreeBSD 4.6-STABLE X-URL: http://www.stack.nl/~marcolz/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I actually had this discussion a couple of days ago. I was informed > that USE_GCC is not to be put in make.conf, nor is any other USE_ > statement; apparently these only suit port makefiles. > > In order to use GCC 3.1, browse through /usr/ports/Mk and see what the > USE_GCC=3.1 declaration causes to be set in the make environment; > place those things in make.conf. > > Specifically these are: > > CC=gcc31 > CXX=g++31 But if I put that in my make.conf, my world and kernel get built with 3.1 as well... I'd like to have that just for ports. Hmm, wait, I can put it in /usr/local/etc/pkgtools.conf I guess. I trust that programs are linked using $CC and $CXX itself instead of $LD ? Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 7:55:58 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60F9837B400 for ; Tue, 23 Jul 2002 07:55:50 -0700 (PDT) Received: from marvin.trident-uk.co.uk (mail.trident-uk.co.uk [195.166.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D044C43E3B for ; Tue, 23 Jul 2002 07:55:49 -0700 (PDT) (envelope-from jamie@tridentmicrosystems.co.uk) Received: (from root@localhost) by marvin.trident-uk.co.uk (8.11.1/8.11.1) id g6NEYZQ43751 for freebsd-stable@freebsd.org; Tue, 23 Jul 2002 15:34:35 +0100 (BST) Received: from JAMIEHECKFORD (wrkstn-68.pe.trident-uk.co.uk [192.168.100.68]) by marvin.trident-uk.co.uk (8.11.1/8.11.1av) with SMTP id g6NEYXI43742 for ; Tue, 23 Jul 2002 15:34:33 +0100 (BST) Message-ID: <019301c23259$05838a20$4464a8c0@JAMIEHECKFORD> From: "Jamie Heckford" To: Subject: make buildworld error after cvsup Date: Tue, 23 Jul 2002 15:55:44 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, After a cvsup about an hour ago I am getting the following error running make buildworld: --snip-- ===> share/doc/usd/19.memacros ===> share/doc/usd/20.meref ===> share/doc/usd/30.rouge make: don't know how to make buildincludes. Stop *** Error Code 2 Stop in /usr/src/share/doc/usd. *** Error Code 1 Stop in /usr/src/share/doc. *** Error Code 1 Stop in /usr/src/share. *** Error Code 1 Stop in /usr/src. *** Error Code 1 Stop in /usr/src. --snip-- Un-Commented NOGAMES=TRUE in /etc/defaults/make.conf and my build carried on fine :-) However for people using the default cvsup set it will probably cause them to fall over. Thanks, -- Jamie Heckford Network Manager Trident Microsystems Ltd Tel: 01737 780790 Fax: 01737 771908 http://www.tridentmicrosystems.co.uk *********** This e-mail message contains confidential information for the above addressee only. Any opinion or views contained in this e-mail message are those of the sender and do not necessarily represent those of the Company. Unless otherwise stated this e-mail message is not intended to be contractually binding. E-mail transmission cannot be guaranteed to be secure or error-free and the sender therefore does not accept liability for any errors or omissions in the contents of this message. Trident Microsystems Ltd Group of Companies Perrywood Business Park, Honeycrock Lane, Salfords, Redhill, Surrey, RH1 5JQ Tel: (44) (0) 1737 780790 Fax: (44) (0) 1737 771908 Registered office: Abacus House, Bone Lane, Newbury, Berkshire, RG14 5SF To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 8:34:27 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4985937B401; Tue, 23 Jul 2002 08:34:24 -0700 (PDT) Received: from amsfep16-int.chello.nl (amsfep16-int.chello.nl [213.46.243.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 805B943E81; Tue, 23 Jul 2002 08:34:21 -0700 (PDT) (envelope-from hansot@iae.nl) Received: from iae.nl ([213.46.9.162]) by amsfep16-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20020723153419.UNLW26256.amsfep16-int.chello.nl@iae.nl>; Tue, 23 Jul 2002 17:34:19 +0200 Message-ID: <3D3D777B.263B7442@iae.nl> Date: Tue, 23 Jul 2002 17:34:19 +0200 From: Hans Ottevanger X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.6-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: stable@FreeBSD.org Cc: re@FreeBSD.org Subject: Installation issues with 4.6.1 RC2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi folks, I downloaded the 4.6.1 RC2 ISO, and did some basic installation tests on several systems. First of all, my systems still show the "READ_BIG command timeout" problem when installing from ATAPI CD-ROM. Maybe not that amazing, since all systems have A-Open (48x or 52x) CD-ROM drives. My only system where "set hw.ata.atapi_dma=1" during load time has any effect, is a dual Celeron machine (Abit BP6). When starting the installation from CD-ROM, it complains that the disc in the drive is not a FreeBSD CD or an older (pre 2.1.5) FreeBSD CD. Of course you can just ignore the message, and continue the installation, but it is still somewhat surprising.... The rest of the installation on this system went quite smoothly, though care is still needed to save the X configuration at the right location. The other two systems I tested the installation on, are a Pentium 200 MMX and an ancient Pentium 66, respectively. Both could (and still can) run 4.6 flawlessly. Both have 66 Mbytes of memory, and a Promise ATA 100 controller. I booted from floppy, and selected almost everything except X and the ports. At the end of the installation through NFS, the installer gives the message: Unable to copy /kernel into place. On VTY2 the following messages is displayed: pid 120 (cp), uid 0: exited on signal 4 (core dumped) Illegal instruction - core dumped Most commands given in the shell on VTY4 (e.g. ls, df, mount, ...) show the same error message. I have a strong feeling that this has to do with the fact that these systems have an i586 architecture, in contrast with the Celeron that has an i686 architecture. But of course it could be something completely different... Has anybody else tried the installation on an i586 based system ? Kind regards, Hans To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 10:33:33 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D660F37B400 for ; Tue, 23 Jul 2002 10:33:29 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D6A443E42 for ; Tue, 23 Jul 2002 10:33:29 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: from blossom.cjclark.org ([12.234.91.48]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020723173328.HPNU19639.sccrmhc02.attbi.com@blossom.cjclark.org>; Tue, 23 Jul 2002 17:33:28 +0000 Received: from blossom.cjclark.org (localhost. [127.0.0.1]) by blossom.cjclark.org (8.12.3/8.12.3) with ESMTP id g6NHXRJK056602; Tue, 23 Jul 2002 10:33:27 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: (from cjc@localhost) by blossom.cjclark.org (8.12.3/8.12.3/Submit) id g6NHXQ3n056601; Tue, 23 Jul 2002 10:33:26 -0700 (PDT) X-Authentication-Warning: blossom.cjclark.org: cjc set sender to crist.clark@attbi.com using -f Date: Tue, 23 Jul 2002 10:33:26 -0700 From: "Crist J. Clark" To: Scott Lambert Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Enabling passive FTP on FreeBSD 4.5? Message-ID: <20020723173326.GA56146@blossom.cjclark.org> Reply-To: "Crist J. Clark" References: <016701c22edb$fcc0e250$0600a8c0@P1200n> <3D37A0A7.6070809@quack.kfu.com> <20020719122614.O21507@staff.msen.com> <20020720053558.GA3487@laptop.lambertfam.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020720053558.GA3487@laptop.lambertfam.org> User-Agent: Mutt/1.4i X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jul 20, 2002 at 01:35:59AM -0400, Scott Lambert wrote: > On Fri, Jul 19, 2002 at 12:26:14PM -0400, Michael R. Wayne wrote: > > Having recently fought IPFW on this, and having a hard time finding > > actual firewall rules to make FTP work right on a server that > > provides FTP access to the world, here is what we ended up with > > which appears to properly permit active and passive FTP. > > > > # FTP/ftp > > $fwcmd add 12501 pass tcp from any to ${ip} 20 setup # FTP-data > > $fwcmd add 12505 pass tcp from any to ${ip} 21 setup keep-state > > $fwcmd add 12507 pass tcp from any to ${ip} 49152-65535 setup # Passive FTP > > > > Watching the logs, people are managing to successfully ftp regularly. > > > > Yes, it's a hole. No, we don't like that last rule as someone > > could remotely spawn a shell on one of those ports. But we see no > > way around it as ftp access is a required service for the machine. > > Doesn't ipf with ipnat have the ability to watch the FTP control channel > and figure out when and what port to allow through for a passive FTP > data channel? It's been a while since I looked at this so I could be > smoking crack. ipf(8) wasn't originally designed to support an ftp _server_ behind NAT. IIRC, it still doesn't... but not a 100%. Take it to the IPF list, ipfilter@coombs.anu.edu.au, if you have questions about that. As for ipfw(8), you can try to use natd(8) to proxy your ftp connections, see punch_fw. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 11: 8:32 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43FDB37B400 for ; Tue, 23 Jul 2002 11:08:29 -0700 (PDT) Received: from pacific.home.vee.net (pacific.home.vee.net [203.18.245.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id F36FA43E4A for ; Tue, 23 Jul 2002 11:08:27 -0700 (PDT) (envelope-from mike@vee.net) Received: from vee.net (mjg@wintermute.home.vee.net [203.18.245.2]) by pacific.home.vee.net (8.12.5/8.12.5) with ESMTP id g6O3lSHo077663 for ; Wed, 24 Jul 2002 03:47:28 GMT (envelope-from mike@vee.net) Message-ID: <3D3D9A91.4040300@vee.net> Date: Wed, 24 Jul 2002 03:34:01 +0930 From: Mike Gratton User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020720 X-Accept-Language: en-au, en-gb, en MIME-Version: 1.0 To: freebsd-stable Subject: openldap pwd/auth broken after upgrade to 4.6-STABLE Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-69.0 required=9.0 tests=TO_LOCALPART_EQ_REAL,USER_IN_WHITELIST,AWL version=2.30 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Guys, Has anyone else encountered problems with OpenLDAP passwords and authentication after upgrading to -STABLE a few weeks ago? After upgrading, and modifying a userPassword attribute, I'm getting garbage back from the userPassword value, and I cannot bind to the server as these users (although I can bind as the rootdn, which I suspect is because I specify the rootdn's password in slapd.conf). Normally, using ldapsearch, the userPassword values look like: userPassword: {crypt}$1$C8ZLaata$AoZs/vKQuTma0Kquep5UH but now they look like: userPassword:: e2NyeXB0fSQxJE1PTjlsR0VxJDh3d1FEaW5tT1F5lWJKcFIwOW4yOS8= Note the double colon "::" and the bizzare looking value. This is using -STABLE cvsup'ed a week or so after 4.6 was released, and both openldap-2.0.23 (built before the cvsup) and openldap-2.0.25 (built on the newly built, cvsuped system). Does anyone know what is up? -- Mike Gratton , "Every motive escalate." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 11:26:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 541AF37B400 for ; Tue, 23 Jul 2002 11:26:09 -0700 (PDT) Received: from smtp014.mail.yahoo.com (smtp014.mail.yahoo.com [216.136.173.58]) by mx1.FreeBSD.org (Postfix) with SMTP id F219743E42 for ; Tue, 23 Jul 2002 11:26:08 -0700 (PDT) (envelope-from john_m_cooper@yahoo.com) Received: from pc016247.reshall.uidaho.edu (HELO johncoop.borgsdemons.com) (john?m?cooper@129.101.136.30 with plain) by smtp.mail.vip.sc5.yahoo.com with SMTP; 23 Jul 2002 18:26:08 -0000 Subject: Re: USE_GCC=3.1 & CPUTYPE From: John Merryweather Cooper Reply-To: john_m_cooper@yahoo.com To: Jesse Gross Cc: stable@freebsd.org In-Reply-To: <20020723144824.43689.qmail@web14101.mail.yahoo.com> References: <20020723144824.43689.qmail@web14101.mail.yahoo.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 23 Jul 2002 11:26:34 -0700 Message-Id: <1027448795.90099.17.camel@johncoop.borgsdemons.com> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On a related note, it would be helpful if CPUTYPE would also respond to situations such as the use of GNAT (the Ada compiler) which is currently limited to a gcc 2.8.1 set of -march flags. Having to manually "demote" CPUTYPE to build some Ada ports is a pain. On Tue, 2002-07-23 at 07:48, Jesse Gross wrote: > Hi, > > I have USE_GCC=3.1 defined in my make.conf to build ports with GCC > 3.1.1. > > My computer has an Athlon CPU, so I have CPUTYPE=k7. However, this is > knocked down to k6 because the system GCC 2.95.4 doesn't support > -march=athlon. GCC 3.1.1 does support this as well as other new target > CPUs. Is there a way to use the highest supported target automatically > depending on which version of GCC is being used? > > Thanks, > > Jesse Gross > > __________________________________________________ > Do You Yahoo!? > Yahoo! Health - Feel better, live better > http://health.yahoo.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- _ | |V| / ' || MacroHard -- \ \_| | | \_, || the perfection of form over | ----------------------------------|| substance, marketing over | Web: http://www.borgsdemons.com || performance, and greed over | AIM: johnmcooper || design . . . | =====================================================================/ Public Key: http://www.borgsdemons.com/Personal/pgpkey.asc | =====================================================================\ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 11:56:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 439A837B400 for ; Tue, 23 Jul 2002 11:56:24 -0700 (PDT) Received: from web14102.mail.yahoo.com (web14102.mail.yahoo.com [216.136.172.132]) by mx1.FreeBSD.org (Postfix) with SMTP id CAABC43E42 for ; Tue, 23 Jul 2002 11:56:23 -0700 (PDT) (envelope-from jesse_gross@yahoo.com) Message-ID: <20020723185623.9602.qmail@web14102.mail.yahoo.com> Received: from [172.156.169.20] by web14102.mail.yahoo.com via HTTP; Tue, 23 Jul 2002 11:56:23 PDT Date: Tue, 23 Jul 2002 11:56:23 -0700 (PDT) From: Jesse Gross Subject: Re: USE_GCC=3.1 & CPUTYPE To: john_m_cooper@yahoo.com Cc: stable@freebsd.org In-Reply-To: <1027448795.90099.17.camel@johncoop.borgsdemons.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It shouldn't be too hard to fix bsd.cpu.mk to support newer CPU targets when the current version of GCC supports it. I will submit a patch to do this in the near future. I am also willing to try to find a solution for the problem with the Ada compiler if someone can give me a bit more information as I am not a big Ada user. Jesse Gross --- John Merryweather Cooper wrote: > On a related note, it would be helpful if CPUTYPE would also respond > to > situations such as the use of GNAT (the Ada compiler) which is > currently > limited to a gcc 2.8.1 set of -march flags. Having to manually > "demote" > CPUTYPE to build some Ada ports is a pain. > > On Tue, 2002-07-23 at 07:48, Jesse Gross wrote: > > Hi, > > > > I have USE_GCC=3.1 defined in my make.conf to build ports with GCC > > 3.1.1. > > > > My computer has an Athlon CPU, so I have CPUTYPE=k7. However, this > is > > knocked down to k6 because the system GCC 2.95.4 doesn't support > > -march=athlon. GCC 3.1.1 does support this as well as other new > target > > CPUs. Is there a way to use the highest supported target > automatically > > depending on which version of GCC is being used? > > > > Thanks, > > > > Jesse Gross __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 12:18:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8FFD37B400 for ; Tue, 23 Jul 2002 12:18:17 -0700 (PDT) Received: from refugee.virtualisys.com (refugee.virtualisys.com [216.55.36.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37EDB43E3B for ; Tue, 23 Jul 2002 12:18:17 -0700 (PDT) (envelope-from kenny@anathema.net) Received: from fred2000 (24-205-32-248.gln-res.charterpipeline.net [24.205.32.248]) by refugee.virtualisys.com (8.9.3/8.9.3) with SMTP id MAA21414 for ; Tue, 23 Jul 2002 12:18:07 -0700 (PDT) From: "Kenny" To: Subject: Date: Tue, 23 Jul 2002 12:13:38 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 12:42:22 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 930CE37B400 for ; Tue, 23 Jul 2002 12:42:20 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A75D43E5E for ; Tue, 23 Jul 2002 12:42:19 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.5/8.12.5) with ESMTP id g6NJfaKi074966; Tue, 23 Jul 2002 13:41:36 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.5/8.12.5/Submit) id g6NJfZxb074965; Tue, 23 Jul 2002 13:41:35 -0600 (MDT) (envelope-from ken) Date: Tue, 23 Jul 2002 13:41:35 -0600 From: "Kenneth D. Merry" To: Matthew Dillon Cc: Peter Jeremy , Andreas Koch , freebsd-stable@FreeBSD.ORG Subject: Re: 4.6-RC: Glacial speed of dump backups Message-ID: <20020723134135.A74781@panzer.kdm.org> References: <20020606204948.GA4540@ultra4.eis.cs.tu-bs.de> <20020722081614.E367@gsmx07.alcatel.com.au> <20020722100408.GP26095@ultra4.eis.cs.tu-bs.de> <200207221943.g6MJhIBX054785@apollo.backplane.com> <20020723131318.F38313@gsmx07.alcatel.com.au> <200207230425.g6N4PbuP057589@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200207230425.g6N4PbuP057589@apollo.backplane.com>; from dillon@apollo.backplane.com on Mon, Jul 22, 2002 at 09:25:37PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jul 22, 2002 at 21:25:37 -0700, Matthew Dillon wrote: > :partitions more dangerous. (Since the cached data may not be relevant > :any longer). (Softupdate snapshots would help here, but they're not in > :-STABLE and I don't think Kirk's fixed a race-to-root deadlock yet). > :I suspect a cleaner (though much more effort) approach would be to > :make dump much chummier with the UFS code in the kernel so that it > :used the kernel FS buffer (with some hooks to prevent dump blowing > :the buffer cache for other processes). > : > :Peter > > Yes, the snapshot code will make dump useful again :-) I dislike the > complexity of the snapshot code, though. I'd rather see a solution > at the raw device level that, say, copies the original data into swap > when new data overwrites it for the duration of the snapshot. Or > something like that. Since the snapshot code is not likely to ever > be backported to -stable it's worth thinking about some sort of solution > for -stable. The Adaptec aac(4)-based controllers have board-level snapshot capability that works more or less like that. The command line interface for Unix doesn't have support for it, though. (that includes FreeBSD) The reason is that they couldn't find a good way to guarantee that the filesystem state is consistent before the snapshot is made. One problem that you may run into with doing snapshots at the raw device level instead of via the filesystem code is that there is more potential for filesystem inconsistencies. If UFS guarantees that things will always be consistent, or if dump checks to make sure everything is okay, then you'll probably be fine. Since that likely isn't the case, you'd really need some way to guarantee that the filesystem is fully synced out to disk and consistent, and then atomically create the snapshot without allowing any writes to creep in before the snapshot is created. The nice thing about the UFS snapshot stuff is that it (I assume) makes sure the filesystem snapshot is consistent. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 14:29:24 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E076037B400 for ; Tue, 23 Jul 2002 14:29:21 -0700 (PDT) Received: from msn166-109.med.und.nodak.edu (msn166-109.med.und.NoDak.edu [134.129.166.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79C2943E42 for ; Tue, 23 Jul 2002 14:29:21 -0700 (PDT) (envelope-from bp@barryp.org) Received: from geo.med.und.nodak.edu ([134.129.166.11] helo=barryp.org) by msn166-109.med.und.nodak.edu with esmtp (TLSv1:RC4-MD5:128) (Exim 4.03) id 17X7Db-000BJC-00; Tue, 23 Jul 2002 16:29:19 -0500 Message-ID: <3D3DCAA5.8060507@barryp.org> Date: Tue, 23 Jul 2002 16:29:09 -0500 From: Barry Pederson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Gratton Cc: freebsd-stable Subject: Re: openldap pwd/auth broken after upgrade to 4.6-STABLE References: <3D3D9A91.4040300@vee.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike Gratton wrote: > > Guys, > > Has anyone else encountered problems with OpenLDAP passwords and > authentication after upgrading to -STABLE a few weeks ago? > > After upgrading, and modifying a userPassword attribute, I'm getting > garbage back from the userPassword value, and I cannot bind to the > server as these users (although I can bind as the rootdn, which I > suspect is because I specify the rootdn's password in slapd.conf). > > Normally, using ldapsearch, the userPassword values look like: > > userPassword: {crypt}$1$C8ZLaata$AoZs/vKQuTma0Kquep5UH > > but now they look like: > > userPassword:: e2NyeXB0fSQxJE1PTjlsR0VxJDh3d1FEaW5tT1F5lWJKcFIwOW4yOS8= > > Note the double colon "::" and the bizzare looking value. The double-colon bit indicates that OpenLDAP encoded the attribute value as base-64. If you base-64 decode that value "e2Nye...." you'll get back something more like what you were expecting: {crypt}$1$MON9lGEq$8wwQDinmOQy\x95bJpR09n29/ Not sure why you can't bind as a user, but that's almost certainly an OpenLDAP issue, and nothing to do with your FreeBSD update. Barry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 14:52:13 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C83437B401 for ; Tue, 23 Jul 2002 14:52:07 -0700 (PDT) Received: from smtp014.mail.yahoo.com (smtp014.mail.yahoo.com [216.136.173.58]) by mx1.FreeBSD.org (Postfix) with SMTP id 0A70443E31 for ; Tue, 23 Jul 2002 14:52:07 -0700 (PDT) (envelope-from john_m_cooper@yahoo.com) Received: from pc016247.reshall.uidaho.edu (HELO johncoop.borgsdemons.com) (john?m?cooper@129.101.136.30 with plain) by smtp.mail.vip.sc5.yahoo.com with SMTP; 23 Jul 2002 21:52:06 -0000 Subject: Re: USE_GCC=3.1 & CPUTYPE From: John Merryweather Cooper Reply-To: john_m_cooper@yahoo.com To: Jesse Gross Cc: stable@freebsd.org In-Reply-To: <20020723185623.9602.qmail@web14102.mail.yahoo.com> References: <20020723185623.9602.qmail@web14102.mail.yahoo.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 23 Jul 2002 14:52:56 -0700 Message-Id: <1027461176.528.3.camel@johncoop.borgsdemons.com> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well, basically the problem is that GNAT is built on top of gcc 2.8.1 sources. This means -march arguments like k6 (which didn't come about until 2.9x) cause the compiler to abort. "pentiumpro" seems to be the top-line CPU argument that 2.8.1 recognizes, so all of the P2/P3/P4/K6/K7 types should be mapped to either "pentiumpro" or "pentium" when running GNAT until such time as the gcc 3.1-based GNAT becomes widely available/leaves alpha. jmc On Tue, 2002-07-23 at 11:56, Jesse Gross wrote: > It shouldn't be too hard to fix bsd.cpu.mk to support newer CPU targets > when the current version of GCC supports it. I will submit a patch to > do this in the near future. > > I am also willing to try to find a solution for the problem with the > Ada compiler if someone can give me a bit more information as I am not > a big Ada user. > > Jesse Gross > > --- John Merryweather Cooper wrote: > > On a related note, it would be helpful if CPUTYPE would also respond > > to > > situations such as the use of GNAT (the Ada compiler) which is > > currently > > limited to a gcc 2.8.1 set of -march flags. Having to manually > > "demote" > > CPUTYPE to build some Ada ports is a pain. > > > > On Tue, 2002-07-23 at 07:48, Jesse Gross wrote: > > > Hi, > > > > > > I have USE_GCC=3.1 defined in my make.conf to build ports with GCC > > > 3.1.1. > > > > > > My computer has an Athlon CPU, so I have CPUTYPE=k7. However, this > > is > > > knocked down to k6 because the system GCC 2.95.4 doesn't support > > > -march=athlon. GCC 3.1.1 does support this as well as other new > > target > > > CPUs. Is there a way to use the highest supported target > > automatically > > > depending on which version of GCC is being used? > > > > > > Thanks, > > > > > > Jesse Gross > > __________________________________________________ > Do You Yahoo!? > Yahoo! Health - Feel better, live better > http://health.yahoo.com -- _ | |V| / ' || MacroHard -- \ \_| | | \_, || the perfection of form over | ----------------------------------|| substance, marketing over | Web: http://www.borgsdemons.com || performance, and greed over | AIM: johnmcooper || design . . . | =====================================================================/ Public Key: http://www.borgsdemons.com/Personal/pgpkey.asc | =====================================================================\ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 15:17:22 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1ED9737B400 for ; Tue, 23 Jul 2002 15:17:19 -0700 (PDT) Received: from mta201-rme.xtra.co.nz (mta201-rme.xtra.co.nz [210.86.15.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D53243E3B for ; Tue, 23 Jul 2002 15:17:18 -0700 (PDT) (envelope-from james.collier@xtra.co.nz) Received: from mta4-rme.xtra.co.nz ([210.86.15.141]) by mta201-rme.xtra.co.nz with ESMTP id <20020723221717.FVXE7537.mta201-rme.xtra.co.nz@mta4-rme.xtra.co.nz>; Wed, 24 Jul 2002 10:17:17 +1200 Received: from xtra.co.nz ([210.86.52.114]) by mta4-rme.xtra.co.nz with ESMTP id <20020723221711.MCME13071.mta4-rme.xtra.co.nz@xtra.co.nz>; Wed, 24 Jul 2002 10:17:11 +1200 Message-ID: <3D3DD5E4.50405@xtra.co.nz> Date: Wed, 24 Jul 2002 10:17:08 +1200 From: James Collier Organization: Cyberdyne Systems Ltd User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.7) Gecko/20020121 X-Accept-Language: en-us MIME-Version: 1.0 To: boris_2000@omskmail.ru Cc: FreeBSD-stable Subject: Re: Problem with GENERIC Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have had the same problem - but not related to pcm. See /usr/src/UPDATING date 20011110. This one will bite unexpectedly - it got me some months after the original note. Despite the text of UPDATING, it seems that there is now no reasonable top-level make target (e.g. clean / modules-clean) that will update /sys/compile//modules/usr/src/sys/modules/linux/* correctly. In the end I just blew away my old compile directory and started from scratch. I recall this as being standard practice as a periodic sanity check with 4.3 all those years ago (yes, the old one - on the vax :-) ... might have to reinstate it. -- James Collier. PS Apologies for dethreading this - I'm in a place where I can't hack the headers. ->Jeff Seeman wrote >try adding > >device pcm > >notice the absence of the '0' >On Sun, 21 Jul 2002, Boris wrote: > >> Hi! >> I have cvsupted to 4,6-STABLE. Everything OK, but whem I`m trying to add >> "device pcm0" in my GENERIC, I see the such errors after typing "make": >> What` going on? >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 15:20:49 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3D5037B400; Tue, 23 Jul 2002 15:20:44 -0700 (PDT) Received: from nova.fnal.gov (nova.fnal.gov [131.225.121.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 163CA43E31; Tue, 23 Jul 2002 15:20:44 -0700 (PDT) (envelope-from zingelman@fnal.gov) Received: from localhost (tez@localhost) by nova.fnal.gov (8.11.6+Sun/8.11.6) with ESMTP id g6NMKgs19892; Tue, 23 Jul 2002 17:20:42 -0500 (CDT) X-Authentication-Warning: nova.fnal.gov: tez owned process doing -bs Date: Tue, 23 Jul 2002 17:20:42 -0500 (CDT) From: Tim Zingelman X-X-Sender: tez@nova.fnal.gov Reply-To: Tim Zingelman To: freebsd-stable@FreeBSD.ORG Cc: re@FreeBSD.ORG, Subject: Re: Installation issues with 4.6.1 RC2 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hans Ottevanger wrote: > Unable to copy /kernel into place. > > On VTY2 the following messages is displayed: > > pid 120 (cp), uid 0: exited on signal 4 (core dumped) > Illegal instruction - core dumped > > Most commands given in the shell on VTY4 (e.g. ls, df, mount, ...) show > the same error message. > > I have a strong feeling that this has to do with the fact that these > systems have an i586 architecture, in contrast with the Celeron that has > an i686 architecture. But of course it could be something completely > different... > > Has anybody else tried the installation on an i586 based system ? Yes. On a pentium 100 I got the same thing with an ftp install after booting from the 4.6.1 RC2 cdrom (the install direct from the cdrom also failed, with different symptoms). Is it possible that 4.6.1 RC2 was somehow built without i586 support? - Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 15:47:51 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56AE337B400 for ; Tue, 23 Jul 2002 15:47:49 -0700 (PDT) Received: from mail3.dreamscape.com (mail3.dreamscape.com [206.64.128.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8503943E6E for ; Tue, 23 Jul 2002 15:47:48 -0700 (PDT) (envelope-from krentel@dreamscape.com) Received: from dreamscape.com (sA14-p27.dreamscape.com [209.217.195.27]) by mail3.dreamscape.com (8.9.3+blt/8.9.3) with ESMTP id SAA14520; Tue, 23 Jul 2002 18:47:41 -0400 (EDT) Received: from blue.mwk.domain (localhost [127.0.0.1]) by dreamscape.com (8.11.1/8.11.1) with ESMTP id g6NMl3533962; Tue, 23 Jul 2002 18:47:04 -0400 (EDT) (envelope-from krentel@blue.mwk.domain) Message-Id: <200207232247.g6NMl3533962@dreamscape.com> To: dillon@apollo.backplane.com Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 4.6-RC: Glacial speed of dump backups Date: Tue, 23 Jul 2002 18:47:03 -0400 From: "Mark W. Krentel" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: > Dump has always had problems dealilng with live filesystems, and its > even worse now that we can't dump via a buffered block device because > the filesystem state is going to be out of sync from the raw device > whether dump re-reads the inodes or not. So even though dump does try > to re-read inodes to check for changes, it is unlikely that our meager > cache will make things worse then the kernel's buffer cache already > makes them. I asked about this on -hackers last week. In Linux, the 2.4 kernels make it impossible for ext2 dump to always see the correct versions of some files, even if there are no writes during the dump. http://old.lwn.net/2001/0503/a/lt-dump.php3 http://old.lwn.net/2001/0503/a/lt-metadata.php3 Are you saying Freebsd has the same problem? I know that dump will have problems when the file system is changing during the dump, but the Linux problems go far beyond that. I did some simple tests and everything works as I'd expect in Freebsd, although it's easy to make Linux fall over. --Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 16: 0:33 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C52237B400 for ; Tue, 23 Jul 2002 16:00:30 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB05E43E42 for ; Tue, 23 Jul 2002 16:00:29 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6NN0SCV061744; Tue, 23 Jul 2002 16:00:28 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6NN0Skh061743; Tue, 23 Jul 2002 16:00:28 -0700 (PDT) (envelope-from dillon) Date: Tue, 23 Jul 2002 16:00:28 -0700 (PDT) From: Matthew Dillon Message-Id: <200207232300.g6NN0Skh061743@apollo.backplane.com> To: "Mark W. Krentel" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 4.6-RC: Glacial speed of dump backups References: <200207232247.g6NMl3533962@dreamscape.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :I asked about this on -hackers last week. In Linux, the 2.4 kernels :make it impossible for ext2 dump to always see the correct versions of :some files, even if there are no writes during the dump. : : http://old.lwn.net/2001/0503/a/lt-dump.php3 : http://old.lwn.net/2001/0503/a/lt-metadata.php3 : :Are you saying Freebsd has the same problem? I know that dump will :have problems when the file system is changing during the dump, but :the Linux problems go far beyond that. I did some simple tests and :everything works as I'd expect in Freebsd, although it's easy to make :Linux fall over. : :--Mark If the filesystem is idle you'll be O.K. w/FreeBSD. I do not know of any issues with Linux that make it any different from FreeBSD. If you sync a couple of times dumping an idle filesystem under Linux ought to work just about the same as dumping an idle filesystem under FreeBSD. Note that I completely agree with Linus in regards to dump. Its time is long past. We definitely need something better. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 16:34:52 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BE8E37B400 for ; Tue, 23 Jul 2002 16:34:50 -0700 (PDT) Received: from nmail1.systems.pipex.net (nmail1.systems.pipex.net [62.241.160.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25A2243E31 for ; Tue, 23 Jul 2002 16:34:49 -0700 (PDT) (envelope-from sroberts@dsl.pipex.com) Received: from nmail1.systems.pipex.net (localhost [127.0.0.1]) by nmail1.systems.pipex.net (8.12.4/8.12.4) with ESMTP id g6NNYmse010998 for ; Wed, 24 Jul 2002 00:34:48 +0100 Received: (from nobody@localhost) by nmail1.systems.pipex.net (8.12.4/8.12.4/Submit) id g6NNYmHm010997 for freebsd-stable@FreeBSD.org; Wed, 24 Jul 2002 00:34:48 +0100 To: Subject: Upgrading 4.4 Rel to 4 Stable fails at make installworld Message-ID: <1027467288.3d3de8185b741@netmail.pipex.net> Date: Wed, 24 Jul 2002 00:34:48 +0100 From: MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: PIPEX NetMail 2.2.0-pre13 X-PIPEX-username: sroberts%dsl.pipex.com X-Originating-IP: 81.86.129.77 X-Usage: Use of PIPEX NetMail is subject to the PIPEX Terms and Conditions of use Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I've just done a fresh install of 4.4Rel, and I'm trying to upgrade to the latest stable. In single user mode [using shutdown now] having dropped from multiuser mode - All went well until I got to "make installworld". I hit the issue mentioned in UPDATING 20020404 about the new Sendmail user smmsp. I followed the advice to: cd /usr/src/usr.sbin/mergemaster; make install clean mergemaster -p I used the "i" option to install each of the temporary files that appeared. I then ran "make installworld", which fails with the following: ===> usr/sbin/mergemaster install -c -o root -g wheel -m 444 mergemaster8.gz /usr/share/man/man8 install: mergemaster.8.gz : No such file or directory *** Error Code 71 Stop in /usr/src/usr.sbin/mergemaster. *** Error Code 1 Stop in /usr/src/usr.sbin. *** Error Code 1 Can someone help with this please? If its documented in UPDATING, I figure there should be a procedure out of this out there. Stacey To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 17:46:20 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD8BD37B400 for ; Tue, 23 Jul 2002 17:46:18 -0700 (PDT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D49543E3B for ; Tue, 23 Jul 2002 17:46:18 -0700 (PDT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rip.psg.com.psg.com) by rip.psg.com with esmtp (Exim 4.10) id 17XAIE-000CkO-00 for freebsd-stable@freebsd.org; Tue, 23 Jul 2002 17:46:18 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: FreeBSD Stable Subject: 6to4 default Message-Id: Date: Tue, 23 Jul 2002 17:46:18 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG why is ipv6_ipv4mapping="YES" # Set to "NO" to disable IPv4 mapped IPv6 addr # communication. (like ::ffff:a.b.c.d) in /etc/defaults/rc.conf randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 18:12:32 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19B9A37B400 for ; Tue, 23 Jul 2002 18:12:31 -0700 (PDT) Received: from fed1mtao03.cox.net (fed1mtao03.cox.net [68.6.19.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id A781043E31 for ; Tue, 23 Jul 2002 18:12:30 -0700 (PDT) (envelope-from jimhale@nlanr.net) Received: from YANKEE ([68.8.179.110]) by fed1mtao03.cox.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with SMTP id <20020724011229.XRRL1378.fed1mtao03.cox.net@YANKEE> for ; Tue, 23 Jul 2002 21:12:29 -0400 From: "James Hale" To: Subject: Subscription Date: Tue, 23 Jul 2002 17:17:12 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Please addmy address to your subscpiption list. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 18:57:48 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAF8C37B400 for ; Tue, 23 Jul 2002 18:57:45 -0700 (PDT) Received: from mail2.dreamscape.com (mail2.dreamscape.com [206.64.128.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27B5443E42 for ; Tue, 23 Jul 2002 18:57:45 -0700 (PDT) (envelope-from krentel@dreamscape.com) Received: from dreamscape.com (sa3-p12.dreamscape.com [207.198.19.76]) by mail2.dreamscape.com (8.9.3+blt/8.9.3) with ESMTP id VAA00370; Tue, 23 Jul 2002 21:57:37 -0400 (EDT) Received: from blue.mwk.domain (localhost [127.0.0.1]) by dreamscape.com (8.11.1/8.11.1) with ESMTP id g6O1v0534203; Tue, 23 Jul 2002 21:57:01 -0400 (EDT) (envelope-from krentel@blue.mwk.domain) Message-Id: <200207240157.g6O1v0534203@dreamscape.com> To: Matthew Dillon Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 4.6-RC: Glacial speed of dump backups Date: Tue, 23 Jul 2002 21:57:00 -0400 From: "Mark W. Krentel" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: > If the filesystem is idle you'll be O.K. w/FreeBSD. I do not > know of any issues with Linux that make it any different from > FreeBSD. If you sync a couple of times dumping an idle filesystem > under Linux ought to work just about the same as dumping an > idle filesystem under FreeBSD. The following sequence produces the problem for me in Red Hat 7.1. You'll need a spare disk with a couple of unused partitions and mount points for them. Let's say /one and /two. mke2fs /dev/hdc1 mount /dev/hdc1 /one cd /one echo "the original append-me file" >append-me echo "the original vi-me file" >vi-me dump -0 -u -a -f /tmp/one.0 /dev/hdc1 echo "more stuff in append-me" >>append-me vi vi-me dump -4 -u -a -f /tmp/one.4 /dev/hdc1 mke2fs /dev/hdc2 mount /dev/hdc2 /two cd /two restore -r -f /tmp/one.0 restore -r -f /tmp/one.4 The vi-me file is copied correctly, but append-me is not. append-me on /two has the same length as on /one, but the second line is replaced with nulls. # ls -l /one/append-me /two/append-me -rw-r--r-- 1 root root 52 Jul 5 01:19 /one/append-me -rw-r--r-- 1 root root 52 Jul 5 01:19 /two/append-me # cat /one/append-me the original append-me file more stuff in append-me # od -c /two/append-me 0000000 t h e o r i g i n a l a p p 0000020 e n d - m e f i l e \n \0 \0 \0 \0 0000040 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 0000060 \0 \0 \0 \0 0000064 You can tell it's a cache flush problem. Unmounting and remounting /one before the second dump fixes the problem. It also works to unpack a large tar file before dumping. Waiting a few hours and running a bazillion syncs doesn't help. And strangely, it's files written without O_TRUNC that are copied incorrectly. I asked about this on dump-users on SourceForge and Stelian Pop (the ext2 dump maintainer) replied: > And the inconsistency is normal, because both dump and the kernel > accesses the raw disk structures directly, without synchronisation. > > This is a known problem, due to dump's design, which was no never > run dump on mounted filesystems. Unless you either umount the > filesystem first or use some kind of filesystem snapshots (LVM etc), > you cannot guarantee that your files were in a consistent state. > That's why you should check your backup with restore -C each time. Anyway, my Freebsd question is answered and we're getting off-topic. But if you ever figure out what's going on with Linux here and why Freebsd is different, I'd be very interested to hear what it is. --Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 20:28:56 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5E8B37B400; Tue, 23 Jul 2002 20:28:49 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7362443E67; Tue, 23 Jul 2002 20:28:49 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g6O3SnY82543; Tue, 23 Jul 2002 20:28:49 -0700 (PDT) (envelope-from rizzo) Date: Tue, 23 Jul 2002 20:28:49 -0700 From: Luigi Rizzo To: stable@freebsd.org Subject: HEADS-UP ipfw now in -stable (as an optional replacement of the old ipfw) Message-ID: <20020723202849.A82296@iguana.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG FYI.... (please read the commit log below before complaining). cheers luigi ----- Forwarded message from Luigi Rizzo ----- Date: Tue, 23 Jul 2002 20:21:24 -0700 (PDT) From: Luigi Rizzo Subject: cvs commit: src/sys/netinet ip_fw2.c ip_fw2.h src/sys/conf files options src/sbin/ipfw Makefile ipfw2.c src/lib/libalias Makefile alias_db.c To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG luigi 2002/07/23 20:21:24 PDT Modified files: (Branch: RELENG_4) sys/conf options files sbin/ipfw Makefile lib/libalias Makefile alias_db.c Added files: (Branch: RELENG_4) sys/netinet ip_fw2.h ip_fw2.c sbin/ipfw ipfw2.c Log: Bring ipfw2 into the -stable tree. This will give more people a chance to test it, and hopefully accelerate the transition from the old to the new ipfw code. NOTE: THIS COMMIT WILL NOT CHANGE THE FIREWALL YOU USE, NOR A SINGLE BIT IN YOUR KERNEL AND BINARIES. YOU WILL KEEP USING YOUR OLD "ipfw" UNLESS YOU: + add "options IPFW2" (undocumented) to your kernel config file; + compile and install sbin/ipfw and lib/libalias with make -DIPFW2 in other words, you must really want it. On the other hand, i believe you do really want to use this new code. In addition to being twice as fast in processing individual rules, you can use more powerful match patterns such as ... ip from 1.2.3.0/24{50,6,27,158} to ... ... ip from { 1.2.3.4/26 or 5.6.7.8/22 } to ... ... ip from any 5-7,9-66,1020-3000,4000-5000 to ... i.e. match sparse sets of IP addresses in constant time; use "or" connectives between match patterns; have multiple port ranges; etc. which I believe will dramatically reduce your ruleset size. As an additional bonus, "keep-state" rules will now send keepalives when the rule is about to expire, so you will not have your remote login sessions die while you are idle. The syntax is backward compatible with the old ipfw. A manual page documenting the extensions has yet to be completed. Revision Changes Path 1.13.2.5 +4 -1 src/lib/libalias/Makefile 1.21.2.14 +151 -36 src/lib/libalias/alias_db.c 1.6.6.3 +5 -1 src/sbin/ipfw/Makefile 1.4.2.1 +3166 -0 src/sbin/ipfw/ipfw2.c (new) 1.340.2.107 +1 -0 src/sys/conf/files 1.191.2.41 +1 -0 src/sys/conf/options 1.6.2.1 +2622 -0 src/sys/netinet/ip_fw2.c (new) 1.1.2.1 +404 -0 src/sys/netinet/ip_fw2.h (new) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message ----- End forwarded message ----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 20:41:16 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5208D37B400 for ; Tue, 23 Jul 2002 20:41:10 -0700 (PDT) Received: from web14105.mail.yahoo.com (web14105.mail.yahoo.com [216.136.172.135]) by mx1.FreeBSD.org (Postfix) with SMTP id 1620D43E42 for ; Tue, 23 Jul 2002 20:41:10 -0700 (PDT) (envelope-from jesse_gross@yahoo.com) Message-ID: <20020724034106.7104.qmail@web14105.mail.yahoo.com> Received: from [172.157.3.202] by web14105.mail.yahoo.com via HTTP; Tue, 23 Jul 2002 20:41:06 PDT Date: Tue, 23 Jul 2002 20:41:06 -0700 (PDT) From: Jesse Gross Subject: Re: USE_GCC=3.1 & CPUTYPE To: john_m_cooper@yahoo.com Cc: stable@freebsd.org In-Reply-To: <1027461176.528.3.camel@johncoop.borgsdemons.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Here is what I have come up with. This will use the newer CPU targets if GCC 3.1 is being used either by a port or in make.conf. Otherwise if the stock compiler is being used the old targets are used. It will not break compatibility in anyway that I know of. I realize that it is prefered for new stuff to go in -current, but this is not applicable due to the fact that -current uses GCC 3.1 as the stock compiler. Since this is a patch to -stable, I would appreciate if people would beat on it some and tell me about it. As far as the Ada stuff goes, is there a specific port that causes problems or something else I can look at? Jesse Gross Index: bsd.cpu.mk =================================================================== RCS file: /home/ncvs/src/share/mk/bsd.cpu.mk,v retrieving revision 1.2.2.5 diff -u -3 -p -r1.2.2.5 bsd.cpu.mk --- bsd.cpu.mk 2002/07/19 08:09:32 1.2.2.5 +++ bsd.cpu.mk 2002/07/24 03:32:45 @@ -28,28 +28,66 @@ CPUTYPE = k7 .if !defined(NO_CPU_CFLAGS) || !defined(NO_CPU_COPTFLAGS) . if ${MACHINE_ARCH} == "i386" -. if ${CPUTYPE} == "k7" -_CPUCFLAGS = -march=k6 # gcc doesn't support athlon yet, but it will -. elif ${CPUTYPE} == "k6-2" +. if ${CC}==gcc31 && ${CXX}==g++31 # If GCC 3.1 is being used, new CPU targets can be used +. if ${CPUTYPE} == "athlon-xp" +_CPUCFLAGS = -march=athlon-xp +. elif ${CPUTYPE} == "athlon-mp" +_CPUCFLAGS = -march=athlon-mp +. elif ${CPUTYPE} == "athlon-4" +_CPUCFLAGS = -march=athlon-4 +. elif ${CPUTYPE} == "k7" +_CPUCFLAGS = -march=athlon +. elif ${CPUTYPE} == "k6-2" +_CPUCFLAGS = -march=k6-2 +. elif ${CPUTYPE} == "k6" _CPUCFLAGS = -march=k6 -. elif ${CPUTYPE} == "k6" +. elif ${CPUTYPE} == "k5" +_CPUCFLAGS = -march=pentium +. elif ${CPUTYPE} == "p4" +_CPUCFLAGS = -march=pentium4 +. elif ${CPUTYPE} == "p3" +_CPUCFLAGS = -march=pentium3 +. elif ${CPUTYPE} == "p2" +_CPUCFLAGS = -march=pentium2 +. elif ${CPUTYPE} == "i686" +_CPUCFLAGS = -march=pentiumpro +. elif ${CPUTYPE} == "i586/mmx" +_CPUCFLAGS = -march=pentium-mmx +. elif ${CPUTYPE} == "i586" +_CPUCFLAGS = -march=pentium +. elif ${CPUTYPE} == "i486" +_CPUCFLAGS = -march=i486 +. endif +. else +. if ${CPUTYPE} == "athlon-xp" +_CPUCFLAGS = -march=k6 +. elif ${CPUTYPE} == "athlon-mp" +_CPUCFLAGS = -march=k6 +. elif ${CPUTYPE} == "athlon-4" +_CPUCFLAGS = -march=k6 +. elif ${CPUTYPE} == "k7" +_CPUCFLAGS = -march=k6 +. elif ${CPUTYPE} == "k6-2" +_CPUCFLAGS = -march=k6 +. elif ${CPUTYPE} == "k6" _CPUCFLAGS = -march=k6 -. elif ${CPUTYPE} == "k5" +. elif ${CPUTYPE} == "k5" _CPUCFLAGS = -march=pentium -. elif ${CPUTYPE} == "p4" +. elif ${CPUTYPE} == "p4" _CPUCFLAGS = -march=pentiumpro -. elif ${CPUTYPE} == "p3" +. elif ${CPUTYPE} == "p3" _CPUCFLAGS = -march=pentiumpro -. elif ${CPUTYPE} == "p2" +. elif ${CPUTYPE} == "p2" _CPUCFLAGS = -march=pentiumpro -. elif ${CPUTYPE} == "i686" +. elif ${CPUTYPE} == "i686" _CPUCFLAGS = -march=pentiumpro -. elif ${CPUTYPE} == "i586/mmx" +. elif ${CPUTYPE} == "i586/mmx" _CPUCFLAGS = -march=pentium -. elif ${CPUTYPE} == "i586" +. elif ${CPUTYPE} == "i586" _CPUCFLAGS = -march=pentium -. elif ${CPUTYPE} == "i486" +. elif ${CPUTYPE} == "i486" _CPUCFLAGS = -march=i486 +. endif . endif . elif ${MACHINE_ARCH} == "alpha" . if ${CPUTYPE} == "ev6" Index: make.conf =================================================================== RCS file: /home/ncvs/src/etc/defaults/Attic/make.conf,v retrieving revision 1.97.2.70 diff -u -3 -p -r1.97.2.70 make.conf --- make.conf 2002/07/18 13:34:52 1.97.2.70 +++ make.conf 2002/07/24 03:35:51 @@ -22,7 +22,7 @@ # NO_CPU_CFLAGS variable below. # Currently the following CPU types are recognized: # Intel x86 architecture: -# (AMD CPUs) k7 k6-2 k6 k5 +# (AMD CPUs) athlon-xp athlon-mp athlon-4 k7 k6-2 k6 k5 # (Intel CPUs) p4 p3 p2 i686 i586/mmx i586 i486 i386 # Alpha/AXP architecture: ev6 pca56 ev56 ev5 ev45 ev4 # __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jul 23 21: 6: 4 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EF5437B400 for ; Tue, 23 Jul 2002 21:05:55 -0700 (PDT) Received: from moria.seul.org (MORIA.MIT.EDU [18.244.0.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 161DB43E65 for ; Tue, 23 Jul 2002 21:05:54 -0700 (PDT) (envelope-from gabe@seul.org) Received: by moria.seul.org (Postfix, from userid 734) id 20A58146812; Wed, 24 Jul 2002 00:05:53 -0400 (EDT) Date: Wed, 24 Jul 2002 00:05:53 -0400 From: Gabriel Rocha To: freebsd-stable@freebsd.org Subject: ATA problems, out of ideas. Message-ID: <20020724000552.A12414@seul.org> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I recently did a make buildworld on a 4.5-stable system over to 4.6-stable as of a few days ago and my system went haywire. I am nore sure if my drive is bad, my controller is bad, both or the ata driver doesn't like me. (By the way, the fact that the bad things happened after the upgrade may well be a coincidence since other factors do point to plain old hardware failure.) I am pasting the errors below, I wouldn't mind a solution tot he problem in terms of FreeBSD, but since the system is going to IBM for review anyway... I just would like to know what is wrong. The system is an IBM T-20 laptop, the amusing thing is, the hard drive on the T-20 gives similar problems while on 2 other laptops, but 2 other hard drives that work perfectly well on those same two other laptops don't work on the T-20. So the problem is either FreeBSD or both the hard drive and the hard drive controller being bad at the same time. It has to be a physical problem at some level, the drive actually scratches and hisses and pops when things start to happen. I thought it was write caching, but I have since turned that off and the error persists. It may be the drive itself, because I get hard errors while reading, but that might be the controller too(I couldn't record those errors because the box crashes hard when they happen) ok, here are the errors, the output of dmesg, my kernel config and relevant sysctls. Thanks in advance. --Gabe Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.6-STABLE #0: Sat Jul 20 15:29:27 EDT 2002 root@lurch.neutraldomain.org:/usr/src/sys/compile/lurch Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (498.27-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 335347712 (327488K bytes) avail memory = 321724416 (314184K bytes) Preloaded elf kernel "kernel" at 0xc03e9000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc03e909c. VESA: v2.0, 4032k memory, flags:0x0, mode table:0xc036ae02 (1000022) VESA: MagicMedia 256ZX 48K netsmb_dev: loaded Pentium Pro MTRR support enabled md0: Malloc disk pcibios: No call entry point apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 pcic0: mem 0x50103000-0x50103fff irq 11 at device 2.0 on pci0 pcic0: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][FUNC pci int + CSC serial isa irq] pccard0: on pcic0 pcic1: mem 0x50102000-0x50102fff irq 11 at device 2.1 on pci0 pcic1: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][FUNC pci int + CSC serial isa irq] pccard1: on pcic1 pci0: (vendor=0x11c1, dev=0x0449) at 3.0 irq 11 csa0: mem 0x50000000-0x500fffff,0x50100000-0x50100fff irq 11 at device 6.0 on pci0 csa: card is Thinkpad 600X/A20/T20 pcm0: on csa0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xfcf0-0xfcff at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0x4000-0x401f irq 11 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered intpm0: port 0xefa0-0xefaf irq 9 at device 7.3 on pci0 intpm0: I/O mapped efa0 intpm0: intr IRQ 9 enabled revision 0 smbus0: on intsmb0 intpm0: PM I/O mapped ef00 orm0: mails
ANIMATIONS - SPECTACLES - CREATION  D'EVENEMENTS
Magie
Magie comique
Grandes Illusions
La L=E9vitation
ENIGMA
Close-up
Ventriloque
Pickpocket
Hypnose
Ballon show
Soir=E9es de gala.
Spectacles pour enfants.
Soir=E9esde fin d'ann=E9e,
soir=E9es priv=E9es
  (mariages, anniversaires).
Night club, discoth=E8ques.
Animations commerciales.
Op=E9rations publicitaires.
Congr=E8s.
R=E9ceptions, cocktails, meetings.
Associations
Comit=E9s d'Entreprise.
Comit=E9 de f=EAtes, etc
MAGIE
MAGIE
MAGIE
Animation de vos soir=E9es.
Animation de vos soir=E9es.
De la Grande Illusion spectaculaire =E0 la manipulation rapproch=E9e  (de table en table au cours d'un repas), l'univers =E9trange de la MAGIE divertira, enchantera, et =E9tonnera un public m=E9dus=E9 et ravi !
Pour recevoir notre CD-R gratuit, avec les vid=E9os de nos spectacles
contactez-nous directement au : + 33 (0)3 88 22 45 12
Renseignements complementaires cliquez ici

Ne plus recevoir nos messages (REMOVE). Cliquez ici
--_NextPart_000_0030_01C05A03.8AD62BA2-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 12:30:21 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D8CE37B400 for ; Sat, 27 Jul 2002 12:30:19 -0700 (PDT) Received: from CRWdog.demon.co.uk (p69-199.acedsl.com [66.114.69.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13DB043E3B for ; Sat, 27 Jul 2002 12:30:16 -0700 (PDT) (envelope-from spadger@best.com) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id CBF107C; Sat, 27 Jul 2002 15:30:12 -0400 (EDT) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Andrea Monaldi Cc: "David " Sieb rger "" , stable@FreeBSD.ORG Subject: Re: Cannot initialize disklabel In-Reply-To: Message from Andrea Monaldi of "Sat, 27 Jul 2002 09:26:42 PDT." <20020727162642.95117.qmail@web21504.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_2135505148P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sat, 27 Jul 2002 15:30:12 -0400 From: Andy Sparrow Message-Id: <20020727193012.CBF107C@CRWdog.demon.co.uk> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_2135505148P Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable > David, > = > If I had this it should not work well under Linux and > W2K too, isn't it? > = > Anyway it's not this problem. It works bad ONLY in > FreeBSD. Hey all, Every time I've upgraded any HDD since ~4.2, I've attempted to install Fr= eeBSD directly without using any other OS. Each time, it's failed due to = fdisk using some strange geometry, which the BIOS can't boot from afterwa= rds (they've almost all been "large" drives, all IDE). I had this problem= most recently about a week ago, upgrading my laptop drive to 40GB with a= 4.6-RELEASE CD. The workaround mentioned in the handbook (creating a partition from DOS f= disk first), forces fdisk to use a more correct geometry (well, the BIOS = can boot from it afterwards, so I presume it's more correct :-), and has = never failed to work for me. You can delete or change the type of the partition in sysinstall (I alway= s set up a suspend partition for my laptop, for example), so it's not a b= ig deal for me, but I agree that it's horribly confusing, not well (as in= In-Yer-Face) documented, likely to cause much frustration for first-time= or infrequent installers and it'd be nice if the problem went away or fd= isk just DTRT. There was, IIRC, a thread on how/why complicated this was to do properly = on this very list some months ago. HTH. Cheers, AS --==_Exmh_2135505148P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQE9QvTEPHh895bDXeQRAkolAJ9YjjpvY2+sToEEUSv0g7EmLjtPpwCeJGBi oD/YeWRpMhNjg3S3RdwobSQ= =LLxJ -----END PGP SIGNATURE----- --==_Exmh_2135505148P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 12:36:24 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D246137B400; Sat, 27 Jul 2002 12:36:20 -0700 (PDT) Received: from CRWdog.demon.co.uk (p69-199.acedsl.com [66.114.69.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 278A143E3B; Sat, 27 Jul 2002 12:36:20 -0700 (PDT) (envelope-from spadger@best.com) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id 61D277C; Sat, 27 Jul 2002 15:36:19 -0400 (EDT) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: bmah@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: ATA CDROM Problems 4.6 (and 4.6.1) In-Reply-To: Your message of "Sat, 27 Jul 2002 10:23:17 PDT." <200207271723.g6RHNHEe014581@intruder.bmah.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_2135744913P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sat, 27 Jul 2002 15:36:19 -0400 From: Andy Sparrow Message-Id: <20020727193619.61D277C@CRWdog.demon.co.uk> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_2135744913P Content-Type: text/plain; charset=us-ascii > If you feel like patching your 4.6 kernel, try a patch posted by Ian > Dowse...it can be found in the mailing list archives by looking for the > following message ID: > > Message-id: <200207261528.aa62716@salmon.maths.tcd.ie> > > If this works, *please* report this fact to the stable@ list (along with > the dmesg output from your original message). The RE team needs to have > a better idea as to how well this bugfix solves the READ_BIG problem > that people are seeing...this is (I think) the last major bug on our > list for 4.6.1. We might combine this with two other related ata(4) > fixes now in -CURRENT. Bruce, can you please clarify something for me? I see the READ_BIG messages from both my DVD and my CDRW/DVD drive, (especially when playing DVDs or burning CDs), but in neither case does my machine lock, hang or have any other problems, the messages are simply there and appear completely benign. Do you guys want confirmation of whether it makes the messages goes away, or are you primarily concerned at this point in knowing whether it fixes the problems for people who have machines that are not working after they see these messages? Thanks, AS --==_Exmh_2135744913P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQE9QvYzPHh895bDXeQRAgK6AJ9PEoZIAb6m13KzVe3jv2TyAjyWqwCeKShj Nt9SjeEbbDcQCexSxJ7y85Q= =DXUt -----END PGP SIGNATURE----- --==_Exmh_2135744913P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 12:59:33 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B407637B400 for ; Sat, 27 Jul 2002 12:59:26 -0700 (PDT) Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id F32B843E4A for ; Sat, 27 Jul 2002 12:59:25 -0700 (PDT) (envelope-from kstewart@owt.com) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id MAA25820; Sat, 27 Jul 2002 12:59:10 -0700 Message-ID: <3D42FB8D.3050202@owt.com> Date: Sat, 27 Jul 2002 12:59:09 -0700 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4.1) Gecko/20020314 Netscape6/6.2.2 X-Accept-Language: en-us, es-mx MIME-Version: 1.0 To: Hendry Cc: freebsd-stable@FreeBSD.ORG Subject: Re: build world fail References: <20020727175227.GA82949@zeus.havoc2k.or.id> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hendry wrote: > dear all; > > i have just cvsup my box with tag RELENG_4 aka -STABLE > with src-all on my stable-supfile (like usually i run ) > and found the error message on buildworld session it seems like missing some file .. > below are the message > > ----------------------------------------------- > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/encrypt.h:64: > ope > nssl/des.h: No such file or directory > In file included from > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libte > lnet/encrypt.c:72: > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/encrypt.h:64: > ope > nssl/des.h: No such file or directory > In file included from > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libte > lnet/auth.c:75: > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/encrypt.h:64: > ope > nssl/des.h: No such file or directory > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/enc_des.c:47: > ope > nssl/des.h: No such file or directory > In file included from > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libte > lnet/enc_des.c:52: > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/encrypt.h:64: > ope > nssl/des.h: No such file or directory > In file included from > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libte > lnet/sra.c:54: > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/encrypt.h:64: > ope > nssl/des.h: No such file or directory > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/pk.c:47: > openssl/ > des.h: No such file or directory > mkdep: compile failed > *** Error code 1 > > Stop in /usr/src/secure/lib/libtelnet. > *** Error code 1 > > Stop in /usr/src/secure/lib. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > -------------------------------------------------------------------------- > > my last full complete world with RELENG_4 aka -stable was at Tue Jul 23 04:35:14 > JAVT 2002 and work well without encounter any error message. > i also try to re cvsup twice with another server and running make cleandir > before buildworld and still found some problem on buildworld session. > any suggestion ? > thanks ; I saw your postings and finally started a buildworld. My cvsup and buildworld had no problem. I suspect that you have a source problem. The question is what kind of problem. Some of the cvsup servers have been failing recently. I had to switch to cvsup13 because cvsup16 was not keeping uptodate. If you have locate started, see what your dates on .../openssl/des.h are. You should have a copy in /usr/include/openssl and another in /usr/src. Mine are dated 14 Jul, which is when they were last updated on my system. If you can't find them, do you have refuses setup to prevent downloading the source. No much definite that I can tell you. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 13: 6:24 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D44BD37B400 for ; Sat, 27 Jul 2002 13:06:20 -0700 (PDT) Received: from web9904.mail.yahoo.com (web9904.mail.yahoo.com [216.136.129.247]) by mx1.FreeBSD.org (Postfix) with SMTP id 52F9D43E4A for ; Sat, 27 Jul 2002 13:06:20 -0700 (PDT) (envelope-from dmobrien_2001@yahoo.com) Message-ID: <20020727200620.17996.qmail@web9904.mail.yahoo.com> Received: from [216.29.200.142] by web9904.mail.yahoo.com via HTTP; Sat, 27 Jul 2002 13:06:20 PDT Date: Sat, 27 Jul 2002 13:06:20 -0700 (PDT) From: Dan O'Brien Subject: Re: ATA CDROM Problems 4.6 (and 4.6.1) To: bmah@FreeBSD.ORG Cc: FreeBSD-Stable Mailing List , Eric Chet In-Reply-To: <200207271723.g6RHNHEe014581@intruder.bmah.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- "Bruce A. Mah" wrote: > If memory serves me right, "Dan O'Brien" wrote: > > I just upgraded from 4.5 (off the CD Release) to 4.6 (off the CD > > release) and yadda yadda yadda ATA CDROM fails per the Errata (big > read > > timeout, etc). > > If you feel like patching your 4.6 kernel, try a patch posted by Ian > Dowse...it can be found in the mailing list archives by looking for > the > following message ID: > > Message-id: <200207261528.aa62716@salmon.maths.tcd.ie> This patch? http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=1328863+1332076+/usr/local/www/db/text/2002/freebsd-stable/20020714.freebsd-stable I'll give'r a go and report back. Cheers, ===== Dan O'Brien, dmobrien_2001@yahoo.com Cell: 614-783-4859 Work: 614-476-8473 Home: 740-927-2178 Pataskala, OH USA '02 Suzuki DL1000 #00082 Grey __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 13:12:15 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00FD037B400 for ; Sat, 27 Jul 2002 13:12:11 -0700 (PDT) Received: from pimout5-int.prodigy.net (pimout5-ext.prodigy.net [207.115.63.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id F35FF43E4A for ; Sat, 27 Jul 2002 13:12:09 -0700 (PDT) (envelope-from vetter_david@sbcglobal.net) Received: from handbasket (adsl-63-195-109-194.dsl.snfc21.pacbell.net [63.195.109.194]) by pimout5-int.prodigy.net (8.11.0/8.11.0) with SMTP id g6RKBf2306010; Sat, 27 Jul 2002 16:11:42 -0400 Message-ID: <001301c235a9$c7ee65f0$c26dc33f@handbasket> From: "David" To: "Kent Stewart" , "Hendry" Cc: References: <20020727175227.GA82949@zeus.havoc2k.or.id> <3D42FB8D.3050202@owt.com> Subject: Re: build world fail Date: Sat, 27 Jul 2002 13:11:20 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ----- Original Message ----- From: "Kent Stewart" > > > Hendry wrote: > > > dear all; > > > > i have just cvsup my box with tag RELENG_4 aka -STABLE > > with src-all on my stable-supfile (like usually i run ) > > and found the error message on buildworld session it seems like missing some file .. > > below are the message > > > > ----------------------------------------------- > > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/encrypt.h:64: > > ope > > nssl/des.h: No such file or directory > > In file included from > > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libte > > lnet/encrypt.c:72: > > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/encrypt.h:64: > > ope > > nssl/des.h: No such file or directory > > In file included from > > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libte > > lnet/auth.c:75: > > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/encrypt.h:64: > > ope > > nssl/des.h: No such file or directory > > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/enc_des.c:47: > > ope > > nssl/des.h: No such file or directory > > In file included from > > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libte > > lnet/enc_des.c:52: > > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/encrypt.h:64: > > ope > > nssl/des.h: No such file or directory > > In file included from > > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libte > > lnet/sra.c:54: > > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/encrypt.h:64: > > ope > > nssl/des.h: No such file or directory > > /usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/pk.c:47: > > openssl/ > > des.h: No such file or directory > > mkdep: compile failed > > *** Error code 1 > > > > Stop in /usr/src/secure/lib/libtelnet. > > *** Error code 1 > > > > Stop in /usr/src/secure/lib. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > -------------------------------------------------------------------------- > > > > my last full complete world with RELENG_4 aka -stable was at Tue Jul 23 04:35:14 > > JAVT 2002 and work well without encounter any error message. > > i also try to re cvsup twice with another server and running make cleandir > > before buildworld and still found some problem on buildworld session. > > any suggestion ? > > thanks ; > > > I saw your postings and finally started a buildworld. My cvsup and > buildworld had no problem. I suspect that you have a source problem. > The question is what kind of problem. > Kent > The problem I was running into was stupid problems in my /etc/make.conf. Things in particular to make sure are commented out: NO_OPENSSH NO_OPENSSL NOCRYPT NOSECURE I had one of those ucommented and was getting similar errors for a while. After commenting it out again things worked. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 13:38:14 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9722637B400 for ; Sat, 27 Jul 2002 13:38:12 -0700 (PDT) Received: from zeus.havoc2k.or.id (kencana.or.id [202.143.98.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B0A343E42 for ; Sat, 27 Jul 2002 13:38:11 -0700 (PDT) (envelope-from havoc2k@kencana.or.id) Received: by zeus.havoc2k.or.id (Postmaster, from userid 1007) id 42A545BA; Sun, 28 Jul 2002 03:37:48 +0700 (JAVT) Date: Sun, 28 Jul 2002 03:37:48 +0700 From: Hendry To: David Cc: freebsd-stable@freebsd.org Subject: Re: build world fail Message-ID: <20020727203748.GA85415@zeus.havoc2k.or.id> References: <20020727175227.GA82949@zeus.havoc2k.or.id> <3D42FB8D.3050202@owt.com> <001301c235a9$c7ee65f0$c26dc33f@handbasket> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001301c235a9$c7ee65f0$c26dc33f@handbasket> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Once upon a time, David said that > The problem I was running into was stupid problems in my /etc/make.conf. > Things in particular to make sure are commented out: > > NO_OPENSSH > NO_OPENSSL > NOCRYPT > NOSECURE > > I had one of those ucommented and was getting similar errors for a while. > After commenting it out again things worked. > > David well this seems interesting i also include that on /etc/make.conf NO_OPENSSH= true NO_OPENSSL= true and build openssl and openssh from ports both with flags OPENSSH_OVERWRITE_BASE and OPENSSL_OVERWRITE_BASE by the way i'l disable the option on /etc/make.conf and rebuild da world , cause i dont think that i lost the file named des.h it exist both on /usr/src and /usr/include thanks . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 14: 1:29 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D63337B400 for ; Sat, 27 Jul 2002 14:01:27 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C7F343E65 for ; Sat, 27 Jul 2002 14:01:26 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g6RL1Na01224; Sat, 27 Jul 2002 14:01:23 -0700 (PDT) (envelope-from jdp@vashon.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.12.4/8.12.4/Submit) id g6RL1NhY039796; Sat, 27 Jul 2002 14:01:23 -0700 (PDT) (envelope-from jdp) Date: Sat, 27 Jul 2002 14:01:23 -0700 (PDT) Message-Id: <200207272101.g6RL1NhY039796@vashon.polstra.com> To: stable@freebsd.org From: John Polstra Cc: kstewart@owt.com Subject: Re: build world fail In-Reply-To: <3D42FB8D.3050202@owt.com> References: <20020727175227.GA82949@zeus.havoc2k.or.id> <3D42FB8D.3050202@owt.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <3D42FB8D.3050202@owt.com>, Kent Stewart wrote: > Some of the cvsup servers have been failing recently. I had to > switch to cvsup13 because cvsup16 was not keeping uptodate. Did you report it to the maintainer of cvsup16? That's the only way problems like this get fixed. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 14:26:57 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14FB337B400 for ; Sat, 27 Jul 2002 14:26:53 -0700 (PDT) Received: from web9904.mail.yahoo.com (web9904.mail.yahoo.com [216.136.129.247]) by mx1.FreeBSD.org (Postfix) with SMTP id 8C77843E65 for ; Sat, 27 Jul 2002 14:26:52 -0700 (PDT) (envelope-from dmobrien_2001@yahoo.com) Message-ID: <20020727212652.20988.qmail@web9904.mail.yahoo.com> Received: from [216.29.200.131] by web9904.mail.yahoo.com via HTTP; Sat, 27 Jul 2002 14:26:52 PDT Date: Sat, 27 Jul 2002 14:26:52 -0700 (PDT) From: Dan O'Brien Subject: Re: ATA CDROM Problems 4.6 (and 4.6.1) To: bmah@FreeBSD.ORG Cc: FreeBSD-Stable Mailing List , Eric Chet In-Reply-To: <20020727200620.17996.qmail@web9904.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- Dan O'Brien wrote: > > --- "Bruce A. Mah" wrote: > > If memory serves me right, "Dan O'Brien" wrote: > > > I just upgraded from 4.5 (off the CD Release) to 4.6 (off the CD > > > release) and yadda yadda yadda ATA CDROM fails per the Errata > (big > > read > > > timeout, etc). > > > > If you feel like patching your 4.6 kernel, try a patch posted by > Ian > > Dowse...it can be found in the mailing list archives by looking for > > the > > following message ID: > > > > Message-id: <200207261528.aa62716@salmon.maths.tcd.ie> > > This patch? > > http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=1328863+1332076+/usr/local/www/db/text/2002/freebsd-stable/20020714.freebsd-stable > > I'll give'r a go and report back. This patch deletes an splx() and adds two others in dev/ata/atapi-all.c The patch would not "apply" so I editted the file by hand. The patch is NG. Reading large file from ata cdrom fails with the read big time out still. I noticed this posting: http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=529995+538169+/usr/local/www/db/text/2002/freebsd-stable/20020721.freebsd-stable where the user has applied all the recommended patches and still has the problem. Further, this was an interesting read: http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=1030549+1038838+/usr/local/www/db/text/2002/freebsd-stable/20020623.freebsd-stable that discusses "Why FreeBSD" and why 4.6 was released with the ATA bugs. I've been a FreeBSD user a long time, and would chase current, but I don't have that much free time. But I do want to continue using FreeBSD and keep up to date with a stable system, thus I've been applying only the CDROM releases since about 4.2. (4.5 was very nice with USB support -- about keeps up with Linux as a desk top system.) Then I apply 4.6 and WHAM, broken system. I've very dismayed. I still have the 4.5 sources and may just build world back to it. I know developers want to make improvements and experiment with new and better, but to ship a system with broken hardware support -- and no fixes yet -- is unfortunate. To quote the author in the above posting: "FreeBSD is an extremely stable, well performing, well tested, server OS that runs reliably on comparatively inexpensive hardware". What happened? I'm still willing to test any suggested software fixes. Cheers, ===== Dan O'Brien, dmobrien_2001@yahoo.com Cell: 614-783-4859 Work: 614-476-8473 Home: 740-927-2178 Pataskala, OH USA '02 Suzuki DL1000 #00082 Grey __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 14:30: 9 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C49A037B400 for ; Sat, 27 Jul 2002 14:30:03 -0700 (PDT) Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EC8A43E31 for ; Sat, 27 Jul 2002 14:30:03 -0700 (PDT) (envelope-from archie@dellroad.org) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id OAA04359; Sat, 27 Jul 2002 14:25:23 -0700 (PDT) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.6/8.11.6) id g6RLODA05470; Sat, 27 Jul 2002 14:24:13 -0700 (PDT) (envelope-from archie) From: Archie Cobbs Message-Id: <200207272124.g6RLODA05470@arch20m.dellroad.org> Subject: Re: mpd pptp help In-Reply-To: "from David J Duchscher at Jul 26, 2002 03:11:41 pm" To: David J Duchscher Date: Sat, 27 Jul 2002 14:24:13 -0700 (PDT) Cc: stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David J Duchscher writes: > I have set up mpd-3.8 on a box to test and it works great for the most > part but I am getting errors when using Mac PPTP clients when encryption > is enabled. The windows 98 box works great but two different Mac PPTP > clients produce errors. One client produces: > > [pptp0] LCP: rec'd Protocol Reject #2 link 0 (Opened) > [pptp0] LCP: protocol 0x2145 was rejected > [pptp0] LCP: rec'd Protocol Reject #2 link 0 (Opened) > [pptp0] LCP: protocol 0x2145 was rejected > > The other produces: > > [pptp0] rec'd unexpected protocol 0x52c7 on link -1, rejecting > [pptp0] rec'd unexpected protocol 0x0405 on link -1, rejecting > > If I turn off encryption, every things works great. Can anybody provide > any insight on what is up? > > Macs are running Mac OS 10.1.5. Server is running FreeBSD 4.6 stable. > mpd version is 3.8. This is happening because the two endpoints are encrypting/decrypting with different keys (or different algorithms). I know of at least one Mac client that was broken (I think that it was doing 'stateless' mode incorrectly, but don't remember the details). If you can scrounge up a Microsoft PPTP server and try your Mac client against it, that would show whether the Mac client is to blame (assuming the same MPPE options were negotiated). Try also playing with the key length, turning 'stateless' mode on/off, etc. -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 14:30:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90C8537B405 for ; Sat, 27 Jul 2002 14:30:11 -0700 (PDT) Received: from sumax.dyndns.org (212-100-182-2.adsl.easynet.be [212.100.182.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C731943E4A for ; Sat, 27 Jul 2002 14:30:10 -0700 (PDT) (envelope-from chrisp@belgacom.net) Received: by sumax.dyndns.org (Postfix, from userid 1001) id EB59321F8; Sat, 27 Jul 2002 23:28:58 +0200 (CEST) Date: Sat, 27 Jul 2002 23:28:58 +0200 From: chrisp@belgacom.net To: stable@freebsd.org Subject: Re: READ_BIG problems Message-ID: <20020727232858.A215@freedaemon.home.lan> References: <3D406319.1136A6EA@iae.nl> <200207252206.aa43155@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200207252206.aa43155@salmon.maths.tcd.ie>; from iedowse@maths.tcd.ie on Thu, Jul 25, 2002 at 10:06:38PM +0100 X-Operating-System: FreeBSD 4.6-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 25, 2002 at 10:06:38PM +0100, Ian Dowse wrote: > In message <3D406319.1136A6EA@iae.nl>, Hans Ottevanger writes: > >acd0: READ_BIG command timeout - resetting > >ata1: resetting devices .. done > >acd0: READ_BIG command timeout - resetting > >ata1: resetting devices .. done > > Could people seeing this and other ATA problems try the patch below? > This should fix some unlikely races that could potentially be > responsible for these problems, though I suspect it will not make > any difference. > With this patch on Jul 19 sources, the problems are still there. ( READ_BIG timeout - resetting devices - removing from config - fatal trap 12, page fault while in kernel mode - panic ) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 14:35:31 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35FD637B400 for ; Sat, 27 Jul 2002 14:35:26 -0700 (PDT) Received: from mx1.freebsd.org (m29.net195-132-229.noos.fr [195.132.229.29]) by mx1.FreeBSD.org (Postfix) with SMTP id 31CA443E65 for ; Sat, 27 Jul 2002 14:35:20 -0700 (PDT) (envelope-from amos@amos.com) From: amos@amos.com () To: stable@freebsd.org SUBJECT: animations de vos soirées, spectacles Message-ID: <15885111555trucmuche@cu.com> MIME-Version: 1.0 Content-Type: multipart/alternative;boundary="_NextPart_000_0030_01C05A03.8AD62BA2" Date: Sat, 27 Jul 2002 14:35:20 -0700 (PDT) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --_NextPart_000_0030_01C05A03.8AD62BA2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable coucou --_NextPart_000_0030_01C05A03.8AD62BA2 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable mails
ANIMATIONS - SPECTACLES - CREATION  D'EVENEMENTS
Magie
Magie comique
Grandes Illusions
La L=E9vitation
ENIGMA
Close-up
Ventriloque
Pickpocket
Hypnose
Ballon show
Soir=E9es de gala.
Spectacles pour enfants.
Soir=E9esde fin d'ann=E9e,
soir=E9es priv=E9es
  (mariages, anniversaires).
Night club, discoth=E8ques.
Animations commerciales.
Op=E9rations publicitaires.
Congr=E8s.
R=E9ceptions, cocktails, meetings.
Associations
Comit=E9s d'Entreprise.
Comit=E9 de f=EAtes, etc
MAGIE
MAGIE
MAGIE
Animation de vos soir=E9es.
Animation de vos soir=E9es.
De la Grande Illusion spectaculaire =E0 la manipulation rapproch=E9e  (de table en table au cours d'un repas), l'univers =E9trange de la MAGIE divertira, enchantera, et =E9tonnera un public m=E9dus=E9 et ravi !
Pour recevoir notre CD-R gratuit, avec les vid=E9os de nos spectacles
contactez-nous directement au : + 33 (0)3 88 22 45 12
Renseignements complementaires cliquez ici

Ne plus recevoir nos messages (REMOVE). Cliquez ici
--_NextPart_000_0030_01C05A03.8AD62BA2-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 14:35:38 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC6AC37B412 for ; Sat, 27 Jul 2002 14:35:33 -0700 (PDT) Received: from web14105.mail.yahoo.com (web14105.mail.yahoo.com [216.136.172.135]) by mx1.FreeBSD.org (Postfix) with SMTP id 3237E43E4A for ; Sat, 27 Jul 2002 14:35:33 -0700 (PDT) (envelope-from jesse_gross@yahoo.com) Message-ID: <20020727213533.72239.qmail@web14105.mail.yahoo.com> Received: from [172.158.103.29] by web14105.mail.yahoo.com via HTTP; Sat, 27 Jul 2002 14:35:33 PDT Date: Sat, 27 Jul 2002 14:35:33 -0700 (PDT) From: Jesse Gross Subject: Re: ATA CDROM Problems 4.6 (and 4.6.1) To: Dan O'Brien , bmah@FreeBSD.ORG Cc: FreeBSD-Stable Mailing List , Eric Chet In-Reply-To: <20020727200620.17996.qmail@web9904.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- Dan O'Brien wrote: > > --- "Bruce A. Mah" wrote: > > If memory serves me right, "Dan O'Brien" wrote: > > > I just upgraded from 4.5 (off the CD Release) to 4.6 (off the CD > > > release) and yadda yadda yadda ATA CDROM fails per the Errata > (big > > read > > > timeout, etc). > > > > If you feel like patching your 4.6 kernel, try a patch posted by > Ian > > Dowse...it can be found in the mailing list archives by looking for > > the > > following message ID: > > > > Message-id: <200207261528.aa62716@salmon.maths.tcd.ie> > > This patch? > > http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=1328863+1332076+/usr/local/www/db/text/2002/freebsd-stable/20020714.freebsd-stable > > I'll give'r a go and report back. Actually there is a newer patch that people (including myself) have had luck with. Try the patch below. Jesse Gross Index: atapi-cd.c =================================================================== RCS file: /home/iedowse/CVS/src/sys/dev/ata/atapi-cd.c,v retrieving revision 1.48.2.16 diff -u -r1.48.2.16 atapi-cd.c --- atapi-cd.c 27 Mar 2002 19:48:37 -0000 1.48.2.16 +++ atapi-cd.c 26 Jul 2002 14:22:37 -0000 @@ -266,7 +266,7 @@ dev = make_dev(&acd_cdevsw, dkmakeminor(cdp->lun, 0, 0), UID_ROOT, GID_OPERATOR, 0644, "acd%d", cdp->lun); dev->si_drv1 = cdp; - dev->si_iosize_max = 252 * DEV_BSIZE; + dev->si_iosize_max = 64 * DEV_BSIZE; dev->si_bsize_phys = 2048; /* XXX SOS */ cdp->dev = dev; cdp->device->flags |= ATA_D_MEDIA_CHANGED; __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 14:38:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A64437B400 for ; Sat, 27 Jul 2002 14:38:14 -0700 (PDT) Received: from web14104.mail.yahoo.com (web14104.mail.yahoo.com [216.136.172.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 1263143E31 for ; Sat, 27 Jul 2002 14:38:14 -0700 (PDT) (envelope-from jesse_gross@yahoo.com) Message-ID: <20020727213810.80030.qmail@web14104.mail.yahoo.com> Received: from [172.158.103.29] by web14104.mail.yahoo.com via HTTP; Sat, 27 Jul 2002 14:38:10 PDT Date: Sat, 27 Jul 2002 14:38:10 -0700 (PDT) From: Jesse Gross Subject: Re: READ_BIG problems To: chrisp@belgacom.net, stable@freebsd.org In-Reply-To: <20020727232858.A215@freedaemon.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- chrisp@belgacom.net wrote: > On Thu, Jul 25, 2002 at 10:06:38PM +0100, Ian Dowse wrote: > > In message <3D406319.1136A6EA@iae.nl>, Hans Ottevanger writes: > > >acd0: READ_BIG command timeout - resetting > > >ata1: resetting devices .. done > > >acd0: READ_BIG command timeout - resetting > > >ata1: resetting devices .. done > > > > Could people seeing this and other ATA problems try the patch > below? > > This should fix some unlikely races that could potentially be > > responsible for these problems, though I suspect it will not make > > any difference. > > > With this patch on Jul 19 sources, the problems are still there. > ( READ_BIG timeout - resetting devices - removing from config - > fatal trap 12, page fault while in kernel mode - panic ) There is a newer patch that seems to work (It worked for me). If you don't mind trying something else, try the patch below. Jesse Gross Index: atapi-cd.c =================================================================== RCS file: /home/iedowse/CVS/src/sys/dev/ata/atapi-cd.c,v retrieving revision 1.48.2.16 diff -u -r1.48.2.16 atapi-cd.c --- atapi-cd.c 27 Mar 2002 19:48:37 -0000 1.48.2.16 +++ atapi-cd.c 26 Jul 2002 14:22:37 -0000 @@ -266,7 +266,7 @@ dev = make_dev(&acd_cdevsw, dkmakeminor(cdp->lun, 0, 0), UID_ROOT, GID_OPERATOR, 0644, "acd%d", cdp->lun); dev->si_drv1 = cdp; - dev->si_iosize_max = 252 * DEV_BSIZE; + dev->si_iosize_max = 64 * DEV_BSIZE; dev->si_bsize_phys = 2048; /* XXX SOS */ cdp->dev = dev; cdp->device->flags |= ATA_D_MEDIA_CHANGED; __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 14:41:15 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA07337B400 for ; Sat, 27 Jul 2002 14:41:11 -0700 (PDT) Received: from pc1-cove2-4-cust33.bir.cable.ntl.com (pc1-cove2-4-cust33.bir.cable.ntl.com [80.4.78.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA20843E42 for ; Sat, 27 Jul 2002 14:41:10 -0700 (PDT) (envelope-from ianjhart@ntlworld.com) Received: from ntlworld.com (alpha.private.lan [192.168.0.2]) by pc1-cove2-4-cust33.bir.cable.ntl.com (8.12.3/8.12.3) with ESMTP id g6RLexgA074193; Sat, 27 Jul 2002 22:41:01 +0100 (BST) (envelope-from ianjhart@ntlworld.com) Message-ID: <3D43136B.6090801@ntlworld.com> Date: Sat, 27 Jul 2002 22:40:59 +0100 From: ian j hart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020718 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andy Sparrow Cc: Andrea Monaldi , David Sieb rger , stable@FreeBSD.ORG Subject: Re: Cannot initialize disklabel References: <20020727193012.CBF107C@CRWdog.demon.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andy Sparrow wrote: >> David, >> >> If I had this it should not work well under Linux and W2K too, >> isn't it? >> >> Anyway it's not this problem. It works bad ONLY in FreeBSD. > > > Hey all, > > Every time I've upgraded any HDD since ~4.2, I've attempted to > install FreeBSD directly without using any other OS. Each time, it's > failed due to fdisk using some strange geometry, which the BIOS can't > boot from afterwards (they've almost all been "large" drives, all > IDE). I had this problem most recently about a week ago, upgrading my > laptop drive to 40GB with a 4.6-RELEASE CD. Are you seriously saying that you have NEVER managed to install FBSD without this kludge? If I were you I'd have complained by now. > > The workaround mentioned in the handbook (creating a partition from > DOS fdisk first), forces fdisk to use a more correct geometry (well, > the BIOS can boot from it afterwards, so I presume it's more correct > :-), and has never failed to work for me. > > You can delete or change the type of the partition in sysinstall (I > always set up a suspend partition for my laptop, for example), so > it's not a big deal for me, but I agree that it's horribly confusing, > not well (as in In-Yer-Face) documented, likely to cause much > frustration for first-time or infrequent installers and it'd be nice > if the problem went away or fdisk just DTRT. > > There was, IIRC, a thread on how/why complicated this was to do > properly on this very list some months ago. > > HTH. > > Cheers, > > AS > I'd have been more active on this thread if my CCs to the list had arrived. -- ian j hart To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 14:43:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A736937B400 for ; Sat, 27 Jul 2002 14:43:42 -0700 (PDT) Received: from mail.blazebox.homeip.net (pool-141-155-137-117.ny5030.east.verizon.net [141.155.137.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id C19DD43E3B for ; Sat, 27 Jul 2002 14:43:41 -0700 (PDT) (envelope-from paulb@blazebox.homeip.net) Received: from blaze.homeip.net (blaze [192.168.0.12]) by mail.blazebox.homeip.net (Postfix) with ESMTP id B99639E1C for ; Sat, 27 Jul 2002 17:44:36 -0400 (EDT) Subject: Cvsup2.freebsd.org connection refused. From: Paul Blazejowski To: stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-O9xxpuu8ey6z250/7sjW" X-Mailer: Ximian Evolution 1.0.7 Date: 27 Jul 2002 17:43:45 -0400 Message-Id: <1027806225.11277.4.camel@blaze> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-O9xxpuu8ey6z250/7sjW Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hello folks, Is anyone experiencing problems with connectiong to cvsup2.FreeBSD.org? I get this for past two days: [diffie@blazebox]-[/tmp]# --> cvsrun=20 Subject: blazebox.homeip.net weekly cvsup run output Parsing supfile "/usr/src/stable-supfile" Connecting to cvsup2.FreeBSD.org Cannot connect to cvsup2.FreeBSD.org: Connection refused Will retry at 17:44:55 Also is there a way to check what cvsup servers are up or down? or some status page? Thanks in advance. Paul B --=-O9xxpuu8ey6z250/7sjW Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQA9QxQRIymMQsXoRDARAuw+AJ9L4ESoB7+MqMbHfEKE/ZJaTb1/xwCffScV sLyhq2/zyTO0lRpga6vIU7U= =RpXf -----END PGP SIGNATURE----- --=-O9xxpuu8ey6z250/7sjW-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 14:46:52 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50BA137B401 for ; Sat, 27 Jul 2002 14:46:47 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FEB343E65 for ; Sat, 27 Jul 2002 14:46:46 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g6RLkW9I018399; Sat, 27 Jul 2002 17:46:32 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: mpd pptp help From: Joe Marcus Clarke To: Archie Cobbs Cc: David J Duchscher , stable@FreeBSD.ORG In-Reply-To: <200207272124.g6RLODA05470@arch20m.dellroad.org> References: <200207272124.g6RLODA05470@arch20m.dellroad.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-eP4U6gzNMxl8UKWwvjgG" X-Mailer: Ximian Evolution 1.0.8 Date: 27 Jul 2002 17:46:49 -0400 Message-Id: <1027806409.48261.28.camel@shumai.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-eP4U6gzNMxl8UKWwvjgG Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2002-07-27 at 17:24, Archie Cobbs wrote: > David J Duchscher writes: > > I have set up mpd-3.8 on a box to test and it works great for the most > > part but I am getting errors when using Mac PPTP clients when encryptio= n > > is enabled. The windows 98 box works great but two different Mac PPTP > > clients produce errors. One client produces: > >=20 > > [pptp0] LCP: rec'd Protocol Reject #2 link 0 (Opened) > > [pptp0] LCP: protocol 0x2145 was rejected > > [pptp0] LCP: rec'd Protocol Reject #2 link 0 (Opened) > > [pptp0] LCP: protocol 0x2145 was rejected > >=20 > > The other produces: > >=20 > > [pptp0] rec'd unexpected protocol 0x52c7 on link -1, rejecting > > [pptp0] rec'd unexpected protocol 0x0405 on link -1, rejecting > >=20 > > If I turn off encryption, every things works great. Can anybody provide > > any insight on what is up? > >=20 > > Macs are running Mac OS 10.1.5. Server is running FreeBSD 4.6 stable. > > mpd version is 3.8. >=20 > This is happening because the two endpoints are encrypting/decrypting > with different keys (or different algorithms). >=20 > I know of at least one Mac client that was broken (I think that it was > doing 'stateless' mode incorrectly, but don't remember the details). I know DigiTunnel for OS X works very well with mpd-3.8 as does the latest version of Tunnel Builder but only under OS 9.2.2 (for some strange reason). Pie Pants for OS X does _not_ work with mpd. I wrote the author, but he never replied. Jaguar (OS 10.2) should have it's own built-in PPTP client, so if you can't wait till next month, get the 30 day demo of DigiTunnel from http://www.gracion.com and give it a shot. Joe >=20 > If you can scrounge up a Microsoft PPTP server and try your Mac client > against it, that would show whether the Mac client is to blame (assuming > the same MPPE options were negotiated). >=20 > Try also playing with the key length, turning 'stateless' mode on/off, > etc. >=20 > -Archie >=20 > _________________________________________________________________________= _ > Archie Cobbs * Packet Design * http://www.packetdesign.co= m >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message >=20 --=-eP4U6gzNMxl8UKWwvjgG Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQA9QxTJb2iPiv4Uz4cRAm2BAJ9ZgX7YFc7joHhuY+ZPZxRRDj1uNACfZJaB pA9TRkHUzoPN2BO+mbYcEc4= =ID4e -----END PGP SIGNATURE----- --=-eP4U6gzNMxl8UKWwvjgG-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 15:14: 4 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03A8337B401 for ; Sat, 27 Jul 2002 15:13:59 -0700 (PDT) Received: from web9901.mail.yahoo.com (web9901.mail.yahoo.com [216.136.129.36]) by mx1.FreeBSD.org (Postfix) with SMTP id 732CF43E42 for ; Sat, 27 Jul 2002 15:13:58 -0700 (PDT) (envelope-from dmobrien_2001@yahoo.com) Message-ID: <20020727221358.37195.qmail@web9901.mail.yahoo.com> Received: from [216.29.200.135] by web9901.mail.yahoo.com via HTTP; Sat, 27 Jul 2002 15:13:58 PDT Date: Sat, 27 Jul 2002 15:13:58 -0700 (PDT) From: Dan O'Brien Subject: Re: ATA CDROM Problems 4.6 (and 4.6.1) To: Jesse Gross , bmah@FreeBSD.ORG Cc: FreeBSD-Stable Mailing List , Eric Chet In-Reply-To: <20020727213533.72239.qmail@web14105.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This patch is golden! I tested it using the former failing scenario: mount /cdrom cd /cdrom/ports cat ports.tgz > /dev/null Then I hammered it doing: cd /cdrom tar cvf /dev/null . It hangs together, no errors, no panics. Put this patch up on the 4.6 Errata, please! Thanks. --- Jesse Gross wrote: > > --- Dan O'Brien wrote: > > > > --- "Bruce A. Mah" wrote: > > > If memory serves me right, "Dan O'Brien" wrote: > > > > I just upgraded from 4.5 (off the CD Release) to 4.6 (off the > CD > > > > release) and yadda yadda yadda ATA CDROM fails per the Errata > > (big > > > read > > > > timeout, etc). > Actually there is a newer patch that people (including myself) have > had > luck with. > > Try the patch below. > > Jesse Gross > > Index: atapi-cd.c > =================================================================== > RCS file: /home/iedowse/CVS/src/sys/dev/ata/atapi-cd.c,v > retrieving revision 1.48.2.16 > diff -u -r1.48.2.16 atapi-cd.c > --- atapi-cd.c 27 Mar 2002 19:48:37 -0000 1.48.2.16 > +++ atapi-cd.c 26 Jul 2002 14:22:37 -0000 > @@ -266,7 +266,7 @@ > dev = make_dev(&acd_cdevsw, dkmakeminor(cdp->lun, 0, 0), > UID_ROOT, GID_OPERATOR, 0644, "acd%d", cdp->lun); > dev->si_drv1 = cdp; > - dev->si_iosize_max = 252 * DEV_BSIZE; > + dev->si_iosize_max = 64 * DEV_BSIZE; > dev->si_bsize_phys = 2048; /* XXX SOS */ > cdp->dev = dev; > cdp->device->flags |= ATA_D_MEDIA_CHANGED; ===== Dan O'Brien, dmobrien_2001@yahoo.com Cell: 614-783-4859 Work: 614-476-8473 Home: 740-927-2178 Pataskala, OH USA '02 Suzuki DL1000 #00082 Grey __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 15:16:52 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E90937B400 for ; Sat, 27 Jul 2002 15:16:49 -0700 (PDT) Received: from fe1.cox-internet.com (fe1-cox.cox-internet.com [66.76.2.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D1B143E3B for ; Sat, 27 Jul 2002 15:16:48 -0700 (PDT) (envelope-from daved@tamu.edu) Received: from host-110.dhcp.bcs.nostrum.com ([66.76.153.241]) by fe1.cox-internet.com (InterMail vK.4.04.00.00 201-232-137 license 8b8c7c02a6d7b485def54cb2fd930d8c) with SMTP id <20020727221220.HIET13865.fe1@host-110.dhcp.bcs.nostrum.com>; Sat, 27 Jul 2002 17:12:20 -0500 Date: Sat, 27 Jul 2002 17:16:48 -0500 Subject: Re: mpd pptp help Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) Cc: Archie Cobbs , stable@FreeBSD.ORG To: Joe Marcus Clarke From: David J Duchscher In-Reply-To: <1027806409.48261.28.camel@shumai.marcuscom.com> Message-Id: <8AFC4574-A1AE-11D6-9CAF-0003930B3DA4@tamu.edu> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.482) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday, July 27, 2002, at 04:46 PM, Joe Marcus Clarke wrote: > I know DigiTunnel for OS X works very well with mpd-3.8 as does the > latest version of Tunnel Builder but only under OS 9.2.2 (for some > strange reason). Pie Pants for OS X does _not_ work with mpd. I wrote > the author, but he never replied. Jaguar (OS 10.2) should have it's own > built-in PPTP client, so if you can't wait till next month, get the 30 > day demo of DigiTunnel from http://www.gracion.com and give it a shot. One of the above clients was DigiTunnel. I got it to work last night. It doesn't like it if stateless is not enabled. The other is PiePants. Performance on both seem to be rather poor unfortunately. I still need to do some more testing but I sure hope the one built in to 10.2 does better. Thanks, DaveD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 15:28: 1 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3FED37B400 for ; Sat, 27 Jul 2002 15:27:58 -0700 (PDT) Received: from CRWdog.demon.co.uk (p69-199.acedsl.com [66.114.69.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9F6443E65 for ; Sat, 27 Jul 2002 15:27:57 -0700 (PDT) (envelope-from spadger@best.com) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id 4917A171; Sat, 27 Jul 2002 18:27:56 -0400 (EDT) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: ian j hart Cc: Andy Sparrow , Andrea Monaldi , David Sieb rger , stable@FreeBSD.ORG Subject: Re: Cannot initialize disklabel In-Reply-To: Message from ian j hart of "Sat, 27 Jul 2002 22:40:59 BST." <3D43136B.6090801@ntlworld.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_2147253633P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sat, 27 Jul 2002 18:27:56 -0400 From: Andy Sparrow Message-Id: <20020727222756.4917A171@CRWdog.demon.co.uk> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_2147253633P Content-Type: text/plain; charset=us-ascii > > Every time I've upgraded any HDD since ~4.2, I've attempted to > > install FreeBSD directly without using any other OS. Each time, it's > > failed due to fdisk using some strange geometry, which the BIOS can't > > boot from afterwards (they've almost all been "large" drives, all > > IDE). I had this problem most recently about a week ago, upgrading my > > laptop drive to 40GB with a 4.6-RELEASE CD. > > Are you seriously saying that you have NEVER managed to install FBSD > without this kludge? Not at all. I installed most of the 2.x & 3.x series on different hardware multiple times without a hitch. Of course, those were mostly on smaller HDDs - and the BIOSes on those machines are pretty ancient by now... But my laptop has a circa 2000 BIOS, and FreeBSD wouldn't install without the workaround on the 6GB drive it came with, IIRC. > If I were you I'd have complained by now. ??? I've got a workaround that hasn't failed yet, and it's a known problem, to the extent of being documented in the handbook. I'm mostly concerned about the possible impact on people who want to try the OS, decide they can't get it work, and try something else. That can only hurt us, I think. However, it's a known problem for which there is a workaround. *shrug*. This is a volunteer project, and there are other things I'd personally rather see fixed. Anyone posting to -questions about getting "OS Not Found" after sysinstall would get the right answers pretty quick, I'd think. We'll probably lose the ones that don't ask, but they're probably better suited to a life as Penguinistas anyway... :) Cheers, AS --==_Exmh_2147253633P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQE9Qx5rPHh895bDXeQRAtfMAKC3ywtzUy0v3TbXNBVWNaH7kO9kRgCfcQLF B/mY8FIOclx7q4CK2gLeIVc= =g05G -----END PGP SIGNATURE----- --==_Exmh_2147253633P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 15:28:54 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A81037B400 for ; Sat, 27 Jul 2002 15:28:51 -0700 (PDT) Received: from fe3.cox-internet.com (fe3-cox.cox-internet.com [66.76.2.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04F5743E3B for ; Sat, 27 Jul 2002 15:28:51 -0700 (PDT) (envelope-from daved@tamu.edu) Received: from host-110.dhcp.bcs.nostrum.com ([66.76.153.241]) by fe3.cox-internet.com (InterMail vK.4.04.00.00 201-232-137 license 8b8c7c02a6d7b485def54cb2fd930d8c) with SMTP id <20020727222739.HRTH22387.fe3@host-110.dhcp.bcs.nostrum.com>; Sat, 27 Jul 2002 17:27:39 -0500 Date: Sat, 27 Jul 2002 17:28:50 -0500 Subject: Re: mpd pptp help Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) Cc: stable@FreeBSD.ORG To: Archie Cobbs From: David J Duchscher In-Reply-To: <200207272124.g6RLODA05470@arch20m.dellroad.org> Message-Id: <3965625E-A1B0-11D6-9CAF-0003930B3DA4@tamu.edu> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.482) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday, July 27, 2002, at 04:24 PM, Archie Cobbs wrote: > This is happening because the two endpoints are encrypting/decrypting > with different keys (or different algorithms). > > I know of at least one Mac client that was broken (I think that it was > doing 'stateless' mode incorrectly, but don't remember the details). Well, DigiTunnel doesn't like stateless not being turned on so that is probably what you are remembering. I have no idea what PiePants is doing. Guess you get what you pay for. > If you can scrounge up a Microsoft PPTP server and try your Mac client > against it, that would show whether the Mac client is to blame (assuming > the same MPPE options were negotiated). Yea, thought of that but unfortunately, haven't been able to think of somebody with a real PPTP server for me to try things against. :( > Try also playing with the key length, turning 'stateless' mode on/off, > etc. Good to hear I was playing with the right options. Key length didn't make a difference. By luck, last night I discovered that DigiTunnel needed stateless enabled. Copy and paste errors can sometimes be helpful. Overall, this has been very easy package to get going and been very stable for me. I appreciated all the work you have done on making this available and the help you have provided. DaveD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 15:58:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D246B37B400 for ; Sat, 27 Jul 2002 15:58:16 -0700 (PDT) Received: from smtp.noos.fr (lafontaine.noos.net [212.198.2.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0863043E5E for ; Sat, 27 Jul 2002 15:58:16 -0700 (PDT) (envelope-from cyrille.lefevre@laposte.net) Received: (qmail 22249325 invoked by uid 0); 27 Jul 2002 22:58:14 -0000 Received: from unknown (HELO gits.gits.dyndns.org) ([212.198.229.153]) (envelope-sender ) by 212.198.2.72 (qmail-ldap-1.03) with SMTP for ; 27 Jul 2002 22:58:14 -0000 Received: from gits.gits.fr.invalid (2o8dyjmcatio50lr@localhost [127.0.0.1]) by gits.gits.dyndns.org (8.12.5/8.12.5) with ESMTP id g6RMwENc098098 for ; Sun, 28 Jul 2002 00:58:14 +0200 (CEST) (envelope-from cyrille.lefevre@laposte.net) Date: Sun, 28 Jul 2002 00:58:09 +0200 To: Mike Tancsa Cc: stable@FreeBSD.ORG Subject: Re: Changes to tar (was Re: strange SSH / tar problem) Message-ID: <20020727225809.GA97970@gits.dyndns.org> References: <5.1.1.6.0.20020726155650.06c6f578@marble.sentex.ca> <5.1.0.14.0.20020727093841.070dac78@192.168.0.12> <20020727171340.GB30397@gits.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020727171340.GB30397@gits.dyndns.org> User-Agent: Mutt/1.3.99i Organization: ACME X-Face: V|+c;4!|B?E%BE^{E6);aI.[< X-Delivery-Agent: TMDA/0.58 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jul 27, 2002 at 07:13:40PM +0200, Cyrille Lefevre wrote: > On Sat, Jul 27, 2002 at 09:48:31AM -0400, Mike Tancsa wrote: > > > > Actually, someone pointed out this is a tar problem. I forgot that > > RELENG_4 has a whole new version of tar. tar (GNU tar) 1.13.25 vs 1.11.2. > [snip] > > gzip: stdin: decompression OK, trailing garbage ignored > > tar: Child returned status 2 > > tar: Error exit delayed from previous errors > [snip] > > this is a long standing known problem in gzip 1.2 which has been > solved in gzip 1.3. I'm currently making a port of gzip 1.3.3, so, done, see PR #41061 http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/41061 > you can use --use-compress-program=/usr/local/bin/gzip until > gzip 1.3.3 is imported into -current or -stable. also done, see PR #41060 http://www.FreeBSD.org/cgi/query-pr.cgi?pr=bin/41060 Cyrille. -- Cyrille Lefevre mailto:cyrille.lefevre@laposte.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 16: 8:58 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F206C37B400 for ; Sat, 27 Jul 2002 16:08:54 -0700 (PDT) Received: from topperwein.dyndns.org (acs-24-154-28-203.zoominternet.net [24.154.28.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3140943E4A for ; Sat, 27 Jul 2002 16:08:54 -0700 (PDT) (envelope-from behanna@zbzoom.net) Received: from topperwein (topperwein [192.168.168.10]) by topperwein.dyndns.org (8.12.5/8.12.5) with ESMTP id g6RN8rno014735 for ; Sat, 27 Jul 2002 19:08:53 -0400 (EDT) (envelope-from behanna@zbzoom.net) Date: Sat, 27 Jul 2002 19:08:48 -0400 (EDT) From: Chris BeHanna Reply-To: Chris BeHanna To: FreeBSD-Stable Subject: Re: Cannot initialize disklabel In-Reply-To: <20020727153047.58464.qmail@web21507.mail.yahoo.com> Message-ID: <20020727190641.S12561-100000@topperwein.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 27 Jul 2002, Andrea Monaldi wrote: > [...snip...] > > I've edited this label from linux fdisk and set it up > correctly. > > Then I reboot FreeBSD and the command disklabel > /dev/ad2 shows 4092 cylinders instead if 39693. > > If I execute disklabel -r /dev/ad2 the cylinder count > is ok, meaning the disk copy of the label is correct. > > The kernel in-core BSD label is always incorrect and, > as FreeBSD fdisk relies on it I can't create a > partition greather tha 2 GB (4092 cylinders) This sounds like LBA is not enabled. > Worse, if I set up the partition from linux fdisk and > the correct BSD label, when I boot FreeBSD the in-core > BSD label is still 4092 cylinders and the ata driver > complaints about having a partition too big. I wouldn't ever have thought that Linux fdisk would produce something compatible with FreeBSD. > If try to edit the BSD label the ata driver block the > writes. > > I don't understand why from BSD there's no way to > force a new BSD label. Try using /stand/sysinstall to repartition and relabel the disk. Failing that, try disklabel -e so that you can edit the label. If this still doesn't work, it'd be mighty helpful if you'd provide the output of fdsik disklabel disklabel -r for the disk in question. -- Chris BeHanna http://www.pennasoft.com Principal Consultant PennaSoft Corporation chris@pennasoft.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 16:48:34 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FDD237B400 for ; Sat, 27 Jul 2002 16:48:32 -0700 (PDT) Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9249043E5E for ; Sat, 27 Jul 2002 16:48:31 -0700 (PDT) (envelope-from kstewart@owt.com) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id QAA03435; Sat, 27 Jul 2002 16:48:23 -0700 Message-ID: <3D433147.7000509@owt.com> Date: Sat, 27 Jul 2002 16:48:23 -0700 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4.1) Gecko/20020314 Netscape6/6.2.2 X-Accept-Language: en-us, es-mx MIME-Version: 1.0 To: John Polstra Cc: stable@FreeBSD.ORG Subject: Re: build world fail References: <20020727175227.GA82949@zeus.havoc2k.or.id> <3D42FB8D.3050202@owt.com> <200207272101.g6RL1NhY039796@vashon.polstra.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Polstra wrote: > In article <3D42FB8D.3050202@owt.com>, Kent Stewart wrote: > > >>Some of the cvsup servers have been failing recently. I had to >>switch to cvsup13 because cvsup16 was not keeping uptodate. >> > > > Did you report it to the maintainer of cvsup16? That's the only way > problems like this get fixed. > > Yes, but never got a reply back that it was fixed. Kent > John > -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 17: 9:10 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F91537B400; Sat, 27 Jul 2002 17:09:05 -0700 (PDT) Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA21443E5E; Sat, 27 Jul 2002 17:09:04 -0700 (PDT) (envelope-from kstewart@owt.com) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id RAA04404; Sat, 27 Jul 2002 17:09:03 -0700 Message-ID: <3D43361E.3060204@owt.com> Date: Sat, 27 Jul 2002 17:09:02 -0700 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4.1) Gecko/20020314 Netscape6/6.2.2 X-Accept-Language: en-us, es-mx MIME-Version: 1.0 To: "Dan O'Brien" Cc: Jesse Gross , bmah@FreeBSD.ORG, FreeBSD-Stable Mailing List , Eric Chet Subject: Re: ATA CDROM Problems 4.6 (and 4.6.1) References: <20020727221358.37195.qmail@web9901.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan O'Brien wrote: > This patch is golden! > > I tested it using the former failing scenario: > > mount /cdrom > cd /cdrom/ports > cat ports.tgz > /dev/null > > Then I hammered it doing: > > cd /cdrom > tar cvf /dev/null . > > It hangs together, no errors, no panics. > > Put this patch up on the 4.6 Errata, please! > Sos has two patches to atapi-cd.c that have been added to -current. The first one changed the 252 to 126 (instead of 64) and the second one changed some parameter calculations. You may still need the other patch. I imagine they will be MFCed soon. Kent > Thanks. > > --- Jesse Gross wrote: > >>--- Dan O'Brien wrote: >> >>>--- "Bruce A. Mah" wrote: >>> >>>>If memory serves me right, "Dan O'Brien" wrote: >>>> >>>>>I just upgraded from 4.5 (off the CD Release) to 4.6 (off the >>>>> >>CD >> >>>>>release) and yadda yadda yadda ATA CDROM fails per the Errata >>>>> >>>(big >>> >>>>read >>>> >>>>>timeout, etc). >>>>> > >>Actually there is a newer patch that people (including myself) have >>had >>luck with. >> >>Try the patch below. >> >>Jesse Gross >> >>Index: atapi-cd.c >>=================================================================== >>RCS file: /home/iedowse/CVS/src/sys/dev/ata/atapi-cd.c,v >>retrieving revision 1.48.2.16 >>diff -u -r1.48.2.16 atapi-cd.c >>--- atapi-cd.c 27 Mar 2002 19:48:37 -0000 1.48.2.16 >>+++ atapi-cd.c 26 Jul 2002 14:22:37 -0000 >>@@ -266,7 +266,7 @@ >> dev = make_dev(&acd_cdevsw, dkmakeminor(cdp->lun, 0, 0), >> UID_ROOT, GID_OPERATOR, 0644, "acd%d", cdp->lun); >> dev->si_drv1 = cdp; >>- dev->si_iosize_max = 252 * DEV_BSIZE; >>+ dev->si_iosize_max = 64 * DEV_BSIZE; >> dev->si_bsize_phys = 2048; /* XXX SOS */ >> cdp->dev = dev; >> cdp->device->flags |= ATA_D_MEDIA_CHANGED; >> > > > ===== > Dan O'Brien, dmobrien_2001@yahoo.com > Cell: 614-783-4859 Work: 614-476-8473 > Home: 740-927-2178 Pataskala, OH USA > '02 Suzuki DL1000 #00082 Grey > > __________________________________________________ > Do You Yahoo!? > Yahoo! Health - Feel better, live better > http://health.yahoo.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > > . > > -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 17:20: 0 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F60137B400 for ; Sat, 27 Jul 2002 17:19:56 -0700 (PDT) Received: from pc1-cove2-4-cust33.bir.cable.ntl.com (pc1-cove2-4-cust33.bir.cable.ntl.com [80.4.78.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBC3D43E4A for ; Sat, 27 Jul 2002 17:19:54 -0700 (PDT) (envelope-from ianjhart@ntlworld.com) Received: from ntlworld.com (alpha.private.lan [192.168.0.2]) by pc1-cove2-4-cust33.bir.cable.ntl.com (8.12.3/8.12.3) with ESMTP id g6RNvHgA074423; Sun, 28 Jul 2002 00:57:18 +0100 (BST) (envelope-from ianjhart@ntlworld.com) Message-ID: <3D43335D.78197D5A@ntlworld.com> Date: Sun, 28 Jul 2002 00:57:17 +0100 From: ian j hart X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: Andy Sparrow Cc: Andrea Monaldi , David Sieb rger , stable@FreeBSD.ORG Subject: Re: Cannot initialize disklabel References: <20020727222756.4917A171@CRWdog.demon.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andy Sparrow wrote: > > > > Every time I've upgraded any HDD since ~4.2, I've attempted to > > > install FreeBSD directly without using any other OS. Each time, it's > > > failed due to fdisk using some strange geometry, which the BIOS can't > > > boot from afterwards (they've almost all been "large" drives, all > > > IDE). I had this problem most recently about a week ago, upgrading my > > > laptop drive to 40GB with a 4.6-RELEASE CD. > > > > Are you seriously saying that you have NEVER managed to install FBSD > > without this kludge? > > Not at all. I installed most of the 2.x & 3.x series on different hardware > multiple times without a hitch. Of course, those were mostly on smaller HDDs - > and the BIOSes on those machines are pretty ancient by now... > > But my laptop has a circa 2000 BIOS, and FreeBSD wouldn't install without the > workaround on the 6GB drive it came with, IIRC. I was having to set geometry manually on one particular M/B about this time period. I recently re-installed 4.6 without a hitch. (I did have to zero the MBR tho'.) > > > If I were you I'd have complained by now. > > ??? I've got a workaround that hasn't failed yet, and it's a known problem, to > the extent of being documented in the handbook. I've read this but I can't find it. Can you quote the section number? The point is not that you have a workaround. *You* are not a newbie. If you had reported your problems, at the very least they would be documented on the ML where a newbie might accidently stumble upon them. > > I'm mostly concerned about the possible impact on people who want to try the > OS, decide they can't get it work, and try something else. That can only hurt > us, I think. > But your comment, "Every time..." isn't helping. My experience is that I have NEVER, EVER, *HAD* to use MSDOS fdisk to install FBSD. I've had to do some weird shi^h^htuff, but never that. double ditto Linux (any flavor). Remember, every once in a blue moon a newbie will actually read this ML. Suggesting you need to own MSDOS to complete the install, doesn't help at all. > However, it's a known problem for which there is a workaround. *shrug*. This > is a volunteer project, and there are other things I'd personally rather see > fixed. > > Anyone posting to -questions about getting "OS Not Found" after sysinstall > would get the right answers pretty quick, I'd think. We'll probably lose the > ones that don't ask, but they're probably better suited to a life as > Penguinistas anyway... :) > > Cheers, > > AS > -- ian j hart To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 17:21:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C87537B400 for ; Sat, 27 Jul 2002 17:21:41 -0700 (PDT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1B2743E5E for ; Sat, 27 Jul 2002 17:21:40 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP id GQF37091; Sat, 27 Jul 2002 17:21:39 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Postfix) with ESMTP id AACA05D03; Sat, 27 Jul 2002 17:21:36 -0700 (PDT) To: Chris Pepper Cc: Paulo Fragoso , Alexandr Kovalenko , Gavin Atkinson , Michiel Boland , freebsd-stable@FreeBSD.ORG Subject: Re: 4.6-RELEASE -> 4.5-RELENG In-reply-to: Your message of "Thu, 25 Jul 2002 23:54:13 EDT." Date: Sat, 27 Jul 2002 17:21:36 -0700 From: "Kevin Oberman" Message-Id: <20020728002136.AACA05D03@ptavv.es.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Date: Thu, 25 Jul 2002 23:54:13 -0400 > From: Chris Pepper > > At 10:56 AM -0700 2002/07/10, Kevin Oberman wrote: > > > Date: Wed, 19 Jun 2002 15:14:00 -0300 (BRT) > >> From: Paulo Fragoso > >> Sender: owner-freebsd-stable@FreeBSD.ORG > >> > >> On Wed, 19 Jun 2002, Alexandr Kovalenko wrote: > >> > >> > You also should update your MAKEDEV script with mergemaster. > >> > And to sh MAKEDEV all again. Device minor/major numbers was changed with > >> > ata(4) MFC. > >> > >> After we redid all following this steps: > >> > >> make buildworld > >> make installworld > >> make buildkernel KERNCONF=KERNEL6 > >> make installkernel KERNCONF=KERNEL6 > >> mergemaster -a > >> cd /dev && sh MAKEDEV all > >> > >> and restoring some files from backup (group, rc.firewall, etc), all > >> is working fine. > > > >I keep posting this because people keep building new systems in a > >dangerous way. > > > >Doing the installworld before building and booting the new kernel is > >very risky. It will almost always make no difference, but, on the > >rare occasions when it does, it will leave you with a VERY sick > >system and the only way out maybe to re-install FreeBSD from scratch. > > > >While there are a few niggles, the proper sequence is: > >mergemaster -p (This is NEW!) > >make buildworld > >make kernel KERNCONF=your_kernel_conf_name > > Why not 'make installkernel' per > ? > Is there a problem with the Handbook? Just to save keystrokes when you will be installing the new kernel immediately after building. The 'kernel' make object is literally 'buildkernel installkernel'. There is no real difference and, if you don't want to install the new kernel immediately, buildkernel is the proper thing to do. > >REBOOT into single-user mode! (This does not mean drop to single user.) > > Why? Is this to test installkernel -- which I don't see in > your list? I've been using "shutdown now" successfully for a while > now; much easier not to have to remount & set the TZ before > installkernel, then rebooting (multi) to test the kernel, then > "shutdown now" to installworld. It is to confirm that the newly built (and installed) kernel works. IF you find the new kernel does not work, no big. Just boot kernel.old and figure out why it failed. But, if you have already done an installworld, you may not be able to do that. This may mean re-installing the system from scratch with significant down-time. A bad kernel is easy to recover from. A kernel that will not run with the installed userland is almost impossible to fix. I am confused as to what is do difficult about "mount -a -t ufs"? You don't re-boot multi until the installworld is completed. Once again: make kernel (or installkernel) KERNCONF=your_conf_file reboot hit a space while the loader is counting down and: boot -s fsck -p (not really required, but I am paranoid) mount -a -t ufs cd /usr/src make installworld mergemaster -i (or you favorite mergemaster invocation) exit (or reboot) If you exit to multi-user mode, this requires exactly one reboot and the mount command. I fail to see why this is a hardship unless you don't have console access. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jul 27 17:28:20 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C1E937B40B for ; Sat, 27 Jul 2002 17:28:09 -0700 (PDT) Received: from firehouse.net (dsl-64-130-18-61.telocity.com [64.130.18.61]) by mx1.FreeBSD.org (Postfix) with SMTP id 89A9043E4A for ; Sat, 27 Jul 2002 17:28:08 -0700 (PDT) (envelope-from alan-dated-1028248080.ae5762@clegg.com) Received: (qmail 45074 invoked by uid 85); 28 Jul 2002 00:28:01 -0000 Date: Sat, 27 Jul 2002 20:28:00 -0400 To: FreeBSD-Stable Mailing List Subject: ATA CDROM Problems 4.6 (and 4.6.1) -- DIFFERENT PROBLEM Message-ID: <20020727202800.B44130@shazam.wetworks.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="cmJC7u66zC7hs+87" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i From: "Alan B. Clegg" X-Delivery-Agent: TMDA/0.52 (Python 2.2 on FreeBSD/i386) X-TMDA-Fingerprint: Ax9VcLAXVqvEF4m7ptjCoyZ4Ge4 X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --cmJC7u66zC7hs+87 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've got a 4.6 laptop that no-longer sees it's DVD-ROM drive. The drive works fine under Windows, but under 4.6, it's not seen. I found a similar thread that mentioned the change in minor device numbers, but that's not it. The device just plain does not show up. =20 ata0 and ata1 are both found, and ad0 is found on ata0, but the DVD-ROM (which I believe is on ata1) is not found. I've searched, I've poked, and I've been found wanton. Anyone have any ideas on how to get my drive back? dmesg output attached. --SNIP-- Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.6-STABLE #6: Sun Jul 21 20:28:00 EDT 2002 abc@skippy.wetworks.org:/usr/obj/usr/src/sys/skippy Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (696.84-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x68a Stepping =3D 10 Features=3D0x387f9ff real memory =3D 335478784 (327616K bytes) avail memory =3D 321052672 (313528K bytes) Preloaded elf kernel "kernel" at 0xc04d2000. module_register_init: MOD_LOAD (vesa, c0359efc, 0) error 6 Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 268435454 entries at 0xc00f0970 apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 pcic0: mem 0x41100000-0x41100fff irq 11 at= devi ce 4.0 on pci0 pcic0: Polling mode pcic0: TI12XX PCI Config Reg: [speaker enable][pwr save][CSC serial isa irq] pccard0: on pcic0 pcic1: mem 0x41180000-0x41180fff irq 11 at= devi ce 4.1 on pci0 pcic1: Polling mode pcic1: TI12XX PCI Config Reg: [speaker enable][pwr save][CSC serial isa irq] pccard1: on pcic1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x4010-0x401f at device 7.1 on= pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0x4020-0x403f irq 11 = at de vice 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered chip1: port 0x4000-0x400f at de= vice=20 7.3 on pci0 pcm0: port 0x4400-0x44ff irq 11 at device 8.0 o= n pci 0 fxp0: port 0x2000-0x203f mem 0x41200000-0= x4121 ffff,0x41280000-0x41280fff irq 11 at device 9.0 on pci0 fxp0: Ethernet address 00:d0:59:3a:50:cc inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: (vendor=3D0x11c1, dev=3D0x0445) at 9.1 irq 11 orm0: