What can be done to prevent rather than reacting to dependency hell all the time. Some developers obviously get it and yet others seem to pro-actively work in the other direction.
There was a time when it was said that this problem was finally heading in the right direction. There is an example that I am not clear on in terms of build dependencies too as oppose to runtime dependencies. epdfview depends on libqt evince pulls in the whole of QT adding ages to the build time. Speaking to a guy on a QT stand at an exhibition he said that he had not heard of evince but seemed to think that evince must be using QT wrongly. > > > > Installing systemd does not magically switch your init system. > > It doesn't *right now*, but from [0] I conclude that it would very much > like to do so and so possibly, in the future, will. It would be rediculous if chattr +ias /sbin/init needed to be set before installing systemd. Of course a better option would be if major contributors were fighting and not contributing to dependency hell. It really irks how inconsiderate to others time upstream has shown itself to be when they already have the knowledge to do it right in the first place. It makes me wonder who educated them. -- _______________________________________________________________________ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) In Other Words - Don't design like polkit or systemd _______________________________________________________________________ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/105179.95358...@smtp135.mail.ir2.yahoo.com
