Jump to content
Read the Funtoo Newsletter: Summer 2023 ×

drobbins

Funtoo Linux BDFL
  • Posts

    513
  • Joined

  • Last visited

  • Days Won

    282

Posts posted by drobbins

  1. Hi All,

     

    Thanks to our new infrastructure, I am able to create an entire new wiki for the new kernel-seeds.org. This is set up now, at:

     

    http://wiki.kernel-seeds.org

     

    You can log in with your existing Funtoo account and help us to create this site. There are suggestions for helping on the main page of the wiki.

     

    Please help us make the next generation of kernel-seeds.org something fantastic!

     

    Best Regards,

    Daniel

  2. Hi All,


    The funtoo-auth system is going to be moving from "beta" to "production" soon, at which point it (and other parts of Funtoo) will be deployed with SSL.
     
    The following bugs have been fixed:
     
    At least wiki (possibly other) logins were not working with usernames with underscores. This has been resolved by restricting the use of underscores so they are not allowed in new usernames (the wiki interprets underscore as a space... so it's not a good idea.)
     
    Case-sensitivity - I believe I've fixed the last remaining bug related to case sensitivity. Logins should now be case-insensitive across bugs, forums and wiki. Let me know if that is not the case.
     
    Regards,

    Daniel
  3. Hi All,

     
    It's time to start getting Ebuild documentation in a modern format... so please help us add documentation for ebuilds to the wiki!
     
    I have created a semantically-enabled directory of ebuilds on the Funtoo Linux wiki, which you can add to and expand. This is going to be the official set of documentation for all our ebuilds. Since we now have a wiki, we have tons more possibility for documenting ebuilds, so let's take advantage of it.
     
    I have written up detailed docs on how to add an Ebuild to the wiki, documented here:
     
    http://www.funtoo.org/Adding_an_Ebuild_to_the_Wiki
     
    This effort is important to help everyone use ebuilds properly, and is also critical for the upcoming QA efforts, so it is an area of great need for the project right now.
     
    Best Regards,
     
    Daniel
  4. We are not officially supporting systemd in Funtoo Linux "proper", which means that we will be stuck at GNOME 3.6 for a while.

     

    I am planning to launch a project called FOAM (Funtoo Of Another Mother) which supports systemd and GNOME 3.12+. This will be a Funtoo-based system that uses systemd. But it won't be considered "Funtoo.".

  5. I am able to run the USGS Global Visualization Viewer in Chromium. I set up Java and Chromium as described on the wiki page you linked to.

     

    Make sure use set the "nsplugin" USE variable when you emerged oracle-jvm/jdk.

     

    I had to perform one extra trick in Chromium to get it to work, because when I went to the USGS site, it displayed the Java logo but underneath said "Java not allowed."

     

    To fix this, I went to the page "chrome://plugins" and then checked "Always allowed" checkbox next to:

     

    Java™ Version: 10.45.2

    Next Generation Java Plug-in 10.45.2 for Mozilla browsers
     
    Then I reloaded the page and the Java applet loaded automatically :)
     
    So, to review:
     
    1) ensure "nsplugin" is In USE.
    2) It's working in Chromium.
     
    I do not have FireFox emerged on this machine to test.
  6. One fruit of this discussion is that I think we need to mention our pure64 builds on our official install documentation, and recommend pure64 for servers.

     

    funtoo-current regular x86-32bit or x86-64bit builds (multilib) shoud be used for desktop systems.

     

    The pure64 build is working great as a server OS and more people should be aware of it as an option.

  7. Hi everyone,

     

    Python-3.4 was recently unmasked and this has resulted in it being installed on Funtoo Linux systems. It is currently part of stage3's.

     

    There is nothing wrong with Python 3.4 -- but we are going to mask 3.4. The reason is because right now, we have 3 versions of python on a stage3 -- 2.7, 3.3 and 3.4. And I don't feel it's the right time to "switch" to 3.4. 3.4 is fine to use, and if you want to continue to use it, you should unmask it locally and set PYTHON_ABIS in /etc/make.conf to something like "2.7 3.3 3.4" (containing the versions of python that you want Portage to build modules for.)

     

    We are going to be sticking with 2.7 and 3.3 for a while, our official versions of python, and will officially switch to 3.4+ at some point in the future. At this time, we'll update our official PYTHON_ABIS setting in our profile, which tells Portage what versions of python it should build python modules for, and deprecate 3.3, which will not be installed by default.

     

    Just letting you know so you're aware of upoming changes to your Funtoo systems.

     

    This work is being tracked in this bug:

     

    http://bugs.funtoo.org/browse/FL-1274

     

    Best Regards,

    Daniel

     

     

  8. Jean-Francis, I tend to agree. The purpose of me asking (see here) is to figure out how important this is. It does appear to still be important for desktops. But not for servers.

     

    The problem we will face is for forked ebuilds, like in this pam example. If gentoo adds the multilib support to the ebuild, and we have previously forked it, and then starts depending on it in other ebuilds, then it will create an unresolved dependency.

     

    I think that the best solution is to have an automated report -- I am figuring out the best place to put this -- that will track ebuilds in gentoo with multilib support, and alert us if any of our forked ebuilds need to be updated. I have a beta script to do this. I am trying to figure out the best way to integrate it. It may be during Portage tree regeneration. I can generate a JSON report on ports.funtoo.org and then have it display on the wiki. This would be similar to our Compare Forked Packages to Gentoo report.

     

    I think we will be needing more pro-active QA checks like this in the future...

  9. Since we've had reports of keyboard, mouse not working in desktop environments, please indicate the type of system you tested on, and what desktop environment you were using (or none), and if you had to reboot at all, or did everything continue to work.

  10. Hi Beni,

     

    It's my understanding that you should not need to mess with those USE flags at all. By default, Funtoo will have python2 and python3 available.

     

    Let's back up -- can you describe the original issue you had with having python2 and 3 co-existing peacefully?

     

    -Daniel

  11. I recently used one of our pure64 builds to set up a Funtoo server at home, and it's running great. I'm running Plex media server on it, which runs just fine in 64-bit.

     

    I think pure64 makes a lot of sense for server deployments -- am I right in concluding that the big need for 32-bit is on desktop systems?

     

    I'd imagine that any server software worth its salt would have a true 64-bit version.

×
×
  • Create New...