While we will for now remove Kodi (as it was in our default installation to showcase basically the power of Free software) because it is blocked from entering Debian testing - we will re-introduce this package with all fixes around services.

Installed this and finding it super useful. I can't remember the default settings but Indicator style: Both, Notifications: Off is visible but unobtrusive. I'm not sure if everyday users would prefer "Notifications: On" (more noticeable).

Ok. Thanks for the explanation.

Ignore: I misunderstood how this rolling release of PureOS should _not_ auto-remove what gets removed from Debian testing.

I know about this, fixing it is already on my todo list.

I don't understand BOINC well enough to say how exactly the distributed code gets fed into the system, only (believe that I) understand that it does happen and that we cannot ensure that code fed into the system is freely licensed.

@jonas.smedegaard I can not block binary packages, it's either all or nothing. You will need to edit the package in PureOS, removing the problematic pieces.
Only syncing a few binary packages leads to an inconsistent archive with big headaches for QA, and if we later rebuild all packages from scratch becomes completely impossible.
So, adding a PureOS delta is the way to go here.

Closing this one, in case you experience a similar issue again, please file a new bug.

This has been blacklisted for ages now :-)

This has been resolved in https://github.com/lkorigin/laniakea/commit/5b5745da84fdf55e80f1829626daf01543380d38
The list of blacklisted packages is now visible at http://master.pureos.net/synchrotron/blacklist

I am currently using Debian 9.1 (Stretch) on a Libreboot x200, and while I still have problems with the Mullvad appliation, the connection is stable when I use OpenVPN: only disconnecting every once in a while. Presently, It's been going continuously since this morning (9am), without any issues.

Now with GNOME Night Mode, I think we can close this bug.

Same issue for me and I have another VPN provider as ezs777 mentioned above.

@mak can you block (not src:kodi but) the binary package kodi-repository-kodi from entering PureOS?

Debian kodi package re-entered unstable today, which means it will re-enter likely re-enter PureOS 10 days from now.

Debian kodi package re-entered unstable today, which means it will likely re-enter PureOS 10 days from now.

Kodi was removed from Debian testing some time ago due to FTBFS with GCC7.

Pardon my silly question, but as the latest release of Firefox ESR is version 52.4, could we take the opportunity to leap to that instead of being stuck at the 1.5-years-old 45 series, and lock ourselves into version 52 for the foreseeable future? (I would tend to think we should not jump to regular Firefox 57+ for a while, because the forceful migration to webextensions might cause us untold misery)

Purebrowser is currently out of date as rebuilding the latest esr results in extremely strange rendering artifacts such as completely missing icons and lines, etc. until I mouseover:

I've managed a way out : running a KaliLinux Live on USb, I could access to my hard drive and decrypt it without a problem with the password.

To solve another issue, I had to reinstall the all system.
https://tracker.pureos.net/T163

Thanks. All good now.

@mak There's new version of kpmcore, perhaps it will solve this issue?

Check your sources, solve https://tracker.pureos.net/T203 first and then update, it will be okay.

Check your /etc/apt/sources.list file, it should contain only the following line:

AMO example: https://addons.mozilla.org/en-US/firefox/addon/umatrix/

Updated to latest version, and issue was fixed.

This will require changes in Laniakea, which is currently stuck in a PostgreSQL transition. It has been on my todo list already though to revise the synchronization process.
The likeliest chance is that these issues are from an older, broken sync (the more annoying option would be that this is an issue that still exists).
In any case, it's quite high up on the task list (I was aware of the general issue so far, but didn't know that it affected so many packages).

Dropped from Debian testing (and consequently from PureOS), and unlikely to reappear without addressing the bug.

Fixed in Debian.

Same issue here

I knew about this, it just didn't have a very hight priority yet due to the focus being on the OEM install (it's on my todo list now though).

In T140#3063, @ezs777 wrote:

ii purebrowser 46.2.0esr+re amd64 Pureos web browser

Desired=Unknown/Install/Remove/Purge/Hold

+++-==============-============-============-=================================
ii purebrowser 46.2.0esr+re amd64 Pureos web browser

In T140#3059, @ezs777 wrote:

I've updated Purebrowser to the latest version

I've updated Purebrowser to the latest version (and restarted both Purebrowser and my computer), and I still cannot access sites like youtube.com, without setting security.ssl.enable_alpn to "False".

no worries guys, we will do something :)

An idea for a quick workaround:

gsettings set org.gnome.desktop.lockdown disable-lock-screen true

maybe something like this (not tested, but you get "the spirit") can be executed at same time as launching the distro-installer.

I think that the password is "live".

46.2.0esr+really45.4.0esr+pureos-1pureos1 <- epic :D

This is upstream bug, it probably needs correct metadata.

Fixed in

(as a sidenote I also realize that a web browser can execute code from alien sources and similarly cannot be ensured to only process Freely licensed code - I have no idea by which logic FSF can approve operating systems containing web browsers...)

I don't understand BOINC well enough to say how exactly the distributed code gets fed into the system, only (believe that I) understand that it does happen and that we cannot ensure that code fed into the system is freely licensed.

Is it that the programs sent by the individual projects for the clients to calculate are often nonfree?

Fixed in purebrowser 46.2.0esr-1pureos2.

adding @theodotos.andreou so he knows about the need of service similar to debian.net subdomain. Coordinate that together.

Plan: Establish a web service as a debian.net subdomain:

In most of the World, copyright is automatic (i.e. there is an implicit "all rights reserved"), and as a consequence licensing must be explicit too (and arguably copyright statement must be explicit too, to be able to validate if the licensing was granted by the copyright holder and not bogusly from someone else not in possesion of rights granted).

no, by default things without license are considered proprietary unless someone did investigation and put it in pd if it suits that. If you want you could try contact authors of those addons and ask them to specify license

Yes, but if a plugin does not have a license tag, can we consider it public domain?