Jump to content

Tassie_Tux

Members
  • Content Count

    53
  • Joined

  • Last visited

  • Days Won

    7

Tassie_Tux last won the day on June 5 2015

Tassie_Tux had the most liked content!

About Tassie_Tux

  • Rank
    Advanced Member

Online

  • freenode
    Tassie_Tux

Personal

  • Location
    Hobart, Tasmania (Australia)

Recent Profile Visitors

984 profile views
  1. Try issuing the command # dispatch-conf
  2. I am looking at doing the same thing - starting with the gentoo guide - but do not have much spare time at the moment to invest in this. If/when I do, if I have progress I can let you know. ? The approach that I am now considering is to first follow that Gentoo guide to install arm64 Gentoo on the Rpi 3 B+. Then follow the Funtoo install guide using arm64 generic stage3 from within gentoo on RPi; including building a basic arm64 kernel and installing onto another micro SD card via USB. The downside of this approach is the compilation speed on the RPi being slow. I would prefer to cross co
  3. (Disregard my earlier theory. The absence of /dev/disk/by-id/ symlinks is not the issue as my old/working Funtoo on ZFS root install does not have these in the initramfs yet boot successfully.) At the GRUB command line, editing the parameters to boot with 'real_root=ZFS' is indeed successful, although there are several seconds delay. In the initramfs shell I am able to successfully import the pool manually with 'zpool import -N -d /dev rpool'. The command 'zpool import -N -c /etc/zfs/zpool.cache rpool' however fails with the same message reported by rspartz.
  4. Hi folks. I have spent most of last week working through https://www.funtoo.org/ZFS_Install_Guide again, with a view to update/fix the guide where needed. I too am facing the exact same issue. With over 8 retry-from-scratch attempts so far, the initramfs cannot import the pool. I am using a QEMU/KVM virtual machine as the install environment and I have tried using Ubuntu 16.04 and 17.10. All unsuccessful. The build is funtoo-current x86-64bit intel64-sandybridge. My current thinking is that the problem lies with the initramfs created by sys-kernel/genkernel. On pool import failu
  5. Did you update portage as well? The guide http://www.funtoo.org/News:Python_Updater_Deprecation recommended this. # emerge --ask --nodeps --oneshot sys-apps/portage If emerge is not indicating updates or rebuilds then I would take that as 'all complete'.
  6. Now instead of python-updater simply update your world set according to the last step in the instructions that cardinal posted above. ;)
  7. Try eselect python list --python3 eselect python set --python3 X where X is the number from eselect python list.
  8. Of course. I was meaning more in a general sense for any of the threads under the Help Central section.
  9. Let's give it a go. :) Also, if reddit does not work out there is nothing stopping us restarting a forum or even moving on to another platform altogether. Before 'deactivating' the Forum we should try to transfer these guides to the Wiki.
  10. I too have noticed this when testing Funtoo on ZFS root. The storage pool containing root is exported during shutdown so this message suggests that the export is occurring before OpenRC is finished with writing to /lib64/rc/cache. The seriousness of this is debatable given that the system restarts without any obvious problems. Some research would be required.
  11. It is unfortunate that boot has been unsuccessful. Comments left on the Talk page.
  12. This (also) appears when performing a fresh merge of kde-base/kde-meta (i.e. KDE SC 4). The workaround that I have had success with is to first merge virtual/mysql (a dependency of KDE SC 4) emerge --oneshot virtual/mysql then retry the merge of kde-base/kde-meta emerge -atuvDN --with-bdeps=y @world kde-meta
  13. A new mix-in has been added to Funtoo Linux specifically for KDE Plasma 5. :) Installing KDE Plasma 5 (kde-plasma/plasma-meta)? Add the new mix-in kde-plasma-5. Installing KDE Plasma 4/KDE SC 4 (kde-base/kde-meta)? Add the existing mix-in kde. Do not add both at the same time. They are not configured to be combined. ;) (See www.funtoo.org/Funtoo_Profiles for help on adding or removing mix-ins.) I have started a general guide for installing the KDE Plasma Desktop (4 or 5) on Funtoo Linux - www.funtoo.org/KDE_Plasma_Desktop. The previously mentioned KDE Plasma 5 guide (www
  14. I too would have chosen intel64-sandybridge. Your issues are either more complicated than simply your choice in subarch, or are indeed related to some other factor. For compilation issues I encourage you to report them on bugs.funtoo.org (see http://www.funtoo.org/Reporting_Bugs). When you do you will need to attach supporting information such as the output of 'emerge --info' and the particular package's build.log. The effort is however worth it as reporting like this is arguably the best way to receive timely assistance with build failures. As for the "illegal instruction" messages wh
  15. The kde mix-is is optimised for KDE SC 4 not KDE Plasma 5. While setting this for KDE Plasma 5 is probably helpful additional global USE flags in /etc/portage/make.conf and package-specific USE flags in /etc/portage/package.use will be required. There have been proposals for a KDE Plasma 5 mix-in (see https://bugs.funtoo.org/browse/FL-2373) however this is currently work-in-progress.
×
×
  • Create New...