Jump to content
Read the Funtoo Newsletter: Summer 2023 ×

Oleg Vinichenko

Members
  • Posts

    619
  • Joined

  • Last visited

  • Days Won

    53

Everything posted by Oleg Vinichenko

  1. it has only side relation to net-tools package. Funtoo maintains own hostname generation in OpenRC.
  2. looks like you do not use initramfs with encryption support. This is required for decrypting the dirves
  3. according to fstab, your swapfile and root are on same partition, which make it impossible to boot.
  4. 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
  5. output of fdisk, content of /etc/fstab, custom, what bootloader and its config?
  6. it's enabled in profile :) so, yes if we want to be 100% accurate it's enabled by default in portage tree.
  7. i didn't get a fail even on first attempt. The cause of this problem lies deeper. Currently, Gentoo (and we adding it automatically) have borked autotools stack. This is reported.
  8. INPUT_DEVICES="evdev synaptics" enabled by default in stage3
  9. i'll fix it on our side, as Gentoo currently lagging with the fix, it's reported on their bugtracker.
  10. yes, it looks like a bug in ebuild. graphviz must have WANT_AUTOMAKE=1.13 in ebuild.
  11. Funtoo offers a precompiled stages for Haswell CPU's. http://build.funtoo.org/funtoo-current/x86-64bit/intel64-haswell/ What doesn't work? What kind of problems? need more complete description of a problem :)
  12. cannot reproduce this one. Please, give more details on this, emerge --info, imaging version. And steps leading to this failure.
  13. python-updater is deprecated, you shouldn't run it anymore. http://www.funtoo.org/News:Python_Updater_Deprecation
  14. that's W.I.P :) but this failures could help to sort things.
  15. it shouldn't cause any serious problems but it could slow down installation, because trying to install X and it's deps.
  16. there is C++ rewrite, called paludis and it's not any faster. A new portage version we testing locally is a bit faster. But last years, indeed, it slowed at some point. From what I understand portage now re-calculates it's dependency tree from scratch each time and depending on pkg list it can be really discouraging. Maybe, we can make this behavior improved or changed completely. I.e problem is not because portage written in python, but rather in what it trying to do. (too smart?)
  17. PHP_TARGETS set in profile, it's ok. I'd recommend to stick with gcc-4.9.2 now only. -r1 version has some problems, it's experimental ebuild and you're not the first one getting into trouble with it.
  18. it's something wrong with your system, wasn't it a side effect of mis-configured settings in make.conf you posted on bugs.funtoo.org? emerge --info -v could help and make.conf
  19. i'd prefer to clean-up obscure and undocumented python code in portage rather then rewrite it in new lang :)
  20. masked java-8 due to many incompatibilites. You should get oracle-jdk-bin-1.7.0.72, set it as system vm (if it's not done automatically). This should resolve java packages problem.
  21. i can reproduce this failure with oracle-jdk-bin-1.8. It builds fine with oracle-jdk-bin-1.7
×
×
  • Create New...