Florian La Roche wrote:
- look for a mirror that has debuginfo (sometimes it stops here with debuginfo
for the kernel missing)
I just add http://debuginfo.centos.org/$releasever/$basearch/ as a new repo into all CentOS installs. Disabled by default, but prepared to download rpms from if I need to.
With things setup the way they are - network distance from debuginfo to the head-node is ~ 400KiB/sec which means that sometimes it takes a very long time to sync the debuginfo's into the right place. eg. the sync for 5.3 started on Sat morning, its about 35% of the way through.
Something to definitely consider / reconsider.
- download manually
- install manually (including ignoring the fact that debuginfo packages are
unsigned...)
Hope this can be changed, but no idea where in the process this needs to be.
Change which part ? signing them or automating something ? The reason debuginfo's are not signed is that bringing them into a securebox for the signing process and pushing them out again easily triples the time factor.
I think it is very good to keep the debuginfo separate from the rest of the mirror system to not overload mirrors. Question will be on how that scales with more and more people accessing debuginfo.centos.org.
At the moment, there are 2 internal and 1 external mirror for debuginfo - that can be increased if required. I know that atleast mirrorservice and kernel.org have previously said that they will make more space available to centos.org if we need it on their mirrors - and they are happy to host vhost's for debuginfo / beta's.
- KB