Repository package managers

Old stuff that should not bother anyone anymore
User avatar
thenktor
Salix Wizard
Posts: 2426
Joined: 6. Jun 2009, 14:47
Location: Franconia
Contact:

Re: Repository package managers

Post by thenktor »

gapan wrote:Basically you can have multiple repos enabled (each one with its own PACKAGES.TXT) and if you search for a package, you search in any of them. Also if package A needs dependency B and B is in a different repo than A, then it should transparently download it anyway.
Multiple repos solve problems with the restricted mirrors, too ;) So Sparky should join the team and we use his package manager! :ugeek:
Image
burnCDDA (burns audio CDs)
geBIERt (German beer blog)
User avatar
JRD
Salix Warrior
Posts: 950
Joined: 7. Jun 2009, 22:52
Location: Lyon, France

Re: Repository package managers

Post by JRD »

"default < official < preferred < custom"
Hum...seems not intuitive to me.
Could the prority simply be with an order in a file ? Higher in the file, higher the prority is.
Image
User avatar
thenktor
Salix Wizard
Posts: 2426
Joined: 6. Jun 2009, 14:47
Location: Franconia
Contact:

Re: Repository package managers

Post by thenktor »

JRD wrote:
"default < official < preferred < custom"
Hum...seems not intuitive to me.
Could the prority simply be with an order in a file ? Higher in the file, higher the prority is.
Yes, this ordering is shit :mrgreen: I've wondered what's higher: default or official?
Better use something straight: low - normal - high
Or: 1 - 2 - 3...
Image
burnCDDA (burns audio CDs)
geBIERt (German beer blog)
User avatar
gapan
Salix Wizard
Posts: 6236
Joined: 6. Jun 2009, 17:40

Re: Repository package managers

Post by gapan »

thenktor wrote:
JRD wrote:
"default < official < preferred < custom"
Hum...seems not intuitive to me.
Could the prority simply be with an order in a file ? Higher in the file, higher the prority is.
Yes, this ordering is shit :mrgreen: I've wondered what's higher: default or official?
Better use something straight: low - normal - high
Or: 1 - 2 - 3...
Agreed. Having 4 levels would be nice.
Image
Image
User avatar
Sparky
Posts: 30
Joined: 11. Jun 2009, 16:26
Location: Terra
Contact:

Re: Repository package managers

Post by Sparky »

So, just to be clear before I begin design planning, it should support up to 4 mirrors at a time, each with a different priority? Priorities might be better as words, instead of numbers, so that users aren't confused about when 1 is high or 4 is high. Maybe Lowest, Low, High, Highest? Or Low, Medium, High, Highest, or something.
User avatar
thenktor
Salix Wizard
Posts: 2426
Joined: 6. Jun 2009, 14:47
Location: Franconia
Contact:

Re: Repository package managers

Post by thenktor »

Sparky wrote:So, just to be clear before I begin design planning, it should support up to 4 mirrors at a time, each with a different priority? Priorities might be better as words, instead of numbers, so that users aren't confused about when 1 is high or 4 is high. Maybe Lowest, Low, High, Highest? Or Low, Medium, High, Highest, or something.
I guess 4 or 5 mirrors at a time would be enough and Low, Medium, High, Highest sounds good.

Example:
Highest: Alcoholix mirror
High: Slackware mirror
Normal: Zenwalk mirror
Low: linuxpackages.net
Image
burnCDDA (burns audio CDs)
geBIERt (German beer blog)
User avatar
gapan
Salix Wizard
Posts: 6236
Joined: 6. Jun 2009, 17:40

Re: Repository package managers

Post by gapan »

It should support up to any number of mirrors! Don't really think that it would be much more difficult to code than only 4-5.

We need at least 4 levels of priority. Naming them would be better, yes. I think Low-Normal-High-Very high is good.

It couId possible for two different repos to have the same priority. If a package is present in two repos with the same priority, the highest version should be chosen, and if there is a version match, the highest build number.
Image
Image
User avatar
gapan
Salix Wizard
Posts: 6236
Joined: 6. Jun 2009, 17:40

Re: Repository package managers

Post by gapan »

And a bit off-topic: I don't think we should have zenwalk mirrors in our repos list. Zenwalk has deviated a lot from slackware and will definitely run into incompatibilities using packages from it. There will be other problems too with zenwalk packages needing zenwalk dependencies, like the sdl package for example, which is a lot different that the slackware sdl. There is also no version match for a given slackware version, so we wouldn't know what repository to use anyway.

But we could certainly have slacky and gnome slackbuilds for example, so there would be no shortage of packages from the very start. ;)
Image
Image
User avatar
Sparky
Posts: 30
Joined: 11. Jun 2009, 16:26
Location: Terra
Contact:

Re: Repository package managers

Post by Sparky »

Development on this is sort of slow because I am having to re-write a lot of it from scratch to accommodate multiple mirrors, but it is gradually getting done.

I need to know though, when a package exists multiple times on the set of active mirrors, what should happen? Should different versions get their own entries, or should only the package from the highest priority mirror be displayed? What if that mirror has multiple versions of a package on it, should they all be displayed?
User avatar
gapan
Salix Wizard
Posts: 6236
Joined: 6. Jun 2009, 17:40

Re: Repository package managers

Post by gapan »

Sparky wrote:I need to know though, when a package exists multiple times on the set of active mirrors, what should happen? Should different versions get their own entries, or should only the package from the highest priority mirror be displayed?
gslapt displays all versions with multiple entries. But maybe you can do both, by having a switch in Preferences or something?
Sparky wrote:What if that mirror has multiple versions of a package on it, should they all be displayed?
That should never happen I think. But even if it does, maybe it could obey to the same switch?
Image
Image
Locked