[gentoo-user] Ungoogled-chromium, anyone?
Hello list, I discovered this package today and wondered whether anyone here had any experience of it. Which overlay to get it from? How stable is it? Does it really "privatise" chromium? Does it allow extensions like ublock-origin? I'm happy with firefox, but it never hurts to have a choice. -- Regards, Peter.
[gentoo-user] Re: Netflix Error Code O7355 with Opera
On 2020-06-11, Walter Dnes wrote: > I have Chrome installed. I looked at Chromium. It wants even more > stuff on top of what Chrome has pulled in! No way. Besides the dependencies, Chromium itself is a very long build. 2.5 days on my oldish laptop, 1.5 days on all my other machines. -- Grant
Re: [gentoo-user] chromium shortcuts?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dnia 2022-05-29, o godz. 22:39:17 Jorge Almeida napisał(a): > I suppose this means I can't simply remove the shortcuts from > chromium... () > New Hope! I've found this: https://btechgeeks.com/change-chrome-keyboard-shortcuts/ - -- xWK -BEGIN PGP SIGNATURE- iHUEAREIAB0WIQTD0rOlRXTVQVPxHd4dqSXVhOqGqwUCYpPpxQAKCRAdqSXVhOqG q34kAP4z7jwbhctdRREivmA0IRrhSMD8icZ0IUKcBosLPIzAhwD+OIqAAcLy5q7C 6NpUULwLaaVJdmbHZ9aObYRVxCKFGN4= =rlGV -END PGP SIGNATURE-
Re: [gentoo-user] long compiles
In addition to the reference to "qlop": $ qlop ungoogled-chromium | tail 2022-08-04T19:58:22 >>> www-client/ungoogled-chromium: 9:06:54 2022-08-05T14:27:44 >>> www-client/ungoogled-chromium: 16:19:06 2022-08-25T11:45:37 >>> www-client/ungoogled-chromium: 8:01:54 2022-09-01T10:03:19 >>> www-client/ungoogled-chromium: 15:27:22 2022-09-06T16:29:49 >>> www-client/ungoogled-chromium: 9:46:16 2022-09-14T17:48:16 >>> www-client/ungoogled-chromium: 9:30:29 2022-10-08T03:40:44 >>> www-client/ungoogled-chromium: 1:52:16 2022-10-21T17:58:43 >>> www-client/ungoogled-chromium: 9:24:55 2022-12-16T17:47:27 >>> www-client/ungoogled-chromium: 20:56:08 2023-03-20T14:12:02 <<< www-client/ungoogled-chromium: 2s Since I am using "ccache", the compilation time is sometimes doubled. ZzZzZzzz -Ramon On 11/09/2023 21:42, Ramon Fischer wrote: Hi Alan, just quick and dirty, I am too tired for formalities. :) The following list contains packages, that may be too big for tmpfs and are most probably very time consuming to compile: $ < /etc/portage/package.env/no_tmpfs.conf # custom - 20181121 - rfischer: list packages, which are too big for tmpfs #app-editors/neovim no_tmpfs.conf #app-emulation/qemu-kv no_tmpfs.conf #app-office/libreoffice no_tmpfs.conf #dev-db/mysql no_tmpfs.conf #dev-java/icedtea no_tmpfs.conf #dev-lang/ghc no_tmpfs.conf #dev-lang/ghc no_tmpfs.conf #dev-lang/mono no_tmpfs.conf #dev-lang/rust no_tmpfs.conf #dev-lang/spidermonkey no_tmpfs.conf #dev-libs/libpcre no_tmpfs.conf #dev-qt/qtwebengine no_tmpfs.conf #throttle_make_emerge.conf #mail-client/thunderbird no_tmpfs.conf #media-libs/opencv no_tmpfs.conf #media-libs/opencv no_tmpfs.conf #net-libs/nodejs no_tmpfs.conf #net-misc/openssh no_tmpfs.conf #sci-libs/tensorflow no_tmpfs.conf #sys-apps/iproute2 no_tmpfs.conf #sys-devel/clang no_tmpfs.conf #sys-devel/gcc no_tmpfs.conf #www-client/chromium no_tmpfs.conf #throttle_make_emerge.conf #www-client/firefox no_tmpfs.conf #www-client/ungoogled-chromium no_tmpfs.conf #throttle_make_emerge.conf See also: * https://wiki.gentoo.org/wiki/Portage_TMPDIR_on_tmpfs#Considering_tmpfs.27_size * https://wiki.gentoo.org/wiki/Q_applets#Extracting_information_from_emerge_logs_.28qlop.29 Sleeps away. -Ramon On 11/09/2023 21:19, Alan McKinnon wrote: After my long time away from Gentoo, I thought perhaps some packages that always took ages to compile would have improved. I needed to change to ~amd64 anyway (dumb n00b mistake leaving it at amd64). So that's what I did and let emerge do it's thing. chromium has been building since 10:14, it's now 21:16 and still going so 9 hours at least on this machine to build a browser - almost as bad as openoffice at it's worst (regularly took 12 hours). Nodejs also took a while, but I didn't record time. What other packages have huge build times? -- Alan McKinnon alan dot mckinnon at gmail dot com -- GPG public key: 5983 98DA 5F4D A464 38FD CF87 155B E264 13E6 99BF OpenPGP_0x155BE26413E699BF.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: [gentoo-user] chromium failed to start up
On Sat, Dec 26, 2009 at 6:43 PM, Ngoc Nguyen Bao baongoc...@gmail.com wrote: On Sat, Dec 26, 2009 at 11:31 AM, Xi Shen davidshe...@googlemail.com wrote: hi, my system is gentoo amd64, kde 4.3, and have recently updated. last time i emerged chromium and it works fine. but after updated the world, my chromium cannot start up. it reports segment fault. any idea why this happen? -- Best Regards, David Shen http://twitter.com/davidshen84/ http://meme.yahoo.com/davidshen84/ There's a new bug report about failed start of chromium on amd64 http://bugs.gentoo.org/show_bug.cgi?id=295756 -- Nguyễn Bảo Ngọc http://www.facebook.com/pymaster it looks like it is the same bug. i updated my nvidia driver, and chromium works. thanks -- Best Regards, David Shen http://twitter.com/davidshen84/ http://meme.yahoo.com/davidshen84/
[gentoo-user] Which Comes First, the Unmask or the Mask?
I believe I know the answer to the question... the real question is, how can I work around it? ;) I am running the development branch of www-client/chromium (currently 8.0.552.0). As a result, I like the latest builds to always be unmasked when they are available. However, once in a while there is a bad apple in the bunch and I'd like to mask that atom specifically. 8.0.552.0 is one of those that I would like masked. What I'd like to do is: /etc/portage/package.unmask: www-client/chromium /etc/portage/package.mask: =www-client/chromium-8.0.552.0 This case shows that, in fact, the mask comes first, as the atom in question is definitely unmasked in that scenario. I have tried putting either line into /etc/portage/profile/package.mask or .unmask, to no effect. I know I could do this by putting noninclusive comparative statements in .unmask, ala: www-client/chromium-8.0.552.0 www-client/chromium-8.0.552.0 But this seems somewhat clumsy to me. Does anyone know a trick to do what I'm looking for? Thanks, -Andy
Re: [gentoo-user] Chromium and Google Chrome
On 2 September 2011 03:45, Yohan Pereira yohan.pere...@gmail.com wrote: On Friday 02 Sep 2011 09:27:09 András Csányi wrote: Dear All, In the morning after I have synced my portage I saw there is a google-chrome and chromium package. The version numbers are the same. I watched the websites and basically they are the same. Google Chrome is the Chrome browser and the Chromium is the open source project. I would like to know what is the difference between them and why do we have two package? Thanks in advance for any information! András This is from http://en.wikipedia.org/wiki/Google_chrome Chromium implements a similar feature set as Chrome, but lacks built-in automatic updates, built-in PDF reader and Google branding, and most noticeably has a blue-colored logo in place of the multicolored Google logo. -- - Yohan Pereira A man can do as he will, but not will as he will - Schopenhauer Also, one is a binary, one is source that you need to compile. And Chromium is an EXTREMELY long compile
Re: [gentoo-user] Re: chromium print bug?
My cups was down when a tested. The problem is exactly what *walt* points before. 2012/11/12 Grant emailgr...@gmail.com Does anyone else's chromium get a little crazy when they try to bring up the print dialog without a printer attached? Thanks for the workaround :) Whenever I try to print to a file from chromium, the browser freezes and I need to kill the process to continue. I normally don't start cupsd unless I intend to print to my printer, but I tried starting cupsd just now and powering on my printer and that fixed the problem with printing to a file. This seems to be a bug in chromium. Anyone have any experience with filing chromium bugs upstream? Does it ever really get things fixed? (I gave up on firefox bugs long ago.) Thanks guys, I'll submit the bug. - Grant
Re: [gentoo-user] Re: chromium print bug?
I am experimenting the same issue, when I try to print with it, I have to use Firefox to print. Any fix? On 11 November 2012 19:13, walt w41...@gmail.com wrote: On 11/11/2012 11:49 AM, Grant wrote: Does anyone else's chromium get a little crazy when they try to bring up the print dialog without a printer attached? Thanks for the workaround :) Whenever I try to print to a file from chromium, the browser freezes and I need to kill the process to continue. I normally don't start cupsd unless I intend to print to my printer, but I tried starting cupsd just now and powering on my printer and that fixed the problem with printing to a file. This seems to be a bug in chromium. Anyone have any experience with filing chromium bugs upstream? Does it ever really get things fixed? (I gave up on firefox bugs long ago.) -- Carlos Sura.- www.carlossura.com www.carlossura.com/blog
Re: [gentoo-user] Chromium: questions
On 30/07/13 at 12:11pm, Pavel Volkov wrote: I have 2 questions about how Chromium operates with a clean profile. I run it like this: % chromium --user-data-dir=dir Directory dir is empty (at first launch). After the first launch, some entries immediately appear in History. I visited those before, but it's not everything I visited. Approximately 10-20 entries. From where is this information taken? If it's Google servers, what info is used for identification? IP address, system user name, something else? Just a hunch but have you signed into Chromium with your google account ? Google has this feature/anti-feature (based on your outlook) where it syncs bookmarks, history among other things with their servers so you have access to it on all your computers where you've signed into Chromium. - - Yohan Pereira The difference between a Miracle and a Fact is exactly the difference between a mermaid and a seal. -- Mark Twain
Re: [gentoo-user] Chromium dropping support for NPAPI
On 22/11/13 at 10:24pm, Pavel Volkov wrote: News here: http://blog.chromium.org/2013/09/saying-goodbye-to-our-old-friend-npapi.html And the previous one: http://blog.chromium.org/2012/08/the-road-to-safer-more-stable-and.html Currently chromium --- adobe-flash communication in Gentoo works through NPAPI and I don't see the bundled Flash plugin on about:plugins page. There are no USE flags for bundled Flash either. In another distro (Chakra) I can see that Flash is using PPAPI, not NPAPI in Chromium. So it possible to build Chromium with bundled Flash in Gentoo? I think your looking for * www-plugins/chrome-binary-plugins Available versions: (stable) (~)31.0.1650.57_p1^msd (beta) (~)32.0.1700.19_beta1^msd (unstable) [M](~)33.0.1712.4_alpha1^msd [M]**^msd {+flash +pdf} Homepage:http://www.google.com/chrome Description: Binary plugins -- native API Flash and PDF -- from Google Chrome for use in Chromium. Last time I tried it, it didn't work very well. Would keep getting unsupported version of flash etc. -- - Yohan Pereira The difference between a Miracle and a Fact is exactly the difference between a mermaid and a seal. -- Mark Twain
Re: [gentoo-user] Chromium browser plugins not listed
On Saturday 24 May 2014 15:02:36 Mike Gilbert wrote: On May 24, 2014 5:43 AM, Mick michaelkintz...@gmail.com wrote: Hi All, I run chromium-35.0.1916.114-r1 and noticed that only the 'Chromoting Viewer' plugin is listed under chromium://plugins. The other plugins must be there because they are being launched and run - e.g. adobe flash. Although interestingly Adobe Flash is not detected when I visit: https://www.adobe.com/software/flash/about/ and the flash graphics do not run (see attached screenshot). Firefox and Opera have no such problems and list all/more plugins. Any idea why this is so and if there is anything I can do to fix it? -- Regards, Mick Chromium 35 does not support npapi plugins. A ppapi version of flash is available in www - plugins/chrome-binary-plugins. Thanks Mike, I didn't know about ppapi - or that this is available as a separate package. Shouldn't it be drawn in as dependency by Chromium, or at least done so by some USE flag? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Google Chrome and audio capture
Mick wrote: On Tuesday 23 Jun 2015 11:54:02 Neil Bothwick wrote: On Tue, 23 Jun 2015 05:26:31 -0500, Dale wrote: Take from that what you will. Note, the issues are for chromium and not for Google Chrome, shouldn't make a difference for what you want to know though. Thanks. That was what I was looking for. I guess they did do this then. This may be the first time I checked into a story from that site and it be true. It seems google did sort of sneak some code in there. o_O There is a now a USE flag to specifically enable this. It defaults to disabled but if you previously emerged chromium before the flag as added, you will still have it. Using --newuse will cause a world update to re-emerge chromium, but if you use --changed-use it doesn't, so re-emerge chromium if you want to get rid of this. What is the new USE flag and does it also apply to 43.0.2357.65? https://code.google.com/p/chromium/issues/detail?id=491435 It's mentioned in post 4 first. I don't know if Gentoo is using the same name or not tho. It should be a start at least. Dale :-) :-)
Re: [gentoo-user] Firefox-bin GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
On 12/11/2015 18:40, Peter Humphrey wrote: > On Wednesday 11 Nov 2015 20:46:45 Neil Bothwick wrote: >> On Wed, 11 Nov 2015 13:07:20 -0700, the...@sys-concept.com wrote: >>>>> Is "www-client/chromium" good alternative to firefox? >>>> >>>> I much prefer it, but that's all it is, personal preference. Try it >>>> and decide for yourself. It's a long emerge so you may want to try >>>> with chrome first, it's a binary package so much faster to install. >>> >>> I was just checking out on other forums; chromium is an open source and >>> not very well maintain. www-client/google-chrome suppose to be better. >> >> On what is that claim based? Chromium used the chrome source code with >> the proprietary bits removed and the same versions of both are available >> in portage. > > ...and I'm for ever having to recompile chromium as it seems to change about > once a week. Not what you would call poorly supported. > Well the OP did say that the info came from "other forums" and we know how reliable those can be. I'd trust my mother-in-law's opinion on the state of Chromium before I trust $RANDOM_ARB_FORUM_ON_TEH_INTARWEBZ -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] chromium-browser will not start
On Thu, Jan 28 2016, allan gottlieb wrote: > Just now chromium will not start > > gottlieb@E7450 /local/allan/gottlieb $ chromium-browser > [1318:1338:0128/133753:ERROR:nss_util.cc(839)] After loading Root > Certs, loaded==false: NSS error code: -8018 > > I am running stable gentoo, gnome, systemd > > thanks in advance for any tips. > allan Thank you ian and neil. Suddenly it works again. At work chromium would not start. I had just powered on and logged it. I then powered off and back on and still no luck. Back home it started first time (powered off during trip). No change except the network environment (nyu.edu versus tiny home network). Now (subsequent to the successful chromium) I did a revdep-rebuild. It asked to rebuild cairo. Which I let it do. I haven't done a revdep-rebuild for many month (over a year?) and must confess I thought they were no longer needed. thanks again. allan
Re: [gentoo-user] ffmpeg and libav: a slot conflict
On Sat, 18 Feb 2017 17:01:52 +0200, Gevisz wrote: > > I think the problem is that you don't allow chromium to be rebuilt, > > because all your blocking packages depend on the installed slot > > (indicated by the '=') and need to be rebuilt in case ffmpeg is > > upgraded. So, if you don't exclude chromium ffmpeg should be upgraded > > and the blocking packages rebuilt/upgraded. > > Yes, you are right: with chromium everything started to compile without > dependency conflicts. But chromium takes more than 8 hours on my > computer to compile. :( Well, the newer ffmpeg was required by vlc, so you could have tried excluding that too. But chromium does take a while, although using ccache makes a big difference here. 8 hours isn't that much of a problem anyway, just start it before you go to bed. -- Neil Bothwick Just when you got it all figured out: An UPGRADE! pgpZ5bdevyz2D.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Imdb videos won't play in Chromium
Hi, Does chromium even recognize flash? Go to chrome://flash, it should display the current flash version under "Flash Plugin". About the YouTube thing: Are you sure that it doesn't use its HTML5 player? You can to go youtube.com/html5 to check that. Regards, Rasmus Original Message On 4 Jun 2017, 07:17, Alexander Kapshuk wrote: With these installed: equery -q l chromium adobe-flash www-client/chromium-58.0.3029.110 www-plugins/adobe-flash-25.0.0.171 Imdb.com videos won't play any more. I get a 'sorry, this video is unsupported on this browser' message displayed. A friend of mine has the same version of chromium installed with no adobe-flash installed on Arch Linux and he is able to play imdb videos. I've Googled it, but so far have not been able to find a solution to this. Clearing browsing data didn't help either. Youtube videos play OK though. Anyone else has had the same trouble and been able to fix it? Thanks.
Re: [gentoo-user] Firefox 57.0.4 without pulseaudio? Possible?
On 2018.01.14 13:23, Neil Bothwick wrote: On Sun, 14 Jan 2018 13:01:23 -0500, Jack wrote: > Chromium frequently takes over 24 hours to compile on my system, > although the last two emerges were about 11 hours each. My last > firefox emerge was just under two hours, with the last ten or so all > taking under three and a half hours. Is it swapping? Good call, but only some - I'm pretty sure it's not to the point of thrashing. Even so, with if I had enough RAM to totally avoid swapping, I don't think chromium would drop by a factor of 5 or 6. (I don't generally sit and watch - I generally try to emerge chromium overnight.) However, the few times I've been trying to use the system while chromium compiles, it's been slow, but not totally unresponsive. In addition - I think the huge memory use is only for a small part of the total chromium compile. Jack
Re: [gentoo-user] RAM checks for chromium
On 2018.12.04 02:35, Mick wrote: Two Intel systems with 4G RAM failed to build chromium, even after setting MAKEOPTS="-j2". The ebuild is checking for a minimum of 3G RAM: >>> Running pre-merge checks for www-client/chromium-70.0.3538.110 * Checking for at least 3 GiB RAM ... [ ok ] * Checking for at least 5 GiB disk space at "/var/tmp/portage/www-client/ chromium-70.0.3538.110/temp" ... [ ok ] Given I've spent more than two days compiling to get nowhere with this, I'm thinking: One thing I've done in the past if something failed after a long time compiling is to cd to the top build dir (under the Portage tmp dir) and just continue the compile (either make or ninja, or whatever that package uses) when/if that finishes, you can use ebuild to finish the install and qmerge steps. That avoids needing to start the compile from the beginning. a) Chromium probably needs more than 3G now. b) Either the ebuild, or portage, ought to check available RAM and dynamically adjust the number of jobs accordingly - or have I watched too many AI movies? -- Regards, Mick Jack
Re: [gentoo-user] chromium and dbus...
On Fri, 2023-04-28 at 11:15 -0400, Alan Grimes wrote: > So basically this is just a hack-layer to get around the inherent > fact > that linux is garbage. I don't think shitting on Linux will attract a lot of help on this mailing list. Nevertheless... > Dbus is in my runlevels and shows no errors when I poke it with the > script in /etc/init.d What login manager and DE/WM are you using? If you're using a WM, it's your own reponsibility to setup dbus when starting your session. A DE will do this for you. Typically, you can start your WM using `dbus-run-session `, at least for Wayland. I'm not familiar with X11 but maybe you can use the same command. That said, I'm not sure dbus is the problem with chromium, since you're still having the same network error when starting it with `dbus-launch chromium`... Have you seen https://github.com/systemd/systemd/issues/3 ? The last comment sounds pertinent: > after update package dev-libs/icu to version 72.1 and rebuild > chromium, chromium work well. > > Maybe an incompatible icu version caused this problem. -- Julien signature.asc Description: This is a digitally signed message part
[gentoo-user] Package conflict while trying to emerge chromium
# emerge --ask chromium ... The following USE changes are necessary to proceed: (see package.use in the portage(5) man page for more details) # required by www-client/chromium-40.0.2214.111 # required by chromium (argument) =dev-libs/libxml2-2.9.2 icu Ok, done. # emerge --ask chromium ... !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-libs/libxml2:2 (dev-libs/libxml2-2.9.2:2/2::gentoo, ebuild scheduled for merge) pulled in by dev-libs/libxml2:=[icu] required by (www-client/chromium-40.0.2214.111:0/0::gentoo, ebuild scheduled for merge) ^^^ (dev-libs/libxml2-2.9.2:2/2::gentoo, installed) pulled in by dev-libs/libxml2:2[!icu?] required by (dev-qt/qtwebkit-4.8.5:4/4::gentoo, installed) ^ It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. You may want to try a larger value of the --backtrack option, such as --backtrack=30, in order to see if that will solve this conflict automatically. Ok. # emerge --ask --backtrack=90 chromium ... !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-libs/libxml2:2 (dev-libs/libxml2-2.9.2:2/2::gentoo, ebuild scheduled for merge) pulled in by dev-libs/libxml2:=[icu] required by (www-client/chromium-40.0.2214.111:0/0::gentoo, ebuild scheduled for merge) ^^^ (dev-libs/libxml2-2.9.2:2/2::gentoo, installed) pulled in by dev-libs/libxml2:2[!icu?] required by (dev-qt/qtwebkit-4.8.5:4/4::gentoo, installed) ^ It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. And I would not report it if ._cfg0002_package.use would not suggested to insert # required by www-client/chromium-40.0.2214.111 # required by chromium (argument) =dev-libs/libxml2-2.9.2 icu into /etc/portage/package.use for the third time in a row.
Re: [gentoo-user] RAM checks for chromium
> Thanks for this. It may be I'll need to build chromium as a binary on the > faster PC from now on and copy it over to the older clients, but I can't > recall what command spews out the detailed CFLAGS for the client which I will > need to run on the faster host's CLI to emerge the binary. Grateful for any > hints. app-portage/cpuid2cpuflags Mick wrote: > On Tuesday, 4 December 2018 08:06:22 GMT Alexander Kapshuk wrote: >> On Tue, Dec 4, 2018 at 9:35 AM Mick wrote: >>> Two Intel systems with 4G RAM failed to build chromium, even after setting >>> >>> MAKEOPTS="-j2". The ebuild is checking for a minimum of 3G RAM: >>>>>> Running pre-merge checks for www-client/chromium-70.0.3538.110 >>> >>> * Checking for at least 3 GiB RAM ...[ ok >>> ] >>> * Checking for at least 5 GiB disk space at "/var/tmp/portage/www-client/ >>> >>> chromium-70.0.3538.110/temp" ... [ ok >>> ] >>> >>> Given I've spent more than two days compiling to get nowhere with this, >>> I'm >>> thinking: >>> >>> a) Chromium probably needs more than 3G now. >>> b) Either the ebuild, or portage, ought to check available RAM and >>> dynamically adjust the number of jobs accordingly - or have I watched too >>> many AI movies? >>> >>> -- >>> Regards, >>> Mick >> >> You're right. Chromium does require more than 3G of RAM to build. >> Here are the current system requirements for building Chromium on Linux: >> >> System requirements >> A 64-bit Intel machine with at least 8GB of RAM. More than 16GB is >> highly recommended. > > OK it figures, an AMD system with 16G RAM and /var/portage/ on a tmpfs had no > problem. > > >> At least 100GB of free disk space. > > O_O What the ... ? > > >> You must have Git and Python v2 installed already. >> >> See the link below for details. >> https://chromium.googlesource.com/chromium/src/+/HEAD/docs/linux_build_instr >> uctions.md#system-requirements > > Thanks for this. It may be I'll need to build chromium as a binary on the > faster PC from now on and copy it over to the older clients, but I can't > recall what command spews out the detailed CFLAGS for the client which I will > need to run on the faster host's CLI to emerge the binary. Grateful for any > hints. >
Re: [gentoo-user] chrome and everything
On Thu, Jun 02, 2011 at 11:30:02AM +0200, Alan McKinnon wrote: Apparently, though unproven, at 10:49 on Thursday 02 June 2011, András Csányi did opine thusly: Hi All, Something strange happen here. I have seen few things in Linux world but this is very new for me! I have this fantastic browser called Chromium (12.0.742.68) and I really like it. But, sometimes, when I see flash videos on different sites (youtube, cnn, bbc) the whole chromium become frozen and basicly impossible to kill it. (The comfortable way is left click on the taskbar and choose Close and KDE takes care of to kill the application. ) I'm aware of I'm using Linux and the Linux desktop and the flash are not the best friends ever. So my usual activity if my browser become frozen by flash is the next: (1), start a konsole, (2), start htop, (3) and kill the process, (4) restart the browser, (5) happy. [snip] While I wrote this letter Chromium become crazy again - thanks the automatic save few words has lost this letter - and I know that the root cause the Chromium itself and the flash isn't matter. Flash just make faster that process when Chromium become crazy. No, you are probably wrong here. Chromium is not the problem, Flash is the problem. That's what I'd have thought if it were any other browser, but my experience with chromium is that it's actually quite unstable. Flash is a piece of shit that has never worked right and Adobe are a bunch of fools that cannot code properly or securely. I can comfortably say this based on long hard bitter experience by the entire Linux community. If you choose to use Flash, you get to put up with the resulting problems. Maybe before throwing out the baby with the bathwater he should do some more testing in another browser. In the past I've seen behavior not unlike that described due to flash, but if flash is the culprit it will show up using firefox or konqueror or whatever. -- caveat utilitor ♫ ❤ ♫ ❤ ♫ ❤ ♫ ❤
Re: [gentoo-user] Re: ~gcc-4.7.0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02.06.2012 04:37, Nilesh Govindrajan wrote: On Jun 2, 2012 6:08 AM, walt w41...@gmail.com wrote: SNIP Has anyone tried compiling chromium 20 (as of yesterday) and libreoffice 3.5.4.2 using gcc 4.7.0? I am unable to do so. Using unstable Amd64. -- Nilesh Govindrajan http://nileshgr.com Openoffice: No Chromium 20: Yes - they're a bit of a PITA... It won't work without some patches. Mostly missing includes for unistd.h (in most files is a #if defined(OS_ANDROID) #include unistd.h #endif where it is needed (ideally in a #id defined(OS_POSIX) (or LINUX?) #endif block). I've got no time to look into the versions 20.x to 21.0.1155.2 and my custom patch for 21.0.1155.2 also fixes a selinux related issue. If you google you'll find some other patches (even one on bugs.gentoo.org) which max work for you (depends on version, I think). I'll attach my patch for reference. WKR Hinnerk -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPybgeAAoJEJwwOFaNFkYcu2YIAIa3xtDXMD7hFy/7iI5yEhd2 eLE5+GswNKYdCeYRaLvuqQpWJnm2GZj7UQVklxd1qgA2UhxgHCZkiya5Uj8M3va6 iE8e2TfCwAUqkL69/9HAXQh+cuHreq7ZAP9/+1yUaH8NOa9gZluIzyZv/TtO/PiJ wDK6Zhar/MlpFOrduz3m0gFuJun1fruVGvT9cIWRTDSsMmsGm6l88JNG1YyXtmZV yoL5ZfT0g+Lw1IJ6C03WEFG8yW/nXjE9wIojjzQoC3fkBmTPNWmcXdz5LzPx8T+P rc9WQf8IGRQwA8ME8LPEJZdGxZmT170nOs74TqwJOs7F2YGAwL+N0euHF8DCilg= =16Fc -END PGP SIGNATURE- diff -ru chromium-21.0.1155.2/chrome/browser/policy/policy_path_parser_linux.cc chromium-21.0.1155.2.new/chrome/browser/policy/policy_path_parser_linux.cc --- chromium-21.0.1155.2/chrome/browser/policy/policy_path_parser_linux.cc 2012-05-30 03:47:01.0 +0200 +++ chromium-21.0.1155.2.new/chrome/browser/policy/policy_path_parser_linux.cc 2012-05-30 23:53:01.123823731 +0200 @@ -4,6 +4,10 @@ #include pwd.h +//#if defined(OS_POSIX) +#include unistd.h +//#endif + #include chrome/browser/policy/policy_path_parser.h #include base/logging.h diff -ru chromium-21.0.1155.2/content/public/common/sandbox_init.cc chromium-21.0.1155.2.new/content/public/common/sandbox_init.cc --- chromium-21.0.1155.2/content/public/common/sandbox_init.cc 2012-05-30 03:46:30.0 +0200 +++ chromium-21.0.1155.2.new/content/public/common/sandbox_init.cc 2012-05-30 17:09:00.044889918 +0200 @@ -6,6 +6,8 @@ #if defined(OS_ANDROID) #include unistd.h +#elif defined(OS_POSIX) +#include unistd.h #endif namespace content { diff -ru chromium-21.0.1155.2/content/zygote/zygote_linux.cc chromium-21.0.1155.2.new/content/zygote/zygote_linux.cc --- chromium-21.0.1155.2/content/zygote/zygote_linux.cc 2012-05-30 03:46:27.0 +0200 +++ chromium-21.0.1155.2.new/content/zygote/zygote_linux.cc 2012-05-31 04:04:32.072791812 +0200 @@ -31,10 +31,38 @@ #include content/common/sandbox_methods_linux.h #include content/common/zygote_commands_linux.h +#if defined(CHROMIUM_SELINUX) +#include selinux/selinux.h +#include selinux/context.h +#endif + // See http://code.google.com/p/chromium/wiki/LinuxZygote namespace content { + +#if defined(CHROMIUM_SELINUX) +static void SELinuxTransitionToTypeOrDie(char const* type) { + security_context_t security_context; + if (getcon(security_context)) +LOG(FATAL) Cannot get SELinux context; + + context_t context = context_new(security_context); + context_type_set(context, type); + const int r = setcon(context_str(context)); + context_free(context); + freecon(security_context); + + if (r) { +LOG(FATAL) dynamic transition to type ' type ' failed. + (this binary has been built with SELinux support, but maybe + the policies haven't been loaded into the kernel?); + } +} +#endif // CHROMIUM_SELINUX + + + namespace { // NOP function. See below where this handler is installed. diff -ru chromium-21.0.1155.2/content/zygote/zygote_linux.h chromium-21.0.1155.2.new/content/zygote/zygote_linux.h --- chromium-21.0.1155.2/content/zygote/zygote_linux.h 2012-05-30 03:46:27.0 +0200 +++ chromium-21.0.1155.2.new/content/zygote/zygote_linux.h 2012-05-31 03:31:16.013928301 +0200 @@ -16,6 +16,8 @@ namespace content { +static void SELinuxTransitionToTypeOrDie(char const * type); + class ZygoteForkDelegate; // This is the object which implements the zygote. The ZygoteMain function, @@ -106,7 +108,6 @@ int initial_uma_sample_; int initial_uma_boundary_value_; }; - } // namespace content #endif // CONTENT_ZYGOTE_ZYGOTE_H_ diff -ru chromium-21.0.1155.2/content/zygote/zygote_main_linux.cc chromium-21.0.1155.2.new/content/zygote/zygote_main_linux.cc --- chromium-21.0.1155.2/content/zygote/zygote_main_linux.cc 2012-05-30 03:46:27.0 +0200 +++ chromium-21.0.1155.2.new/content/zygote/zygote_main_linux.cc 2012-05-31 04:04:21.383792544 +0200 @@ -2,6 +2,8 @@ // Use of this source code is governed by a BSD-style license that can be // found
Re: [gentoo-user] Question about Chromium
On Mon, Sep 19, 2011 at 11:52 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Sun, Sep 18, 2011 at 1:25 PM, András Csányi sayusi.a...@gmail.com wrote: Dear All! I think Google Chrome/Chromium is an excellent browser and I have been using it for a year or more. But there is one issue which is disturbing me and I would like to know what is your experience. Maybe a different problem than what you're having, but in my experience Chromium is sensitive to DNS problems. When I use my ISP's DNS server, Chromium regularly fails to load pages. When I use my own local DNS resolver on my own machine, it works great... * Chrome/Chromium does not internally cache DNS results. (Firefox, by contrast, does) * DNS communications occur over UDP, which is very fast from the server's perspective, but carries no guarantee of delivery. (As a coping mechanism, DNS resolvers retry after a timeout) So what's happening: Chromium sends a UDP packet asking for the A (or , depending) record of whatever site it is you want to go see. That UDP packet makes it through your local network, and exits through your {,cable,DSL} modem. Noise on the line results in the loss of the UDP packet. The target DNS server never hears about the request, so never sends a reply. Chromium will retry after a bit. (I think the default is 30s for the first retry) On the other hand, if you're running a recursing DNS server on your local network, here's what happens: Chromium sends a UDP packet to your local DNS server, asking fo the A (or ) record of the domain in question. That UDP packet makes it across your reliable local network to your local caching/recursing DNS server. Your local DNS server sends a UDP packet to an upstream DNS server, asking for the information you wanted. If that UDP packet doesn't reach its destination, the DNS server will try again. Once your local DNS server receives a reply, it caches the information for as long as the DNS records TTL indicates it should. So what happened to Chromium's initial request? If your local DNS server's initial query didn't manage to swim upstream, then Chromium probably timed out. You, the user, will probably try again. By the time you try again, your local DNS server will probably have received and cached the response from your _first_ query, and will have an answer for you immediately; no need to send UDP packets out over lossy internet connection. -- :wq
Re: [gentoo-user] RAM checks for chromium
On Tue, Dec 4, 2018 at 10:47 AM Mick wrote: > > On Tuesday, 4 December 2018 08:06:22 GMT Alexander Kapshuk wrote: > > On Tue, Dec 4, 2018 at 9:35 AM Mick wrote: > > > Two Intel systems with 4G RAM failed to build chromium, even after setting > > > > > > MAKEOPTS="-j2". The ebuild is checking for a minimum of 3G RAM: > > > >>> Running pre-merge checks for www-client/chromium-70.0.3538.110 > > > > > > * Checking for at least 3 GiB RAM ...[ ok > > > ] > > > * Checking for at least 5 GiB disk space at "/var/tmp/portage/www-client/ > > > > > > chromium-70.0.3538.110/temp" ... [ ok > > > ] > > > > > > Given I've spent more than two days compiling to get nowhere with this, > > > I'm > > > thinking: > > > > > > a) Chromium probably needs more than 3G now. > > > b) Either the ebuild, or portage, ought to check available RAM and > > > dynamically adjust the number of jobs accordingly - or have I watched too > > > many AI movies? > > > > > > -- > > > Regards, > > > Mick > > > > You're right. Chromium does require more than 3G of RAM to build. > > Here are the current system requirements for building Chromium on Linux: > > > > System requirements > > A 64-bit Intel machine with at least 8GB of RAM. More than 16GB is > > highly recommended. > > OK it figures, an AMD system with 16G RAM and /var/portage/ on a tmpfs had no > problem. > > > > At least 100GB of free disk space. > > O_O What the ... ? > > > > You must have Git and Python v2 installed already. > > > > See the link below for details. > > https://chromium.googlesource.com/chromium/src/+/HEAD/docs/linux_build_instr > > uctions.md#system-requirements > > Thanks for this. It may be I'll need to build chromium as a binary on the > faster PC from now on and copy it over to the older clients, but I can't > recall what command spews out the detailed CFLAGS for the client which I will > need to run on the faster host's CLI to emerge the binary. Grateful for any > hints. > > -- > Regards, > Mick Perhaps these two gcc commands are what you're after: gcc -c -Q -march=native --help=target gcc -### -march=native /usr/include/stdlib.h See this link for details, https://wiki.gentoo.org/wiki/GCC_optimization
[gentoo-user] chromium cannot sync bookmark is not root
hi, my system is gentoo amd64, with kde 4.3, and chromium is 4.0.226.0(33992). if i log on as root and start chromium with --enable-sync, then select sync my bookmark, i got the following error message ERROR:chrome/browser/password_manager/encryptor_linux.c) , but the log in window still pop up, and i can sync my bookmark. if i log on as normal user, and do the same thing. i can only see that error message, and the log in window never shows up. i tried to re-emerge and revdep-rebuild, but does not work. -- Best Regards, David Shen http://twitter.com/davidshen84/ http://meme.yahoo.com/davidshen84/
Re: [gentoo-user] problem libxml2 icu flag, chromium and wine
Am 19.02.2011 11:57, schrieb Jacques Montier: Hi all, Recent Chromium upgrade needs icu flag for libxml2, but Wine doesn't compile with that flag set. So i compiled libxml2 with icu flag, and compiled Chromium. then i re-compiled libxml2 without icu flag, then compiled Wine. Well, i really don't like that. Anything else to do ? ... and that works? Did you run revdep-rebuild afterwards? Is it this bug? http://bugs.gentoo.org/show_bug.cgi?id=355515 If it's not, please file another bug. Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] problem libxml2 icu flag, chromium and wine
Jacques Montier wrote: Hi all, Recent Chromium upgrade needs icu flag for libxml2, but Wine doesn't compile with that flag set. So i compiled libxml2 with icu flag, and compiled Chromium. then i re-compiled libxml2 without icu flag, then compiled Wine. Well, i really don't like that. Anything else to do ? Thank you for your advice, Cheers, -- Jacques This sounds like a use for package.use to me. Put the one that effects the most packages in make.conf and dis/enable the others in package.use. That sounds weird. I don't think I have ran into that before. Dale :-) :-)
Re: [gentoo-user] Unable to compile chromium 26
On Mon, Apr 1, 2013 at 9:09 PM, Michael Mair-Keimberger m.mairkeimber...@gmail.com wrote: Look at bug 463550 [1].. Either you downgrade to app-accessibility/speech-dispatcher-0.7.1-r2 or use the patch which is pointed out at the bug. mike 1) https://bugs.gentoo.org/show_bug.cgi?id=463550 On Monday 01 April 2013 20:57:43 Nilesh Govindrajan wrote: I'm unable to compile chromium. It somewhere exits with not able to find libspeechd.h, but it exists in /usr/include/speech-dispatcher. I have attached build log. Can anybody tell what's going wrong? Thanks a lot. It's a bit weird that I couldn't find it when I searched for chromium on bgo.
[gentoo-user] Chromium: questions
I have 2 questions about how Chromium operates with a clean profile. I run it like this: % chromium --user-data-dir=dir Directory dir is empty (at first launch). After the first launch, some entries immediately appear in History. I visited those before, but it's not everything I visited. Approximately 10-20 entries. From where is this information taken? If it's Google servers, what info is used for identification? IP address, system user name, something else? Next question is about certificates. I have 2 personal certificates installed in my main profile and they appear in the clean profile, too. Where are those certificates stored? I couldn't find them in KDE configuration app (System Settings). Are they taken from main profile?
Re: [gentoo-user] Chromium browser plugins not listed
On Sat, May 24, 2014 at 8:03 AM, Mick michaelkintz...@gmail.com wrote: Thanks Mike, I didn't know about ppapi - or that this is available as a separate package. Shouldn't it be drawn in as dependency by Chromium, or at least done so by some USE flag? www-plugins/chrome-binary-plugins will get you chrome-style flash and pdf viewing. As for everything else... well, I have been finding lots of uses for firefox lately... There is a patch out there to re-enable npapi but it's no panacea, believe me. Anyone know of a good chromium fork with less borg-ware and anti-features in it? I'm starting to get fed up. -gmt
Re: [gentoo-user] How to disable gnome-keyring support in chromium?
Hm, I can't really reproduce it here. - Did you disable these USE flags on the CLI, for that package only or system wide? - What does emerge --info say? - Is the gnome-keyring directly pulled in by chromium? 2015-05-18 20:41 GMT+02:00 Grant Edwards grant.b.edwa...@gmail.com: I'm building chromium with USE flags set to -gnome -gnome-keyring, but it's still pulling in libsecret and gnome-keyring and nagging me about a password for the keyring every time it starts. I've found that simply doing an emerge -C gnome-keyring fixes the the problem temporarily, but then next time I do an emerge -u it wants to install gnome-keyring again. -- Grant Edwards grant.b.edwardsYow! Am I elected yet? at gmail.com
[gentoo-user] Re: How to disable gnome-keyring support in chromium?
On 2015-05-18, Mike Gilbert flop...@gentoo.org wrote: On Mon, May 18, 2015 at 4:30 PM, Grant Edwards grant.b.edwa...@gmail.com wrote: On 2015-05-18, Manuel Schönlaub manuel.schoenl...@gmail.com wrote: Hm, I can't really reproduce it here. I forgot to menion I'm using chromium stable 42.0.2311.135. Upgrade to chromium-43; the ebuild has been adjusted to not require libsecret. See bug 538224. https://bugs.gentoo.org/show_bug.cgi?id=538224 Yep. Should've checked bugzilla. Thanks. -- Grant Edwards grant.b.edwardsYow! Look DEEP into the at OPENINGS!! Do you see any gmail.comELVES or EDSELS ... or a HIGHBALL?? ...
Re: [gentoo-user] Firefox-bin GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
On Wed, 11 Nov 2015 13:07:20 -0700, the...@sys-concept.com wrote: > >> Is "www-client/chromium" good alternative to firefox? > > > > I much prefer it, but that's all it is, personal preference. Try it > > and decide for yourself. It's a long emerge so you may want to try > > with chrome first, it's a binary package so much faster to install. > > I was just checking out on other forums; chromium is an open source and > not very well maintain. www-client/google-chrome suppose to be better. On what is that claim based? Chromium used the chrome source code with the proprietary bits removed and the same versions of both are available in portage. -- Neil Bothwick This is as bad as it can get-but don't bet on it. pgpsJ3rOul3II.pgp Description: OpenPGP digital signature
Re: [gentoo-user] chromium-browser will not start
On Thu, 28 Jan 2016 13:41:16 -0500, allan gottlieb wrote: > Just now chromium will not start > > gottlieb@E7450 /local/allan/gottlieb $ chromium-browser > [1318:1338:0128/133753:ERROR:nss_util.cc(839)] After loading Root > Certs, loaded==false: NSS error code: -8018 > > I am running stable gentoo, gnome, systemd Have you recently updated dev-libs/nss? If not, what have you emerged since it last ran? Does revdep-rebuild show anything needing a rebuild? -- Neil Bothwick If you can smile when things go wrong then you have someone in mind to blame. pgpHuiq5ws_Rp.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Bluefish colours
On Sunday 19 Feb 2017 16:58:19 Mick wrote: > I don't have an answer for the bluefish button colours, but just an idea > that different Gnome themes may be also applied on the Bluefish > application since it uses Gtk. You've done it again, Mick. Bluefish didn't like clearlooks-phenix, but it's quite happy with breeze. > Regarding your Chromium problem, have you configured your > kernel/firmware/x11 video drivers to use hardware acceleration? Chromium > uses hardware acceleration if available and the problem of blank pages > may be relevant, but I am not sure. Try this in the address bar to see > what it reports: > > chrome://gpu After a reboot on a freshly compiled kernel my Chromium problem has gone away. Thanks for your help. -- Regards Peter
[gentoo-user] Flash-Plugin not found by Chromium after update
Hi all, I yesterday updated Chromium to 54.0.2840.59 (stable) in my desktop machine and since then it is not able to find the Flash plugin. The day before, I've updated `www-plugins/chrome-binary-plugins` to 54.0.2840.59 (stable). Everything went as usual--no warnings, no errors... After restarting Chromium, it is not able to find the Flash plugin. It is not listed in `chrome://plugins` and `chrome://flash` says, that it was not installed. I've nothing changed, before the update it worked just out of the box. Has anybody any pointer for me, how to fix this? Thanks in advance, Stephan -- Stephan Lukasczyk GPG-Key: 0x06E03C26B90F403D Microsoft isn't the answer. Microsoft is the question. And the answer is "No". signature.asc Description: Digital signature
Re: [gentoo-user] Re: Chromium no longer displays content of TLS certificate
On Saturday, 9 September 2017 01:34:08 BST Nikos Chantziaras wrote: > On 08/09/17 20:05, Mick wrote: > > Either chromium has stopped displaying the content of the TLS certificate > > of a web site I happen to visit, or it has made it quite complicated for > > the user to find it. > > Go to: > >chrome://flags/#show-cert-link > > Flip the flag. Restart Chromium. The certificate should now be visible > when clicking on the "Secure" button in the URL bar. Excellent! This reverts the certificate display behaviour to how it was in the past. Thanks Nikos, I had forgotten about this settings page. I'll bookmark this link as it has a number of settings I may want to change in the future. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Chromium generic build
Hello list, I would like to build chromium for my computers only once (USE would be same across all machines). I run amd64, multilib on following processor types: Core2, Corei7, Ryzen 7 and Threadripper. What CFLAGS should I use for mentioned cpus? I am possibly comfortable to build two builds (Intel and AMD one). Is it possible to build only chromium and let all other deps be build directly on targets? Are there any other catches I should be aware of? With many thanks for any previous and future help S signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: Mammoth emerge ...
. Chromium switched to 'clang++ v5.x' as its primary compiler. Why? The Chromium devs are using 'c++' features supported in gcc v8+. . So ... first compile run is with 'gcc' ... then Chromium is re-compiled with 'clang++'. That is what I am seeing ( console && log wise ). 2 Compile runs ... twice the time. . No gold linker setup on my system. Just how is 'clang++' supposed to work with 'ld.bfd'? . As far as I can tell, all optimization depending on '-march= / -mtune= ' is still discarded, as well. ( clang / clang ++, does not seem to accept the '-march= / -mtune= / -O2 / -pipe' switches either. ) . Corbin
Re: [gentoo-user] KDE reboot not preserving running applications
On Tue, 28 Aug 2018 20:51:06 -0400, Andrew Udvare wrote: > Was it ever perfect? I have given up on relying on this feature > especially since Chromium does not even launch after logging in again > (has not happened in a long time). I just have keyboard shortcuts set > up to get things back to how I want them (tiled in various ways, like > 50% width, 25% width/height top-left/bottom-left/..., etc). Chromium never did, so I dropped its desktop file into ~/.config/autostart. It was only when you posted this that I remember Chromium wasn't being started by the session manager -- Neil Bothwick Top Oxymorons Number 24: New classic pgps5JtHk1oEE.pgp Description: OpenPGP digital signature
Re: [gentoo-user] RAM checks for chromium
On Fri, Dec 7, 2018 at 5:48 AM Peter Humphrey wrote: > > On Friday, 7 December 2018 10:17:17 GMT Andreas Fink wrote: > > On Fri, 07 Dec 2018 10:14:45 + > > > > Peter Humphrey wrote: > > > And today, of course, there's an upgrade. That's another reason I > > > ditched it. Is there a way to force chromium to be not ~amd64 on a > > > ~amd64 system? > > > > Yes, I do that with this entry in /etc/portage/package.keywords: > > www-client/chromium -~amd64 > > Ah, yes, of course. Ta muchly. > You'll be doing a build shortly in any case: https://bugs.gentoo.org/672606 So, I'd hold off on any upgrades/downgrades/etc for a day or so until this hits if CPU time matters to you. -- Rich
Re: [gentoo-user] Re: Netflix Error Code O7355 with Opera
On Friday, 12 June 2020 16:17:52 BST Neil Bothwick wrote: > I run testing on this laptop so updates were more frequent, although I > now use Chromium from stable to reduce that. I run testing on this workstation [1], and today I emerged chromium to replace google-chrome. It took 4 hours on 12 threads and 32 GB RAM. I'm going back to google-chrome. I rarely use either of them, so it's not worth spending all those cycles on chromium. 1. I prefer stable, but Zoom requires a lot of testing packages: too many for a mixed stable and testing system in my opinion. -- Regards, Peter.
Re: [gentoo-user] Re: any news on chromium + Glibc?
On Mon, Jun 7, 2021 at 7:11 AM Grant Edwards wrote: > > On 2021-06-07, Alan Grimes wrote: > > > Chromium is still broken here, all tabs blank after MORE THAN A MONTH... > > I wasn't aware there was a problem: there hasen't been any brokenness > for me[1] (current running 91.0.4472.77 ). What's the problem? > > [1] Except for a minor problem when dragging a tab out of the window > to form a new window. That's been broken for ages and is > apparently a permenent "feature" now (both Chromium and Chrom). > > -- > Grant No problem dragging a tab out of Chrome here on Kubuntu. If it's broken that would appear to be a Gentoo issue, not a generic Chrome or Linux proper issue. Mark
[gentoo-user] any news on chromium + Glibc?
Chromium is still broken here, all tabs blank after MORE THAN A MONTH... It seems they're trying to fix it because the rate of version bumps of Chromium has decreased from several times a minute to maybe one every two weeks indicating that upstream is having significant issues. I've been updating weekly on Thursdays to check for a working version. =\ Does anyone else know anything about what's going on? -- Don't make this your epitath: "I tuk da vakceen cuz I thout I wuz smert; I ded cuz I wuz dum." #EggCrisis White is the new Kulak. Powers are not rights.
Re: [gentoo-user] Compile large packages as last package
On Sat, 14 Aug 2021 21:20:23 +0200, Ramon Fischer wrote: > Is there any way to tell "portage", that packages like "qtwebengine", > "(ungoogled-)chromium", "firefox" and so on are always compiled as last > package? You can use the --exclude option for emerge. Maybe a script that runs emerge @world with --exclude then again without? While I haven't tried it with a script, I do use --exclude when chromium is in the list because my laptop only has 8GB RAM, which means chromium takes ages. -- Neil Bothwick Isn't 'Criminal Lawyer' rather redundant? pgp7adfDN1yWU.pgp Description: OpenPGP digital signature
Re: [gentoo-user] chromium shortcuts?
On Sun, May 29, 2022 at 9:56 PM w...@op.pl wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Dnia 2022-05-29, o godz. 21:49:21 > Jorge Almeida napisał(a): > > > So, is there a way to get rid of this, ahem, stuff? Ideally, I would > > remove/edit some shortcuts, but I would settle for trashing it all. Is > > this an unwinnable fight? (And is the dichotomy chromium-chrome > > relevant at all?) > > > > Jorge Almeida > > > > I'm not sure, but as far as I know the differences between > google-chrome and chromium are more about "the amount of Google" in the > browser not the overall idea behind it (so probably shortcuts will be > the same). > I suppose... I just hoped that the refuse to allow users any freedom would be part of that "amount of Google"...
Re: [gentoo-user] chromium shortcuts?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dnia 2022-05-29, o godz. 21:49:21 Jorge Almeida napisał(a): > So, is there a way to get rid of this, ahem, stuff? Ideally, I would > remove/edit some shortcuts, but I would settle for trashing it all. Is > this an unwinnable fight? (And is the dichotomy chromium-chrome > relevant at all?) > > Jorge Almeida > I'm not sure, but as far as I know the differences between google-chrome and chromium are more about "the amount of Google" in the browser not the overall idea behind it (so probably shortcuts will be the same). - -- xWK -BEGIN PGP SIGNATURE- iHUEAREIAB0WIQTD0rOlRXTVQVPxHd4dqSXVhOqGqwUCYpPd8QAKCRAdqSXVhOqG q05vAPwNwKx2HEtNhCM5Yg4q1WI87EMBAJ7Tc8Ep9dwlxEesXAD/SWJiCaCj8zdh tXnk/3ngseCt0mptrBHS5Qz/4Tn8Vi4= =wLQB -END PGP SIGNATURE-
Re: [gentoo-user] grub menu and the new openrc
On Wednesday 18 May 2011 18:22:10 Thanasis wrote: If it doesn't work, try it with www-client/chromium. I've already tried chomium, konqueror and opera. No improvement. -- Rgds Peter
[gentoo-user] Gtk-Message: Failed to load module gnomesegvhandler
# gvim Gtk-Message: Failed to load module gnomesegvhandler # chromium Gtk-Message: Failed to load module gnomesegvhandler Both of them can work properly,but what's the problem with the warning?
[gentoo-user] alternative to thunderbird?
I just switched from firefox to chromium (thanks to you guys) and I'm loving it. What would you recommend for getting away from thunderbird? I'm looking for something simple and minimal. - Grant
Re: [gentoo-user] Unable to compile chromium 26
Am 01.04.2013 18:59, schrieb Nilesh Govindrajan: On Mon, Apr 1, 2013 at 9:09 PM, Michael Mair-Keimberger m.mairkeimber...@gmail.com wrote: Look at bug 463550 [1].. Either you downgrade to app-accessibility/speech-dispatcher-0.7.1-r2 or use the patch which is pointed out at the bug. mike 1) https://bugs.gentoo.org/show_bug.cgi?id=463550 On Monday 01 April 2013 20:57:43 Nilesh Govindrajan wrote: I'm unable to compile chromium. It somewhere exits with not able to find libspeechd.h, but it exists in /usr/include/speech-dispatcher. I have attached build log. Can anybody tell what's going wrong? Thanks a lot. It's a bit weird that I couldn't find it when I searched for chromium on bgo. ALL chromium search in bugzillas really really sucks.
Re: [gentoo-user] Chromium: questions
On Tue, Jul 30, 2013 at 3:11 AM, Pavel Volkov negai...@gmail.com wrote: I have 2 questions about how Chromium operates with a clean profile. I run it like this: % chromium --user-data-dir=dir Directory dir is empty (at first launch). After the first launch, some entries immediately appear in History. I visited those before, but it's not everything I visited. Approximately 10-20 entries. From where is this information taken? If it's Google servers, what info is used for identification? IP address, system user name, something else? Next question is about certificates. I have 2 personal certificates installed in my main profile and they appear in the clean profile, too. Where are those certificates stored? I couldn't find them in KDE configuration app (System Settings). Are they taken from main profile? I would look in the ~/.config/ directory for any chrome/chromium/google stuff which might possibly contain this data... (even if you specified otherwise)
Re: [gentoo-user] Chromium: questions
On Tuesday 30 Jul 2013 09:11:37 Pavel Volkov wrote: I have 2 questions about how Chromium operates with a clean profile. I run it like this: % chromium --user-data-dir=dir Directory dir is empty (at first launch). After the first launch, some entries immediately appear in History. I visited those before, but it's not everything I visited. Approximately 10-20 entries. From where is this information taken? If it's Google servers, what info is used for identification? IP address, system user name, something else? Next question is about certificates. I have 2 personal certificates installed in my main profile and they appear in the clean profile, too. Where are those certificates stored? I couldn't find them in KDE configuration app (System Settings). Are they taken from main profile? I have a number of certificate details and CRLs stored under ~.gnupg/ Additionally, mozilla certificates are stored in the ~/.mozilla/firefox/xx.default/ directory, but I think that these are only used by mozilla apps, not Chromium. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Google Chrome and audio capture
On Tuesday 23 Jun 2015 11:54:02 Neil Bothwick wrote: On Tue, 23 Jun 2015 05:26:31 -0500, Dale wrote: Take from that what you will. Note, the issues are for chromium and not for Google Chrome, shouldn't make a difference for what you want to know though. Thanks. That was what I was looking for. I guess they did do this then. This may be the first time I checked into a story from that site and it be true. It seems google did sort of sneak some code in there. o_O There is a now a USE flag to specifically enable this. It defaults to disabled but if you previously emerged chromium before the flag as added, you will still have it. Using --newuse will cause a world update to re-emerge chromium, but if you use --changed-use it doesn't, so re-emerge chromium if you want to get rid of this. What is the new USE flag and does it also apply to 43.0.2357.65? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Google Chrome and audio capture
On Tue, 23 Jun 2015 05:26:31 -0500, Dale wrote: Take from that what you will. Note, the issues are for chromium and not for Google Chrome, shouldn't make a difference for what you want to know though. Thanks. That was what I was looking for. I guess they did do this then. This may be the first time I checked into a story from that site and it be true. It seems google did sort of sneak some code in there. o_O There is a now a USE flag to specifically enable this. It defaults to disabled but if you previously emerged chromium before the flag as added, you will still have it. Using --newuse will cause a world update to re-emerge chromium, but if you use --changed-use it doesn't, so re-emerge chromium if you want to get rid of this. -- Neil Bothwick Time is an illusion but never so much as when you're using a modem. pgpXGLFdjYsbx.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Firefox-bin GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
On Thu, 12 Nov 2015 18:47:44 +0200, Alan McKinnon wrote: > >>> I was just checking out on other forums; chromium is an open source > >>> and not very well maintain. www-client/google-chrome suppose to be > >>> better. > >> > >> On what is that claim based? Chromium used the chrome source code > >> with the proprietary bits removed and the same versions of both are > >> available in portage. > > > > ...and I'm for ever having to recompile chromium as it seems to > > change about once a week. Not what you would call poorly supported. > Well the OP did say that the info came from "other forums" and we know > how reliable those can be. Exactly, that's why I asked for some detail. > I'd trust my mother-in-law's opinion on the state of Chromium before I > trust $RANDOM_ARB_FORUM_ON_TEH_INTARWEBZ This is just a random claim without even a citation from such a forum. Hell, it even implies that being open source is bad, it's a good thing we have closed source alternatives like Firefox... -- Neil Bothwick Politics: Poli (many) - tics (blood sucking parasites) pgpsLj3WfLBXE.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Firefox-bin GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
On Wednesday 11 Nov 2015 20:46:45 Neil Bothwick wrote: > On Wed, 11 Nov 2015 13:07:20 -0700, the...@sys-concept.com wrote: > > >> Is "www-client/chromium" good alternative to firefox? > > > > > > I much prefer it, but that's all it is, personal preference. Try it > > > and decide for yourself. It's a long emerge so you may want to try > > > with chrome first, it's a binary package so much faster to install. > > > > I was just checking out on other forums; chromium is an open source and > > not very well maintain. www-client/google-chrome suppose to be better. > > On what is that claim based? Chromium used the chrome source code with > the proprietary bits removed and the same versions of both are available > in portage. ...and I'm for ever having to recompile chromium as it seems to change about once a week. Not what you would call poorly supported. -- Rgds Peter
Re: [gentoo-user] Flash-Plugin not found by Chromium after update
On Sun, Oct 16, 2016 at 1:57 PM, Stephan Lukasczyk <mailingli...@lukasczyk.me> wrote: > Hi all, > > I yesterday updated Chromium to 54.0.2840.59 (stable) in my desktop > machine and since then it is not able to find the Flash plugin. The day > before, I've updated `www-plugins/chrome-binary-plugins` to 54.0.2840.59 > (stable). > > Everything went as usual--no warnings, no errors... > > After restarting Chromium, it is not able to find the Flash plugin. It > is not listed in `chrome://plugins` and `chrome://flash` says, that it > was not installed. I've nothing changed, before the update it worked > just out of the box. > > Has anybody any pointer for me, how to fix this? > > Thanks in advance, > > Stephan > > -- > Stephan Lukasczyk > GPG-Key: 0x06E03C26B90F403D > Microsoft isn't the answer. Microsoft is the question. > And the answer is "No". I've got flash working with these pkgs: www-plugins/adobe-flash-23.0.0.185 www-client/chromium-54.0.2840.59 With no www-plugins/chrome-binary-plugins installed.
[gentoo-user] Trouble using package.provided
I have never needed package.provided before so am probably doing it wrong. There are know bugs I am encountering with www-client/chromium-64.0.3282.140 and net-libs/webkit-gtk-2.4.11-r200 Since each takes a while to build before failing, I would like to stop trying until there is progress on the bugs man 5 portage made me believe that package.provide was the answer. E6430 ~ # cat /etc/portage/package.provided/chromium # The current version won't build (known problem) =www-client/chromium-64.0.3282.140 E6430 ~ # E6430 ~ # cat /etc/portage/package.provided/webkit-gtk # the -r200 won't build (known bug) # "soon" won't need it since will have new gnucash =net-libs/webkit-gtk-2.4.11-r200 E6430 ~ # However E6430 ~ # emerge --update --changed-use --with-bdeps=y @world begins with These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild rR] net-libs/webkit-gtk-2.4.11-r200 [ebuild U ] www-client/chromium-64.0.3282.140 [63.0.3239.108] USE="-jumbo-build%" Any help would be appreciated. thanks, allan
[gentoo-user] Help with emerge error msg
In trying to emerge chromium I received an error msg saying that net-libs/nodejs needed the "inspector" USE flag. I added >=net-libs/nodejs-8.12.0 inspector to /etc/portage/package.use chromium Now I receive the msg !!! The ebuild selected to satisfy ">=net-libs/nodejs-7.6.0[inspector]" has unmet requirements. - net-libs/nodejs-8.12.0::gentoo USE="inspector npm snapshot ssl -debug -doc -icu -systemtap -test" ABI_X86="(64)" CPU_FLAGS_X86="sse2" PYTHON_TARGETS="python2_7" The following REQUIRED_USE flag constraints are unsatisfied: inspector? ( icu ) The above constraints are a subset of the following complete expression: python_targets_python2_7 inspector? ( icu ssl ) npm? ( ssl ) (dependency required by "www-client/chromium-72.0.3626.96::gentoo" [ebuild]) (dependency required by "chromium" [argument]) This seems more serious than a simple request to add the icu USE flag to nodejs. Can someone please explain how I should proceed? Thanks in advance, allan
[gentoo-user] VA-API support on Chrome
Does anyone have VA-API working on Chromium or Chrome? I've chased down a few possibilities but ended up at dead ends. - Grant
Re: [gentoo-user] Re: Netflix Error Code O7355 with Opera
On Thu, 11 Jun 2020 03:19:43 -0400, Walter Dnes wrote: > > I don't watch Netflix on my laptop, but I've just tried it in Chromium > > and it seems to be working fine. I suspect it's either the widevone or > > proprietary-codecs USE flag. > > I have Chrome installed. I looked at Chromium. It wants even more > stuff on top of what Chrome has pulled in! No way. Unless you're using it as your main browser, it's not worth even considering the extended build times. I do use it as my main browser, so I use chromium and firefox-bin. Incidentally, I found an a reliable way of killing Firefox on this laptop, run a chromium build in the background :) -- Neil Bothwick Data to Picard: 'No, Captain, I do NOT run WINDOWS!' pgpKpiMOpVGaK.pgp Description: OpenPGP digital signature
Re: [gentoo-user] chromium shortcuts?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dnia 2022-05-29, o godz. 22:25:53 Jorge Almeida napisał(a): > On Sun, May 29, 2022 at 10:16 PM w...@op.pl wrote: > > > > If non-free software is not of any concern for you, then maybe try > > Vivaldi browser? It is based on the same engine and feels quite like > > chromium but with many many more options (USE=widevine for netflix > > ;) ) > I have no concerns regarding licensing et al., but I once tried > Vivaldi and was not impressed (I don't remember why). I'm into chrom* > only because it provides a smooth experience re youtube & gmail. I > don't think other browsers can do it, but I wouldn't mind being wrong. > > BTW: chromium also has a "widevine" flag. I don't know how much time > does it take to compile chromium nowadays, but I don't have netflix > anyway :( > Maybe take a look here: https://wiki.archlinux.org/title/List_of_applications#Web_browsers Not all of them have ebuilds, but most of them do. I hope you'll find something that suits your needs :) - -- xWK -BEGIN PGP SIGNATURE- iHUEAREIAB0WIQTD0rOlRXTVQVPxHd4dqSXVhOqGqwUCYpPmewAKCRAdqSXVhOqG q+PrAP4zdUkrvXW0DFDKt1BphdOFnr5Qld9n35JfC8FauGAfFQD9F6EhhhoU60/N Rur1v+alb5408KMsgMIHKOj1SCtpt9E= =agXf -END PGP SIGNATURE-
Re: [gentoo-user] Puzzled with duration of chromium emerge under profile 17.0
On 06/12/2017 21:10, Mick wrote: > I discovered that building Chromium with gcc-6.4.0 is taking an inordinately > longer time on a laptop with 1st gen i7 and 4G of RAM, e.g.: > > Wed Sep 27 17:36:53 2017 >>> www-client/chromium-61.0.3163.100 >merge time: 6 hours, 40 minutes and 50 seconds. > > Thu Nov 9 17:44:58 2017 >>> www-client/chromium-62.0.3202.89 >merge time: 8 hours, 12 minutes and 30 seconds. > > -->switch to gcc-6.4.0 > > Mon Dec 4 11:39:36 2017 >>> www-client/chromium-62.0.3202.89 >merge time: 20 hours, 2 minutes and 4 seconds. > > Wed Dec 6 18:41:13 2017 >>> www-client/chromium-62.0.3202.94 >merge time: 22 hours, 47 minutes and 35 seconds. > > > but not so on another older and lesser Intel(R) Core(TM)2 Duo CPU P7550 @ > 2.26GHz, also with 4G RAM: > > Wed Sep 27 22:25:32 2017 >>> www-client/chromium-61.0.3163.100 >merge time: 11 hours, 46 minutes and 18 seconds. > > Thu Nov 9 22:09:59 2017 >>> www-client/chromium-62.0.3202.89 >merge time: 13 hours, 16 minutes and 41 seconds. > > -->switch to gcc-6.4.0 > > Sat Dec 2 21:00:59 2017 >>> www-client/chromium-62.0.3202.89 >merge time: 15 hours, 35 minutes and 50 seconds. > > Mon Dec 4 03:44:12 2017 >>> www-client/chromium-62.0.3202.94 >merge time: 15 hours, 40 minutes and 18 seconds. > > > Any idea why this is happening? I attach emerge info of the i7 in case you > can spot something which may be causing this exponential increase in emerge > times. BTW, on the i7 I had to increase swap because the 4,200,960 KiB swap > partition was not enough to complete the compilation of version 62.0.3202.89, > even after I shut down all applications and exited X. O_O > Pure gut feel and intuition and nothing else leads me to look in two places: You use -march=native on the i7 so I assume the same on the Core2? Those are rather different processors, and google is fond of optimizing deeply for specific cases (common to all browsers I think). You'd have to ask a chromium hacker but I'd say the odds are good there are serious optimizations for i7 that stress your compiler out muchly. Add to that your i7 is RAM-constrained so you compensate with swap, which is easily 50,000 times slower with sucky latency. When you use a disk as RAM, performance tanks. Well, usually it causes a cascade effect and stuff blows up, but if it completes it will have done so slowly. If you at all can, shove lots more RAM in that i7. These days RAM is cheap and it's always by first performance tweak, then SSD. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] www-client/chromium-63.0.3239.132
On Fri, Jan 19, 2018 at 12:26 AM, victor romanchuk <r...@persimplex.net> wrote: > local:jumbo-build:www-client/chromium: Combine source files to speed up > build process. > > setting that significantly speeds up emerge time (tried it twice; the second > attempt had the flag set) > > $ qlop -gHv -d `date +%Y-%m-%d` chromium > chromium-63.0.3239.132: Fri Jan 19 03:15:43 2018: 1 hour, 47 minutes, 28 > seconds > chromium-63.0.3239.132: Fri Jan 19 06:11:06 2018: 1 hour, 16 minutes, 14 > seconds > chromium: 2 times > There is a CPU-memory tradeoff here. Combining source files reduces duplication of #include directives which greatly cuts down on the number of lines of code going into the compiler, but the individual files being compiled are larger. I have a 12 SMT-core Ryzen 5-1600, and 16GB of RAM. I can't even build chromium on a tmpfs because the RAM+space requirements have grown, so I build on an SSD. Even without the tmpfs I have to reduce make to -j11 or it will OOM during a build WITHOUT the jumbo-build flag. So, I'm already hitting RAM limitations on build time. That said, I've experimented with some build times and I found that I can build chromium faster with -j8 using jumbo-build (the max # jobs I can run reliably without OOM) than I can build it with -j11 without using the new feature. I'll also note that to do this I have to make sure nothing else is compiling at the same time, and sometimes I end up stopping a container that runs mono for good measure. I do use ccache in general with chromium but I did my benchmarking without it. I suggest experimenting with jumbo-build, and consider reducing parallel jobs if you run into OOM, but depending on your system you might find it not worth the trouble. One thing I haven't experimented with is reducing -j even further and then moving back to a tmpfs. I could easily see a tmpfs for building outperforming jumbo-build even if I end up at -j4 or less. Then again, the SSD probably isn't as bad a drag as a spinning disk would be. I was chatting with somebody (I think on reddit) who mentioned jumbo-build worked fine on a threadripper with 64GB of RAM (that would be -j32 I suppose). I bet that with even a few more GB of RAM I could probably max out my 12 SMT cores. I can't wait to see how chromium-64 behaves. The RAM requirements have been steadily going up. I have an older system with only 4GB RAM and it struggles to even build chromium at all. -- Rich
Re: [gentoo-user] www-client/chromium-63.0.3239.132
On Friday, 19 January 2018 13:29:51 GMT Rich Freeman wrote: > On Fri, Jan 19, 2018 at 12:26 AM, victor romanchuk <r...@persimplex.net> wrote: > > local:jumbo-build:www-client/chromium: Combine source files to speed up > > build process.> > > setting that significantly speeds up emerge time (tried it twice; the > > second attempt had the flag set) > > > > $ qlop -gHv -d `date +%Y-%m-%d` chromium > > chromium-63.0.3239.132: Fri Jan 19 03:15:43 2018: 1 hour, 47 minutes, 28 > > seconds chromium-63.0.3239.132: Fri Jan 19 06:11:06 2018: 1 hour, 16 > > minutes, 14 seconds chromium: 2 times > > There is a CPU-memory tradeoff here. Combining source files reduces > duplication of #include directives which greatly cuts down on the > number of lines of code going into the compiler, but the individual > files being compiled are larger. > > I have a 12 SMT-core Ryzen 5-1600, and 16GB of RAM. I can't even > build chromium on a tmpfs because the RAM+space requirements have > grown, so I build on an SSD. Even without the tmpfs I have to reduce > make to -j11 or it will OOM during a build WITHOUT the jumbo-build > flag. So, I'm already hitting RAM limitations on build time. > > That said, I've experimented with some build times and I found that I > can build chromium faster with -j8 using jumbo-build (the max # jobs I > can run reliably without OOM) than I can build it with -j11 without > using the new feature. I'll also note that to do this I have to make > sure nothing else is compiling at the same time, and sometimes I end > up stopping a container that runs mono for good measure. > > I do use ccache in general with chromium but I did my benchmarking without > it. > > I suggest experimenting with jumbo-build, and consider reducing > parallel jobs if you run into OOM, but depending on your system you > might find it not worth the trouble. > > One thing I haven't experimented with is reducing -j even further and > then moving back to a tmpfs. I could easily see a tmpfs for building > outperforming jumbo-build even if I end up at -j4 or less. Then > again, the SSD probably isn't as bad a drag as a spinning disk would > be. > > I was chatting with somebody (I think on reddit) who mentioned > jumbo-build worked fine on a threadripper with 64GB of RAM (that would > be -j32 I suppose). I bet that with even a few more GB of RAM I could > probably max out my 12 SMT cores. > > I can't wait to see how chromium-64 behaves. The RAM requirements > have been steadily going up. I have an older system with only 4GB RAM > and it struggles to even build chromium at all. On my old i7 laptop it eats up all 4G of RAM and 4G of swap before it conks out. So, I dropped the jobs to 3 and --load-average to 2, added a swapfile to increase disk space and it now builds in around 13 hours. I have not used jumbo-build, but perhaps I should? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] how can i get multiple chromium window on kde 4.4?
hi, i can only start one chromium window. if i try to drag one tab off the main window, i got the follow error message: The program 'chrome' received an X Window System error. This probably reflects a bug in the program. The error was 'BadWindow (invalid Window parameter)'. looks like this feature is not complete yet...do we have other way to do this? having too many tabs in one window is terrible. -- Best Regards, David Shen http://twitter.com/davidshen84/
[gentoo-user] Troubles with NTLM/IIS authentication
Hi, For some months now i'm unable to authenticate on one of our IIS server, i've tried with FireFox, chromium and Epiphany. I first looked a some known bugs with FireFox but it look like they are fixed (and i can authenticate using FF on windows box). I recently decided to give a try to chromium with same results. When i try with Epiphany i directly get a 401,2 error without any prompt for authentication data. Any idea welcome. Regards, m.e.
[gentoo-user] =www-client/chromium-6.0.472.33 and h264
I've noticed that ebuilds of chromium at and later than 6.0.472.33 no longer use the system-provided ffmpeg, and seem to lose support for h264 videos (test any non-webm, html5 video at youtube; it will never load). I've tried doctoring the ebuild to use the system-provided ffmpeg, which does not fix h264 video and causes crashes on webm videos: probably why we went back to the bundled ffmpeg. Has anyone else noticed this? Is there a straightforward work-around beyond going back to 6.0.472.14ish? Thanks, -Andy
[gentoo-user] [OT] Adjusting chromium?
Hello list, Sorry to bother you with another OT question. I've been trying the /chromium/ browser and I've come to like it - except for one thing: I can't see how to force pages to be shown in sans-serif but without forcing a particular font or size etc. Has anyone found a way to do it? I couldn't get anything helpful from Google. -- Rgds Peter. Linux Counter 5290, 1994-04-23.
Re: [gentoo-user] Chromium and Google Chrome
On 2 September 2011 09:45, Yohan Pereira yohan.pere...@gmail.com wrote: This is from http://en.wikipedia.org/wiki/Google_chrome Chromium implements a similar feature set as Chrome, but lacks built-in automatic updates, built-in PDF reader and Google branding, and most noticeably has a blue-colored logo in place of the multicolored Google logo. Hmmm... Thanks! -- - - -- Csanyi Andras (Sayusi Ando) -- http://sayusi.hu -- http://facebook.com/andras.csanyi -- Trust in God and keep your gunpowder dry! - Cromwell
Re: [gentoo-user] Chromium and Google Chrome
On 2 September 2011 10:17, JD Horelick jdho...@gmail.com wrote: Also, one is a binary, one is source that you need to compile. And Chromium is an EXTREMELY long compile I agree it takes long time (1-2 hours on my machine) but the compile time doesn't matter for me. I upgrade my machine from my workplace. -- - - -- Csanyi Andras (Sayusi Ando) -- http://sayusi.hu -- http://facebook.com/andras.csanyi -- Trust in God and keep your gunpowder dry! - Cromwell
[gentoo-user] How can I bring back Konqueror as my man page viewer?
In KDE, I'm very used to simply type man:foo and have the man page of foo pop up immediately in Konqueror without having to open a terminal or anything. However, since I installed Chromium and making it my default browser, now man: brings up Chromium instead. That doesn't work; instead of displaying the man page, it downloads the *.bz2 from the local file system :-/ How can I set Konqueror to be the program that handles KDE's man: command?
[gentoo-user] Binary chrome - is it safe in terms of dependencies?
There are two packages of chrome on repository, one is the binary version officially made available by Google and another is the open source version chromium. Since Gentoo updates libraries very quickly, I'm wondering if it is safe to use the binary version? Has anyone faced library breakages on this? Chromium is easily recompiled with new libraries and you don't have a broken browser, which won't really be the case with the binary version. -- Nilesh Govindrajan http://nileshgr.com
Re: [gentoo-user] Unable to compile chromium 26
Look at bug 463550 [1].. Either you downgrade to app-accessibility/speech-dispatcher-0.7.1-r2 or use the patch which is pointed out at the bug. mike 1) https://bugs.gentoo.org/show_bug.cgi?id=463550 On Monday 01 April 2013 20:57:43 Nilesh Govindrajan wrote: I'm unable to compile chromium. It somewhere exits with not able to find libspeechd.h, but it exists in /usr/include/speech-dispatcher. I have attached build log. Can anybody tell what's going wrong? -- Nilesh Govindrajan http://nileshgr.com
[gentoo-user] Re: Chromium: questions
On Tuesday 30 July 2013 12:11:37 you wrote: After the first launch, some entries immediately appear in History. I visited those before, but it's not everything I visited. Approximately 10-20 entries. From where is this information taken? If it's Google servers, what info is used for identification? IP address, system user name, something else? Well, I found out that Chromium was automatically importing Firefox history from all Firefox profiles.
Re: [gentoo-user] Re: How do I downgrade chromium below 29.0.1547.57?
On Fri, Sep 13, 2013 at 6:58 AM, Michael Palimaka kensing...@gentoo.org wrote: All old ebuilds are always available in CVS: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/www-client/chromium/?hideattic=0, which you could put in a local overlay. Don't forget to file a bug so the science team knows about the breakage! :-) Works great, thank you. I filed a bug also. Chris
[gentoo-user] {OT} Chromium resubmits forms without prompt
On both my laptop and my wife's laptop, Chromium is reposting form data if I click back to a form page or if the browser restores a tab which is a form page. Actually refreshing a form page prompts me as it should. This is pretty dangerous and has caused me quite a few problems. I've scoured Google but I can't find anything helpful. Does anyone know why this is happening? - Grant
[gentoo-user] Re: {OT} Chromium resubmits forms without prompt
On both my laptop and my wife's laptop, Chromium is reposting form data if I click back to a form page or if the browser restores a tab which is a form page. Actually refreshing a form page prompts me as it should. This is pretty dangerous and has caused me quite a few problems. I've scoured Google but I can't find anything helpful. Does anyone know why this is happening? Perfect solution: switched to midori! - Grant
Re: [gentoo-user] Package conflict while trying to emerge chromium
On Thu, Feb 12, 2015 at 09:02:33AM -0500, Alec Ten Harmsel wrote: On 02/12/2015 08:15 AM, Gevisz wrote: # emerge --ask chromium ... The following USE changes are necessary to proceed: (see package.use in the portage(5) man page for more details) # required by www-client/chromium-40.0.2214.111 # required by chromium (argument) =dev-libs/libxml2-2.9.2 icu Ok, done. # emerge --ask chromium ... !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-libs/libxml2:2 (dev-libs/libxml2-2.9.2:2/2::gentoo, ebuild scheduled for merge) pulled in by dev-libs/libxml2:=[icu] required by (www-client/chromium-40.0.2214.111:0/0::gentoo, ebuild scheduled for merge) ^^^ (dev-libs/libxml2-2.9.2:2/2::gentoo, installed) pulled in by dev-libs/libxml2:2[!icu?] required by (dev-qt/qtwebkit-4.8.5:4/4::gentoo, installed) ^ It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. You may want to try a larger value of the --backtrack option, such as --backtrack=30, in order to see if that will solve this conflict automatically. I think (emphasis on the think) that qtwebkit needs libxml2 with -icu, and chromium needs libxml2 with +icu. As far as I can tell from reading a couple bug reports, it looks like you can rebuild qtwebkit with -gstreamer (since that's what causes the !icu? blocker) and then you should be able to install chromium. Apparently icu is pretty annoying. Alternatively, you could just uninstall qtwebkit if you're not using it for anything. ...or you could enable +icu for qtwebkit so that qtwebkit also depends on a libxml2 with icu support. That way you could resolve that blocker. WKR Hinnerk PS: you'll likely still need to enable icu on libxml2 afterwards unless you already did so. signature.asc Description: PGP signature
Re: [gentoo-user] Package conflict while trying to emerge chromium
On Fri, 13 Feb 2015 12:50:35 +0100 Hinnerk van Bruinehsen h.v.bruineh...@fu-berlin.de wrote: On Thu, Feb 12, 2015 at 09:02:33AM -0500, Alec Ten Harmsel wrote: On 02/12/2015 08:15 AM, Gevisz wrote: # emerge --ask chromium ... The following USE changes are necessary to proceed: (see package.use in the portage(5) man page for more details) # required by www-client/chromium-40.0.2214.111 # required by chromium (argument) =dev-libs/libxml2-2.9.2 icu Ok, done. # emerge --ask chromium ... !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-libs/libxml2:2 (dev-libs/libxml2-2.9.2:2/2::gentoo, ebuild scheduled for merge) pulled in by dev-libs/libxml2:=[icu] required by (www-client/chromium-40.0.2214.111:0/0::gentoo, ebuild scheduled for merge) ^^^ (dev-libs/libxml2-2.9.2:2/2::gentoo, installed) pulled in by dev-libs/libxml2:2[!icu?] required by (dev-qt/qtwebkit-4.8.5:4/4::gentoo, installed) ^ It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. You may want to try a larger value of the --backtrack option, such as --backtrack=30, in order to see if that will solve this conflict automatically. I think (emphasis on the think) that qtwebkit needs libxml2 with -icu, and chromium needs libxml2 with +icu. As far as I can tell from reading a couple bug reports, it looks like you can rebuild qtwebkit with -gstreamer (since that's what causes the !icu? blocker) and then you should be able to install chromium. Apparently icu is pretty annoying. Alternatively, you could just uninstall qtwebkit if you're not using it for anything. ...or you could enable +icu for qtwebkit so that qtwebkit also depends on a libxml2 with icu support. That way you could resolve that blocker. It works. I have discovered it myself earlier today. Nevertheless, it is odd as -icu for qtwebkit was set by default. PS: you'll likely still need to enable icu on libxml2 afterwards unless you already did so.
Re: [gentoo-user] Package conflict while trying to emerge chromium
On 02/13/2015 01:02 PM, Gevisz wrote: These your suggestions actually forced me to delay the answer, as I needed time to check which of my application packages depend on qtwebkit and if I really need gstreamer. My bad. That's why I prefaced my response with (emphasis on think) - I don't have qtwebkit installed, nor gstreamer, nor chromium. Alec
[gentoo-user] How to disable gnome-keyring support in chromium?
I'm building chromium with USE flags set to -gnome -gnome-keyring, but it's still pulling in libsecret and gnome-keyring and nagging me about a password for the keyring every time it starts. I've found that simply doing an emerge -C gnome-keyring fixes the the problem temporarily, but then next time I do an emerge -u it wants to install gnome-keyring again. -- Grant Edwards grant.b.edwardsYow! Am I elected yet? at gmail.com
Re: [gentoo-user] chromium-browser will not start
On 01/28/2016 06:14 PM, allan gottlieb wrote: > Now (subsequent to the successful chromium) I did a revdep-rebuild. > It asked to rebuild cairo. Which I let it do. I haven't done a > revdep-rebuild for many month (over a year?) and must confess I thought > they were no longer needed. I always run revdep-rebuild after a world update, because sometimes (not always) portage misses something. Seems like every other update it misses rebuilding a package. Dan
[gentoo-user] Chromium bloat
Hello list, I think I know the answer already, but is there any way to install www- client/chromium without all the bloat? I don't see any need here for any of these: app-accessibility/speech-dispatcher app-accessibility/espeak media-sound/sox media-libs/libsndfile media-libs/speex ...but they aren't controlled, or even affected, by USE flags. And why two versions of dev-python/beautifulsoup? Firefox will remain pro tem. -- Rgds Peter
[gentoo-user] How to keep my system from (nearly) freezing?
Hi, sometime I have some memory hungry ebuilds in the background, when I start (e.g.) Chromium which needs very much memory if you have a lot of open tabs. In that case my system nearly freezes. I cannot even kill chrome. What can I do in that case. (Remote login doesn't work either) Can I have any additional program (like Chromium) die if there is not enough memory. Many thanks for a hint, Helmut
Re: [gentoo-user] Chromium no longer displays content of TLS certificate
On Friday, 8 September 2017 18:15:41 BST Todd Goodman wrote: > Go to the menu -> More Tools -> Developer Tools, then Security tab and > then View Certificate button > > Todd Thank you Todd. It beats me why Chromium devs have made checking the contents of a certificate more remote/obscure than it previously was. Non-dev users also need to check the contents of a certificate ... -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] /var/tmp on tmpfs
I never used tmpfs for portage TMPDIR before and now decided to give it a try. I have 8GB of RAM and 12GB of swap on a separate partition. Do I correctly understood https://wiki.gentoo.org/wiki/Portage_TMPDIR_on_tmpfs that I can safely set in the fstab the size of my tmpfs to 12GB so that the chromium could be emerged in tmpfs (using the swap) without the need to set notmpfs.conf for chromium and the likes. And I am going to set the whole /var/tmp/ on tpmfs instead of just /var/tmp/portage Is it ok?
Re: [gentoo-user] RAM checks for chromium
On Wednesday, 5 December 2018 10:12:10 GMT Peter Humphrey wrote: > The main reason I've ditched chrome and chromium altogether is that they > insist on redirecting me to their mobile site - and this is a 27-inch > screen! But I'm also uncomfortable with the privacy concerns such as you > mention. > > -- > Regards, > Peter. I haven't noticed something like this here. Is there a particular site that causes this you could share? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] VA-API support on Chrome
On Mon, Apr 29, 2019 at 12:02 PM Grant wrote: > Does anyone have VA-API working on Chromium or Chrome? I've chased > down a few possibilities but ended up at dead ends. > > - Grant > > I never attempted to patch Chromium for vaapi but there are several posts related to the issue that I've come across lately with reports of success. See: https://www.reddit.com/r/Gentoo/comments/aepxoi/chromium_vaapi_enabled/ https://www.reddit.com/r/Gentoo/comments/bgizgb/help_enabling_h264_decoding_support_through/
[gentoo-user] Chromium on linux, build question
Hi. I want to have Chromium on linux, but I want to build the Chrome OS version, so I can have their version of the accessibility plugin which is called Chrom next. I did not see any use flags, so how can I do this on gentoo? I am using the unstable version of gentoo. It is my understanding that this can be done on Debian and other distributions. Thanks in advance for any suggestions. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] VA-API support on Chrome
>> Does anyone have VA-API working on Chromium or Chrome? I've chased >> down a few possibilities but ended up at dead ends. >> >> - Grant >> > > I finally managed to get chromium-74.0.3729.108 working with vaapi. > > See: > https://www.reddit.com/r/Gentoo/comments/bgizgb/help_enabling_h264_decoding_support_through/enhyy3q?utm_source=share_medium=web2x Thanks for circling back! After reading it over I'm not sure I'm up to the challenge. Any reason to believe it's gotten easier? - Grant
Re: [gentoo-user] VA-API support on Chrome
>> Does anyone have VA-API working on Chromium or Chrome? I've chased >> down a few possibilities but ended up at dead ends. >> >> - Grant >> > > I finally managed to get chromium-74.0.3729.108 working with vaapi. > > See: > https://www.reddit.com/r/Gentoo/comments/bgizgb/help_enabling_h264_decoding_support_through/enhyy3q?utm_source=share_medium=web2x I'm ready to get this done. Can you tell me where you got the Ubuntu download from which you extracted the lib? Is a package maintainer really working on an ebuild? - Grant
Re: [gentoo-user] Re: Netflix Error Code O7355 with Opera
On Wed, Jun 10, 2020 at 09:35:06PM +0100, Neil Bothwick wrote > I don't watch Netflix on my laptop, but I've just tried it in Chromium > and it seems to be working fine. I suspect it's either the widevone or > proprietary-codecs USE flag. I have Chrome installed. I looked at Chromium. It wants even more stuff on top of what Chrome has pulled in! No way. -- Walter Dnes I don't run "desktop environments"; I run useful applications
[gentoo-user] Re: Chromium Aw, Snap!
On 2021-02-12, Neil Bothwick wrote: > On Fri, 12 Feb 2021 15:10:32 - (UTC), Grant Edwards wrote: > >> What was the error message? > > You'd know if you had seen it. Chromium displays "Aw, snap!" in the > browser window when it barfs on a page. Ah. The most important bit of important bit of information was hidden in the Subject: header. > The full message is the ever so helpful "Aw snap!. something went wrong > when displaying this page". No, I don't think I've ever seen that...
Re: [gentoo-user] world update problem again
On Tue, 30 Nov 2021 at 14:20, John Covici wrote: > > Hi. So, on my latest attempt at a world update today, I am getting a > crazy problem with libpng, with some packages insisting on the use > flag -apng (portage made me put it in), but other packages insisting > on the use flag apng. > > Thanks in advance for any suggestions. That is a direct conflict between chromium and firefox/thunderbird. You can avoid it by removing the system-png flag from chromium. Regards, Arve
Re: [gentoo-user] Another day without clues.
On Tuesday, April 25, 2023 4:32:59 A.M. AEST Alan Grimes wrote: > Still no clues as to why chromium can't display about:blank from an > empty user config folder without spewing hundreds of errors a second. How are you starting chromium? Have you tried starting it from a command line to see if it prints any usefull error messages? -- Reverend Paul Colquhoun, ULC. http://andor.dropbear.id.au/ Asking for technical help in newsgroups? Read this first: http://catb.org/~esr/faqs/smart-questions.html#intro
Re: [gentoo-user] Chromium build process tries wrong LLVM
On Monday, 1 May 2023 00:34:11 BST Alan Grimes wrote: > There does not seem to be a gcc-config or eselect for LLVM / clang > > The ebuild for today's chromium requires LLVM 16 -> LLVM 16 is > installed. Fine so far... > > So therefore something selects llvm 15 to build =( > # > * sys-devel/clang >Latest version available: 16.0.2 >Latest version installed: 16.0.2 >Size of files: 115,471 KiB >Homepage: https://llvm.org/ >Description: C language family frontend for LLVM >License: Apache-2.0-with-LLVM-exceptions UoI-NCSA MIT > # > > >>> Failed to emerge www-client/chromium-112.0.5615.165, Log file: > >>> '/var/tmp/portage/www-client/chromium-112.0.5615.165/temp/build.log' > >>> Jobs: 0 of 1 complete, 1 failed Load avg: 7.37, > > 2.34, 1.00 > * Package:www-client/chromium-112.0.5615.165:0/stable > * Repository: gentoo > * Maintainer: chrom...@gentoo.org > * USE:X abi_x86_64 amd64 cups elibc_glibc hangouts > kernel_linux l10n_af l10n_am l10n_ar l10n_bg l10n_bn l10n_ca l10n_cs > l10n_da l10n_de l10n_el l10n_en-GB l10n_es l10n_es-419 l10n_et l10n_fa > l10n_fi l10n_fil l10n_fr l10n_gu l10n_he l10n_hi l10n_hr l10n_hu l10n_id > l10n_it l10n_ja l10n_kn l10n_ko l10n_lt l10n_lv l10n_ml l10n_mr l10n_ms > l10n_nb l10n_nl l10n_pl l10n_pt-BR l10n_pt-PT l10n_ro l10n_ru l10n_sk > l10n_sl l10n_sr l10n_sv l10n_sw l10n_ta l10n_te l10n_th l10n_tr l10n_uk > l10n_ur l10n_vi l10n_zh-CN l10n_zh-TW lto official pic > proprietary-codecs pulseaudio qt5 screencast suid system-av1 > system-harfbuzz system-icu userland_GNU wayland > * FEATURES: network-sandbox nostrip sandbox splitdebug userpriv > usersandbox > <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< > * Using LLVM slot 15 to build > <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< > <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< > * Checking for at least 9 GiB RAM ... > [ ok ] > * Checking for at least 13 GiB disk space at > "/var/tmp/portage/www-client/chromium-112.0.5615.165/temp" ... > [ ok ] > <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< > * ERROR: www-client/chromium-112.0.5615.165::gentoo failed (setup phase): > * At least clang 16 is required <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< > <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< * > * Call stack: > *ebuild.sh, line 136: Called pkg_setup > * chromium-112.0.5615.165.ebuild, line 310: Called die > * The specific snippet of code: > * die "At least clang 16 is required" [snip...] Check if your env includes llvm-16. Take a look at the contents of /etc/ env.d/60llvm-* to see what paths it points to.