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.

@chris.lamb Hmm... There is no "precendence" system, both apps should show up in the software center with a .desktop file like this (although we potentially should do something about OnlyShowIn apps that only list one DE).
On PureOS, we don't export the AppStream generator hints anywhere unfortunatey, a fact that I should change. Debian, however, does export hints, and there you can see https://appstream.debian.org/sid/main/issues/gdebi.html - the icon "gnome-mime-application-x-deb" isn't found. This is maybe related to that icon being a mimetype icon (it's technically legal by the XDG icon spec to load mime icons for apps, and the AppStream generator honors that, but from an UI standpoint I think it's a terrible idea to make an app assume the icon of a filetype - maybe our generator should actually stop that practice).

@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

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.

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

@chris.lamb I've installed the latest updates through the Software app (including some OS updates) and I'm still observing the same issue, in the kernel log the same line is added as the one already provided by @francois

I have been able to reproduce this issue.

@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?

@davidrevoy is this as well fixed now?

@zlatan.todoric : It was fixed upstream on end October. Sorry for not reporting it back here and thanks for the reminder. This thread can be closed.

Please feel free to open if you experience the bug still (though if you do this is probably an upstream bug).

is this still a relevant bug?

@davidrevoy is this bug still existing?

Thanks!

https://tracker.pureos.net/w/development/pureos_archive_layout/

@jeff did you test this?
also it has CLI. I think in any case we should add this to defaults as it seems quite usable (@mak ?)