It’s hard to tell: you have to weigh in the chances of dealbreakers like unexpectedly broken hardware (we did come across a few), and calculate the time it takes to solve the problems that can be solved 80% of the way there, versus the time to squeeze every last bit of juice.
I can say that I personally hope for 50% longer battery time with suspend and other optimizations, but don’t consider this an official position or guarantee.
By no means, no, but your guestimate is probably better than mine 
I feel my android phone is not owned by me, but by Google. They have found a solution, that makes me carry their phone with their cameras and their microphone to every place I go, while I’m never sure things are turned off. And Google also lets me pay for their phone.
I can’t easily compile and install my kernel as I was used on other Linux systems. I can’t easily get a root account without loosing banking access. Most apps try to hide the directory system structure. For me android does not feel like Unix anymore.
I have the feeling, there are kernel modification, that make things run faster if android is installed. Maybe hardware modifications make cpus run
faster if android is recognized by a special access pattern. We know what is possible, if we look at VW’s diesel emissions scandal, where motors behaved different in special test scenarios.
At least Google does not document in a findable and reusable way, what has to be done to unleash the power of current phone hardware, to become more efficient, or which hardware should or should not be selected by phone builders for which reasons.
But free software will find and document this in future. Maybe not with our current librem5 hardware.
But said all that, for me a short running battery is much less important than a free phone.
And the reason why we have a short running battery is the hiding of knowledge by Google from my point of view.
I use my L5 as my daily driver. At home I have a power supply, in my office another one, when I travel longer time, I have a power bank. In short, battery lifetime is not an issue for me.
Don’t get me wrong, I’d love longer battery time as well, but this is not my main concern.
According to the FAQ it’s using a 28nm process.
The easiest win for a future version of the Librem 5 is a hypothetical drop-in replacement SoC from the same manufacturer that uses a smaller process node.
By contrast the Sony Xperia 10 has a SoC that is using a 14nm process (according to the internet). So ceteris paribus (hypothetically) this SoC has an approximate 2x advantage up front.
(Things never are equal though because often the smaller process is used to run the chip faster, thus giving away some of the saving in power consumption that was gained through the smaller process. Along the same lines, the smaller process may be used to pile on more transistors for better performance or more functionality etc., thus also giving away some of the power saving. In addition, sometimes - for various reasons - voltages are reduced, which reduces power consumption.)
Unless you have suspend-to-ram (STR) enabled in the Librem 5 then you are basically running the device continuously. However I think there are still gremlins with STR i.e. “experimental”. I couldn’t tell whether you are or are not using STR.
If you are not using STR then for an apples-to-apples comparison, you would need to keep the other phone awake all the time (other than the screen).
Another force at work is the separate, dedicated peripherals e.g. modem card and WiFi card. As they are separate in the Librem 5, their power saving modes need to be controlled separately and their power consumption optimisation needs to be tackled separately, and of course they consume power. By contrast, a typical iPhone or Android phone will have a SoC that includes much of the functionality of those cards (at the cost of course of removing the possibility of ever doing an in situ upgrade on those phones).
You will note discussion elsewhere in this forum about someone who replaced the WiFi card with one that is apparently more power-consumption friendly.
So, as you started out by saying, mainstream phones have an advantage in the time and money that they have spent so far on development.
The real comparison though is not between the Librem 5 and another phone but between the Librem 5 and what you need.
Power consumption is not proportional to process node, though. I don’t know the exact relationship, but smaller processes have more leak current, or something like that? Anyway, most recent process nodes have plateaued in power despite getting smaller. So the “2x” advantage should be taken with a pile of salt.
That is my understanding - and a reason to drop the voltage. Putting that aside, it isn’t an exact proportionality. It is complicated. Since 28nm is fairly expansive these days, maybe approximately proportional is fair. (If and when an appropriate i.MX is released, maybe the datasheet will give something more concrete.)
As I wrote in another post earlier, Librem 5 is trying to kill too many flies with one stroke and this leads to many customer groups being semi-happy instead of one customer group being fully happy.
It is what Germans call the “eierlegende Wollmilchsau” - the Pig that lays eggs, gives milk, and gives wool.
There are around 4 different target groups that could have been 4 different products and for some of these different Products Purism could have opted for a SoC from Qualcomm or whatever instead of developing from scratch with an older generation CPU. That would have sacrified on some awesome bells and whistles but could have delivered better experience to some of the potential users.
Some people just want a working Linux smartphone Mint style as an alternative to Android and iOS. Not everybody wants to to be completely blob free. Some people just want it to work and to be a little bit more trustworthy than Android or iOS. Raspberry Pi is not blob free and is a total success. And maybe this could have been a better ground for attracting people to develop apps for mobile Linux.
Another approach would have been to go for an ever slower CPU and to not make Librem 5 a general purpose computer, but a reasonably secure mobile phone with reasonable battery life. If security is the main focus, then the user is not getting thousands of apps and features but just the bare minimum.
“Challenge accepted”, says the genetic engineer. 
And those will choose from one of a hundred projects like LineageOS, Jolla, or the freed Android flavor of the day. Purism going there would be just an also-ran, and I would not have joined it, seeing no value.
You mean: therefore, only a partial success. It’ll be total when it’s blob-free. But I’m not seeing any chance of that, so it’s a dead end for this purpose.
That’s what the L5 is. We get the general purpose computer for free.
This is a very interesting statement. I don’t think the users perceive Librem 5 like this.
This would mean as priorities:
In such scenario topics like browsing, music, photos, navigation, and other apps, are not a priority at all. Just a nice to have bonus. Even furthermore, maybe they are bloating the system and drain resources and battery.
Well, they sold over million units despite the best models being close to impossible to buy for a very long time, so I will subjectively count this as a success.
The market lacks an Android with kill switches to be honest.
One major problem with Android and iOS is that it is difficult to trust them to not track you/to be offline. A simple option to kill stuff like microphone, camera, WiFi/BT, LTE, GPS would be a benefit to Android users without bringing the issues of a new OS.
The AOSP flavors are not exactly the same as a a Linux project like PureOS, but you are right that there is Postmarket OS on the market that caters for this target to some degree.
So to sum it up. Maybe a very large portion of the Librem 5 users don’t use Librem 5 as it is meant to be as a product and then wonder about the results.
What about underclocking the L5 CPU, is it possible (albeit maybe not advisable)? Could that be part of the hibernation or would it just make it slower to wake up from suspend?
I’m not the one who chose the priorities, but having a limited phone-only device limits the kind of people who would want to use it. I doubt that the relationship between features and users is linear, but on which side of linear it falls I can’t answer.
I do know that lots of people want photos, and I think not having browsing would cut the market so badly that I’m not even sure it would have been sustainable. Banking apps are already a problem. Like it or not, we’re building a mobile computer cause the goal is to reach the masses without dying on the way there.
You don’t get that problem according to most of those projects.
When they aren’t running, no, they aren’t. If they are using a scarse resource, it’s developer time.
You can sell a million units of many things. I’m at Purism because I want to sell a million units of a blobless phone, and only then is it a success.
Of course we are all aware that the Librem 5 does have blobs. The current cellular modem(s) requires a blob. Regardless of whether it is resident to the card, the Wifi card (Redpine; now owned by Silicon Labs) requires a blob. And although there hasn’t been much discussion about this lately, I think that the Librem 5 requires a blob to boot ( https://puri.sm/posts/librem5-solving-the-first-fsf-ryf-hurdle/ ; the blob is required and the point of the article is a technicality about whether the blob is isolated away from the main CPU).
For most people, the real point is whether or not (and to what degree) the blobs can be isolated and whether the blobs restrict the owner in regard to the FOSS components.
I never said the Librem 5 is a success by this measure yet. But, unlike the RPi, where the blob runs on the main CPU and Linux on a secondary processor, the L5 is pushing the blobby status quo, and has a good chance to make a mark in history as a stepping stone to a blob-free future.
Great! I was just trying to clarify for others.
While the Raspberry Pi Foundation isn’t all that interested in being blobless, it’s worth knowing that there are efforts for blobless boots on the Raspberry Pi ( https://github.com/librerpi ).
Also, and I may be wrong on this — and given your work on millipixels you would know — but I was under the impression that libcamera started as FOSS effort on the Raspberry Pi to avoid blobs. The underground (non-RaspberryPiFoundation) efforts toward decreasing blobs on the Raspberry should be celebrated and should be recognized that this is related to the fact that there are millions of inexpensive Raspberry Pi devices that people want to Free up. The same could be said about a lot of improvements in FOSS video driver technology.
Hi Privacy2,
you have to think about that in iterations. Before Blobs, we had Algorithms or Drivers… we or some one else had to trust.
Now its about binary Blobs, or soc’s.
With the view by Users, its about running and using some thing with my Computer or Phone…
they do not care about an app or data, just about some working Program or Device. Which is not fine.
About Power usage, its some kind of the gold standard. We have to optimize Code or Power usage for our bereaves. Capitalism got that done with the cheapest price (do not ask how its done!) and some kind of product.
P.s. Sorry for my language issues. Keep on your good work.
The counter aspect to that is: possibly the one customer group that would be fully happy is too small to support the development of the product in the first place. (Note that I am not asserting that this is the case, only that it could be. That’s why companies do market research - to get closer to the truth about the market.)
This kind of marketing debate is as old as time, pitting as it does one cliche against another e.g. “jack of all trades, master of none” v. “stick to your knitting”.
From where we are today, I think the key question is: how many of the problems, real or perceived, will get addressed over time? to what extent? how?
For me personally, this has always been a phone first and a pocket computer second. Hence the priorities should be a) time between charges and b) stable modem (from among the things that you list, and not that I am having problems with modem stability) but of course other people will have different priorities.
I would agree with both parts of that … but the market that the Raspberry Pi plays in is different - different customers with different goals.
I support both the Pi and the Librem 5. I have multiple Raspberry Pi computers on duty in my house.
Some might argue that blob status becomes more important in a device that is a tracking device first and a phone second i.e. blob status not as important on a Raspberry Pi that just sits quietly in the corner v. a device that you will carry with you everywhere.
I have not conducted a market research.
I can just tell that there are users that complain about short battery life and about unstable modem (missing calls, loosing Internet connection) and these 2 things have a significant impact on Librem 5 working as a phone.
For me video calls in apps like Viber/Signal/Telegram would have been the feature that I would need in order to dump Android for good because for me communication over distance means video calls in such apps and not having them is just not an option, but I understand that it is a task that could be viewed as out of scope if we view it as a pure phone.
And I can tell for myself that for me having a working device is more important then having a blob free device. With Raspberry Pi I have no problems with streaming video in a browser and showing it through HDMI on an external display with perfectly stable video signal. I don’t know for sure, but I guess this has something to do with blobs that Raspberry Pi uses that Librem 5 does not use (for example for HDMI or some video codecs maybe). When things are not working this means users are not getting their use cases satisfied and they satisfy them on another device.
Between total trust and zero trust there must be a middle ground.
Yes, zero trust model is only possible on a blob free device. But I am a realist. The potential to verify something does not mean that people do indeed verify it so this potential is often not really utilized.
And there is a middle ground. I don’t trust Whatsapp on an Android/iOS, but I have no problem in using Whatsapp on a Linux device that enables me to feed WhatsApp with fake data (fake address book, fake sensor data, fake location ect.). Would this be 100% safe? No, I could still get malware from WhatsApp.
But it would be a HUGE step compared to Android/iOS.
I have the same feelings with Raspberry Pi. Is it perfect? No. But it is not Windows. And this is already a HUGE step in the right direction. And if it was blob free and working crippled, this would have just made more people to give up on their Linux journey and they would go back to Windows.
Fanatism or being radical sucks.
I think it remains to be established whether the blob is the problem i.e. whether the problems with the modem are in the blackbox modem firmware (blob), hence which Purism can’t directly fix.