[Dev] [RFC] Let's solve the Chromium freedom issues, definitively

Freemor freemor at freemor.ca
Sat May 30 00:59:27 GMT 2020

I think it sounds like an execllent (if ambitious) plan. And it is at least
that. "A plan" which is infinitely better at this point then "Wait for the

I'd be really good to get input from the other distros on this RFC before any
actual zooming ahead as they may have their own ideas that need to be
synthesised with this one. 

I wouldn't worry to much about not having a lot of time to give to it right
now. I'm in a similar boat. But even just getting the info collected into a git
and the distros working together would be a fantastic first step. Also at this
point any forward movement no matter how glacial is more then this issue has
seen in a long while.

I'm very interested to see how this plays out.

On Fri, May 29, 2020 at 08:03:47PM -0400, Megver83 wrote:
> I think that one of the greatest problems with this is that users and
> devs of FSDG distros are not joining forces, or better say: we are not
> doing a coordinated effort to address this topic, but I think we all
> know that. Coordinating efforts is in fact easier that how it sounds.
> Someone (me? when I've the time, I'm super busy now, but just wanted to
> share the idea) could create a GitLab/Gitea/Gogs repo (called
> "chromium-fsdg-research" for example, and using sth. like Gitea give us
> the ability to report issues in such project) with text files with all
> of what we know about the issues related to Chromium, possible
> solutions, and what is needed to solve this from once of all.
> Here I'd link (as a start point):
> * useful Parabola issues
> * useful Debian/PureOS issues
> * FSF pages
> * Chromium documentation
> * *concrete known issues* (e.g. the non-free widevine extension[0]) with
> references and elaborated explanation (not just "license is unclear" or
> simplistic stuff)
> And one of the most important things: planning. My proposal for a plan
> is to 1) collect and centralize all the needed info we can in this git
> repo, 2) report the known issues in this repo's issue tracker, so we can
> track the specific issues one by one, and look for a way to solve them,
> for which we need to 3) invite experienced free software contributors
> and programmers to actively participate in this project (looking for
> issues and solving them), or anyone with the will and experience to help.
> The purpose with this is to create a distro-agnostic project to solve
> the Chromium problem, so then each FSDG distro will implement the
> solutions in their specific ways. I think that ppl from Parabola, PureOS
> and the FSF/GNU project will be the most interested and active ones
> (Trisquel is developed by one person only, and idk if Hyperbola devs may
> even care about this, since they are very strict with their browsers'
> security and Chromium isn't the most secure one)
> I'd like to know what do you think about this, and if you have another
> idea or if you would change sth. of my proposal. This is just a draft of
> an idea, if wanted to go more in detail I'd say, for example, that the
> requirements for reporting an issue is to put the corresponding
> references and proofs of that is being reported, or whatever. But first,
> I want some feedback from the community, to see if there's some interest
> in this, at least in Parabola :)
> [0]
> https://salsa.debian.org/chromium-team/chromium/-/blob/master/debian/README.debian#L32

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200529/e7e4213b/attachment.sig>

More information about the Dev mailing list