dCore Import Debian Packages to Mountable SCE extensions > dCore X86
Conflicting package sources not properly handled
Jason W:
The main repo is always last behind the /opt/debinx files. And the security repo would need to be second to last, hence the zzz- prefix. Not everyone is going to want to have to number their debinx's although they can if they want. The numbers always are chosen first before letters, so if the security debinx is numbered and someone does not want to have to number theirs, the security repo will be chosen ahead of their extra repo. I am not sure most folks will want that behavior.
The main, universe, multiverse, restricted are already in the main DEBINX. And only the security one is needed to be dealt with as far as not getting in the way of the extra repos.
In fact, I will see if I can put the security repo as automatic and not part of /opt/debextra. Then there is complete simplicity in /opt/debextra as to how folks want to arrange their files.
Jason W:
Actually, since I would have to have the security DEBINX as a separate file apart from the main one, and it would have to be named, that naming would also be the same as naming it in /opt/debextra. Not to mention major changes and hours of work on the code. There is no way a zzz- prefix is going to interfere with folks normal extra repo files. Only zzzz* could come after it.
sm8ps:
--- Quote from: Jason W on July 08, 2015, 03:21:47 PM ---The main repo is always last behind the /opt/debinx files. And the security repo would need to be second to last, hence the zzz- prefix. Not everyone is going to want to have to number their debinx's although they can if they want. The numbers always are chosen first before letters, so if the security debinx is numbered and someone does not want to have to number theirs, the security repo will be chosen ahead of their extra repo. I am not sure most folks will want that behavior.
--- End quote ---
Agreed! So if someone wants to order their repos, they can use letters or numbers to their liking.
I posted in the other thread about the security repos at the same time as you answered in this one. I am going to wait for your answers. If I understand correctly then a mechanism to have the security repos out of /opt/debextra would be too much effort. So the security repos shall stay in /opt/debextra but there should be all of them then.
Jason W:
It is not that it would be too much effort, but we just still have the same issue of debinx names and what gets priority. Since security is hard wired in, kind of like the multiverse and such that is able to be part of the main debinx, if security is invisible and named to where it is always just above main debinx in priority yet always below the /opt/debextra entries then that would work. I would like to have security outside of the /opt/debextra since it is not really extra, that was just a quick way of fitting it in. I will look more into it.
sm8ps:
I am copying your answers from the other thread here so that we can continue the discussion in this one.
--- Quote from: Jason W on July 08, 2015, 04:02:41 PM ---Yeah, I will aim at creating two 'invisible to the user' debinx's, one main and one security. That makes sense since security is not extra and is in preference to the main by default. I will get that going.
--- End quote ---
--- Quote from: Jason W on July 08, 2015, 04:08:53 PM ---And there are security repos for main, universe, multiverse, restricted for the Ubuntus. So that would mean 4 files in /opt/debextra. I can combine those files on our server like the main and make it much more efficient, and make the second non-extra DEBINX.
--- End quote ---
I think I did not quite get what you had said before because what you propose is exactly what I had in mind: two separate debinx-files, one for the four regular repos plus one for the corresponding security repos, both provided by Core and invisible to the user. (Is there still need for /opt/debmirror then?) Priority is security over regular but both below any debextra-repos.
Cheers!
sm
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version