Great. I've filed a bug against Gdebi in Debian:

@mak Can you help me out here? I spent some time poking appstream but as the "expert" (!) I think you might be able to help me out. I'm trying to work out why gdebi-kde takes precedence over the other when generating the metadata file that eventually ends up in /var/cache/.../C.gvz. The difference in the .desktop files is "only" https://gist.github.com/lamby/29ec4e27ac28e34efe6489de0b1e4f8a/raw but not sure about the "which one to pick" rule. Any tips/pointers? Thanks

I seem to have picked up the fix with the recent gnome-shell-pomodoro update

Installing gdebi from Software manager install package gdebi-kde :
Gdebi Directory on PureOs repo

@francois Can you still reproduce this after the Thunderbird apparmor fixes? :)

Can you paste the output of:

I can't seem to reproduce this. Are you seeing this the moment it starts or after you do something specific to trigger this?

Thanks!

We do not ship / generate this package. Are you following some outdated documentation?

Can you confirm this is being run with *no* ~/.config/chromium ? (eg. moved out of the way prior to running?) I cannot reproduce this, alas.

@james.rufer The "$" is not part of the command but rather the prompt. Please re-run without the "$" prefix.

I'm afraid I'm out of ideas I'm afraid. Anyone else?

Where would I find the config file you mention?

Software has "launch" and "remove" listed as options so it reports that it is installed.

Can you clarify what you mean by "Software reports that" and exactly what happens when you attempt to run it from the terminal? (ideally eg. pastebin the output, screenshots, etc.)

That's very curious. Could it, perhaps, be trying to access the internet? I wonder if this was doing it in a GUI thread previously and (now) no longer, so the underling problem remains but the symptoms have simply moved around.

Confirmed with da3762b113acc39c81d6ba8a8903054ab40d3858 pureos-8.0-live-amd64.hybrid.iso

Thanks @krisgesling. Let me know either way.

@krisgesling If it's doing this after watching video for a while, this might be the case. Otherwise it's likely some kind of BIOS/video card/blah interaction. Can you speak to the timings here? It could also be faulty RAM, etc. etc. :)

@krisgesling This sounds like a lower-level issue, either in your graphics driver or there is a problem with your hardware. (Given you are playing video, it could be overheating, just as one example.) Can you briefly outline your hardware? Thanks.

@krisgesling Can you elaborate why Nautilus would be the culprit here?

So my other ISO which I thought that was November might be from earlier - it has a non-November timestamp on my filesystem, but I have idea whether I can trust that hence giving you the SHAs in a few messages back.

Was on this today. Looks like we'll need dbus-cpp (nb. not dbus-c++!) that is not currently in sid..

I actually warned about this issue, so people would not link to the December image from our download page

I initially reported this for pureos-8.0-live-amd64.hybrid.iso with a SHA1 of
021d002fe8f7fdf2ba4d53a40d297069ef0a811d

ie. the installer is entirely broken unless you, somehow, don't need any kernel modules whatsoever!

Hi @james.rufer
Unfortunately, I can't reproduce this. I have successfully imported both of my keys (as well as singly) using the Enigmail setup wizard into PureOS's Thunderbird but cannot see this freeze, alas.
(Can you clarify exactly what import/export mechanism you are using? Enigmail offers a couple with very similar names.)

Hi @james.rufer
I can't seem to reproduce this. gdebi installs fine for me, and launches fine both from the Applications menu and from the command line. Can you clarify exactly how you are trying to run it? Note that gdebi-gtk is the command, not gdebi.

• lam—

Thanks for the update. So, this is quite a common problem that affects Chromium generally (Google it!) and, alas, has an almost infinite number of causes AFAICT.

Hi @ben.trister, thank you for the report. After some experimentation I am unable to reproduce this. Can you let me know:

Fixed in https://code.puri.sm/pureos/gimp/commit/d08880cc1da453421dddb31643fedb40fdf8e4d0 / 2.8.20-1pureos1

concern for you: You have fought this issue for a long time and mentioned frustration about it on irc recently.

@jonas.smedegaard First, perhaps I am accidentally reading something in your messages that is not there but I truly hope there is no animosity or something other that purely technical discussion here? If there is, then let's fix that and move on. :)

As in FTBFS? Wfm, but also do note that this package uses a control.in...

I just built firefox-esr_52.4.0esr-2_amd64.deb from the Debian testing sources on an up-to-date PureOS install and it works fine for me, not experiencing that issue.

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'd suggest just importing OVPN files with GNOME Network Manager.

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:

In T140#3063, @ezs777 wrote:

ii purebrowser 46.2.0esr+re amd64 Pureos web browser

In T140#3059, @ezs777 wrote:

I've updated Purebrowser to the latest version

Fixed in

Fixed in purebrowser 46.2.0esr-1pureos2.

Reimported all available dscs. Not all are available for some reason.

1. Import purebrowser from firefox-esr:45.4.0esr-2
2. Add Hema's work as a branch or somehow diff the two
3. Cherry-pick the relevant/kept changes
4. Fix actual issues! \o/

After a lot of investigating and comparing sites that do and do not work, this is caused by some bug or misconfiguration where the browser does not handle SSL extended master secrets correctly. To cut a very long story short, we can work around it by setting security.ssl.enable_alpn to false.

Can reproduce.