Then there is ever so slight variations in where files go. but the only real fix they could provide was some patches for their own products, and a program to sniff out other copies of the lib in the folders of the individual third party apps.īut from a usability standpoint, having one stop downloads of software from places like filehippo, snapfiles, or the classical tucows, makes it simpler for third party developers to just toss the program up there and hope someone finds use for it. i recall microsoft finding a problem in one of their base libs. The issue is more that on windows or mac, the app and whatever third party libs it use, come as a bundle. But it’s definitely a nice idea which is worth to reconsider. I don’t say that it will be the one and only way to go. Not like today where you typically get the latest and greatest version of X, the almost up to date version of Y and the outdated version of Z. But they could plan to release their new version with the latest and greatest of the free software world. Never Mind if they have a 6 month, 12 month, 18month,… release cycle. I can also relay on a developer-version of a program/lib if i develop my new version because i will know when the developer-version of the program/lib will become stable so that my release will not depend on developer-versions of programs/libs but on stable versions. If i know when a new lib or a new program will be released that i need i can plan my development much better.

Most programs depend on other programs or libs.

While they are developing and developing to get out something new in maybe 3 or more years. – Think about (non-free) competitors: If they see us coming (if we are behind them) or running away (if we are already ahead) in a constant rhythm like release… release… release… release…

– Think about media echo: if we would releases the latest and greatest in the free software world in a constant rhythm. He has also promoted it at akademy (Video: ) I really like the idea of Mark Shuttleworth.

Daemon tools filehippo