Jump to content
funtoo forums


  • Content Count

  • Joined

  • Last visited

  • Days Won


hick518 last won the day on May 4 2016

hick518 had the most liked content!

About hick518

  • Rank
    Advanced Member

Recent Profile Visitors

629 profile views
  1. Thanks Cardinal. The Follow button is white until you are actually following. I still think it's a good idea to give some other type of notification of upgrades, although it is a little less critical for me now that I'm following News and Announcements per your suggestion. For instance, Ubuntu utilizes motd to let you know when you log in at the CLI that a release upgrade is available. Following News and Announcements isn't exactly going to fill my inbox, but it does contain a wide variety of news. For instance, "Funtoo 1.4 is released" and "Funtoo is now on Discord" have significantly different levels of importance to me, especially since "Funtoo 1.4 is released" means that my 1.3 system will stop receiving updates at some point in time. Anyway, just food for thought for the powers that be. Thanks again, Cardinal.
  2. I don't frequent the forum, and this is the second or third time now that a big upgrade was made available that I didn't know about. The first time I went for months without any package updates because I didn't know I had to upgrade to a newer Funtoo version. I would like to suggest that a notification of available upgrade be presented when running 'ego sync' or 'emerge @world'. The notification should tell the sysadmin that there's a newer Funtoo version available, and the date it was made available (so the sysadmin will know how mature the upgrade is and also how out of date he is). For instance: Funtoo 1.4 was made available on August 1, 2019. See https://www.funtoo.org/Upgrade_Instructions/1.4-release
  3. When I upgrade to 1.4, I'm instructed to use a gfxcard mix-in. If I do that, should I remove the VIDEO_CARDS line from make.conf?
  4. An upgrade to sssd 1.16.3 today fixed the problem.
  5. After upgrading per the instructions here: https://www.funtoo.org/Upgrade_Instructions sssd will not start, and that prevents me from logging in with any LDAP user. I get the following error: failed to get [krb5_rcache_dir] from [config/sssd] It looks like as part of that upgrade, sssd went from version 1.12.1 to 1.13.1. I think ldb is used by sssd, and that went from version 1.3.5 to 1.4.2. sssd also requires tdb, and that was upgraded from 1.3.15 to 1.3.16. The error message indicates it may be a kerberos problem, but I am not using kerberos for authentication (at least, my sssd.conf contains no references to kerberos). Any ideas how to debug this?
  6. https://www.funtoo.org/Upgrade_Instructions The upgrade instructions say that after upgrading gcc (I went from 5.4.0 to 7.3.1): "For upgrading to 1.2, you have to rebuild all packages, which will ensure that your system is fully optimized with the new gcc." Before I do this, I want to make sure it is really necessary. I did not change my subarch (something which was covered in those upgrade instructions). I am staying with "generic_64". So do I still need to rebuild all the packages on my system?
  7. Sound in firefox-bin recently stopped working for me. It gives me a message that I may need to install pulseaudio, but pulseaudio is already installed. Is there some new setting or use flag that's needed to make this work? Sound was working fine for me up until a couple weeks ago. Sound works for all my other applications.
  8. Thanks palica. I never considered that they were supposed to look like that. The gray icons look an awful lot like "unavailable" grayed-out items.
  9. After a recent upgrade, gimp's icons have lost all their color. See attached screenshot. $ emerge --info gimp ... media-gfx/gimp-2.9.6::media-kit was built with the following: USE="alsa jpeg2k pdf python udev webp wmf -aalib (-altivec) (-aqua) -debug -doc -gnome -mng -openexr -postscript -smp -test -vector-icons -xpm" CPU_FLAGS_X86="mmx sse" LINGUAS="-am -ar -ast -az -be -bg -br -ca -ca@valencia -cs -csb -da -de -dz -el -en_CA -en_GB -eo -es -et -eu -fa -fi -fr -ga -gl -gu -he -hi -hr -hu -id -is -it -ja -ka -kk -km -kn -ko -lt -lv -mk -ml -ms -my -nb -nds -ne -nl -nn -oc -pa -pl -pt -pt_BR -ro -ru -rw -si -sk -sl -sr -sr@latin -sv -ta -te -th -tr -tt -uk -vi -xh -yi -zh_CN -zh_HK -zh_TW" PYTHON_TARGETS="python2_7" Do I need to change my USE flags? Or maybe install some icon package?
  10. I have a funtoo server that does all the package builds, and my other servers and desktops specify 'getbinpkg' in order to use the packages created by the primary server. This mostly works, but I often get messages like "The following binary packages have been ignored due to changed dependencies". Here is an example. On my laptop, when emerging @world, I get the following message and nothing gets emerged (all other packages have been brought up to date): !!! The following binary packages have been ignored due to changed dependencies: dev-lang/vala-0.28.1::gentoo NOTE: The --binpkg-changed-deps=n option will prevent emerge from ignoring these binary packages if possible. Using --binpkg-changed-deps=y will silence this warning. Neither of the suggested --bin-pkg-changed-deps options change the message in any way. Even stranger, this version of vala is not installed on the laptop (nor on the primary server). # ego query versions vala dev-lang/vala| slot| repo --------------+-----+--------------------- 0.26.2| 0.26| gnome-kit/3.20-prime --------------+-----+--------------------- 0.28.1| 0.28| gnome-kit/3.20-prime --------------+-----+--------------------- * 0.30.1| 0.30| gnome-kit/3.20-prime --------------+-----+--------------------- 0.32.1| 0.32| gnome-kit/3.20-prime In other cases, I get this message when I do have the specified version installed. For instance, on my desktop when emerging @world, I get the following message and nothing gets emerged. !!! The following binary packages have been ignored due to changed dependencies: media-sound/guayadeque-0.4.5_p20170110::gentoo dev-util/itstool-2.0.2::gentoo But these package versions are installed on both the desktop and the server: # ego query versions guayadeque media-sound/guayadeque| slot| repo -----------------------+-----+-------------------- * 0.4.5_p20170110| 0| media-kit/1.1-prime # ego query versions itstool dev-util/itstool| slot| repo -----------------+-----+------------------- * 2.0.2| 0| core-kit/1.0-prime In yet another case, I get this message and emerge wants to do an ebuild even though the binpkg is available. For instance, on desktop #2 when emerging @world: These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild NS ] sys-kernel/debian-sources-4.14.12 [4.14.2] USE="binary" !!! The following binary packages have been ignored due to changed dependencies: sys-kernel/debian-sources-4.14.12::core-kit NOTE: The --binpkg-changed-deps=n option will prevent emerge from ignoring these binary packages if possible. Using --binpkg-changed-deps=y will silence this warning. However, I can run 'emerge -av debian-sources' on that same system and it will install the binary package: These are the packages that would be merged, in order: Calculating dependencies... done! [binary NS ] sys-kernel/debian-sources-4.14.12:4.14.12::core-kit [4.14.2:4.14.2::core-kit] USE="binary" 190,850 KiB Total: 1 package (1 in new slot, 1 binary), Size of downloads: 190,850 KiB Would you like to merge these packages? [Yes/No] All of these machines have the same USE options (make.conf, package.use, epro). I'm constantly fighting this battle to get the machines to use all the binaries built by the server. Can anybody shed some light on this? Am I doing something wrong? Is it a bug?
  11. Thanks dhudson, that's exactly what I was looking for.
  12. How can I find out which installed package satisfies the requirements of a virtual package. For instance, my system has virtual/cron installed. 'equery depgraph virtual/cron' shows this: * Searching for cron in virtual ... * dependency graph for virtual/cron-0 `-- virtual/cron-0 amd64 `-- sys-process/vixie-cron-4.1-r14 (sys-process/vixie-cron) amd64 `-- sys-process/bcron-0.10 (sys-process/bcron) amd64 `-- sys-process/cronie-1.5.0-r1 (sys-process/cronie) amd64 `-- sys-process/dcron-4.5-r1 (sys-process/dcron) amd64 `-- sys-process/fcron-3.2.1-r1 (sys-process/fcron) amd64 [ virtual/cron-0 stats: packages (6), max depth (1) ] * dependency graph for virtual/cron-0-r1 `-- virtual/cron-0-r1 ~amd64 `-- sys-process/cronie-1.5.0-r1 (sys-process/cronie) amd64 `-- sys-process/vixie-cron-4.1-r14 (sys-process/vixie-cron) amd64 `-- sys-process/bcron-0.10 (sys-process/bcron) amd64 `-- sys-process/dcron-4.5-r1 (sys-process/dcron) amd64 `-- sys-process/fcron-3.2.1-r1 (sys-process/fcron) amd64 `-- sys-process/systemd-cron-1.5.4 (sys-process/systemd-cron) amd64 [ virtual/cron-0-r1 stats: packages (7), max depth (1) ] Is there a command that would tell that I have cronie installed, and that is satisfying the requirement of the virtual package? Or do I need to simply go through the above list and check for each package?
  13. A few weeks ago I switched to kits, following the instructions at https://github.com/funtoo/meta-repo. Today I went back to that site and I see the instructions have changed. For instance, the symbolic link is different and several lines have been added near the end of the instructions. What am I supposed to do now? Should I undo what I did a few weeks ago, and follow the new instructions? And is there some method in place to inform me of these changes, so I don't have to get lucky by stumbling across them on the internet?
  14. I have several Funtoo systems, and I use one machine as my build machine. That machine creates binary packages which the other systems are configured to use. The systems all use different video cards, so in make.conf I have: VIDEO_CARDS="intel i915 nouveau radeon r600 vesa" This all worked fine on xorg 1.18.something (I think it was 1.18.4). But after moving to kits, xorg got downgraded to 1.17.4 and I'm having problems. Specifically, xdm is crashing on my system with a radeon video card, because it's trying to load the intel driver. I'm not sure what caused this behavior. To fix it, hopefully temporarily, I've changed make.conf to read: VIDEO_CARDS="nouveau radeon r600 vesa" And then I removed libva-intel-driver and xf86-video-intel. I'm not sure if removing that first package was necessary. After I removed the second one, xdm would start up. How can I fix this? I'd really like to be able to build my xorg packages with the intel drivers included so that my packages work on all my machines, like they used to.
  • Create New...