-----Original Message----- From: Roland Kaufmann [mailto:roland.kaufm...@uni.no] Sent: 10. oktober 2013 11:56 To: Alf Birger Rustad; opm@opm-project.org Subject: Re: [OPM] Umfpack runtime dependendy is problematic
>No, that is not the same. If you install Arch, you choose a non-supported >distro where a supported alternative exist; that is not the case with >suitesparse. >I understand why they don't want to install it: to keep their own list of >things to keep track of small. And by itself that is a perfectly rational >goal. But it is a sub-optimalization: The very small gain they have is >outweighted by your much greater cost. >If I were a system administrator I would much rather have people using EPEL >libraries than compiling their own, because those are less likely to break >during upgrades. Sure it is not the same, I was just trying to make a point. The point being that installing non-supported stuff by default across all compute nodes worldwide is a far stretch. Even if we manage to pull that miracle off, you can be sure that the next corporate user will not. Hence, pragmatically this is the reality we need to address. It really doesn't help that the world should look differently. There are strong reasons for this conservative behavior, and as said, I am more than happy to elaborate the nightmares experienced by sysadmins who have taken a more lenient route, but not on a public mailing list. It basically boils down to systems being complex, and when shit hits the fan you really do not need any additional sources of uncertainty. Cheers, Alf ------------------------------------------------------------------- The information contained in this message may be CONFIDENTIAL and is intended for the addressee only. Any unauthorised use, dissemination of the information or copying of this message is prohibited. If you are not the addressee, please notify the sender immediately by return e-mail and delete this message. Thank you _______________________________________________ Opm mailing list Opm@opm-project.org http://www.opm-project.org/mailman/listinfo/opm