Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by iwoloschin

  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 thi
  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 t
  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 longe
  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.
  16. Using sysresccd is fine, but you need to leave it at some point. Unfortunately, I don't think it's possible to install X.org via a chroot, so you'll have a brief period of time with just a console. This is where a second computer/phone/etc is really helpful, so you can easily follow the guide. Basically, you need to leave the sysresccd environment to complete your installation. Give this a shot and let us know how it goes!
  17. There is general compatibility with Gentoo, in that usually a Gentoo ebuild will work on Funtoo. There's some special cases, mostly around very important system tools (GCC being one) that get weird, but you probably don't want to be playing too much with those right away anyways, just use whatever Funtoo provides, at least until you get a bit more comfortable. For "simple" programs, why would you extract a Debian binary instead of just using Portage? Most programs are probably in the Portage tree, I would encourage you to use that first. If there's a program you can't find then yes, you
  18. I don't believe it is possible, without a ridiculous amount of effort, to migrate between any two Linux distros like this. Minor changes in configuration files, whole new package managers, the changes grow to be quite insurmountable. For any support here you would need to do a fresh installation. That being said, copying user data (like /home/kel) over wouldn't be too difficult. But the system itself, that'd need to be done from scratch, even if you were just moving to Ubuntu.
  19. What about an installer script? That could potentially be useful, though without a lot of effort it would severely limit options. I wrote something like this for a customized Debian installation for an ARM board I made, it worked pretty well, but is very specifically tied to that specific ARM board. I'm not sure how useful it'd be though, because once you've got your system up and running you're kind of SOL on actually using it if you haven't gotten some hands on experience with Portage during the install...
  20. Honestly, if you need a graphical installer I suspect Gentoo/Funtoo are not for you. Much of the system administration requires CLI work, and while it's not difficult, a reluctance to learn would make it quite difficult. I would urge you to give it a shot, it's not that difficult, though it does require patience and a decent amount of time. For what it's worth, I only really started to understand Linux after installing Gentoo on my computer 10+ years ago in high school. I had dabbled with Debian and Red Hat but never really got what I was doing until jumping in with Gentoo. Many friend
  21. I didn't use a profile. Not sure if that'll break things later, but it's working well now.
  22. Sure! Running Plasma 5.4 here, along with everything else, and I'm pretty sure it's all in the regular tree, no overlays required!
  23. Can you post your whole /etc/make.conf? I've got the same line at the bottom of my /etc/make.conf and it's working fine for me.
  24. Doesn't Gentoo already have debian-sources? If not, it's probably doable, though it might take a bit of work. You could do it manually, just download the tarball and unzip it to /usr/src/debian-sources-version-whatever and configure and go. That's actually probably really easy, assuming you know where the tarball is. If you don't, you could set up a local overlay and copy Funtoo's debian-sources ebuild over, set your use flags, and off you go. You may need to copy over dependencies too, but probably not difficult to figure that out. So doable? Sure! Easy? No idea! But let us kn
  25. Um...I fixed it. Hooray? Looks like NetworkManager broke using dhcpcd: https://bugs.funtoo.org/browse/FL-2372 In my flailing about I uninstalled wpa_supplicant, thinking that NetworkManager would handle everything. It appears that reinstalling wpa_supplicant (luckily tarball still in cache!), combined with changing NetworkManager to use "dhcp=internal" has fixed my wifi problems. Hooray!
  • Create New...