Le jeu 26/06/2003 � 10:09, Eric Fernandez a �crit : > But actually the solution to make rpmdrake installer search in installed > by default is, finally, exactly what rpmdrake 1 was doing !! You will > have both installed and to-be-installed packages in the same search list ! > The point was : why would newbies be confused by an interface that makes > the package browsing, and then offers install/uninstall options ? Don't > you think that make the installed packages appear in the rpmdrake > installer even more confusing ?
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 ) 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 ). 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. 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. 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 )
