Jump to content
Read the Funtoo Newsletter: Summer 2023 ×

drobbins

Funtoo Linux BDFL
 View Profile  See their activity

  • Posts

    513

  • Joined

  • Last visited

  • Days Won

    282

 Content Type 

Posts posted by drobbins

  1. I don't get grub on reboot

    in Installation Help

    Posted

    @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 ?

  3. I don't get grub on reboot

    in Installation Help

    Posted

    19 hours ago, pnoecker said:

    where do i start.  /dev/nvme is a direct device name and can change, use either labels, partlabels, uuid, or partuuid persistent naming because udev can load the drive as nvme0n0p5 or n2p5

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

  4. The Funtoo Way

    in News and Announcements

    Posted

    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

  8. What about Sabayon ????

    in General Discussion

    Posted

    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

  9. Funtoo/Sabayon

    in Announcement Discussion

    Posted

    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.

     

  10. Are we moving to a *-bin distribution? 

    in General Discussion

    Posted

    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

  11. Funtoo Linux and Sabayon Joining Forces

    in News and Announcements

    Posted

    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

  14. Core-gl-kit updated to 2.0-release (default)

    in News and Announcements

    Posted

    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.

  15. Core-gl-kit updated to 2.0-release (default)

    in News and Announcements

    Posted

    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.)

  16. Intel Iris graphics

    in Desktop Help

    Posted

    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.

  17. Intel Iris Graphics Ready for Testing (core-gl-kit 2.0-release)

    in News and Announcements

    Posted

    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.

     

  19. GNOME 3.36.2, latest OpenSSL, latest Docker stack

    in News and Announcements

    Posted

    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.

  22. 1.4 upgrade and Python 3.6

    in Installation Help

    Posted

    And just a note, there have been improvements to Funtoo's python eclasses which should have fixed a lot of bugs related to python3.7 compatibility missing from our ebuilds.  This happened in the last week. Our snapshot of Gentoo was taken at a time when Gentoo was not really converted over to 3.7 yet, and this is reflected in the state of the ebuilds in the Funtoo tree. While we have made fixes here and there, the recent Funtoo enhancements I made to the eclasses basically fix this throughout the whole Funtoo tree and also make python ebuilds more maintainable and auto-gennable on Funtoo going forward.

    So just wanted to let everyone know that we have had major improvements here, and these are just the initial steps. We plan to be ahead of Gentoo in regards to Python support very soon.

  25. Funtoo Linux 1.4 MR 4 stages now available

    in News and Announcements

    Posted

    Everyone,

    New 1.4 Maintenance Release 4 stages have been built. These include GNOME 3.34.5 as well as updated Firefox and other packages. As we continue to expand the use of our autogen framework (metatools) , more and more desktop packages are staying up-to-date automatically. Enjoy the new builds -- they are now available for download via www.funtoo.org and our CDN77-powered CDN.

    Best,

    Daniel

×
×
  • Create New...