I’ve just had a look at this - unfortunately the parts of the settings app that are needed to set this up on the L5 are not adaptive, and I found them impossible to use. I know that it is possible to do the setting up from the cli instead, but that needs knowledge, and is fiddly on the built-in terminal anyway. (By comparison, the corresponding functionality under Sailfish once you have installed the developer utilities is plug-and-play, I think that Sailfish starts up a DHCP server on connection so the host computer’s USB network address is set up automatically too.)
My advice for a wired connection on the L5 would still be to connect to an ethernet network if possible. Virtually all consumer ISP-supplied routers in their default configuration will have a DHCP server running, and the L5 will get an address on the network without any issues in most cases.
What kind of an oscillator runs the CPU? In this day and age, an accurate clock, to within mili-seconds of drift per day, is pretty much standard on every low-end device. How could the Librem 5 be so impaired when it comes to keeping time? A fifty year old mechanical wrist watch does better. Any real-time clock circuit with even a reasonably good (lower resolution) RC oscillator should perform much better. These performance of these time-keeping components are all specified in the manufacturer’s datasheets. It’s kind of hard to get wrong unless you make easily-fixable mistakes in the code and then choose not to fix those mistakes. Does anyone know why the device is having difficulty keeping time?
The phone’s time algorithms should keep all external network connections away from affecting the phone’s time, except perhaps (maybe) when changing time zones or adjusting for daylight savings time changes twice per year. In a phone that has network kill switches as a prominent feature, I wouldn’t want any network to have access or the phone itself, or to have any reliance on any network, especially by default, to always display an accurate time. It just doesn’t make sense to let any network be a part of that equation any more than is absolutely needed, which should leave “never” as a default and valid option in user defined time settings.
But doesn’t this require the L5 to be able to find a DHCP server? In my experience, a typical desktop or laptop Linux distribution doesn’t have one enabled by default (although maybe a Librem laptop or Librem mini does?). Anyway, when I connect my L5 to my Linux desktop or Linux laptop by USB, it only sets up a IPv6 address on the USB interface, not an IPv4 one, which limits its usefulness, and certainly doesn’t allow the L5 to check for updates via the USB-connected computer (which was the question that started this thread).
I know I discussed the problem in two different places, so maybe this is NOT the thread where I pointed out that the battery was most likely very low at the time. No oscillator can run worth beans without power. The reason desktop computers seem to be able to keep time even when off and even unplugged, is that that oscillator has its own battery (good for many years). No cellphone I am aware of has a separate battery for the clock.
Apparently, the mainstream smart phones all sync the time via some network, probably the cellular provider, every time they lose power and then boot-up again when power has been restored. But in a phone that prides itself on kill switches to prevent spying, maybe this isn’t such a useful method. I want to leave networking turned off most of the time. I would guess that time is likely derived also via GPS signals, which are one-way from space to the earth. You don’t even get pinged. Maybe another option might be to use cell-site paging services to communicate time to the phone. Personal pagers don’t transmit either (if they still exist). I think the idea for time should be to derive time on the phone from a source that doesn’t expect any kind af communications acknowledgement from the Librem 5 but that tells the Librem 5 what time and date it is.
A GPS receiver would do the trick. The difficulty would be in verifiably making sure the GPS location doesn’t leave the phone once established (as far as I know, it doesn’t go back out through GPS). Which, presumably, the kill switches would accomplish…though someone will no doubt (please do!) correct me if I am wrong.
If the phone has a charged battery (and it needs, probably, at least 5 percent), it should keep time fairly well without needing a sync. Mine has since the initial issues.
There is a part of Arizona and Nevada where even my Samsung Note 9 struggles to keep accurate time. Bullhead City (Arizona) and Laughlin (Nevada) operate in many respects, as one city, although they are each separate cities, each in in their own respective adjoining States. This dual-city is divided only by the Colorado River with several bridges connecting the two cities. The Laughlin Nevada half of this geography has daylight savings time for half of the year. The Bullhead City Arizona half never has daylight savings time. So you can gain or lose an hour (depending on the time of year), simply by crossing a city bridge. Scattered along the river that divides these two halves, are several cell phone towers on both sides of the river. The cell phone connection to the towers doesn’t seem to respect the city limits. One minute it’s 3:00 PM. A minute later, it’s 4:01 PM. Ten minutes after that, it’s 3:12 PM. You never really know what time it is because most of us don’t look at the time often enough to know for sure what time it really is in this situation. So before you leave home for either city, you set your phone to ignore the towers and just keep its own time. Then you make the one-hour time adjustment in your head, depending on which side of the river you’re on when you check your phone to see what time it is.
Well, that SHOULD work for the Librem 5 as long as its battery remains charged. For that matter, any other cell phone probably has that limitation, too.
Yes, I pointed this out to show that no matter how the time is maintained, there can always be challenges. It might be nice to display the time zone name, right next to the time. I didn’t realize initially, how complex keeping time on a phone can be. But I think there always needs to be a mode upon boot-up that says: 1.) Find GPS location and time, 2.) Set the phone time and date based upon this information one time only, 3.) Ignore all cell phone tower time and date information after that.
On the L5 you can disable on-line time updates. Whether that means ignoring the cell towers, I will be able to explore once I get the replacement modem (the one I had, had the wrong firmware). I’ve been promised a replacement shipped to me, no cost.
For what it’s worth my L5 kept good time over the weekend (2-3 days) with all kill switches in the kill position. No WiFi (and no Mobile…still awaiting replacement modem).
But then if all your kill switches are killing then GPS itself will be disabled.
So there always needs to be a mode upon boot-up that just asks the user to enter the date and time.
None of this need apply unless the phone battery has gone flat.
I understand what you are saying. It may be something of a niche requirement though.
(Note that this is a display issue only. The time is internally in UTC and does not jump around just because you crossed a city bridge or roamed to a different tower.)
Just to clarify what happened here, in case a future reader of this thread is puzzled by this. I interpreted your earlier comment:
Connect it to a computer with the USB cable and you have a network.
as meaning that at some level something usable would start up automatically when connecting the L5 to my computer by USB. When it didn’t, I tried to set up the network by setting a static IPv4 address on the L5, and intended to do the same for the USB interface on my computer (since that doesn’t require installing and configuring a DHCP server). It was that step that I couldn’t do in the settings app, because that part hasn’t been adapted for the L5’s screen size. Sorry for any confusion.
I run Gnome on my desktop and laptop, and I don’t know what would be different if I was running Plasma instead.
In any case getting the L5 to talk to my linux desktop is now moot; I found a USB doc that lets me plug in an SD card, to say nothing of actually editing files with more than 20 columns of text. It’s a bit flaky with respect to the card, and the L5 can’t charge through it faster than the battery drains, but it does work.
So no need to move files back and forth between systems to edit them.
I do have to unplug the L5 from the dock to see the effect of my changes (to the virtual keyboard), but that’s fairly painless.
I don’t know if you’re looking into alternate options for a USB C dock, but I have a Baseus 8-in-1 dock (which has an SD card port) and it charges my Librem 5 with passthrough power delivery (or whatever it’s called).
Someone…(you perhaps, elsewhere) has already pointed me to that product.
I found mine off the shelf and was able to test it in store. It does everything I want, including charge passthrough; the problem is the phone itself seems to discharge faster than it charges driving all that stuff.
To debug that you need to look into the Power Delivery (PD) to see whether it is working. Is PD negotiated successfully at all? What power (or, in this case equivalently, current) is PD providing? How much of that is going into the battery?
Until you’ve done that, you don’t know that:
If you want to look into that, it would be best to follow up in one of the existing topics covering that.
