Jump to content
Read the Funtoo Newsletter: Summer 2023 ×

Oleg Vinichenko

Members
  • Posts

    619
  • Joined

  • Last visited

  • Days Won

    53

Community Answers

  1. Oleg Vinichenko's post in pkgconf and pkgconfig conflict in emerge -u was marked as the answer   
    downgrades are expected.
    put package.mask for dev-util/pkgconfig for now. i'll look for this issue in details.
  2. Oleg Vinichenko's post in there are no ebuilds to satisfy libxklavier-5.4 was marked as the answer   
    echo ">xfce-extra/xfce4-xkb-plugin-0.7.1-r1" >> /etc/portage/package.mask
    this is what i have on my laptop too.
  3. Oleg Vinichenko's post in intel-mkl, science-kit and original science overlay was marked as the answer   
    alright, there seems edit performed to add new information. you should not use that gentoo file in /etc/portage/repos.conf. ports-2017 was alpha version of meta-repo, please follow:
    https://github.com/funtoo/meta-repo/blob/master/README.rst
    and notice the overlay wiki page i posted above and pay attention to the symlink creation, so that you will be able to use meta-repo and sage overlay.
  4. Oleg Vinichenko's post in akonadi and mariadb conflict was marked as the answer   
    currently, you can fix this by applying the mask for mariadb-10.2
  5. Oleg Vinichenko's post in Can't emerge gparted was marked as the answer   
    it could happen that you didn't rebuild the ebuilds which affected by ABI changes between gcc-4 and gcc-5. Follow http://www.funtoo.org/News:GCC_Update
  6. Oleg Vinichenko's post in Use or not of Make.conf file was marked as the answer   
    that quote was for not putting python targets entries into make.conf (by anything python related meant). Of course, you can put them, it's allowed, as well as adding any other system-wide settings. by default the make.conf is empty.
  7. Oleg Vinichenko's post in Missing PYTHON_TARGET? was marked as the answer   
    run epro update
  8. Oleg Vinichenko's post in New Install - broken builds and blocked install was marked as the answer   
    that's right
    if ego-1.1.3-r5 is installed and ego sync ran with this version, it also running epro update (with sync), which fixes. otherwise, manually running epro update will fix.
  9. Oleg Vinichenko's post in downgrade to portage-2.3.8: Default distfiles and packages directories are now in /var/cache/portage was marked as the answer   
    right, you can move the content of /usr/portage/distfiles into the new location /var/cache/portage/distfiles if the download is the concern (tarballs need to be refetched), other wise you shouldn't be much worry about it and delete old directories. eclean will work with the new location, then.
  10. Oleg Vinichenko's post in How to update kits. was marked as the answer   
    if you use only prime branch, then use "ego sync"
    if you have some of kits with other branches enabled (such as master), do not use "ego sync"
    to update kits with other branches enabled, use following sequence of commands:
     
    cd /var/git/meta-repo
    git pull
    git submodule update
    chown -R portage:portage /var/git/meta-repo
     
    eix-sync does not update meta-repo, neither default branches nor any other branches. after manually updating meta-repo or if you use default branches and ego sync, you can use eix-update.
  11. Oleg Vinichenko's post in Difficulties installing kde-meta was marked as the answer   
    appears that you are not using kde-plasma-5 mix-in enabled. it has this python sorted.
  12. Oleg Vinichenko's post in All ebuilds that could satisfy "x11-libs/libXres" have been masked. was marked as the answer   
    fixed
  13. Oleg Vinichenko's post in [Funtoo 64 stable] Error syncing portage. was marked as the answer   
    cd /usr/portage
    git --reset hard
    emerge --sync
  14. Oleg Vinichenko's post in Missing hash files on http://build.funtoo.org/ was marked as the answer   
    fixed
  15. Oleg Vinichenko's post in [Funtoo stable 64] Troubles with "locale" was marked as the answer   
    this looks like you got wrong setting in /etc/env.d/02locale.
    paste this file.
  16. Oleg Vinichenko's post in GCC 5 was marked as the answer   
    gcc-5.3.0 now available in portage. but masked. Please, test.
  17. Oleg Vinichenko's post in eix behaives strage was marked as the answer   
    this should be fixed. please sync tree and check.
  18. Oleg Vinichenko's post in GUID partitioning error? was marked as the answer   
    it had wrong value and fixed, maybe few seconds after this thread posted. Is why cardinal seeing correct now :)
  19. Oleg Vinichenko's post in CFLAGS doco was marked as the answer   
    a tutorial (a big messy page) never was a consistent page and wasn't actively checked (if at all) by stuff. -march=native is GCC optimization that used for a target cpu, i.e what gcc finds best. Many believe that gives more optimizied code and it is stable, it is widely used. My personal opinion: if it does any improvements, they are ngligible on recent hardware. other than that, how gcc calculates it? Likely there is internal test suite for a cpu instruction and cache parameters, which tell what to enable. However, it might be not perfect. It is up to user to decide.
  20. Oleg Vinichenko's post in Broken emerge? was marked as the answer   
    this was due to icedtea-bin-7.2.5.5 depends on glibc-2.20 or newer. This is workarounded by masking 7.2.5.5 version. 
  21. Oleg Vinichenko's post in Should I use CPU USE Flags in make.conf? was marked as the answer   
    that's explained in draft news, thx to Micha? G?rny. There was no real gain in such conversion, but since its implemented, here it is http://www.funtoo.org/News:CPU_FLAGS_X86
  22. Oleg Vinichenko's post in "cmake failed" net-misc/freerdp (all version) was marked as the answer   
    this should be fixed with tree update.
  23. Oleg Vinichenko's post in emerge dev-qt/qtgui-5.9999 fails was marked as the answer   
    Not much we can do here, you'll need to contact a gentoo kde team and qt-overlay maintainers. IRC #gentoo-qt, #gentoo-kde
  24. Oleg Vinichenko's post in files: .keep_sys-apps_baselayout-0 was marked as the answer   
    It's fine, do not remove them. baselayout ebuild installing system directories (like /var/  /var/lock, etc, for a complete list look inside ebuild) by using a keepdir. i.e /run created with keepdir /run. It tells portage to leave directories behind even if they are empty (or emptied). Other than that it's same as dodir ebuild function
  25. Oleg Vinichenko's post in Issue when running python-updater was marked as the answer   
    python-updater is deprecated, you shouldn't run it anymore. http://www.funtoo.org/News:Python_Updater_Deprecation
×
×
  • Create New...