on https://repo.pureos.net/pureos-debug/dists/ there's dbgsym packages for amber, amber-phone-staging and amber-proposed-upates so if the versions in amber-phone / amber-updates are the same we can work around things by using these.

dbgsym packages for amber-phone-staging do work now via

deb https://repo.pureos.net/pureos-debug amber-phone-staging-debug main

that is great! If we could enable this for amber-phone as well that would be cool since then

• we can reenable our debug metapackage
• it's safer for users to have this enabled

a an issue that remains is that we don't have debug packages for regular pureos-amber. This can often be helped by using the ones from Debian but not always when e.g. pureos lacks a bit behind. This makes it unsafe to enable by default.

Would still be awesome to have since this limits debugability considerably (people need to fetch packages from CI or Debian to get usable back traces for software we develop) - but maybe these packages are there and i dont know where?

Those packages are available, but only for the latest builds of the development version of PureOS and only for the ones we rebuilt ourselves: https://repo.pureos.net/pureos-debug/dists/
Anything else would require mirroring the debug packages from Debian, and we do not have the disk space for that, currently.

@mak how much disk space would that be ? @jeremiah.foster @nicole can you get us the necessary disk space?

That's a matter for the sys team. We would need to know how much more space would be needed, how much is available at the hosting site right now and if we require more, how much extra cost this would involve. If this is a matter of just reconfiguring something then sys team can handle this, if it requires something that increases cost please let me know the amount and I will try to get the budget.

Hi,

So from a quick check it looks like /dev/md3 is the disk that holds our repos;
/dev/md3 1.8T 822G 919G 48% /srv

It looks about half-full at the moment.

@mak Do we need another terrabyte?

FWIW Linode provides 250 Gigs for $5 a month. We could get a Terrabyte with them of web addressable storage for USD 20 per month ($240 per year).

Hmm... sounds a tad expensive to me? Are the other servers located at Hetzner still? Then having storage within their net will be way faster and they also offer pure storage boxes:

https://www.hetzner.de/storage/storage-box?country=us

Just to be clear: this is about https://repo.pureos.net/pureos-debug/dists/amber-debug/main/binary-arm64/Packages.xz and https://repo.pureos.net/pureos-debug/dists/byzantium-debug/main/binary-arm64/Packages.xz being empty (hence making debugging problems on user systems basically impractical).

We could probably have debug symbols packages for our self-built packages with a bit more space (the dbgsym packages are *insanely* huge, they dwarf the size of the actual archive), but for the full archive, so syncing the debug symbols from Debian to make them available easily in PureOS, we'd need quite a lot of space (I need to look at Debian to actually give a - then very good - estimate).
At time, PureOS holds dbgsym packages for everything that we have built in the landing suite, but byzantium doesn't have own debug symbols. You can however use the ones from landing, which are either equal to the versions in byzantium, or newer.