rsa4046
-
Posts
29 -
Joined
-
Last visited
Content Type
Profiles
Forums
Blogs
Posts posted by rsa4046
-
-
Physically what card exactly? And did you run emerge @world *after* modifying make.conf?
-
Hi palica, that's great -- thank you for all the help and suggestions. I will work at fixing these issues. Best--
-
Hi palica,
my sincere apologies for wasting your time: I unmerged layman, removed its config files from /etc, emerged it again, and re-added the overlay. Now, after eix-update, eix indeed shows the correct population of ebuilds, including those contributed from overlays managed by layman. So I must have had an error in layman's setup. Anyway, sorry for the stupid questions and for wasting your time. I do appreciate your help. Best --
-
Hi palica,
$ eix eix [I] app-portage/eix [1] Available versions: (~)0.32.9-r1 {debug doc nls sqlite LINGUAS="de ru"} Installed versions: 0.32.9-r1(09:39:47 AM 12/20/2017)(nls -debug -doc -sqlite LINGUAS="-de -ru") Homepage: https://github.com/vaeth/eix/ Description: Search and query ebuilds [1] "nokit" /var/git/meta-repo/kits/nokit -
Hi palica, thanks for the response. Files are attached below. I would be grateful for any help you could provide. Thanks again--
emerge --info
Portage 2.3.11 (python 2.7.13-final-0, funtoo/1.0/linux-gnu/arch/x86-64bit, gcc-6.3.0, glibc-2.23-r4, 4.14.9-gentoo x86_64) ================================================================= System uname: Linux-4.14.9-gentoo-x86_64-Intel-R-_Xeon-R-_CPU_E5620_@_2.40GHz-with-gentoo-2.2.1 KiB Mem: 12289936 total, 3562692 free KiB Swap: 4193276 total, 4193012 free sh bash 4.4_p12-r1 ld GNU ld (Gentoo 2.28 p1.2) 2.28 app-shells/bash: 4.4_p12-r1::core-kit dev-java/java-config: 2.2.0-r3::java-kit dev-lang/perl: 5.24.0-r2::gentoo dev-lang/python: 2.7.13::python-kit, 3.5.3::python-kit, 3.6.1-r1::python-kit dev-util/cmake: 3.8.0::core-kit sys-apps/baselayout: 2.2.1::gentoo sys-apps/openrc: 0.23.2-r1::core-kit sys-apps/sandbox: 2.10-r4::core-kit sys-devel/autoconf: 2.13::core-kit, 2.69-r2::gentoo sys-devel/automake: 1.11.6-r2::gentoo, 1.13.4-r1::gentoo, 1.14.1-r1::gentoo, 1.15-r2::gentoo sys-devel/binutils: 2.28-r4::core-kit sys-devel/gcc: 6.3.0::mylocal, 7.2.0::core-kit sys-devel/gcc-config: 1.8-r1::core-kit sys-devel/libtool: 2.4.6-r4::core-kit sys-devel/make: 4.1-r1::gentoo sys-kernel/linux-headers: 4.9::core-kit (virtual/os-headers) sys-libs/glibc: 2.23-r4::core-kit Repositories: nokit location: /var/git/meta-repo/kits/nokit masters: core-kit priority: -500 core-hw-kit location: /var/git/meta-repo/kits/core-hw-kit masters: core-kit priority: 1 core-kit location: /var/git/meta-repo/kits/core-kit masters: core-kit priority: 1 aliases: gentoo desktop-kit location: /var/git/meta-repo/kits/desktop-kit masters: core-kit priority: 1 dev-kit location: /var/git/meta-repo/kits/dev-kit masters: core-kit priority: 1 editors-kit location: /var/git/meta-repo/kits/editors-kit masters: core-kit priority: 1 games-kit location: /var/git/meta-repo/kits/games-kit masters: core-kit priority: 1 haskell-kit location: /var/git/meta-repo/kits/haskell-kit masters: core-kit priority: 1 java-kit location: /var/git/meta-repo/kits/java-kit masters: core-kit priority: 1 kde-kit location: /var/git/meta-repo/kits/kde-kit masters: core-kit priority: 1 lang-kit location: /var/git/meta-repo/kits/lang-kit masters: core-kit priority: 1 lisp-scheme-kit location: /var/git/meta-repo/kits/lisp-scheme-kit masters: core-kit priority: 1 media-kit location: /var/git/meta-repo/kits/media-kit masters: core-kit priority: 1 ml-lang-kit location: /var/git/meta-repo/kits/ml-lang-kit masters: core-kit priority: 1 net-kit location: /var/git/meta-repo/kits/net-kit masters: core-kit priority: 1 perl-kit location: /var/git/meta-repo/kits/perl-kit masters: core-kit priority: 1 php-kit location: /var/git/meta-repo/kits/php-kit masters: core-kit priority: 1 python-kit location: /var/git/meta-repo/kits/python-kit masters: core-kit priority: 1 ruby-kit location: /var/git/meta-repo/kits/ruby-kit masters: core-kit priority: 1 security-kit location: /var/git/meta-repo/kits/security-kit masters: core-kit priority: 1 text-kit location: /var/git/meta-repo/kits/text-kit masters: core-kit priority: 1 xfce-kit location: /var/git/meta-repo/kits/xfce-kit masters: core-kit priority: 1 xorg-kit location: /var/git/meta-repo/kits/xorg-kit masters: core-kit priority: 1 gnome-kit location: /var/git/meta-repo/kits/gnome-kit masters: core-kit priority: 10 mylocal location: /var/git/overlay/mylocal masters: core-kit priority: 10 science location: /var/git/overlay/science masters: core-kit priority: 10 science-kit location: /var/git/meta-repo/kits/science-kit masters: core-kit priority: 10 elementary location: /var/lib/layman/elementary masters: core-kit priority: 50 ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="* -@EULA Oracle-BCLA-JavaSE" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nehalem -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/chromium/policies/managed/chrome-gnome-shell.json /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/opt/chrome/policies/managed/chrome-gnome-shell.json /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-march=nehalem -O2 -pipe" DISTDIR="/var/cache/portage/distfiles" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync multilib-strict news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-march=nehalem -O2 -pipe" GENTOO_MIRRORS=" http://gentoo.osuosl.org/ http://www.gtlib.gatech.edu/pub/gentoo http://gentoo.mirrors.easynews.com/linux/gentoo/" LANG="en_US.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--as-needed" MAKEOPTS="-j17" PKGDIR="/var/cache/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_TMPDIR="/var/tmp" USE="X a52 aac acl alsa amd64 apng arpack berkdb blas bluray bzip2 cdda cddb cdio cdr clang cleartype colord consolekit corefonts cracklib crypt cups cxx dbus dri dts dvd dvdr dvdread eds encode evo exif faac faad ffmpeg flac fuse gdbm gif gnome gnome-keyring gnome-online-accounts gpm gstreamer gtk gtk3 gtkstyle gudev hdf5 ico iconv icu ieee1394 imap infinality introspection ios ipod ipv6 jpeg jpeg2k lame lapack libass libguess libmpeg2 libnotify lm_sensors mad maildir matroska mjpeg mkl mmx modules mp3 mpeg mtp mudflap multilib nautilus ncurses nls nouveau nptl nsplugin ogg opengl openmp pam pcre pdf png policykit postproc pppd pulseaudio python quicktime readline resolvconf sasl sdl sndfile sse sse2 ssl svg systemd taglib tcpd theora tiff tk tracker truetype twolame udev udisks unicode v4l vorbis vpx wav wavpack webp win32codecs wmf x264 x265 xattr xkb xml xvid zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel ice1724 intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="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 status unique_id userdir usertrack vhost_alias authn_core authz_core socache_shmcb unixd" 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="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 mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" GRUB_PLATFORMS="efi-64 pc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-6 php7-0" POSTGRES_TARGETS="postgres9_5" PYTHON_SINGLE_TARGET="python3_6" PYTHON_TARGETS="python2_7 python3_6" QEMU_SOFTMMU_TARGETS="i386 x86_64" QEMU_USER_TARGETS="i386 x86_64" RUBY_TARGETS="ruby22 ruby23 ruby24" USERLAND="GNU" VIDEO_CARDS="nouveau" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGSeix -I ego
[I] app-admin/ego Available versions: 2.3.3^m 2.3.3-r1^m **9999^m {zsh-completion PYTHON_SINGLE_TARGET="python3_4 python3_5 python3_6" PYTHON_TARGETS="python3_4 python3_5 python3_6"} Installed versions: 2.3.3-r1^m(10:32:41 AM 12/20/2017)(-zsh-completion PYTHON_SINGLE_TARGET="python3_6 -python3_4 -python3_5" PYTHON_TARGETS="python3_6 -python3_4 -python3_5") Homepage: http://www.funtoo.org/Package:Ego Description: Funtoo's configuration tool: ego, epro, edoc. [I] dev-perl/HTTP-Negotiate [1] Available versions: 6.10.0 Installed versions: 6.10.0[?](04:29:12 PM 12/23/2016) Homepage: http://search.cpan.org/dist/HTTP-Negotiate/ Description: HTTP content negotiation [1] "perl-kit" /var/git/meta-repo/kits/perl-kit Found 2 matchesego profile
=== Enabled Profiles: === arch: x86-64bit build: experimental subarch: intel64-nehalem flavor: desktop mix-ins: print mix-ins: audio mix-ins: no-emul-linux-x86 mix-ins: gnome mix-ins: console-extras mix-ins: dvd mix-ins: X === Python kit: === branch: 3.6-prime === All inherited flavor from desktop flavor: === workstation (from desktop flavor) core (from workstation flavor) minimal (from core flavor) === All inherited mix-ins from desktop flavor: === X (from workstation flavor) audio (from workstation flavor) dvd (from workstation flavor) media (from workstation flavor) mediadevice-audio-consumer (from media mix-in) mediadevice-base (from mediadevice-audio-consumer mix-in) mediadevice-video-consumer (from media mix-in) mediadevice-base (from mediadevice-video-consumer mix-in) mediaformat-audio-common (from media mix-in) mediaformat-gfx-common (from media mix-in) mediaformat-video-common (from media mix-in) console-extras (from workstation flavor) print (from desktop flavor) === All inherited mix-ins from gnome mix-ins: === gnome (from gnome mix-in)ego kit
/var/git/meta-repo (updated 28 minutes ago): kit active branch default stability core-kit 1.0-prime (same) prime core-hw-kit master (same) prime security-kit 1.0-prime (same) prime xorg-kit 1.19-prime (same) prime gnome-kit 3.20-prime (same) prime kde-kit 5.10-prime (same) prime media-kit 1.1-prime (same) prime perl-kit 5.24-prime (same) prime python-kit 3.6-prime 3.4-prime prime php-kit master (same) prime java-kit 1.1-prime (same) prime ruby-kit 1.1-prime (same) prime haskell-kit 1.1-prime (same) prime ml-lang-kit 1.1-prime (same) prime lisp-scheme-kit 1.1-prime (same) prime lang-kit 1.1-prime (same) prime dev-kit 1.1-prime (same) prime xfce-kit 4.12-prime (same) prime desktop-kit 1.1-prime (same) prime editors-kit master (same) prime net-kit master (same) prime text-kit master (same) prime science-kit master (same) prime games-kit master (same) prime nokit master (same) prime NOTE: This information comes from /etc/ego.conf and meta-repo metadata. After making changes to ego.conf, be sure to run ego sync in so that the individual kit repositories on disk are synchronized with the kit branches shown above. -
Thanks palica
-
Following the guide for using layman correctly with kits in funtoo, I have a /etc/portage/repos.conf folder,
# tree /etc/portage/repos.conf /etc/portage/repos.conf ├── funtoo -> /var/git/meta-repo/repos.conf ├── layman.conf ├── mylocal.conf └── science.conf 1 directory, 3 filesand .conf files for other overlays in various places. However, running eix-sync or ego sync doesn't seem to pick up any of the ebuilds in the overlay. When eix-sync rebuilds the its database, it notes the existences of the overlay, but the ebuilds within the overlay itself never appear. The other overlays (mylocal, science, not managed by layman) that reside in /var/git/overlay are picked up without difficulty. Here is the /etc/portage/repos.conf/layman.conf:
[elementary] priority = 10 masters = gentoo location = /var/lib/layman/elementary layman-type = git auto-sync = NoWhat do I need to change here to get portage to notice these ebuilds?
-
After ego sync today (which ran ok, reporting "Sync successful and kits in alignment!"), parent (attached below) in /etc/portage/make.profile is not longer correct:
Applying masks... Calculating hash tables... Writing database file /var/cache/eix/portage.eix... Database contains 20492 packages in 164 categories !!! Unable to parse profile: '/etc/portage/make.profile' !!! ParseError: Parent '/var/git/meta-repo/kits/gnome-kit/profiles/funtoo/mix-ins/gnome' not found: '/var/git/meta-repo/kits/core-kit/profiles/funtoo/1.0/linux-gnu/mix-ins/gnome/parent' !!! Your current profile is invalid. If you have just changed your profile !!! configuration, you should revert back to the previous configuration. !!! Allowed actions are limited to --help, --info, --search, --sync, and !!! --version.
This makes me think something has happened to the master branch of gnome-kit (which I was grabbing instead of 3.20-prime) ... Is master branch no longer valid/being updated?
-
Wondered if anyone had seen this bug, affects sys-kernel/gentoo-sources-4.14.0: link
-
Hi pytony, thanks for the help. Guess I had this backwards ... fixed now: ego sync preserves the overlays' .conf files. Many thanks, solved.
-
Hi Oleg, thanks for the quick reply. Here's contents of /etc/portage
# ls -dl /etc/portage/*/* -rw-r--r-- 1 root root 1472 Nov 3 10:53 /etc/portage/make.profile/parent -rw-r--r-- 1 root root 274 Jun 15 18:48 /etc/portage/package.accept_keywords/package.accept_keywords -rw-r--r-- 1 root root 1013 Sep 4 13:37 /etc/portage/package.license/package.license -rw-r--r-- 1 root root 293 Oct 16 14:25 /etc/portage/package.mask/package.mask -rw-r--r-- 1 root root 522 Sep 9 22:40 /etc/portage/package.mask/science -rw-r--r-- 1 root root 947 Sep 8 15:04 /etc/portage/package.unmask/package.unmask -rw-r--r-- 1 root root 1640 Sep 22 10:00 /etc/portage/package.unmask/test -rw-r--r-- 1 root root 5583 Nov 1 13:17 /etc/portage/package.use/package.use -rw-r--r-- 1 root root 0 Oct 9 13:21 /etc/portage/package.use/science drwxr-xr-x 1 root root 42 Jun 9 10:51 /etc/portage/patches/x11-drivers drwxr-xr-x 1 root root 0 Oct 26 17:09 /etc/portage/profile/package.provided -rw-r--r-- 1 root root 1656 Oct 16 19:20 /etc/portage/repo.postsync.d/example -rwxr-xr-x 1 root root 153 Sep 7 15:35 /etc/portage/repo.postsync.d/q-reinit -rw-r--r-- 1 portage portage 89 Oct 23 12:45 /etc/portage/repos.conf/core-hw-kit -rw-r--r-- 1 portage portage 83 Oct 23 12:45 /etc/portage/repos.conf/core-kit -rw-r--r-- 1 portage portage 31 Oct 23 12:45 /etc/portage/repos.conf/default -rw-r--r-- 1 portage portage 89 Oct 23 12:45 /etc/portage/repos.conf/desktop-kit -rw-r--r-- 1 portage portage 81 Oct 23 12:45 /etc/portage/repos.conf/dev-kit -rw-r--r-- 1 portage portage 89 Oct 23 12:45 /etc/portage/repos.conf/editors-kit lrwxrwxrwx 1 portage portage 30 Nov 3 10:54 /etc/portage/repos.conf/funtoo -> /var/git/meta-repo/repos.conf/ -rw-r--r-- 1 portage portage 85 Oct 23 12:45 /etc/portage/repos.conf/games-kit -rw-r--r-- 1 portage portage 86 Oct 23 12:45 /etc/portage/repos.conf/gnome-kit -rw-r--r-- 1 portage portage 89 Oct 23 12:45 /etc/portage/repos.conf/haskell-kit -rw-r--r-- 1 portage portage 83 Oct 23 12:45 /etc/portage/repos.conf/java-kit -rw-r--r-- 1 portage portage 81 Oct 23 12:45 /etc/portage/repos.conf/kde-kit -rw-r--r-- 1 portage portage 83 Oct 29 09:09 /etc/portage/repos.conf/lang-kit -rw-r--r-- 1 portage portage 97 Oct 23 12:45 /etc/portage/repos.conf/lisp-scheme-kit -rw-r--r-- 1 portage portage 85 Oct 23 12:45 /etc/portage/repos.conf/media-kit -rw-r--r-- 1 portage portage 89 Oct 23 12:45 /etc/portage/repos.conf/ml-lang-kit -rw-r--r-- 1 portage portage 94 Nov 3 10:56 /etc/portage/repos.conf/mylocal.conf -rw-r--r-- 1 portage portage 81 Oct 23 12:45 /etc/portage/repos.conf/net-kit -rw-r--r-- 1 portage portage 81 Oct 23 12:45 /etc/portage/repos.conf/nokit -rw-r--r-- 1 portage portage 83 Oct 23 12:45 /etc/portage/repos.conf/perl-kit -rw-r--r-- 1 portage portage 81 Oct 23 12:45 /etc/portage/repos.conf/php-kit -rw-r--r-- 1 portage portage 87 Oct 23 12:45 /etc/portage/repos.conf/python-kit -rw-r--r-- 1 portage portage 83 Oct 23 12:45 /etc/portage/repos.conf/ruby-kit -rw-r--r-- 1 portage portage 90 Oct 23 12:45 /etc/portage/repos.conf/science-kit -rw-r--r-- 1 portage portage 94 Nov 3 10:56 /etc/portage/repos.conf/science.conf -rw-r--r-- 1 portage portage 91 Oct 23 12:45 /etc/portage/repos.conf/security-kit -rw-r--r-- 1 portage portage 83 Oct 23 12:45 /etc/portage/repos.conf/text-kit -rw-r--r-- 1 portage portage 83 Oct 23 12:45 /etc/portage/repos.conf/xfce-kit -rw-r--r-- 1 portage portage 83 Nov 3 09:54 /etc/portage/repos.conf/xorg-kit drwxr-xr-x 1 root root 28 Sep 7 17:31 /etc/portage/savedconfig/sys-apps #I notice that there is some mixed user:group ownership between root and portage ... should /etc/portage be entirely portage:portage?
-
I need to maintain some local overlays (mostly tied to various ::science ebuilds), and had done so using the sequence https://www.funtoo.org/Local_Overlay, i.e.
# mkdir /var/git/overlay # cd /var/git/overlay # git clone http://github.com/funtoo/skeleton-overlay.git # mv skeleton-overlay myoverlayname # echo "myoverlayname" > /var/git/overlay/myoverlayname/profiles/repo_name # echo "masters = core-kit" >> /var/git/overlay/myoverlayname/metadata/layout.conf # echo "[myoverlayname]" >> /etc/portage/repos.conf/myoverlayname.conf # echo "location = /var/git/overlay/myoverlayname" >> /etc/portage/repos.conf/myoverlayname.conf # echo "masters = core-kit" >> /etc/portage/repos.conf/myoverlayname.conf # echo "auto-sync = no" >> /etc/portage/repos.conf/myoverlayname.conf # echo "priority = 10" >> /etc/portage/repos.conf/myoverlayname.confThis has worked fine: I could sync portage with 'ego sync', and still have access to the ebuilds within these overlays. However, running 'ego sync' now nukes these overlays -- note "Removing repos.conf/..." messages below
# ego sync Syncing meta-repo Already on 'master' Your branch is up-to-date with 'origin/master'. HEAD is now at 9a39aea kit updates Removing repos.conf/funtoo Removing repos.conf/mylocal.conf Removing repos.conf/science.conf Already up-to-date. Syncing core-kit branch 1.0-prime Already on '1.0-prime' Your branch is up-to-date with 'origin/1.0-prime'. HEAD is now at 9e060d4c 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 e385111 updates Already up-to-date. Syncing security-kit branch 1.0-prime Already on '1.0-prime' Your branch is up-to-date with 'origin/1.0-prime'. HEAD is now at ff9ab7f updates Already up-to-date. WARNING: Kit xorg-kit branch master specified in ego.conf is not currently active; using default kit instead. Syncing xorg-kit branch 1.17-prime Already on '1.17-prime' ...
So I presume that I should no longer be using 'ego sync' and just sync manually, i.e.,
# cd /var/git/meta-repo/ # git pull # git submodule update # cd /var/git/meta-repo/kits/xorg-kit/ # git checkout master # git pull # cd # chown -R portage:portage /var/git/meta-repo # eix-updateIs that correct or am I missing something?
-
Hi ottembomb, what about inserting the --python3 action to list or set.
# eselect python list Available Python interpreters, in order of preference: [1] python2.7 [2] python3.4
?
?
E.g.,
# eselect python list --python3 Available Python 3 interpreters, in order of preference: [1] python3.4
-
Not having a problem, am just seeking simple confirmation that I have portage and kits set up correctly. I have /var/git set up to contain meta-repo and an overlay folder containing science, dotnet, and a local (mylocal) overlay:
# tree /var/git -d -L 3 /var/git ??? meta-repo ? ??? kits ? ? ??? core-hw-kit ? ? ??? core-kit ? ? ??? desktop-kit ? ? ??? dev-kit ? ? ??? editors-kit ? ? ??? games-kit ? ? ??? gnome-kit ? ? ??? java-kit ? ? ??? kde-kit ? ? ??? media-kit ? ? ??? net-kit ? ? ??? nokit ? ? ??? perl-kit ? ? ??? php-kit ? ? ??? python-kit ? ? ??? science-kit ? ? ??? security-kit ? ? ??? text-kit ? ? ??? xorg-kit ? ??? metadata ? ??? repos.conf ? ??? funtoo -> /var/git/meta-repo/repos.conf/ ??? overlay ??? dotnet ? ??? Documentation ? ??? app-editors ? ??? app-emacs ? ??? app-shells ? ??? dev-dotnet ? ??? dev-lang ? ??? dev-libs ? ??? dev-util ? ??? eclass ? ??? licenses ? ??? media-gfx ? ??? metadata ? ??? net-irc ? ??? net-misc ? ??? profiles ? ??? www-apache ? ??? www-servers ??? mylocal ? ??? dev-python ? ??? eclass ? ??? media-libs ? ??? metadata ? ??? neomutt ? ??? net-im ? ??? profiles ? ??? sci-libs ? ??? sci-mathematics ? ??? sys-devel ? ??? sys-kernel ? ??? virtual ? ??? x11-libs ??? science ??? app-admin ??? app-benchmarks ??? app-doc ??? app-forensics ??? app-portage ??? app-vim ??? dev-cpp ??? dev-java ??? dev-lang ??? dev-libs ??? dev-ml ??? dev-perl ??? dev-python ??? dev-tcltk ??? dev-tex ??? dev-util ??? docs ??? eclass ??? licenses ??? media-gfx ??? media-libs ??? metadata ??? net-ftp ??? net-misc ??? patches ??? perl-core ??? profiles ??? sci-astronomy ??? sci-biology ??? sci-chemistry ??? sci-electronics ??? sci-geosciences ??? sci-libs ??? sci-mathematics ??? sci-misc ??? sci-physics ??? sci-visualization ??? scripts ??? sys-cluster ??? sys-devel ??? virtual ??? x11-libs ??? x11-misc 101 directoriesTo keep this tree current, I first sync the overlays:
# emerge --sync >>> Syncing repository 'science' into '/var/git/overlay/science'... /usr/bin/git pull Already up-to-date. === Sync completed for science q: Updating ebuild cache in /var/git/overlay/science ... q: Finished 1202 entries in 0.013556 seconds >>> Syncing repository 'dotnet' into '/var/git/overlay/dotnet'... /usr/bin/git pull Already up-to-date. === Sync completed for dotnet q: Updating ebuild cache in /var/git/overlay/dotnet ... q: Finished 132 entries in 0.002703 seconds Action: sync for repo: science, returned code = 0 Action: sync for repo: dotnet, returned code = 0
Then, as I have xorg set to master branch, I sync meta-repo with (output excluded)
# cd /var/git/meta-repo/ # git pull # git submodule update # cd /var/git/meta-repo/kits/xorg-kit/ # git checkout master # git pull # cd # chown -R portage:portage /var/git/meta-repo # eix-update
The above should bring all of portage up to date, correct? Is there anything redundant here?
-
Hi Oleg, thanks again for the speedy reply ... you are right, I had some old repo.conf/ cruft left from earlier attempts at moving to kits.
-
Hi Oleg, thanks for your help, I am trying to do exactly this in terms of several overlays (science, sage-on-gentoo, etc.). To incorporate the overlays previously added via layman, I've simply followed the instructions you linked and added the overlays per the instructions on Funtoo's SageMath page:
# cd /var/git/overlay # git clone https://github.com/cschwan/sage-on-gentoo.git
I added a sage.conf file in /var/git/meta-repo/repos.conf
[sage-on-gentoo] priority = 50 location = /var/git/overlay/sage-on-gentoo sync-type = git sync-uri = https://github.com/cschwan/sage-on-gentoo.git auto-sync = Yes
Other overlays (originally maintained by layman) were added in a similar fashion. Lastly, the ebuilds that originally resided in /usr/local/portage were moved to /var/git/overlay/mylocal. This also seems to work, i.e., eix-update and emerge --sync.
However, I see errors when using equery and the like, complaining aboutUnavailable repository 'gentoo' referenced by masters entry in '/var/git/overlay/science/metadata/layout.conf' Unavailable repository 'gentoo' referenced by masters entry in '/var/git/overlay/dotnet/metadata/layout.conf' Unavailable repository 'gentoo' referenced by masters entry in '/var/git/overlay/sage-on-gentoo/metadata/layout.conf'
Can you tell me how I would correct the above.Thanks again for all your hard work.Edit* added:
OK, I see I forgot to add the to gentoo file in /etc/portage/repos.conf:
[DEFAULT] main-repo = gentoo [gentoo] location = /usr/portage sync-type = git sync-uri = git://github.com/funtoo/ports-2017.git auto-sync = yes
But I still seem to have screwed up something, as portage now warns:
!!! Repository name or alias 'gentoo', defined for repository 'core-kit', overrides existing alias or repository. !!! Repository 'core-kit' is missing masters attribute in '/var/git/meta-repo/kits/core-kit/metadata/layout.conf' !!! Set 'masters = gentoo' in this file for future compatibility
Can you tell me how I might correct this?
-
I hope this hasn't been asked before (my searches have returned nil though): Prior to kits deployment, I used Intel's math kernel library via the science overlay's ebuild (sci-libs/mkl-11.3.2.181). With the current master branch of science-kit, the latest version is substantially older:
# eix mkl -Ic [?] sci-libs/mkl [1] (11.3.2.181[?]@06/16/2017 -> (~)10.0.5.025-r1^ms): Intel(R) Math Kernel Library: linear algebra, fft, math functions [1] "science-kit" /var/git/meta-repo/kits/science-kit
So mkl-10.0.5.025-r1 is the most recent version available on the master branch. But this ebuild has a problem with its license file, which is apparently expired:
# cat /var/tmp/portage/sci-libs/mkl-10.0.5.025-r1/work/l_mkl_p_10.0.5.025/install/log.txt | tail -n 20 Mon 09 10:35:49 shell.c:35 runShellCmd():Command to execute: 'uname -m 2>/dev/null' Mon 09 10:35:49 shell.c:76 runShellCmd():Capturing STDOUT Mon 09 10:35:49 shell.c:89 runShellCmd():GOT 7 bytes from STDOUT Mon 09 10:35:49 shell.c:119 runShellCmd():waitpid() status for the executed command: 0 Mon 09 10:35:49 check_license.c:98 determineFLEXLM_platform():Trying to determine FLEXlm platform for machine name x86_64 Mon 09 10:35:49 check_license.c:448 check_license_file():Checking file /var/tmp/portage/sci-libs/mkl-10.0.5.025-r1/work/NCOM_L___3X2P-FCR66XC3_1.lic for valid FLEXlm license Mon 09 10:35:49 check_license.c:449 check_license_file():runpath /var/tmp/portage/sci-libs/mkl-10.0.5.025-r1/temp/install_temp.c8312478a5c96933c088f94653d1d814 Mon 09 10:35:49 check_license.c:450 check_license_file():-a -q Mon 09 10:35:49 check_license.c:451 check_license_file():chklic_f_opt -fMKernL -fMKern -fCLMKernL -fCLMKern Mon 09 10:35:49 check_license.c:452 check_license_file():chklic_c_opt -c"/var/tmp/portage/sci-libs/mkl-10.0.5.025-r1/work/NCOM_L___3X2P-FCR66XC3_1.lic" Mon 09 10:35:49 check_license.c:453 check_license_file():chklic_p_opt -pi86_r -pi86_re -pit64_lr -pit64_re Mon 09 10:35:49 check_license.c:282 call_flexlm_chklic():Call a /var/tmp/portage/sci-libs/mkl-10.0.5.025-r1/temp/install_temp.c8312478a5c96933c088f94653d1d814/zchklic86_64 -a -fMKernL -fMKern -fCLMKernL -fCLMKern -c"/var/tmp/portage/sci-libs/mkl-10.0.5.025-r1/work/NCOM_L___3X2P-FCR66XC3_1.lic" -pi86_r -pi86_re -pit64_lr -pit64_re &>/dev/null command. Mon 09 10:35:49 shell.c:29 runShellCmd():Interpreter: 'sh' Mon 09 10:35:49 shell.c:35 runShellCmd():Command to execute: '/var/tmp/portage/sci-libs/mkl-10.0.5.025-r1/temp/install_temp.c8312478a5c96933c088f94653d1d814/zchklic86_64 -a -fMKernL -fMKern -fCLMKernL -fCLMKern -c"/var/tmp/portage/sci-libs/mkl-10.0.5.025-r1/work/NCOM_L___3X2P-FCR66XC3_1.lic" -pi86_r -pi86_re -pit64_lr -pit64_re &>/dev/null' Mon 09 10:35:49 shell.c:119 runShellCmd():waitpid() status for the executed command: 512 Mon 09 10:35:49 check_license.c:288 call_flexlm_chklic():Chklic value 2 Mon 09 10:35:49 check_license.c:455 check_license_file():Chklic ret value is 2 Mon 09 10:35:49 check_license.c:167 chklic_evaluate():Expired FLEXlm license was found in /var/tmp/portage/sci-libs/mkl-10.0.5.025-r1/work/NCOM_L___3X2P-FCR66XC3_1.lic Mon 09 10:35:49 check_license.c:457 check_license_file():Chklic auth value is 0 Mon 09 10:35:49 install.c:80 fatal_exit():failed to install the product
The above license problem is also identified here: https://forums.gentoo.org/viewtopic-p-8027848.html
If I try to set up a local overlay using the ebuild from the original science overlay (mkl-11.3.2.181), this produces a dependency to alternatives-2.eclass, which is apparently not supported:
* ERROR: sci-libs/mkl-11.3.2.181::local failed (depend phase): * alternatives-2.eclass could not be found by inherit() * * Call stack: * ebuild.sh, line 611: Called source '/usr/local/portage/sci-libs/mkl/mkl-11.3.2.181.ebuild' * mkl-11.3.2.181.ebuild, line 12: Called inherit 'alternatives-2' 'intel-sdp-r1' 'numeric-int64-multibuild' * ebuild.sh, line 284: Called die * The specific snippet of code: * [[ -z ${location} ]] && die "${1}.eclass could not be found by inherit()" * * If you need support, post the output of `emerge --info '=sci-libs/mkl-11.3.2.181::local'`, * the complete build log and the output of `emerge -pqv '=sci-libs/mkl-11.3.2.181::local'`. * Working directory: '/usr/lib64/python2.7/site-packages' * S: '/var/tmp/portage/sci-libs/mkl-11.3.2.181/work/mkl-11.3.2.181'Do anyone have a idea on how to solve this problem?
-
Hi cafaia, working great :) thanks again!
-
Hi cafaia, thanks for the quick reply and link--
-
I recently noticed that eix wasn't returning correct results; I'm assuming this is the issue:
# eix-sync * Running emerge --sync >>> Syncing repository 'gentoo' into '/usr/portage'... /usr/bin/git pull Already up-to-date. === Sync completed for gentoo q: Updating ebuild cache in /usr/portage ... q: Finished 40004 entries in 0.292586 seconds * Copying old database to /var/cache/eix/previous.eix * Running eix-update Reading Portage settings... Building database (/var/cache/eix/portage.eix)... [0] "gentoo" /usr/portage/ (cache: metadata-md5-or-flat) Reading category 166|166 (100) EMPTY! [1] "local" /usr/local/portage (cache: parse|ebuild*#metadata-md5#metadata-flat#assign) Reading category 166|166 (100) Finished [2] "sage-on-gentoo" /var/lib/layman/sage-on-gentoo (cache: parse|ebuild*#metadata-md5#metadata-flat#assign) Reading category 166|166 (100) Finished [3] "science" /var/lib/layman/science (cache: parse|ebuild*#metadata-md5#metadata-flat#assign) Reading category 166|166 (100) Finished Applying masks... Calculating hash tables... Writing database file /var/cache/eix/portage.eix... Database contains 972 packages in 166 categories * Calling eix-diff * Time statistics: 2 seconds for syncing 2 seconds for eix-update 4 seconds totali.e., the EMPTY message above. My /etc/portage/repos.conf/gentoo file is
[DEFAULT] main-repo = gentoo [gentoo] location = /usr/portage sync-type = git sync-uri = git://github.com/funtoo/ports-2012.git auto-sync = yes
and /etc/make.conf is almost empty:
MAKEOPTS="-j7" VIDEO_CARDS="nouveau" INPUT_DEVICES="evdev" USE="apache2 mysql int64 -bluetooth"
Is this just a temporary problem -- should I just wait for an update?
-
Turned out: shifting back to gcc:4.9 from gcc:5 did the trick ... still don't quite understand the error, but the RAM passed memtest, so ... only thing left to try was the compiler. Thanks again for all your help!
-
Hi, sorry for the late reply. Thanks so much for the kind advice -- I am giving these a shot ... will post back ASAP. Cheers!!Hi! I'd suggest posting a bug on bugs.funtoo.org, it's the right place to handle build failures.
Segmentation faults are caused by insufficient memory.
https://bugs.funtoo.org/browse/FL-3503
Rule of thumb: ~1.25GB per thread. Try compiling with MAKEOPTS="-j1"
Also, you might want to read up on how to debug such build failures:
If your hard drive, CPU or memory are faulty, this is going to show when compiling llvm.
https://bugs.funtoo.org/browse/FL-3498
I suggest running with -j1 and making sure the swap is turned on, and leave it to compile overnight.
I'd run memtest, check SMART for the hard drive, and there's mprime for the CPU or equivalent. I'll try emerging llvm on
a core2 system I have and report the results.
-
I'm working on a new funtoo install on an older core2 machine, running nicely so far, but I can't seem to rebuild sys-devel/llvm-3.9.1 or sys-devel/llvm-3.9.1-r1. Oddly, I was somehow able to build this version initially, but am now having segfaults in which the emerge fails with (e.g.),
/var/tmp/portage/sys-devel/llvm-3.9.1/work/llvm-3.9.1.src/include/llvm/ADT/iterator.h:178:73: internal compiler error: Segmentation fault
I've posted more of the tail of the build.log here: https://dolomit.geo.uni-bremen.de/owncloud/index.php/s/7kfsyL9faRQhCaI
The message asks that I
Please submit a full bug report, with preprocessed source if appropriate. See <http://bugs.funtoo.org> for instructions."
but I wanted to inquire if anyone had any suggestions before proceeding. I've tried rebuilding several times (also tried setting MAKEOPTS="-j1"), always failing, although not necessarily at the same place. My funtoo profile is
# epro show === Enabled Profiles: === arch: x86-64bit build: current subarch: core2_64 flavor: server mix-ins: kde-plasma-5 mix-ins: console-extras mix-ins: dvd mix-ins: print === All inherited flavors from server flavor: === core (from server flavor) minimal (from core flavor)
and /etc/make.conf is fairly empty:MAKEOPTS="-j3" VIDEO_CARDS="nouveau" INPUT_DEVICES="evdev" USE="X pdf jpeg" CHOST="x86_64-pc-linux-gnu"
The complete build log is of course too large to post, but again is available in the folder linked here
https://dolomit.geo.uni-bremen.de/owncloud/index.php/s/7kfsyL9faRQhCaI
emerge.info is here emerge.info.txt
build.log tail is here llvm.txt
Thanks for any ideas any one can offer.
-
Following the guide for getting kde5 up (http://www.funtoo.org/KDE_Plasma_5) but after adding the overlay, encounter the following warning:
!!! Section 'funtoo-kde-overlay' in repos.conf has name different from repository name 'kde' set inside repository
Is this correctable or important? Thanks
"External commands disallowed while sourcing ebuild: ..."."
in General Discussion
Posted
I hope this is not a stupid question, as it as been asked and answered previously, but I am wondering if the problem is the same. After
eix-sync && emerge -vaDNu worldand a successful sync I obtain,
the "external commands disallowed ..." errors continue for quite awhile, similar to what is described in this post here.
However, the bug referenced (missing mozcoreconf-v5.eclass) is not seen in the above errors, and the emerge seems to otherwise complete successfully. Do I need to do anything?