thanks for the input, @davidrevoy.

@jonas.smedegaard : Thank you for adding this item to the tracker after my review and for the ping by email.

I co-maintain the package icc-profiles-free in debian where it would be appropriate to include ICC profiles once created.

@todd Why did you reassign the task?
It is still valid, even if Chris can now commit to the repo (which I though he could...), but moving it will need quite a lot more changes to not break things - that's the reason why all infrastructure components are still on Github, especially since Gogs was very unreliable initially and we couldn't risk these repositories to go down.

Added lamby as a github admin

SHow.. thanks =)

this looks like an issue for @mak

What URL(s) are you talking about?

If Firefox is also installed on the system, the PureBrowser FSF add-ons pages becomes the normal Firefox add-ons page instead.

At the moment, this is not easily possible without setting up some kind of merge with Github or redirection, as a couple of tools pull data from the repository and have it hardcoded.
I want to have the repository and everything else moved rather soon though, and at the same time split the "PureOS" group at Gogs into pureos-packages and pureos proper, so all the infrastructure pieces can live there as well and we have a separate place for packages (for easier permission control, clear scope and less potential for name conflicts).

Yes, the image I used is this one: pureos-8.0-gnome-oem_20180408-amd64.hybrid.iso. I even validated the sha256sum for the file, to make sure that it was downloaded correctly.

You got the image from https://downloads.puri.sm/oem/gnome/2018-04-08/ ?

I tried to use the latest ISO, and now I get the error that no kernel modules can be found when I try to run "Start installer", and the error that "/vmlinuz is missing", when I try the "Live ISO" option.

Hi Harvey,

Ah, it's on code.puri.sm. Getcha. Wfm now!

Sorry @chris.lamb. Gogs silliness. You need to be added as a collaborator to see it. Can you check now?

In T375#6988, @theodotos.andreou wrote:

https://code.puri.sm/Purism/Systems-Tasks/issues/58

It' here:

The priority on this is fine, this is a high-priority bug. After getting the debconf prompt once though, you will never see it again.
As for the config file prompt, that is a thing we can ignore for now (it's a minor annoyance regular users won't even see because PackageKit will do the right thing. It's also very tricky to resolve, we likely need to incorporate some changes in the Grub package itself).

Ok, so if the same changes ever pop up again I'll accept them (change GRUB_DISTRIBUTOR and drop GRUB_ENABLE_CRYPTODISK).

The config file change is harmless (I wonder why it's even shown), but the Debconf prompt should never have happened - this means the installer hasn't configured debconf for the GRUB package for some reason.

The reason this was fixed by forking apparmor (not including an apparmor snippet with purebrowser package) was to address generally the need of application needing access to browser to also be granted that for PureBrowser.

Since firefox-esr 52.5.0esr-1pureos2 released 2017-12-19, this issue is solved by renaming only binary package (not source package as previous), to stay closer to Deban and ease sharing our patches with Debian and other derivatives wanting to do similar.

In T363#6906, @jonas.smedegaard wrote:

Ah, it seems AppAmor contains a hardcoded list of web browsers, and needs to be educated about the existence of PureBrowser in the file

/etc/apparmor.d/abstractions/ubuntu-browsers

This was fixed since firefox-esr 52.5.3esr-1pureos2, released to PureOS landing 2018-01-21.

should be fixed in landing by now. Will keep this issue open until either someone using landing confirms, or it trickles into green and noone screams.

This issue is about following requirements defined by the GNU DFSG. Bug description is now updated to include relevant quotes from GNU FSDG.

Thanks for the update; I'll get this done as soon as I can, and report on what I find.

Thanks for confirming, @francois.

I can confirm that it is not an issue anymore on my side.

I will fork apparmor with that change...

Ah, it seems AppAmor contains a hardcoded list of web browsers, and needs to be educated about the existence of PureBrowser in the file

/etc/apparmor.d/abstractions/ubuntu-browsers

That smells like a problem with AppArmor blocking too much for Document Viewer.

Can you please try this again with the new OEM installer ISOs and report if that works successfully?

Hmm, popularity contest is not installed by default... Do you still see this issue?

Is this still an issue? I have never experienced this behavior on current PureOS.

At least in the past, we tracked all infrastructure stuff in public here as well (except for concrete machine requests), so I think having this issue here makes sense.

This should be resolved via T365 (doesn't fix the d-i problem, but still resolves the issue in PureOS since the install environment and regular PureOS environment are (almost) identical now, so touchpads work well).

Also, every one of these package managers will not download non-free stuff behind the user's back. Like APT itself or a webbrowser, it will download things only if the users has directly requested that.

This is impossible, as pretty much all of GNOME, systemd, Xorg depends on Meson, and no Rust code can be built without cargo properly at the moment.

@jonas.smedegaard We deliberately added TorBrowser this way when creating PureOS back in the day. I never liked this at all, so personally I would like to remove the package, but I am not sure if we should do that, because the decision to have it that way was done on purpose.
@zlatan.todoric should the Tor Browser package be dropped from PureOS?

Please drop our fork of torbrowser-launcher: It violates GNU FSDG in that we lack control over what code ends on our users' systems.