This is the output from a freshly built Ubuntu 24.04 VM jason@Ubuntu2404:~$ uname -a Linux Ubuntu2404 6.14.0-37-generic #37~24.04.1-Ubuntu SMP PREEMPT_DYNAMIC Thu Nov 20 10:25:38 UTC 2 x86_64 x86_64 x86_64 GNU/Linux jason@Ubuntu2404:~$ cat /etc/os-release PRETTY_NAME="Ubuntu 24.04.3 LTS" NAME="Ubuntu" VERSION_ID="24.04" VERSION="24.04.3 LTS (Noble Numbat)" VERSION_CODENAME=noble ID=ubuntu ID_LIKE=debian HOME_URL="https://www.ubuntu.com/"; SUPPORT_URL="https://help.ubuntu.com/"; BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"; PRIVACY_POLICY_URL=" https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"; UBUNTU_CODENAME=noble LOGO=ubuntu-logo jason@Ubuntu2404:~$ head .config/Subsurface/Subsurface.conf [CloudStorage] cloud_verification_status=3 [email protected] [email protected] password=************* save_password_local=true
[Display] divelist_font="Noto Sans,12,-1,5,50,0,0,0,0,0" font_size=11 jason@Ubuntu2404:~$ I'm not moaning, I just want to be sure that any testing I do for you will be worthwhile and I'm actually testing what you want and using the backend you think I am. I CAN go ahead and add in the cloud_base_url if you suggest. Jason On Fri, 23 Jan 2026 at 18:16, Dirk Hohndel via subsurface < [email protected]> wrote: > That's very strange. Of course I don't have Mint around... but both on > Fedora and Ubuntu this key is filled in once I run Subsurface and log into > my cloud account. > > But you can always add it yourself. It should look something like > > [CloudStorage] > cloud_base_url=https://ssrf-cloud-03.subsurface-divelog.org/ > cloud_verification_status=3 <<-- this assumes that you have successfully > authenticated... > email=<your email> > password=<your password --- yes, I know> > save_password_local=true > > > /D > > On Jan 23, 2026, at 05:42, JB2Cool wrote: > > Dirk, > <Replying to the mailing list this time rather than directly> > > I'm trying to follow this for you but struggling a bit. On Linux Mint my > ~/.config/Subsurface/Subsurface.conf doesn't seem to have a > 'cloud_base_url' in it, the [CloudStorag] section just has: > cloud_verification_status > email > email_encoded > password > save_password_local > > I CAN find the cloud storage if i look in > ~/.subsurface/cloudstorge/somekindofid>/.git/config but should i be > fiddling with that one? > > Regards > Jason > > On Fri, 23 Jan 2026 at 01:01, Dirk Hohndel via subsurface < > [email protected]> wrote: > >> >> Hi there, >> >> This is a fun one. >> >> I have been slowly working through some updates of the cloud storage >> backend. The code that is running there is, umm, old, hacky, buggy, bad, >> and inconsistent. >> Actually, I may be a bit too kind there to myself. Anyway. >> >> Using a staging server I have update most (but not all) of that code and >> would love to get more testing on the current state. I've done a fair bit >> of testing myself, but I know from experience that when I test my own code >> I rarely manage to hit the really dumb stuff in the implementation (maybe I >> subconsciously know what will work and only test that? IDK). So I'm hoping >> some of you might be willing to spend a few minutes to help. >> >> Assuming you follow the directions below, this will not affect your >> 'real' cloud storage at all. The staging server does have a somewhat older >> snapshot of the 'real' cloud storage on it (I think it's about a year old, >> I'm not even sure), and it connects to the same authentication backend, so >> you COULD test with your real data... But I wouldn't 😇 >> >> So, what's the best plan? >> Use a new email address that you haven't used for Subsurface before. If >> you are a Gmail user (like so many of you are) this is super easy. If your >> Gmail address is [email protected] (it's not, that's mine), then you can >> register with [email protected] , which the backend will see as >> a new address and create a new account for, but which Gmail will happily >> connect to your account, so you receive email sent to that address (no, use >> YOURS with the '+blabla' suffix, not mine...) >> Set up Subsurface on your desktop to use the staging server (I don't >> think we have a way to do this with Subsurface-mobile) >> >> Subsurface REALLY wants to use the official servers - so every time you >> run it it will reset to what it thinks is the 'logical' geo server. So you >> need to update this every time you start Subsurface as part of the test. >> How do you update it? Well, find your preferences and replace one key. >> >> On a Mac, this is how you do that: >> >> plutil -convert xml1 >> $HOME/Library/Preferences/org.hohndel.subsurface.Subsurface.plist >> vim $HOME/Library/Preferences/org.hohndel.subsurface.Subsurface.plist >> >> (or some other editor) >> >> find this key (likely pretty far on top): >> >> <key>CloudStorage.cloud_base_url</key> >> <string>https://ssrf-cloud-us.subsurface-divelog.org/</string> >> >> and replace the string with https://ssrf-cloud-03.subsurface-divelog.org/ >> and then save the changes. You don't need to convert back to binary, the >> app will happily read the text XML version (and macOS will make it a binary >> again in the background) >> >> On Linux look at $HOME/.config/Subsurface/Subsurface.conf and look for >> the 'cloud_base_url' in the [CloudStorage] section. >> >> No idea where this is on Windows 🤷🏼♂️ >> >> Oh, and note that this string needs to end in a slash or Subsurface is >> unhappy. >> >> >> Now you can go through all the cloud workflows. Create a new account. >> Enter the PIN. Save data to the cloud. Even delete the account (wait, I >> don't think we support this from the desktop...) >> >> Let me know if you run into any issues or problems. Ideally with the >> (reasonably exact) time when you tried this (including time zone), the >> email you used, and any other useful info you can share. running Subsurface >> from the command line with '-v' helps create good output that helps with >> debugging. >> >> This is the developer mailing list, so I assume this all makes sense to >> you. If not, ask. >> >> >> Thanks >> >> /D >> >> _______________________________________________ >> subsurface mailing list -- [email protected] >> To unsubscribe send an email to [email protected] >> > > _______________________________________________ > subsurface mailing list -- [email protected] > To unsubscribe send an email to [email protected] >
_______________________________________________ subsurface mailing list -- [email protected] To unsubscribe send an email to [email protected]
