Changes between Version 9 and Version 10 of Obsolete/MovedToTree/PackageManagement/OldIdeas


Ignore:
Timestamp:
Aug 5, 2009 7:48:07 AM (10 years ago)
Author:
axeld
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Obsolete/MovedToTree/PackageManagement/OldIdeas

    v9 v10  
    7575{{{
    7676#!div style="background-color: #EEEEEE; border: 1px solid; margin: 20pt; padding: 5pt;"
    77 '''axeld''': I think the best solution would be a unionfs approach: the package file system would just blend in the packages where needed. User packages would be merged with the contents of config/, while system wide ones would be merged with the contents of /boot/common/.[[BR]]
    78 Since we do care about binary compatibility, and stable APIs, having a central repository is not necessary, or something desirable at all IMO.
     77'''axeld''': I think the best solution would be a unionfs approach: the package file system would just blend in the packages where needed. User packages would be merged with the contents of config/, while system wide ones would be merged with the contents of /boot/common/.
    7978}}}
    8079
     
    110109{{{
    111110#!div style="background-color: #EEEEEE; border: 1px solid; margin: 20pt; padding: 5pt;"
    112 '''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.
     111'''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]]
     112Since we do care about binary compatibility, and stable APIs, having a central repository is not necessary, or something desirable at all IMO.
    113113}}}
    114114