Jump to content
funtoo forums


  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by bcowan

  1. Thats exactly how I had fixed mine, with login.defs. Just change the SUB_UID_MAX and SUB_GID_MAX UID_MIN 1000 UID_MAX 60000 # System accounts SYS_UID_MIN 101 SYS_UID_MAX 999 # Extra per user uids SUB_UID_MIN 100000 SUB_UID_MAX 2000000000 SUB_UID_COUNT 65536 # # Min/max values for automatic gid selection in groupadd(8) # GID_MIN 1000 GID_MAX 60000 # System accounts SYS_GID_MIN 101 SYS_GID_MAX 999 # Extra per user group ids SUB_GID_MIN 100000 SUB_GID_MAX 20000000000 SUB_GID_COUNT 65536
  2. @quantum that wiki page mentions the nvidia-kernel-modules in the Introduction and the 1.4 Funtoo upgrade guide explicitly mentions needing the nvidia-kernel-modules package. The wiki page is editable by anyone if you wish to add please go ahead, it would be appreciated 🙂 Also, debian-sources-lts is the default and preferred sources for Funtoo. They are much more thoroughly tested/vetted. Debian-sources are more of a courtesy as they are latest testing of new kernel additions before a mainline LTS kernel is released.
  3. nvidia-kernel-modules needs to be installed separately, this is by design for container use cases. VIDEO_CARDS can safely be removed, please do not set to VIDEO_CARDS="" as that is means something different altogether and will cause breakage.
  4. should be fixed in tree now
  5. yes, thanks for the catch, a PR has been submitted 🙂
  6. I just want to say that gentoo-sources, that is not the LTS version which is currently 4.19 series, is basically mainline and all sorts of bad things can happen or regressions/corruptions/data loss is at a much greater percentage of being introduced. Breakage of nvidia-drivers/modules being a big one. Also you're following a kernel series that *will* be updated at least once a week if not more.Other patchsets have much better hardware support, backporting, bugfixes, and out of tree inclusions that really make the quality of life better all around for a normal linux user. Just my two cents.
  7. The zfs flag is only useful if you're building the binary debian-sources{lts} ebuild as it enables support in the initramfs of genkernel nothing more.
  8. bug FL-6683 https://bugs.funtoo.org/browse/FL-6683
  9. Yeah, might be a good idea to file an improvement request to add to profiles. If you're not using any type of LUKS or encrypted root or home etc, you could always add -static to cryptsetup in package.use. Maybe a cool idea to add a new mix-in for all this, to go along with the documentation that needs upgraded 🙂 There is an open bug for this maybe I'll add to it.
  10. What is your startx actually starting?
  11. I pushed a PR to drobbins, should be hitting the main tree anytime with latest 390.129 nvidia-drivers and nvidia-kernel-modules. This has fixes for latest 5.2.x kernels 🙂
  12. Can you check /etc/boot.conf and make sure that if nomodeset is there you remove it and re-run ego boot update, then reboot.
  13. I just checked on a fresh container of 1.4 and on my main machine as normal user and root. shopt shows progcomp on in all cases
  14. For now you can use the 390.129 in my overlay: https://github.com/bradlyatc/funtoo-overlay/tree/master/x11-drivers
  15. get rid of the nomodeset in /etc/boot.conf re-run ego boot update and reboot.....see if that helps
  16. Most probably the ebuild needs a version bump to 390.129 to build with 5.2 kernels, I bumped and tested here, all built, but I do not have nvidia hardware to test actual quality.
  17. This is now fixed on 1.3 and confirmed. I just tested on a clean container.
  18. This was just fixed in 1.4, will report a bug for 1.3. I personally would recommend installing 1.4 funtoo release as it has been tested very thoroughly now and will be a much better experience at this point 🙂
  19. You should look into the Panfrost drivers for mesa that are being mainlined and mainline support in 5.3 kernels and above for odroid-n2 boards. Exciting times for Mali bifrost graphics. No more binary blobs with proper opensource drivers 🙂
  20. I filed a bug for this, https://bugs.funtoo.org/browse/FL-6664 it should be fixed now.
  21. It is fine to use generic arch, if that is what you *really* want shrug. If you do want generic then you need to add -custom-cflags to USE or package.use for debian-sources-lts
  22. Just saw this and it reminded me of this post https://opensource.com/article/19/9/linux-terminal-colors
  23. We used to let portage handle these moves transparently using profiles/updates. I don't know if that's still the case.
  24. coreutils installs certain system files like /etc/DIR_COLORS and /etc/profile calls /etc/bash/bashrc which sources those colors and sets them.Also sources term files installed by ncurses for term capability etc.
  25. Or its possible you're thinking of needing a multi{arch,lib} setup for funtoo which is not available for any arch ATM. Options are setting up a chroot environment, qemu/kvm/vm, or containers ( LXC, LXD, docker ).
  • Create New...