Replies: 5 comments
-
Please note that "Ungogled-Chromium Web Browser" is your invention. As far as I know, it goes under "Chromium" in other platforms. Only the version string page mentions it being ungoogled. And it is by design so. On the other hand The Licence gives you broad freedom. |
Beta Was this translation helpful? Give feedback.
-
If both regular Chromium and ungoogled-chromium are installed, however, two "Chromium Web Browser" menu entries won't do.
My immediate intent is to use this in the Debian packaging (as that's the angle I'm working from), so I think seeking some buy-in from the project itself is the right thing to do. |
Beta Was this translation helpful? Give feedback.
-
You should not be able to do so. They are mutually exclusive. They use the same profile after all! |
Beta Was this translation helpful? Give feedback.
-
Something I'd like to see happen, eventually, is ungoogled-chromium entering the Debian package repositories. This will not only make it available to Debian users as a whole (without needing to install external packages nor set up external repos), but also ensure that it is kept up-to-date and supported to the same degree that Debian supports the regular Chromium package. (I'd like this to happen for other distros too, but Debian/Ubuntu is what I use, so I can only hope others will see this example as one worth following.) This will be a non-starter, however, if ungoogled-chromium can't be installed together with the regular one. There are at least three objections I can think of to this:
If such a restriction were in place, one of the very first bug reports for the package would be to remove it. I addressed the issue proactively in my tooling because I knew it would be untenable otherwise.
That's a whole 'nuther can of worms. Being able to install the two browsers side-by-side is different from actually running them side-by-side. There are arguments for and against having ungoogled-chromium use the same config location as the regular one. I don't feel strongly either way about that, and haven't felt the need to put together a patch that changes it. But I'm not ruling out that the Debian folks may feel differently, and that such a patch may come about in the future, if only for their packaging. |
Beta Was this translation helpful? Give feedback.
-
I wanted to open a ticket for suggesting despinning of the binary names, not necessairly for branding reasons but for avoiding crosstalk with base Chromium and Chrome, they all share "chrome.exe" executable and it has side effects, for example you can't run them all simultaneously out of the box. If I launch Chromium first, every time I launch Ungoogled-Chromium the executable will spawn another Chromium window, and vice versa. I'm currently looking at perhaps a workaround and a different solution as I imagine there might be one out there, likely involving forcing something in the command line. I guess a lot of extra work might be necessary in order to rebraind/renaming the project and it's binaries to be completely separated? The core maintainers suggested that it is by design, that this project technically still recognizes it self as Chromium, but I haven't found an explanation as to why is that necessary? What is the technical reasoning behind it being strictly Chromium "just without google". I also use Firefox a lot and then ofcourse Waterfox, and I like the Waterfox approach, but I'd imagine it has some downsides though I am not the most extreme of geek user exploring all sides of a browser so I'm not that familiar with ALL of the ups and downs, but it does use "Waterfox.exe" and has the separation done well and there's no issues with it running concurrently with Mozilla Firefox that I've ever noticed. Doesn't mean UG has to be like that, diversity all the way, but for my use, Waterfox does do a lot of things what we wanted Firefox to be if it wasn't for Mozilla's politics. Thanks |
Beta Was this translation helpful? Give feedback.
-
Description
Allow for a shorter application name, synonymous with "ungoogled-chromium" but without the word "google".
Who's implementing?
The problem
When the ungoogled-chromium browser is installed on the user's system, it (currently) does not make any attempt to identify itself as something distinct from regular Chromium. That is, the main executable is still named
chromium
, and while the Debian packaging does not add any GUI menu entries, the present approach would presumably be to add one for "Chromium" despite the different nature of the program.In my effort to develop tooling to "ungoogle" a Debian Chromium package, I aimed to create ungoogled-chromium packages that can be installed concurrently with the regular chromium one. This required giving the application as installed a distinct identity.
The problem is, while "ungoogled-chromium" is a good name for the project---succinctly communicating its primary objective---it's somewhat awkward as a name for an application. Partly because it's a bit long... here is what it might look like in a Xubuntu application menu:
The other reason is a bit more subjective. I love the idea of ungoogled-chromium, because it allows one to use the Chromium browser with all its arguable technical merits, without making the Faustian bargain of giving Google telemetry on everything. It enables a user to expunge Google from one particular (yet significant) aspect of their digital existence.
And yet, every time they reach for this privacy-enhancing tool, they are reminded of its relation to Google---even if the relationship is in the negative. They see the word "google" in the application name, and even though all the mysterious requests to 1e100.net et al. are gone, this one last callout to the behemoth remains. Which is all the more unfortunate when base Chromium doesn't prominently assert its Google identity, making it feel like the more "vanilla" experience even though under the hood it's anything but.
Or to put it another way: The name "ungoogled-chromium" may be thought of by some folks as synonymous with "unf***ed-chromium". I won't begrudge anyone the sentiment. But even those folks may not want to see the word "f***" put before them regularly, not least on occasions when they aren't thinking about big-tech hegemony.
(My own views don't go quite that far, but I do find the name lacking in aesthetic appeal.)
Possible solutions
I would like to propose the following alternative name for the application (not the project!), to be considered synonymous with "ungoogled-chromium" but without reference to the Goog:
UnChromium
This name is used by a long-defunct Chromium-related project that can be safely discounted. I've come across a few places online where this name has organically been used to refer to ungoogled-chromium, suggesting an intuitive connection between the two. Searching for "unchromium" on DDG, amusingly, turns up ungoogled-chromium and related pages as the first several results. And I think it can be considered fitting that the difference between the two names is precisely the "googled" part.
I'm aware of the earlier discussions regarding the possibility of a name change. To be clear, this proposal has nothing to do with trademark legalities, only the subjective aspects of the name. (I'm assuming the legal concerns have been assuaged since the time those discussions took place.)
And I understand @Eloston's point about not wanting to rebrand the browser---since this is just Chromium minus the Google bits, not some whole new animal like Brave---and so deliberately went for a Chromium name tweak rather than throwing darts at a periodic table.
Alternatives
I've thought of other possible names (e.g. UgChromium, UndChromium), but this is the best I've got. I'm not married to "UnChromium"; it could be something different that looks nice, and likewise elides Google. But for all the reasons given above, I think this one's going to be hard to beat.
Additional context
If this proposal passes muster, then I would integrate the new name into the Debian package-conversion framework so that it can be seen by Debian users. I have at least two different contexts in mind:
apt-get
.The first is the more important of the two, but consistency between the two is desirable. The "ungoogled-chromium" term would still show up in the package description and documentation, since those materials are oriented more toward "what is this?" and less toward day-to-day usage. Spelling out the precise relationship with Google in those contexts, I believe, remains necessary and appropriate.
How the new name is used elsewhere would be out of my hands, of course.
Beta Was this translation helpful? Give feedback.
All reactions