View previous topic :: View next topic |
Author |
Message |
nokilli Apprentice
Joined: 25 Feb 2004 Posts: 196
|
Posted: Tue Feb 06, 2018 10:42 am Post subject: chromium-bin |
|
|
I've spent a few hours looking at what it would take to resurrect www-client/chromium-bin. I say resurrect because it appears this was once available in the tree, but no more.
There is of course www-client/chromium and which is of course brilliant. It is an ebuild that requires some combination of a fairly beefy computer and a good deal of time however. Given that the browser is perhaps that application on a system that is most in need of being up-to-date, a faster way of updating would be nice, i.e., a binary build.
The Chromium devs make available snapshots. For instance, at the time of this post, the most recent snapshot of Chromium for amd64 can be found here. I've downloaded and installed this binary and it works! This URL was reached by navigating through this page, which is basically a listing of every build they've ever done for that architecture and there's a text file that tells you which is the most recent.
The wikipedia page for Chromium however (funky URL won't let me use url tag, sorry) talks about another page here. This page is called Index of chromium-browser-continuous/Linux_x64/ whereas the one I downloaded from is called Index of chromium-browser-snapshots/Linux_x64/. According to the wikipedia page, there is one process which generates builds and puts them in the snapshots directory, and then another process which tests those builds and if/when they pass, they get put into the continuous directory. Alas, that process no longer appears to be functioning. The binary I downloaded from snapshots is dated 2018-02-06, whereas the most recent binary available via continuous is dated 2016-03-18.
So I guess my question is, if it's that easy to fetch a chromium binary, why did Gentoo give up chromium-bin? Is it because these binaries are no longer being tested? I'm not Mr. Bash-guy but it seems to me that the pointy end of the ebuild here is probably a one-liner.
Or did Gentoo give it up because there's www-client/chrome? I've been using Chrome and I noticed that they do this really sad thing with cookie management. If you go Settings->Advanced->Privacy and Security->Content Settings->Cookies->See all cookies and site data, you'll see a list of your cookies. If yours is like mine, you've got a list of maybe several hundred cookies in there. Scroll down and delete one. Notice how the cookie pane resets to the top when you do? So the user who wants to delete many cookies is made to engage in this laborious rote of scrolling down, finding the cookie, delete; scrolling down, finding the cookie, delete; etc. Clearly the correct UI here is to allow either the cookies to be selected for deletion then deleted en masse or to be deleted one after the other without adjusting the containing pane. And just as clearly, the powers that be understand this. Visit the Chrome forums and you can see that many users have been complaining about this practice, to no avail. One user commented that she was going to start using Chromium instead of Chrome.
I thought that was a good idea. However, the version of Chromium I just installed engages in the very same practice. I understand why Chrome is doing this, Google is an ad company and their mantra of "don't be evil" was misdirection. But Chromium I thought was open source. A user not being given foremost consideration in an open source project is something I haven't encountered before.
(well, except for x11-drivers/nvidia-drivers, of course.)
So my takeaway is that Gentoo just decided fuck it, we'll go with Chrome. And any user who insists on Chromium can build from source or download the binary manually using https://storage.googleapis.com/chromium-browser-snapshots/ which I guess works for me since my enthusiasm for making the ebuild happen is no longer what it was.
However there is the Brave web browser, and I don't see any Gentoo support for that at this time. So failing convincing feedback re: the above that's what I'm going to start looking at now cause that I believe will be the future. _________________ Today is the first day of the rest of your Gentoo installation. |
|
Back to top |
|
|
saboya Guru
Joined: 28 Nov 2006 Posts: 552 Location: Brazil
|
Posted: Tue Feb 06, 2018 11:23 am Post subject: |
|
|
So, to sum it up:
1 - You have no idea why the Gentoo team gave up on chromium-bin.
2 - You then assume the Gentoo team decided "fuck it, if you want it, compile it",
3 - You are not willing to put the effort into making the ebuild happen, even though you are clearly interested in the existence of this ebuild, putting the time into writing several paragraphs about it.
So, why should the devs bother, if the people that are interested in the ebuild also don't want to put in the effort? |
|
Back to top |
|
|
nokilli Apprentice
Joined: 25 Feb 2004 Posts: 196
|
Posted: Tue Feb 06, 2018 11:47 am Post subject: |
|
|
saboya wrote: | So, to sum it up:
1 - You have no idea why the Gentoo team gave up on chromium-bin.
2 - You then assume the Gentoo team decided "fuck it, if you want it, compile it",
3 - You are not willing to put the effort into making the ebuild happen, even though you are clearly interested in the existence of this ebuild, putting the time into writing several paragraphs about it.
So, why should the devs bother, if the people that are interested in the ebuild also don't want to put in the effort? |
Correct on all points save #3. I was laboring under the assumption that Chromium would be significantly different than Chrome, I think explained this in part. In reality there are many things that bother me about Chrome and in only one case (autoupdating) that I've found so far do I see Chromium offering relief.
So it appears to get what I want I would have to somehow contribute to the source code itself. Are you under the impression that a patch that significantly altered the cookie management within Chrome/Chromium would be accepted by those who control the code? My sense is that though there may be some effort that would prove successful here, it likely doesn't have anything to do with engineering.
Moreover, the Brave browser is based off of Chromium and it presently enjoys no support (that I can see) in Gentoo whatsoever. Wouldn't that be the far more productive use of my time? _________________ Today is the first day of the rest of your Gentoo installation. |
|
Back to top |
|
|
Ant P. Watchman
Joined: 18 Apr 2009 Posts: 6920
|
Posted: Tue Feb 06, 2018 10:40 pm Post subject: |
|
|
The primary reason there isn't an ebuild for this is the upstream-provided binaries are unstable snapshots, none of them are sanely versioned and they disappear days later without warning (Chrome itself also suffers the latter problem). At best you'd be getting a chromium-bin-9999.ebuild that downloads in an ad-hoc way, and Gentoo probably doesn't want to be in the business of providing random unsigned binaries for something as security-critical as a browser.
And unlike something like libreoffice-bin, chromium issues new security releases multiple times a week. Providing distro-built -bin packages with all the required QA would be impossible.
The farcical cookie handling in google's browser was what sent me back to firefox, btw. Even if you set the default to clear on exit, Google sites have a privileged backdoor to store persistent tracking data - lots of it. |
|
Back to top |
|
|
nokilli Apprentice
Joined: 25 Feb 2004 Posts: 196
|
Posted: Wed Feb 07, 2018 9:12 am Post subject: |
|
|
I was happy with Firefox until they dropped support for ALSA and compelled use of pulseaudio. Making that kind of change on my system would be akin to gender-reassignment surgery, and this boy wants to stay a boy.
Thank you for explaining the likely Gentoo perspective on this. I didn't think about versioning or signing. That makes total sense.
I'm assuming that the reason I can just download these binaries and see them work is because all of the heavy lifting with dependencies has been performed by my earlier emerge of Chrome. I can see continuing to use Chrome but I think I'll have to learn the discipline to use separate instances under separate accounts, e.g., one for Google sites only (I have a gmail account for instance), one for development, one for play, etc.
I definitely need Chrome for development as I picked a fine time to get into Angular/TypeScript/JavaScript, and the Chrome developer tools are very good to the point of being indispensable.
I like the future that Brave suggests but I'm not going to pretend I understand fully how this works in the real world. I'm used to having a browser I can just mostly trust and that mostly lets me do what I want to do without having to think about the consequences of a click all of the time.
Basically I want 2004 back. _________________ Today is the first day of the rest of your Gentoo installation. |
|
Back to top |
|
|
Zucca Moderator
Joined: 14 Jun 2007 Posts: 3759 Location: Rasi, Finland
|
Posted: Wed Feb 07, 2018 9:33 am Post subject: |
|
|
nokilli wrote: | I was happy with Firefox until they dropped support for ALSA and compelled use of pulseaudio. | There is a some library/plugin you can install to have some kind of pseudo pluseaudio that only copies the soundstream to ALSA unchanged. _________________ ..: Zucca :..
My gentoo installs: | init=/sbin/openrc-init
-systemd -logind -elogind seatd |
Quote: | I am NaN! I am a man! |
|
|
Back to top |
|
|
Hu Administrator
Joined: 06 Mar 2007 Posts: 22770
|
Posted: Thu Feb 08, 2018 3:35 am Post subject: |
|
|
nokilli wrote: | I'm assuming that the reason I can just download these binaries and see them work is because all of the heavy lifting with dependencies has been performed by my earlier emerge of Chrome. | Maybe. I have not looked at the specific downloads you are describing, but I can say that some projects, notably browser-related ones, are extremely bad about bundling copies of all their dependencies. This makes them very portable and provides the download-and-instant-run semantics you describe, but at a cost elsewhere. Distributions learned years ago that bundling is almost always a net negative, and sink considerable time into fixing it whenever it is discovered.
nokilli wrote: | I like the future that Brave suggests but I'm not going to pretend I understand fully how this works in the real world. I'm used to having a browser I can just mostly trust and that mostly lets me do what I want to do without having to think about the consequences of a click all of the time. | Me too. I'd love if I could leave NoScript active without adding to its whitelist, and not have every second site I visit fall over dead. |
|
Back to top |
|
|
Juippisi Developer
Joined: 30 Sep 2005 Posts: 755 Location: /home
|
Posted: Thu Feb 08, 2018 5:24 am Post subject: |
|
|
Zucca wrote: | nokilli wrote: | I was happy with Firefox until they dropped support for ALSA and compelled use of pulseaudio. | There is a some library/plugin you can install to have some kind of pseudo pluseaudio that only copies the soundstream to ALSA unchanged. |
Apulse? |
|
Back to top |
|
|
nokilli Apprentice
Joined: 25 Feb 2004 Posts: 196
|
Posted: Thu Feb 08, 2018 7:51 am Post subject: |
|
|
Juippisi wrote: | Zucca wrote: | nokilli wrote: | I was happy with Firefox until they dropped support for ALSA and compelled use of pulseaudio. | There is a some library/plugin you can install to have some kind of pseudo pluseaudio that only copies the soundstream to ALSA unchanged. |
Apulse? |
Yeah, that looks like it. Guess I could wear a dress. And it's in portage.
The author describes it as a compatibility layer between PulseAudio and ALSA, much as aoss worked for OSS programs using ALSA. WT actual F. Also, if you read the mozilla thread on Firefox abandoning ALSA it appears that at least some of the rationale for doing so comes from Skype's abandoning support as well.
Code: | USE="-sillyness" emerge firefox-bin |
What's next? Running Firefox under WINE? Why not? WINE knows how to talk to ALSA. I'm serious! (I think)
But wait, there's more. In that same thread, you'll see that the guy who originally suggested apulse as a fix for this got moderated out of the conversation for being off-topic! rotf
I'm doing this under protest. And if I can find the booze I'll be drunk too. _________________ Today is the first day of the rest of your Gentoo installation. |
|
Back to top |
|
|
figueroa Advocate
Joined: 14 Aug 2005 Posts: 3007 Location: Edge of marsh USA
|
Posted: Tue Jun 26, 2018 5:21 pm Post subject: |
|
|
A chromium-bin would be greatly appreciated. _________________ Andy Figueroa
hp pavilion hpe h8-1260t/2AB5; spinning rust x3
i7-2600 @ 3.40GHz; 16 gb; Radeon HD 7570
amd64/23.0/split-usr/desktop (stable), OpenRC, -systemd -pulseaudio -uefi |
|
Back to top |
|
|
Elleni Veteran
Joined: 23 May 2006 Posts: 1289
|
|
Back to top |
|
|
figueroa Advocate
Joined: 14 Aug 2005 Posts: 3007 Location: Edge of marsh USA
|
Posted: Tue Jun 26, 2018 9:41 pm Post subject: |
|
|
On second thought, Vivaldi seems great. Goodbye Chromium. _________________ Andy Figueroa
hp pavilion hpe h8-1260t/2AB5; spinning rust x3
i7-2600 @ 3.40GHz; 16 gb; Radeon HD 7570
amd64/23.0/split-usr/desktop (stable), OpenRC, -systemd -pulseaudio -uefi |
|
Back to top |
|
|
figueroa Advocate
Joined: 14 Aug 2005 Posts: 3007 Location: Edge of marsh USA
|
Posted: Tue Jan 31, 2023 3:51 am Post subject: |
|
|
Resurrecting this zombie just to note that www-client/chromium-bin now exists (again). I emerged it. It seems pretty clean. I don't have any of the intervening history and can't find anything in these forums. _________________ Andy Figueroa
hp pavilion hpe h8-1260t/2AB5; spinning rust x3
i7-2600 @ 3.40GHz; 16 gb; Radeon HD 7570
amd64/23.0/split-usr/desktop (stable), OpenRC, -systemd -pulseaudio -uefi |
|
Back to top |
|
|
Zucca Moderator
Joined: 14 Jun 2007 Posts: 3759 Location: Rasi, Finland
|
Posted: Thu Feb 02, 2023 6:54 pm Post subject: |
|
|
This sure is of great help for those who can't use another computer to build chromium. _________________ ..: Zucca :..
My gentoo installs: | init=/sbin/openrc-init
-systemd -logind -elogind seatd |
Quote: | I am NaN! I am a man! |
|
|
Back to top |
|
|
|