Chris Talbot (kop316) who wrote the code to support MMS says that it works in chatty 5.0~beta3, so its worth upgrading and trying it. It hasn’t yet been added to Mobian, so I haven’t tried it.
thats good news, not sure I will trust to try the beta version and wait for it in the official PureOS app store. I already burned one SIM card experimenting with things, so I can wait on it, but that is a huge feature I need for a daily driver. Even if I don’t see a message on suspend, as long as it works when I check my phone, I can deal with it.
good news, I will be trying that out. Now if only the battery life and the forever charging was slightly improved. I realize the camera will probably never be that good, but just hope it is serviceable one day, like a Blackberry camera, not an iPhone camera, but as of now, its darker than the earliest camera phones from like the mid 00’s.
Have you increased the gain setting? I agree it’s nowhere near an iPhone camera, but substantially increasing the gain setting allowed me to get a reasonably decent photo even in its current state.
It’s annoying that when the camera app is launched, the gain is always reset to it’s lowest possible value rather than its last value. If nothing else, it seems to me, that for the best user experience, the sensor’s gain should be initialized to its last value (or its maximum value rather than its minimum value, if the last value cannot be saved).
Glad to see this, although personally I will miss the mobile, wifi, and battery icons that currently display under the time on the lock screen. @guido.gunther
But since those are now kept visible in the notifications area, that’s cool.
Sadly, I wanted the actual battery percentage. The icons are relatively imprecise and of necessity rather small, better than nothing, but not what I was after.
If an actual percentage is not to be available then using colour to augment the icon would be helpful, although I understand that that is not a fully “accessible” design e.g. 0-19 red; 20-79 white; 80-100 green.
Yes, I agree. It is becoming a problem. (In my defence, I’ve had other more serious and more pressing IT problems to deal with - and as a longer-time Librem 5 user, I have more to lose / more time needed than most from having to reflash. So it’s a double whammy.)
I recently reflashed from amber and was putting it off for a few months before doing so. I anticipated both a lengthy process and numerous issues along the way, but found neither.
For me, it’s more about the extensive ‘configuration’ that I have done, all of which will have to be redone.
Also
One thing I am wondering about is whether you get LUKS1 or LUKS2 as the end result. I think one really wants the latter but I have read in this forum (in other words, anecdotally) that you get the former.
So I would prefer to wait until that is ‘fixed’, if indeed there is something to fix.
Edit: @Kyle_Rankin can you shed light on what is the actual current situation?
Is net data a premium in your part of the world? I’m wondering why you wouldn’t download an image and check for yourself. Then you’d have a first hand definitive answer rather than being dependent on others or any form of anecdotal murmuring.
Anyway, see image below, this is a header dump of the LUKS container from a LUKS variant Byzantium image, this is the (at time of writing) latest build…
If you’re holding out for these images to be available as LUKS2, you might be waiting for some time. It is possible to regenerate these images with a full LUKS2 container in fairly short time so I don’t think it’s worth holding out for Purism to provide LUKS2 directly. Depending on your machine specs, my one year laptop with NVME drive will create a LUKS2 variant from the original LUKS1 in around a minute, my very old entry level dual core machine with spinning rust will do it in around 12 minutes. It’s a relatively painless process.
I would still do the re-encryption before flashing to the phone, re-encrypting the live disk on the phone is not a problem but i can take some time (re-encrypting the container before expanding it is not too bad at just over 2 minutes, if you leave it until after expanding to fill the disk it’s a little over 16 minutes (assuming the phone is not doing anything else at the same time) re-encrypting on a desktop prior to flashing is around 17 seconds for me).
Data (quota) isn’t - but bandwidth is (in my very specific part of the world). So, no, I would not spend the time on a GB download just to get a one-bit answer that someone else already has.
… for whether Purism plans to change this, and if so when, can only come from Purism.
Lots of things are possible if you know how.
I’m not worried about how many minutes it takes to regenerate (12 minutes - 60 minutes - overnight is fine). I am more worried about the number of minutes of my time spent in this loop