I learned that Option 2 can be enabled by the user in a safe way by setting the "general.useragent.compatMode.firefox" parameter in about:config to true -- that is the purpose of that option which is only available in Firefox derivatives.

@d3vid, my connection is stable. I have no problems when not connected to the VPN; the connection never just suddenly drops, like it does when I am using it. Also, my packages are all up-to-date, and the problem still persists into this morning.

I am planning plenty more cleanup of that kind, but wait until _after_ we get endorsement from FSF to not confuse things.

@jonas.smedegaard Those are the issues I resolve with pleasure.
The last thing we need is bullshit divergences.

Status "invalid" more accurate than "closed".

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