drobbins

Hi All,
 
If you have installed a new Funtoo Linux system in the last week, you may have noticed something interesting -- /etc/make.conf is EMPTY and eselect profile show shows something new -- a subarch profile:
 
test / # eselect profile show   Currently set profiles:     arch: gentoo:funtoo/1.0/linux-gnu/arch/x86-64bit    build: gentoo:funtoo/1.0/linux-gnu/build/current   flavor: gentoo:funtoo/1.0/linux-gnu/flavor/core  subarch: gentoo:funtoo/1.0/linux-gnu/arch/x86-64bit/subarch/corei7   What's going on? This is part, or maybe culmination of an ongoing effort to simplify /etc/make.conf. While it is still possible to set CFLAGS in /etc/make.conf, by default, these settings are now defined in a subarch profile. By default, new stage3's will have a subarch profile set, but existing Funtoo systems don't need to have one set. If you'd like to set a subarch profile, you can do so by ensuring you have the latest eselect installed and using the "eselect profile set-subarch" command.   What are the benefits of subarch profiles? Of course, the first big benefit is to keep /etc/make.conf clean. Subarch profiles, along with flavors and mix-ins, are designed to help keep /etc/make.conf tidy and only contain the tweaks you personally need for your system. It also assists with Metro, our stage building tool. Metro no longer has to store all the CFLAGS settings for each subarch -- these are now integrated into the Portage tree, in one place. And also, this allows us to fix and improve subarches over time, and you automatically benefit from any improvements with an emerge --sync.   Hope you enjoy the new system,
Daniel

Hi All,
 
If you have installed a new Funtoo Linux system in the last week, you may have noticed something interesting -- /etc/make.conf is EMPTY and eselect profile show shows something new -- a subarch profile:
 
test / # eselect profile show   Currently set profiles:     arch: gentoo:funtoo/1.0/linux-gnu/arch/x86-64bit    build: gentoo:funtoo/1.0/linux-gnu/build/current   flavor: gentoo:funtoo/1.0/linux-gnu/flavor/core  subarch: gentoo:funtoo/1.0/linux-gnu/arch/x86-64bit/subarch/corei7   What's going on? This is part, or maybe culmination of an ongoing effort to simplify /etc/make.conf. While it is still possible to set CFLAGS in /etc/make.conf, by default, these settings are now defined in a subarch profile. By default, new stage3's will have a subarch profile set, but existing Funtoo systems don't need to have one set. If you'd like to set a subarch profile, you can do so by ensuring you have the latest eselect installed and using the "eselect profile set-subarch" command.   What are the benefits of subarch profiles? Of course, the first big benefit is to keep /etc/make.conf clean. Subarch profiles, along with flavors and mix-ins, are designed to help keep /etc/make.conf tidy and only contain the tweaks you personally need for your system. It also assists with Metro, our stage building tool. Metro no longer has to store all the CFLAGS settings for each subarch -- these are now integrated into the Portage tree, in one place. And also, this allows us to fix and improve subarches over time, and you automatically benefit from any improvements with an emerge --sync.   Hope you enjoy the new system,
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

I need a dark theme to encourage me to lurk the forums at night :)

Lots of news here -- enjoy!
 
http://www.funtoo.org/News:Newsletter,_Volume_1
 
-Daniel

Lots of news here -- enjoy!
 
http://www.funtoo.org/News:Newsletter,_Volume_1
 
-Daniel

Lots of news here -- enjoy!
 
http://www.funtoo.org/News:Newsletter,_Volume_1
 
-Daniel

Lots of news here -- enjoy!
 
http://www.funtoo.org/News:Newsletter,_Volume_1
 
-Daniel

Digifuzzy,
 
That request is a bit of a challenge, seeing as we have only 3 day-to-day developers, including myself, so we do need to stay focused on having an efficient development process, and yet I understand the benefits of what you are asking for and will look into ways to address it.
 
-Daniel

Hey everyone,
 
Funtoo Linux now has new media mix-ins! Thanks to Michal Gorny for implementing this for me. Learn about them here:
 
http://www.funtoo.org/News:New_Media_Mix-ins
 
Best Regards,
 
Daniel Robbins

Hey everyone,
 
Funtoo Linux now has new media mix-ins! Thanks to Michal Gorny for implementing this for me. Learn about them here:
 
http://www.funtoo.org/News:New_Media_Mix-ins
 
Best Regards,
 
Daniel Robbins

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

On the Java front, I recommend using a Oracle JVM or JDK.

Everyone,
 
Learn about the many builds of Funtoo Linux, and the new Web UI available to browse them all:

http://www.funtoo.org/News:The_Many_Builds_of_Funtoo_Linux
  Best Regards,
Daniel

Everyone,
 
Learn about the many builds of Funtoo Linux, and the new Web UI available to browse them all:

http://www.funtoo.org/News:The_Many_Builds_of_Funtoo_Linux
  Best Regards,
Daniel

Awesome, conky and screenfetch.

https://forums.openvpn.net/topic17625.html
 
 
 

Hi Everyone,
Be sure to check out the new Install Guide functionality documented here:
 
http://www.funtoo.org/News:Modular_Install_Guide_Parts
 
Best Regards,
Daniel

Deleting /usr/portage doesn't cause emerge to fail on --sync, so you have something else going on.
 
It's perfectly fine to rm -rf /usr/portage and emerge --sync to get a new copy. This is something that works.

Have someone do an emerge --quickpkg portage for you and install the resultant tarball by extracting to /:
 
# tar xpf portage.tbz2 -C /

We could add back grub-mkconfig in a future ebuild of grub so it's available for those who want to use it. You can open a bug on this.

It may work for some people, but please give it a name other than funtoo-sources. Maybe something like funtoo-desktop-sources as this kernel is geared for desktops.

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