installing libs on Windows

Andreas Pakulat apaku at gmx.de
Mon Aug 6 10:49:04 BST 2007


On 06.08.07 11:05:14, Christian Ehrlicher wrote:
> Von: Andreas Pakulat
> > On 05.08.07 23:52:39, Alexander Neundorf wrote:
> > > On Sunday 05 August 2007 21:09, Andreas Pakulat wrote:
> > > > On 05.08.07 20:46:57, Alexander Neundorf wrote:
> > > > > On Sunday 05 August 2007 20:16, Andreas Pakulat wrote:
> > > > > > I'm including the macro proposed by PutHuhn here again and asking
> > if
> > > > > > there are objections against adding this macro and converting
> > > > > > trunk/KDE+koffice to use this macro for its installed shared
> > libraries?
> > > > >
> > > > > Yes, objections.
> > > > > 1) Christian stated he sees no real need to change anything
> > > >
> > > > Well, so far he's alone. I do see the need and seemingly Ralf also
> > see's
> > > > the need to change something. Along with at least 2 more win32 devs.
> > > 
> > > I consider Christians opinion as important, if he says there is no real
> > need 
> > > to, it means at least that it can't be that bad as it is now.
> > 
> > Sure its not that bad, we currently are developers that know how to set a
> > PATH. For an end user that is unacceptable and there are only 3 ways
> > to make it work for him:
> > 
> > a) make the installer change the PATH in the users environment settings,
> > which breaks installing the .zip files directly into some dir or moving
> > the programs later on
> The packager needs to adjust the path. Noone should move around a program once it's installed, so I don't see any problems here.

What if I just inzip the package somewhere? According to Ralf thats a
possible scenario and I personally like to do that more than installing
a program on win32. (because it allows for easier cleaning)

Andreas

-- 
You will give someone a piece of your mind, which you can ill afford.




More information about the kde-core-devel mailing list