Do you have additional repos enabled in your sources.list and/or sources.list.d? I don't see libmysql++-dev in our repos: https://repo.pureos.net/pureos/pool/main/libm/

But source only packages don't have binary fields, do they?

$ diff -u librem5-devkit-tools_0.0.2_source.changes librem5-devkit-tools_0.0.2_amd64.changes 
--- librem5-devkit-tools_0.0.2_source.changes	2019-05-10 09:40:03.547341329 +0200
+++ librem5-devkit-tools_0.0.2_amd64.changes	2019-05-10 09:40:03.251334929 +0200
@@ -1,12 +1,16 @@
 Format: 1.8
 Date: Thu, 03 Jan 2019 18:14:54 +0100
 Source: librem5-devkit-tools
-Architecture: source
+Binary: librem5-devkit-check librem5-devkit-host
+Architecture: source all
 Version: 0.0.2
 Distribution: green
 Urgency: medium
 Maintainer: Guido Günther <agx@sigxcpu.org>
 Changed-By: Guido Günther <agx@sigxcpu.org>
+Description:
+ librem5-devkit-check - Check script for the librem5-evk (devkit)
+ librem5-devkit-host - Tools for the librem5 devkit (host side)
 Changes:
  librem5-devkit-tools (0.0.2) green; urgency=medium
  .
@@ -50,12 +54,18 @@
 Checksums-Sha1:
  81e28197203dca97ff08210434712b507af87e4e 807 librem5-devkit-tools_0.0.2.dsc
  6fa81bb4a16c215876d90a0b5621694606f4499f 3145044 librem5-devkit-tools_0.0.2.tar.xz
+ af677461b38832c9bf982731c7e2da25f4d32c08 4344 librem5-devkit-check_0.0.2_all.deb
+ 98a5091e26dd981556b6af50f27956685ac96739 7292 librem5-devkit-host_0.0.2_all.deb
  44505ad3ed264d8f36050ccce0f5d8aaa6152281 5586 librem5-devkit-tools_0.0.2_amd64.buildinfo
 Checksums-Sha256:
  9e2678e5f7f47e0bea0bb5e4d4a444ac55cf1277ba6f758de4cb7ab4fa7bca61 807 librem5-devkit-tools_0.0.2.dsc
  409c7da987f61417393a3b9a6928db6f6fb126785e830c292515a1053787c326 3145044 librem5-devkit-tools_0.0.2.tar.xz
+ f868c11abb80cb704a275bbb0aad829553fc03b81e7779f1f04e33459d7a5397 4344 librem5-devkit-check_0.0.2_all.deb
+ bf2ffd3d7cc9ffcf14295bb88f021cf6b38286437e3c3aa8b2dd37b5318a4d0e 7292 librem5-devkit-host_0.0.2_all.deb
  8ea700fb34b8ef045ca5fa89cd42d4315da8769686da1f9e764d329ce509a7f8 5586 librem5-devkit-tools_0.0.2_amd64.buildinfo
 Files:
  9d92f14fb555cdb72716629b18ac7535 807 utils optional librem5-devkit-tools_0.0.2.dsc
  abf12ff17e58b7bc620e80bd4784954a 3145044 utils optional librem5-devkit-tools_0.0.2.tar.xz
+ 1f4bec1041b0a3824402e7b913dedb01 4344 utils optional librem5-devkit-check_0.0.2_all.deb
+ 06c0b6e379a2770c5d491f72e2caeafe 7292 utils optional librem5-devkit-host_0.0.2_all.deb
  cda9774535ca4072ee0b89d7ec4c2e5e 5586 utils optional librem5-devkit-tools_0.0.2_amd64.buildinfo

Thanks for confirming. Enjoy :-)

Hello everybody,

Thanks for noticing, @Amgine.

NB: at least as of 29 Jan 2019 Nextcloud-desktop is in Buster Testing.

You can also maybe circumvent the issue by doing a binary upload, but it would actually be useful to know what went wrong here.

Ok, weird - maybe just build it again and see what happens (the dpkg version in the chroot env also needs to be high enough).

Very strange... Do you happen to have the package built with dpkg << 1.19.3?
You need at least that version to generate a valid package.

Done - the package was actually already synced, I just forgot to close this issue.
The new changes were stuck in testing though, due to a dependency issue, which is now fixed as well (so expect the package to become available soon).

Works for me, at least so far. I will retry later perhaps with new content.

A plain pbuilder (dpkg-buildpackage) build and then using the _source.changes

Some users claim that lack of cups-filters prevents them from printing: https://forums.puri.sm/t/cant-print-ghostscript-fails-with-unable-to-determine-number-of-pages/5698

In T767#14406, @jonas.smedegaard wrote:

I agree that it seems the study gets installed onto the local machine - but not run: the fix was not applied.
My concern was if backdoor could be abused (i.e. I focused on the "and" in your original title).
You got a point that even if not succesfully executed there is a concern that Mozilla can push data onto the local machine at all.
Issue title adapted accordingly.

I agree that it seems the study gets installed onto the local machine - but not run: the fix was not applied.

In T767#14378, @jonas.smedegaard wrote:

I am still not convinced that anything more severe than cosmetic was "going on": Please clarify how you come to the conclusion that Firefox Shield studies was installed and run.

@Gnutella If it's just changes like a different slideshow, icon, colors and logo image then yes, that's possible - I already did that once.
That said, the GNOME flavor is currently the focus of development, the Plasma flavor is less well maintained (so focusing on GNOME as long as it doesn't completely break the Plasma installations would also be fair).

firefox-esr (a.k.a. PureBrowser) 60.6.2esr-1pureos1 was confirmed accepted 25 minuts ago.

The plot thickens

For the "pull in the latest firefox-esr from Debian" part, it was prepared earlier today¹ and uploading (but failing and failing) now².

I am still not convinced that anything more severe than cosmetic was "going on": Please clarify how you come to the conclusion that Firefox Shield studies was installed and run.

I've added support to debuerreotype for that https://github.com/debuerreotype/debuerreotype/pull/63 and put current images here: https://hub.docker.com/r/godiug/pureos/tags

In T767#14369, @jonas.smedegaard wrote:

Is PureBrowser the *only* Mozilla browser you run on that machine?

@mak I'm coming from source and turns out that what I had in mind is rather inconvenient to do because it would require 2 Cala packages. One for Gnome and one for Plasma. Dare I ask if it's feasible?

It is my understanding that PureBrowser is immune to the Normandy backdoor, because PureBrowser has removed the hidden system add-on "Application Update Service Helper" (along with all other hidden system add-ons).

Is PureBrowser the *only* Mozilla browser you run on that machine?

So if this is going to be PureOS specific then we need to discuss this with @francois because he'll have PureOS related material that I imagine we'll want to use. If it is not meant to be PureOS specific, just a generic installer, then I don't really have an opinion beyond respecting existing copyrights and trademarks. I do hope to limit any customizations to images and slides that clarify what is happening for the user. I think it should be abundantly clear that the user is installing PureOS if that is in fact what is happening.

First off, agreement should be reached on whether the installer should:

1. default to full screen, as it does in pureos-8.0-plasma-live_20190501

2. be as in pureos-8.0-plasma-live_20190126

Package is updated in landing and will soon migrate to green.

Fixed.

but if logout/login is needed, please add a note to the end of the instructions.

Can confirm it works on my end, thank you everyone.

You are right: An issue tracker is the wrong tool for writing or inquiring a how-to.

Thanks. Those two packages just became available and it works now.

I wondered about that as well, turns out the package priority changed from optional to important.
I adjusted the override now, so the package can be removed again and should no longer be present in default installations.

This is now a new issue, caused by a change in lsb-release which was switched to exclusively read /etc/os-release and started to capitalize the distribution-ID, which works for Debian, but not for PureOS.
I submitted a patch upstream: https://salsa.debian.org/debian/lsb/merge_requests/1

I just updated my system (PureOS - all updates on Librem 13v3), and "Software and Updates" does not work. From Tilex:

This has been fixed for a while now, can you try again with the latest PureOS Plasma image (>> 2019-05-04)?

There are in fact 2 long-standing wishes:

• move from PureBrowser to Gnome Web in the Gnome build
• move from PureBrowser to Falkon in the Plasma build

https://www.falkon.org/
https://community.kde.org/Incubator/Projects/Falkon/
https://phabricator.kde.org/project/board/245/

In T603#14252, @mak wrote:

Jup, reason being that the displaymanager isn't configured. This was once disabled on purpose, I just don't remember why, unfortunately.
I re-enabled the feature, the next live image should have it if there aren't any drawbacks to having it (I can't see any issues, the only potential clash would have been with the OEM installer, but we don't run the module there anyway).

This is fixed in gnome-control-center 3.30.3-1pureos1. After you installed this version, desktop-base can be removed (and ideally will be autoremoved).
Since PureOS *still* doesn't have any proper logo, I just reset the logo to the default GNOME one.

Jup, reason being that the displaymanager isn't configured. This was once disabled on purpose, I just don't remember why, unfortunately.
I re-enabled the feature, the next live image should have it if there aren't any drawbacks to having it (I can't see any issues, the only potential clash would have been with the OEM installer, but we don't run the module there anyway).

This is because gnome-control-center suddenly started to pull in desktop-base.
I'll look into this.

This is fixed in python-apt >= 1.8.4pureos1 - please verify that this works for you. The new version should reach the green channel in a few days.

Hmm... This is the last changelog entry for python-apt:

python-apt (1.8.1pureos1) green; urgency=medium

We have other requests to Mirror in Sweden and North America

A newer version of the GNOME Software application (gnome-software and gnome-software-common) still produces this bug. I think Matthias is pointing to the fact that the issue is in python-apt and that is independent from GNOME Software.

In T327#12891, @Jonathan wrote:

Hola si es difícil empaquetar opensnitch depende de librerías muy espesificas ,
Paquete debían
opensnitch_1.0.deb
https://sourceforge.net/projects/unknownos/files/opensnitch/
Es necesario instalar
apt-get install libnetfilter-queue1 libnetfilter-conntrack3 python3-slugify python-pyqt5 libc6 python3.7
Probado en debían Buster .

In T603#14022, @jeremiah.foster wrote:

There is a new version of Calamares out and I wonder if this is still an issue? @hayder could you let us know if this bug is still open?

It's a nice image, but likely ought to be replaced.

It looks like the patch was put in upstream python-apt https://metadata.ftp-master.debian.org/changelogs//main/p/python-apt/python-apt_1.8.4_changelog
It doesn't look like we bring it into PureOS however. It appears at the moment that python-apt is being rebuilt;

I can confirm that our version of GNOME-Software is about 1 year old. I'll discuss internally how we upgrade.

Thank you for the quick review & validation! :-)