[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: gEDA-dev: Re: Gschem and Cairo graphics library
On Monday 31 July 2006 19:31, Mike Jarabek wrote:
> Hi,
>
> To interject my $0.02 CDN.
>
> Stephen Williams wrote:
> >Levente wrote:
> >>I think the "dependency hell" is provided by your OS, not by the human
> >> nor gEDA. If someone can't figure out the dependencies, (s)he can't use
> >> gEDA, and I think no other EDA toolset.
> >
Gent's,
I'm always trying to refrain from gatecrashing others flame wars as I prefer
to create my own flame wars with selected parties... However!
One cannot compare a controlled corporate OS environment with Linux/FreeBSD or
anything similar because of a couple of - maybe not so obvious reasons ( or
maybe very obvious ).
First - the proprietary and commercial OS.
You simply don't have the sourceode for the OS so you can change it.
No dependencies? My arse! I still remember trying to find the patches for my
old Solaris and SunOS ( BSD ) to be able to run a software installation from
Sun or a Sun software vendor. And all at a price! Combined with a waitingtime
as there where no downloads available! Vax/VMS and IBM AIX is/was the same.
Prime Computer and basically everyone else had the same patchmania! Plus the
F****NG CPU microcode patches! Pure Voodoo!
As the vendor can specify the prerequisite patchlevels, any fault are your own
doing and you either solve it yourself or you call support ( and pay someone
else ).
Now then, Linux and FreeBSD...
I can't see any other difference in the patch/dependency updating process than
automated at best semiautomatic in general and manual for most of us.
And between a rock and a hard place, a choice between the plague or Cholera,
I still choose Linux/FreeBSD!
How to avoid all this then?
Well, on the old SunOS ( BSD) boxes, we installed all "private" stuff
in "/usr/local" and "/usr/local/src". We NEVER EVER dumped files in "/etc"
and "/usr/lib"!
This is a typical solution in Linux bit luckily not so often in FreeBSD,
probably because a more defined heritage ( No offense Linus ).
Anyway, to simply avoid the dependency hell and enable installations by all,
simply compile and link the lot as STATIC binaries and package it all in
simple tar.gz files. Let all pointers go to "/usr/local/Geda" as the top
directory. Yes it's a larger chunk of software! Yes, it might take 100MB
extra on your disk! Buy a larger harddrive you cheap sod...
For every one else geeky enough to demand compilation of "their" private
installation of the Geda package, let them continue to do what's done
today...
This was my £1 worth of thoughts on this subject...
Cheers All
Dan / M0DFI
--
Dan Andersson, M0DFI
dan@andersson.co.uk dan.andersson@ieee.org
_______________________________________________
geda-dev mailing list
geda-dev@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev