Such change(s) would be encouraging those resources.

Only Matthias has access to automation tools, I believe.

Sorry, above was inaccurate: I _do_ expect FSF to tolerate _FSF_ hosts as "middle-ground" but not e.g. "extensions.gnome.org".

No, "middle-ground" is some other option - possibly one of these:

@todd It seems to me that your question at 11:52 was ambiguous: I guess you intended to ask about _default_ behaviour, and to me it is more likely that Matthias answered only about _ability_ - i.e. that Software center sends requests outside of pureos.net if told to do so. Therefore I disagree that @james.rufer's test is counter to @mak's answer.

Seems to me those fields are simply not provided, and Evince (which it seems you use to parse and inspect the files) wrongly show a bogus timestamp when none is proviced.

The tool nethogs is available in PureOS in the package nethogs. I.e. the tool is "included in most Linux distributions" as was quoted in that forum thread you are linking to.

Reassigning to Matthias, our expert on AppStream (including what and how much PureOS has derived from Debian in that area).

Sorry, I have no special expertise on this issue :-(

evtest output of first pressing backslash/pipe key (lower left corner) and then hash/tilde key (just left of return), with pristine udev:

Event: time 1536705976.250768, type 4 (EV_MSC), code 4 (MSC_SCAN), value 56
Event: time 1536705976.250768, type 1 (EV_KEY), code 43 (KEY_BACKSLASH), value 1
Event: time 1536705976.250768, -------------- SYN_REPORT ------------
'Event: time 1536705976.367113, type 4 (EV_MSC), code 4 (MSC_SCAN), value 56
Event: time 1536705976.367113, type 1 (EV_KEY), code 43 (KEY_BACKSLASH), value 0
Event: time 1536705976.367113, -------------- SYN_REPORT ------------
Event: time 1536705984.751884, type 4 (EV_MSC), code 4 (MSC_SCAN), value 2b
Event: time 1536705984.751884, type 1 (EV_KEY), code 43 (KEY_BACKSLASH), value 1
Event: time 1536705984.751884, -------------- SYN_REPORT ------------
'Event: time 1536705984.868556, type 4 (EV_MSC), code 4 (MSC_SCAN), value 2b
Event: time 1536705984.868556, type 1 (EV_KEY), code 43 (KEY_BACKSLASH), value 0
Event: time 1536705984.868556, -------------- SYN_REPORT ------------

The full contents of /sys/class/dmi/id/modalias (usable for udev matching):

dmi:bvncoreboot:bvr4.6-a86d1b-Purism-4:bd06/29/2017:svnPurism:pnLibrem13v2:pvr2.0:rvnPurism:rnLibrem13v2:rvr2.0:cvnPurism:ct9:cvr:

dmidecode -s system-product-name provides same result - if that is what you wanted.

Result of running dmidecode -s baseboard-product-name as root:

Librem 13 v2

Yes, my _problem_ is that pipe key gets mis-interpreted (see T443).

Yes, it is harmless.

Thanks for the feedback.

I seem to recall mentions of filesize related to this: How big were the files you tried but failed to upload?

Hi tasty,

This package - when redistributed in PureOS - does not suggest installing any nonfree packages (only a non-existing package).

I use a Librem 13 v2 UK (see T443).

Ah, the version in the screenshot indicates that it is the Debian package which gets installed.

Password Safe as shipped upstream contains code which has been removed from Debian redistribution due to its licensing.

Hi tronkel,

Speficially Matthias has shared some info here: https://tracker.pureos.net/T99#10198

yes please.

Seems Gimp 2.10 defaults to single window mode, and our fork can be dropped.

Sorry, I don't follow.

yagf does not fallback-depend on a non-free package, only a non-existent one.

hashcat does not fallback-depend on a non-free package, only a non-existent one.

Ah: Dropping the fork was done long ago in T330.

audex does not suggest a non-free package, only a non-existent one.

p7zip does not suggest a non-free package, only a non-existent one.

xarchiver does not suggest a non-free package, only a non-existent one.

foo2zjs does not suggest a non-free package, only a non-existent one.

engrampa does not suggest a non-free package, only a non-existent one.

doublecmd does not suggest a non-free package, only a non-existent one.

clamav does not suggest a non-free package, only a non-existent one.

When addressed, this issue should be flaged as "invalid" (not "resolved").

q4wine does not suggest a non-free package, only a non-existent one.

Chromium is blocked from entering PureOS.

This issue should be fixed by now (60.1.0esr-2pureos1 released to landing on August 17th).

This issue should be fixed by now (60.1.0esr-2pureos1 released to landing on August 17th).

This issue should (somewhat accidentally: See T550) be fixed by now (60.1.0esr-2pureos1 released to landing on August 17th).

More generally, I am talking about the concept of Purism distributing software _separately_ from PureOS. Which is a project irrelevant and unsuitable for this tracker to discuss:

it == any and all code is source or binary or deb-packaged form which happen to be not suitable for Debian main

I mean that if the code is not suitable for Debian main (which our previous conversation at Riot seemed to indicate), then a) maintain it in Debian contrib, and b) have Purism redistribute it (not as part of PureOS, but) from the puri.sm domain.