Your suggestion does not always suit production needs.
For instance, there are good security reasons not to have
compilers/perl etc on production boxes.
I understand the need for same os'es and accept that this is necessary
for the binary that is moved top work properly.
The os'es, architecure are and will be the same.
I also intend to build multiple squids. i dont want to build multiple
dev boxes then harden them prior to going into production.
Anyone else done this ?
Regards
Mike Cudmore
GSI & Intranet Connectivity Team
>>> Marc Elsen <marc.elsen@imec.be> 01/08/03 01:29pm >>>
Mike Cudmore wrote:
>
> I am trying to move a compiled binary from my dev machine to a
> production machine.
>
> Is there a "proper" way to do this ?
Depends , many issues are at stake here :
Normally this can only work, if the production machines
has the same architecture/os/version then the development machine.
Or for 'normal os-es' if the architecture/os/version is of the
production machine is 'higher' then that of the development box.
If not : then care must be taken of issues such as :
- binary compatibility
- shared lib issues, if os-level of production machine is lower
then development box, problems are likely to occur which the exe
loader
of the os will almost immediately give an error for , if it is a good
one.
To avoid these and since SQUID is not that difficult to
configure-compile,
you may want to take the safe road.
Do it all the way on the intended SQUID box.
M.
>
> I am troubleshooting each error OK, but feel that I may miss
something
> subtle yet vital.
>
> Any pointers appreciated
>
> Regards
> Mike Cudmore
> GSI & Intranet Connectivity Team
>
>
*********************************************************************
> This E-mail and any files transmitted with it are private and
> intended solely for the use of the individual or entity to whom
> they are addressed. If you are not the intended recipient,
> the E-mail and any files have been transmitted to you in error
> and any copying, distribution or other use of the information
> contained in them is strictly prohibited.
>
> Nothing in this E-mail message amounts to a contractual
> or other legal commitment on the part of the Government
> unless confirmed by a communication signed on behalf of
> the Secretary of State.
>
> The Department's computer systems may be monitored
> and communications carried on them recorded, to secure
> the effective operation of the system and for other lawful
> purposes.
>
*********************************************************************
-- 'Time is a consequence of Matter thus General Relativity is a direct consequence of QM (M.E. Mar 2002) PLEASE NOTE: THE ABOVE MESSAGE WAS RECEIVED FROM THE INTERNET. On entering the GSI, this email was scanned for viruses by the Government Secure Intranet (GSI) virus scanning service supplied exclusively by Cable & Wireless in partnership with MessageLabs. GSI users see http://www.gsi.gov.uk/main/new2002notices.htm for further details. In case of problems, please call your organisational IT helpdesk. ********************************************************************* This E-mail and any files transmitted with it are private and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient, the E-mail and any files have been transmitted to you in error and any copying, distribution or other use of the information contained in them is strictly prohibited. Nothing in this E-mail message amounts to a contractual or other legal commitment on the part of the Government unless confirmed by a communication signed on behalf of the Secretary of State. The Department's computer systems may be monitored and communications carried on them recorded, to secure the effective operation of the system and for other lawful purposes. *********************************************************************Received on Wed Jan 08 2003 - 06:36:33 MST
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:12:35 MST