You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@the-maldridge expressed interest in the new layout being .../<XBPS_ARCH>/..., and I think I agree that this would make the most sense.
I think the best way to implement this in xbps (and having the side benefit of preventing needing to -R other arch's repos when installing something for another XBPS_ARCH) would be to allow templating repo urls:
Very interested in point 3. We could remove a lot of special casing from a lot of places if we could uniformly expect the same identifiers across all targets.
OpenBSD did %p for a long time iirc for their equivalent of this feature. Maybe something similar with a shorter component?
Would is also be worth in the same change getting rid of the specialness of the main repository and putting it into its own directory? I think it would be nicer that way since it means you can have more selective rsync, but it also makes it much more complicated for downstream repos to gracefully cut over. This may just be a change we have to have a flag day for.
+1 to having .../<xbps_arch>/main, but that shouldn't need anything in xbps (except default config files). aside from rsync implications, it would probably make browsing the repo manually more sane (no "too many files" message or something)
Activity
the-maldridge commentedon Sep 17, 2023
Very interested in point 3. We could remove a lot of special casing from a lot of places if we could uniformly expect the same identifiers across all targets.
OpenBSD did
%pfor a long time iirc for their equivalent of this feature. Maybe something similar with a shorter component?Would is also be worth in the same change getting rid of the specialness of the
mainrepository and putting it into its own directory? I think it would be nicer that way since it means you can have more selective rsync, but it also makes it much more complicated for downstream repos to gracefully cut over. This may just be a change we have to have a flag day for.classabbyamp commentedon Sep 17, 2023
+1 to having
.../<xbps_arch>/main, but that shouldn't need anything in xbps (except default config files). aside from rsync implications, it would probably make browsing the repo manually more sane (no "too many files" message or something)0x5c commentedon Sep 18, 2023
That would certainly be a way of simplifying void-linux/void-infrastructure#142 since the nginx replacement rules could just be dropped.
classabbyamp commentedon Sep 18, 2023
I think it would still be valuable to have the redirect rules, to ensure that older installs aren't completely screwed