drobbins

@nrc not retired but the account in AWS Marketplace I used to create it went away. We will be working on getting updated 1.4 images and there is a bug open for this.

I have posted an announcement on www.funtoo.org that we are doing an official "End of Year" pause for 2020. 2020 has been an interesting year and this is a good time to take a break if you have vacation. Funtoo will be back in 2021. Tree updates will be minimal during the break.

Hey everyone -- the latest Funtoo stages have arrived! (they have dates from 2020-12-14 to 2020-12-15). Improvements: Docker images updated on DockerHub: https://hub.docker.com/u/funtoo VMware Workstation Guest Support in GNOME stages: By default, GNOME stages are now able to run inside VMware Workstation by simply following the Install Guide. Just be sure to enable 3D acceleration in your VM config (this typically is not turned on by default.) Open-vm-tools has been added to the GNOME stage3 and will enable itself if it detects that it's running in a VMware VM. Also, VirtualBox compatibility is improved. Again, be sure to enable 3D acceleration for your VirtualBox VM. VMware Workstation compatibility is only in the GNOME stages. The standard stage3's are unchanged. See https://www.funtoo.org/Funtoo_VMware_Guest_Support for more information. Existing users can enable VMware guest support as follows: # ego profile mix-in +gfxcard-vmware # emerge open-vm-tools # rc-update add vmware-tools default # emerge -auDN @world Mesa 20.2.4, which has various bug fixes and improved USE mappings which should result in improved video playback performance under Funtoo for many users. Installation Instructions: https://www.funtoo.org/Install/Introduction Find your Subarch here: https://www.funtoo.org/Subarches If you have questions, issues, or just want to drop in and say hello you can find us on Discord https://discord.gg/BNUSpUU or Telegram https://t.me/funtoolinux Enjoy! -Daniel and the Funtoo Team

I do not have the UI built out for this yet, but you can contact me via PM on the forums and I can change it for you.

@rekena I am not seeing anything obvious from what you posted indicating a problem. As @lego12239 asked, what specifically are you seeing? Based on what you originally said, it sounds like GRUB is not even loading for you? If this is the case, then we want to make sure grub bootloader has been installed, so.... Make sure you have run the "grub-install (with arguments from install docs)" command from the install instructions. This will install the boot loader. Then run "ego boot update" in chroot. Then when you reboot grub should load. If grub is loading, but the kernel can't find the root filesystem, then this is a *different* issue related to partition naming and what I assume @pnoecker was thinking. But you are saying that grub isn't starting. So I don't think we should look here. In any case, please clarify exactly what you are seeing ?

This is normal. The grub.cfg paths are relative to /boot.

This is probably not the problem and shouldn't be the first advice to try to address the issue.

Hey everyone, I have updated our Development Guide to contain information on the "Funtoo Way". The "Funtoo Way" is a really important philosophy about how we do things at Funtoo and I strongly encourage everyone to read it, even if you don't consider yourself a "developer". It helps to explain how our community works and how we can work together. https://www.funtoo.org/Development_Guide Best, Daniel

Note that basic stage3 is up. GNOME stage is being worked on.

Now that the Sabayon collaboration has been announced, yes, it does open up the possibility that Funtoo might provide binaries in the future. It is not a high priority at the moment but I could see this eventually being added to what Funtoo offers.

@davidvs If there is a package in Gentoo that you want in Funtoo, you can open a bug for it explaining why you would like it and we can most likely add it. This is the easiest way rather than messing with getting it working yourself.

I tried to make this clear in the announcement, but it is worth explaining in more detail -- Sabayon Linux and Funtoo Linux are going to remain distinct things. We will make the Funtoo tree work for Sabayon so we can all contribute to the same set of packages. There is no implied change to either Funtoo or Sabayon, besides Sabayon moving to use the Funtoo tree, by announcing this collaboration. Each project continues to make decisions for its own community with no obligation to switch to different technologies unless one project decides it wants to. Over time, we will be collaborating on technology and some technology will be shared -- because it will be designed to make both Sabayon and Funtoo communities happy. Due to the nature of ebuilds, we can build two separate projects using the same base as a start. Sabayon has not had a lot of public activity because they have been heavily working on their next evolution of the OS. They have been very busy, but it has been behind the scenes. Best, Daniel

The short answer is that Funtoo is going to remain independent of systemd upstream. I do believe that startup scripts and management of the system are part of what give a Linux distribution its personality. It is central to the experience. Sabayon needs systemd. It will be added to Funtoo's tree for Sabayon, but not enabled in Funtoo. That way, everyone is happy.

The situation with the -bin packages can best be explained this way. For some browsers such as Chrome, we are getting security fixes from Google at the pace of at least once a week, sometimes more. Chrome is a big thing to compile over and over again. It is also some effort to keep the ebuild updated to deal with all upstream changes at this pace. So a big part of this is based on the many releases we are getting from upstream projects that have a huge amount of source code. For us, it is easy to auto-update these -bin packages using metatools (which happens automatically) than rush to manually re-tool and test an ebuild to build it all from sources (possibly with new dependencies that if we update them, will break other things on your system.) This is not an ideological decision but a practical one. For now, for browsers in particular, this is by far the easiest way to "keep up" with all the churn upstream. We support having from-source builds of Chrome, Firefox, etc. as well but these updated ebuilds do require some effort and testing. As always, PRs are welcome! (So, if our non-bin version is a bit older than the -bin, it just means no one has gotten around to doing the work to update it yet. But you can help with that ? Best, Daniel

Hey everyone, I'm pleased to announce that Funtoo Linux and Sabayon (https://www.sabayon.org) are joining forces! Now to explain what this means and how it came about. Sabayon is one of the great Open Source projects and has an amazing reputation for delivering an easy-to-use Linux desktop that is built using Gentoo. For quite a while, Funtoo has been supporting the Sabayon effort because we believe in what they do. Over the past several months, in chatting with the Sabayon team, it became really clear that we had a shared vision for creating a friendly and innovative community. We also were working on several next-generation technologies that were a good complement to one another. We decided it would be more powerful -- and fun -- to combine our efforts into one larger effort. So that is what we are doing. What this means is that while each project will maintain its own personality, projects and management, we will be logically combining into a larger effort and there will be a tremendous amount of cross-project collaboration. This collaboration immediately multiplies our capabilities for delivering some next generation technologies that we have been working on and are excited to share with you. The most immediate result of this collaboration is that moving forward, Sabayon OS efforts will be built on Funtoo. This, however, is just the first step. What I can say is that there will be much sharing of technology which will benefit both projects, and many new things. For existing users of Sabayon and Funtoo, the communities you know and love will have new strength, support and ability to tackle a new phase of Linux Open Source innovation. I am really excited about this collaboration. Welcome, Sabayon team! Best, Daniel Robbins

Funtoo Linux stages have been updated to contain the latest stuff in Funtoo: GNOME 3.36.2, latest Mesa/GL stack, support for Intel Iris graphics ("epro mix-in -gfxcard-intel +gfxcard-intel-iris; emerge -auDN @world for those who want to try), and many other updates. Download here: https://www.funtoo.org/Subarches Install docs here: https://www.funtoo.org/Install Enjoy!

If this is still a current issue, it should be reported to the bug tracker, not the forums.

Just going to follow up with some more info. First, thanks to pross for pointing out I had a typo in the 'epro' command above, now fixed! ? The difference between Intel Iris and 'classic' Intel is that 'classic' Intel uses the xf86-video-intel driver (with ebuild of same name), which has classically been the way you get accelerated video with Intel Integrated graphics. The Iris graphics uses the more generic 'modesetting' driver (no special ebuild for this), and uses a gallium-based driver which is now a part of media-libs/mesa so xf86-video-intel is not used at all. During testing I found that if you have xf86-video-intel installed, you *won't* get the Iris graphics. xf86-video-intel seems to have priority and will get initialized first. So if you are doing troubleshooting or not using the magic mix-ins, you'll want to make sure that xf86-video-intel is not installed if you want to use Iris. The way to check what driver is being used -- the definitive way -- is to look at /var/log/Xorg.0.log and search for 'modesetting' and 'intel' and determine which if any are initialized. In some circumstances, you may see references to both so you need to look very carefully at the end to see which one is active. Now, about the mix-ins themselves which handle all the complication for you, so you just set the right one and don't have to tweak everything by hand. The gfxcard-intel (gfxcard-intel-classic) and gfxcard-intel-iris mix-ins do the 'magic' for you -- gfxcard-intel-iris will MASK xf86-video-intel, and enable video_cards_gallium-iris, which along with a dep in xorg-drivers will BLOCK xf86-video-intel from being installed (forcing it to be uninstalled.) Thus, the "magic" that gets your system in the proper state for Iris. The mix-ins live in /var/git/meta-repo/kits/core-gl-kit/profiles/funtoo/mix-ins if you want to look at their exact settings. You will see there also associated USE flags associated with each mix-in that are passed to the mesa ebuild which are different for the classic and Iris configuration.

Hi All, core-gl-kit is now on 2.0-release by default. You will see updates to many packages. Now available are Intel Iris graphics, which is much faster and supported on modern Intel integrated graphics chipsets. To use Intel Iris, perform the following steps: # epro mix-ins -gfxcard-intel +gfxcard-intel-iris # emerge -auDN @world --jobs=3 If you want to continue with the classic drivers, or are not using Intel integrated graphics at all, you can just do the world update to get updates. Please report any issues you encounter to bugs.funtoo.org! There have been major updates to packages so I am expecting some bugs (and some have already been reported and fixed.)

Please report bugs as needed. Also, yes, currently xf86-video-intel will keep getting pulled in if you have the mix-in for it enabled. You can either disable this mix-in or emerge --exclude xf86-video-intel for now.

Hi All, If you are interested in testing Intel Iris graphics (new accelerated graphics for newer Intel chipsets), here's how you do it: First, make sure your system is up-to-date and you have the latest available version of ego installed (2.8.1) Next, add the following to /etc/ego.conf: [kits] core-gl-kit = 2.0-release xorg-kit = skip This will result in our 2.0-release core-gl-kit being activated, which completely replaces xorg-kit, as all of xorg has been integrated into core-gl-kit 2.0-release. We do not have a mix-in yet for intel Iris graphics. For now, set the following in /etc/make.conf: VIDEO_CARDS="$VIDEO_CARDS intel gallium-iris vulkan-intel xa xvmc vdpau" Now: # emerge -auDN @world *Unmerge* xf86-video-intel: # emerge -C xf86-video-intel Now, restarting X should result in Intel Iris being active. General feedback can be posted to this Funtoo issue: https://bugs.funtoo.org/browse/FL-7195 Specific failures can be reported in their own issues. Please be sure to report any problems including difficulty upgrading to core-gl-kit 2.0-release. Please note that 2.0-release core-gl-kit is BETA and I am actively working on redoing the xorg-server stack, so active development is going on in this kit branch.

I've already found the issue and resolved it. ? Fix should be in the tree on next regen, in about 25 minutes.

Hi all, GNOME 3.36.2 has hit the tree, as well as an OpenSSL update and updates to Docker. To update, perform the following: # ego sync # emerge -auDN @world --jobs=3 # emerge @preserved-rebuild While GNOME is upgrading, apps may not launch. This is normal. After upgrading GNOME, a reboot is recommended to flush out all older GNOME processes and start up a GNOME 3.36.2 environment.

This may be a bug -- can you report to bugs.funtoo.org? It probably doesn't affect users who already have an old GNOME installed but may affect new merges.

@mrl5 sorry I missed this thread, but you should always report bugs to bugs.funtoo.org and we will take it upstream as needed.