Re: Who is responsible for the install check goo in Makefile.inc1

From: Ruslan Ermilov (ru_at_FreeBSD.org)
Date: 07/30/03

  • Next message: John Birrell: "Re: Who is responsible for the install check goo in Makefile.inc1"
    Date: Wed, 30 Jul 2003 10:24:42 +0300
    To: Peter Wemm <peter@wemm.org>
    
    
    

    [ Moved to -current ]

    On Tue, Jul 29, 2003 at 07:12:09PM -0700, Peter Wemm wrote:
    > John Birrell wrote:
    [...]
    > > The installworld check for a kernel with the new sigaction promptly
    > > core-dumped sh with the unsupported syscall. I think this check should
    > > be based on sysctl kern.osreldate, not just running the new shell to see
    > > if it core dumps. Thats kind of sub-optimal because I normally associate
    > > core dumps during build/installworld with a dodgy build. In this case,
    > > the build wasn't dodgy... I just hadn't realised that I was missing a toe.
    >
    > The problem is that some of the install scripts run the host /bin/sh *after*
    > src/bin has been installed. If your sh in ${OBJDIR} wont run, you *WILL*
    > be hosed later on in the build with about a 50:50 split between old and new
    > worlds. I dont recall which scripts are the culprits, but it is a side
    > effect of "#! /bin/sh" that is on a script that is run during installworld.
    >
    > In theory, the 'make installworld' stuff copies everything needed for an
    > installworld to a /tmp directory, but it still misses a bunch of
    > "#! /bin/sh" type things. This isn't a cross build issue because the shell
    > scripts are run on the host.
    >
    > For what its worth, this test saved me yesterday when I was trying to update
    > an ancient ia64 box to -current.
    >
    That wasn't the point John was trying to make, IMO.

    I'm regularly upgrading 4.0-RELEASE to 5.x-CURRENT to check that
    the upgrade path wasn't broken, and this check comes very handy.
    I wouldn't object though if it was done using kern.osreldate.

    I'd happily test any patches in this direction for you, John.

    Cheers,

    -- 
    Ruslan Ermilov		Sysadmin and DBA,
    ru@sunbay.com		Sunbay Software Ltd,
    ru@FreeBSD.org		FreeBSD committer
    
    



  • Next message: John Birrell: "Re: Who is responsible for the install check goo in Makefile.inc1"

    Relevant Pages

    • Re: updating system help ??!!??
      ... also that would be great if you could send those scripts that you were ... > and installworld to succeed. ... >> If everything is "OK" shutdown and reboot into single user mode ... > Best to do mergemaster before you reboot. ...
      (freebsd-stable)
    • Re: How do I import many names & addresses in a Letter to a Word D
      ... wrote:>Type: Individual>ContactFirstName: John ... There are some scripts on my website for handling this sort of thing. ... John Nurick [Microsoft Access MVP] ...
      (microsoft.public.access.externaldata)
    • Re: Way Kool ! - Wizards of Winter
      ... good-sized group of people using this controller. ... The scripts are played on a timed event basis so don't run continuously ... addition to Xmas lights it would be great for church & school plays, ... >> John W ...
      (comp.home.automation)
    • Tom-> session hijacking (3)
      ... Dicky...nice name you picked pretty close to what I picked for him, but John ... Holmes picked something similar for himself so watch out or he could be mad ... option of legally changing....I checked those scripts thoroughly...its only ... the sessions where there's a problem. ...
      (php.general)
    • Re: Critcize my scripts.
      ... Thank you John and Wiggins for your time and ... > loan tran wrote: ... >> Please critize my scripts and suggest better ways ... > perldoc perlfunc ...
      (perl.beginners)