As Jeff already stated, branding can't be added to PureOS (besides its own) itself but Purism can use its OEM image for such branding. I will put it on wishlist severity for now. Also making mak aware of it.

Fixed in:

@netnut404 Please clarify exactly which keyboard model you have (eg. US/DE/UK?)

I just had my librem 13 v3 replaced due to an unrelated hardware issue and this issue , which I had before, and applied some fix in both from the forum has returned with the hardware swap (note: hard disk is same and OS install is the same).
I know whatever I applied also had to be tweaked in qubes as I have both pureos and qubes installed, So I am trying to recall exactly how I had it fixed in both OS's.

Purism branding elements can be packaged in the repositories of both the normal and OEM versions of PureOS, but preinstalled (or activated) only in the OEM version (i.e. so that the "purism-branding" package is installed by default on factory-preloaded Librem devices, but not on non-purism devices where people install PureOS themselves).

Note: password was actually not required; it logged in directly after entering the username.

systemd applies a software workaround for Librem 13 v2 and v3 devices so that the keys on those devices are correctly mapped. However, it turns out that this also remaps keys on UK and DE devices

Purism's Librem devices come in few variants: Librem 13 and Librem 15, with US, UK and German keyboard layouts.

I have a Librem13 v3 with a UK keyboard but I am pretty positive I needed the firmware fix to make it work *even in Grub*.

First, are we 100% sure that removing this fixes it for UK?

However, the workaround also affects UK and DE models which do not have this problem

Username: pureos
Password: live

Thanks. So getting the logs of the Software Center failure would be the next step to resolving this, ie. working out why/what it is failing there and fixing that.

Can you provide the background etc. for your rationale?

I believe this is an isolated issue which was fixed, and is surfacing for users who didn't update for a long time (it happens for people who update via GNOME Software Center, AFAIK update via apt doesn't trigger the bug).

This is no longer a freedom-issue, just cleanup internally...

Please drop blocking from Debian: Package has been dropped as obsolete now: See https://bugs.debian.org/874575

It does not look like I can change this to 'resolved,' even though I am the item's creator.

Fixed in systemd 238-5pureos1

This was much trickier than usual to resolve, especially with the Britney dupe-pkg-on-arch:all bug being present as well, but it worked out in the end. lintian is updated in green now.

@chris.lamb Yes, please, who knows when will updated systemd be released.

@mladen.pejakovic Thank you for this. Would you like me to provide a patched package immediately? I can do this tomorrow.

This is still not working for Librem 13v3.

Right, because I uploaded a newer version to sid since I created this issue 4 or 5 days ago.

lintian is simply too young, like the report says

Heh, the reason for the arm64 issues is that our arm64 builder died, so nothing got built for that architecture for more than a week, No wonder issues exist with package migration.

@chris.lamb At the moment, lintian is simply too young, like the report says:

Package is 1 days old (needed 4)

Fixed in screenfetch 3.8.0-8pureos1 :)

Reopened, because it has happened again. From a user:

Due to several other issues, I re-installed the OS

I simply re-installed the OS...

Thanks, closing this issue to match. :)

no indeed I can't

1/ Using Luks partion for "/" AND "/home" then the installation fails in the middle of it.

Hi, so you can no longer reproduce this particular issue?

Due to several other issues I simply decide to restore and re-install PureOs.
I'm still trying to make the partitioning as I would like but I'm facing here again some difficulties as a newbie with Linux...

Fixed in pureos-meta_0.9.0_amd64.changes

Correct. I'm unsure as well. I've encountered a similar "low memory" warning on a low end Windows machine (Atom, 2GB) and the warning there wasn't much better or different. This largely won't effect PureOS on Librem hardware aside from the phone which is going to max at 3-4GB. Unless we can develop some sort of active ram switching similar to iOS or Android. I will draw this to Nicole's attention.

We should be up-to-date with GNOME soon - caused by arm64 backlog at the moment I believe.

It does indeed sound like there was not enough RAM, but I am not sure what we could do about this?

@QiZhi, have you managed to restore back your desktop?

Agreed. Changing status to "resolvd".

Agreed. Changing status to "wontfix"..

I am proposing for this to be closed, chromium is no longer in our repo.

Users do not report this problem anymore, can we close it?
@chris.lamb

@mak You'll have to ping the sysadmins for access … sorry.

@chris.lamb Gives me an error 404...

This is now here: https://source.puri.sm/Purism/Systems-Tasks/issues/58

not solved yet, I'm newbie with Linux/Debian so I try to figure it out how it works these 'partitioning thing'...

I too can no longer reproduce this. The "grayed out" section is no longer there and changes can be made. This can be closed.

A quick update:

… and after some testing.

Done. Sorry for taking a bit longer with this, I was traveling yesterday.

I removed the repo, but you do have "Master" permission on the whole PureOS project - not sure why you couldn't remove the repo...

Reviewed packages from Zhu on mentors.debian.net

Fixed in https://salsa.debian.org/lintian/lintian/commit/fa0de8203b53981c514f64ff0dd212386b31543a

I have now tried using both Arch Linux and the latest Ubuntu installer in addition to Qubes OS, but I still have not been able to get a 4K resolution on a Librem13 laptop (ordered in January 2018).

Hi QiZhi, I'm also seeing this problem. Have you been able to find a solution yet?

https://bugs.debian.org/901130 modules

Reverted in https://salsa.debian.org/lintian/lintian/commit/05d705ff4e2175295d998cf304e5992709fbf7bd

https://bugs.debian.org/884797#34 Shengjing Zhu will take over this in Debian. Have offered to sponsor.

Fixed in Lintian: https://salsa.debian.org/lintian/lintian/commit/a1564876037e3e9e6d3fdf8fdceccec40fc85ffa

I cannot reproduce this - I can edit my computer's name here (it is not greyed out)

heh, beaten by @chris.lamb :-P

Reported in Debian: https://bugs.debian.org/901035

This is being tracked in Debian at: https://bugs.debian.org/901035