[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: gEDA-dev: Re: Gschem and Cairo graphics library
I hesitate to get even further involved, but:
> 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 ).
At my last 'controlled corporate' gig we ran Linux/RH7.2 (this was maybe
6 years ago), SunOS, and HP-UX. This was a $0.5B company, with maybe 300
licences of everything from DC to 'e'. This is what all the big
companies who use EDA tools do. There's no disconnect between
'controlled corporate' and Linux. There were a lot more Linux/x86 boxes
than HP or Sun boxes. The only difference now is that they're running
RHEL instead of RH7.2.
> First - the proprietary and commercial OS.
>
> You simply don't have the sourceode for the OS so you can change it.
If you've got real work to do, tinkering with your OS is not on your
list of priorities. If the OS doesn't work, you get another one.
> No dependencies? My arse!
No dependencies; that's the vendor's problem. They specified RH7.2, end
of story. Imagine being a sysadmin running a large farm with 100
engineers constantly using everything, and a couple of chips to get out
of the door. The last thing you're going to do is dick about with
dependencies; you'd probably lose your job.
> And between a rock and a hard place, a choice between the plague or Cholera,
> I still choose Linux/FreeBSD!
So do I, and so does most of the rest of the industry. Linux, anyway.
> 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 ).
As it happens, at the corporate above everything went in /eda.
Vendor-specific files never went anywhere else. I do the same, and it
seems like a good idea to me.
Evan
_______________________________________________
geda-dev mailing list
geda-dev@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev