You are not logged in.
I found a solution. You can load external extensions based on preference files. (src)
For example to install the extension aaaaaaaaaabbbbbbbbbbcccccccccc, create:
/usr/share/chromium/extensions/aaaaaaaaaabbbbbbbbbbcccccccccc.json
with following content:
{
"external_crx": "/home/share/extension_1_0_0.crx",
"external_version": "1.0.0"
}
If you restart Inox or Chromium the extension should be loaded automatically.
In near future I will change /usr/share/chromium/ to /usr/share/inox/ to load independent extensions.
Offline
This patch disables the auto import from Firefox
--- chromium-48.0.2564.82.bak/chrome/browser/chrome_browser_main.cc 2016-01-26
+++ chromium-48.0.2564.82/chrome/browser/chrome_browser_main.cc 2016-01-26
@@ -1474,7 +1474,7 @@
// Note that this be done _after_ the PrefService is initialized and all
// preferences are registered, since some of the code that the importer
// touches reads preferences.
- if (first_run::IsChromeFirstRun()) {
+ if (false) {
first_run::AutoImport(profile_,
master_prefs_->homepage_defined,
master_prefs_->do_import_items,
But it also disables the check for the default browser, which is fine for me, but I don't know if this is fine with you?
Last edited by Wilco (2016-01-26 13:53:05)
Offline
This patch disables the auto import from Firefox
--- chromium-48.0.2564.82.bak/chrome/browser/chrome_browser_main.cc 2016-01-26 +++ chromium-48.0.2564.82/chrome/browser/chrome_browser_main.cc 2016-01-26 @@ -1474,7 +1474,7 @@ // Note that this be done _after_ the PrefService is initialized and all // preferences are registered, since some of the code that the importer // touches reads preferences. - if (first_run::IsChromeFirstRun()) { + if (false) { first_run::AutoImport(profile_, master_prefs_->homepage_defined, master_prefs_->do_import_items,
But it also disables the check for the default browser, which is fine for me, but I don't know if this is fine with you?
If you just want to disable auto-importing, remove the call to first_run::AutoImport(). You shouldn't need to modify the if statement.
Offline
@eloston: true, that's fine with me too.
Edit: compiled new chromium version 48.0.2564.97 with the patch below and it stops importing the Firefox profile when starting Chromium for the first time. It seams Chromium only tries to import the FF profile if FF is closed when starting Chromium.
--- chromium-48.0.2564.82.bak/chrome/browser/chrome_browser_main.cc 2016-01-26 09:09:22.227027336 +0100
+++ chromium-48.0.2564.82/chrome/browser/chrome_browser_main.cc 2016-01-28 10:42:14.469945232 +0100
@@ -1475,11 +1475,11 @@
// preferences are registered, since some of the code that the importer
// touches reads preferences.
if (first_run::IsChromeFirstRun()) {
- first_run::AutoImport(profile_,
+ /*first_run::AutoImport(profile_,
master_prefs_->homepage_defined,
master_prefs_->do_import_items,
master_prefs_->dont_import_items,
- master_prefs_->import_bookmarks_path);
+ master_prefs_->import_bookmarks_path);*/
// Note: this can pop the first run consent dialog on linux.
first_run::DoPostImportTasks(profile_,
Last edited by Wilco (2016-01-28 13:54:38)
Offline
Looks good! I will add it the next days
Offline
Right now I'm trying to build Inox on my RPi2 which runs ArchlinuxARM. For this I'm using a mixture of ArchlinuxARM's PKGBUILD for Chromium and the PKGBUILD for Inox, but I'm keeping all options of the inox PKGBUILD.
I haven't succeeded yet, but as soon as I do, would you @gcarq be ok if I provide a PKGBUILD and maybe a binary package on the AUR for the armv7h build? E.g. named inox-rpi2 and inox-rpi2-bin.
It's quite a pain to build it on such a small machine, but since I need a real browser on it, don't want Chromium or Firefox on it and don't know how to build Palemoon (which is the second browser besides Inox I trust), Inox is the only real option here...
Offline
@sekret: Yeah sure, glad to hear you take the time to port it.
Are you building directly on the RPi2? how long does it take so far? Cross compiling with arm-bcm2708-linux-gnueabi may be worth a try.
Offline
Yeah I'll have to cross compile, the compilation process doesn't finish on the raspberry, it complains about too little memory (1GB + 8GB swap), because the swap seems to be ignored or something ... I'm not entirely sure. The process stops at random. If it didn't, it wouldn't take too long thanks to ccache and of course the quadcore, which I also overclock a bit, 1GHz.
I'll have to look into how cross compiling works, never done that! I started trying with qemu... We'll see. It's not the highest priority for me right now, but I definitely want this! :-)
Last edited by sekret (2016-02-17 11:38:42)
Offline
Released 48.0.2564.116.
@Wilco, you patch is not released with this version, but it's planned for version 49.0.2623.75.
Offline
Off-topic (?) but maybe relevant. Just added an AUR package for Firefox with improved privacy settings and patches, similar to what Inox does.
Offline
@gcarq, any updates, news ?
Offline
Hi guys, its been a long time since the last release.
I've just released version 49.0.2623.110-1
Nothing new so far just replaced a patch, but it has the same effect.
@Wilco thanks for sharing. I will give it a try :-)
Offline
gcarq, is it possible to combine your patchset with Iridium-browser patches ?
Offline
@Perfect Gentleman, sure thats doable. ungoogled-chromium combines these two patchsets with some additional patches.
Just add them to your PKGBUILD prepare()
Offline
Perfect Gentleman: I haven't updated all the patches to Chromium 49 yet. I will publish a new version soon.
Offline
@gcarq. thanx, how can I forget about it.
@eloston, great.
Last edited by Perfect Gentleman (2016-04-01 06:09:16)
Offline
I recently discovered Inox. I really like it, no problems so far.
Thank you for doing that, keep it up.
Offline
Thanks for your effort!
Help me to improve ssh-rdp !
Retroarch User? Try my koko-aio shader !
Offline
Thanks for this browser. Idefinitely like the idea. I waited for so long to find something similar to the Iron Browser. And yet this seems to be even better. Weiter so!
Offline
When I launch Inox, it immediately attempts outbound UDP requests to one or more of the following 5 IP addresses: 141.101.114.99 190.93.244.98 190.93.245.98 190.93.246.98 190.93.247.98. The exact request as reported by TOMOYO Linux is "network inet dgram send 141.101.114.99 0". Does anyone know what these connection attempts are for? I've tried searching the web without any success. They don't resolve to a hostname and whois reports that they are CloudFlare addresses.
archlinux | OpenRC | TOMOYO Linux | Xfce
"In his house at R'lyeh dead Cthulhu waits dreaming."
Offline
Don't see those connections myself, so it might be something else on your system causing these connections. Also start with a new profile to find out if it's caused by something in your extensions or history.
Offline
Thanks for the suggestions. Oddly enough, I can't replicate the outbound requests at launch I posted about. As I only use Inox as a backup browser, it doesn't get launched frequently. I've seen this behavior with prior versions too, but can't remember when. If I can track down a root cause, I'll update my original post.
archlinux | OpenRC | TOMOYO Linux | Xfce
"In his house at R'lyeh dead Cthulhu waits dreaming."
Offline
@0strodamus never seen any connections to the specified addressees. I will keep an eye open if I see one of those. Can you provide more information when it happend? during first start?, during normal browsing?, any specific plugin, ...? TCP or UDP connection, and which port
EDIT: just saw your recent post. Please report if you see some similar issue again.
Last edited by gcarq (2016-06-05 04:12:36)
Offline
@gcarq I'm having problems installing the latest version of your browser. Here's the error that i keep getting: http://i.imgur.com/o1iRLfh.png. What gives? Am I doing something wrong?
Offline
Hi, there's a mistake in the PKGBUILD
pkgrel=2 -> pkgrel=1
cheers!
Last edited by Perfect Gentleman (2016-06-06 16:11:31)
Offline