Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won


iwoloschin last won the day on September 24 2017

iwoloschin had the most liked content!

Recent Profile Visitors

730 profile views

iwoloschin's Achievements


Newbie (1/14)



  1. That's kind of what I figured, seems like it didn't quite work properly then. I was super confused because 'epro' was showing python3.6-prime and I wasn't even aware of /etc/portage/make.profile/parent, but once I thought about what could be wrong it wasn't too hard to find. Not sure if I have time to go back and try to recreate this for a nice bug report anytime soon, but at least there's a nice thread on the forums in case someone else finds this problem?
  2. That's a fair answer :). Thanks!
  3. Hi Oleg, Yes, that all worked fine, but even after ego sync and watching it switch to the python3.6-prime branch, emerge -auDN @world did not try to install python3. Only after I manually modified the lines in /etc/portage/make.profile/parent to reference 3.6 instead of 3.4 did portage want to upgrade to python3.6. Is this the intended behavior?
  4. Ok, so apparently I need to spend 10 more minutes searching on the "how to fix", but the "why was it broken?" question is still open. Looks like /etc/portage/make.profile/parent had a ton of references to python3.4, changing all of those manually to python3.6, to match the 3.6-prime branch, seems to have resolved my problem. I do not understand why this was not automatically handled by ego, but maybe it's not ready to handle that by itself yet?
  5. I've got two Funtoo boxes, one was relatively recently reinstalled (after kits) and is running Python 3.6. The other I just set up today and I cannot get it to run Python 3.6. Has something changes? On the new box /etc/ego.conf has python-kit = 3.6-prime, but portageq envvar PYTHON_TARGETS still returns "python3_4 python2_7" I've run epro update, ego update, ego sync, it never changes. What stupid thing have I missed?
  6. It sounds like both laptops are x86? If so, distcc is definitely the answer for you. I did something like this about 15 years ago to get Gentoo working better across a couple of old desktops & laptops I had. I also used it around the same timeframe on an internship, to speed up compilation of a massive software package from a single server to 44 servers. In that case, the original server didn't even have time to compile things itself, it was fully loaded just serving new code and linking incoming objects (at the time distcc could only parallelize compiling, not linking, not sure if this is still true). Woah...I just realized I'm old.
  7. Are you asking how would you know if there's a new prime branch of a kit? I think at the moment that's going to have to be user driven, you *want* to use a certain version and so you'll check if there's a prime kit for it. Otherwise, if you stick to default you'll just roll with funtoo whenever it changes. It might also be a good idea for ego to check /etc/ego.conf for obsolete pinned kits, so the user can take action to update. Not sure if that's a feature (or planned) yet, but I don't think there's many new prime branches yet anyways. The only one I've looked at so far is python-3.6.
  8. Don't leave us hanging. If you solved the problem that's awesome, but let us know what happened and how you solved it, in case anyone else ever has the same problem! Honestly even the process of how you went about solving it could help someone else.
  9. So if you're maintaining the GRUB configuration in Debian what makes you think the Funtoo tools will "just work" there? It's really a good way for your GRUB configuration to get out of sync and into some weird state. If you want to add a new Funtoo kernel to a Debian managed GRUB2 you'll need to build the kernel in Funtoo, manually mount your /boot partition (/dev/sda2?), copy the kernel and any other important bits over (probably just an initrd/initramfs, but maybe your kernel config if you like keeping that there too), and then boot into Debian and manually edit your Debian GRUB files to include your Funtoo kernel. I'm not familiar with Debian's use of GRUB2, but I know it's not quite the same as Funtoo, so all I can say is Google is your friend here.
  10. See, that's an important detail that needs to be said first. Your initial post makes it look like this is a single boot system, not multiboot. How are you going from Debian's GRUB2 to Funtoo? Are you chainloading? Or are you just maintaining one GRUB configuration (in Debian)? This is definitely a non-standard setup, but it should be doable.
  11. There's no kernel 4.4.1 there, just the initramfs. You likely missed a step somewhere, though it's hard to tell where since you haven't told us what tutorial you're following or what method (manual, genkernel, etc) you're using to build your kernel. Also, no /boot entry in /etc/fstab? I might just be old school, but that strikes me as something odd.
  12. Did you copy the new kernel into /boot? Try: # ls /boot If that returns nothing you may need to mount /boot and then look at it: $ sudo mount /boot $ ls /boot I suspect you probably compiled the kernel and never copied it to /boot, or potentially copied it to /boot, but the actually boot partition was not mounted. Both are pretty easy mistakes to make and not entirely obvious to a new Linux user.
  13. Maybe start by showing what you're doing that's pulling KDE5/plasma? With so many various configurations it's pretty much impossible to take a guess as to what's going on with your system.
  14. I had (have?) Funtoo installed alongside Windows 7, but I haven't booted it in forever so I'm not sure what state that's in. I've also got Steam working on Funtoo (hence not needing Windows...), though it does occasionally have issues, but they're usually easy to fix with a couple of Google searches. Funtoo tends to hold back slightly on the latest and greatest, for instance I believe the default Python is 3.4, but you could always go and unmask Python 3.5 if you needed. I'd say if you have a free weekend, give Funtoo a shot. Literally though, it'll take you a full weekend, if not longer, to get everything going from a fresh installation, but Gentoo is the same deal. Also make sure to have a spare computer handy, because you won't have a desktop environment for a bit...
  15. Is it possible for users to manually bump shards? For instance, I'm using KDE5 on my desktop, and many kde-apps are unhappy that they can't find kde-frameworks-15.14 (current in Gentoo tree), since it's all been sharded. I'm willing to take the potential stability hit, at my own risk, but I'm not even sure if it's an option.
  • Create New...