The issue is already mentioned here https://tracker.pureos.net/T110 and here https://tracker.pureos.net/T156

Same issue here.
I had DuckDuckGo as default engine, and the "update" switched to Google.

This is fixed in the 2018-01-18 live ISO images from today :-)

This is a pretty long standing issue for me under PureOS, getting third party .deb files to install consistently. I'm wondering if we even need to have Archive Manager as a preinstalled application and shouldn't just remove it, leaving Software as the only option for installing third party .debs.

Oh? GNOME Software should register for the deb package mimetype... So, I wonder what went wrong there...

It's not for third party .debs. There are three noticeable things:

Also, check the link on the Purebrowser Start Page; it links to the same Firefox add-ons site.

@james.rufer Thanks for your response - as you can see from the recent history this specific issue is being resolved.

On a related not: I actually don't think anyone should be using gdebi in 2018 ;-) GNOME Software can install .deb packages,

In T257#5277, @alexgaley wrote:

No I wanted to precise the fact that if you are trying to install gdebi from Software Manager - which was james.rufer operation if I understood well - will lead of the installation of the "gdebi-kde" package from pureos repo.
Then I wanted to point this gdebi directory in pureos repo to show the several gdebi packages to james.rufer in case he was not familiar whith apt-cache operations.
The operations I am suggesting him to try to solve the issue are :

In T257#5271, @alexgaley wrote:

Desinstall gdebi from Software Manager
Then install the TRUE gdebi package from command line (root) :

apt install gdebi

You can now launch gdebi from Menu or from command line :

gdebi-gtk

Then I made a suggestion for pureos team to solve this issue in a broader way :

In T257#5271, @alexgaley wrote:

Issue to be solved : Install gdebi from Software Manager should install "gdebi" package instead of gdebi-kde

In T257#5206, @chris.lamb wrote:

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

The package is in green now, please watch out for any issues.

Apparently it breaks a bunch of stuff (garmin-plugin etc.), but that looks like a false-positive to me. The real issues are the -dbg packages being seemingly broken due to the Firefox package taking over binaries from the existing PureBrowser package.
I'll enforce that migration manually.
http://master.pureos.net/migration/landing/green/excuses/firefox-esr/52.5.0esr-1pureos2

@zlatan.todoric : This one is not fixed, even with a fresh OEM PureOS ( I just tested).

Fresh install of PureBrowser today and the default search engine is Google.

My suggestion is that the search engine string is https://start.duckduckgo.com/?q=%s rather than https://duckduckgo.com/?q=%s. This means your search results and the DDG start page (if you click on the duck logo in your search results) don't have tips and cartoons. Although looking at the search engine options I'm not sure why I thought PureBrowser/Firefox could trivially be configured this way. I may have been confusing it with GNOME Web where it's a string not an add-on.

Thanks for the screenshot.

apparently green does not yet include PureBrowser 52.5.0esr-1pureos1 - or mysteriously reverted to include the older version again.

apparently something blocks http://repo.pureos.net/pureos/pool/main/f/firefox-esr/ from entering green.

see the pict attached

Yep!

@chris.lamb I have just tested Thunderbird 52.5.2 from Debian Sid and it fixes the AppArmor issue indeed.
So I guess that it is just a question of days before the fix gets to PureOS?

I don't have this issue; I have had a user-related issue when I leave the search box filled in with something, and forgot I was showing search results within a folder, and wonder where the unread are. But this was user error.

If users install PureBrowser after uninstalling it or on flavors where it was not installed by default, they will not get the privacy addons that come with it. Also, these addons are logically tied to PureBrowser, and not to the flavor metapackage, because it's PureBrowser that includes them, not the OS. Furthermore, having them in the flavor package means that they might get installed with PureBrowser or might not get removed when someone uninstalls the purebrowser package.

Needs packaging. Am on it :)

Pretty certain this is the same as T293, so merging there!

I created this task and you are mistaken: This is a "default in PureOS" task.

Hi QiZhi,

Relevant metadata package link: https://anonscm.debian.org/git/collab-maint/webapps-metainfo.git

This is pretty much all done already, we are just blocking on some bug fixes needed in GNOME Software.
I thought I would quickly do that when the ftp-masters enabled AppStream on the Debian repo again so I could test the whole pipeline, but they seem to be ignoring me[1] :P

I'm following the advice you gave to Ben Trister on 12/19.

is this an issue or just another thing that needs to be packaged?

Okay, tested engimail as well, it works now - so I think the culprit was apparmor! Closing this for now, it can be re-opened if someone sees same issue.

what about only CLI option of it or should we get someone to build a gtk version of it?

it was in apparmor mode (I disabled it, updated packages, rebooted, ran new fresh profile and not it seems to be working nicely, though I didn't test enigmail yet). I will continue to report here and I also remember that @james.rufer had similar issues as well. Also I noticed that by mistake thunderbird got apparmor profile again enabled in Debian and then again disabled so I assume we also are just waiting that update to flow in.

This is resolved now - thanks for the hint!

GRUB is in fastboot mode, so you should only see it when the install fails. And if you see it, it should have no branding at all :-)

It will pull in Qt though, and GNOME doesn't support applets/system tray icons natively anymore.
So, can we add it? Yes, of course, but it will look very alien, and we will have to modify our GNOME Shell session to display status icons.

Could you please try this again with a recent PureOS image? The live installer has been updated several times.
Did you do a custom installation of the OS, or did you use one of the default options?

Yes, but this is a "default in PureBrowser" task, so it actually belongs to the person maintaining purebrowser in PureOS (which is the package that should depend on the appropriate extensions, or recommend them).

Resolved, all future images will include a timestamp of the date when they were built.

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

Tryed with KVM on Qemu, host Debian 9.3

In T256#5204, @james.rufer wrote:

I'm not sure. What would you like me to look into?

@chris.lamb the version I have is 52.4.0 and it seems to be the latest on PureOS (green). Unfortunately, the problem is still there for me too.