drobbins

We are using IP.Board which has its own CSS framework, so it doesn't use bootstrap. There are supposed to be big improvements in IP.Board 4, which will be available soon, and we will switch to it a little bit after it is released. But no IP.Board uses bootstrap which is what our wiki uses. I will be looking into a just-as-sexy-but-more-traditional default theme for the forums, though. -Daniel

"Fixing" this doesn't result in any benefit for wiki readers, so it seems like a poor area to focus on.

Everyone, Funtoo has been updated to resolve issues related to the ShellShock security hole in bash. To make sure your systems are protected, please be sure to emerge bash-4.2_p48-r1. Thanks for Damex for the security update! -Daniel

Pretty intense comic! Good art and 80's feel. Thanks for posting.

Hi All, Many of you have probably seen our new responsive Web site skin for the wiki at www.funtoo.org. I switched to a new bootstrap-based skin which is in turn based on an in-development set of MediaWiki extensions that I'm helping out with. Here are advantages of the new skin: Properly renders on mobile devices Much easier to customize and improve over time Much "cleaner" look Makes it possible to integrate the look of auth.funtoo.org with the wiki. Here are some negatives: For a while, a few things will not render 100% correctly until tweaked Doesn't look like a "regular" wiki Overall, it is a big positive change as the new bootstrap framework with the extensions is much easier to customize and improve than the "old" MediaWiki skin system. And this effort is also being actively developed so by having funtoo.org use this system, I am better able to test it out, find issues, and contribute to its development. Hope you like it! -Daniel

The motivation for this goal is: things should be documented. If things aren't documented, they might as well not exist.

Yeah, I need to implement the password reset feature. It's on my todo list...

You may have noticed that GNOME 3.12.2 is now part of Funtoo Linux, and does *not* require systemd. Many thanks to Dantrell B. for spearheading the effort to make this happen! With GNOME 3.12 integrated into our tree, we were able to unfork a lot of ebuilds and align more closely with Gentoo. For information on how to install GNOME 3.12, see GNOME First Steps on the wiki. The approach is the same as before -- using the gnome mix-in. If you have GNOME 3.6 installed, your GNOME mix-in has been auto-updated to be a GNOME 3.12 mix-in and you should be able to upgrade. Find instructions at the link above. Best Regards, Daniel

Hi Everyone, I am going to be making some changes to the project soon, to fulfill the vision of a user-centric community and also make Funtoo more suitable for enterprise systems. Here is what I have found. If you have a single Funtoo system, then the continual changes that we receive from Gentoo are probably not a big deal. You do a system update daily or maybe once a week, resolve any issues, and your system continues to work well with a little hand-holding. However, there is a lot of work being done behind the scenes by angry_vincent and myself to keep things working well. Our tree is created in a totally automated way, but we "fix" things that break as various things in Gentoo are updated. And there is the problem. The automated Gentoo updates are fine for a single system, but if you like me have 5+ Funtoo systems, you do not update your systems regularly and then the various hand-holding, perl-cleaner, revdep-rebuild and blocker resolution is a huge pain. And there is another problem... Angry_vincent and I probably spend 90%+ of our Funtoo time on fixing things that are broken, which means we have no time left to actually create new awesome technology to make Funtoo better. Like a boot-update rewrite, or a metro rewrite, all things that I want to get to. Yes, I find a way to sneak in time to do various things but it is not very ideal. So, for any problem there is a solution. I have a vision of a solution that will give us the ability to have more control over quality, without doing a wholesale fork of all of Gentoo. I don't see the point of forking all of Gentoo... without better planning and technology, we will just duplicate the same problem of continuous rolling release, but have it happen on the Funtoo side. Rolling release is a good thing, but it is not suitable for all users of Funtoo or Gentoo... so we need something that will make Funtoo more capable without working against the benefits of rolling release. Since I am not only a developer, not only BDFL, but also a *user* of Funtoo Linux (and *that* is what I consider myself first and foremost,) I want Funtoo Linux to work for larger scale deployments. And I want developers and *users* to not be continually burdened with unending ebuild updates and break/fix situations. So, over the next few weeks, I am going to be reaching out to our small team of staff and get them up to speed on regular Funtoo maintenance so that I can focus my 'Funtoo' time on developing this new system. Not a new distro, but a new way that Funtoo will manage updates that will give us much more control and the ability to focus on strategic initiatives much, much more than we have in the past. Best Regards, Daniel

Perl 5.18 has hit the Portage tree, as we unfork perl to align with Gentoo. The upgrade process is somewhat painful. Many dev-perl ebuilds will need to be rebuilt by running "perl-updater --modules". Those ebuilds that have EAPI=5 set will not need rebuilding, but those with EAPI=4 or below will need perl-updater to help them along. Apologies for any inconvenience in updating. I am going to make some changes to provide a more solid platform in the future. -Daniel

I just merged perl updates into stable. Things should be looking better now. Going to fire off a test build over here.

Another thing I should mention: this does pretty much eliminate the need for the FOAM (Funtoo of Another Mother) project.

We are getting ready to test GNOME 3.12 support in Funtoo Linux. This is being done using Dantrell's patches to allow us to have a systemd-free GNOME. This is going to be tested in the experimental branch first. When it's working okay, the idea is: We will maintain a more minimal GNOME overlay with just a few ebuilds tweaked to allow non-systemd GNOME. Many packages will then be unforked. Only the packages necessary to ensure systemd-less operation will be maintained as forks. GNOME profile will be updated accordingly. GNOME 3.6 support will be deprecated, and 3.12+ will be maintained. This will help to reduce a lot of the divergence between Gentoo and Funtoo and then more resources can be focused on things besides ensuring that GNOME continues to work. -Daniel

Agreed. I'm working on some improvements here.

I think uploading to bugs.funtoo.org is best. I'm working on getting a handle on stable builds, as well as hardened. -Daniel

Hi All, It's the opinion of the BDFL (yours truly) that if you experience blockers or unresolved dependencies when trying to emerge something, that's a bug. Please report all blockers that you encounter to bugs.funtoo.org so we can address them properly. Anything that makes it difficult for you to get packages installed that you need is either a bug or a potential improvement to Funtoo Linux. Thank you, Daniel Robbins

It's funny that Lennart says "systemd haters" ... I guess it sounds better than "Lennart haters.".

Funtoo is a user-centered distribution, which means the focus is on your experience with Funtoo Linux and not on random development goals. We do try to keep things more stable than in Gentoo, by preventing unnecessary updates to the toolchain. We actually have a very small team right now. There are about 3 active committers, including myself. Although I will be working on significantly growing the team soon. The fight against package masking, preserved libs and slot conflicts are battles that I'm actively trying to fight over here in Funtoo land. We welcome you to help us fight them. Funtoo started when I tried to get my creation, Gentoo, to actually build. I can't guarantee you won't experience any issues but I can assure you that we'll be very responsive to any issues you have.

I have created a new "skeleton overlay" that you can use as the basis for your own overlay. See here: https://github.com/funtoo/skeleton-overlay

And yes, it's fine to put them on the wiki.

Impressive! I love the last two renders in particular. Feel free to morph the logo.... we're looking to update or replace it.

Okay. I will be working on resources for new developers. Flora was run as sort of a side-project, and that was probably not the best approach. An effort like that needs to be fully integrated into the main Funtoo Linux project, which I will do. That should solve the problem by ensuring that your work is paid more attention to and you are given the resources you need to be successful and learn.

I can't really change anything... this is what is supported out of the box in IP.Board 3.

Anything can be learned... you don't need a ton of experience, and all of us are learning, and some of us are forgetting, then re-learning... :)

I've created a new feed called "Forums Feed" which should contain all the latest posts. Test it out and let me know how it works for you. You find in in the same little RSS menu.