ah, I forgot to mention archlinuxarm, which is also symlinked into the repositories.

Please put the additional repositories outside of our tree. I also don't mind if you put our tree into a subdirectory and we list the direct URL to that subdir.

Mixing multiple things could cause problems in the future and it also makes it much more difficult for others to sync from your mirror. I also assume that your mirror script needs a list of directories it syncs which may cause problems when we add additional repositories in the future. If you use multiple rsync calls you mirror will also not update atomically (well, what rsync calls atomic anyways) which may cause further issues.

The script has a list of repositroies it does not sync, but I see my approach may cause problems in the future (e.g. when you decide to open up a repository called "archlinuxfr"). I can/will move the arch mirror into a subdirectory (or a different url) and add symlinks on the current url/location to not break my setups.

What about i686 packages? Do I need to sync them, too? If "yes", do I still need to sync them after the deprecation in November? If still "yes", I would not like to publish a mirror - if "no", I'd like to wait until then.

Cheers, deep42thought

I expect that we will remove the i686 files, but I'm not sure if we discussed that anywhere yet. Keeping them around without maintaining them doesn't make sense though so we most likely will remove them soon.

If you are an official mirror, you should sync everything in our rsync tree (with the exceptions mentioned on the wiki page). So as long as i686 files are part of our tree, you should sync them. The total mirror size is something around 40-60GiB. Is that too big for you? In that case you might not want to host a mirror because large rebuilds can cause the repositories to roughly double in size so some additional disk space (maybe like 30-40GiB) should always be available.

Well, also the archlinuxfr repo is poison. :(

[eschwartz@arch ~]$ curl -I https://arch.eckner.net/quarry/os/quarry
[...]
Content-Type: application/octet-stream

Size is not really an issue, I just tried to exclude staff which is unnecessary, but I see your point - I'll change the mirror to sync everything, then. Give me a few days, I will restructure the directory tree on that server - as you might have noticed, it's a mess :-/

@eschwartz:
I already asked anatolik for an rsync endpoint for quarry. Once he provides that, I can remove the ugly wget-magic I implemented and skip all the index files.
What exactly don't you like about archlinuxfr?

@bluewind:
The vanilla arch mirror is now reachable under:
http://arch.eckner.net/archlinux/
https://arch.eckner.net/archlinux/
rsync://arch.eckner.net/archlinux/

In case, anyone is interested: I put the merged stuff in https://arch.eckner.net/merged/

archlinuxfr has a bad reputation due to providing binary packages for AUR helpers that circumvent the usual learning process for the AUR, and then compounds the issue by not being responsible about doing soname rebuilds in a timely manner. :D
One might question how useful it is in that case, even if you didn't have an automatic hatred just for the name...

As for quarry, I was just interested in the fact that I couldn't actually get to a listing for it, since the index that was loudly linked here: https://arch.eckner.net/quarry/os/ was being downloaded by my browser rather than being viewed... and also didn't seem to link anything properly anyway (but that's because the proper directory, x86_64 instead of quarry, isn't listed at all), so you should probably not keep that index file. But it seems to work under the merged directory. :)

I've added the mirror, thank you!

I'll keep this open for a little longer in case you want to discuss the additional repos some more.