[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: gEDA: A complaint about glib-2.6 in libgeda
Al Davis wrote:
> But they don't need to upgrade to the latest distro and version.
> They only need to install the appropriate libraries, and
> possibly a more recent compiler. If they are building from
> source, they can build the library from source too.
>
> Such an old system may not be a standard distro. It is likely
> that it has been updated many times, but not in an organized
> way. Even if it was a standard distro at the beginning you may
> not recognize it as such now. Besides, nobody in their right
> mind would want to keep track of all 200 distros.
>
(Other stuff deleted...)
Think about that in the context of this discussion Al. I think every one
of your assumptions above is suspect from the point of view of a nominal
"user" who doesn't know how, have a desire for, or even is allowed to
upgrade a library or a compiler! I've compiled GCC a couple times in my
life - it isn't the usual type of thing a "user" who has an account on a
machine at work does.
For that matter - even compiling software is a highly dubious model for
distribution to the "masses." For goodness-sake, one of the BIG
differentiators between the different distributions is HOW they
distribute! Their package manager is one of the areas of innovation
that differentiates distributions. Look at "Lindows" (or whatever
they're called this week..) They're ENTIRE novelty is the fact that
they give you a base set of software then charge you a subscription fee
to easily install other software out of their applications vault.
Now for my own two cents worth. I'm not a "casual" user. I've been
around Linux since 1992. I can't tell you how many times I've been in
"Library Hell" when trying to get something new running. One of the
HUGE culprits has consistantly been the gtk libraries and config files,
and the applications configure scripts not finding the "latest" version
I installed/compiled/whatever.
With that said - I'm going to TRY and suggest a point of view that might
help when trying to solve these issues. (I suspect this is going to be
antithetical too ;-) Anything that provides a COMPLETE package where
you get everything with one down load, and you just do ./configure,
make, make install is the world to aim for. You take a snap shot of ALL
the libraries used by your application - and you don't change them -
EVER. They are all included with the distribution of your software and
you build on it. Finally - you statically link everything. This way
it's completely stand-alone.
Now I realize this means that you get to take a snapshot of all the bugs
too! But then, every new release of software of any sort comes with
it's own fixes and bugs doesn't it.
That's my two cents worth.
Steve Wilson