Re: [zypp-devel] libzypp-4.6.1: Allow prioritizing repos.
In http://lists.opensuse.org/zypp-devel/2008-03/msg00137.html you write:
Jan Kupec wrote:
Jan Engelhardt wrote:
If you default to 50, you only have 50 possible repositories below it if an unsigned integer is used. And if you use a signed integer, just default to 0.
IMO 99 (least) is a safe default. You can always raise it, and if you really have to, you can as well use values below 99 [100,]. That's not yum conform, but our implementation will not hind you.
YUM: [..] to a repository entry, where /N/ is an integer number from 1 to 99. The default priority for repositories is 99. The repositories with the lowest priority number have the highest priority. [..]
zypp implementing the yum way just leaves me speechless, it is just WRONG. Why limit the priority value to 1..99? Why make it hard to figure out what's low and high? smart did it the right way, where a higher (greater) number means higher priority --- simple mnenomic. -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
Hi, On Tue, 15 Apr 2008, Jan Engelhardt wrote:
zypp implementing the yum way just leaves me speechless, it is just WRONG.
Why limit the priority value to 1..99?
Why make it hard to figure out what's low and high?
smart did it the right way, where a higher (greater) number means higher priority --- simple mnenomic.
While I also would have preferred lower numbers for lower priorities there's no wrong or right involved here. Both directions make sense, and it's a matter of taste what to prefer. Remember e.g. that marks in school also have low numbers for the "better" ones (in germany and some other countries). The limitation to 1..99 was already discussed, and we support a wider range. Ciao, Michael. -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
On Tuesday 2008-04-15 21:12, Michael Matz wrote:
On Tue, 15 Apr 2008, Jan Engelhardt wrote:
zypp implementing the yum way just leaves me speechless, it is just WRONG.
Why limit the priority value to 1..99?
Why make it hard to figure out what's low and high?
smart did it the right way, where a higher (greater) number means higher priority --- simple mnenomic.
While I also would have preferred lower numbers for lower priorities there's no wrong or right involved here. Both directions make sense, and it's a matter of taste what to prefer.
Right, and since people rather used smart than yum, it should really be the former's way.
Remember e.g. that marks in school also have low numbers for the "better" ones (in germany and some other countries).
Not for the Higher Secondary Education (grade 11 and up) :-D -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
On Tue, Apr 15, Jan Engelhardt wrote:
On Tuesday 2008-04-15 21:12, Michael Matz wrote:
On Tue, 15 Apr 2008, Jan Engelhardt wrote:
zypp implementing the yum way just leaves me speechless, it is just WRONG.
Why limit the priority value to 1..99?
Why make it hard to figure out what's low and high?
smart did it the right way, where a higher (greater) number means higher priority --- simple mnenomic.
While I also would have preferred lower numbers for lower priorities there's no wrong or right involved here. Both directions make sense, and it's a matter of taste what to prefer.
Right, and since people rather used smart than yum, it should really be the former's way.
The restriction [1..99] is artificial. The priority is stored in the .repo file. It was requested to support what YUM uses. Internally the priority found in a .repo is mapped to [-99..-1] within the full integer range of possible priorities. We could as well use some 'smartlikeprio=' instead of 'priority=' and allow the full range of priorities. -- cu, Michael Andres +------------------------------------------------------------------+ Key fingerprint = 2DFA 5D73 18B1 E7EF A862 27AC 3FB8 9E3A 27C6 B0E4 +------------------------------------------------------------------+ Michael Andres YaST Development ma@novell.com SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) Maxfeldstrasse 5, D-90409 Nuernberg, Germany, ++49 (0)911 - 740 53-0 +------------------------------------------------------------------+ -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
On Wednesday 2008-04-16 12:46, Michael Andres wrote:
While I also would have preferred lower numbers for lower priorities there's no wrong or right involved here. Both directions make sense, and it's a matter of taste what to prefer.
Right, and since people rather used smart than yum, it should really be the former's way.
The restriction [1..99] is artificial. The priority is stored in the .repo file. It was requested to support what YUM uses.
Internally the priority found in a .repo is mapped to [-99..-1] within the full integer range of possible priorities.
We could as well use some 'smartlikeprio=' instead of 'priority=' and allow the full range of priorities.
More like 'priority=' and 'yumpriority='. -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
On Thu, Apr 17, 2008 at 07:07:45PM +0200, Jan Engelhardt wrote:
On Wednesday 2008-04-16 12:46, Michael Andres wrote:
While I also would have preferred lower numbers for lower priorities there's no wrong or right involved here. Both directions make sense, and it's a matter of taste what to prefer.
Right, and since people rather used smart than yum, it should really be the former's way.
The restriction [1..99] is artificial. The priority is stored in the .repo file. It was requested to support what YUM uses.
Internally the priority found in a .repo is mapped to [-99..-1] within the full integer range of possible priorities.
We could as well use some 'smartlikeprio=' instead of 'priority=' and allow the full range of priorities.
More like 'priority=' and 'yumpriority='.
The problem is that the .repo file is YUM syntax. It would be very confusing if everything else looks like yum, but the priority behaves different. Cheers, Michael. -- Michael Schroeder mls@suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
On Friday 2008-04-18 10:24, Michael Schroeder wrote:
More like 'priority=' and 'yumpriority='.
The problem is that the .repo file is YUM syntax. It would be very confusing if everything else looks like yum, but the priority behaves different.
.repo files for smart look smart like :^) -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
Jan Engelhardt wrote:
On Friday 2008-04-18 10:24, Michael Schroeder wrote:
More like 'priority=' and 'yumpriority='.
The problem is that the .repo file is YUM syntax. It would be very confusing if everything else looks like yum, but the priority behaves different.
.repo files for smart look smart like :^)
IIRC correctly smart uses the .repo syntax only when you call edit, where it reads it binary db, open vi with the file, and on save, checks it, and convert to the binary format again. Duncan -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
On Friday 2008-04-18 10:34, Duncan Mac-Vicar Prett wrote:
.repo files for smart look smart like :^)
IIRC correctly smart uses the .repo syntax only when you call edit, where it reads it binary db, open vi with the file, and on save, checks it, and convert to the binary format again.
yeah smart has a fugly binary registry. But I was referring to the repo files themselves: ".repo files for smart have smart-like numbering" hth. -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
participants (5)
-
Duncan Mac-Vicar Prett
-
Jan Engelhardt
-
Michael Andres
-
Michael Matz
-
Michael Schroeder