[gentoo-user] Chromium still doesn't work.
A new build of chromium came down today, no change in behavior. (High frequency error 11's with blank config, can't even display about:blank ) It must be some kind of dependency conflict but I don't seem to have any way to diagnose it deeper. I will be writing these posts daily until the problem is solved at this point. =| -- Beware of Zombies. =O #EggCrisis #BlackWinter White is the new Kulak. Powers are not rights.
Re: [gentoo-user] Socks-ifying an application
On Tuesday 15 May 2012 22:08:17 you wrote: On Tue, 15 May 2012 16:57:26 +0100 Mick michaelkintz...@gmail.com wrote: I am not sure if the problem is related to the tsocks LD_PRELOAD error. It almost certainly is, tsocks uses LD_PRELOAD to mangle it's magic so that stuff works. I believe chromium has severe issues with tsocks because of how it does it's sandboxing, but I honestly don't know how to get around that. On a properly setup Gentoo amd64 system, /lib is a link to /lib64, so the error you get is not a path error, the chromium binary really cannot (or will not) deal with tsocks.so I don't see anything wrong with the rest of your config. I honestly think you are dealing with a chromium feature not a chromium bug. Have you searched chromium-specific sites to see what others have to say? I haven't yet, because it is not just Chromium that's not working as it is supposed to (although it is the most vocal app on the terminal when called with tsocks). I haven't yet found an app which will work with tsocks at all. The fact that proxychains does not work at all (applications completely ignore it and run outside the tunnel) made me question the sanity of my set up. Is there anything other than coincidence that would cause both apps to fail? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Google Chrome and audio capture
On Wed, 24 Jun 2015 07:08:01 +0100 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? The flag is USE=hotwording, it applies to 45.0.2431.0 and later versions. Please note that this flag disables autoload of hotwording nacl plugin, so if one had earlier chromium versions installed, one will still have this plugin installed on a system. In order to remove already installed plugin one have to delete the following directory: ~/.config/chromium/Default/Extensions/lccekmodgklaepjeofjdjpbminllajkg See also: https://bugs.gentoo.org/show_bug.cgi?id=552298 Best regards, Andrew Savchenko pgpnWFEhA3sVN.pgp Description: PGP signature
Re: [gentoo-user] Google Chrome and audio capture
Oops! I seem to have missed sending this to the list instead of Andrew. On Wednesday 24 Jun 2015 22:03:45 Mick wrote: On Wednesday 24 Jun 2015 08:31:51 you wrote: On Wed, 24 Jun 2015 07:08:01 +0100 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? The flag is USE=hotwording, it applies to 45.0.2431.0 and later versions. Please note that this flag disables autoload of hotwording nacl plugin, so if one had earlier chromium versions installed, one will still have this plugin installed on a system. In order to remove already installed plugin one have to delete the following directory: ~/.config/chromium/Default/Extensions/lccekmodgklaepjeofjdjpbminllajkg See also: https://bugs.gentoo.org/show_bug.cgi?id=552298 Best regards, Andrew Savchenko Thank you Dale for bringing this to our attention and thank you Andrew for the bug and hint to remove the already downloaded blob. I am emerging 43.0.2357.130 which has the USE flag -hotwording% unset as a default. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: Puzzled with duration of chromium emerge under profile 17.0
On 2017-12-06, Mick <michaelkintz...@gmail.com> 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. Did the CPU throttling stuff somehow get broken when you updated to gcc-6.4.0? After updating a bunch of stuff a month or two back, I noticed that builds suddently took 4X as long. I finally realized that I had broken the CPU throttling feature and my laptop was always running at 400MHz and not ramping up to 2. GHz when doing things like compiling large packages. -- Grant Edwards grant.b.edwardsYow! I'm using my X-RAY at VISION to obtain a rare gmail.comglimpse of the INNER WORKINGS of this POTATO!!
[gentoo-user] Mammoth emerge ...
OK, I know my laptop is quite old, or at least Intel thinks so, but emerging chromium is now taking *much* longer than it ever did: Tue Apr 24 11:55:49 2018 >>> www-client/chromium-66.0.3359.117 merge time: 1 day, 16 minutes and 28 seconds. I'm currently emerging chromium-66.0.3359.139, which I will be surprised if it takes less time. Six months ago or so I went through a patch where a chromium emerge would chew up all of my 4G RAM and then start thrashing the swap partition (4.2G) endlessly. At some point I had to set up a secondary swap space, because chromium would fail to emerge when swap ran out. In addition I started limiting the number of jobs (max and average) to stop it consuming all my memory. Since a couple of versions ago I no longer needed to use any of these manual interventions. Now chromium emerges without consuming all my RAM and hardly any swap either. However, as you can see above it takes more than a day(!) to complete. In a comparison a quad-core AMD which compiles wholly in RAM, emerged the last version in 8 hours, 53 minutes and 41 seconds. Is there anything I can do with the existing laptop and its limited resources to speed up chromium's emerge? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: /var/tmp on tmpfs
gevisz wrote: > > You probably will be surprised, but the main reason I am trying to use > tmpfs for /var/tmp/ is not because I want to make emerging chromium > faster (I have no hope about that because read somewhere that it will > make compilation only 10 percent faster) but because I have not too > much free space on / (sometimes in the past chromium refused to build > in the similar conditions) and because of that either have to move /var/tmp > to the separate partition anyway or try to use tmpfs + swap and, if it fails, > to move to the separate partition only /var/tmp/portage/notmpfs > I think you can tell emerge/portage to build that specific program on another disk. You just have to tell it where, sort of the same way you tell it to build on disk instead of tmpfs. I've never done it but it should work the same way. Just make sure the permissions are right. My thinking. Let's say you have chromium that won't fit on the usual disk. Tell emerge/portage to build chromium in another directory that is on another disk. /etc/portage/env/largedisk.conf PORTAGE_TMPDIR="/var/tmp/largedisk" /etc/portage/package.env/package.env www-client/chromium ../env/largedisk.conf Once you have those files set up to work, then make sure you have your large disk mounted at /var/tmp/largedisk and I would think it would work. Anytime you emerge chromium, it should do that in /var/tmp/largedisk. Only question is, do you have another disk to try this on??? Anyone think that wouldn't work??? Basically, you are just telling emerge/portage to build somewhere else and it shouldn't care where that is, tmpfs or disk. Right? Dale :-) :-)
Re: [gentoo-user] RAM checks for chromium
On Thursday, 6 December 2018 10:35:19 GMT Peter Humphrey wrote: > On Wednesday, 5 December 2018 11:11:06 GMT Mick wrote: > > 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. > > > > I haven't noticed something like this here. Is there a particular site > > that causes this you could share? > > I'd like to check, but today I can't compile chromium; it throws a lot of > errors about an end of file coming before the end of data. I suppose it's > running out of space, though there seems to be plenty. I'll look into it. > > As far as I can remember though, it was the google.com home page. I didn't > get any further than that before complaining to google, waiting for the > inevitably absent reply, then giving up and ditching it. Well, I did manage to compile chromium in 165 minutes, but I had to switch off jumbo-build to do it. I'd have thought that 32GB RAM and 38GB swap would be enough for anything reasonable, but perhaps chromium isn't reasonable. 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? -- Regards, Peter.
Re: [gentoo-user] Ungoogled-chromium, anyone?
On Monday, 13 April 2020 11:59:24 BST Michael wrote: > On Monday, 13 April 2020 11:46:45 BST Peter Humphrey wrote: > > Hello list, > > > > I discovered this package today and wondered whether anyone here had any > > experience of it. > > Interesting to see this project exists. I thought Chromium was essentially > un-Googled, but obviously there's more there to take place to strip Google's > tentacles from the browser. > > > Which overlay to get it from? > > According to: > > https://github.com/Eloston/ungoogled-chromium/blob/master/README.md > > The overlay they mention is pf4public: > > https://github.com/PF4Public/gentoo-overlay But zugaina.org also mention chaoslab and alinefr. That's why I asked "which" overlay, not "what" overlay. :) > > 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. > > I'd be also interested to know if Falkon/QtWebEngine is more or less /un- > Googled/ than the ungoogled-chromium browser. > > I've gradually grown reluctant to spend many-many hours emerging Chromium > and have removed it from a number of my older boxen. Especially since the > 'jumbo- build' USE flag was dropped, Chromium's compilation takes twice as > long as the many hours it used to take. I'd rather not waste that much > electricity when QtWebEngine is built as a default with Plasma/KDE anyway. Me too, but I do have a copy of google-chrome around here somewhere... -- Regards, Peter.
Re: [gentoo-user] Re: Netflix Error Code O7355 with Opera
On Thursday, 11 June 2020 08:57:45 BST Neil Bothwick wrote: > 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 :) TBH the way Chromium has been bloating it would kill pretty much anything alive on a PC. With 16G RAM I had to add swap, reduce number of jobs, move / var/tmp/portage to a disk and various other resource gymnastics to stop users cursing at me for "doing things on their workstation and slowing it down"! I figured since qtwebengine uses the same rendering engine and I spend enough time compiling that package anyway, because KDE won't do without it, I might as well ditch Chromium. I haven't looked back. ;-) Mind you I don't play/watch/pay Netflix anyway. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Odd Chrome behavior when dragging tab to create new window
On 2021/09/27 at 07:31pm, Neil Bothwick wrote: > On Mon, 27 Sep 2021 11:23:58 -0700, Mark Knecht wrote: > > I couldn't (easily - I'm very busy right now) figure out how to get > > Chrome and Chromium to sync bookmarks and passwords and I want > > Windows, Android and Linux (all flavors) to be in sync if possible. > I use Chromium on my computers and Chrome on my phone and the > bookmarks are kept in sync without any action on my part. It seems > there is no difference between Chrome and Chromium in this regard. Is sync still working? I thought that Google had closed whatever loophole had allowed not-Chrome browsers to sync with Google Chrome. https://support.google.com/chrome/thread/122570052/sync-and-login-no-longer-works-in-chromium?hl=en https://www.omgubuntu.co.uk/2021/01/chromium-sync-google-api-removed I also remember that on the Twit network, either This Week In Tech or maybe Security Now talked about Google closing that "bug". If it is still working, that is great news for users of Chromium-based browsers that aren't Google Chrome, but I don't think it is safe to expect the behavior to continue. -- Chris Spackman (he / him) ch...@osugisakae.com ESL Coordinator The Graham Family of Schools ESL Instructor Columbus State Community College Japan Exchange and Teaching Program Wajima, Ishikawa 1995-1998 Linux user since 1998 Linux User #137532
Re: [gentoo-user] chrome and everything
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. 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. My plan is the next: - rebuild my whole system because it's necessary. This is a very fresh install and gcc has changed. - step back to earlier version of chromium - try to reproduce this error with another browser - pray to God :) - switch off the computer and read The Wheel of Time series from Robert Jordan :) Waste of time, won't fix anything. Flash is a bundled binary and recompiling world will not recompile Flash. Adobe fixing Flash is what will fix Flash. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Is my laptop getting old, or are some packages more and more demanding?
On Sat, Jun 14, 2014 at 11:20:40PM +0100, Mick wrote I looked at how long some packages are taking these days. I noticed that firefox and chromium take a lot longer to emerge than was the case 3-4 years ago. For example: [...deletia...] I am wondering if something in my configuration is causing this, rather than my laptop getting older for the continuously evolving and perhaps more demanding (in terms of resources to compile) software code. Have you noticed something similar? The firefox-24.5.0esr.source.tar.bz2 tarball is 119,830,718 bytes!!! I'm an old fart who remembers back in the days of DOS when that was the entire hard drive. If you think firefox is insane, chromium is stark raving berserk. It's bad enough that the current chromium tarball is 185,717 KB (i.e. approx 190,174,208 bytes). What's worse, to paraphrase the old emacs joke, is that chromium is a mediocre operating system that lacks a lightweight web browser. Remember when AOL tried to turn Netscape into a vitual OS on top of Windows/linux/etc? Google seems to be doing the same with chrome. I already have firefox and opera and uzbl and dillo on my system. Emerging chromium would pull in 25 additional packages. Chromium-OS requires opus and speex and libsndfile and speech-dispatcher and one of systemd/udev or eudev!!! It won't build on my mdev-based system. I remember the good-old-days, manually building phoenix betas from source, because it really was a lightweight web-browser. Those days are now a distant memory. Things are looking grim on the lightweight web browser front for linux. Using the car analogy, Phoenix/Firebird/Firefox has degenerated from a lightweight sub-compact to an oversized gas-guzzling SUV. Ditto for Chromium. UZBL and Midori are different shells on top of webkit-gtk. Webkit-gtk1 has been deprecated in favour of webkit-gtk2, which pulls in the latest gtk3, i.e. half of GNOME. And for good measure, webkit-gtk2 also pulls in ruby!!! WTF??? Opera appears to be no longer developed for posix (linux/bsd/etc). I.e. linux is at version 12.16 while Windows is at 22.0! Given the way browsers have bloated recently, that may be good thing. Security patches still seem to be coming. But don't expect the latest/greatest web-pages to work. The Dillo project is still alive and being developed, but it doesn't yet support Javascript, let alone plugins. It'll be a while before it's usable on most of today's web. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] Package conflict while trying to emerge chromium
On Thu, 12 Feb 2015 13:24:55 + Neil Bothwick n...@digimed.co.uk wrote: On Thu, 12 Feb 2015 15:15:50 +0200, Gevisz wrote: 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. Has that line actually been inserted into package.use? Portage doesn't add it to the live file, you need to run cfg-update or similar to handle it. As I have said, it was inserted in the ._cfg0002_package.use file as the recommendation to insert it to the package.use. But it is odd, as the qtwebkit package was by default built with -ice USE flag and that created the blocker. This situation would not appear if instead of the following, actual insertion into the ._cfg0002_package.use file: # required by www-client/chromium-40.0.2214.111 # required by chromium (argument) =dev-libs/libxml2-2.9.2 icu it was suggested to insert # required by www-client/chromium-40.0.2214.111 # required by chromium (argument) =dev-libs/libxml2-2.9.2 icu dev-qt/qtwebkit icu or something like that. I have made such changes earlier today and the blocker have gone. Nevertheless qtwebkit have not compiled cleanly but produced the following warning: Completed installing qtwebkit-4.8.5 into /var/tmp/portage/dev-qt/qtwebkit-4.8.5/image/ * QA Notice: Package triggers severe warnings which indicate that it *may exhibit random runtime failures. * libjpeg.cpp:51:32: warning: ‘cinfo’ is used uninitialized in this function [-Wuninitialized] * glib.cpp:55:38: warning: ‘pollfd’ is used uninitialized in this function [-Wuninitialized] * dom/Element.cpp:1083:112: warning: converting ‘false’ to pointer type ‘WebCore::RenderStyle*’ [-Wconversion-null] * Please do not file a Gentoo bug and instead report the above QA * issues directly to the upstream developers of this software. * Homepage: https://www.qt.io/ https://qt-project.org/ strip: x86_64-pc-linux-gnu-strip --strip-unneeded -R .comment -R .GCC.command.line -R .note.gnu.gold-version usr/lib64/qt4/libQtWebKit.so.4.9.4
Re: [gentoo-user] Which Comes First, the Unmask or the Mask?
On 10/20/10 04:06:52, Andy Wilkinson wrote: 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? I usually comment out the line in package.unmask if I want the mask to be effective. A line in /etc/portage/package.unmask overrules a line in /etc/portage/package.mask . Helmut.
Re: [gentoo-user] chrome and everything
On 2 June 2011 11:21, Alan McKinnon alan.mckin...@gmail.com wrote: 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. 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. I agree flash is a piece of shit. Only that fact annoys me when the browser (Chromium) going to crash the half of my system crashes as well. I can accept the fact sometimes I have to restart the browser. I did it few times on Windows, as well, because of flash. I can't accept that when the browser crashes because of flash I have to restart my computer. Why die another applications if the browser crashes? For example console stuffs as htop, grep, less and others? Harmed seriously the graphic abilities of the system in this case? -- - - -- Csanyi Andras (Sayusi Ando) -- http://sayusi.hu -- http://facebook.com/andras.csanyi -- Trust in God and keep your gunpowder dry! - Cromwell
Re: [gentoo-user] chrome and everything
Apparently, though unproven, at 14:27 on Thursday 02 June 2011, András Csányi did opine thusly: On 2 June 2011 11:21, Alan McKinnon alan.mckin...@gmail.com wrote: 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. 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. I agree flash is a piece of shit. Only that fact annoys me when the browser (Chromium) going to crash the half of my system crashes as well. I can accept the fact sometimes I have to restart the browser. I did it few times on Windows, as well, because of flash. I can't accept that when the browser crashes because of flash I have to restart my computer. Why die another applications if the browser crashes? For example console stuffs as htop, grep, less and others? Harmed seriously the graphic abilities of the system in this case? I can't fix Adobe for you. I'd like to, but can't. You have essentially two choices: 1. Don't use flash. 2. Use flash and put up with what it does. Or try various versions to find one that sucks less. You really have no other choice in the short term. There is one medium term option you may want to pursue, to persuade Adobe to write nice good clean code. A lot of people will be very happy if you succeed. Which doesn't actually do much about your immediate problem. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Can't kill Firefox!
On Friday 22 July 2011 16:39:41 Sebastian Beßler did opine thusly: Am 22.07.2011 15:13, schrieb Volker Armin Hemmann: maybe it is not KDE's fault when firefox is badly coded? Lets think. KDE4+Firefox = X hangs and firefox can't be killed XFCE4+Firefox = no problems Sure, it has to be firefox Oh and a test 20 minutes ago showed KDE4+Chromium = X hangs and chromium can't be killed XFCE4+Chromium = no problems It looks like there is a pattern but I could be wrong. It may look like KDE is the likely culprit based on just the information you provide, but I would be more inclined to look at browser plugins first, concentrating on those with both Firefox and Chromium versions from the same developer team. FF, Chromium, KDE, XFCE are all large projects with large userbases. The odds of dumbass bugs remaining in the code tends to decrease with such projects. Compare that to niche plugins which do not have the same eyeball visibility. There could be a cornercase bug in KDE that only shows up on your specific combination, or maybe there is some edge KDE app you use that disagrees with violently with FF. Or maybe it's the video driver that doesn't actually do what it tells KDE it can do (remember the painfully slow nVidia drivers with early KDE4?) The point I'm making is that your data set and initial conclusions appear far too simplistic and have not taken the real world into account. You have a mere correlation, you cannot conclude causation from that data yet. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] www-client/chromium
2011/8/5 Matthew Finkel matthew.fin...@gmail.com: On Fri, Aug 5, 2011 at 12:05 AM, Thanasis thana...@asyr.hopto.org wrote: I noticed that chromium's code has a lot of vulnerabilities. https://bugs.gentoo.org/buglist.cgi?quicksearch=www-client%2Fchromium I suppose this is why we see so often version upgrades of it (and it's not a small app to build). Why is its code so, should I say prone to bugs, compared to other browsers? Firefox isn't perfect either https://bugs.gentoo.org/buglist.cgi?quicksearch=www-client%2Ffirefoxlist_id=337885 I think you hit the nail on the head by saying that it's not a small app to build. The more code that's written increases the the chances a security holes will be introduced into the application. I don't think so. It's not the raw number of source code lines which makes it more prone to bugs. I think that a closer and more realistic number would be the number of lines divided by the number of full-time developers, and don't forget to put in the middle of that formula how skilled they are. Having that into account, chromium has a good base since few teams in the planet will have the quantity and quality of man power that Google has to devote to this project. And as an internet browser, they're also susceptible to many more vectors of attack than most other packages. For chromium specifically, I haven't looked at the CVEs but I suspect many are for webkit and not just Chromium. Just my 2c. The webkit branch into chromium is not the same that you can find in any other webkit-based project. They just have a common origin, but they are maintained separately and it is my understanding that they have diverged enough to be considered as separate things. -- Jesús Guerrero Botella
Re: [gentoo-user] libv8 segfault
On Wed, Jan 23, 2013 at 10:52 AM, Nilesh Govindrajan m...@nileshgr.com wrote:
I tried compiling all versions of chromium (-O3, but it always worked
previously) v8 (tried -O3 -O2 too)
but it always segfaults when I try to open the settings page.
CrRendererMain[6059]: segfault at 5 ip 7f0d0834970c sp
7fff71d91a60 error 4 in libv8.so.3.15.11[7f0d08181000+45d000]
Quite interestingly, the binary version of chrome works without hitches,
which I don't want to run because I'm a little paranoid about it ;-)
And that also means that there is no hardware fault.
dev-lang/v8-3.15.11.5
www-client/chromium-24.0.1312.56 (I'm at present using the google chrome
beta, but chromium 25 doesn't work either).
Flags:
CFLAGS=-O3 -march=core2 -mtune=core2 -msse -msse2 -mssse3 -mmmx -pipe
CXXFLAGS=${CFLAGS}
LDFLAGS=-Wl,-O1 -Wl,--as-needed
Just replace that O3 with O2 for v8.
Anybody knows what's going on here?
What USE flags are enabled for chromium? You haven't specified that
you're using the custom-cflags USE flag, so whatever's in your global
CFLAGS setting is largely irrelevant.
Also, you don't need to specify --as-needed; that's default, now. I
don't know what those other flags are doing.
Start with revdep-rebuild, see if that fixes it. If not, you probably
ought to re-emerge chromium and its direct dependencies. Given your
recent experience with overclocking and the rather correct warnings
about silent data corruption, you may need to re-emerge a lot more
than that.
--
:wq
Re: [gentoo-user] libv8 segfault
On Wednesday 23 January 2013 09:29:22 PM IST, Michael Mol wrote:
On Wed, Jan 23, 2013 at 10:52 AM, Nilesh Govindrajan m...@nileshgr.com
wrote:
I tried compiling all versions of chromium (-O3, but it always worked
previously) v8 (tried -O3 -O2 too)
but it always segfaults when I try to open the settings page.
CrRendererMain[6059]: segfault at 5 ip 7f0d0834970c sp
7fff71d91a60 error 4 in libv8.so.3.15.11[7f0d08181000+45d000]
Quite interestingly, the binary version of chrome works without hitches,
which I don't want to run because I'm a little paranoid about it ;-)
And that also means that there is no hardware fault.
dev-lang/v8-3.15.11.5
www-client/chromium-24.0.1312.56 (I'm at present using the google chrome
beta, but chromium 25 doesn't work either).
Flags:
CFLAGS=-O3 -march=core2 -mtune=core2 -msse -msse2 -mssse3 -mmmx -pipe
CXXFLAGS=${CFLAGS}
LDFLAGS=-Wl,-O1 -Wl,--as-needed
Just replace that O3 with O2 for v8.
Anybody knows what's going on here?
What USE flags are enabled for chromium? You haven't specified that
you're using the custom-cflags USE flag, so whatever's in your global
CFLAGS setting is largely irrelevant.
Also, you don't need to specify --as-needed; that's default, now. I
don't know what those other flags are doing.
Start with revdep-rebuild, see if that fixes it. If not, you probably
ought to re-emerge chromium and its direct dependencies. Given your
recent experience with overclocking and the rather correct warnings
about silent data corruption, you may need to re-emerge a lot more
than that.
--
:wq
I didn't merge anything while I was playing with overclocking.
custom-cflags is enabled.
I found the LDFLAGS on Gentoo Wiki as safe LDFLAGS for optimal
performance.
--
Nilesh Govindarajan
http://nileshgr.com
Re: [gentoo-user] chromium build issue
Took me a while because i don't use Chromium on that computer much so i lost
track of the issue.
The problem seems to have been that python was built with /dev/shm mounted with
mode 0755.
updated the mode to 1777 (tmp-style) and recompiled python
chromium now compiles fine.
not sure if that problem will crop up again, or what the best approach would be
On 11/23/2013 03:45 PM, james N. wrote:
On 11/22/2013 07:31 PM, Alecks Gates wrote:
What kernel are you running and/or what kernel did you build python2.7
with? I would try remerging dev-lang/python:2.7
Possibly relevant:
http://bugs.python.org/issue8326
I ran python-updater like Walt suggested, no help.
Then I rebuilt dev-lang/python:2.7 still didn't help.
python-2.7 was built against gentoo-sources-3.11.0 which is my current kernel.
If it helps, these are my python and chromium flags.
[ebuild R] dev-lang/python-2.7.5-r3:2.7 USE=gdbm ipv6 ncurses
readline sqlite ssl threads
(wide-unicode) xml -berkdb -build -doc -examples -hardened -tk -wininst 0 kB
[ebuild U ~] www-client/chromium-32.0.1700.19 [31.0.1650.48] USE=bindist
-cups -custom-cflags
-gnome -gnome-keyring -kerberos (-neon) -pulseaudio (-selinux)
(-system-sqlite) (-tcmalloc) {-test}
(-gps%) LINGUAS=am ar bg bn ca cs da de el en_GB es es_LA et fa fi fil fr
gu he hi hr hu id it ja
kn ko lt lv ml mr ms nb nl pl pt_BR pt_PT ro ru sk sl sr sv sw ta te th tr uk
vi zh_CN zh_TW 0 kB
Anymore info i can give?
Further help would be greatly appreciated.
--
James
This is my signature. Please don't steal it.
[gentoo-user] Is my laptop getting old, or are some packages more and more demanding?
I looked at how long some packages are taking these days. I noticed that firefox and chromium take a lot longer to emerge than was the case 3-4 years ago. For example: # genlop -t www-client/firefox * www-client/firefox Sat Dec 18 17:19:14 2010 www-client/firefox-3.6.13 merge time: 1 minute and 16 seconds. [snip ...] Sat Jun 14 22:37:43 2014 www-client/firefox-24.6.0 merge time: 54 minutes and 59 seconds. # genlop -t www-client/chromium * www-client/chromium Sat Aug 6 09:44:27 2011 www-client/chromium-13.0.782.107-r1 merge time: 30 minutes and 52 seconds. [snip ...] Sat Jun 14 21:42:44 2014 www-client/chromium-35.0.1916.153 merge time: 1 hour, 34 minutes and 49 seconds. I am wondering if something in my configuration is causing this, rather than my laptop getting older for the continuously evolving and perhaps more demanding (in terms of resources to compile) software code. Have you noticed something similar? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] a question about updating process
On Tue, Jul 29, 2014 at 6:52 AM, behrouz khosravi bz.khosr...@gmail.com wrote: well chromium was just an example. I just think that when there is a version upgrade, a patch should be enough. For things like backports you're fairly likely to only get a patch. However, for an upstream version change (which chromium seems to have every other week) you're probably going to get a full tarball. I have read that portage is migrating to git, but I guess I got it wrong, because I thought that the source codes will be maintained using git too. However why not? why not use git for source maintenance too? Portage probably will migrate to git at some point, but when it does you'll probably not notice a thing. Gentoo doesn't maintain the source to chromium - upstream does. In some cases Gentoo doesn't even redistribute the source (licensing issues). For chromium Google publishes a tarball on googleapis.com and Gentoo mirrors it. There has been talk about creating some kind of source repository for things like patches/etc, but that isn't going to really change when we distribute patches vs upstream tarballs. Generally speaking upstream tarballs are preferred over patches to keep things simple. With what we do now you know you're basically getting chromium as upstream distributes it. If we were to just mirror chrome-25 and 300 binary diffs to patch it up to the current version nobody could keep track of it all, and while you'd save some space on each upgrade your first install might involve downloading 10GB of diffs unless we went even further and had a variety of full vs incremental files. This has been discussed in terms of having portage on squashfs and just doing it for our own stuff looks to be fairly painful, let alone doing it for every upstream out there. Rich
Re: [gentoo-user] Flash-Plugin not found by Chromium after update
On Sunday 16 Oct 2016 15:49:51 Alexander Kapshuk wrote: > 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. I have both www-plugins/chrome-binary-plugins and www-plugins/adobe-flash. The plugin listed in chromium appears to be adobe-flash. I am guessing this is a recent change, because if I recall correctly I had to install chrome-binary- plugins to be able to play flash videos in the first place. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: /var/tmp on tmpfs
2018-02-08 23:57 GMT+02:00 Rich Freeman <ri...@gentoo.org>: > On Thu, Feb 8, 2018 at 4:52 PM, gevisz <gev...@gmail.com> wrote: >> >> However, it probably won't be sooner than >> # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask >> world --exclude chromium >> fails because of the "--exclude chromium" part :), as I have already compiled >> the recent vertion of chromium with /var/tmp/portage on the hard disk and >> it took more than 24 hours on my old AMD Athlon X2 with j2 option. :( >> > > Honestly I doubt that tmpfs will make much difference since this is > probably CPU-bound. Thank you for your reply. You probably will be surprised, but the main reason I am trying to use tmpfs for /var/tmp/ is not because I want to make emerging chromium faster (I have no hope about that because read somewhere that it will make compilation only 10 percent faster) but because I have not too much free space on / (sometimes in the past chromium refused to build in the similar conditions) and because of that either have to move /var/tmp to the separate partition anyway or try to use tmpfs + swap and, if it fails, to move to the separate partition only /var/tmp/portage/notmpfs > Using the jumbo-build option probably will help a lot more - but it > will use even more RAM and might make a tmpfs impractical for you. I > bet that jumbo-build on a spinning disk will be faster for you than > not using that option on a tmpfs. But, there is only one way to be > sure.
Re: [gentoo-user] RAM checks for chromium
On Wednesday, 5 December 2018 03:26:50 GMT Jack wrote: > On 2018.12.04 20:36, Adam Carter wrote: > > On Wed, Dec 5, 2018 at 7:41 AM Mick wrote: > > > On Tuesday, 4 December 2018 19:23:27 GMT Jack wrote: > > > Phew! The chromium emerge completed with -j1, although it took 4 > > > > hours > > > > > longer > > > than last time on one PC and 6.5 hours longer on another. > > > > For those systems it might be worth trying the binary google-chrome > > instead. Much smaller download and; > > > > $ genlop -t google-chrome | tail -n3 > > > > Tue Nov 20 20:20:10 2018 >>> > > > > www-client/google-chrome-70.0.3538.110 > > > >merge time: 35 seconds. > > But only if you don't care about the differences between Chrome and > Chromium. They are close, but not (unless I'm terribly mistaken) > exactly the same. The latter is completely FOSS, but the former > contains some Google specific additions. While I do have both > installed, I don't particularly trust Google enough to use Chrome > unless nothing else works. It's pretty rare I need to use it. > > Jack I chose Chromium because I understood Google-Chrome to have some settings/ code, which is meant to link Google services with a user's footprint even after you have logged out of all Google services. What I found with Chromium is that it varies considerably on the amount of RAM consumed between versions, so it is a matter of guessing if 4G of RAM would be adequate to support > -j1. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] RAM checks for chromium
On Tuesday, 4 December 2018 19:23:27 GMT Jack wrote: > On 2018.12.04 14:13, Neil Bothwick wrote: > > On Tue, 04 Dec 2018 13:42:16 -0500, Jack wrote: > >>> 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. > > > > You can use ebuild for that too, with the compile option. I've have > > the chromium build fail for apparently random reasons on my laptop > > from time to time and ebuild ... compile finishes the process. > > Unless I'm mistaken, "ebuild /path/to/ebuild compile" does avoid > redoing the unpack, prepare, and configure steps, but it starts the > compile from scratch. Manually doing "make" (or whatever) in the > appropriate directory avoids repeating those parts of the compile that > were successful. If the compile takes two days, that's a significant > savings in time. > > Jack Phew! The chromium emerge completed with -j1, although it took 4 hours longer than last time on one PC and 6.5 hours longer on another. I hope one day ebuilds/compilers will be clever enough to deduce a suitable job number a system will run without thrashing swap aimlessly, on a per package basis. Some versions of chromium compile fine with -j3, others seem to be so hungry on RAM they would need -j2. I think this must be the first time with chromium I had to drop the job number down to 1. Thank you again for all the pointers and ideas. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Not enough RAM for dev-qt/qtwebengine build
On Thu, 13 Jun 2019 14:48:04 +0300, Alexey Eschenko wrote: > That was my first move. Unfortunately it didn't help. > But in the first answer in this thread I saw a good idea about > decreasing number of parallel build threads. I have MAKEOPTS="-j32" and > it's probably the cause of my problem with this package. Right now I'm > trying separate build environment with decreased job count value and it > looks promissing. I'll leave the message with results in the reply to > that message. 13.06.2019, 14:13, "Neil Bothwick" : You can set that in package.env too, I do this for Chromium: % cat /etc/portage/package.env/chromium www-client/chromium alert-done.conf disk-tmpdir.conf j2.conf % cat /etc/portage/env/j2.conf MAKEOPTS="-j2" > > On Thu, 13 Jun 2019 13:19:24 +0300, Alexey Eschenko wrote: > > For some time I have problems with dev-qt/qtwebengine (at least > > 5.12.3) > >> build. As far as I can see it fails to build due to memory > >> exhaustion. Although I have 32 GB of RAM (at least 20 of them is > >> almost always free) looks like it's not enough. It's strange because > >> I have no problems with Firefox/Chromium/Libreoffice builds. > > > > > > Do you have $PORTAGE_TMPDIR on a tmpfs filesystem? I had a similar > > problem, on a slightly less well-endowed system, and had to use > > portage.env to instruct that ebuild, as well as chromium and > > libreoffice, to use a directory on my SSD for PORTAGE_TMPDIR. > > > > % cat /etc/portage/package.env/qt > > dev-qt/qtwebengine disk-tmpdir.conf > > > > % cat /etc/portage/env/disk-tmpdir.conf > > PORTAGE_TMPDIR="/mnt/scratch" > > > > -- > > Neil Bothwick > > > > > > Assassins do it from behind. -- Neil Bothwick Always proofread carefully to see if you any words out. pgpaUi1VKaQay.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: Netflix Error Code O7355 with Opera
On Thu, 11 Jun 2020 13:45:53 +0100, Michael wrote: > > Incidentally, I found an a reliable way of killing Firefox on this > > laptop, run a chromium build in the background :) > > TBH the way Chromium has been bloating it would kill pretty much > anything alive on a PC. With 16G RAM I had to add swap, reduce number > of jobs, move / var/tmp/portage to a disk and various other resource > gymnastics to stop users cursing at me for "doing things on their > workstation and slowing it down"! It's worse with 8GB, but manageable with package.env. It does cause slowdowns and pauses from time to time, but they were short-lived... except with Firefox. Once Firefox got hit by a lack of resources, it wouldn't recover and stayed unresponsive until I shut t down and restarted it. I recently started using distcc, specifically for Chromium but I now use it for a few other packages too. This laptop is now happily building Chromium and it was only this discussion that reminded me that it was doing so :) > I figured since qtwebengine uses the same rendering engine and I spend > enough time compiling that package anyway, because KDE won't do without > it, I might as well ditch Chromium. I haven't looked back. ;-) Life would be easier if the rendering engine was separated from the browser so it only had to be built once. -- Neil Bothwick A TRUE Klingon warrior does not comment his code! pgp4GNx5wP6Eq.pgp Description: OpenPGP digital signature
Re: [gentoo-user] long compiles
Hi. Nothing compares to Chromium (browser) in terms of compilation times. On my system with 12 core threads it takes about 8 hours to compile - which is 4 times longer than 10 years ago with 2 core threads ;) Libreoffice takes a few hours, but less than half of chromium. Nothing gets close to Chromium. But otherwise webkitgtk and qtwebengine are to big ones - but still about a quarter of Chromium. Kristian Poul Herkild Den 11.09.2023 kl. 21.19 skrev Alan McKinnon: 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
[gentoo-user] chromium build failure
I ran the build failed twice, each time with MAKEOPTS="--jobs=1" and the build logs are essentially identical. After about 12 hours compiling and 36MB of build.log, the error shown below occurs I have two laptops with *very* similar gentoo distributions. The newer machine had a successful build first try. The second older (4 years) machine had both failures. Each machine has profile default/linux/amd64/17.0/desktop/gnome/systemd Thanks in advance for any help. allan [132/15175] python ../../chrome/browser/resources/optimize_webui.py --host history --input ../../chrome/browser/resources/md_history --out_folder gen/chrome/browser/resources/md_history --depfile gen/chrome/browser/resources/md_history/build.d --html_in_files app.html lazy_load.html --html_out_files app.vulcanized.html lazy_load.vulcanized.html --js_out_files app.crisper.js lazy_load.crisper.js --exclude chrome://resources/html/util.html chrome://history/constants.html FAILED: gen/chrome/browser/resources/md_history/app.vulcanized.html gen/chrome/browser/resources/md_history/lazy_load.vulcanized.html gen/chrome/browser/resources/md_history/app.crisper.js gen/chrome/browser/resources/md_history/lazy_load.crisper.js python ../../chrome/browser/resources/optimize_webui.py --host history --input ../../chrome/browser/resources/md_history --out_folder gen/chrome/browser/resources/md_history --depfile gen/chrome/browser/resources/md_history/build.d --html_in_files app.html lazy_load.html --html_out_files app.vulcanized.html lazy_load.vulcanized.html --js_out_files app.crisper.js lazy_load.crisper.js --exclude chrome://resources/html/util.html chrome://history/constants.html ../../third_party/node/linux/node-linux-x64/bin/node ../../third_party/node/node_modules/polymer-bundler/lib/bin/polymer-bundler --exclude chrome://resources/html/polymer.html --exclude chrome://resources/polymer/v1_0/polymer/polymer.html --exclude chrome://resources/polymer/v1_0/polymer/polymer-micro.html --exclude chrome://resources/polymer/v1_0/polymer/polymer-mini.html --exclude chrome://resources/polymer/v1_0/web-animations-js/web-animations-next-lite.min.js --exclude chrome://resources/css/roboto.css --exclude chrome://resources/css/text_defaults.css --exclude chrome://resources/css/text_defaults_md.css --exclude chrome://resources/js/load_time_data.js --inline-css --inline-scripts --rewrite-urls-in-templates --strip-comments --redirect "chrome://resources/cr_components/|../../ui/webui/resources/cr_components" --redirect "chrome://resources/cr_elements/|../../ui/webui/resources/cr_elements" --redirect "chrome://resources/css/|../../ui/webui/resources/css" --redirect "chrome://resources/html/|../../ui/webui/resources/html" --redirect "chrome://resources/js/|../../ui/webui/resources/js" --redirect "chrome://resources/polymer/v1_0/|../../third_party/polymer/v1_0/components-chromium" --exclude chrome://resources/html/util.html --exclude chrome://history/constants.html --exclude strings.js --exclude chrome://history/strings.js --manifest-out /var/tmp/portage/www-client/chromium-63.0.3239.132/work/chromium-63.0.3239.132/out/Release/gen/chrome/browser/resources/md_history/history_requestlist.txt --root /var/tmp/portage/www-client/chromium-63.0.3239.132/work/chromium-63.0.3239.132/chrome/browser/resources/md_history --redirect "chrome://history/|/var/tmp/portage/www-client/chromium-63.0.3239.132/work/chromium-63.0.3239.132/chrome/browser/resources/md_history" --out-dir gen/chrome/browser/resources/md_history/bundled --shell app.html --in-html app.html --in-html lazy_load.html failed: module.js:471 throw err; ^ Error: Cannot find module '/var/tmp/portage/www-client/chromium-63.0.3239.132/work/chromium-63.0.3239.132/third_party/node/node_modules/polymer-bundler/lib/bin/polymer-bundler' at Function.Module._resolveFilename (module.js:469:15) at Function.Module._load (module.js:417:25) at Module.runMain (module.js:604:10) at run (bootstrap_node.js:383:7) at startup (bootstrap_node.js:149:9) at bootstrap_node.js:496:3 Traceback (most recent call last): File "../../chrome/browser/resources/optimize_webui.py", line 252, in main(sys.argv[1:]) File "../../chrome/browser/resources/optimize_webui.py", line 235, in main manifest_out_path = _optimize(args.input, args) File "../../chrome/browser/resources/optimize_webui.py", line 159, in _optimize ] + in_html_args) File "../../third_party/node/node.py", line 28, in RunNode raise TypeError: exceptions must be old-style classes or derived from BaseException, not NoneType ninja: build stopped: subcommand failed. [31;01m*[0m ERROR: www-client/chromium-63.0.3239.132::gentoo failed (compile phase): [31;01m*[0m ninja -v -j1 -l0 -C out/Release chro
Re: [gentoo-user] KDE? Get me out of here!
On Tue, 29 Jun 2010 16:23:48 +0200, Alex Schuster wrote: I tried chromium once, about half a year ago, but it crashed instantly. Emerging it again. But I like Konqueror very much. It has problems with some web sites, for those I use Firefox. I am missing some of Firefox' plugins, and it works much better with the new flash, but over all I like Konqueror's behaviour better. I used to be a big Konqueror fan until about six months ago. Then I tried Chromium and was blown away by its speed and the way it works on more sites. I do miss some of the integration of Konqueror and its kio-slaves and still use it for non-web duties. When the inevitable feature creep hits Chromium and it slows down, can see myself going back to Konqueror. -- Neil Bothwick If you don't pay your exorcist, you get repossessed. signature.asc Description: PGP signature
[gentoo-user] Chromium requires threads flag
Hello, I have nptl and nptlonly set in my make.conf file. I thought that was the best setting for threading. Now, I want to install the Chromium web browser. It is asking me to the set the +threads flag for ffmpeg, before www-client/chromium can be installed. OK no problem on a per package basis. But, this has made me think. Is setting nptl and nptl globally (in make.conf) the best idea? Should the threads flag also be set globally, or just on a per package basis? Maybe nptl and threads and not set nptlonly? I thought nptl and nptl was the end of the requirements, but running this command: euse -i threads Here is a curious response; ffmpeg does not get listed (as it is not built with the threads flag)? euse -I threads I see lots of packages where the flag threads is being used including ffmpeg. Some discussion and guidance as to how best to set the flags [nptl, nptlonly and threads] (any others related to threading) would be appreciated. James
Re: [gentoo-user] www-client/chromium
On Fri, Aug 5, 2011 at 12:05 AM, Thanasis thana...@asyr.hopto.org wrote: I noticed that chromium's code has a lot of vulnerabilities. https://bugs.gentoo.org/buglist.cgi?quicksearch=www-client%2Fchromium I suppose this is why we see so often version upgrades of it (and it's not a small app to build). Why is its code so, should I say prone to bugs, compared to other browsers? Firefox isn't perfect either https://bugs.gentoo.org/buglist.cgi?quicksearch=www-client%2Ffirefoxlist_id=337885 I think you hit the nail on the head by saying that it's not a small app to build. The more code that's written increases the the chances a security holes will be introduced into the application. And as an internet browser, they're also susceptible to many more vectors of attack than most other packages. For chromium specifically, I haven't looked at the CVEs but I suspect many are for webkit and not just Chromium. Just my 2c.
Re: [gentoo-user] www-client/chromium
On Fri, Aug 5, 2011 at 1:14 AM, Adam Carter adamcart...@gmail.com wrote: You've made an assumption there. Maybe my assumption isn't true, after all seeing the list for firefox that Matthew pointed to, although with firefox we don't see upgrades so often, I guess we should *not* feel more secure with it... The noscript firefox addon gives significant protection with only a little inconvenience. There was no equivalent for chromium last time I checked, and it still doesn't have a master password to protect saved webform passwords. Chromium is faster than a pgo build of firefox so i would prefer to use it, but not until those two issues are addressed. I felt the same way, but then I found NotScript [0]. It's decent, I do like noscript a bit better, but it gets the job done. I can't recall anything about a master password, though, so that may still be a valid concern. 0. https://chrome.google.com/webstore/detail/odjhifogjcknibkahlpidmdajjpkkcfn -- Matthew Finkel
Re: [gentoo-user] Chromium and Google Chrome
On Fri, Sep 2, 2011 at 4:31 AM, András Csányi sayusi.a...@gmail.com wrote: 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 This was brought up on gentoo-dev ML last week by Mike Gilbert (aka floppym) . ---Snip I have been maintaining an ebuild for Google Chrome in an overlay. It basically extracts a deb file to /opt. This serves as an easy alternative for people who do not have the patience to compile Chromium. Now that I have developer access, I would like to move this to the tree. Before doing so, I need some advice on how to deal with the EULA[1]. --Snip-- hth, Matt -- Matthew Finkel
[gentoo-user] libv8 segfault
I tried compiling all versions of chromium (-O3, but it always worked
previously) v8 (tried -O3 -O2 too)
but it always segfaults when I try to open the settings page.
CrRendererMain[6059]: segfault at 5 ip 7f0d0834970c sp
7fff71d91a60 error 4 in libv8.so.3.15.11[7f0d08181000+45d000]
Quite interestingly, the binary version of chrome works without hitches,
which I don't want to run because I'm a little paranoid about it ;-)
And that also means that there is no hardware fault.
dev-lang/v8-3.15.11.5
www-client/chromium-24.0.1312.56 (I'm at present using the google chrome
beta, but chromium 25 doesn't work either).
Flags:
CFLAGS=-O3 -march=core2 -mtune=core2 -msse -msse2 -mssse3 -mmmx -pipe
CXXFLAGS=${CFLAGS}
LDFLAGS=-Wl,-O1 -Wl,--as-needed
Just replace that O3 with O2 for v8.
Anybody knows what's going on here?
--
Nilesh Govindarajan
http://nileshgr.com
[gentoo-user] Re: libv8 segfault
On Wednesday 23 January 2013 09:22:21 PM IST, Nilesh Govindrajan wrote:
I tried compiling all versions of chromium (-O3, but it always worked
previously) v8 (tried -O3 -O2 too)
but it always segfaults when I try to open the settings page.
CrRendererMain[6059]: segfault at 5 ip 7f0d0834970c sp
7fff71d91a60 error 4 in libv8.so.3.15.11[7f0d08181000+45d000]
Quite interestingly, the binary version of chrome works without hitches,
which I don't want to run because I'm a little paranoid about it ;-)
And that also means that there is no hardware fault.
dev-lang/v8-3.15.11.5
www-client/chromium-24.0.1312.56 (I'm at present using the google chrome
beta, but chromium 25 doesn't work either).
Flags:
CFLAGS=-O3 -march=core2 -mtune=core2 -msse -msse2 -mssse3 -mmmx -pipe
CXXFLAGS=${CFLAGS}
LDFLAGS=-Wl,-O1 -Wl,--as-needed
Just replace that O3 with O2 for v8.
Anybody knows what's going on here?
Looks like I proved myself wrong. The binary version crashed on
extensions page with a segfault -_-
--
Nilesh Govindarajan
http://nileshgr.com
Re: [gentoo-user] Binary chrome - is it safe in terms of dependencies?
On 30/01/13 at 11:09pm, Nilesh Govindrajan wrote: 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. I've used the binary version (google-chrome) for a while and never had any breakages. I guess if there's a library update that could potentially break google-chrome the gentoo devs would add a blocker so you wont be able to install the 2 at the same time. I have since migrated to chromium (on account of getting a more powerful processor). The chromium compile took a hell of a long time on my old dual core. Even on my fx8150 it still takes about an hour. -- - 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] a question about updating process
On Tue, 29 Jul 2014 14:38:04 +0430, behrouz khosravi wrote: I was trying to emerge chromium and I noticed that it should download about 200 Mb, and no wonder cause it is source files, not binary executable. However I wanted to know that if a new version of chromium comes out, an update will download another 200 Mb or just a diff files to patch the altered files ? (I am a new user and I have not experienced that situation!) It will download the source for the new version, which is generally a separate tarball, so another 200MB. That's how Gentoo works, with very few exceptions that source is downloaded and compiled. If you want to avoid the large download and lengthy compile time of chromium, use www-client/google-chrome instead, this is the pre-compiled binary from Google. -- Neil Bothwick EMail - garbage at the speed of light. signature.asc Description: PGP signature
Re: [gentoo-user] Will a 64-bit-no-multilib machine cross-compile 32-bit code?
On Sat, Mar 21, 2015 at 08:46:10AM -0400, Mike Gilbert wrote I should warn you against including all of those -mno-xxx flags. This has been known to break the build process for packages like chromium, which always wants to build with SSE4 support and toggles it off at runtime. Passing -mno-sse4.1 causes a build failure as it tries to use macros that are not defined. Weird. The Gentoo wiki documents /etc/portage/package.env at... https://wiki.gentoo.org/wiki/Knowledge_Base:Overriding_environment_variables_per_package for handling special cases like this. Not every package tests at runtime. Leaving sse4.1 enabled could result in other packages crashing with illegal instructions. I don't use chromium. But if I did, I'd use package.env to handle it as a special case. Chromium is plain weird anyways. A web browser should not require udev. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] Chromium bloat
On Saturday 27 February 2016 12:51:32 Neil Bothwick wrote: > On Sat, 27 Feb 2016 11:35:02 +, Peter Humphrey wrote: > > 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? > > Looking at the ebuild, speech-dispatcher is required is you do not have > USE="gn", the rest aren't mentioned and are probably dependencies of > speech-dispatcher. That looked promising until I noticed "(-gn)" in USE when I said emerge -pv chromium. So of course setting it in package.use didn't help. Thanks anyway. -- Rgds Peter
Re: [gentoo-user] Chromium bloat
On Saturday 27 February 2016 14:58:25 I wrote: > On Saturday 27 February 2016 12:51:32 Neil Bothwick wrote: > > On Sat, 27 Feb 2016 11:35:02 +, Peter Humphrey wrote: > > > 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? > > > > Looking at the ebuild, speech-dispatcher is required is you do not have > > USE="gn", the rest aren't mentioned and are probably dependencies of > > speech-dispatcher. > > That looked promising until I noticed "(-gn)" in USE when I said emerge > -pv chromium. So of course setting it in package.use didn't help. Where are these punctuation marks documented, anyway? I've looked in various man pages and even the portage/output.py file under /usr/lib. Google didn't help either. -- Rgds Peter
Re: [gentoo-user] Flash-Plugin not found by Chromium after update
On Sun, Oct 16, 2016 at 5:36 PM, Stephan Lukasczyk <mailingli...@lukasczyk.me> wrote: > On 2016-10-16 15:14:07, Mick wrote: >> >> On Sunday 16 Oct 2016 15:49:51 Alexander Kapshuk wrote: >>> >>> 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. >> >> >> I have both www-plugins/chrome-binary-plugins and www-plugins/adobe-flash. >> The >> plugin listed in chromium appears to be adobe-flash. I am guessing this >> is a >> recent change, because if I recall correctly I had to install >> chrome-binary- >> plugins to be able to play flash videos in the first place. > > > Thanks for your help quick help, Alexander and Mick. I've unmerged > `www-plugins/chrome-binary-plugins` and merged `www-plugins/adobe-flash` > and now it works as expected. > > Best, > > Stephan > > -- > Stephan Lukasczyk > GPG-Key: 0x06E03C26B90F403D > Microsoft isn't the answer. Microsoft is the question. > And the answer is "No". Good to hear it worked out for you. Thanks for letting us know.
Re: [gentoo-user] Flash-Plugin not found by Chromium after update
On 2016-10-16 15:14:07, Mick wrote: On Sunday 16 Oct 2016 15:49:51 Alexander Kapshuk wrote: 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. I have both www-plugins/chrome-binary-plugins and www-plugins/adobe-flash. The plugin listed in chromium appears to be adobe-flash. I am guessing this is a recent change, because if I recall correctly I had to install chrome-binary- plugins to be able to play flash videos in the first place. Thanks for your help quick help, Alexander and Mick. I've unmerged `www-plugins/chrome-binary-plugins` and merged `www-plugins/adobe-flash` and now it works as expected. Best, 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
[gentoo-user] managing chromium exceptions
I just had the experience of visiting a linux-related site (http://libv.livejournal.com/22968.html) and seeing a panel with ads about house appliances (from a site I had actually visited before). The panel actually blocks part of the page, and is impossible to remove. This is caused by some javascript linked to some crap-factory named criteo.com. I'm using chromium, but I just checked that the same happens with Firefox, so the fault lies with http://libv.livejournal.com and not with Google (for once) Now, I tried to edit the settings of chromium to block javascript from criteo.com. Guess what, the "manage exceptions..." dialog opens a popup window with an example for the aptly named domain example.com, and _doesn't allow any change at all_! No way to add an exception, nor to remove it (not that there's much to remove) Ah, the state of browsers for linux! Please tell me I'm not the only one to whom such beautiful things happen. Jorge Almeida
Re: [gentoo-user] managing chromium exceptions
On 06/04/2017 02:17 AM, Jorge Almeida wrote: > I just had the experience of visiting a linux-related site > (http://libv.livejournal.com/22968.html) and seeing a panel with ads > about house appliances (from a site I had actually visited before). > The panel actually blocks part of the page, and is impossible to > remove. This is caused by some javascript linked to some crap-factory > named criteo.com. > I'm using chromium, but I just checked that the same happens with > Firefox, so the fault lies with > http://libv.livejournal.com and not with Google (for once) > > Now, I tried to edit the settings of chromium to block javascript from > criteo.com. Guess what, the "manage exceptions..." dialog opens a > popup window with an example for the aptly named domain example.com, > and _doesn't allow any change at all_! No way to add an exception, nor > to remove it (not that there's much to remove) > > Ah, the state of browsers for linux! > > Please tell me I'm not the only one to whom such beautiful things happen. > > Jorge Almeida > Bad news... I have Chrome installed, and I went to the first linked website and added a Block exception for criteo.com no problem. Dan
Re: [gentoo-user] Re: Mammoth emerge ...
On Thursday, 3 May 2018 18:22:01 BST Mick wrote: > I will give USE="jumbo-build" a spin later to see what improvement I may > get. I rebuilt chromium with USE="jumbo-build" with amazing results: Fri May 4 12:37:06 2018 >>> www-client/chromium-66.0.3359.139 merge time: 1 day, 41 minutes and 56 seconds. Sat May 5 18:28:05 2018 >>> www-client/chromium-66.0.3359.139 merge time: 9 hours, 20 minutes and 1 second. Inevitably the first build took place to a large extent overnight when the PC was not in use. Otherwise during day time the PC saw similar usage, light browsing, emails. The above result shows more than a 60% shorter emerge time! I noticed slightly more swap was being used (c. 100M or so). Thanks Neil for suggesting it. :-) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Package specific post-emerge hooks?
On Tue, 12 Jun 2018 22:47:22 +0200, Christoph Böhmwalder wrote: > I was wondering if there was a way to run a shell script anytime a > specific package is updated. There is, as Ian explained, but... > My use case for this is as follows: I have a high DPI display, so I've > modified Chromium's .desktop file to include the > `--force-device-scale-factor=1.5` flag. It works fine, but the problem > is that this file obviously gets overwritten on each update, so I have > to manually run a sed script after every Chromium update. This is > rather annoying, and since I've done this for over a year now I finally > want to stop being lazy about it and tackle the issue. It's not needed in this case, just add the options you want to CHROMIUM_FLAGS in /etc/chromium/default. BTW where did you find this options, chromium --help used to give options but now it does nothing. -- Neil Bothwick To most people solutions mean finding the answers. But to chemists solutions are things that are still all mixed up. pgp0SFHjFGN5F.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: Mammoth emerge ...
On Thursday, 3 May 2018 18:00:45 BST Corbin Bird wrote: > . > 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 Thanks Corbin, it makes sense. Back in November build time jumped from 8 to 20 hours on my system. It's only gone further downhill since. :-( I will give USE="jumbo-build" a spin later to see what improvement I may get. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: /var/tmp on tmpfs
On 08/02/18 19:11, gevisz wrote: 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? If you're not using ccache, then you don't need /var/tmp to be on tmpfs. You should only put /var/tmp/portage on tmpfs. If you do use ccache, then you need to mount both /var/tmp and /var/tmp/portage as tmpfs. Although if you end up swapping, it's probably going to be slower than not using tmpfs. So unless you have something like 32GB of RAM, it might be best to use notmpfs.conf for Chromium anyway. (Although I didn't benchmark swap vs notmpfs.conf. Swap being slower than notmpfs.conf is just an educated guess.)
Re: [gentoo-user] Re: /var/tmp on tmpfs
On Thu, Feb 8, 2018 at 4:52 PM, gevisz <gev...@gmail.com> wrote: > > However, it probably won't be sooner than > # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask > world --exclude chromium > fails because of the "--exclude chromium" part :), as I have already compiled > the recent vertion of chromium with /var/tmp/portage on the hard disk and > it took more than 24 hours on my old AMD Athlon X2 with j2 option. :( > Honestly I doubt that tmpfs will make much difference since this is probably CPU-bound. Using the jumbo-build option probably will help a lot more - but it will use even more RAM and might make a tmpfs impractical for you. I bet that jumbo-build on a spinning disk will be faster for you than not using that option on a tmpfs. But, there is only one way to be sure. -- Rich
[gentoo-user] Re: /var/tmp on tmpfs
On 08/02/18 23:57, Rich Freeman wrote: On Thu, Feb 8, 2018 at 4:52 PM, gevisz <gev...@gmail.com> wrote: However, it probably won't be sooner than # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world --exclude chromium fails because of the "--exclude chromium" part :), as I have already compiled the recent vertion of chromium with /var/tmp/portage on the hard disk and it took more than 24 hours on my old AMD Athlon X2 with j2 option. :( Honestly I doubt that tmpfs will make much difference since this is probably CPU-bound. The lack of disk I/O improves the desktop while using it. Build times get slightly lower, but as you said, not enough as to be the main use. It's really about avoiding disk I/O. Another benefit is reducing fragmentation on the disk.
Re: [gentoo-user] Re: chromium-65.0.3325.146 compilation warnings
On Monday, 12 March 2018 17:11:16 GMT Nikos Chantziaras wrote: > No. What these warnings mean is that the chromium build system is > passing these options to the compiler: > >-Wno-enum-compare-switch -Wno-tautological-unsigned-zero-compare >-Wno-null-pointer-arithmetic -Wno-tautological-constant-compare > > but the compiler version installed on your system doesn't support them. > > Your own CFLAGS got nothing to do with this. Furthermore, these warnings > are of no interest to you whatsoever, unless you're a chromium developer. I don't believe I possess the abilities to be developer. :-) > GCC 7.3 and Clang 6.0 do support these options, but if you're using a > version that doesn't, it's of no consequence. Warning options do not > affect code generation. OK, I think it's clang what done it. I'm on gcc-7.3.0, but clang-5.0.1. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Google Chrome issues
Hi, I installed www-client/google-chrome on my amd64 gentoo workstation. But it's more or less unusable because on many webpages I cannot click on links. Sometimes input fields have only borders but no height. For example on https://bugs.gentoo.org/ only the links with images in the middle of the page are clickable. All text links are not. www-client/chromium works without any problem. I use stable ebuilds for chromium and chrome. I tested www-client/google-chrome on my laptop with Sabayon Linux installed and it works. All settings are synchronized between the browsers, so they are the same. Laptop and workstation are using the same network, too. My laptop uses Intel GPU and my workstation NVIDIA with the proprietary driver. Starting google-chrome with a new and empty user-data-dir doesn't help. I would really like to switch to www-client/google-chrome because of the very long compilation time of www-client/chromium. Does anybody have an idea how to solve my problem or how to debug it? Thanks in advance and kind regards Wolfgang
Re: [gentoo-user] RAM checks for chromium
On Friday, 7 December 2018 15:01:09 GMT Rich Freeman wrote: > 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. Too late! was the cry... Never mind; that's interesting anyway. 43 security fixes in one release, eh? Perhaps we should all be wary of the beast until the other umpteen have been fixed as well. -- Regards, Peter.
Re: [gentoo-user] RAM checks for chromium
On Wednesday, 5 December 2018 11:11:06 GMT Mick wrote: > 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. > > I haven't noticed something like this here. Is there a particular site that > causes this you could share? I'd like to check, but today I can't compile chromium; it throws a lot of errors about an end of file coming before the end of data. I suppose it's running out of space, though there seems to be plenty. I'll look into it. As far as I can remember though, it was the google.com home page. I didn't get any further than that before complaining to google, waiting for the inevitably absent reply, then giving up and ditching it. -- Regards, Peter.
Re: [gentoo-user] RAM checks for chromium
On 2018.12.04 20:36, Adam Carter wrote: On Wed, Dec 5, 2018 at 7:41 AM Mick wrote: > On Tuesday, 4 December 2018 19:23:27 GMT Jack wrote: > Phew! The chromium emerge completed with -j1, although it took 4 hours > longer > than last time on one PC and 6.5 hours longer on another. > For those systems it might be worth trying the binary google-chrome instead. Much smaller download and; $ genlop -t google-chrome | tail -n3 Tue Nov 20 20:20:10 2018 >>> www-client/google-chrome-70.0.3538.110 merge time: 35 seconds. But only if you don't care about the differences between Chrome and Chromium. They are close, but not (unless I'm terribly mistaken) exactly the same. The latter is completely FOSS, but the former contains some Google specific additions. While I do have both installed, I don't particularly trust Google enough to use Chrome unless nothing else works. It's pretty rare I need to use it. Jack
Re: [gentoo-user] chromium-72.0.3626.96 and Java
On Thursday, 14 February 2019 12:27:25 GMT Marc Joliet wrote: > Am Donnerstag, 14. Februar 2019, 13:12:29 CET schrieb Mick: > > Hi All, > > > > I just noticed chromium-72.0.3626.96 is bringing in Java packages as > > dependencies, I'd rather keep off my systems. This is caused by the new > > USE flag closure-compile, which I think is advertised as a good thing. > > > > Would you know if these Java dependencies are used for chromium build-time > > only and therefore I could unmerge them thereafter, or if they are for > > run- > > time? > > The relevant dep is in BDEPEND [0], so yes, you should be able to unmerge > them afterwards: > > BDEPEND=" > # snip other deps > closure-compile? ( virtual/jre ) Of course! Why was I searching for 'java' ... O_o > virtual/pkgconfig > " > > [0] I was going to refer to ebuild(5), but it's currently not documented > there (see bug #674932), however you can find a definition in the PMS at > [1]. [1] https://projects.gentoo.org/pms/7/pms.html#x1-680008.1 > > HTH Thank you Marc, I'll carry on with the emerge now. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] chromium-72.0.3626.96 and Java
Am Donnerstag, 14. Februar 2019, 13:12:29 CET schrieb Mick: > Hi All, > > I just noticed chromium-72.0.3626.96 is bringing in Java packages as > dependencies, I'd rather keep off my systems. This is caused by the new USE > flag closure-compile, which I think is advertised as a good thing. > > Would you know if these Java dependencies are used for chromium build-time > only and therefore I could unmerge them thereafter, or if they are for run- > time? The relevant dep is in BDEPEND [0], so yes, you should be able to unmerge them afterwards: BDEPEND=" # snip other deps closure-compile? ( virtual/jre ) virtual/pkgconfig " [0] I was going to refer to ebuild(5), but it's currently not documented there (see bug #674932), however you can find a definition in the PMS at [1]. [1] https://projects.gentoo.org/pms/7/pms.html#x1-680008.1 HTH -- Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup signature.asc Description: This is a digitally signed message part.
Re: [EXTERNAL] [gentoo-user] Chromium on linux, build question
On Sun, 2019-09-15 at 05:45 -0400, John Covici wrote: > 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. > I believe what you're probably looking for is the chrome-binary-plugins package. This downloads the binary version of Chrome and pulls all the Google-proprietary bits out of it and loads them into your Chromium. Of course, at that point you might as well just use Chrome... But I suppose you could try whacking out the ones you don't want and see what happens. LMP signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] Re: Netflix Error Code O7355 with Opera
On 12 June 2020 19:09:21 CEST, Peter Humphrey wrote: >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. I run Zoom on an android tablet that is only used for random stuff. Saves having to deal with strange code on my desktop and laptop. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Re: Netflix Error Code O7355 with Opera
On Fri, 12 Jun 2020 17:25:58 +0100, Michael wrote: > > In my situation is is not so much about speed but not bringing the > > system to its knees. I found the -j3 was generally acceptable with > > 8GB, -j2 may have been better, but as long as it worked I was happy. > > > > I run testing on this laptop so updates were more frequent, although I > > now use Chromium from stable to reduce that. > > Ahh! Yes, running Chromium ~amd64 must introduce a whole new world of > pain! :-) > > Have you also tried 'echo bfq > /sys/block/sda/queue/scheduler' to see > if it makes a difference? It seems to have made a positive difference > on my systems here, especially if they are on spinning disks, with > limited RAM. It's an SSD, but I now use distcc for Chromium and a few other large packages and the problems have gone away. -- Neil Bothwick A good pun is its own reword. pgp41np4zJydi.pgp Description: OpenPGP digital signature
[gentoo-user] Lots of Fail.
First, my 3960x nearly melted the last few days, my cooling loop had run almost dry. (apparent boil off...) root cause appears to be some kind of chemical issue with my coolant that had resulted in the waterblock being almost completely clogged preventing it from doing anything but getting red hot, (north of 105C !!) so PSA = CHECK YOUR WATER LOOPS!!! Anyway, I cleaned and flushed it at least enough to get it running again. Since I rebooted for the first time in a month+, I need to update my packages. One of the fails I'm getting is a bunch of packages looking for libgit2.so.1.0, Ofcourse we now have libgit2.so.1.1 Who in god's name requires a specific minor version of a package!?!?!?! Pure madness!!! My much bigger problem is: atg@tortoise ~ $ chromium chromium-browser: error while loading shared libraries: libre2.so.8: cannot open shared object file: No such file or directory atg@tortoise ~ $ So I tried to 'emptytree chromium' and got hit by the libgit2 problem in librsvg, also hit it in a number of other packages... =\ -- The vaccine is a LIE. #EggCrisis The Great Reset Powers are not rights.
Re: [gentoo-user] Chromium: GIGAFOOBAR!!!
On Thu, 22 Apr 2021 14:25:31 -0500, Matt Connell (Gmail) wrote: > On Thu, 2021-04-22 at 15:09 -0400, Alan Grimes wrote: > > - sys-libs/glibc-2.32-r7::gentoo (masked by: package.mask) > > This is the current stable version of glibc, which would satisfy the > ebuild. You have it masked manually, it would seem. Also, you are trying to emerge a masked ebuild of chromium: # Stephan Hartmann (2021-03-21) # Dev channel releases are only for people who # are developers or want more experimental features # and accept a more unstable release. >=www-client/chromium-91 It seems you are unwilling to accept a more unstable (aka occasionally broken) release, so you should be using version 90. -- Neil Bothwick Why is the word abbreviation so long? pgpGVf59PrhaG.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Chromium Catastrophy continues.
On Thu, 22 Apr 2021 17:52:05 -0400, Alan Grimes wrote: > My GLIBC situation is as follows, as you know GLIBC cannot be downgraded > once upgraded. It can, at your own risk. Read the ebuild to see how. > * sys-libs/glibc > Latest version available: 2.33 > Latest version installed: 2.33 > Size of files: 16,676 KiB > Homepage: https://www.gnu.org/software/libc/ > Description: GNU libc C library > License: LGPL-2.1+ BSD HPND ISC inner-net rc PCRE > # > > > It is possible to force-install Chromium 91, symptoms are the windows > open but all tabs are blank, no error messages anywhere, just a massive > FU Well, it is an unstable development version masked by Gentoo... Have you read what bgo has to say about chromium and glibc-2.33? -- Neil Bothwick Memory Map - A sheet of paper showing location of computer store. pgpCtrUhlY2xn.pgp Description: OpenPGP digital signature
[gentoo-user] Chromium: GIGAFOOBAR!!!
Chromium now cannot render web pages. It's throwing signal 6 abort errors all over the place. When I try to update it it spews all of this nonsense to the console: !!! All ebuilds that could satisfy " (2017-05-21) # (and others, updated later) # These old versions of toolchain packages (binutils, gcc, glibc) are no # longer officially supported and are not suitable for general use. Using # these packages can result in build failures (and possible breakage) for # many packages, and may leave your system vulnerable to known security # exploits. # If you still use one of these old toolchain packages, please upgrade (and # switch the compiler / the binutils) ASAP. If you need them for a specific # (isolated) use case, feel free to unmask them on your system. - sys-libs/glibc-2.30-r9::gentoo (masked by: package.mask) - sys-libs/glibc-2.25-r11::gentoo (masked by: package.mask) - sys-libs/glibc-2.19-r2::gentoo (masked by: package.mask) (dependency required by "www-client/chromium-91.0.4472.10::gentoo" [ebuild]) For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. Obviously this is a crisis level problem and I'm like (!!) -- The vaccine is a LIE. #EggCrisis White is the new Kulak. Powers are not rights.
Re: [gentoo-user] long compiles
On Mon, 11 Sep 2023 21:19:27 +0200, Alan McKinnon wrote: > 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. Chromium is definitely the worst, and strangely variable. The last few compiles have taken between 6 and 14 hours. Since it takes longer than everything else to build, it is usually compiling on its own, so parallel emerges aren't a factor. Qtwebengine is also bad, not surprising as it is a cut down Chromium. Emerging world with --exclude then timing build to coincide with sleep helps, although I haven't quite reached the age where I need 14 hours of sleep a day. -- Neil Bothwick If it isn't broken, I can fix it. pgpb9yNuiaxzs.pgp Description: OpenPGP digital signature
Re: [gentoo-user] chromium shortcuts?
On Sun, 29 May 2022 21:49:21 +0100, Jorge Almeida wrote: > I've been using google-chrome, mainly because I assume, maybe wrongly, > that it means less hassle regarding codecs and such. But I'm out of > patience regarding the undocumented, uncustomizable, obnoxious, > invasive keyboard shortcuts/mouse gestures. So, I decided to try > chromium (-bin, for now), in the hope that it would be more > user-respectful. > Until now, no improvement. (Note that I symlinked > ~/.config/chromium-bin to ~/.config/google-chrome, otherwise I would > lose all bookmarks. Maybe it was a bad idea?) Why not export the bookmarks then re-import them? That way you can start with a clean config. -- Neil Bothwick Heisenberg's Uncertainty Principle: The location of all objects cannot be known simultaneously. Corollary: If a lost thing is found, something else will disappear. pgpei36AWdtNr.pgp Description: OpenPGP digital signature
[gentoo-user] Another week without chromium.
I've mostly been living on my *cough* windows gaming machine because chromium STILL spams "Error 11" in all tabs. A 30 second test dumped bout 415 crash dumps to the log folder. =\ Has ANYONE gotten a handle on this error yet? Any idea what package causes it? Chromium seems very self-contained... Is it some funky interraction with this kernel version? That hardly seems plausible... =\ I've already pruned everything sus out of my home directory... I'm at a total loss.. This is insane at this point!!! I've been updating my system daily hoping that this will be fixed upstream... =( atg@tortoise ~ $ uname -a Linux tortoise 6.2.9 #2 SMP PREEMPT_DYNAMIC Mon Apr 3 09:22:43 EDT 2023 x86_64 AMD Ryzen Threadripper 3960X 24-Core Processor AuthenticAMD GNU/Linux atg@tortoise ~ $ -- Beware of Zombies. =O #EggCrisis #BlackWinter White is the new Kulak. Powers are not rights.
[gentoo-user] Chromium
1. I've purged all obsolete packages from the system except for kernel 5.19 which I'm holding as a backup. 2. Everything looks like it compiles normally except for RUBY which is utterly broken. 3. Seamonkey crashes on __ANY__ video page, esp youtube but basically all of them, simple signal 11 segfault, no further messages. ## Document about:blank loaded successfully Document http://youtube.com/ loaded successfully Segmentation fault atg@tortoise ~ $ ## 4. Chromium segfaults on ALL WEBPAGES, The window comes up with all tabs but all of them are, again, segfaults. about: blank -> SEGFAULT, settings -> SEGFAULT I just rebuilt chromium, NO IMPROVMENT. Now building emptytree world again console looks like: [7268:7268:0405/201646.772380:ERROR:network_service_instance_impl.cc(541)] Network service crashed, restarting service. [7268:7268:0405/201646.812949:ERROR:network_service_instance_impl.cc(541)] Network service crashed, restarting service. [7268:7268:0405/201646.854146:ERROR:network_service_instance_impl.cc(541)] Network service crashed, restarting service. [7268:7268:0405/201646.894384:ERROR:network_service_instance_impl.cc(541)] Network service crashed, restarting service. [repeated thousands of times ] -- Beware of Zombies. =O #EggCrisis #BlackWinter White is the new Kulak. Powers are not rights.
[gentoo-user] Re: google-chrome can render pages after update
On 2023-06-12, Michael wrote: >> It seems to be a variation on this bug which affects only AMD GPUs: >> >> https://bugs.gentoo.org/907431 >> >> Clearing the GPU driver cache or using the >> -disable-gpu-driver-bug-workarounds option avoids the problem. >> >> In my case, It wasn't a mesa update that triggered the problem. I >> think it was the llvm update (I haven't confirmed that). > > Did you (re)compile anything graphics related using llvm, which > might be used by the Chrome binary? No -- but as I understand it, mesa uses llvm (at runtime) to generate GPU object code. Based on the work-around, it looks like compiled GPU object code is cached by Chrome/Chromium, and updates to mesa and/or llvm can result attempts to use old, incompatible GPU object code. As pages are rendered, there was a constant stream of "link failure" messages on the console window where Chrome is running. > I don't have chrome/chromium installed here to directly compare > notes and so far qtwebengine appears to work fine after updating > llvm this morning, as does www-client/microsoft-edge. Firefix-bin still worked fine also. It only seemed to affect Chrome/Chromium or it's derivitives. -- Grant
Re: [gentoo-user] Is my laptop getting old, or are some packages more and more demanding?
On 15/06/2014 00:20, Mick wrote: I looked at how long some packages are taking these days. I noticed that firefox and chromium take a lot longer to emerge than was the case 3-4 years ago. For example: # genlop -t www-client/firefox * www-client/firefox Sat Dec 18 17:19:14 2010 www-client/firefox-3.6.13 merge time: 1 minute and 16 seconds. [snip ...] Sat Jun 14 22:37:43 2014 www-client/firefox-24.6.0 merge time: 54 minutes and 59 seconds. # genlop -t www-client/chromium * www-client/chromium Sat Aug 6 09:44:27 2011 www-client/chromium-13.0.782.107-r1 merge time: 30 minutes and 52 seconds. [snip ...] Sat Jun 14 21:42:44 2014 www-client/chromium-35.0.1916.153 merge time: 1 hour, 34 minutes and 49 seconds. I am wondering if something in my configuration is causing this, rather than my laptop getting older for the continuously evolving and perhaps more demanding (in terms of resources to compile) software code. Have you noticed something similar? Compilers are getting clever, I observe that to be the main reason. In years gone by, a compiler would start at the top of the .c and work towards the bottom, generating code. Hey, it works, even if the code is not the most optimum code possible. Nowadays, compilers spend ages figuring out the best code paths and optimizing. This takes time and RAM - gobs and gobs and gobs of RAM. Price of progress. A secondary factor is that packages just get bigger overall with time. Often with bloat, but not always. Your firefox example is very skewed - in the 3.x days firefox was really just a front end thingie and the bulk of the code was in backend packages (eg xulrunner). Chromium is a good example, that one has grown *enormously* And maybe your disks are tired too :-) . You do have hdparm results from 4 years ago to compare? -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Package conflict while trying to emerge chromium
On Thursday 12 February 2015 09:02:33 Alec Ten Harmsel wrote:
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.
I think (likewise) I remember having a similar conflict when I installed
chromium some time ago, but although what you say rings some faint bells
somewhere, Alec, it seems not to be the whole answer. I have qtwebkit
and libxml2 with +icu here; also qtwebkit has +gstreamer, thus:
$ emerge -pv chromium qtwebkit libxml2
These are the packages that would be merged, in order:
Calculating dependencies ... done!
[ebuild R] dev-libs/libxml2-2.9.2:2 USE=icu ipv6 python readline
-debug -examples -lzma -static-libs {-test} ABI_X86=(64) (-32) (-x32)
PYTHON_TARGETS=python2_7 python3_3 -python3_4 0 KiB
[ebuild R] www-client/chromium-40.0.2214.111 USE=cups (pic)
tcmalloc -bindist -custom-cflags -gnome -gnome-keyring -kerberos (-neon)
-pulseaudio (-selinux) {-test} -widevine LINGUAS=en_GB -am -ar -bg -bn
-ca -cs -da -de -el -es -es_LA -et -fa -fi -fil -fr -gu -he -hi -hr -hu
-id -it -ja -kn -ko -lt -lv -ml -mr -ms -nb -nl -pl -pt_BR -pt_PT -ro -
ru -sk -sl -sr -sv -sw -ta -te -th -tr -uk -vi -zh_CN -zh_TW 0 KiB
[ebuild R] dev-qt/qtwebkit-4.8.5:4 USE=exceptions gstreamer icu
jit (-aqua) -debug -pch 0 KiB
I wish I could remember how I got out of the conflict, but anno domini
prevents it. Not much help, I know. :-(
--
Rgds
Peter.
Re: [gentoo-user] Re: /var/tmp on tmpfs
2018-02-08 20:13 GMT+02:00 Rich Freeman <ri...@gentoo.org>: > On 08/02/18 19:11, gevisz wrote: >> >> 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. > > You can try it, but for Chromium these days you might find that still > doesn't perform great. I have 16GB of RAM (no swap) and have moved > back to building on SSD for that one package (with ccache to help). > > In an ideal world swap would STILL be better than building on disk, > because it gives the kernel fewer constraints around what gets written > to disk. > Anything written to disk MUST end up on the disk within the dirty > writeback time limit. Anything written to tmpfs doesn't ever have to > end up on disk, and if it is swapped the kernel need not do it in any > particular timeframe. Also, the swapfile doesn't need the same kinds > of integrity features as a filesystem, which probably lowers the cost > of writes somewhat (if nothing else after a reboot there is no need to > run tmpreaper on it). > So, swapping SHOULD still be better than building on disk, because any > object file that doesn't end up being swapped is a saved disk IO, and > the stuff that does get swapped will hopefully get written at a more > opportune time vs forcing the kernel to stop what is doing after 30s > (by default) to make sure that something gets written no matter what > (if it wasn't deleted before then). Thank you for the reply. I probably try a pure tmpfs + swap solution. If it fails some day, I will then add notmpfs exceptions. However, it probably won't be sooner than # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world --exclude chromium fails because of the "--exclude chromium" part :), as I have already compiled the recent vertion of chromium with /var/tmp/portage on the hard disk and it took more than 24 hours on my old AMD Athlon X2 with j2 option. :(
Re: [gentoo-user] chromium cannot sync my bookmark
Chromium is not released. It is not beta, it's not even really alpha yet. It's common with software like this to disable everything by default and force the user to enable things. Reason: the user is probably running them to test them On Dec 19, 2009 4:30 PM, Xi Shen davidshe...@googlemail.com wrote: that's wired...why would someone do not want to enable this? thanks :) On Sat, Dec 19, 2009 at 8:18 PM, Crístian Viana cristiandei...@gmail.com wrote: you have to us... -- Best Regards, David Shen http://twitter.com/davidshen84/ http://meme.yahoo.com/davidshen84/
Re: [gentoo-user] how can i get multiple chromium window on kde 4.4?
On Fri, 12 Mar 2010 20:10:34 +0800, Xi Shen wrote: thanks. i figured out have to start 2 chromium window :) Yes, but that's not how it should work, or how it worked until recently. the way 'alt+f2' start a new application is not quite intuitive. There is nothing intuitive about computer use, it is all learned. So if you've been using KDE for many years, Alt-F2 is a natural action :) -- Neil Bothwick Macro: (n.) a series of keystrokes used to simulate a missing but essential command. signature.asc Description: PGP signature
Re: [gentoo-user] =www-client/chromium-6.0.472.33 and h264
On 17 August 2010 19:49, Andy Wilkinson drukar...@gmail.com wrote: Thanks for the info. That doesn't entirely answer my question, though... shouldn't chromium's bundled ffmpeg have h264 support? Google's youtube.com/html5 page suggests that Chrome (and thus chromium?) supports h264. Is this a licensing issue going to the open source build that I've not heard of yet? Yes bundled ffmpeg should have h264 support but I think it as broken with a patch for ubuntu. Did you read the bug report on crbug? It is reported for 479 and marked as *fixed* in the trunk as of Aug 9th. I didnt read the release note of it but 490 was released on 13th and is in portage since then. So..you can either unmask it and give it a try or wait for the next release and keep an eye on the release notes.
Re: [gentoo-user] Near freezes during large emerges
I've been running without swap for quite a while, but my system goes into a near freeze whenever I undertake a large emerge such as chromium or openoffice. Is there anything I can do to prevent this besides turning swap back on? I have 3GB RAM and MAKEOPTS=-j1. - Grant The near freeze is probably the result from Linux' bad IO-scheduling. I know the phenomena :( I'm very much looking forward to some future changes in the kernel :) For now it'll help to use ionice -c 3. This is the IO-equivalent to nice -n 19. $ ionice -c 3 emerge something Bye, Daniel Thanks Daniel, that got me through the chromium emerge without a single hiccup. - Grant
Re: [gentoo-user] [OT] Adjusting chromium?
On Sat, Feb 5, 2011 at 10:48 PM, Peter Humphrey pe...@humphrey.ukfsn.org wrote: 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. Hi, Install the Stylish extension and then you can make user stylesheets like in other browsers: https://chrome.google.com/extensions/detail/fjnbnpbmkenffdnngjfgmeleoegfcffe
Re: [gentoo-user] chrome and everything
On 02.06.2011 13:42, Jesús J. Guerrero Botella wrote: I don't have spare time for philosophical stuff (and it's not amongst my insterests anyway). But, you can always use some extension to block flash contents. Then you click only in the flashes you want to see. That will probably help to narrow down the scope of the problem. So, try adblock and flashblock. The extra ram they will suck probably worths the trouble. There's no need for an extension to get that behaviour with Chromium. You can simply enable click to play on the about:flags page, then choose click to play for plugins in the content settings of Chromium.
Re: [gentoo-user] Re: Firefox and kernel panics.
András Csányi wrote: I had a similar problem but regarding Chromium. You can read about in this list Chromium and everything subject. May I ask which kernel do you use? I remember the thread, even replied a couple times, but this is even worse and happens when flash is not even installed. I unmerged flash and it still crashes. Actually, mine is a kernel panic more than a crash. My system generally locks up tight even when no web page is loading. Just opening Firefox causes the lock up. Right now, I'm on 2.6.39-r2. At least this version works better than the last .39 I tried. Dale :-) :-)
Re: [gentoo-user] Alternative to firefox?
On 02/14/2012 03:41 PM, Grant wrote: Has anyone found a GUI alternative to firefox they like that's in portage? Something minimal preferably but with flash support? I've used Chromium in the past. It supports the same plugins that Firefox does. There is also Epiphany, the GNOME browser, which I am relatively certain handles the same types of plugins that FF and Chromium do. --- Mike -- A man who reasons deliberately, manages it better after studying Logic than he could before, if he is sincere about it and has common sense. --- Carveth Read, “Logic” signature.asc Description: OpenPGP digital signature
[gentoo-user] From Unstable to Stable: Screen share in Google Hangout and Skype no longer works
Hi all, I used to run Gentoo Unstable (~amd64) but reinstalled just about everything to go back to Stable (amd64). For Chromium, the Google Talk plugin, and Skype I'm running the latest (unstable) versions again (www-client/chromium-23.0.1271.40, www-plugins/google-talkplugin-3.9.1.0, and net-im/skype-4.0.0.8-r1). Unfortunately, screen share doesn't work any more. Not in Google Hangout, nor in Skype. Does anyone know how to get screen share to work again? Would this depend on unstable OpenRC? Or a later udev? Or a later kernel? Cheers, Hilco
Re: [gentoo-user] a question about updating process
There used to be this tool, deltup, that was providing binary patches given what versions you have already downloaded and what you are trying to download, which sounds like something that would answer your question. However, the project have somehow become quiet, probably as the bandwidth and data volumes are no longer such an issue. On 29/07/14 12:08, behrouz khosravi wrote: hello everyone. I was trying to emerge chromium and I noticed that it should download about 200 Mb, and no wonder cause it is source files, not binary executable. However I wanted to know that if a new version of chromium comes out, an update will download another 200 Mb or just a diff files to patch the altered files ? (I am a new user and I have not experienced that situation!) Regards
Re: [gentoo-user] Switching off some linguas variables
On Wednesday 11 Feb 2015 19:09:44 Gevisz wrote: What is the elegant way to switch off all but one linguas variables for a given package. I have tried all obvious solutions but they seem to do not work. For example, I have tried to put the following line into /etc/portage/package.use file: www-client/chromium -nls -linguas* linguas_en linguas_pl So far I am afraid to recompile everything with global -nls USE flag and LINGUAS=en in /etc/portage/make.conf. So, trying to cut the cat's tail by parts. :) Set your desired LINGUAS in make.conf and when you recompile a package that has this variable, e.g. chromium, only the language you have specified should be built. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Package conflict while trying to emerge chromium
On Thu, 12 Feb 2015 09:02:33 -0500 Alec Ten Harmsel a...@alectenharmsel.com 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. Thank you for your answer and sorry for the delay in replying to it. When I first read your comment, I wanted to write: You've got it! But now, when the issue is solved, I should acknowledge that the qtwebkit has not required -icu, it was just compiled with -icu by default and that created the blocker. 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. 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. Now, when the problem has been solved, it is not so important but nevertheless: 1. At least the app-text/goldendict, that I need very much, depends on qtwebkit. 2. I am not sure but my guess is that the gstreamer allows me to watch the video from youtube (partially), edX, cousera, etc. in a web-browser (I mainly use Firefox), as I never install any flash player to avoid too many flashing while browsing the Internet. (Would be interested to know if this my guess is correct.)
Re: [gentoo-user] Hard drive storage questions
On Tue, 5 May 2015 13:05:55 +0100, Mick wrote: During a backup of a home directory I noticed loads of Chromium and Firefox crash/recovery files being copied over. However, I don't know if this is a btrfs problem, or the fact that I had to forcefully shut down KDE once or twice recently, because the desktop would not logout/shutdown normally. Chromium saves its open tabs and reopens them after a reboot, even if it is shut down forcibly. The fsck which ran when the machine rebooted did not revealed any problems. Is there a different recommended way for checking for fs errors? btrfs check - it needs the filesystem to be unmounted and has a repair option. -- Neil Bothwick Do you steal taglines too? pgpOTdaSTmCbD.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: Question for users of the Firefox browser
On Sun, 17 May 2015 22:54:19 +0100, Mick wrote: Chromium now selects the whole URL when you click in the address bar. I'm not sure when it started doing this but it was quite recently. This is not a problem at all, because this address bar auto-highlighting in Chromium does not take over the system clipboard. When I click once it selects the whole address and I can delete it, before I middle click to insert whatever was in the clipboard. True, it's not that problem, but it is still a problem in other ways, or an annoyance at best. And unlike Firefox, there does not appear to be a way to change it. -- Neil Bothwick Isn't it a bit unnerving that doctors call what they do practice? pgp6Nf2XgK68h.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Google Chrome and audio capture
On 15-06-23 at 03:06, Dale wrote: Howdy, Is this for real? I question the source and figure with all the Linux geeks we have here, someone here would know about this story and if it is real or not. http://beforeitsnews.com/alternative/2015/06/got-chrome-google-just-silently-downloaded-this-onto-your-computer-3173880.html https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786909 https://security-tracker.debian.org/tracker/TEMP-0786909-A21526 https://code.google.com/p/chromium/issues/detail?id=491435 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. -- Simon Thelen
Re: [gentoo-user] Firefox 38.1.0 :-(
2015-08-02 1:29 GMT+03:00 Mick michaelkintz...@gmail.com: PS. I noticed that Firebug (developer tools for FF), as well as Developer Tools in Chromium, suddenly start uploading data to some https server, when I visit certain websites. For example some sites on weebly.com would cause this. The upload saturated the bandwidth of my ISP, but the data was over https so I don't know what it was uploading. I uninstalled Firebug and disabled developer tools in Chromium and the problem's gone. Have you noticed the same? I've never used this plugin(firebug).
Re: [gentoo-user] Firefox-bin GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
On 11/11/2015 12:58 PM, Neil Bothwick wrote: > On Wed, 11 Nov 2015 11:38:27 -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. -- Thelma
[gentoo-user] Re: Adobe flash warning and tree
On Sun, 10 Jan 2016 19:26:19 + Mick <michaelkintz...@gmail.com> wrote: > On Sunday 10 Jan 2016 18:39:43 Ian Bloss wrote: > > You can install pepperflash to chromium although it's proprietary. > > Google Chrome has pepper flash by default > > For Chromium you can install: > > www-plugins/chrome-binary-plugins For Firefox and other NPAPI-using browsers, www-plugins/freshplayerplugin is an option. It's essentially a wrapper for PPAPI plugins, and it depends on chrome-binary-plugins. Using it the past few months, I find I no longer get the "your Flash is outdated" messages from sites but it crashes much more frequently than adobe-flash did.
Re: [gentoo-user] Chromium bloat
On Sat, 27 Feb 2016 11:35:02 +, Peter Humphrey wrote: > 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? Looking at the ebuild, speech-dispatcher is required is you do not have USE="gn", the rest aren't mentioned and are probably dependencies of speech-dispatcher. -- Neil Bothwick How do you know when it's time to tune your bagpipes? pgpGXfz2xcu8m.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Imdb videos won't play in Chromium
On Sun, Jun 4, 2017 at 7:45 PM, Rasmus Thomsen <rasmus.thom...@protonmail.com> wrote: > So chromium does detect flash, that's something ;) > > Please go to advanced settings → content settings and allow flash for all > sites ( just to test it - don't use this config as daily driver > > Original Message > > On 4 Jun 2017, 18:41, Alexander Kapshuk < alexander.kaps...@gmail.com> > wrote: > > > On Sun, Jun 4, 2017 at 6:51 PM, Rasmus Thomsen > <rasmus.thom...@protonmail.com> wrote: >> 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 < alexander.kaps...@gmail.com> >> 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. >> > > Here's the Flash plugin settings as detected by Chromium: > > About Flash > > Chromium58.0.3029.110 () > OSLinux > Flash plugin25.0.0.171 /usr/lib/chromium/PepperFlash/libpepflashplayer.so > --- Crash data --- > Crash ReportingEnable crash reporting to see crash IDs > For more detailshttps://support.google.com/chrome/?p=ui_usagestat > --- GPU information --- > --- GPU driver, more information --- > Vendor Id0x10de > Device Id0x0a23 > Driver vendorMesa > Driver version13.0.5 > Driver date > Pixel shader version3.30 > Vertex shader version3.30 > GL_VENDORnouveau > GL_RENDERERGallium 0.4 on NV84 > GL_VERSION3.3 (Core Profile) Mesa 17.0.6 > GL_EXTENSIONSGL_AMD_conservative_depth GL_AMD_performance_monitor > GL_AMD_shader_trinary_minmax GL_ARB_ES2_compatibility > GL_ARB_ES3_compatibility GL_ARB_arrays_of_arrays GL_ARB_base_instance > GL_ARB_blend_func_extended GL_ARB_buffer_storage > GL_ARB_clear_buffer_object GL_ARB_clear_texture GL_ARB_clip_control > GL_ARB_color_buffer_float GL_ARB_compressed_texture_pixel_storage > GL_ARB_conditional_render_inverted GL_ARB_conservative_depth > GL_ARB_copy_buffer GL_ARB_copy_image GL_ARB_cull_distance > GL_ARB_debug_output GL_ARB_depth_buffer_float GL_ARB_depth_clamp > GL_ARB_derivative_control GL_ARB_direct_state_access > GL_ARB_draw_buffers GL_ARB_draw_elements_base_vertex > GL_ARB_draw_instanced GL_ARB_enhanced_layouts > GL_ARB_explicit_attrib_location GL_ARB_explicit_uniform_location > GL_ARB_fragment_coord_conventions GL_ARB_fragment_layer_viewport > GL_ARB_fragment_shader GL_ARB_framebuffer_object > GL_ARB_framebuffer_sRGB GL_ARB_get_program_binary > GL_ARB_get_texture_sub_image GL_ARB_half_float_pixel > GL_ARB_half_float_vertex GL_ARB_instanced_arrays > GL_ARB_internalformat_query GL_ARB_internalformat_query2 > GL_ARB_invalidate_subdata GL_ARB_map_buffer_alignment > GL_ARB_map_buffer_range GL_ARB_multi_bind GL_ARB_occlusion_query2 > GL_ARB_pipeline_statistics_query GL_ARB_pixel_buffer_object > GL_ARB_point_sprite GL_ARB_program_interface_query > GL_ARB_provoking_vertex GL_ARB_robustness GL_ARB_sampler_objects > GL_ARB_seamless_cube_map GL_ARB_separate_shader_objects > GL_ARB_shader_bit_encoding GL_ARB_shader_objects > GL_ARB_shader_subroutine GL_ARB_shader_texture_image_samples > GL_ARB_shader_texture_lod GL_ARB_shading_language_420pack > GL_ARB_shading_language_packing GL_ARB_stencil_texturing GL_ARB_sync > GL_ARB_texture_barrier GL_ARB_texture_buffer_object > GL_ARB_texture_buffer_range GL_ARB_texture_compression_rgtc > GL_ARB_texture_float GL_ARB_texture_mirror_clamp_to_edge > GL_ARB_texture_multisample GL_ARB_texture_non_power_of_two > GL_ARB_texture_query_levels GL_ARB_texture_rectangle GL_ARB_texture_rg > GL_ARB_texture_rgb10_a2ui GL_ARB_texture_stencil8 > GL_ARB_texture_storage GL_ARB_texture_storage_multisample > GL_ARB_texture_swizzle GL_ARB_texture_v
Re: [gentoo-user] Imdb videos won't play in Chromium
It doesn't work for me either with chromium. It seems to be some kind of supported video format negotiation error with javascript or something; or CORS or who knows. For some reason a suitable encoding can't be found and it fails with a log message in debugging console as well. However if going to the video URL manually (retrieved from a long long javascript dictionary in the sources), it plays just fine. Searching for it turns up various issues, from extensions causing troubles (in my case it was a clean-ish profile with no extensions enabled in private browsing where I tried this), to CORS (cross-origin resource sharing) issues, to whatever else. I can't spend more time debugging this right now, but hope this leads to a better track than thinking it's some sort of flash or codecs issue. Mart
Re: [gentoo-user] Imdb videos won't play in Chromium
So chromium does detect flash, that's something ;) Please go to advanced settings → content settings and allow flash for all sites ( just to test it - don't use this config as daily driver Original Message On 4 Jun 2017, 18:41, Alexander Kapshuk wrote: On Sun, Jun 4, 2017 at 6:51 PM, Rasmus Thomsen <rasmus.thom...@protonmail.com> wrote: > 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 < alexander.kaps...@gmail.com> > 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. > Here's the Flash plugin settings as detected by Chromium: About Flash Chromium58.0.3029.110 () OSLinux Flash plugin25.0.0.171 /usr/lib/chromium/PepperFlash/libpepflashplayer.so --- Crash data --- Crash ReportingEnable crash reporting to see crash IDs For more detailshttps://support.google.com/chrome/?p=ui_usagestat --- GPU information --- --- GPU driver, more information --- Vendor Id0x10de Device Id0x0a23 Driver vendorMesa Driver version13.0.5 Driver date Pixel shader version3.30 Vertex shader version3.30 GL_VENDORnouveau GL_RENDERERGallium 0.4 on NV84 GL_VERSION3.3 (Core Profile) Mesa 17.0.6 GL_EXTENSIONSGL_AMD_conservative_depth GL_AMD_performance_monitor GL_AMD_shader_trinary_minmax GL_ARB_ES2_compatibility GL_ARB_ES3_compatibility GL_ARB_arrays_of_arrays GL_ARB_base_instance GL_ARB_blend_func_extended GL_ARB_buffer_storage GL_ARB_clear_buffer_object GL_ARB_clear_texture GL_ARB_clip_control GL_ARB_color_buffer_float GL_ARB_compressed_texture_pixel_storage GL_ARB_conditional_render_inverted GL_ARB_conservative_depth GL_ARB_copy_buffer GL_ARB_copy_image GL_ARB_cull_distance GL_ARB_debug_output GL_ARB_depth_buffer_float GL_ARB_depth_clamp GL_ARB_derivative_control GL_ARB_direct_state_access GL_ARB_draw_buffers GL_ARB_draw_elements_base_vertex GL_ARB_draw_instanced GL_ARB_enhanced_layouts GL_ARB_explicit_attrib_location GL_ARB_explicit_uniform_location GL_ARB_fragment_coord_conventions GL_ARB_fragment_layer_viewport GL_ARB_fragment_shader GL_ARB_framebuffer_object GL_ARB_framebuffer_sRGB GL_ARB_get_program_binary GL_ARB_get_texture_sub_image GL_ARB_half_float_pixel GL_ARB_half_float_vertex GL_ARB_instanced_arrays GL_ARB_internalformat_query GL_ARB_internalformat_query2 GL_ARB_invalidate_subdata GL_ARB_map_buffer_alignment GL_ARB_map_buffer_range GL_ARB_multi_bind GL_ARB_occlusion_query2 GL_ARB_pipeline_statistics_query GL_ARB_pixel_buffer_object GL_ARB_point_sprite GL_ARB_program_interface_query GL_ARB_provoking_vertex GL_ARB_robustness GL_ARB_sampler_objects GL_ARB_seamless_cube_map GL_ARB_separate_shader_objects GL_ARB_shader_bit_encoding GL_ARB_shader_objects GL_ARB_shader_subroutine GL_ARB_shader_texture_image_samples GL_ARB_shader_texture_lod GL_ARB_shading_language_420pack GL_ARB_shading_language_packing GL_ARB_stencil_texturing GL_ARB_sync GL_ARB_texture_barrier GL_ARB_texture_buffer_object GL_ARB_texture_buffer_range GL_ARB_texture_compression_rgtc GL_ARB_texture_float GL_ARB_texture_mirror_clamp_to_edge GL_ARB_texture_multisample GL_ARB_texture_non_power_of_two GL_ARB_texture_query_levels GL_ARB_texture_rectangle GL_ARB_texture_rg GL_ARB_texture_rgb10_a2ui GL_ARB_texture_stencil8 GL_ARB_texture_storage GL_ARB_texture_storage_multisample GL_ARB_texture_swizzle GL_ARB_texture_view GL_ARB_timer_query GL_ARB_uniform_buffer_object GL_ARB_vertex_array_bgra GL_ARB_vertex_array_object GL_ARB_vertex_attrib_binding GL_ARB_vertex_shader GL_ARB_vertex_type_10f_11f_11f_rev GL_ARB_vertex_type_2_10_10_10_rev GL_ARB_viewport_array GL_ATI_blend_equation_separate GL_ATI_texture_float GL_ATI_texture_mirror_once GL_EXT_abgr GL_EXT_blend_equation_separate GL_EXT_depth_bounds_test GL_EXT_draw_buffers2 GL_EXT_draw_instanced GL_EXT_framebuffer_blit GL_EXT_framebuffer_multisample GL_EXT_framebuffer_multisample_blit_scaled GL_EXT_framebuffer_sRGB GL_EXT_packed_depth_stencil GL_EXT_packed_float GL_EXT_pixel_buffer_object GL_EXT_polygon_offset_clamp GL_EXT_provoki
Re: [gentoo-user] managing chromium exceptions
On Mon, Jun 5, 2017 at 1:33 AM, Daniel Frey <djqf...@gmail.com> wrote: > On 06/04/2017 03:54 PM, Jorge Almeida wrote: >> Well, a plugin to make a browser barely usable. But what about a >> functionality allegedly built in? >> >> > Even stranger, chromium allowed me to block the URL you were trying to > block. > How? Do you mean that the "Manage exceptions" alleged dialog works for you? Beautiful software from the corporation that brought us Google-earth and the nice pop up (in Firefox) "make us your homepage? (yes|yes thanks)" Thanks for the trouble Jorge
Re: [gentoo-user] Changing dependencies without upping version ??
On Sun, 24 Sep 2017 10:37:53 -0700, Ian Zimmerman wrote: > Is this an officially approved technique?? it is DIRTY. If the change doesn't affect the installed code, it is encouraged to avoid unnecessary rebuilding. For example, a new version of LibreOffice or Chromium depends on libfoo, but the dev doesn't notice and already has libfoo installed so it works for him. You also have it installed so the upgrade works for you, then it fails for me and I file a bug report. If the dev revbumped the ebuild, you would have to spend a couple of hours rebuilding Chromium to get exactly the same code you had before. By not revbumping it, he fixes the problem for me without inconveniencing you. -- Neil Bothwick System halted - Press all keys at once to continue. pgpDQf6rM9CF2.pgp Description: OpenPGP digital signature
