i've a problem in my arch linux distribution, i've added the black arch repo to this one.
When i try to install the impacket suit or crackmapexec using
sudo pacman -S impacket
This is my output
Packages (12) python-click-8.1.2-1 python-flask-2.1.1-1 python-itsdangerous-2.1.2-2 python-jinja-1:3.0.3-1 python-ldap3-2.9.1-3 python-markupsafe-2.1.1-1 python-pcapy-1.0.5-1
python-pyasn1-0.4.8-7 python-pycryptodome-3.14.1-1 python-pycryptodomex-3.12.0-1 python-werkzeug-2.1.1-1 impacket-0.9.24-1
Total Download Size: 5.49 MiB
Total Installed Size: 35.42 MiB
:: Proceed with installation? [Y/n] y
:: Retrieving packages...
impacket-0.9.24-1-any 1802.1 KiB 1502 KiB/s 00:01 [#####################################################################] 100%
python-pycryptodomex-3.12.0-1-x86_64 1354.7 KiB 7.47 MiB/s 00:00 [#####################################################################] 100%
python-pycryptodome-3.14.1-1-x86_64 980.6 KiB 6.38 MiB/s 00:00 [#####################################################################] 100%
python-ldap3-2.9.1-3-any 442.8 KiB 3.52 MiB/s 00:00 [#####################################################################] 100%
python-werkzeug-2.1.1-1-any 328.6 KiB 3.31 MiB/s 00:00 [#####################################################################] 100%
python-jinja-1:3.0.3-1-any 240.5 KiB 2.45 MiB/s 00:00 [#####################################################################] 100%
python-click-8.1.2-1-any 154.7 KiB 2.07 MiB/s 00:00 [#####################################################################] 100%
python-flask-2.1.1-1-any 133.6 KiB 1284 KiB/s 00:00 [#####################################################################] 100%
python-pyasn1-0.4.8-7-any 115.2 KiB 1496 KiB/s 00:00 [#####################################################################] 100%
python-itsdangerous-2.1.2-2-any 24.9 KiB 324 KiB/s 00:00 [#####################################################################] 100%
python-pcapy-1.0.5-1-x86_64 22.5 KiB 271 KiB/s 00:00 [#####################################################################] 100%
python-markupsafe-2.1.1-1-x86_64 18.6 KiB 295 KiB/s 00:00 [#####################################################################] 100%
Total (12/12) 5.5 MiB 1803 KiB/s 00:03 [#####################################################################] 100%
(12/12) checking keys in keyring [#####################################################################] 100%
(12/12) checking package integrity [#####################################################################] 100%
(12/12) loading package files [#####################################################################] 100%
(12/12) checking for file conflicts [#####################################################################] 100%
error: failed to commit transaction (conflicting files)
python-pycryptodomex: /usr/lib/python3.10/site-packages/Cryptodome/Cipher/AES.py exists in filesystem
python-pycryptodomex: /usr/lib/python3.10/site-packages/Cryptodome/Cipher/AES.pyi exists in filesystem
python-pycryptodomex: /usr/lib/python3.10/site-packages/Cryptodome/Cipher/ARC2.py exists in filesystem
python-pycryptodomex: /usr/lib/python3.10/site-packages/Cryptodome/Cipher/Blowfish.pyi exists in filesystem
python-pycryptodomex: /usr/lib/python3.10/site-packages/Cryptodome/Cipher/_EKSBlowfish.pyi exists in filesystem
python-pycryptodomex: /usr/lib/python3.10/site-packages/Cryptodome/Cipher/_Salsa20.abi3.so exists in filesystem
<SNIP>
python-click: /usr/lib/python3.10/site-packages/click/shell_completion.py exists in filesystem
python-click: /usr/lib/python3.10/site-packages/click/termui.py exists in filesystem
python-click: /usr/lib/python3.10/site-packages/click/testing.py exists in filesystem
python-click: /usr/lib/python3.10/site-packages/click/types.py exists in filesystem
python-click: /usr/lib/python3.10/site-packages/click/utils.py exists in filesystem
Errors occurred, no packages were upgraded.
As aditional information after the configuration of user i've installed python and python3-pip before the other installation.
did you already check the following thread on the arch forums?
https://bbs.archlinux.org/viewtopic.php?id=249702[1]
Also this one:
https://wiki.archlinux.org/title/Pacman#%22Failed_to_commit_transaction_(conflicting_files)%22_error [2]
my pacman installation of impacket runs apparently without issues:
$ sudo pacman -S impacket
resolving dependencies...
looking for conflicting packages...
Packages (6) python-ldap3-2.9.1-3 python-pcapy-1.0.5-1 python-pyasn1-0.4.8-7 python-pycryptodome-3.14.1-1
python-pycryptodomex-3.12.0-1 impacket-0.9.24-1
Total Download Size: 4.61 MiB
Total Installed Size: 30.25 MiB
:: Proceed with installation? [Y/n] y
:: Retrieving packages...
impacket-0.9.24-1-any 1802.1 KiB 2.42 MiB/s 00:01 [#######################################] 100%
python-pycryptodomex-3.12.0-1-x86_64 1354.7 KiB 4.35 MiB/s 00:00 [#######################################] 100%
python-pycryptodome-3.14.1-1-x86_64 980.6 KiB 5.04 MiB/s 00:00 [#######################################] 100%
python-ldap3-2.9.1-3-any 442.8 KiB 3.70 MiB/s 00:00 [#######################################] 100%
python-pyasn1-0.4.8-7-any 115.2 KiB 1719 KiB/s 00:00 [#######################################] 100%
python-pcapy-1.0.5-1-x86_64 22.5 KiB 561 KiB/s 00:00 [#######################################] 100%
Total (6/6) 4.6 MiB 2.53 MiB/s 00:02 [#######################################] 100%
(6/6) checking keys in keyring [#######################################] 100%
(6/6) checking package integrity [#######################################] 100%
(6/6) loading package files [#######################################] 100%
(6/6) checking for file conflicts [#######################################] 100%
(6/6) checking available disk space [#######################################] 100%
:: Processing package changes...
(1/6) installing python-pycryptodome [#######################################] 100%
(2/6) installing python-pycryptodomex [#######################################] 100%
(3/6) installing python-pyasn1 [#######################################] 100%
(4/6) installing python-pcapy [#######################################] 100%
(5/6) installing python-ldap3 [#######################################] 100%
(6/6) installing impacket [#######################################] 100%
:: Running post-transaction hooks...
(1/1) Arming ConditionNeedsUpdate...
Related
community! :)
When I try start binary ammyy_router on Oracle linux 7.9, that hosted on Oracle cloud free tier, I get following error:
-bash: ./ammyy_router: cannot execute binary file
without any additional errors :(
Official man AMMYY router recommends:
Note:
On x64 system you can get error when run ammyy_router, to fix them you need
yum install glibc.i686
yum install libstdc++.i686
but
yum install glibc.i686
yum install libstdc++.i686
get following error:
[opc#instance-20210623-1400 ammyy]$ sudo yum install libstdc++.i686
Loaded plugins: langpacks, ulninfo
ol7_MySQL80 | 2.5 kB 00:00
ol7_MySQL80_connectors_community | 2.5 kB 00:00
ol7_MySQL80_tools_community | 2.5 kB 00:00
ol7_UEKR6 | 2.5 kB 00:00
ol7_ksplice | 2.5 kB 00:00
ol7_latest | 2.7 kB 00:00
ol7_oci_included | 2.9 kB 00:00
ol7_optional_latest | 2.5 kB 00:00
ol7_software_collections | 2.5 kB 00:00
(1/2): ol7_ksplice/aarch64/primary_db | 21 kB 00:00
(2/2): ol7_ksplice/aarch64/updateinfo | 2.8 kB 00:00
No package libstdc++.i686 available.
Error: Nothing to do
[opc#instance-20210623-1400 ammyy]$ sudo yum install glibc.i686
Loaded plugins: langpacks, ulninfo
No package glibc.i686 available.
Error: Nothing to do
File output:
[opc#instance-20210623-1400 ammyy]$ file ./ammyy_router
./ammyy_router: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, BuildID[sha1]=01167db09551003ca92a10734d7dd0a1b332d7d6, not stripped
Uname output:
[opc#instance-20210623-1400 ammyy]$ uname -a
Linux instance-20210623-1400 5.4.17-2102.202.5.el7uek.aarch64 #2 SMP Sat May 22 17:03:57 PDT 2021 aarch64 aarch64 aarch64 GNU/Linux
So, can you help me, what I doing wrong? :(
UPD: I'm trying add official x86_64 repo to yum but get follwing error:
[opc#instance-20210623-1400 ammyy]$ sudo yum-config-manager --add-repo http://yu m.oracle.com/repo/OracleLinux/OL7/latest/x86_64
Loaded plugins: langpacks
adding repo from: http://yum.oracle.com/repo/OracleLinux/OL7/latest/x86_64
[yum.oracle.com_repo_OracleLinux_OL7_latest_x86_64]
name=added from: http://yum.oracle.com/repo/OracleLinux/OL7/latest/x86_64
baseurl=http://yum.oracle.com/repo/OracleLinux/OL7/latest/x86_64
enabled=1
[opc#instance-20210623-1400 ammyy]$ sudo yum check-update Loaded plugins: langpacks, ulninfo
ol7_MySQL80 | 2.5 kB 00:00
ol7_MySQL80_connectors_community | 2.5 kB 00:00
ol7_MySQL80_tools_community | 2.5 kB 00:00
ol7_UEKR6 | 2.5 kB 00:00
ol7_ksplice | 2.5 kB 00:00
ol7_latest | 2.7 kB 00:00
ol7_oci_included | 2.9 kB 00:00
ol7_optional_latest | 2.5 kB 00:00
ol7_software_collections | 2.5 kB 00:00
yum.oracle.com_repo_OracleLinux_OL7_latest_x86_64 | 2.7 kB 00:00
(1/8): ol7_software_collections/aarch64/updateinfo | 81 B 00:00
(2/8): ol7_software_collections/aarch64/primary_db | 1.7 MB 00:00
(3/8): yum.oracle.com_repo_OracleLinux_OL7_latest_x86_64/g | 660 kB 00:00
(4/8): ol7_latest/aarch64/updateinfo | 1.9 MB 00:00
(5/8): yum.oracle.com_repo_OracleLinux_OL7_latest_x86_64/u | 3.2 MB 00:00
(6/8): ol7_optional_latest/aarch64/updateinfo | 1.1 MB 00:00
(7/8): yum.oracle.com_repo_OracleLinux_OL7_latest_x86_64/p | 36 MB 00:01
(8/8): ol7_latest/aarch64/primary_db | 65 MB 00:03
dmidecode.aarch64 1:3.2-5.0.1.el7_9.1 ol7_latest
kernel-uek-debug-devel.aarch64 5.4.17-2102.202.5.el7uek ol7_UEKR6
kexec-tools.aarch64 2.0.20-1.0.6.el7 ol7_latest
ksplice.aarch64 1.0.53-1.el7 ol7_ksplice
ksplice-core0.aarch64 1.0.53-1.el7 ol7_ksplice
ksplice-tools.aarch64 1.0.53-1.el7 ol7_ksplice
oci-utils.noarch 0.12.5-0.el7 ol7_oci_included
oraclelinux-release-el7.aarch64 1.0-13.4.el7 ol7_latest
pciutils.aarch64 3.5.1-3.0.1.el7 ol7_latest
pciutils-libs.aarch64 3.5.1-3.0.1.el7 ol7_latest
perf.aarch64 5.4.17-2102.202.5.el7uek ol7_UEKR6
Update notice ELBA-2021-9327 (from yum.oracle.com_repo_OracleLinux_OL7_latest_x8 6_64) is broken, or a bad duplicate, skipping.
You should report this problem to the owner of the yum.oracle.com_repo_OracleLin ux_OL7_latest_x86_64 repository.
To help pinpoint the issue, please attach the output of "yum updateinfo --verbos e" to the report.
Update notice ELBA-2021-9326 (from yum.oracle.com_repo_OracleLinux_OL7_latest_x8 6_64) is broken, or a bad duplicate, skipping.
and packages glibc*i686 doesn't avaiable to install.
Just realized that these two Python libraries:
colour · PyPI (pip install colour)
colour-science · PyPI (pip install colour-science)
... use the exact same import - and are therefore in conflict:
import colour
In my MSYS2 installation, I have noticed this:
$ pacman -Ss colour
mingw32/mingw-w64-i686-python-colour 1~0.1.5-1
converts and manipulates various color representation (HSL, RVB, web, X11, ...) (mingw-w64)
mingw32/mingw-w64-i686-python-colour-science 0.3.16-1
Python library for a multitude of colour science applications (mingw-w64)
mingw64/mingw-w64-x86_64-python-colour 1~0.1.5-1 [installed]
converts and manipulates various color representation (HSL, RVB, web, X11, ...) (mingw-w64)
mingw64/mingw-w64-x86_64-python-colour-science 0.3.16-1
Python library for a multitude of colour science applications (mingw-w64)
... and my earlier use of colour-science was gone, so I tried this:
$ pacman -S mingw-w64-x86_64-python-colour-science
resolving dependencies...
looking for conflicting packages...
:: mingw-w64-x86_64-python-colour-science and mingw-w64-x86_64-python-colour are in conflict. Remove mingw-w64-x86_64-python-colour? [Y/n] y
Packages (3) mingw-w64-x86_64-python-colour-1~0.1.5-1 [removal] mingw-w64-x86_64-python-imageio-2.9.0-2
mingw-w64-x86_64-python-colour-science-0.3.16-1
Total Download Size: 2.66 MiB
Total Installed Size: 20.19 MiB
Net Upgrade Size: 20.08 MiB
:: Proceed with installation? [Y/n] y
:: Retrieving packages...
mingw-w64-x86_64-python-imageio-2.9.0-2-any 379.3 KiB 1574 KiB/s 00:00 [#################################################] 100% mingw-w64-x86_64-python-colour-science-0.3.16-1-any 2.3 MiB 2.17 MiB/s 00:01 [#################################################] 100% (2/2) checking keys in keyring [#################################################] 100% (2/2) checking package integrity [#################################################] 100% (2/2) loading package files [#################################################] 100% (2/2) checking for file conflicts [#################################################] 100% (3/3) checking available disk space [#################################################] 100% :: Processing package changes...
(1/1) removing mingw-w64-x86_64-python-colour [#################################################] 100% (1/2) installing mingw-w64-x86_64-python-imageio [#################################################] 100% Optional dependencies for mingw-w64-x86_64-python-imageio
mingw-w64-x86_64-freeimage [installed]
mingw-w64-x86_64-python-tifffile
(2/2) installing mingw-w64-x86_64-python-colour-science [#################################################] 100%
So, I cannot use both colour and colour-science libraries via pacman in MSYS2, which does make sense ...
But in principle - is there any way I could use both of these libraries at the same time, even if not via the package manager?
I am following the steps on for unix like systems https://elixir-lang.org/install.html#unix-and-unix-like
this is the error that I am getting
sudo apt-get install esl-erlang
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
esl-erlang : Depends: libncurses5 but it is not installable
Depends: libsctp1 but it is not installable
Recommends: erlang-mode but it is not going to be installed
E: Unable to correct problems, you have held broken packages
I tried using asdf-vm as well but still the same libcurses5 issue is there
asdf install erlang 21.1
asdf_21.1 is not a kerl-managed Erlang/OTP installation
No build named asdf_21.1
Downloading OTP-21.1.tar.gz to /home/superuser/.asdf/plugins/erlang/kerl-home/archives
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 120 100 120 0 0 241 0 --:--:-- --:--:-- --:--:-- 241
100 51.3M 0 51.3M 0 0 4747k 0 --:--:-- 0:00:11 --:--:-- 3990k
Extracting source code
Building Erlang/OTP 21.1 (asdf_21.1), please wait...
WARNING: It appears that a required development package 'libncurses5-dev' is not installed.
Configure failed.
checking whether lock counters should be enabled... no
checking whether dlopen() needs to be called before first call to dlerror()... no
checking for kstat_open in -lkstat... (cached) no
checking for tgetent in -ltinfo... no
checking for tgetent in -lncurses... no
checking for tgetent in -lcurses... no
checking for tgetent in -ltermcap... no
checking for tgetent in -ltermlib... no
configure: error: No curses library functions found
The problem was that with cosmic the repositories were not available on http://archive.ubuntu.com.
changing them in /etc/apt/sources.list i.e replacing all occurences of http://archive.ubuntu.com with http://old-releases.ubuntu.com did the trick.
I am using IntelliJ's rust plugin (version 0.2.0.2114-182) with IDEA (2018.2.3).
There is a yellow bar at the top of my editor window that says "cannot attach stdlib sources automatically without rustup". This is not surprising since gentoo does not use rustup. It compiles rust from source.
There is an option to "attach manually", but I have no idea what directory it wants me to pick; or even what I should look for to figure out what the proper directory is; and I'm not even sure the gentoo ebuild created a directory with the necessary stdlib sources.
How can I provide the stdlib sources to the rust plugin in a way that is compatible with gentoo's package management system? It seems like answers to How to provide standard library sources for IntelliJ IDEA's Rust project? bypass gentoo's ebuilds and might cause the accumulation of cruft over time.
The dev-lang/rust Gentoo package has an rls use-flag (standing for Rust Language Server), which has a side-effect of installing Rust sources to /usr/lib/rustlib/src:
$ equery files dev-lang/rust | grep lib.rs
/usr/lib/rustlib/src/rust/src/libcore/lib.rs
/usr/lib/rustlib/src/rust/src/libstd/lib.rs
(...)
The solution is therefore to enable the rls use-flag and then point Intellij IDEA to /usr/lib/rustlib/src/rust/src:
I believe this is a more idiomatic solution on Gentoo than to bypass portage and/or use rustup.
Note that dev-lang/rust-bin package currently does not have the rls use-flag and I haven't found a way to install Rust lib sources with it.
Contributions regarding dev-lang/rust use-flags (and their docs) in Gentoo would be probably appreciated.
I have an experimental technique that has different warts from the solution Sven found:
I installed rustup in addition to having the gentoo-managed rust ebuild.
$ wget -O sh.rustup.rs https://sh.rustup.rs
--2019-09-24 10:28:49-- https://sh.rustup.rs/
Resolving sh.rustup.rs... 13.249.122.62, 13.249.122.9, 13.249.122.96, ...
Connecting to sh.rustup.rs|13.249.122.62|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10782 (11K) [text/x-sh]
Saving to: 'sh.rustup.rs'
sh.rustup.rs 100%[===================>] 10.53K --.-KB/s in 0.001s
2019-09-24 10:28:49 (10.4 MB/s) - 'sh.rustup.rs' saved [10782/10782]
However, rustup is sad that I already have rust installed in /usr/bin
$ sh sh.rustup.rs
info: downloading installer
error: it looks like you have an existing installation of Rust at:
error: /usr/bin
error: rustup cannot be installed alongside Rust. Please uninstall first
error: if this is what you want, restart the installation with `-y'
error: cannot install while Rust is installed
Brute force "solves" this problem:
$ sh sh.rustup.rs -y
info: downloading installer
info: syncing channel updates for 'stable-x86_64-unknown-linux-gnu'
info: latest update on 2019-08-15, rust version 1.37.0 (eae3437df 2019-08-13)
info: downloading component 'rustc'
85.3 MiB / 85.3 MiB (100 %) 9.6 MiB/s in 9s ETA: 0s
info: downloading component 'rust-std'
61.2 MiB / 61.2 MiB (100 %) 8.2 MiB/s in 8s ETA: 0s
info: downloading component 'cargo'
info: downloading component 'rust-docs'
11.3 MiB / 11.3 MiB (100 %) 8.4 MiB/s in 1s ETA: 0s
info: installing component 'rustc'
85.3 MiB / 85.3 MiB (100 %) 18.4 MiB/s in 4s ETA: 0s
info: installing component 'rust-std'
61.2 MiB / 61.2 MiB (100 %) 20.9 MiB/s in 5s ETA: 0s
info: installing component 'cargo'
info: installing component 'rust-docs'
11.3 MiB / 11.3 MiB (100 %) 606.4 KiB/s in 9s ETA: 0s
info: default toolchain set to 'stable'
stable installed - rustc 1.37.0 (eae3437df 2019-08-13)
Rust is installed now. Great!
To get started you need Cargo's bin directory ($HOME/.cargo/bin) in your PATH
environment variable. Next time you log in this will be done automatically.
To configure your current shell run source $HOME/.cargo/env
After that you might want to rig rustup to use the same version the ebuild installed (or maybe you want to leave it tracking the latest stable, your choice)
$ equery list rust
* Searching for rust ...
[IP-] [ ] dev-lang/rust-1.34.2:stable/1.34
$ rustup default 1.34.2
info: using existing install for '1.34.2-x86_64-unknown-linux-gnu'
info: default toolchain set to '1.34.2-x86_64-unknown-linux-gnu'
1.34.2-x86_64-unknown-linux-gnu unchanged - rustc 1.34.2 (6c2484dc3 2019-05-13)
But you definitely want the rust-src component
$ rustup component add rust-src
info: downloading component 'rust-src'
info: installing component 'rust-src'
After that, the rust stdlib sources should be in $HOME/.rustup/toolchains/$VERSION-$ARCH/lib/rustlib/src/rust/src and you should be able to enter that path into the settings for the rust plugin.
You may also use that settings dialog to choose your toolchain (/usr/bin, $HOME/.cargo/bin, or $HOME/.rustup/toolchains/$VERSION-$ARCH/bin; I'm just guessing that .cargo/bin points to whatever rustup default you have set at the moment).
The drawback to this solution is that you now have 2 (or more) installations of rust. The system ebuild, plus any versions you have installed into $HOME/.cargo and $HOME/.rustup using rustup. There may be more problems, considering that I've only been using this for an hour or so.
Had the same problem. The solution I settled for is to use rustup and remove portage's rust from my system. You can then tell portage to assume rust is provided by using /etc/portage/package.provided to make emerges like firefox work with rustup's version.
Here is a short article describing the process: https://laumann.xyz/gentoo/2018/05/01/gentoo-package-provided.html
Iirc you don't need everything he puts in bash.profile at the end, but right now I can't tell you what exactly you can leave out
The paths mentioned by the other posts are correct:
"/usr/bin" for the "toolchain location".
"/usr/lib/rustlib/src/rust/library" for the "standard library".
After having set them the plugin was able to work correctly but the "autocomplete" for methods/functions that belong to Rust's standard library was still not working (same problem on all my 3 Gentoo notebooks, reproduced with CLion 2021.2 & 2021.3 + Rust plugin 0.4.164 and some other older versions + Rust 1.58.1 & 1.56.1).
For example, when typing "String::" I didn't get the list that shows its functions/methods (e.g. "from()", "as_bytes()", etc...).
To be exact, I that functionality was working the very first time that I set the correct paths, but not anymore after an explicit restart of CLion (it took me a while to realize this, made me crazy).
The root cause of the problem seems to be that the rust-plugin wants to be able to write to the stdlib-directories (I didn't analyze what it writes nor I'm going to speculate).
Example of an error message:
error: failed to write /opt/rust-bin-1.58.1/lib/rustlib/src/rust/library/unwind/Cargo.lock
Until CLion changes this behaviour the workaround would obviously be to make the location of Rust's standard library writeable by the user which is running CLion.
Doing that directly would of course trigger a lot of problems (security + pkg management), thererfore I decided to look for alternatives.
I decided to use OverlayFS to be able to still use Gentoo's original installation of Rust and at the same time to reroute the changes written by CLion to a separate directory.
In my case the details are:
1-
Created the 3 custom dirs needed by OverlayFS:
mkdir /opt/stecustom/clion/clion-rust_stdlib-overlay_upperdir
mkdir /opt/stecustom/clion/clion-rust_stdlib-overlay_workdir
mkdir /mnt/clion-rust_stdlib-overlay-result
2- Did an initial manual "mount":
mount -v -t overlay overlay -o noatime,lowerdir=/usr/lib/rustlib,upperdir=/opt/stecustom/clion/clion-rust_stdlib-overlay_upperdir,workdir=/opt/stecustom/clion/clion-rust_stdlib-overlay_workdir /mnt/clion-rust_stdlib-overlay-result
(the contents of "/usr/lib/rustlib" get on top the additional layer "/opt/stecustom/clion/clion-rust_stdlib-overlay_upperdir" to which all changes will be written - I don't know what "workdir" is supposed to host but it's a required parameter - and the merged layers are made available in " /mnt/clion-rust_stdlib-overlay-result":)
3- Changed in the overlay the ownership of all files:
cd /mnt/clion-rust_stdlib-overlay-result
chown -R MY_NON_ROOT_USER /mnt/clion-rust_stdlib-overlay-result/*
4- Made CLion's Rust plugin use the new overlayed dir:
"/usr/bin" for the "toolchain location" (same as before).
"/mnt/clion-rust_stdlib-overlay-result/src/rust/library" for the "standard library" (new!).
5- Restarted CLion and checked that everything worked
6- Made the overlayfs permanent in "/etc/fstab":
overlay /mnt/clion-rust_stdlib-overlay-result overlay noatime,lowerdir=/usr/lib/rustlib,upperdir=/opt/stecustom/clion/clion-rust_stdlib-overlay_upperdir,workdir=/opt/stecustom/clion/clion-rust_stdlib-overlay_workdir 0 2
7- Rebooted and checked again in CLion.
I'm unable to install the crossbar.io WAMP router's binary distro on FreeBSD 10.1
I'm doing it step-by-step by the manual (http://crossbar.io/docs/Installation-on-FreeBSD/), but during the pkg install crossbar i get this output:
Updating FreeBSD repository catalogue...
Fetching meta.txz: 100% 944 B 0.9kB/s 00:01
Fetching packagesite.txz: 100% 6 MiB 2.9MB/s 00:02
Processing entries: 100%
FreeBSD repository update completed. 25427 packages processed.
Updating crossbar repository catalogue...
crossbar repository is up-to-date.
Checking integrity... done (0 conflicting)
The following 1 package(s) will be affected (of 0 checked):
New packages to be INSTALLED:
crossbar: 0.13.2 [crossbar]
Number of packages to be installed: 1
The process will require 161 MiB more space.
Proceed with this action? [y/N]: y
[1/1] Installing crossbar-0.13.2...
[1/1] Extracting crossbar-0.13.2: 0%
pkg: Directory /opt/crossbar/lib-python/2.7/plat-mac/lib-scriptpackages/SystemEvents not specified in the manifest
[1/1] Extracting crossbar-0.13.2: 100%
And nothing's get installed only empty folders under /opt/crossbar
Am I doing something wrong?
Any input will be appreciated.