NikosAlexandris

I want to try out a recent version of the proj.4 (or simply PROJ) library, which supports for the Bertin 1953 projection. I was advised [0] to recompile only PROJ. Trying to find the build logs of `sci-libs/gdal` but the only related entries I found under `/var/log/portage/elog/summary.log` which are entries of failed build attempts. While the `gdal` package was still installed, however, there was no build log under `/var/log/portage/build/sci-libs/`. Perhaps it was so because I tried to clean my system recently, i.e. using `eclean-dist` commands. Here what I found, from past failed attempts: environment, line 2771: Called econf '--includedir=/usr/include/gdal' '--disable-static' '--e nable-shared' '--with-expat' '--with-geotiff' '--with-grib' '--with-libtiff' '--with-libz=/usr/' '--with-o gr' '--without-bsb' '--without-dods-root' '--without-dwgdirect' '--without-epsilon' '--without-fme' '--wit hout-grass' '--without-hdf4' '--without-idb' '--without-ingres' '--without-jp2mrsid' '--without-kakadu' '- -without-libtool' '--without-mrsid' '--without-msg' '--without-oci' '--without-pcraster' '--without-podofo ' '--without-sde' '--disable-debug' '--without-armadillo' '--with-pam' '--with-curl' '--without-ecw' '--wi thout-cfitsio' '--with-geos' '--with-gif' '--with-xerces' '--with-hdf5' '--with-pcidsk' '--with-jpeg' '--w ith-jasper' '--with-mysql=/usr/bin/mysql_config' '--with-netcdf' '--without-odbc' '--with-ogdi=/usr' '--wi th-opencl' '--with-poppler' '--without-perl' '--with-png' '--with-pg' '--with-python' '--with-spatialite' '--with-sqlite3=/usr' '--without-threads' '--with-freexl' '--with-java=/opt/oracle-jre-bin-1.8.0.112' '--w ith-mdb' 'LIBS=-lsqlite3' Related to what I am trying to get, the only piece of text in the above lines is the `'--disable-static`'. To proceed, anyhow, I removed PROJ that was installed via portage, and compiled it manually from source, as per the instructions at github.com/OSGeo/proj.4. What remains to do, is to "tell" GDAL to use this version of PROJ. Which I guess will happen automagically if there if any libproj.so is found (in `LD_LIBRARY_PATH`?) or via this option https://trac.osgeo.org/gdal/wiki/ConfigOptions#PROJSO. If I re-emerge gdal, there is now a large build log (~9MB). Questions How can I find the configuration of any built package that is currently installed? Is everything only under `/var/log/portage/build/`? Do build logs get erased after using `eclean-dist` commands? Are there notes on how to handle situations that involve updating the `LD_LIBRARY_PATH` environment variable? References [0] [gdal-dev] The "Bertin 1953" projection [1] Some post in the referenced thread [0] Thanks for any hints.

This is fixed, see https://bugs.funtoo.org/browse/FL-5798. Apologies for the unnecessary post here.

Just a question: will ego eventually handle overlays? Background I don't seek for help regarding the following, at least not in this post. The following is to justify the question. After having installed `eselect-repository` and enabling the 'chaoslab' repository, root@carbon nik # eselect repository list -i Available repositories: [66] chaoslab * I still had to somehow make ebuilds, from external repositories, visible to `emerge`. I did this with `eix-remote update`. Perhaps wrongly so, but I don't know how else. Now, `eix -R chromium` returns a couple of available packages, in various repositories. Yet, I still can't get to install such "external" packages, i.e. emerge -av www-client/ungoogled-chromium-bin::chaoslab returns !!! Section 'chaoslab' in repos.conf has location attribute set to nonexistent directory: '/var/db/repos/chaoslab' WARNING: One or more repositories have missing repo_name entries: /var/db/repos/chaoslab/profiles/repo_name NOTE: Each repo_name entry should be a plain text file containing a unique name for the repository on the first line. These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds to satisfy "www-client/ungoogled-chromium-bin::chaoslab". emerge: searching for similar names... emerge: Maybe you meant any of these: www-client/google-chrome, www-client/google-chrome-beta, www-client/google-chrome-unstable? It would be, of course, great if ego could replace `eix-remote`. Or is this a bad idea?

Another update: I had to manually recreate the '/var/cache/eix/portage.eix' file and I did set ownership to 'portage:portage'. Then, `eix-update` and all seems ok now. Not sure if all this necessary/appropriate. Thanks for any feedback.

And, root@carbon nik # ego query v gentoo-sources sys-kernel/gentoo-sources| slot| repo --------------------------+----------+------------- 4.4.150| 4.4.150| nokit/master --------------------------+----------+------------- 4.4.157| 4.4.157| nokit/master --------------------------+----------+------------- 4.4.159| 4.4.159| nokit/master --------------------------+----------+------------- 4.4.160| 4.4.160| nokit/master --------------------------+----------+------------- 4.4.161| 4.4.161| nokit/master --------------------------+----------+------------- 4.4.162| 4.4.162| nokit/master --------------------------+----------+------------- 4.9.49-r1| 4.9.49-r1| nokit/master --------------------------+----------+------------- 4.9.122| 4.9.122| nokit/master --------------------------+----------+------------- 4.9.132| 4.9.132| nokit/master --------------------------+----------+------------- 4.9.133| 4.9.133| nokit/master --------------------------+----------+------------- 4.9.134| 4.9.134| nokit/master --------------------------+----------+------------- 4.9.135| 4.9.135| nokit/master --------------------------+----------+------------- 4.14.52| 4.14.52| nokit/master --------------------------+----------+------------- 4.14.65| 4.14.65| nokit/master --------------------------+----------+------------- 4.14.71| 4.14.71| nokit/master --------------------------+----------+------------- 4.14.72| 4.14.72| nokit/master --------------------------+----------+------------- 4.14.73| 4.14.73| nokit/master --------------------------+----------+------------- 4.14.74| 4.14.74| nokit/master --------------------------+----------+------------- 4.14.75| 4.14.75| nokit/master --------------------------+----------+------------- 4.14.76| 4.14.76| nokit/master --------------------------+----------+------------- 4.14.77| 4.14.77| nokit/master --------------------------+----------+------------- 4.14.78| 4.14.78| nokit/master --------------------------+----------+------------- 4.18.9| 4.18.9| nokit/master --------------------------+----------+------------- 4.18.10| 4.18.10| nokit/master --------------------------+----------+------------- 4.18.11| 4.18.11| nokit/master --------------------------+----------+------------- 4.18.12| 4.18.12| nokit/master --------------------------+----------+------------- 4.18.13| 4.18.13| nokit/master --------------------------+----------+------------- 4.18.14| 4.18.14| nokit/master --------------------------+----------+------------- 4.18.15| 4.18.15| nokit/master --------------------------+----------+------------- 4.18.16| 4.18.16| nokit/master --------------------------+----------+------------- 4.19.0| 4.19.0| nokit/master So, `eix` and `ego query` read different things?

Note, I removed and recreated the meta-repo, i.e., renamed it to something else and re-run `ego sync` successfully.

I still have some weird issues: root@carbon git # eix -s gentoo-sources * sys-kernel/gentoo-sources [1] Available versions: (4.4.87-r1) 4.4.87-r1^bs (4.4.111-r1) 4.4.111-r1^bs (4.4.128) 4.4.128^bs (4.4.146) 4.4.146^bs (4.4.147) (~)4.4.147^bs (4.4.148) 4.4.148^bs (4.4.149) (~)4.4.149^bs (4.4.150) 4.4.150^bs (4.4.151) (~)4.4.151^bs (4.4.152) (~)4.4.152^bs (4.4.153) (~)4.4.153^bs (4.4.154) (~)4.4.154^bs (4.4.155) (~)4.4.155^bs (4.9.49-r1) 4.9.49-r1^bs (4.9.72) 4.9.72^bs (4.9.95) 4.9.95^bs (4.9.118) 4.9.118^bs (4.9.119) (~)4.9.119^bs (4.9.120) 4.9.120^bs (4.9.120-r1) 4.9.120-r1^bs (4.9.121) (~)4.9.121^bs (4.9.122) 4.9.122^bs (4.9.123) (~)4.9.123^bs (4.9.124) (~)4.9.124^bs (4.9.125) (~)4.9.125^bs (4.9.126) (~)4.9.126^bs (4.14.52) 4.14.52^bs (4.14.61) 4.14.61^bs (4.14.62) (~)4.14.62^bs (4.14.63) 4.14.63^bs (4.14.63-r1) 4.14.63-r1^bs (4.14.64) (~)4.14.64^bs (4.14.65) 4.14.65^bs (4.14.66) (~)4.14.66^bs (4.14.67) (~)4.14.67^bs (4.14.68) (~)4.14.68^bs (4.14.69) (~)4.14.69^bs (4.17.19) (~)4.17.19^bs (4.18.1) (~)4.18.1^bs (4.18.1-r1) (~)4.18.1-r1^bs (4.18.2) (~)4.18.2^bs (4.18.3) (~)4.18.3^bs (4.18.4) (~)4.18.4^bs (4.18.5) (~)4.18.5^bs (4.18.6) (~)4.18.6^bs (4.18.7) (~)4.18.7^bs {build experimental symlink} Homepage: https://dev.gentoo.org/~mpagano/genpatches Description: Full sources including the Gentoo patchset for the 4.18 kernel tree [1] "nokit" /var/git/meta-repo/kits/nokit root@carbon git # emerge -av gentoo-sources These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] sys-kernel/gentoo-sources-4.19.0:4.19.0::nokit USE="-build -experimental -symlink" 0 KiB Total: 1 package (1 new), Size of downloads: 0 KiB Would you like to merge these packages? [Yes/No] ^CInterrupted. `emerge` wants to install `gentoo-sources-4.19.0` although not listed as such when searching for it via `eix -s gentoo-sources`. And, root@carbon git # emerge -av =sys-kernel/gentoo-sources-4.18.7 These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds to satisfy "=sys-kernel/gentoo-sources-4.18.7". `emerge` does not know about 'gentoo-sources-4.18.7', although `eix` does know. How so?

ego sync gives a couple of "errors". Some of the kit repositories are "behind" and don't get updated: Syncing meta-repo M kits/core-hw-kit M kits/core-kit M kits/desktop-kit M kits/dev-kit M kits/editors-kit M kits/games-kit M kits/gnome-kit M kits/haskell-kit M kits/java-kit M kits/kde-kit M kits/lang-kit M kits/lisp-scheme-kit M kits/llvm-kit M kits/media-kit M kits/ml-lang-kit M kits/net-kit M kits/nokit M kits/perl-kit M kits/php-kit M kits/python-kit M kits/ruby-kit M kits/science-kit M kits/security-kit M kits/text-kit M kits/xfce-kit M kits/xorg-kit Already on 'master' Your branch is up to date with 'origin/master'. HEAD is now at 286810e kit updates Skipping repository kits/python-modules-kit/ Already up to date. Syncing core-kit branch 1.2-prime Already on '1.2-prime' Your branch is up to date with 'origin/1.2-prime'. HEAD is now at 5680cc556 updates Already up to date. Syncing core-hw-kit branch master Already on 'master' Your branch is up to date with 'origin/master'. HEAD is now at 2c1af99 updates Already up to date. Syncing security-kit branch 1.2-prime Already on '1.2-prime' Your branch is up to date with 'origin/1.2-prime'. HEAD is now at 90ee4529 updates Already up to date. Syncing xorg-kit branch 1.19-prime Already on '1.19-prime' Your branch is up to date with 'origin/1.19-prime'. HEAD is now at b756d3b3 FL-5792: add multiple CVE fixes to libxkbcommon Already up to date. Syncing gnome-kit branch 3.26-prime Already on '3.26-prime' Your branch is up to date with 'origin/3.26-prime'. HEAD is now at 3640bca8 Merge branch '3.26-prime' of git.funtoo.org:kits/gnome-kit into 3.26-prime Already up to date. Syncing kde-kit branch 5.12-prime Previous HEAD position was 966e1f4d... updates Switched to branch '5.12-prime' Your branch is behind 'origin/5.12-prime' by 13 commits, and can be fast-forwarded. (use "git pull" to update your local branch) HEAD is now at 0a864c53 updates fatal: Couldn't find remote ref refs/heads/5.10-prime Note: checking out '966e1f4d9b694acd8828d27a678f8054d8109445'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by performing another checkout. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -b with the checkout command again. Example: git checkout -b <new-branch-name> HEAD is now at 966e1f4d... updates Syncing media-kit branch 1.2-prime Previous HEAD position was b251500e6... updates Switched to branch '1.2-prime' Your branch is behind 'origin/1.2-prime' by 34 commits, and can be fast-forwarded. (use "git pull" to update your local branch) HEAD is now at 108e9c73b updates fatal: Couldn't find remote ref refs/heads/1.1-prime Note: checking out 'b251500e6a14597e8555659bc2cc7585fddb6e84'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by performing another checkout. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -b with the checkout command again. Example: git checkout -b <new-branch-name> HEAD is now at b251500e6... updates Syncing perl-kit branch 5.24-prime Already on '5.24-prime' Your branch is up to date with 'origin/5.24-prime'. HEAD is now at 75001926 updates Already up to date. Syncing python-modules-kit branch master Already on 'master' Your branch is up to date with 'origin/master'. HEAD is now at 28b7cb43 updates Already up to date. Syncing python-kit branch 3.6-prime Already on '3.6-prime' Your branch is up to date with 'origin/3.6-prime'. HEAD is now at 48931a6b3 updates Already up to date. Syncing php-kit branch master Already on 'master' Your branch is up to date with 'origin/master'. HEAD is now at 8538bce updates Already up to date. Syncing java-kit branch 1.2-prime Previous HEAD position was 2377d02d... updates Switched to branch '1.2-prime' Your branch is behind 'origin/1.2-prime' by 7 commits, and can be fast-forwarded. (use "git pull" to update your local branch) HEAD is now at be486998 updates fatal: Couldn't find remote ref refs/heads/1.1-prime Note: checking out '2377d02d27667e154b60db388ce27408e2a0ebab'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by performing another checkout. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -b with the checkout command again. Example: git checkout -b <new-branch-name> HEAD is now at 2377d02d... updates Syncing ruby-kit branch 1.2-prime Already on '1.2-prime' Your branch is up to date with 'origin/1.2-prime'. HEAD is now at 6e790275 updates Already up to date. Syncing haskell-kit branch 1.2-prime Already on '1.2-prime' Your branch is up to date with 'origin/1.2-prime'. HEAD is now at 09faf7a updates Already up to date. Syncing ml-lang-kit branch 1.2-prime Already on '1.2-prime' Your branch is up to date with 'origin/1.2-prime'. HEAD is now at 4014aa9 updates Already up to date. Syncing lisp-scheme-kit branch 1.2-prime Already on '1.2-prime' Your branch is up to date with 'origin/1.2-prime'. HEAD is now at fc854bc updates Already up to date. Syncing lang-kit branch 1.2-prime Already on '1.2-prime' Your branch is up to date with 'origin/1.2-prime'. HEAD is now at d6cf666 updates Already up to date. Syncing llvm-kit branch 1.2-prime Already on '1.2-prime' Your branch is up to date with 'origin/1.2-prime'. HEAD is now at 004fcf3 updates Already up to date. Syncing dev-kit branch 1.2-prime Previous HEAD position was cc9407fcd... updates Switched to branch '1.2-prime' Your branch is behind 'origin/1.2-prime' by 40 commits, and can be fast-forwarded. (use "git pull" to update your local branch) HEAD is now at ea28874f5 updates fatal: Couldn't find remote ref refs/heads/1.1-prime Note: checking out 'cc9407fcdef7a24b4e40892e648c9a1b0de44cc2'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by performing another checkout. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -b with the checkout command again. Example: git checkout -b <new-branch-name> HEAD is now at cc9407fcd... updates Syncing xfce-kit branch 4.12-prime Previous HEAD position was e95e659... updates Switched to branch '4.12-prime' Your branch and 'origin/4.12-prime' have diverged, and have 1 and 14 different commits each, respectively. (use "git pull" to merge the remote branch into yours) HEAD is now at 82acd2c updates *** Please tell me who you are. Run git config --global user.email "you@example.com" git config --global user.name "Your Name" to set your account's default identity. Omit --global to set the identity only in this repository. fatal: unable to auto-detect email address (got 'portage@carbon.(none)') Note: checking out 'e95e659c1e27b8425b95efd13c6eed76fb620b12'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by performing another checkout. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -b with the checkout command again. Example: git checkout -b <new-branch-name> HEAD is now at e95e659... updates Syncing desktop-kit branch 1.2-prime Previous HEAD position was e3f44282... updates Switched to branch '1.2-prime' Your branch is behind 'origin/1.2-prime' by 26 commits, and can be fast-forwarded. (use "git pull" to update your local branch) HEAD is now at f9a96a84 updates fatal: Couldn't find remote ref refs/heads/1.1-prime Note: checking out 'e3f44282680c6d792141eb350f923ca2deddd4d1'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by performing another checkout. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -b with the checkout command again. Example: git checkout -b <new-branch-name> HEAD is now at e3f44282... updates Syncing editors-kit branch master Already on 'master' Your branch is up to date with 'origin/master'. HEAD is now at b69075d2 updates Already up to date. Syncing net-kit branch master Already on 'master' Your branch is up to date with 'origin/master'. HEAD is now at de16b6734 updates Already up to date. Syncing text-kit branch master Already on 'master' Your branch is up to date with 'origin/master'. HEAD is now at 6c149718 updates Already up to date. Syncing science-kit branch master Already on 'master' Your branch is up to date with 'origin/master'. HEAD is now at f88a1de3 updates Already up to date. Syncing games-kit branch master Already on 'master' Your branch is up to date with 'origin/master'. HEAD is now at 21cb2b88 updates Already up to date. Syncing nokit branch master Already on 'master' Your branch is up to date with 'origin/master'. HEAD is now at 2f3b8785a0 updates Already up to date. Sync successful and kits in alignment! :) Updating /etc/portage/repos.conf... Updating profiles at /etc/portage/make.profile/parent... Updating non-funtoo repositories... Shouldn't ego be able to take care of these issues?

OK, I 've set to python3.6 via root@carbon nik # eselect python list Available Python interpreters, in order of preference: [1] python3.4 [2] python2.7 [3] python3.6 (fallback) [4] python3.5 (fallback) root@carbon nik # eselect python set 3 root@carbon nik # eselect python show python3.6 and it worked. Thank you for the hints!

May I ask what your system's eselect python show is set to? I guess python3.6.

It was installed when I tried today. See: root@carbon nik # genlop -lu |grep appi Thu Aug 17 07:56:47 2017 >>> dev-python/appi-0.1.1 Thu Nov 2 10:47:49 2017 <<< dev-python/appi-0.1.1 Thu Nov 2 10:47:52 2017 >>> dev-python/appi-0.1.5 Fri Jun 1 22:14:30 2018 <<< dev-python/appi-0.1.5 Fri Jun 1 22:14:32 2018 >>> dev-python/appi-0.2.1 Thu Nov 1 20:56:03 2018 <<< dev-python/appi-0.2.1 Thu Nov 1 20:56:05 2018 >>> dev-python/appi-0.2.1 I will retry.

I am upgrading my system, after some time, and I have: root@carbon nik # eix -I app-admin/ego [?] app-admin/ego Available versions: 2.4.2^m **2.5.0.2^m **2.5.0.4 **9999^m {zsh-completion PYTHON_SINGLE_TARGET="python3_4 python3_5 python3_6 python3_7" PYTHON_TARGETS="python3_4 python3_5 python3_6 python3_7"} Installed versions: 2.6.3(08:56:07 PM 11/01/2018)(-zsh-completion PYTHON_SINGLE_TARGET="python3_6 -python3_4 -python3_5 -python3_7" PYTHON_TARGETS="python3_6 -python3_4 -python3_5 -python3_7") Homepage: http://www.funtoo.org/Package:Ego Description: Funtoo's configuration tool: ego, epro, edoc. When I try to query it returns: root@carbon nik # ego query v ego ERROR: Ego encountered an unexpected error: ImportError ERROR: Full traceback written to /tmp/ego-traceback-14901.txt. The file /tmp/ego-traceback-14901.txt contains: No module named 'appi'Traceback (most recent call last): File "/usr/bin/ego", line 120, in <module> EgoModule.run_ego_module(action, econfig, args, VERSION) File "/usr/share/ego/python/ego/module.py", line 100, in run_ego_module mod = loader.load_module() File "<frozen importlib._bootstrap>", line 539, in _check_name_wrapper File "<frozen importlib._bootstrap>", line 1614, in load_module File "<frozen importlib._bootstrap>", line 596, in _load_module_shim File "<frozen importlib._bootstrap>", line 1220, in load File "<frozen importlib._bootstrap>", line 1200, in _load_unlocked File "<frozen importlib._bootstrap>", line 1129, in _exec File "<frozen importlib._bootstrap>", line 1471, in exec_module File "<frozen importlib._bootstrap>", line 321, in _call_with_frames_removed File "/usr/share/ego/modules/query.ego", line 8, in <module> import appi ImportError: No module named 'appi' How do I work around this?

If this thread is solved, please select a best answer for it. It still appears as without an answer. See:

QGIS requires `qscintilla-python` which in turn requires `qscintilla`. Version 2.10.4 for the latter, seems not to be available. See emerge -av qgis These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds to satisfy "~x11-libs/qscintilla-2.10.4:=". (dependency required by "dev-python/qscintilla-python-2.10.4::python-modules-kit" [ebuild]) (dependency required by "sci-geosciences/qgis-9999::science-kit[python]" [ebuild]) (dependency required by "qgis" [argument]) This ebuild exists in the gentoo repository: https://gitweb.gentoo.org/repo/gentoo.git/tree/x11-libs/qscintilla/qscintilla-2.10.4.ebuild How do we "upgrade" in Funtoo?

Would bash count as well?