Re: [gentoo-user] Chromium build process tries wrong LLVM
On Monday, 1 May 2023 00:34:11 BST Alan Grimes wrote: > There does not seem to be a gcc-config or eselect for LLVM / clang > > The ebuild for today's chromium requires LLVM 16 -> LLVM 16 is > installed. Fine so far... > > So therefore something selects llvm 15 to build =( > # > * sys-devel/clang >Latest version available: 16.0.2 >Latest version installed: 16.0.2 >Size of files: 115,471 KiB >Homepage: https://llvm.org/ >Description: C language family frontend for LLVM >License: Apache-2.0-with-LLVM-exceptions UoI-NCSA MIT > # > > >>> Failed to emerge www-client/chromium-112.0.5615.165, Log file: > >>> '/var/tmp/portage/www-client/chromium-112.0.5615.165/temp/build.log' > >>> Jobs: 0 of 1 complete, 1 failed Load avg: 7.37, > > 2.34, 1.00 > * Package:www-client/chromium-112.0.5615.165:0/stable > * Repository: gentoo > * Maintainer: chrom...@gentoo.org > * USE:X abi_x86_64 amd64 cups elibc_glibc hangouts > kernel_linux l10n_af l10n_am l10n_ar l10n_bg l10n_bn l10n_ca l10n_cs > l10n_da l10n_de l10n_el l10n_en-GB l10n_es l10n_es-419 l10n_et l10n_fa > l10n_fi l10n_fil l10n_fr l10n_gu l10n_he l10n_hi l10n_hr l10n_hu l10n_id > l10n_it l10n_ja l10n_kn l10n_ko l10n_lt l10n_lv l10n_ml l10n_mr l10n_ms > l10n_nb l10n_nl l10n_pl l10n_pt-BR l10n_pt-PT l10n_ro l10n_ru l10n_sk > l10n_sl l10n_sr l10n_sv l10n_sw l10n_ta l10n_te l10n_th l10n_tr l10n_uk > l10n_ur l10n_vi l10n_zh-CN l10n_zh-TW lto official pic > proprietary-codecs pulseaudio qt5 screencast suid system-av1 > system-harfbuzz system-icu userland_GNU wayland > * FEATURES: network-sandbox nostrip sandbox splitdebug userpriv > usersandbox > << > * Using LLVM slot 15 to build > > << > * Checking for at least 9 GiB RAM ... > [ ok ] > * Checking for at least 13 GiB disk space at > "/var/tmp/portage/www-client/chromium-112.0.5615.165/temp" ... > [ ok ] > < > * ERROR: www-client/chromium-112.0.5615.165::gentoo failed (setup phase): > * At least clang 16 is required << > * > * Call stack: > *ebuild.sh, line 136: Called pkg_setup > * chromium-112.0.5615.165.ebuild, line 310: Called die > * The specific snippet of code: > * die "At least clang 16 is required" [snip...] Check if your env includes llvm-16. Take a look at the contents of /etc/ env.d/60llvm-* to see what paths it points to.
[gentoo-user] Chromium build process tries wrong LLVM
There does not seem to be a gcc-config or eselect for LLVM / clang The ebuild for today's chromium requires LLVM 16 -> LLVM 16 is installed. Fine so far... So therefore something selects llvm 15 to build =( # * sys-devel/clang Latest version available: 16.0.2 Latest version installed: 16.0.2 Size of files: 115,471 KiB Homepage: https://llvm.org/ Description: C language family frontend for LLVM License: Apache-2.0-with-LLVM-exceptions UoI-NCSA MIT # >>> Failed to emerge www-client/chromium-112.0.5615.165, Log file: >>> '/var/tmp/portage/www-client/chromium-112.0.5615.165/temp/build.log' >>> Jobs: 0 of 1 complete, 1 failed Load avg: 7.37, 2.34, 1.00 * Package: www-client/chromium-112.0.5615.165:0/stable * Repository: gentoo * Maintainer: chrom...@gentoo.org * USE: X abi_x86_64 amd64 cups elibc_glibc hangouts kernel_linux l10n_af l10n_am l10n_ar l10n_bg l10n_bn l10n_ca l10n_cs l10n_da l10n_de l10n_el l10n_en-GB l10n_es l10n_es-419 l10n_et l10n_fa l10n_fi l10n_fil l10n_fr l10n_gu l10n_he l10n_hi l10n_hr l10n_hu l10n_id l10n_it l10n_ja l10n_kn l10n_ko l10n_lt l10n_lv l10n_ml l10n_mr l10n_ms l10n_nb l10n_nl l10n_pl l10n_pt-BR l10n_pt-PT l10n_ro l10n_ru l10n_sk l10n_sl l10n_sr l10n_sv l10n_sw l10n_ta l10n_te l10n_th l10n_tr l10n_uk l10n_ur l10n_vi l10n_zh-CN l10n_zh-TW lto official pic proprietary-codecs pulseaudio qt5 screencast suid system-av1 system-harfbuzz system-icu userland_GNU wayland * FEATURES: network-sandbox nostrip sandbox splitdebug userpriv usersandbox << * Using LLVM slot 15 to build << * Checking for at least 9 GiB RAM ... [ ok ] * Checking for at least 13 GiB disk space at "/var/tmp/portage/www-client/chromium-112.0.5615.165/temp" ... [ ok ] < * ERROR: www-client/chromium-112.0.5615.165::gentoo failed (setup phase): * At least clang 16 is required << * * Call stack: * ebuild.sh, line 136: Called pkg_setup * chromium-112.0.5615.165.ebuild, line 310: Called die * The specific snippet of code: * die "At least clang 16 is required" * * If you need support, post the output of `emerge --info '=www-client/chromium-112.0.5615.165::gentoo'`, * the complete build log and the output of `emerge -pqv '=www-client/chromium-112.0.5615.165::gentoo'`. * The complete build log is located at '/var/tmp/portage/www-client/chromium-112.0.5615.165/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/www-client/chromium-112.0.5615.165/temp/die.env'. * Working directory: '/var/tmp/portage/www-client/chromium-112.0.5615.165/empty' * S: '/var/tmp/portage/www-client/chromium-112.0.5615.165/work/chromium-112.0.5615.165' -- Beware of Zombies. =O #EggCrisis #BlackWinter White is the new Kulak. Powers are not rights.
Re: [gentoo-user] chromium and dbus...
On Fri, 2023-04-28 at 11:15 -0400, Alan Grimes wrote: > So basically this is just a hack-layer to get around the inherent > fact > that linux is garbage. I don't think shitting on Linux will attract a lot of help on this mailing list. Nevertheless... > Dbus is in my runlevels and shows no errors when I poke it with the > script in /etc/init.d What login manager and DE/WM are you using? If you're using a WM, it's your own reponsibility to setup dbus when starting your session. A DE will do this for you. Typically, you can start your WM using `dbus-run-session `, at least for Wayland. I'm not familiar with X11 but maybe you can use the same command. That said, I'm not sure dbus is the problem with chromium, since you're still having the same network error when starting it with `dbus-launch chromium`... Have you seen https://github.com/systemd/systemd/issues/3 ? The last comment sounds pertinent: > after update package dev-libs/icu to version 72.1 and rebuild > chromium, chromium work well. > > Maybe an incompatible icu version caused this problem. -- Julien signature.asc Description: This is a digitally signed message part
[gentoo-user] chromium and dbus...
It looks like chromium has no freakin idea how to use dbus... A decenently good OS would provide an IPC mechanism and little else. =| So basically this is just a hack-layer to get around the inherent fact that linux is garbage. Dbus is in my runlevels and shows no errors when I poke it with the script in /etc/init.d I've been limping along on Konqueror and it is generating completely routine dbus traffic no issues: atg@tortoise ~ $ dbus-monitor --session [] signal time=1682692275.716176 sender=:1.5 -> destination=(null destination) serial=339394 path=/KonqHistoryManager; interface=org.kde.Konqueror.HistoryManager; member=notifyHistoryEntry array of bytes [ 00 00 00 68 00 68 00 74 00 74 00 70 00 73 00 3a 00 2f 00 2f 00 77 00 77 00 77 00 2e 00 66 00 72 00 65 00 65 00 64 00 65 00 73 00 6b 00 74 00 6f 00 70 00 2e 00 6f 00 72 00 67 00 2f 00 77 00 69 00 6b 00 69 00 2f 00 49 00 6e 00 74 00 72 00 6f 00 64 00 75 00 63 00 74 00 69 00 6f 00 6e 00 54 00 6f 00 44 00 42 00 75 00 73 00 2f ff ff ff ff ff ff ff ff 00 00 00 01 00 00 00 00 00 25 89 9f 02 41 f0 04 00 00 00 00 00 00 25 89 9f 02 41 f0 04 00 00 00 00 08 00 3a 00 31 00 2e 00 35 ] signal time=1682692276.678553 sender=:1.5 -> destination=(null destination) serial=339395 path=/KonqHistoryManager; interface=org.kde.Konqueror.HistoryManager; member=notifyHistoryEntry array of bytes [ 00 00 00 68 00 68 00 74 00 74 00 70 00 73 00 3a 00 2f 00 2f 00 77 00 77 00 77 00 2e 00 66 00 72 00 65 00 65 00 64 00 65 00 73 00 6b 00 74 00 6f 00 70 00 2e 00 6f 00 72 00 67 00 2f 00 77 00 69 00 6b 00 69 00 2f 00 49 00 6e 00 74 00 72 00 6f 00 64 00 75 00 63 00 74 00 69 00 6f 00 6e 00 54 00 6f 00 44 00 42 00 75 00 73 00 2f ff ff ff ff 00 00 00 24 00 49 00 6e 00 74 00 72 00 6f 00 64 00 75 00 63 00 74 00 69 00 6f 00 6e 00 54 00 6f 00 44 00 42 00 75 00 73 00 00 00 00 00 00 00 00 00 25 89 9f 02 41 f3 c6 00 00 00 00 00 00 25 89 9f 02 41 f3 c6 00 00 00 00 08 00 3a 00 31 00 2e 00 35 ] method call time=1682692306.604101 sender=:1.82 -> destination=org.freedesktop.DBus serial=1 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=Hello Today's update did nothing to chromium. Apparently by doing nothing whatsoever, I managed to make the only system in the world that can't run chromium in this way but seems fine on all other apps. =\ -- Beware of Zombies. =O #EggCrisis #BlackWinter White is the new Kulak. Powers are not rights.
[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.
[gentoo-user] Chromium user files
AFAIK, chromium uses ~/settings/chromium There's a lot of stuff in there so I don't suspect any other directories. I ask this because even against a BLANK config directory, the damn thing still emits crash dumps at a rate of hundreds a second, here is a sample... =\ -- Beware of Zombies. =O #EggCrisis #BlackWinter White is the new Kulak. Powers are not rights. 41cf8976-461e-4e98-8cdc-5a8028b1f200.dmp Description: application/vnd.tcpdump.pcap 41cf8976-461e-4e98-8cdc-5a8028b1f200.meta Description: Binary data
[gentoo-user] Chromium
Looks like upstream noticed chromium was segfaulting so they took it off the every few milliseconds update sechedule and tried to fix it, looks like they added some assertion checks and shipped it out without trying to compile it.. x86_64-pc-linux-gnu-clang++ -MMD -MF obj/sql/sql/module.o.d -DIS_SQL_IMPL -DUSE_UDEV -DUSE_AURA=1 -DUSE_GLIB=1 -DUSE_OZONE=1 -DOFFICIAL_BUILD -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_ MACROS -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DNO_UNWIND_TABLES -D_GNU_SOURCE -DNDEBUG -DNVALGRIND -DDYNAMIC_ANNOTATIONS_ENABLED=0 -DGLIB_VERSION_MAX_ALLOWE D=GLIB_VERSION_2_56 -DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_56 -DSQLITE_OMIT_ANALYZE -DSQLITE_OMIT_AUTOINIT -DSQLITE_OMIT_AUTOMATIC_INDEX -DSQLITE_OMIT_AUTORESET -DSQLITE_OMIT_COMP ILEOPTION_DIAGS -DSQLITE_OMIT_EXPLAIN -DSQLITE_OMIT_GET_TABLE -DSQLITE_OMIT_INTROSPECTION_PRAGMAS -DSQLITE_DEFAULT_LOOKASIDE=0,0 -DSQLITE_OMIT_LOOKASIDE -DSQLITE_OMIT_TCL_VARIABLE -DS QLITE_OMIT_REINDEX -DSQLITE_OMIT_TRACE -DSQLITE_OMIT_UPSERT -DSQLITE_OMIT_WINDOWFUNC -DSQLITE_ENABLE_FTS3 -DSQLITE_DISABLE_FTS3_UNICODE -DSQLITE_DISABLE_FTS4_DEFERRED -DSQLITE_ENABLE_ ICU -DSQLITE_SECURE_DELETE -DSQLITE_THREADSAFE=1 -DSQLITE_MAX_WORKER_THREADS=0 -DSQLITE_MAX_MMAP_SIZE=268435456 -DSQLITE_DEFAULT_FILE_PERMISSIONS=0600 -DSQLITE_DEFAULT_LOCKING_MODE=1 -DSQLITE_DEFAULT_MEMSTATUS=1 -DSQLITE_DEFAULT_PAGE_SIZE=4096 -DSQLITE_DEFAULT_PCACHE_INITSZ=0 -DSQLITE_LIKE_DOESNT_MATCH_BLOBS -DSQLITE_OMIT_DEPRECATED -DSQLITE_OMIT_PROGRESS_CALLBACK -DSQLITE_OMIT_SHARED_CACHE -DSQLITE_USE_ALLOCA -DSQLITE_OMIT_DECLTYPE -DSQLITE_OMIT_JSON -DSQLITE_OMIT_LOAD_EXTENSION -DSQLITE_HAVE_ISNAN -DSQLITE_HAVE_SQLITE3R -DSQLITE_ENABLE_BATCH _ATOMIC_WRITE -DSQLITE_TEMP_STORE=3 -DSQLITE_ENABLE_LOCKING_STYLE=0 -I../.. -Igen -I../../third_party/perfetto/include -Igen/third_party/perfetto/build_config -Igen/third_party/perfet to -Igen/shim_headers/zlib_shim -Igen/shim_headers/icui18n_shim -Igen/shim_headers/icuuc_shim -I../../third_party/abseil-cpp -I../../third_party/boringssl/src/include -I../../third_pa rty/protobuf/src -Igen/protoc_out -Wimplicit-fallthrough -Wextra-semi -Wunreachable-code-aggressive -Wthread-safety -Wno-missing-field-initializers -Wno-unused-parameter -Wno-psabi -W loop-analysis -Wno-unneeded-internal-declaration -Wenum-compare-conditional -Wno-ignored-pragma-optimize -Wno-deprecated-builtins -Wno-bitfield-constant-conversion -Wno-deprecated-thi s-capture -Wshadow -fno-delete-null-pointer-checks -fno-ident -fno-strict-aliasing --param=ssp-buffer-size=4 -fstack-protector -fno-unwind-tables -fno-asynchronous-unwind-tables -fPIC -pthread -fcolor-diagnostics -fmerge-all-constants -flto=thin -fsplit-lto-unit -fwhole-program-vtables -no-canonical-prefixes -ftrivial-auto-var-init=pattern -fno-omit-frame-pointer -fvisibility=hidden -Wheader-hygiene -Wstring-conversion -Wtautological-overlap-compare -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/lib64/libffi/include -DPROTOBUF_AL LOW_DEPRECATED=1 -std=c++20 -Wno-trigraphs -gsimple-template-names -fno-exceptions -fno-rtti -fvisibility-inlines-hidden -march=native -pipe -O2 -Wno-unknown-warning-option -c ../../s ql/recover_module/module.cc -o obj/sql/sql/module.o In file included from ../../sql/recover_module/module.cc:18: ../../sql/recover_module/cursor.h:66:5: error: static assertion failed due to requirement 'std::is_standard_layout::value': needed for the reinterpret_cas t below static_assert(std::is_standard_layout::value, ^ ~ 1 error generated. [15156/53961] x86_64-pc-linux-gnu-clang++ -MMD -MF obj/sql/sql/payload.o.d -DIS_SQL_IMPL -DUSE_UDEV -DUSE_AURA=1 -DUSE_GLIB=1 -DUSE_OZONE=1 -DOFFICIAL_BUILD -D__STDC_CONSTANT_MACROS - D__STDC_FORMAT_MACROS -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DNO_UNWIND_TABLES -D_GNU_SOURCE -DNDEBUG -DNVALGRIND -DDYNAMIC_ANNOTATIONS_ENABLED=0 -DGLIB_VER SION_MAX_ALLOWED=GLIB_VERSION_2_56 -DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_56 -DSQLITE_OMIT_ANALYZE -DSQLITE_OMIT_AUTOINIT -DSQLITE_OMIT_AUTOMATIC_INDEX -DSQLITE_OMIT_AUTORESET -DS QLITE_OMIT_COMPILEOPTION_DIAGS -DSQLITE_OMIT_EXPLAIN -DSQLITE_OMIT_GET_TABLE -DSQLITE_OMIT_INTROSPECTION_PRAGMAS -DSQLITE_DEFAULT_LOOKASIDE=0,0 -DSQLITE_OMIT_LOOKASIDE -DSQLITE_OMIT_T CL_VARIABLE -DSQLITE_OMIT_REINDEX -DSQLITE_OMIT_TRACE -DSQLITE_OMIT_UPSERT -DSQLITE_OMIT_WINDOWFUNC -DSQLITE_ENABLE_FTS3 -DSQLITE_DISABLE_FTS3_UNICODE -DSQLITE_DISABLE_FTS4_DEFERRED - DSQLITE_ENABLE_ICU -DSQLITE_SECURE_DELETE -DSQLITE_THREADSA
Re: [gentoo-user] Chromium
On Wed, 2023-04-05 at 20:18 -0400, Alan Grimes wrote: > 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 ] > If rebuilding @world is failing, a good next step is to start by rebuilding @system. Hopefully that succeeds, and then you can try rebuilding @world again. -- Julien signature.asc Description: This is a digitally signed message part
[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.
Re: [gentoo-user] chromium shortcuts?
On Tue, May 31, 2022 at 11:06 PM Laurence Perkins wrote: > > Compile time for Chromium currently seems to run about four hours on an > i7-9700. Well, that does it, then. chromium-bin is good enough, I think. But of course, the problem of obnoxious shortcuts remains... >
RE: [gentoo-user] chromium shortcuts?
Compile time for Chromium currently seems to run about four hours on an i7-9700. -Original Message- From: Jorge Almeida Sent: Sunday, May 29, 2022 2:26 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] chromium shortcuts? On Sun, May 29, 2022 at 10:16 PM w...@op.pl wrote: > > If non-free software is not of any concern for you, then maybe try > Vivaldi browser? It is based on the same engine and feels quite like > chromium but with many many more options (USE=widevine for netflix ;) > ) > I have no concerns regarding licensing et al., but I once tried Vivaldi and was not impressed (I don't remember why). I'm into chrom* only because it provides a smooth experience re youtube & gmail. I don't think other browsers can do it, but I wouldn't mind being wrong. BTW: chromium also has a "widevine" flag. I don't know how much time does it take to compile chromium nowadays, but I don't have netflix anyway :(
Re: [gentoo-user] chromium shortcuts?
On Mon, May 30, 2022 at 8:19 AM Neil Bothwick wrote: > > > I don't know how to do that (I'm talking about several itens in the > > bookmarks bar, not a single menu with several links). But I'll try a > > clean config anyway, the bookmark issue can be dealt with later. > > There are import and export options in the Bookmarks Manager menu. > Got it. But I already tried a clean start and still no way to edit shortcuts... >
Re: [gentoo-user] chromium shortcuts?
On Sun, 29 May 2022 23:10:16 +0100, Jorge Almeida wrote: > > Why not export the bookmarks then re-import them? That way you can > > start with a clean config. > > > I don't know how to do that (I'm talking about several itens in the > bookmarks bar, not a single menu with several links). But I'll try a > clean config anyway, the bookmark issue can be dealt with later. There are import and export options in the Bookmarks Manager menu. -- Neil Bothwick Experience is directly proportional to the value of equipment destroyed. pgpZBlHg0wM7U.pgp Description: OpenPGP digital signature
Re: [gentoo-user] chromium shortcuts?
On Sun, May 29, 2022 at 10:48 PM Neil Bothwick wrote: > > On Sun, 29 May 2022 21:49:21 +0100, Jorge Almeida wrote: > > > 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. > I don't know how to do that (I'm talking about several itens in the bookmarks bar, not a single menu with several links). But I'll try a clean config anyway, the bookmark issue can be dealt with later.
Re: [gentoo-user] chromium shortcuts?
On Sun, May 29, 2022 at 10:47 PM w...@op.pl wrote: > > New Hope! I've found this: > https://btechgeeks.com/change-chrome-keyboard-shortcuts/ > It seems that the "Shortcut manager" extension doesn't exist any more. It was supposed to allow editing the "default" shortcuts, something most pages say it's not possible.
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
Re: [gentoo-user] chromium shortcuts?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dnia 2022-05-29, o godz. 22:39:17 Jorge Almeida napisał(a): > I suppose this means I can't simply remove the shortcuts from > chromium... () > New Hope! I've found this: https://btechgeeks.com/change-chrome-keyboard-shortcuts/ - -- xWK -BEGIN PGP SIGNATURE- iHUEAREIAB0WIQTD0rOlRXTVQVPxHd4dqSXVhOqGqwUCYpPpxQAKCRAdqSXVhOqG q34kAP4z7jwbhctdRREivmA0IRrhSMD8icZ0IUKcBosLPIzAhwD+OIqAAcLy5q7C 6NpUULwLaaVJdmbHZ9aObYRVxCKFGN4= =rlGV -END PGP SIGNATURE-
Re: [gentoo-user] chromium shortcuts?
On Sun, May 29, 2022 at 10:33 PM w...@op.pl wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Dnia 2022-05-29, o godz. 22:25:53 > Jorge Almeida napisał(a): > > > On Sun, May 29, 2022 at 10:16 PM w...@op.pl wrote: > > > > > Maybe take a look here: > https://wiki.archlinux.org/title/List_of_applications#Web_browsers > Not all of them have ebuilds, but most of them do. > I hope you'll find something that suits your needs :) > I suppose this means I can't simply remove the shortcuts from chromium... ()
Re: [gentoo-user] chromium shortcuts?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dnia 2022-05-29, o godz. 22:25:53 Jorge Almeida napisał(a): > On Sun, May 29, 2022 at 10:16 PM w...@op.pl wrote: > > > > If non-free software is not of any concern for you, then maybe try > > Vivaldi browser? It is based on the same engine and feels quite like > > chromium but with many many more options (USE=widevine for netflix > > ;) ) > I have no concerns regarding licensing et al., but I once tried > Vivaldi and was not impressed (I don't remember why). I'm into chrom* > only because it provides a smooth experience re youtube & gmail. I > don't think other browsers can do it, but I wouldn't mind being wrong. > > BTW: chromium also has a "widevine" flag. I don't know how much time > does it take to compile chromium nowadays, but I don't have netflix > anyway :( > Maybe take a look here: https://wiki.archlinux.org/title/List_of_applications#Web_browsers Not all of them have ebuilds, but most of them do. I hope you'll find something that suits your needs :) - -- xWK -BEGIN PGP SIGNATURE- iHUEAREIAB0WIQTD0rOlRXTVQVPxHd4dqSXVhOqGqwUCYpPmewAKCRAdqSXVhOqG q+PrAP4zdUkrvXW0DFDKt1BphdOFnr5Qld9n35JfC8FauGAfFQD9F6EhhhoU60/N Rur1v+alb5408KMsgMIHKOj1SCtpt9E= =agXf -END PGP SIGNATURE-
Re: [gentoo-user] chromium shortcuts?
On Sun, May 29, 2022 at 10:16 PM w...@op.pl wrote: > > If non-free software is not of any concern for you, then maybe try > Vivaldi browser? It is based on the same engine and feels quite like > chromium but with many many more options (USE=widevine for netflix ;) ) > I have no concerns regarding licensing et al., but I once tried Vivaldi and was not impressed (I don't remember why). I'm into chrom* only because it provides a smooth experience re youtube & gmail. I don't think other browsers can do it, but I wouldn't mind being wrong. BTW: chromium also has a "widevine" flag. I don't know how much time does it take to compile chromium nowadays, but I don't have netflix anyway :(
Re: [gentoo-user] chromium shortcuts?
If non-free software is not of any concern for you, then maybe try Vivaldi browser? It is based on the same engine and feels quite like chromium but with many many more options (USE=widevine for netflix ;) ) -- xWK
Re: [gentoo-user] chromium shortcuts?
On Sun, May 29, 2022 at 9:56 PM w...@op.pl wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Dnia 2022-05-29, o godz. 21:49:21 > Jorge Almeida napisał(a): > > > So, is there a way to get rid of this, ahem, stuff? Ideally, I would > > remove/edit some shortcuts, but I would settle for trashing it all. Is > > this an unwinnable fight? (And is the dichotomy chromium-chrome > > relevant at all?) > > > > Jorge Almeida > > > > I'm not sure, but as far as I know the differences between > google-chrome and chromium are more about "the amount of Google" in the > browser not the overall idea behind it (so probably shortcuts will be > the same). > I suppose... I just hoped that the refuse to allow users any freedom would be part of that "amount of Google"...
Re: [gentoo-user] chromium shortcuts?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dnia 2022-05-29, o godz. 21:49:21 Jorge Almeida napisał(a): > So, is there a way to get rid of this, ahem, stuff? Ideally, I would > remove/edit some shortcuts, but I would settle for trashing it all. Is > this an unwinnable fight? (And is the dichotomy chromium-chrome > relevant at all?) > > Jorge Almeida > I'm not sure, but as far as I know the differences between google-chrome and chromium are more about "the amount of Google" in the browser not the overall idea behind it (so probably shortcuts will be the same). - -- xWK -BEGIN PGP SIGNATURE- iHUEAREIAB0WIQTD0rOlRXTVQVPxHd4dqSXVhOqGqwUCYpPd8QAKCRAdqSXVhOqG q05vAPwNwKx2HEtNhCM5Yg4q1WI87EMBAJ7Tc8Ep9dwlxEesXAD/SWJiCaCj8zdh tXnk/3ngseCt0mptrBHS5Qz/4Tn8Vi4= =wLQB -END PGP SIGNATURE-
[gentoo-user] chromium shortcuts?
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?) So, is there a way to get rid of this, ahem, stuff? Ideally, I would remove/edit some shortcuts, but I would settle for trashing it all. Is this an unwinnable fight? (And is the dichotomy chromium-chrome relevant at all?) Jorge Almeida
Re: [gentoo-user] chromium will not go on the internet anymore
Move onto the newer version and keep the earlier version number handy so if the newer version breaks especially in the same way you have a backout. On Sat, 2 Oct 2021, John Covici wrote: > Hi. I have discovered that www-client/chromium-95.0.4621.4 will not > go to any internet webpage. > > When I use it, it always says page not responsive and gives me wait or > exit buttons. Firefox works fine.I ran it in a terminal and got > all kinds of errors and my logs have a couple of seg faults. I am > using gnome. > > There is a newer version, so maybe I should just compile that one or > maybe go backwards to an earlier version. > > Any thoughts? > >
[gentoo-user] chromium will not go on the internet anymore
Hi. I have discovered that www-client/chromium-95.0.4621.4 will not go to any internet webpage. When I use it, it always says page not responsive and gives me wait or exit buttons. Firefox works fine.I ran it in a terminal and got all kinds of errors and my logs have a couple of seg faults. I am using gnome. There is a newer version, so maybe I should just compile that one or maybe go backwards to an earlier version. Any thoughts? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
[gentoo-user] Chromium Catastrophy continues.
My GLIBC situation is as follows, as you know GLIBC cannot be downgraded once upgraded. * 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 Compiling stuff usually barfs on: The log for this package was like "Well I was trying to make this stupid file and it failed so =( " If I quoted the actual log you would be stunned by how little it actually said, besides ordinary compiler warnings... tortoise /var/tmp/portage/x11-libs # ls -l total 4 drwx-- 7 portage portage 4096 Apr 22 16:44 colord-gtk-0.2.0 Chormium 90 results: All pages foobar (with some exceptions that seem to be working actually) with message: "aw snap" code 256, but I can't copy-paste the text of the error. =\ reload button exists, clicking it causes it to go blank screen. One or two pages work normally. Settings window works normally, tried clearing cache. Console barf reads: (many varriations of this message) Received signal 6 #0 0x55a579a82239 base::debug::CollectStackTrace() #1 0x55a5799cd5f6 base::debug::StackTrace::StackTrace() #2 0x55a579a81c5b base::debug::(anonymous namespace)::StackDumpSignalHandler() #3 0x7fb039023de0 (/lib64/libpthread-2.33.so+0x12ddf) #4 0x7fb0368232b6 __GI_raise #5 0x7fb036806536 __GI_abort #6 0x55a579a816f5 base::debug::BreakDebugger() #7 0x55a5799e50c5 logging::LogMessage::~LogMessage() #8 0x55a5799e5a52 logging::LogMessage::~LogMessage() #9 0x55a57f0adf34 content::RenderFrameImpl::AssertNavigationCommits::~AssertNavigationCommits() #10 0x55a57f0c078b content::RenderFrameImpl::CommitNavigation() #11 0x55a57f179b46 content::NavigationClient::CommitNavigation() #12 0x55a576425e53 content::mojom::NavigationClientStubDispatch::AcceptWithResponder() #13 0x55a57f17a01f content::mojom::NavigationClientStub<>::AcceptWithResponder() #14 0x55a57a2b0a48 mojo::InterfaceEndpointClient::HandleValidatedMessage() #15 0x55a57a2b1b4d mojo::MessageDispatcher::Accept() #16 0x55a57a9eb547 IPC::(anonymous namespace)::ChannelAssociatedGroupController::AcceptOnProxyThread() #17 0x55a57a9eac98 base::internal::Invoker<>::RunOnce() #18 0x55a579a3cc86 base::TaskAnnotator::RunTask() #19 0x55a579a54b35 base::sequence_manager::internal::ThreadControllerWithMessagePumpImpl::DoWorkImpl() #20 0x55a579a6 base::sequence_manager::internal::ThreadControllerWithMessagePumpImpl::DoWork() #21 0x55a5799eb2c9 base::MessagePumpDefault::Run() #22 0x55a579a53c90 base::sequence_manager::internal::ThreadControllerWithMessagePumpImpl::Run() #23 0x55a579a1b92f base::RunLoop::Run() #24 0x55a57f0e91cc content::RendererMain() #25 0x55a5797aa633 content::RunZygote() #26 0x55a5797ab240 content::ContentMainRunnerImpl::Run() #27 0x55a5797a8926 content::RunContentProcess() #28 0x55a5797a9092 content::ContentMain() #29 0x55a575114a85 ChromeMain #30 0x7fb03680a7fd __libc_start_main #31 0x55a57511489a _start r8: r9: 7fff98a68030 r10: 0008 r11: 0246 r12: 55a584749c30 r13: 7fff98a692f0 r14: 7fff98a692b0 r15: 7fff98a69860 di: 0002 si: 7fff98a68030 bp: 7fff98a680c0 bx: 7fb0340d9a80 dx: ax: cx: 7fb0368232b6 sp: 7fff98a67fa0 ip: 7fb0368232b6 efl: 0246 cgf: 002b0033 erf: trp: msk: cr2: [end of stack trace] Calling _exit(1). Core file will not be generated. [31138:1:0422/174945.465987:FATAL:render_frame_impl.cc(1171)] Check failed: NavigationCommitState::kDidCommit == frame_->navigation_commit_state_ (3 vs. 2) #0 0x55a579a82239 base::debug::CollectStackTrace() #1 0x55a5799cd5f6 base::debug::StackTrace::StackTrace() #2 0x55a5799e479c logging::LogMessage::~LogMessage() #3 0x55a5799e5a52 logging::LogMessage::~LogMessage() #4 0x55a57f0adf34 content::RenderFrameImpl::AssertNavigationCommits::~AssertNavigationCommits() #5 0x55a57f0c078b content::RenderFrameImpl::CommitNavigation() #6 0x55a57f179b46 content::NavigationClient::CommitNavigation() #7 0x55a576425e53 content::mojom::NavigationClientStubDispatch::AcceptWithResponder() #8 0x55a57f17a01f content::mojom::NavigationClientStub<>::AcceptWithResponder() #9 0x55a57a2b0a48 mojo::InterfaceEndpointClient::HandleValidatedMessage() #10 0x55a57a2b1b4d mojo::MessageDispatcher::Accept() #11 0x55a57a9eb547 IPC::(anonymous namespace)::ChannelAssociatedGroupController::AcceptOnProxyThread() #12 0x55a57a9eac98 base::internal::Invoker<>::RunOnce() #13 0x55a579a3cc86 base::TaskAnnotator::RunTask() #14 0x55a579a54b35 base::sequence_manager::internal::ThreadControllerWithMessagePumpImpl::DoWorkImpl() #1
[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] 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
Re: [gentoo-user] Chromium: GIGAFOOBAR!!!
On Thu, 22 Apr 2021 15:46:04 -0500, Matt Connell (Gmail) wrote: > On Thu, 2021-04-22 at 16:37 -0400, Alan Grimes wrote: > > 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. > > > > > > Did you leave yourself a comment as to why it was masked? > > > > Well, I got 2.33 installed on me and the system does not allow that > > package to downgarde, for good reason... I masked the old version to > > stop it from bitching at me that it can't downgrade that package. > > I don't for sure whether or not glibc is supposed to be able to be > downgraded or not. If not, then it sounds like using the ~arch version > of it is biting you in the backside. A cautionary tale about not using > the ~arch keyword for mission-critical packages unless the situation is > dire. The chromium-90.* ebuilds apply a patch to work with glibc-2.3.3, you might try that on a 91 ebuild. Read bug #769989 first. -- Neil Bothwick Our bikinis are exciting. They are simply the tops. pgpkMA2Wnpohi.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Chromium: GIGAFOOBAR!!!
Don't forget to reply to the list... I say after I forgot to change the to address on the email I just sent. On Thu, 2021-04-22 at 16:37 -0400, Alan Grimes wrote: > 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. > > > > Did you leave yourself a comment as to why it was masked? > > Well, I got 2.33 installed on me and the system does not allow that > package to downgarde, for good reason... I masked the old version to > stop it from bitching at me that it can't downgrade that package. I don't for sure whether or not glibc is supposed to be able to be downgraded or not. If not, then it sounds like using the ~arch version of it is biting you in the backside. A cautionary tale about not using the ~arch keyword for mission-critical packages unless the situation is dire.
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: GIGAFOOBAR!!!
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. Did you leave yourself a comment as to why it was masked?
[gentoo-user] Chromium Aw, Snap!
Hi, since a few days Chromium is broken here. Even deleting ~/.config/chromium I get this error message immediately after Chromium comes up. I have tried the version 88.0.4324.150 , 89.0.4389.40 and 90.0.4412.3 What might be the reason? Am I the only one with this problem? Thanks for a hint, Helmut
Re: [gentoo-user] Chromium....
On Thu, 31 Oct 2019 11:29:15 -0400, Alan Grimes wrote: > Oh for the love of god: > > > * Messages for package www-client/chromium-78.0.3904.70: > > * ERROR: www-client/chromium-78.0.3904.70::gentoo failed (compile > phase): > * ninja -v -j16 -l0 -C out/Release v8_context_snapshot_generator > failed * It's been doing that for a couple of days. the good news is that chromium continues to work here, the rebuild was triggered by an icu update. There is a bug report but when I looked this morning there were no replies. -- Neil Bothwick You are about to give someone a piece of your mind, something you can ill afford... pgpR3_YXjqy8t.pgp Description: OpenPGP digital signature
[gentoo-user] Chromium....
Oh for the love of god: * Messages for package www-client/chromium-78.0.3904.70: * ERROR: www-client/chromium-78.0.3904.70::gentoo failed (compile phase): * ninja -v -j16 -l0 -C out/Release v8_context_snapshot_generator failed * * Call stack: * ebuild.sh, line 125: Called src_compile * environment, line 4262: Called eninja '-C' 'out/Release' 'v8_context_snapshot_generator' * environment, line 1762: Called die * The specific snippet of code: * "$@" || die "${nonfatal_args[@]}" "${*} failed" * * If you need support, post the output of `emerge --info '=www-client/chromium-78.0.3904.70::gentoo'`, * the complete build log and the output of `emerge -pqv '=www-client/chromium-78.0.3904.70::gentoo'`. * The complete build log is located at '/var/tmp/portage/www-client/chromium-78.0.3904.70/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/www-client/chromium-78.0.3904.70/temp/environment'. * Working directory: '/var/tmp/portage/www-client/chromium-78.0.3904.70/work/chromium-78.0.3904.70' * S: '/var/tmp/portage/www-client/chromium-78.0.3904.70/work/chromium-78.0.3904.70' * * The following 3 packages have failed to build, install, or execute * postinst: * * (dev-lang/spidermonkey-52.9.1_pre1-r1:52/52::gentoo, ebuild scheduled for merge), Log file: * '/var/tmp/portage/dev-lang/spidermonkey-52.9.1_pre1-r1/temp/build.log' * (media-gfx/blender-2.79b-r1:0/0::gentoo, ebuild scheduled for merge), Log file: * '/var/tmp/portage/media-gfx/blender-2.79b-r1/temp/build.log' * (www-client/chromium-78.0.3904.70:0/0::gentoo, ebuild scheduled for merge), Log file: * '/var/tmp/portage/www-client/chromium-78.0.3904.70/temp/build.log' * -- Clowns feed off of funny money; Funny money comes from the FED so NO FED -> NO CLOWNS!!! Powers are not rights.
Re: [EXTERNAL] [gentoo-user] Chromium on linux, build question
On Tue, Sep 17, 2019 at 2:12 PM John Covici wrote: > > On Tue, 17 Sep 2019 13:21:45 -0400, > Laurence Perkins wrote: > > > > [1 ] > > > > > > 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. > > What I am trying to do is to build chromium in such a way that I can > use the assistive technology called Chrome next which requires chrome > for chrome os. Does that make sense? If you can figure out what kind of flags we need to pass to the build system, please file a bug and we can add a USE flag for it.
Re: [EXTERNAL] [gentoo-user] Chromium on linux, build question
On Tue, 17 Sep 2019 13:21:45 -0400, Laurence Perkins wrote: > > [1 ] > > > 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. What I am trying to do is to build chromium in such a way that I can use the assistive technology called Chrome next which requires chrome for chrome os. Does that make sense? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [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
[gentoo-user] Chromium on linux, build question
Hi. I want to have Chromium on linux, but I want to build the Chrome OS version, so I can have their version of the accessibility plugin which is called Chrom next. I did not see any use flags, so how can I do this on gentoo? I am using the unstable version of gentoo. It is my understanding that this can be done on Debian and other distributions. Thanks in advance for any suggestions. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] chromium-72.0.3626.96 and Java
On Friday, 15 February 2019 09:48:34 GMT Andreas Fink wrote: > That's because depclean sets --with-bdeps=y by default, i.e. build > dependencies are considered to be crucial to the system. If you update > your depclean command and add the flag --with-bdeps=n it should allow > you to unmerge java again. > > Cheers > Andreas Thank you Andreas, I was able to unmerge java following your advice. :-) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] chromium-72.0.3626.96 and Java
On Fri, 15 Feb 2019 09:32:15 + Mick wrote: > On Thursday, 14 February 2019 12:36:04 GMT Mick wrote: > > 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. > > Hmm ... sadly it is not the case that I can remove all java packages > thereafter. When chromium-72.0.3626.96 is emerged with the default > new setting of USE="closure-compile" java seems to be necessary: > > # emerge --depclean -v -a sys-apps/baselayout-java > app-eselect/eselect-java dev-java/java-config dev-java/icedtea-bin > virtual/jdk virtual/jre dev-java/ icedtea-web > > Calculating dependencies... done! > app-eselect/eselect-java-0.4.0 pulled in by: > dev-java/icedtea-bin-3.10.0-r1 requires > >=app-eselect/eselect-java-0.4.0 dev-java/icedtea-web-1.6.2 requires > >>=app-eselect/eselect-java-0.2.0 > > dev-java/icedtea-bin-3.10.0-r1 pulled in by: > virtual/jdk-1.8.0-r3 requires dev-java/icedtea-bin:8 > > dev-java/icedtea-web-1.6.2 pulled in by: > dev-java/icedtea-bin-3.10.0-r1 requires > >=dev-java/icedtea-web-1.6.1:0 > > dev-java/java-config-2.2.0-r4 pulled in by: > dev-java/icedtea-bin-3.10.0-r1 requires > >=dev-java/java-config-2.2.0-r3 dev-java/icedtea-web-1.6.2 requires > >>=dev-java/java-config-2.2.0-r3 > > sys-apps/baselayout-java-0.1.0 pulled in by: > dev-java/java-config-2.2.0-r4 requires sys-apps/baselayout-java > > virtual/jdk-1.8.0-r3 pulled in by: > dev-java/icedtea-web-1.6.2 requires >=virtual/jdk-1.7, > =virtual/jdk-1.8.0- r3 > virtual/jre-1.8.0-r1 requires virtual/jdk:1.8, > =virtual/jdk-1.8.0-r3 > > virtual/jre-1.8.0-r1 pulled in by: > dev-java/icedtea-web-1.6.2 requires >=virtual/jre-1.7, > =virtual/jre-1.8.0- r1 > www-client/chromium-72.0.3626.96 requires =virtual/jre-1.8.0-r1, > virtual/ jre > > >>> No packages selected for removal by depclean > Packages installed: 1231 > Packages in world:111 > Packages in system: 43 > Required packages:1231 > Number removed: 0 > > Am I interpreting the above output correctly? > That's because depclean sets --with-bdeps=y by default, i.e. build dependencies are considered to be crucial to the system. If you update your depclean command and add the flag --with-bdeps=n it should allow you to unmerge java again. Cheers Andreas
Re: [gentoo-user] chromium-72.0.3626.96 and Java
On Thursday, 14 February 2019 12:36:04 GMT Mick wrote: > 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. Hmm ... sadly it is not the case that I can remove all java packages thereafter. When chromium-72.0.3626.96 is emerged with the default new setting of USE="closure-compile" java seems to be necessary: # emerge --depclean -v -a sys-apps/baselayout-java app-eselect/eselect-java dev-java/java-config dev-java/icedtea-bin virtual/jdk virtual/jre dev-java/ icedtea-web Calculating dependencies... done! app-eselect/eselect-java-0.4.0 pulled in by: dev-java/icedtea-bin-3.10.0-r1 requires >=app-eselect/eselect-java-0.4.0 dev-java/icedtea-web-1.6.2 requires >=app-eselect/eselect-java-0.2.0 dev-java/icedtea-bin-3.10.0-r1 pulled in by: virtual/jdk-1.8.0-r3 requires dev-java/icedtea-bin:8 dev-java/icedtea-web-1.6.2 pulled in by: dev-java/icedtea-bin-3.10.0-r1 requires >=dev-java/icedtea-web-1.6.1:0 dev-java/java-config-2.2.0-r4 pulled in by: dev-java/icedtea-bin-3.10.0-r1 requires >=dev-java/java-config-2.2.0-r3 dev-java/icedtea-web-1.6.2 requires >=dev-java/java-config-2.2.0-r3 sys-apps/baselayout-java-0.1.0 pulled in by: dev-java/java-config-2.2.0-r4 requires sys-apps/baselayout-java virtual/jdk-1.8.0-r3 pulled in by: dev-java/icedtea-web-1.6.2 requires >=virtual/jdk-1.7, =virtual/jdk-1.8.0- r3 virtual/jre-1.8.0-r1 requires virtual/jdk:1.8, =virtual/jdk-1.8.0-r3 virtual/jre-1.8.0-r1 pulled in by: dev-java/icedtea-web-1.6.2 requires >=virtual/jre-1.7, =virtual/jre-1.8.0- r1 www-client/chromium-72.0.3626.96 requires =virtual/jre-1.8.0-r1, virtual/ jre >>> No packages selected for removal by depclean Packages installed: 1231 Packages in world:111 Packages in system: 43 Required packages:1231 Number removed: 0 Am I interpreting the above output correctly? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
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.
[gentoo-user] chromium-72.0.3626.96 and Java
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? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Chromium generic build
On 3.6.2018 00:57, Andreas K. Huettel wrote: > Am Freitag, 1. Juni 2018, 13:07:11 CEST schrieb Samuraiii: >> Hello list, >> >> I would like to build chromium for my computers only once (USE would be >> same across all machines). >> >> I run amd64, multilib on following processor types: >> >> Core2, Corei7, Ryzen 7 and Threadripper. >> >> What CFLAGS should I use for mentioned cpus? > CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe" > > works on any amd64 machine. > (These are the CFLAGS for libreoffice-bin, minus -g) > Thank you very much. S signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Chromium generic build
Am Freitag, 1. Juni 2018, 13:07:11 CEST schrieb Samuraiii: > Hello list, > > I would like to build chromium for my computers only once (USE would be > same across all machines). > > I run amd64, multilib on following processor types: > > Core2, Corei7, Ryzen 7 and Threadripper. > > What CFLAGS should I use for mentioned cpus? CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe" works on any amd64 machine. (These are the CFLAGS for libreoffice-bin, minus -g) -- Andreas K. Hüttel dilfri...@gentoo.org Gentoo Linux developer (council, toolchain, perl, libreoffice, comrel) signature.asc Description: This is a digitally signed message part.
[gentoo-user] Chromium generic build
Hello list, I would like to build chromium for my computers only once (USE would be same across all machines). I run amd64, multilib on following processor types: Core2, Corei7, Ryzen 7 and Threadripper. What CFLAGS should I use for mentioned cpus? I am possibly comfortable to build two builds (Intel and AMD one). Is it possible to build only chromium and let all other deps be build directly on targets? Are there any other catches I should be aware of? With many thanks for any previous and future help S signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] chromium-65.0.3325.146 compilation warnings
On Monday, 12 March 2018 08:27:31 GMT Alexander Kapshuk wrote: > On Mon, Mar 12, 2018 at 10:17 AM, Mick wrote: > > I can see a few warnings pilling up on different systems when trying to > > emerge chromium-65.0.3325.146: > > > > warning: unknown warning option '-Wno-enum-compare-switch'; did you mean > > '- > > Wno-enum-compare'? [-Wunknown-warning-option] > > warning: unknown warning option '-Wno-tautological-unsigned-zero-compare' > > [- Wunknown-warning-option] > > warning: unknown warning option '-Wno-null-pointer-arithmetic'; did you > > mean '-Wno-null-arithmetic'? [-Wunknown-warning-option] > > warning: unknown warning option '-Wno-tautological-constant-compare'; did > > you mean '-Wno-tautological-pointer-compare'? [-Wunknown-warning-option] > > 4 warnings generated. > > > > Does this mean I should be using a different gcc or CFLAGS? > > > > They mostly are: > > > > CFLAGS="-march=native -O2 -pipe" > > > > -- > > Regards, > > Mick > > On my x86 system, I've been seeing similar warnings being generated by > clang when compiling the ffmpeg that comes with chromium. > I've also hit another bug related to that, where clang compilation > terminates with an error message along the lines of there being not > enough registers available. > There's a bug registered for that in chromium bugzilla, which I can't > reference at the moment. So far, no solution has been implemented, as > far as I could tell. Right, clang's the culprit ... thanks for letting me know. An amd64 system completed the emerge without problems, two others are still chugging along. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] chromium-65.0.3325.146 compilation warnings
On Mon, Mar 12, 2018 at 10:17 AM, Mick wrote: > I can see a few warnings pilling up on different systems when trying to emerge > chromium-65.0.3325.146: > > warning: unknown warning option '-Wno-enum-compare-switch'; did you mean '- > Wno-enum-compare'? [-Wunknown-warning-option] > warning: unknown warning option '-Wno-tautological-unsigned-zero-compare' [- > Wunknown-warning-option] > warning: unknown warning option '-Wno-null-pointer-arithmetic'; did you mean > '-Wno-null-arithmetic'? [-Wunknown-warning-option] > warning: unknown warning option '-Wno-tautological-constant-compare'; did you > mean '-Wno-tautological-pointer-compare'? [-Wunknown-warning-option] > 4 warnings generated. > > Does this mean I should be using a different gcc or CFLAGS? > > They mostly are: > > CFLAGS="-march=native -O2 -pipe" > > -- > Regards, > Mick On my x86 system, I've been seeing similar warnings being generated by clang when compiling the ffmpeg that comes with chromium. I've also hit another bug related to that, where clang compilation terminates with an error message along the lines of there being not enough registers available. There's a bug registered for that in chromium bugzilla, which I can't reference at the moment. So far, no solution has been implemented, as far as I could tell.
[gentoo-user] chromium-65.0.3325.146 compilation warnings
I can see a few warnings pilling up on different systems when trying to emerge chromium-65.0.3325.146: warning: unknown warning option '-Wno-enum-compare-switch'; did you mean '- Wno-enum-compare'? [-Wunknown-warning-option] warning: unknown warning option '-Wno-tautological-unsigned-zero-compare' [- Wunknown-warning-option] warning: unknown warning option '-Wno-null-pointer-arithmetic'; did you mean '-Wno-null-arithmetic'? [-Wunknown-warning-option] warning: unknown warning option '-Wno-tautological-constant-compare'; did you mean '-Wno-tautological-pointer-compare'? [-Wunknown-warning-option] 4 warnings generated. Does this mean I should be using a different gcc or CFLAGS? They mostly are: CFLAGS="-march=native -O2 -pipe" -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] chromium build failure
On Wed, Jan 31 2018, Canek Peláez Valdés wrote: > On Wed, Jan 31, 2018 at 1:29 PM, allan gottlieb wrote: > [snip] >> I have two questions, one trivial, one hopefully easy. >> >> 1. (trivial) In your recipe did you mean "rsync", not "sync"? > > I sync ("emerge --sync") only one machine, and then I rsync from there to > my other computers. After the rsync is done, you need to do "emerge > --metadata" in the recipient machine (--sync does that for you > automatically). So sync referred to an emerge command and when you copied files from machine to machine you used rsync. Thanks. > >> 2. I have a number of quickpkgs built. Is it needed that >>they all be updated and some removed or can I just do >>the following command >> >>rsync -Pvase ssh machine1:/var/portage/packages/www-client \ >> /var/portage/packages >> >>Notes: I use /var not /usr for portage >> machine2 has no dir /var/portage/packages/www-client > > I honestly don't know. There is a /usr/portage/packages/Packages with a lot > of meta information, and I'm not 100% sure whether is absolutely required. > Then again, creating binary packages is so fast that I usually delete > /usr/portage/packages after updating my non-compiling machines. I know of > people who maintain a large repository of binary packages (they can be > built automatically with FEATURES="buildpkg" in make.conf), but I just > create them when needed. I have FEATURES="buildsyspkg" on all machines for safety. It has worked in the sense that I have never needed to use the resulting packages. But I see your point that /var/portage/packages/Packages may need to be updated on the target machine so it is probably best to do your rsync of all of /var/portage/packages > > Regards. > -- > Dr. Canek Peláez Valdés thanks, allan
Re: [gentoo-user] chromium build failure
On Wed, 31 Jan 2018 15:38:27 -0600, Canek Peláez Valdés wrote: > I sync ("emerge --sync") only one machine, and then I rsync from there > to my other computers. After the rsync is done, you need to do "emerge > --metadata" in the recipient machine (--sync does that for you > automatically). If you run the rsync daemon on the machine you --sync, you can set that as the source for the other computers and emerge --sync on them, which saves the extra step of updating the metadata. -- Neil Bothwick Men who go out with flat chested woman have reasons for feeling down pgphioJRq5zKg.pgp Description: OpenPGP digital signature
Re: [gentoo-user] chromium build failure
On Wed, Jan 31, 2018 at 1:29 PM, allan gottlieb wrote: [snip] > I have two questions, one trivial, one hopefully easy. > > 1. (trivial) In your recipe did you mean "rsync", not "sync"? I sync ("emerge --sync") only one machine, and then I rsync from there to my other computers. After the rsync is done, you need to do "emerge --metadata" in the recipient machine (--sync does that for you automatically). > 2. I have a number of quickpkgs built. Is it needed that >they all be updated and some removed or can I just do >the following command > >rsync -Pvase ssh machine1:/var/portage/packages/www-client \ > /var/portage/packages > >Notes: I use /var not /usr for portage > machine2 has no dir /var/portage/packages/www-client I honestly don't know. There is a /usr/portage/packages/Packages with a lot of meta information, and I'm not 100% sure whether is absolutely required. Then again, creating binary packages is so fast that I usually delete /usr/portage/packages after updating my non-compiling machines. I know of people who maintain a large repository of binary packages (they can be built automatically with FEATURES="buildpkg" in make.conf), but I just create them when needed. Regards. -- Dr. Canek Peláez Valdés Profesor de Carrera Asociado C Departamento de Matemáticas Facultad de Ciencias Universidad Nacional Autónoma de México
Re: [gentoo-user] chromium build failure
On Wed, Jan 24 2018, Canek Peláez Valdés wrote: > On Wed, Jan 24, 2018 at 10:11 PM, allan gottlieb wrote: >> >> 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 > > If the USE flags for chromium on both machines are the same, simply create > a binary package from the machine that already built it. > > machine1: > > $ quickpkg --include-config=y www-client/chromium > > machine2 > > $ sync --delete -Pvase ssh machine1:/usr/portage/packages/ > /usr/portage/packages/ > $ emerge --nodeps -1Kv www-client/chromium Canek, Again thank you for your recipe. I have two questions, one trivial, one hopefully easy. 1. (trivial) In your recipe did you mean "rsync", not "sync"? 2. I have a number of quickpkgs built. Is it needed that they all be updated and some removed or can I just do the following command rsync -Pvase ssh machine1:/var/portage/packages/www-client \ /var/portage/packages Notes: I use /var not /usr for portage machine2 has no dir /var/portage/packages/www-client Thanks in advance, allan
Re: [gentoo-user] chromium build failure
On Thu, Jan 25 2018, Neil Bothwick wrote: > On Wed, 24 Jan 2018 22:29:59 -0600, Canek Peláez Valdés wrote: > >> > 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 >> >> If the USE flags for chromium on both machines are the same, simply >> create a binary package from the machine that already built it. > > Good idea, as long as the CFLAGS are the same too. Thank you both. I will try it. allan
Re: [gentoo-user] chromium build failure
On Wed, 24 Jan 2018 22:29:59 -0600, Canek Peláez Valdés wrote: > > 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 > > If the USE flags for chromium on both machines are the same, simply > create a binary package from the machine that already built it. Good idea, as long as the CFLAGS are the same too. -- Neil Bothwick Like an atheist in a grave: all dressed up and no place to go. pgpWxemlAMKhH.pgp Description: OpenPGP digital signature
Re: [gentoo-user] chromium build failure
On Wed, Jan 24, 2018 at 10:11 PM, allan gottlieb wrote: > > 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 If the USE flags for chromium on both machines are the same, simply create a binary package from the machine that already built it. machine1: $ quickpkg --include-config=y www-client/chromium machine2 $ sync --delete -Pvase ssh machine1:/usr/portage/packages/ /usr/portage/packages/ $ emerge --nodeps -1Kv www-client/chromium I have two powerful desktop computers (home and office) and a laptop. Their USE flags are identical; I just compile in one of them and generate binary packages for the other two. It helps (but it's not 100% required) if the /usr/portage tree is identical (I sync only with one and rsync the others, followed by emerge --metadata). Regards. -- Dr. Canek Peláez Valdés Profesor de Carrera Asociado C Departamento de Matemáticas Facultad de Ciencias Universidad Nacional Autónoma de México
[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 chrome chromedriver failed [31;01m*[0m [31;01m*[0m Call stack: [31;01m*[0m ebuild.sh, line 124: Called src_compile [31;01m
Re: [gentoo-user] Chromium no longer displays content of TLS certificate
On Friday, 8 September 2017 18:15:41 BST Todd Goodman wrote: > Go to the menu -> More Tools -> Developer Tools, then Security tab and > then View Certificate button > > Todd Thank you Todd. It beats me why Chromium devs have made checking the contents of a certificate more remote/obscure than it previously was. Non-dev users also need to check the contents of a certificate ... -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Chromium no longer displays content of TLS certificate
Go to the menu -> More Tools -> Developer Tools, then Security tab and then View Certificate button Todd On 09/08/2017 01:05 PM, Mick wrote: > Either chromium has stopped displaying the content of the TLS certificate of > a > web site I happen to visit, or it has made it quite complicated for the user > to find it. > > Chromium would allow the certificate to be displayed by clicking on the > 'Secure' symbol on the left of the address bar. However, when I click on it > now all I see is an acknowledgment this is a secure connection and some site > specific settings regarding e.g. javascript, et al. I cannot find a way to > display the certificate. > > Would you know where in Chromium the site certificate is now available? > > Installed versions: 61.0.3163.79(17:04:58 09/08/17)(cups hangouts pic > proprietary-codecs pulseaudio suid system-ffmpeg system-icu -component-build - > custom-cflags -gnome-keyring -kerberos -neon -selinux -system-libvpx > -tcmalloc > -test -widevine L10N="en-GB -am -ar -bg -bn -ca -cs -da -de -el -es -es-419 - > 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")
[gentoo-user] Chromium no longer displays content of TLS certificate
Either chromium has stopped displaying the content of the TLS certificate of a web site I happen to visit, or it has made it quite complicated for the user to find it. Chromium would allow the certificate to be displayed by clicking on the 'Secure' symbol on the left of the address bar. However, when I click on it now all I see is an acknowledgment this is a secure connection and some site specific settings regarding e.g. javascript, et al. I cannot find a way to display the certificate. Would you know where in Chromium the site certificate is now available? Installed versions: 61.0.3163.79(17:04:58 09/08/17)(cups hangouts pic proprietary-codecs pulseaudio suid system-ffmpeg system-icu -component-build - custom-cflags -gnome-keyring -kerberos -neon -selinux -system-libvpx -tcmalloc -test -widevine L10N="en-GB -am -ar -bg -bn -ca -cs -da -de -el -es -es-419 - 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") -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] chromium 60 build failure
On Mon, Jul 31, 2017 at 4:02 PM, Grant Edwards wrote: > ../../third_party/vulkan-validation-layers/src/loader/debug_report.c:50:5: > error: ‘for’ loop initial declarations are only allowed in C99 or C11 mode > As stated by others, switching to GCC-5 or newer would be best. Otherwise, try adding "-std=c99" to your CFLAGS and "custom-cflags" to your USE flags for the package and it should build.
Re: [gentoo-user] chromium 60 build failure
On Mon, Jul 31, 2017 at 08:02:34PM +, Grant Edwards wrote: > ../../third_party/vulkan-validation-layers/src/loader/debug_report.c:50:5: > note: use option -std=c99, -std=gnu99, -std=c11 or -std=gnu11 to > compile your code > ../../third_party/vulkan-validation-layers/src/loader/debug_report.c: In > function ‘util_CreateDebugReportCallbacks’: > ../../third_party/vulkan-validation-layers/src/loader/debug_report.c:235:5: > error: ‘for’ loop initial declarations are only allowed in C99 or C11 mode Most likely gcc-4.9 defaults to older C standard (C89, I guess). The easiest way to solve this would be to update your gcc to 5.4, otherwise you'd have to pass one of the suggested flags to the compiler somehow. -- mlen signature.asc Description: Digital signature
[gentoo-user] chromium 60 build failure
It looks like chromeium 60 just went stable for AMD64. Unfortunately, it doesn't seem to build for me. I've googled the gcc error message from the build log, and the only thing I can find is somebody claiming it's caused by a bungled upgrade to gcc 5.x. I haven't upgrade to gcc 5.x, so that doesn't seem to be relevent. Does the compile failure look familar: # emerge --info '=www-client/chromium-60.0.3112.78::gentoo' Portage 2.3.6 (python 2.7.12-final-0, default/linux/amd64/13.0, gcc-4.9.4, glibc-2.23-r4, 4.9.34-gentoo x86_64) = System Settings = System uname: Linux-4.9.34-gentoo-x86_64-Intel-R-_Core-TM-_i5-3570K_CPU_@_3.40GHz-with-gentoo-2.3 KiB Mem: 8063392 total, 1347160 free KiB Swap:5885112 total, 5827672 free Timestamp of repository gentoo: Mon, 31 Jul 2017 15:30:01 + sh bash 4.3_p48-r1 ld GNU ld (Gentoo 2.28 p1.2) 2.28 app-shells/bash: 4.3_p48-r1::gentoo dev-java/java-config: 2.2.0-r3::gentoo dev-lang/perl:5.24.1-r2::gentoo dev-lang/python: 2.7.12::gentoo, 3.4.5::gentoo dev-util/cmake: 3.7.2::gentoo dev-util/pkgconfig: 0.28-r2::gentoo sys-apps/baselayout: 2.3::gentoo sys-apps/openrc: 0.26.3::gentoo sys-apps/sandbox: 2.10-r3::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69::gentoo sys-devel/automake: 1.11.6-r1::gentoo, 1.15-r2::gentoo sys-devel/binutils: 2.28-r2::gentoo sys-devel/gcc:4.9.4::gentoo, 5.4.0-r3::gentoo sys-devel/gcc-config: 1.7.3::gentoo sys-devel/libtool:2.4.6-r3::gentoo sys-devel/make: 4.2.1::gentoo sys-kernel/linux-headers: 4.4::gentoo (virtual/os-headers) sys-libs/glibc: 2.23-r4::gentoo Repositories: gentoo location: /usr/portage sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 local location: /usr/local/portage masters: gentoo ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /etc/stunnel/stunnel.conf /usr/lib64/libreoffice/program/sofficerc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.6/ext-active/ /etc/php/apache2-php7.0/ext-active/ /etc/php/cgi-php5.6/ext-active/ /etc/php/cgi-php7.0/ext-active/ /etc/php/cli-php5.6/ext-active/ /etc/php/cli-php7.0/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-march=native -O2 -pipe" DISTDIR="/usr/portage/distfiles" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms splitdebug strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://gentoo.cites.uiuc.edu/pub/gentoo/ http://gentoo.cs.uni.edu/ http://lug.mtu.edu/gentoo/"; LANG="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git" PORTAGE_TMPDIR="/var/tmp" USE="X a52 aac acl aes alsa amd64 avx berkdb bzip2 cdr cli cracklib crypt cups cxx dri dvd flac fortran gdbm gkt2 gtk iconv imap ipv6 jpeg mmx mmxext modules mozbranding mp3 multilib ncurses nls nptl nsplugin ogg openmp pam pcre pdf png popcnt readline seccomp session sse sse2 sse3 sse4_1 sse4_2 ssl ssse3 svg tcpd tiff tk unicode v4l vorbis xattr xv zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling st atus unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="aes avx mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock isync itrax mtk3
Re: [gentoo-user] Chromium bloat
On Saturday 27 February 2016 08:15:47 Daniel Frey wrote: --->8 > The brackets mean the USE flag is forced, masked or removed. > > (if you want to jump to the section in `man emerge` search for () using > "/\(\)" as searching for verbose or -v shows results everywhere) Actually, that search string failed in /usr/bin/most here, which I have as my MANPAGER. I just needed "/()". > man emerge: > >--verbose [ y | n ] (-v short option) > Tell emerge to run in verbose mode. Currently this flag > causes emerge to print out GNU info errors, if any, and to show the USE > flags that will be used for each package when pretending. The following > symbols are affixed to USE > flags in order to indicate their status: > > Symbol LocationMeaning > > ── > > -prefix not enabled (either disabled or > removed) *suffix transition to or from the enabled state % > suffix newly added or removed > () circumfix forced, masked, or removed > {} circumfix state is bound to FEATURES settings So it is - thanks. I wonder how I missed it the first time. Anno Domini is at work again. -- Rgds Peter
Re: [gentoo-user] Chromium bloat
On 02/27/2016 07:18 AM, Peter Humphrey wrote: > 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. > The brackets mean the USE flag is forced, masked or removed. (if you want to jump to the section in `man emerge` search for () using "/\(\)" as searching for verbose or -v shows results everywhere) man emerge: --verbose [ y | n ] (-v short option) Tell emerge to run in verbose mode. Currently this flag causes emerge to print out GNU info errors, if any, and to show the USE flags that will be used for each package when pretending. The following symbols are affixed to USE flags in order to indicate their status: Symbol LocationMeaning ── -prefix not enabled (either disabled or removed) *suffix transition to or from the enabled state %suffix newly added or removed () circumfix forced, masked, or removed {} circumfix state is bound to FEATURES settings
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] 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 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
[gentoo-user] Chromium bloat
Hello list, I think I know the answer already, but is there any way to install www- client/chromium without all the bloat? I don't see any need here for any of these: app-accessibility/speech-dispatcher app-accessibility/espeak media-sound/sox media-libs/libsndfile media-libs/speex ...but they aren't controlled, or even affected, by USE flags. And why two versions of dev-python/beautifulsoup? Firefox will remain pro tem. -- Rgds Peter
Re: [gentoo-user] chromium-browser will not start
On 01/28/2016 06:14 PM, allan gottlieb wrote: > Now (subsequent to the successful chromium) I did a revdep-rebuild. > It asked to rebuild cairo. Which I let it do. I haven't done a > revdep-rebuild for many month (over a year?) and must confess I thought > they were no longer needed. I always run revdep-rebuild after a world update, because sometimes (not always) portage misses something. Seems like every other update it misses rebuilding a package. Dan
Re: [gentoo-user] chromium-browser will not start
On Thu, Jan 28 2016, allan gottlieb wrote: > Just now chromium will not start > > gottlieb@E7450 /local/allan/gottlieb $ chromium-browser > [1318:1338:0128/133753:ERROR:nss_util.cc(839)] After loading Root > Certs, loaded==false: NSS error code: -8018 > > I am running stable gentoo, gnome, systemd > > thanks in advance for any tips. > allan Thank you ian and neil. Suddenly it works again. At work chromium would not start. I had just powered on and logged it. I then powered off and back on and still no luck. Back home it started first time (powered off during trip). No change except the network environment (nyu.edu versus tiny home network). Now (subsequent to the successful chromium) I did a revdep-rebuild. It asked to rebuild cairo. Which I let it do. I haven't done a revdep-rebuild for many month (over a year?) and must confess I thought they were no longer needed. thanks again. allan
Re: [gentoo-user] chromium-browser will not start
On Thu, 28 Jan 2016 13:41:16 -0500, allan gottlieb wrote: > Just now chromium will not start > > gottlieb@E7450 /local/allan/gottlieb $ chromium-browser > [1318:1338:0128/133753:ERROR:nss_util.cc(839)] After loading Root > Certs, loaded==false: NSS error code: -8018 > > I am running stable gentoo, gnome, systemd Have you recently updated dev-libs/nss? If not, what have you emerged since it last ran? Does revdep-rebuild show anything needing a rebuild? -- Neil Bothwick If you can smile when things go wrong then you have someone in mind to blame. pgpHuiq5ws_Rp.pgp Description: OpenPGP digital signature
Re: [gentoo-user] chromium-browser will not start
What arch? On Thu, Jan 28, 2016 at 6:36 PM allan gottlieb wrote: > Just now chromium will not start > > gottlieb@E7450 /local/allan/gottlieb $ chromium-browser > [1318:1338:0128/133753:ERROR:nss_util.cc(839)] After loading Root > Certs, loaded==false: NSS error code: -8018 > > I am running stable gentoo, gnome, systemd > > thanks in advance for any tips. > allan > >
[gentoo-user] chromium-browser will not start
Just now chromium will not start gottlieb@E7450 /local/allan/gottlieb $ chromium-browser [1318:1338:0128/133753:ERROR:nss_util.cc(839)] After loading Root Certs, loaded==false: NSS error code: -8018 I am running stable gentoo, gnome, systemd thanks in advance for any tips. allan
[gentoo-user] Chromium fonts
Version 36.0.1985.125 (283153) shows many pages with non-antialiased fonts and does my eyes in - see attached screen shot. Zooming in makes it worse. Any ideas how I can fix this? This is its flags: Installed versions: 36.0.1985.125(11:42:35 07/19/14)(cups pulseaudio tcmalloc -bindist -custom-cflags -gnome -gnome-keyring -kerberos -neon - selinux -test 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") -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Chromium browser plugins not listed
On Sat, May 24, 2014 at 8:03 AM, Mick wrote: > Thanks Mike, I didn't know about ppapi - or that this is available as a > separate package. Shouldn't it be drawn in as dependency by Chromium, or > at > least done so by some USE flag? > www-plugins/chrome-binary-plugins will get you chrome-style flash and pdf viewing. As for everything else... well, I have been finding lots of uses for firefox lately... There is a patch out there to re-enable npapi but it's no panacea, believe me. Anyone know of a good chromium fork with less borg-ware and anti-features in it? I'm starting to get fed up. -gmt
Re: [gentoo-user] Chromium browser plugins not listed
On Saturday 24 May 2014 15:02:36 Mike Gilbert wrote: > On May 24, 2014 5:43 AM, "Mick" wrote: > > Hi All, > > > > I run chromium-35.0.1916.114-r1 and noticed that only the 'Chromoting > > Viewer' > > > plugin is listed under chromium://plugins. The other plugins must be > > there > > > because they are being launched and run - e.g. adobe flash. Although > > > > interestingly Adobe Flash is not detected when I visit: > > https://www.adobe.com/software/flash/about/ > > > > and the flash graphics do not run (see attached screenshot). > > > > Firefox and Opera have no such problems and list all/more plugins. > > > > Any idea why this is so and if there is anything I can do to fix it? > > -- > > Regards, > > Mick > > Chromium 35 does not support npapi plugins. > > A ppapi version of flash is available in www - > plugins/chrome-binary-plugins. Thanks Mike, I didn't know about ppapi - or that this is available as a separate package. Shouldn't it be drawn in as dependency by Chromium, or at least done so by some USE flag? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Chromium browser plugins not listed
On May 24, 2014 5:43 AM, "Mick" wrote: > > Hi All, > > I run chromium-35.0.1916.114-r1 and noticed that only the 'Chromoting Viewer' > plugin is listed under chromium://plugins. The other plugins must be there > because they are being launched and run - e.g. adobe flash. Although > interestingly Adobe Flash is not detected when I visit: > > https://www.adobe.com/software/flash/about/ > > and the flash graphics do not run (see attached screenshot). > > Firefox and Opera have no such problems and list all/more plugins. > > Any idea why this is so and if there is anything I can do to fix it? > -- > Regards, > Mick Chromium 35 does not support npapi plugins. A ppapi version of flash is available in www - plugins/chrome-binary-plugins.
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.
Re: [gentoo-user] chromium build issue
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.
Re: [gentoo-user] chromium build issue
On Thu, Nov 21, 2013 at 5:19 PM, james N. wrote: > Hey list, > > I have a build issue with chromium on one machine but not the other. > The version I'm trying to build is www-client/chromium-32.0.1700.19 > but the problem occurs on the current stable version also (31.0.1650.57). > > > * ERROR: www-client/chromium-32.0.1700.19::gentoo failed (configure phase): > * (no error message) > * > * Call stack: > * ebuild.sh, line 93: Called src_configure > * environment, line 4972: Called die > * The specific snippet of code: > * egyp_chromium ${myconf} || die > * > * If you need support, post the output of `emerge --info > '=www-client/chromium-32.0.1700.19::gentoo'`, > * the complete build log and the output of `emerge -pqv > '=www-client/chromium-32.0.1700.19::gentoo'`. > * The complete build log is located at > '/var/tmp/portage/www-client/chromium-32.0.1700.19/temp/build.log'. > * The ebuild environment file is located at > '/var/tmp/portage/www-client/chromium-32.0.1700.19/temp/environment'. > * Working directory: > '/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19' > * S: > '/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19' > > > before that, the output is: > > Updating projects from gyp files... > Traceback (most recent call last): > File "build/gyp_chromium", line 157, in > sys.exit(gyp.main(args)) > File > "/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/__init__.py", > line 527, in main > return gyp_main(args) > File > "/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/__init__.py", > line 503, in gyp_main > options.circular_check) > File > "/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/__init__.py", > line 129, in Load > params['parallel'], params['root_targets']) > File > "/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/input.py", > line 2687, in Load > generator_input_info) > File > "/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/input.py", > line 594, in LoadTargetBuildFilesParallel > parallel_state.pool = multiprocessing.Pool(8) > File "/usr/lib64/python2.7/multiprocessing/__init__.py", line 232, in Pool > return Pool(processes, initializer, initargs, maxtasksperchild) > File "/usr/lib64/python2.7/multiprocessing/pool.py", line 138, in __init__ > self._setup_queues() > File "/usr/lib64/python2.7/multiprocessing/pool.py", line 232, in > _setup_queues > from .queues import SimpleQueue > File "/usr/lib64/python2.7/multiprocessing/queues.py", line 48, in > from multiprocessing.synchronize import Lock, BoundedSemaphore, > Semaphore, Condition > File "/usr/lib64/python2.7/multiprocessing/synchronize.py", line 59, in > > " function, see issue 3770.") > ImportError: This platform lacks a functioning sem_open implementation, > therefore, the required > synchronization primitives needed will not function, see issue 3770. > > Any ideas? > > Thanks > > -- > James > > This is my signature. Please don't steal it. > 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 -- Alecks Gates
Re: [gentoo-user] Chromium dropping support for NPAPI
On Saturday 23 November 2013 00:30:45 Yohan Pereira wrote: > I think your looking for > * www-plugins/chrome-binary-plugins > Last time I tried it, it didn't work very well. Would keep getting > unsupported version of flash etc. Thanks, I installed the flash part from it chrome-binary-plugins. It's running well. I think Lightspark is also using NPAPI, they should do somethng about it in that case.
Re: [gentoo-user] Chromium dropping support for NPAPI
On 22/11/13 at 10:24pm, Pavel Volkov wrote: > News here: > http://blog.chromium.org/2013/09/saying-goodbye-to-our-old-friend-npapi.html > > And the previous one: > http://blog.chromium.org/2012/08/the-road-to-safer-more-stable-and.html > > Currently chromium <---> adobe-flash communication in Gentoo works through > NPAPI and I don't see the bundled Flash plugin on about:plugins page. > There are no USE flags for bundled Flash either. > > In another distro (Chakra) I can see that Flash is using PPAPI, not NPAPI in > Chromium. > > So it possible to build Chromium with bundled Flash in Gentoo? > I think your looking for * www-plugins/chrome-binary-plugins Available versions: (stable) (~)31.0.1650.57_p1^msd (beta) (~)32.0.1700.19_beta1^msd (unstable) [M](~)33.0.1712.4_alpha1^msd [M]**^msd {+flash +pdf} Homepage:http://www.google.com/chrome Description: Binary plugins -- native API Flash and PDF -- from Google Chrome for use in Chromium. Last time I tried it, it didn't work very well. Would keep getting unsupported version of flash etc. -- - Yohan Pereira The difference between a Miracle and a Fact is exactly the difference between a mermaid and a seal. -- Mark Twain
[gentoo-user] Chromium dropping support for NPAPI
News here: http://blog.chromium.org/2013/09/saying-goodbye-to-our-old-friend-npapi.html And the previous one: http://blog.chromium.org/2012/08/the-road-to-safer-more-stable-and.html Currently chromium <---> adobe-flash communication in Gentoo works through NPAPI and I don't see the bundled Flash plugin on about:plugins page. There are no USE flags for bundled Flash either. In another distro (Chakra) I can see that Flash is using PPAPI, not NPAPI in Chromium. So it possible to build Chromium with bundled Flash in Gentoo?
[gentoo-user] chromium build issue
Hey list, I have a build issue with chromium on one machine but not the other. The version I'm trying to build is www-client/chromium-32.0.1700.19 but the problem occurs on the current stable version also (31.0.1650.57). * ERROR: www-client/chromium-32.0.1700.19::gentoo failed (configure phase): * (no error message) * * Call stack: * ebuild.sh, line 93: Called src_configure * environment, line 4972: Called die * The specific snippet of code: * egyp_chromium ${myconf} || die * * If you need support, post the output of `emerge --info '=www-client/chromium-32.0.1700.19::gentoo'`, * the complete build log and the output of `emerge -pqv '=www-client/chromium-32.0.1700.19::gentoo'`. * The complete build log is located at '/var/tmp/portage/www-client/chromium-32.0.1700.19/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/www-client/chromium-32.0.1700.19/temp/environment'. * Working directory: '/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19' * S: '/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19' before that, the output is: Updating projects from gyp files... Traceback (most recent call last): File "build/gyp_chromium", line 157, in sys.exit(gyp.main(args)) File "/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/__init__.py", line 527, in main return gyp_main(args) File "/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/__init__.py", line 503, in gyp_main options.circular_check) File "/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/__init__.py", line 129, in Load params['parallel'], params['root_targets']) File "/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/input.py", line 2687, in Load generator_input_info) File "/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/input.py", line 594, in LoadTargetBuildFilesParallel parallel_state.pool = multiprocessing.Pool(8) File "/usr/lib64/python2.7/multiprocessing/__init__.py", line 232, in Pool return Pool(processes, initializer, initargs, maxtasksperchild) File "/usr/lib64/python2.7/multiprocessing/pool.py", line 138, in __init__ self._setup_queues() File "/usr/lib64/python2.7/multiprocessing/pool.py", line 232, in _setup_queues from .queues import SimpleQueue File "/usr/lib64/python2.7/multiprocessing/queues.py", line 48, in from multiprocessing.synchronize import Lock, BoundedSemaphore, Semaphore, Condition File "/usr/lib64/python2.7/multiprocessing/synchronize.py", line 59, in " function, see issue 3770.") ImportError: This platform lacks a functioning sem_open implementation, therefore, the required synchronization primitives needed will not function, see issue 3770. Any ideas? Thanks -- James This is my signature. Please don't steal it.
Re: [gentoo-user] Chromium: questions
On Tuesday 30 Jul 2013 09:11:37 Pavel Volkov wrote: > I have 2 questions about how Chromium operates with a clean profile. > I run it like this: > % chromium --user-data-dir= > > Directory is empty (at first launch). > > After the first launch, some entries immediately appear in History. I > visited those before, but it's not everything I visited. Approximately > 10-20 entries. > From where is this information taken? If it's Google servers, what info is > used for identification? IP address, system user name, something else? > > Next question is about certificates. I have 2 personal certificates > installed in my main profile and they appear in the clean profile, too. > Where are those certificates stored? I couldn't find them in KDE > configuration app (System Settings). Are they taken from main profile? I have a number of certificate details and CRLs stored under ~.gnupg/ Additionally, mozilla certificates are stored in the ~/.mozilla/firefox/xx.default/ directory, but I think that these are only used by mozilla apps, not Chromium. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Chromium: questions
On Tue, Jul 30, 2013 at 3:11 AM, Pavel Volkov wrote: > I have 2 questions about how Chromium operates with a clean profile. > I run it like this: > % chromium --user-data-dir= > > Directory is empty (at first launch). > > After the first launch, some entries immediately appear in History. I > visited those before, but it's not everything I visited. Approximately 10-20 > entries. > From where is this information taken? If it's Google servers, what info is > used for identification? IP address, system user name, something else? > > Next question is about certificates. I have 2 personal certificates > installed in my main profile and they appear in the clean profile, too. > Where are those certificates stored? I couldn't find them in KDE > configuration app (System Settings). Are they taken from main profile? I would look in the ~/.config/ directory for any chrome/chromium/google stuff which might possibly contain this data... (even if you specified otherwise)
Re: [gentoo-user] Chromium: questions
On Tue, Jul 30, 2013 at 12:27 PM, Yohan Pereira wrote: > Just a hunch but have you signed into Chromium with your google account > ? Google has this feature/anti-feature (based on your outlook) where it > syncs bookmarks, history among other things with their servers so you have > access to it on all your computers where you've signed into Chromium. > No, of course I haven't. Only launched it with a clean profile and opened History right away.
Re: [gentoo-user] Chromium: questions
On 30/07/13 at 12:11pm, Pavel Volkov wrote: > I have 2 questions about how Chromium operates with a clean profile. > I run it like this: > % chromium --user-data-dir= > > Directory is empty (at first launch). > > After the first launch, some entries immediately appear in History. I > visited those before, but it's not everything I visited. Approximately > 10-20 entries. > From where is this information taken? If it's Google servers, what info is > used for identification? IP address, system user name, something else? Just a hunch but have you signed into Chromium with your google account ? Google has this feature/anti-feature (based on your outlook) where it syncs bookmarks, history among other things with their servers so you have access to it on all your computers where you've signed into Chromium. - - Yohan Pereira The difference between a Miracle and a Fact is exactly the difference between a mermaid and a seal. -- Mark Twain
[gentoo-user] Chromium: questions
I have 2 questions about how Chromium operates with a clean profile. I run it like this: % chromium --user-data-dir= Directory is empty (at first launch). After the first launch, some entries immediately appear in History. I visited those before, but it's not everything I visited. Approximately 10-20 entries. >From where is this information taken? If it's Google servers, what info is used for identification? IP address, system user name, something else? Next question is about certificates. I have 2 personal certificates installed in my main profile and they appear in the clean profile, too. Where are those certificates stored? I couldn't find them in KDE configuration app (System Settings). Are they taken from main profile?
Re: [gentoo-user] chromium print bug?
Just try, and chromium get crazy too. I'm using chromium 24.0.1312.5 with KDE by the way. 2012/11/11 Grant > Does anyone else's chromium get a little crazy when they try to bring up > the print dialog without a printer attached? > > - Grant >
[gentoo-user] chromium print bug?
Does anyone else's chromium get a little crazy when they try to bring up the print dialog without a printer attached? - Grant
Re: [gentoo-user] Chromium and Google Chrome
On Fri, Sep 2, 2011 at 4:31 AM, András Csányi wrote: > On 2 September 2011 10:17, JD Horelick 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
Re: [gentoo-user] Chromium and Google Chrome
On 2 September 2011 10:17, JD Horelick 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
Re: [gentoo-user] Chromium and Google Chrome
On 2 September 2011 09:45, Yohan Pereira wrote: > > > This is from http://en.wikipedia.org/wiki/Google_chrome > > Chromium implements a similar feature set as Chrome, but lacks built-in > automatic updates, built-in PDF reader and Google branding, and most > noticeably has a blue-colored logo in place of the multicolored Google logo. Hmmm... Thanks! -- - - -- Csanyi Andras (Sayusi Ando) -- http://sayusi.hu -- http://facebook.com/andras.csanyi -- ""Trust in God and keep your gunpowder dry!" - Cromwell
Re: [gentoo-user] Chromium and Google Chrome
On 2 September 2011 03:45, Yohan Pereira wrote: > On Friday 02 Sep 2011 09:27:09 András Csányi wrote: > >> Dear All, > >> > >> In the morning after I have synced my portage I saw there is a > >> google-chrome and chromium package. The version numbers are the same. > >> I watched the websites and basically they are the same. Google Chrome > >> is the Chrome browser and the Chromium is the open source project. I > >> would like to know what is the difference between them and why do we > >> have two package? > >> > >> Thanks in advance for any information! > >> > >> András > > > > This is from http://en.wikipedia.org/wiki/Google_chrome > > > > Chromium implements a similar feature set as Chrome, but lacks built-in > automatic updates, built-in PDF reader and Google branding, and most > noticeably has a blue-colored logo in place of the multicolored Google logo. > > > > > > -- > > > > - Yohan Pereira > > > > "A man can do as he will, but not will as he will" - Schopenhauer Also, one is a binary, one is source that you need to compile. And Chromium is an EXTREMELY long compile
Re: [gentoo-user] Chromium and Google Chrome
On Friday 02 Sep 2011 09:27:09 András Csányi wrote: > Dear All, > > In the morning after I have synced my portage I saw there is a > google-chrome and chromium package. The version numbers are the same. > I watched the websites and basically they are the same. Google Chrome > is the Chrome browser and the Chromium is the open source project. I > would like to know what is the difference between them and why do we > have two package? > > Thanks in advance for any information! > > András This is from http://en.wikipedia.org/wiki/Google_chrome Chromium implements a similar feature set as Chrome, but lacks built-in automatic updates, built-in PDF reader and Google branding, and most noticeably has a blue-colored logo in place of the multicolored Google logo. -- - Yohan Pereira "A man can do as he will, but not will as he will" - Schopenhauer