
2009/1/15 Larry Stotler <larrystotler@gmail.com>:
On Wed, Jan 14, 2009 at 3:33 PM, Stanislav Visnovsky <visnov@suse.cz> wrote:
That's dependency problem of packages, not libzypp (and thus not YaST).
Huh? I don't see how. If I select openoffice for deletion in YaST, then I expect YaST to know that the MAIN package is selected for removal and that all other packages that depend on it are also then slated to be removed. It works if you do it BEFORE you install. It doesn't on an installed system.
Don't you get a warning about unresolved dependencies if you try to remove something that is required by another package? Then a radio box choice of removing a package, keeping or ignoring the problem.
Packages have way too many unnecessary dependencies. I'm willing to be that less than 50% of the people who use KOrganizer even have a Palm based device. While having the necessary packages on the disk for it if you need it is one thing, they shouldn't be invoked unless you actually set it up for that device.
But ppl want "it just to work", not configure things. Are you asking for some kind of stub mechanism that installs features from packages on demand, rather than have library and suport programs on disk, which then are unused, when no Palm is detected? It's not very clear how you expect it should actually work.
Linux packaging is such a waste of time, resources, and disk space all the way around. Why anyone thinks that you need to craft a Firefox package not just for each distro, but for each version of each distro is beyond me.
There are projects which aim to make universal packages, and they are quite interesting. The reason why different distro packages are desired, is because when configuring a source package, you decide on options, that are a matter of policy. That might include compiler options, for say CPU optimisation or stack smashing prevention, or particular library support. In another instance, some distro's try a performance optimisation of loading some key frequently used libraries into a tmpfs filesystem, as part of the boot sequence. That requires the run time linker to know where to look for those libraries, which requires a linker option. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org