From owner-freebsd-questions@FreeBSD.ORG Sat Mar 5 01:31:17 2011 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B2E3106564A for ; Sat, 5 Mar 2011 01:31:17 +0000 (UTC) (envelope-from jherman@dichotomia.fr) Received: from mail.dichotomia.fr (hydrogen.dichotomia.net [91.121.82.228]) by mx1.freebsd.org (Postfix) with ESMTP id DC2A38FC12 for ; Sat, 5 Mar 2011 01:31:16 +0000 (UTC) Received: from [192.168.1.18] (bgn92-1-81-57-223-72.fbx.proxad.net [81.57.223.72]) (Authenticated sender: kha@dichotomia.fr) by sslmail.dichotomia.fr (Postfix) with ESMTPSA id F35D83DD071 for ; Sat, 5 Mar 2011 02:11:38 +0100 (CET) Message-ID: <4D718E29.1060502@dichotomia.fr> Date: Sat, 05 Mar 2011 02:13:13 +0100 From: Jerome Herman User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; fr; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <5F4DD89C-5F3B-46B8-BA91-A25B8BF11EEB@lafn.org> In-Reply-To: <5F4DD89C-5F3B-46B8-BA91-A25B8BF11EEB@lafn.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (sslmail.dichotomia.fr); Sat, 05 Mar 2011 02:11:39 +0100 (CET) Subject: Re: Purchased Binaries X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2011 01:31:17 -0000 Le 04/03/2011 22:24, Doug Hardie a écrit : > I have a client who has purchased some software. I don't know anything much about it yet other than it claims to run on Debian and CentOS. I suspect its binaries. I will have access to things like the developer, name etc. on Monday. However, thats when he needs to know if I can make it run on FreeBSD. I am not convinced I want to run production software on the Linux compatibility suite. No good reason other than it sounds like its adding a lot more opportunities for breakage. This has to be an always up application. I have virtually no knowledge of CentOS other than it was installed on one server when I got it. Any chance those binaries might work on FreeBSD? I am planning on starting with FreeBSD 8.2 since its just out and working fine on one of my servers, but could use an earlier version if required to make this stuff run. _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" Based on what little informations you gave us, I will risk an analysis. I might be completly wrong, but most of the time this is how things happen : One developper who has validated his product only on CentOS and Debian means troubles. When you have even just a little money on the side you start testing on Red Hat/Suse Enterprise and at least try it on Solaris. Always up means web, control or real-time. First the program is in binary form - you probably won't have access to any code or compiling instructions - which means that Case 1 : It is a fully contained dedicated binary. Generally this is only the case whith extremely specialised binaries, for exemple a controller for a mechanical device. Generally these programs reads input from a file/stream/socket/device and writes to the same kind of folw for the output. In this specific case you might want to try linux compatibility. But I would hardly recommand it as you might loose all form of support in the process. Case 2 : It is an "all in one" program. Basically it means it will have a GUI or a web interface. This means most of the time that quite a lot of libraries are hardlinked or rt-linked, and that quite a lot of assumptions are made about the underlaying system (Bash is present, GTK libs too, the system is x86 or has x86 compatibiliy layer, terminal is in ISO and not UTF, X11 is installed etc.). Sometimes even the paths are hard coded. In this case go Debian - the exact same version the developper uses for testing. CentOS is ab interressing piece of software but it is very different from FreeBSD in many regards, and it is a bit overkill to use it for just one specific application. Case 3 : Even though it is propriatary, you do have access to source code and compile instructions. Then native FreeBSD is definitly worth a try. Try to get as much testing time as you can from the client and the dev. Prepare a Debian on the side just in case. In this kind of scenario (basically when the client needs a brand new binary you never heard of before installed for yesterday morning) I tend to use virtual machine as much as I can. If the application is not I/O hungry (disk or network) create a VM under Debian that you will be able to monitor from your FreeBSD. I would recommand VirtualBox if X11 is already in place on the server. During the testing phase take as many snapshots as possible. In the end, even if you go for dedicated hardware, you still will have a pack of different setups you can refer to. And monitoring memory comsuption is a must on closed binaries comming form small companies...