If this feature is really important for the PureOS team, then we should keep it.

related https://source.puri.sm/Librem5/Apps_Issues/issues/162 - i think it would be a good feature to have if people opt in - it's by no means about convenience but to give us enough data to fix issues. It's also data that might be hard for the user to provide.

No, I turned it on for the first time followed the prompts, wrote down my passwords / passphrases and ran the typical sudo apt update and sudo apt upgrade.

Okay, but I believe that Nextcloud provides a standards compliant CalDAV interface which GOA can use. I'll double check.

As @stefannagy references, its just CardDAV and CalDAV in general, not just Nextcloud/Owncloud as he already said.

GNOME Online accounts already works with free services like Nextcloud;

Confirmed that using ENV{PRODUCT}=="316d/4c4b/101" works as expected. Closing this issue, going to add documentation here: https://docs.puri.sm/Librem_Key/Getting_Started/User_Manual.html#automatically-lock-the-desktop-when-removing-the-librem-key

Wow, that is really cool Neil. I ran udevadm monitor as well, but I did not try to change the ENV variable to {PRODUCT}. I'll test that now.

After running the following command

So I'm not sure what's happening here but it cannot boot because it can't find your disks. Usually /dev/mapper maps your disk UUIDs to the luks encryption and /etc/fstab holds the info on your boot disk. Those are unavailable for some reason on your system.

Simply

apt install macchanger

I can only speculate that it might be a Gnome-specific issue. I have no idea. I'm sure it'll be fixed eventually.

The wording has improved. Words such as GNU, Linux, Gnome, Plasma and distribution have been cleverly avoided, which is a good thing IMHO. A bit of redundancy is immediately obvious though. But overall it's going in the right direction. I'm pretty certain that 1 installer for both flavors is the right approach.

In T822#15824, @jeremiah.foster wrote:

This might be better addressed upstream, presumably uBlock Origin itself audits the remote lists?

Thanks for your response.

This should be fixed in amber now :-)
Thanks for reporting the issue!

I've created a dpkg reppo at

@mak gcr secmem is similar to what gpg's gtksecentry does using

I'll look into this as best I can - so far it looks like this may be an issue with libcrypt and may be intentional behavior.

There are no resource limits on the container, so I have no idea what goes wrong here.
Does this code access a device that is maybe unavailable?
Unfortunately I am traveling in the next weeks, so I don't know if I'll have time to look into this.

@jeremiah.foster @mak Can you look into this?

@jeremiah.foster Can you please help with this?

Done :-)
The update should be available once it passes QA and the regular delay period.

just to add the detail how things will break for users

Well, it seems quite easy to me to fix T663 (blacklist all non-free services). But you can't whitelist CardDAV and CalDAV support, it needs to be implemented first… The upstream bug report is pending for six years now.

Its like two POVs about the same.

Oh, I didn't see that. However, this report is not about the promotion of non-free services (like T663) but about the missing support (and thus promotion) of common open standard protocols.

I already made a report about the freedom respecting options in GNOME Online Accounts here --> https://tracker.pureos.net/T663

Yes, and that means that by default (to my knowledge) PureOS supports

• Google
• Microsoft Exchange and
• Nextcloud/Owncloud

for calendar and addressbook sync. The only freedom respecting option is Nextcloud/Owncloud (which uses these standard protocols by the way).

This is a report for GNOME. It seems is not solved yet here. The logo changed but to this. But thank you, then it seems is truly specific from GNOME.

@mladen Thank you for your explanation.

Evolution is on PureOS repositories but not installed by default.

I can confirm this issue.

@EchedeyLR No, I am communicating with the reported via Purism support channels, we determined this is a hardware issue.

I think it could be "incomplete" because the information is very generic but ofc could be a software issue.

Not a software issue, closing.

https://tracker.pureos.net/w/installation_guide/mirrors/
We now have a mirror in North America. New mirrors will be vetted on an ad hoc basis.

Nicely done -- installing on your Mac is pretty cool. :-)

This might be better addressed upstream, presumably uBlock Origin itself audits the remote lists?

Agreed. For now it has though we'll see what happens when upstream support for 60.9.0esr is done and we forced to go back to 68esr.

Might be related: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934504

The first kernel message regarding firmware can be safely ignored.
The second message from cryptsetup needs to be resolved by ensuring that you give the correct password (in the correct case and with the correct keyboard layout, e.g. NumLK off, etc.)

@gorgeous Any news? I think a reinstallation with the latest builds will be highly beneficial, let us know if that worked.
https://pureos.net/download/

Seemingly the Plasma flavor has received some love after all. Thank you so much!

Thank you for fixing it.

If this issue still persist, then it is too complex to solve. Sorry for the annoyance.

Assuming this was a glitch in the matrix.

The cause of this issue is likely either that your PureBrowser profile is corrupted or that it contains data only readable by Firefox 68.x not 60.x which PureBrowser is no reverted to.

ah right - using the command-line option --ProfileManager provides for a more user-friendly interaction than directly renaming the profile dir. Thanks for mentioning that, @marcus, I'll keep than in mind for future guidance.

Hi @jonas.smedegaard , thanks one more time for the attention.

I don't know what happened concretely in your case. Perhaps the versions you read was simply _available_ versions instead of _installed_ ones?

Hi @jonas.smedegaard , thanks for the answer!

Those are all _newer_ releases of the addons than provided by PureOS.

Hi @jonas.smedegaard, thanks for you attention!

@ajlok If those keys on your Librem 13 are dead, please contact Purism support, you need to re-flash keyboard EC firmware, which is out of scope for this ticket.

@mladen Using a Librem13 v3 DE i just applied all points mentioned above to no avail. My german button with pipe and left, right angle brackets (<, > - copied from a webpage-sourcecode) doesn't say a word. It seems not to be doing anything.

This is fixed in PureOS 9.0 (Amber) image build 2019-09-26.
Thank you for reporting the issue!

Is this perhaps a duplicate (and revisit) of T148 and/or T711? - symptoms seem similar.

On top of that we maybe could drop the dependency of gnome-software on software-properties-gtk, that would let GNOME Software use its own repo configuration dialog.

I got it to work by pulling down the ci-repo.key, and adding this line to sources.list; deb https://ci.puri.sm/ scratch librem5

I can use add-apt-repository without issue, but I get other problems with the repo;

The workaround is to comment out the call to UbuntuDrivers python module in usr/lib/python3/dist-packages/softwareproperties/gtk/SoftwarePropertiesGtk.py
Line 61 to 65 starting with

I see similar behavior;

On the KDE Plasma release from 31 August when I try to run the memtest menu entry it merely says "/live/memtest not found." I'll test the latest build from today but are we including the memtest binary?

Thanks for that additional info, @mladen