in ci we have debug symbol packages which helps a lot when looking for crashes. this is currently not available in amber-phone, would be great to get it there as well so we can debug user problems easier.
Description
Event Timeline
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:
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).