Changes between Version 10 and Version 11 of Obsolete/MovedToTree/PackageManagement/OldIdeas
- Timestamp:
- Aug 5, 2009, 8:45:50 AM (15 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Obsolete/MovedToTree/PackageManagement/OldIdeas
v10 v11 107 107 Having an application use a particular library version can be done by manipulating LD_LIBRARY_PATH or by virtually placing the library in the applications directory by means of assignfs or pkgfs. 108 108 109 Note the important difference with typical Linux package management systems. In Linux, the repository typically offers only one version of a particular package. This is the result of keeping all packages in the repository in sync, in order to avoid conflicting dependencies. In the proposed system however, the user is free to install any version of a bundle, as there is no need for any global synchronization of all bundles. 110 109 111 {{{ 110 112 #!div style="background-color: #EEEEEE; border: 1px solid; margin: 20pt; padding: 5pt;" 111 113 '''axeld''': while having a central repository is a good thing, I don't think our package manager should be based on that idea. I would allow each package to define its own sources (the user can prevent that, of course). That way, we avoid the situation of having to choose between outdated repositories, and unstable software (or even having to build it on your own) like you usually have to do in a Linux distribution. The central repository should also be a fallback, though, and try to host most library packages.[[BR]] 112 114 Since we do care about binary compatibility, and stable APIs, having a central repository is not necessary, or something desirable at all IMO. 115 116 '''brecht''': I agree. I see the repository more as a central entity keeping track of all software versions and the dependencies between them. This dependency information is updated based on user feedback. I don't think it is necessary to have the repository be the one and only source for bundles, however. It can keep instead a list of available mirrors. However, it is probably a good idea to have one large reliable mirror (hosting the most important bundles) managed by Haiku Inc. alongside the repository in order not to be too dependent on third parties. 113 117 }}} 114 118