Hallo!
> completely incorrect. read up about your LD_LIBRARY_PATH environment
> variable. 'nuff said. this isn't a point - ypou can have your own
> personal lib dir that overrides the system ones (ie comes FIRST) by
> using your LD_LIBRARY_PATH - thats how i originally had E installed
> wiht imlbi at uni with my own set of libs and stuff.
Yes, but I don't want to delete rpms, manually install them in
/usr/local then collect all their files and delete them when I get I new
SuSe distribution. I want to keep the count of manually installed
programms/tools/libraries down.
> you can safely install a new rpm package without any consequences. I
> have. The rpm's recommended for use with imlib/E also work. I use them.
> Things will break in some places. Welcome to progress. Somehow people
I cannot install your rpms (not even the imlib one) because by rpm ist
too old. I don't want to install a new one since that *may* kill the rest
of my distribution.
> Imlib reuires NATIVe support for tiff, png and gif to gain TRANSPARENCY
> apon load.. without this you dont' get transparency. Simply said E uses
> pn'gs for images for the window borders - and requires transparecny to
> work - thus you need a working libpng - fnlib has a font that comes
> with it thats uses tif files - with transparency encoded - same story.
> You can do everything you want on your large commercial systems as a
> user if you rtfm.
> Sorry but it needs it. if you don't want to install libs E and Imlib
> will in future NEEd then that's fine by me - use fvwm. Imlbi has slowly
> been graduating form only being able to load ppm's to laoding a host of
> formats.. and possibly will continue to do so.
Sorry, there must be some kind of misunderstanding. I never talked about
E. I use Imlib only as a generic image loader for my programs (look at
http://www.ping.de/sites/edge/VisualOberon.html, I think E could profit
frm that, too) to concentrate myself on more important things. Thus I do
not need transparency (I do share the opinion of Michael Jennings on this
topic). It is ok for me and the user of my program(s) if their installation
does only support a subset of image formats (in fact my programs will
run even without Imlib). But a forced need for such huge amount of possibly
manually to be installed libraries will lower the value of Imlib and of
course of my applications, too. I always understood Imlib as a separate
product and now you are rebundeling it to E. That is not a good idea in my
opinion, it is not necessary.
> I have good reasons for my stance. It does nto alienate anyone. ANYONe
> as root or as a user coudl meet these requirement s- just as a user it
> will require a lot more work and fiddling.
It is your library and your work and I honor it. If you will do it the
way you planed it, ok, I cannot stop you. But I then have to switch to
another library or do it all my self because of huge difficulties in
supproting your library :-< That would be sad, there is no need, it is
not in the sense of the GPL and the Linux spirit, where everybody should
try to share ressources if possible.
--
Gru�...
Tim.
-
To unsubscribe from this list send mail to: [EMAIL PROTECTED]
with the message contents: unsubscribe e-develop
