AF:
NF:0
PS:10
SRH:1
SFN:
DSR:
MID:<20070108144114.4ba0c64e@ripper.onstor.net>
CFG:
PT:0
S:andy.sharp@onstor.com
RQ:
SSV:onstor-exch02.onstor.net
NSV:
SSH:
R:<larry.scheer@onstor.com>
MAID:1
X-Sylpheed-Privacy-System:
X-Sylpheed-Sign:0
SCF:#mh/Mailbox/sent
RMID:#imap/andys@onstor.net@onstor-exch02.onstor.net/INBOX	0	BB375AF679D4A34E9CA8DFA650E2B04E0A9462@onstor-exch02.onstor.net
X-Sylpheed-End-Special-Headers: 1
Date: Mon, 8 Jan 2007 14:41:51 -0800
From: Andrew Sharp <andy.sharp@onstor.com>
To: "Larry Scheer" <larry.scheer@onstor.com>
Subject: Re: Compile Problems / replacement
Message-ID: <20070108144151.359027ea@ripper.onstor.net>
In-Reply-To: <BB375AF679D4A34E9CA8DFA650E2B04E0A9462@onstor-exch02.onstor.net>
References: <BB375AF679D4A34E9CA8DFA650E2B04E01FF80CE@onstor-exch02.onstor.net>
	<BB375AF679D4A34E9CA8DFA650E2B04E0A9462@onstor-exch02.onstor.net>
Organization: Onstor
X-Mailer: Sylpheed-Claws 2.6.0 (GTK+ 2.8.20; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

-C is old and is gone from install these days.  So the newer you go on
RPM, the less likely it will have it.  -S on Linux means change the
backup suffix or something like that, it has a completely different
meaning from bsd install.

 On Mon, 8 Jan 2007 14:34:10 -0800 "Larry Scheer"
<larry.scheer@onstor.com> wrote:

> Well I was wrong about the -C being removed from the Makefiles. I see
> it is still there. Install -C works on Red Hat EL4 but not fedora.
> 
> Here is what I see:
> From compile2: (Linux compile2.onstor.net 2.6.18-1.2257.fc5smp #1 SMP
> Fri Dec 15 16:33:51 EST 2006 i686 i686 i386 GNU/Linux)
> rpm -q -v -f /usr/bin/install
> coreutils-5.97-1.2
> 
> From my desktop: (Linux larrys.onstor.net 2.6.9-5.ELsmp #1 SMP Wed
> Jan 5 19:30:39 EST 2005 i686 i686 i386 GNU/Linux)
> coreutils-5.2.1-31
> 
> A man install on my descktop shows:
> 
>        -c     (ignored)
> 
>        -C     Install  file,  unless target already exists and is the
> same as
>               the new file, in which case  the  modification  time
> won't  be changed.
> 
> But -C is not in the man pages for install on compile2. Perhaps we can
> find a newer rpm for the core-utils to install on compile2.
> 
> Larry 
> 
> 
> 
> -----Original Message-----
> From: Ron Bhanukitsiri 
> Sent: Monday, January 08, 2007 2:20 PM
> To: Larry Scheer
> Subject: RE: Compile Problems / replacement
> 
> I was trying to build 1.3.3 branch because I was working
> on a customer's defect.  So maybe I shouldn't be building
> my 1.3.3 workspace on compile2?  Interestingly, 1.3.3 built
> ok on compile.
> 
> Ron B[ee]
> 
> -----Original Message-----
> From: Larry Scheer 
> Sent: Monday, January 08, 2007 2:18 PM
> To: Ron Bhanukitsiri
> Subject: RE: Compile Problems / replacement
> 
> Ron I thought the -C option was removed from the Makefiles a long time
> ago. What are you trying to do?
> 
> -----Original Message-----
> From: Ron Bhanukitsiri 
> Sent: Monday, January 08, 2007 2:14 PM
> To: Ken Renshaw; Nagendra Subramanya; Brian Baker; Brian DeForest
> Cc: Larry Scheer
> Subject: RE: Compile Problems / replacement
> 
> Both shows only /usr/bin/install for me.
> 
> Ron B[ee]
> 
> -----Original Message-----
> From: Ken Renshaw 
> Sent: Monday, January 08, 2007 2:10 PM
> To: Nagendra Subramanya; Brian Baker; Brian DeForest; Ron Bhanukitsiri
> Cc: Larry Scheer
> Subject: RE: Compile Problems / replacement
> 
> My first reaction is that we need to keep the current working
> toolchain in place, and any changes heavily scrutinized.
> 
> What is the difference in output for 'which -a install' on both
> machines? It might be as simple as a path-ordering problem.
> 
> Thanks,
> 
> -Ken
> 
> 
> -----Original Message-----
> From: Nagendra Subramanya
> Sent: Mon 1/8/2007 2:05 PM
> To: Brian Baker; Brian DeForest; Ron Bhanukitsiri
> Cc: Ken Renshaw; Larry Scheer
> Subject: RE: Compile Problems / replacement
>  
> Hi,
> I recommend talking to Ken and Larry about this.
> 
> -Nags
> 
> _____________________________________________
> From: Brian Baker 
> Sent: Monday, January 08, 2007 2:02 PM
> To: Brian DeForest; Ron Bhanukitsiri
> Cc: Nagendra Subramanya
> Subject: RE: Compile Problems / replacement
> 
> I can install the older version of install but as a dev team you
> should think of the impact of not using this switch if it is no longer
> supported. Let me know how you would like to proceed, as is or with a
> lower version of install.
> Ron, I assume you can build without the -C switch?
> 
> Brian
> 
> _____________________________________________
> From: Brian DeForest 
> Sent: Monday, January 08, 2007 12:29 PM
> To: Ron Bhanukitsiri; Brian Baker
> Cc: Nagendra Subramanya
> Subject: RE: Compile Problems / replacement
> 
> 
> Nagendra should be on this thread also.
> 
> _____________________________________________
> From: Ron Bhanukitsiri 
> Sent: Monday, January 08, 2007 9:42 AM
> To: Brian Baker
> Cc: Brian DeForest
> Subject: RE: Compile Problems / replacement
> 
> Hi Brian,
> 
> Still can't build on compile2.  I got the following error.
> 
> install -C -o ronb -g software -m 0444 pmtab rc.agile
> ../../Build/bc/dbg/etc
> install: invalid option -- C
> Try `install --help' for more information.
> make[2]: *** [../../Build/bc/dbg/etc/pmtab] Error 1
> make[2]: Leaving directory
> `/homes/ronb/ons/r1.3.3/nfx-tree/code/ssc-pm' make[1]: *** [default]
> Error 1 make[1]: Leaving directory `/homes/ronb/ons/r1.3.3/nfx-tree'
> make: *** [ssc] Error 2
> 
> When I examine install program, on compile2 I got this with "install
> -version"
> -bash-3.1$ install --version
> install (GNU coreutils) 5.97
> Copyright (C) 2006 Free Software Foundation, Inc.
> This is free software.  You may redistribute copies of it under the
> terms of
> the GNU General Public License <http://www.gnu.org/licenses/gpl.html>.
> There is NO WARRANTY, to the extent permitted by law.
> 
> Written by David MacKenzie.
> 
> 
> But on compile which still works for me, I got this.
> Report bugs to <bug-fileutils@gnu.org>.
> -bash-2.05b$ install --version
> install (fileutils) 4.1.9
> Written by David MacKenzie.
> 
> Copyright (C) 2002 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There
> is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
> PURPOSE.
> -bash-2.05b$
> 
> So maybe the newer version doesn't support -C?
> 
> Thanks,
> Ron B[ee]
> 
> 
> _____________________________________________
> From: Brian Baker 
> Sent: Friday, January 05, 2007 12:17 PM
> To: Ken Renshaw; Ron Bhanukitsiri; Maxim Kozlovsky; James Kahn; John
> Rogers; Jeyaram Sankar Gurusamy (HCL); Raviprasad SN; Narain Ramadass;
> Kevin Matthews; Jonathan Goldick; Larry Scheer
> Subject: RE: Compile Problems / replacement
> 
> Ron,
> I think I have the tool set properly loaded. Give it another shot.
> 
> _____________________________________________
> From: Ken Renshaw 
> Sent: Friday, January 05, 2007 12:07 PM
> To: Ron Bhanukitsiri; Brian Baker; Maxim Kozlovsky; James Kahn; John
> Rogers; Jeyaram Sankar Gurusamy (HCL); Raviprasad SN; Narain Ramadass;
> Kevin Matthews; Jonathan Goldick; Larry Scheer
> Subject: RE: Compile Problems / replacement
> 
> 
> If /usr/local is incomplete you probably need to extract this tarfile
> containing the complete compile toolset:
> 
> cd /usr
> tar xfpz /n/QA/Perforce/SourceDrop/usr.local.tar.gz
> 
> -Ken
> _____________________________________________
> From: Ron Bhanukitsiri 
> Sent: Friday, January 05, 2007 12:03 PM
> To: Brian Baker; Maxim Kozlovsky; James Kahn; Ken Renshaw; John
> Rogers; Jeyaram Sankar Gurusamy (HCL); Raviprasad SN; Narain
> Ramadass; Kevin Matthews; Jonathan Goldick; Larry Scheer
> Subject: RE: Compile Problems / replacement
> 
> My nfx-tree build failed.
> /usr/local/sbtools/x86-linux-rh6.0/sb1-elf-2.5.11/bin/sb1-elf-ld
> -T./fp.ld.cmd -nostdinc -EL -Aendian\(little\) -g \
> -o Build/bc/dbg/Images/fp_bc
> ./extra/sbtools/x86-linux-rh6.0/mips64-sb1sim-2.3.1/lib/gcc-lib/mips64-s
> b1sim/3.0.4/el/mips4/long64/crtbegin.o
> ./extra/sbtools/x86-linux-rh6.0/mips64-sb1sim-2.3.1/lib/gcc-lib/mips64-s
> b1sim/3.0.4/el/mips4/long64/crtend.o \
>   Build/bc/dbg/Images/fp_bc-ver.o
> Build/bc/dbg/Objects/NFP_FP/sm-start.o
> Build/bc/dbg/Objects/NFP_FP/sm-scsiio.o
> Build/bc/dbg/Objects/NFP_FP/sm-eee.o
> Build/bc/dbg/Objects/NFP_FP/sm-malloc-slab.o
> Build/bc/dbg/Objects/NFP_FP/sm-queue.o
> Build/bc/dbg/Objects/NFP_FP/sm-timer.o
> Build/bc/dbg/Objects/NFP_FP/sm-esm.o
> Build/bc/dbg/Objects/NFP_FP/sm-thread.o
> Build/bc/dbg/Objects/NFP_FP/sm-hash.o
> Build/bc/dbg/Objects/NFP_FP/sm-libc.o
> Build/bc/dbg/Objects/NFP_FP/sm-chassis.o
> Build/bc/dbg/Objects/NFP_FP/sm-ui.o
> Build/bc/dbg/Objects/NFP_FP/sm-test.o
> Build/bc/dbg/Objects/NFP_FP/sm-serio.o
> Build/bc/dbg/Objects/NFP_FP/sm-pci.o
> Build/bc/dbg/Objects/NFP_FP/sm-sbm-rev2.o
> Build/bc/dbg/Objects/NFP_FP/sm-cod.o
> Build/bc/dbg/Objects/NFP_FP/sm-linux-shmem.o
> Build/bc/dbg/Objects/NFP_FP/sm-linux-socket.o
> Build/bc/dbg/Objects/NFP_FP/sm-spinlock.o
> Build/bc/dbg/Objects/NFP_FP/sm-sdm-agent.o
> Build/bc/dbg/Objects/NFP_FP/sm-fs.o
> Build/bc/dbg/Objects/NFP_FP/sm-nvram.o
> Build/bc/dbg/Objects/NFP_FP/sm-evm-srvr.o
> Build/bc/dbg/Objects/NFP_FP/sm-debug.o
> Build/bc/dbg/Objects/NFP_FP/sm-prof.o
> Build/bc/dbg/Objects/NFP_FP/sm-file.o
> Build/bc/dbg/Objects/NFP_FP/sm-seep.o
> Build/bc/dbg/Objects/NFP_FP/sm-dp-proxy.o
> Build/bc/dbg/Objects/NFP_FP/sm-ndmp.o
> Build/bc/dbg/Objects/NFP_FP/sm-backplane.o
> Build/bc/dbg/Objects/NFP_FP/sm-rcon.o
> Build/bc/dbg/Objects/NFP_FP/sm-hw.o
> Build/bc/dbg/Objects/NFP_FP/sm-elog.o
> Build/bc/dbg/Objects/NFP_FP/sm-lsi8104.o
> Build/bc/dbg/Objects/NFP_FP/sm-sys-dvt.o
> Build/bc/dbg/Objects/NFP_FP/sm-event.o
> Build/bc/dbg/Objects/NFP_FP/sm-gcov.o
> Build/bc/dbg/Objects/NFP_FP/sm-scsit-fp.o
> Build/bc/dbg/Objects/NFP_FP/sm-stats.o
> Build/bc/dbg/Objects/NFP_FP/sm-utils.o
> Build/bc/dbg/Objects/NFP_FP/sm-sb1250-prof.o
> Build/bc/dbg/Objects/NFP_FP/sm-icu-common.o
> Build/bc/dbg/Objects/NFP_FP/sm-icu-data.o
> Build/bc/dbg/Objects/NFP_FP/sm-sanm-agent.o
> Build/bc/dbg/Objects/NFP_FP/sm-swapfile.o
> Build/bc/dbg/Objects/NFP_FP/sm-drs.o
> Build/bc/dbg/Objects/NFP_FP/sm-simtape.o
> Build/bc/dbg/Objects/NFP_FP/sm-testdump.o
> Build/bc/dbg/Objects/NFP_FP/sm-rmc.o
> Build/bc/dbg/Objects/NFP_FP/sm-tpl-fp.o
> Build/bc/dbg/Objects/NFP_FP/sm-sb1250.o
> Build/bc/dbg/Objects/NFP_FP/sm-bmc12500-eth.o
> Build/bc/dbg/Objects/NFP_FP/sm-cache.o
> Build/bc/dbg/Objects/NFP_FP/sm-prom-upgrade.o
> Build/bc/dbg/Objects/NFP_FP/sm-except.o
> Build/bc/dbg/Objects/NFP_FP/sm-jmptbl.o
> Build/bc/dbg/Objects/NFP_FP/sm-zlib.o
> Build/bc/dbg/Objects/NFP_FP/sm-coredump.o /bin/sh: /usr/local/sde4/bin/conv:
> No such file or directory make[1]: ***
> [Build/bc/dbg/Images/fp_bc.bin] Error 127 make[1]: Leaving directory
> `/homes/ronb/ons/r1.3.3/nfx-tree' make: *** [fp] Error 2
> 
> -bash-3.1$ dir /usr/local/sde4/bin/conv
> /bin/ls: /usr/local/sde4/bin/conv: No such file or directory
> 
> Looks like stuff are missing from /usr/local.  I check conv and it's
> on the old compile.
> 
> Ron B[ee]
> 
> _____________________________________________
> From: Brian Baker 
> Sent: Thursday, January 04, 2007 12:46 PM
> To: Brian Baker; maxim.kozlovsky@onstor.com; James Kahn; Ken Renshaw;
> John Rogers; Jeyaram Sankar Gurusamy (HCL); Raviprasad SN; Narain
> Ramadass; Kevin Matthews; Ron Bhanukitsiri; Jonathan Goldick; Larry
> Scheer
> Subject: RE: Compile Problems / replacement
> 
> Compile users,
> Thanks for the feedback on the compile2 system. A perforce client has
> been added, softlinks to openbsd compilers have been created and the
> /usr/local/sbtools environment has been created. When you have a
> moment please give the new system a shot and let me know how the new
> system handles. 
> 
> Brian
> 
> _____________________________________________
> From: Brian Baker 
> Sent: Tuesday, January 02, 2007 4:52 PM
> To: 'maxim.kozlovsky@onstor.com'; James Kahn; Ken Renshaw; John
> Rogers; Jeyaram Sankar Gurusamy (HCL); Raviprasad SN; Narain
> Ramadass; Kevin Matthews; Ron Bhanukitsiri; Jonathan Goldick
> Subject: Compile Problems / replacement
> 
> 
> Compile users,
> We are looking at replacing the compile server as we cannot identify
> the problem where it stops responding to ssh. A second compile server
> is in place, compile2.onstor.net (10.0.0.23). When you have a moment
> ssh to compile2.onstor.net and let me know if you experience any
> problems with the system or your day to day build activities. If all
> goes well we intend on replacing the compile system by the end of the
> week.
> 
> Jeyaram,
> If compile goes down in the evening please have your engineers use
> compile2. Also pass this info on to anyone in your group that uses
> compile. We would like to iron out any problems with the system before
> we announce it to the rest of the engineering staff. 
> 
> Any feedback is welcomed.
> Regards
> Brian
> 
> 
> 
