-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

FACORAT Fabrice wrote:
> Le jeu 26/06/2003 � 10:09, Eric Fernandez a �crit :
>
> True.
> On top of that we can think a little bit about rpmdrake and linux
> system. With linux user can't easily install an app if the app is :
>  1�/ a package that requires others libs
>  2�/ not a rpm provide by mdk ( as others rpms may not work well because
> of provides/requires/etc ... pb )

???

If a package has all it's provides provided by packages available to
urpmi, double click on the downloaded rpm, and gurpmi will install
everything for you.

>
> To my mind rpmdrake should move to something like Red Carpert/Click'n
> Run but free. it means that rpmdrake should be like a repository package
> administration tools. For configured sources it show what is available
> and precise if it's installed or not, show information, where they came
> from (source, or unknow for external rpms ).
>

It does, but at present, either installed, or not installed packages
(not both).

> What about a foreign/not mdk package ? ... urpmi/gurpmi. Why ? because :
>
> 1�/ It will try to install this package and the required dependencies if
> possible. If it failed ... sorry it's linux, not windows.
> 2�/ it simple
>

???

> We try to imitate windows but it's impossible with linux.
> On windows you have a file that normally have all that it need inside it
> ( dll or static ) and put them in his directory or use standard windows
> lib. If you miss something ( seldom ), just grab the right file, most of
> the time it's just the new DirectX.
> The nightmare with windows was the fact that some apps override some
> windows systems dll and of course the registry ( what a mess ). But
> besides that install an app was easy. Want a game ? put the CD,
> setup.exe and during install process if it need new directX it provide
> it for u or u can simply install it.
>

You're not clear, but yes, dll hell is one reason we don't like windows.

> On linux ? take the rpm/sh. arf need libGL.x.y-z and your sys have
> libGL.x.t-u and several libs depends on it. upgrade ? sometimes some
> apps requires specific version of a lib -> no way. The solution ? the
> game should provide everything, put this in his own directory or in
> /usr/local or in /opt . Linux libs change quickly and often break
> compatibility somewhere ( API, ABI for C++, behaviour) because most of
> them are not mature yet.
>

*some* libs change rapidly, most that anyone would want to put in
proprietary app don't. And such a package should

1)Provide the libs they compiled against
2)Specifically prevent rpm dependencies on these libraries
3)In the %post, check for the required versions, if not, ensure they
will be preloaded via LD_LIBRARY_PATH when starting up the app.

> We have to cope with this. A distribution should provide an integrated
> solution with normally everything that the user will need. If newer
> version of prog are available, the user buy new CD set ( or dl iso ) and
> upgrade, or if possible the user launch is repository package
> administration tools and grab needed package.
> Normally the user should not pick rpm outside of what the distro
> provides, or pick tar.gz. If the user did it he will have to assume and
> cope with this.
>
> To sum up it's more freedom and openess ( Opensource, free software, ...
> ) for less freedom ( use only what your distro provide you if you're a
> newbies or else you will have to dig inside things more complicated )
>

IMHO, these issues are only of relevance to proprietary apps, and the
packages for those apps should know what they are doing. If they don't,
that's their problem, not ours.

Buchan

- --
|--------------Another happy Mandrake Club member--------------|
Buchan Milne                Mechanical Engineer, Network Manager
Cellphone * Work            +27 82 472 2231 * +27 21 8828820x202
Stellenbosch Automotive Engineering         http://www.cae.co.za
GPG Key                   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+/DA4rJK6UGDSBKcRAj0XAKCsc12NTySH12TV09jthDWRzkEonwCbBrWa
FVyVqSFrEqmPdm13rnVR47o=
=k5S+
-----END PGP SIGNATURE-----

******************************************************************
Please click on http://www.cae.co.za/disclaimer.htm to read our
e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy.
******************************************************************

Reply via email to