In T147#3213, @chris.lamb wrote:

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:

https://i.imgur.com/LRaquLX.jpg

A regular firefox-esr does not suffer from this problem, so I am (temporarily!) stumped as to why this happens.

I am going to see what happens.

I've been seeing that issue. I made a sources.list with debian repo and making apt-get purge --remove thunderbird && apt-get install -y thunderbird.

wow, thanks a lot @habs ! I am really happy to see this!

I submitted a patch for the Librem 15 here: https://mail.coreboot.org/pipermail/flashrom/2017-November/015218.html

In T247#4470, @chris.lamb wrote:

In T247#4401, @jonas.smedegaard wrote:

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

Whilst I 100% agree in principle, after working for (gosh) 10 years in web development it is something that is really unavoidable :(

In T247#4401, @jonas.smedegaard wrote:

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

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.