Opened https://source.puri.sm/Librem5/phoc/-/issues/168

Opened: https://source.puri.sm/Librem5/phosh/-/issues/396

I'm not sure if it was correct to initially set priority of this task to Freedom Issue, because it's possible the issue went unnoticed by team members.

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:

Hi @Moop - thanks for reporting this. A new live image has been released. May I ask that you test again?

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).

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

Something like this maybe:

This IIRC does not work with the Librem laptops since these do not measure the energy properly, instead just estimate based on discharge rate. And even if, it is really rough (even Thinkpads do a pretty bad job at it).

I don't have a power meter but I will use powertop. :-)

@jeremiah.foster powetop shows the amount of power drawn from the battery as a rough indicator

Do you have an AC power meter? That's what I used... let the system sit there idle, battery fully charged, look at power consumption. Then just change _one_ thing at a time, let it settle and become idle again, measure again.

So how do we do this test in a way that produces useful data? Do we run it at two different settings on two laptops concurrently? Or should I measure battery level over time at specific intervals with each setting on the same device?

@jeremiah.foster could you check if min_power makes a difference? It seems to save 0.5W here things are fluctuating quite a bit so a longer test would be good.

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.

Oh good!
Or also not so good, because then I wonder what people do with their laptops not getting more battery life... hmm...

@mak how much disk space would that be ? @jeremiah.foster @nicole can you get us the necessary disk space?

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.

Following Guido's link, I ran

something like https://wiki.archlinux.org/index.php/Power_management#SATA_Active_Link_Power_Management

i wouldn't call it frozen, it's just that the settings and app menu grab all input (i pretty much got used to it and just hit ESC in these situations). This is fixable but not in phosh alone, phoc needs to help here. I'd be great to have a bug on phosh as well since this also affects convergence.

phosh itself is not involved here, if at all it's the compositor. @david.hamner could you file a phoc bug because having bugs in upstream software will likely get lost.

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?

I'm working on pushing youtube-dl_2020.09.14 from byzantium to amber.

@jeremiah.foster this package youtube-dl_2020.09.14-1_all.deb is already in byzantium.

Yes, let me look into how quickly we can get this into Byzantium. (There are two routes - wait for an update from upstream packaging, e.g. Debian, or upload our own package directly amber.) Uploading the new package directly to amber is likely the fastest way to close this bug.

Version 2020.01.24 of youtube-dl also no longer works properly.

please delete information permanently, thank you

In T917#17393, @jeremiah.foster wrote:

Can you try again? I cannot reproduce this issue on Byzantium.

Can you try again? I cannot reproduce this issue on Byzantium.

gnome-control-center is updated: https://software.pureos.net/package/src/byzantium/gnome-control-center

Do you know what model your Wifi adapter is? It may require proprietary drivers to function which we do not include in PureOS.

An administrator has to remove accounts from the command line. Alternatively, an admin can "disable" your account which stops mail and your ability to login - is this sufficient or would you like the information permanently deleted?

I also recommend to subscribe to https://wiki.debian.org/Derivatives/CensusTemplate (hint: that page was updated today)

I do not work at Purism, but I suggest using the Forums for this and your other question. There are lots of really good folks there, and I know some Purism employees read the posts too. You might get more and faster responses. Tracker is really for bugs.

@jeremiah.foster as an initial action, I recommend that you subscribe to the wiki page, to get notified when others edit it - in case you disagree or appreciate learning from it.

oh, silly me: pantalaimon was never derived, so this is a non-issue.

Higher-than-Debian version shadows a Debian package if both are available. That is suitable for packages deliberately deviating from its Debian counterpart.
Example: debian-games (we fix an FSF-specific freedom-issue)

superceded by T938

Did you use the OEM image or the Live image? Which version of the install ISO (date) did you use?

What is the use case for explicitly staying below a Debian revision? This may break quite a few assumptions and no Debian derivative (that I know of) does this.

The problem tracked in this issue is that you can install non-free packages or add non-free repos - including skype and others.
Which packages can most easily be installed due to the default configuration of the tool is a subset of this general issue.

The problem is not that you can install non-free packages or add non-free repos. So can you in apt. The problem is that snap is using Snapcraft repository by default. Just try snap find skype, snap find clion or snap find spotify.

It worked for me! Thank you @jeremiah.foster !

This points to file corruption I think. It appears that people have had success in deleting files in

/var/lib/apt/lists/

and re-running apt.

The following command fixes it - echo 'apt::sandbox::seccomp "false";' > /etc/apt/apt.conf.d/50seccomp

Thanks!

seems I was mistaken: Matthias explained today that "whatever works, as long as the string "pureos" with a version number suffix appears in there".