Package Details: inox-bin 67.0.3396.87-1

Git Clone URL: (read-only)
Package Base: inox-bin
Description: Chromium Spin-off to enhance privacy by disabling data transmission to Google. (binary version)
Upstream URL:
Keywords: browser chromium web
Licenses: BSD
Conflicts: inox
Provides: inox
Submitter: gcarq
Maintainer: None
Last Packager: gcarq
Votes: 75
Popularity: 0.191124
First Submitted: 2015-06-22 19:49
Last Updated: 2018-06-21 18:01

Dependencies (35)

Required by (0)

Sources (1)

Latest Comments

1 2 3 4 5 6 ... Next › Last »

milaxnuts commented on 2018-12-07 08:40

offers pre-built binaries with inox-patchset and various other patches

gcarq commented on 2018-11-05 18:59

I'm stepping back as maintainer for inox and inox-bin because lack of time. Feel free to adopt them.

hexvalid commented on 2018-09-26 07:33

pls bump new version. arch using now icu-62

lightdot commented on 2018-09-25 09:36

The only proper way to fix this is to rebuild the inox (inox-bin) package.

In the mean time, this indeed works:

curl -Lo /tmp/icu-61.1-1-x86_64.pkg.tar.xz
tar --wildcards --no-anchored --warning=none -xf /tmp/icu-61.1-1-x86_64.pkg.tar.xz ** ** **
sudo mv /tmp/usr/lib/libicu*.so.61* /usr/lib
rm /tmp/icu-61.1-1-x86_64.pkg.tar.xz
rm -r /tmp/usr

Don't forget to remove /usr/lib/libicu*.so.61* after inox has been rebuilt or updated:

sudo rm /usr/lib/libicu*.so.61*

victor3d commented on 2018-09-04 15:14

Please recompile to get rid of error without any workarounds

NullRoute commented on 2018-08-16 11:37

See workaround here;

Cravix commented on 2018-08-09 03:05

icu update breaks the dependency of this packages, now I get the error

/usr/lib/inox/inox: error while loading shared libraries: cannot open shared object file: No such file or directory

every time running inox.

Please recompile, and thanks in advance :)

Shadowdodger2 commented on 2018-06-23 10:08

Is the latest version (67.0.3) working without any issues?

gcarq commented on 2018-06-21 18:02

Thanks for the gists. Updated the PKGBUILD accordingly

cookiengineer commented on 2018-06-18 20:19

Can you please update the PKGINFO and add the removal of the dotfiles to the package() method? Afterwards, the package works perfectly fine. Before it, makepkg -s will fail because dotfiles were in the root folder of the extracted archive.

Uploaded the diff to this gist here: