Changing status to "invalid", more appropriate for the task as a whole (arguably I should've created a subtask for the package removal which is indeed "done" by now).

This is not a Freedom issue: It does not fallback-depend on any nonfree implementation but on the virtual package representing any implementation, so does not promote nonfree stuff (even at the stretched levels of suggesting or even mention).

User agent sniffing is an anti-pattern. Our browser getting identified as different from Firefox is a feature, not a bug.

User Agent sniffing is an anti-pattern - use feature detection instead!

From cross-report (link above):

Done

Please drop derived cron package: There is no need for deriving from Debian (issue is bogus).

This issue is bogus: It is correct for metadata to describe license as Artistic, but code itself is licensed "same as Perl" which means dual-licensing as _either_ Artistic or GPL-1+.

Possibly libunrar0 is nonfree in some other universe (or in ancient times?), but it is non-existent in PureOS as well as (contemporary at least) Debian.

https://appstream.debian.org/sid/main/issues/linphone.html (same issue on PureOS for sure).

I can use jitsi on my IceWeasel if I put comment the following in its vendor.js:

Cross-reported to Jitsi Meet: https://github.com/jitsi/jitsi-meet/issues/2147

I'd suggest just importing OVPN files with GNOME Network Manager.

I've been using the GNOME desktop for VPN access for a few weeks now. Running up-to-date PureOS-green on a Librem 15v3. Currently using openvpn 2.4.4, network-manager-openvpn-gnome 1.2.8, network-manager-gnome 1.8.4.

Package systemd resynchronized with Debian.

INFO: Imported 'systemd_235-2.dsc' to 'landing/main'.
INFO: Imported 'libudev-dev_235-2_amd64.deb libnss-myhostname_235-2_amd64.deb libpam-systemd_235-2_amd64.deb libnss-resolve_235-2_amd64.deb libnss-mymachines_235-2_amd64.deb libsystemd-dev_235-2_amd64.deb libsystemd0_235-2_amd64.deb libnss-systemd_235-2_amd64.deb libudev1_235-2_amd64.deb libudev1-udeb_235-2_amd64.udeb systemd-sysv_235-2_amd64.deb systemd-coredump_235-2_amd64.deb systemd_235-2_amd64.deb udev_235-2_amd64.deb systemd-container_235-2_amd64.deb systemd-journal-remote_235-2_amd64.deb udev-udeb_235-2_amd64.udeb systemd-tests_235-2_amd64.deb' to 'landing/main'.

Fixed with release 1:0.5.4.12-1pureos1 today (expected to enter gren within 24 hours).

Pi-hole has an unusual license (EUPL v1.2). I've submitted it to FSD for evaluation on that front: https://directory.fsf.org/wiki/Pi-hole

When I tested pi-hole it demolished my machines network configuration making it unable to connect to network at all while uninstall script failed badly so I needed manually to hunt down changes and remove them...
While good idea, still not mature for prime time.

@todd A comment in the script says:

package released avoiding shared libxnvctrl - but several copies of same library is embedded with source and still used.

Fixed by reporting upstream and fixing there.

Fixed package released - should enter green within 24 hours.

Fixed package released - should reach green in 24 hours.

package uploaded and entered NEW queue 31 Oct 2017 09:03, so just awaits approval to enter archive

Thanks for the analysis!

Package prosper-2017.20171004-1 is part of source package texlive-base-2017.20171004-1
Package prosper-1.00 is part of source package prosper-1.00+cvs.2007.05.01-4.1

@mak please block libxnvctrl when pending qtwebengine-opensource-src is approved.

Debian bug#876087 now reference GPL-licensed sources for the code.

Veracrypt seems to work as expected (works for me).

it is the addons.debian.net site.

Ok. Good luck!

Thanks for coming to me.
Indeed that is what I try to compile.
I'll see with them directly to find out why it is not working.