fabiobeneditto

The "too" part of this logo makes me think about a mask and a snorkel. Maybe we could find something cool fun with this to draw a square logo.
 
Dive into Funtoo :P

It's a good idea.

oops.
Sorry about the colouring, I general use Xcode to write my scripts, that was a direct cut/paste from Xcode.....
 
# Monolithic Kernel
efibootmgr -c -d /dev/sda -p 1 -L "funtoo" -l "\linux.efi" -u "root=PARTUUID=***** rootfstype=ext4 consoleblank=0"
  # Initramfs Kernel efibootmgr -c -d /dev/sda -p 1 -L "funtoo" -l "\linux.efi" -u "initrd=initramfs-whatever root=UUID=***** rootfstype=ext4 consoleblank=0"   Also as a general note, the default sys-kernel/gentoo-sources config doesn't have the efi stub enabled. If this is not set the efibootmgr won't boot the entry. 

Update about using efibootmgr.
I just figured out, and I'm not sure why, but if your using a initramfs, you need to pass root=UUID, not root=PARTUUID.
I was running a monolithic kernel, and UUID would not work.
 
And the correct efibootmgr command when using a initramfs
-u "initrd=initramfs-whatever root=UUID=<place string here> rootfstype=<whatever>"
 
and the initramfs needs to be in the EF00 partition.

Recently my newer machines have UEFI bios and I have started using refind as the bootloader/manager instead of grub or lilo and the like .  I really like it!  Its simple and flexible and highly automated and aesthetically pleasing.  I have one machine with apparently broken bios that I can't get uefi boot to work so that one has grub2.  
 
My question is with respect to boot-update.  any thought about supporting uefi/refind with boot-update? In the part where boot.conf says "generate grub" it could say "generate refind" optionally and then the output would be the refind.conf in /boot.
 
Right now I don't really use boot-update, I just edit grub.cfg directly on my one machine with broken uefi since it seems like a layer of abstraction that doesn't buy me anything at all (I have no need for grub-legacy) and seems directly in competition with grub-mkconfig (itself a layer I am dubious about).  But, if a single tool like boot-update could generate boot loader configs for either my uefi (refind) or non-uefi (grub2) systems then its less syntax I have to learn to cover both bases - an abstraction that does give me something.  
 
Anyway even if refind isn't in the cards for boot-update I am curious if anyone else in funtoo land uses it for uefi boot.  I found no info about it anywhere except arch forums and the refind site itself, and its not in portage.
 
 

Hi All,
 
For a long while, the most time-consuming and potentially error-prone part of installing Funtoo Linux has been building a kernel. I worded to make this better by creating the debian-sources kernel, when combined with the "binary" USE flag will build you a kernel that just works. The problem: the compile time is excessive -- it can take an hour or more even on relatively modern hardware.
 
To make installing Funtoo Linux even easier, stage3's are now including debian-sources pre-built! We're using the Funtoo compute power made available by Funtoo supporters to save you time and hassle when installing Funtoo :) All you need to do is configure a boot loader and you're ready to go :)
 
I enabled this yesterday on our build servers, so it will take a few days before all stage3's are updated to include debian-sources. If they have a date of 2015-05-11 or later, they should have a kernel and initramfs included.
 
If you still want to build your own custom kernel, it is easy enough to unmerge, remove kernel and initramfs, and build your own.
 
Enjoy!
 
-Daniel

Funtoo Linux is more FUN--ha, ha.
  Also, for me, it's about the principle of the distro.  The guy in charge was the original creator of Gentoo.  If he felt the need to leave the Gentoo project and create Funtoo, it's probably a good indication that there's something philosophically wrong with Gentoo.

Thanks for the corrections, but both items are the default in Funtoo.  I also believe that Gentoo does not offer Gnome-3.14 WITHOUT systemd.  Funtoo does.

Biggest differences are:
 
Benevolent Dictator as oppossed to a committee - Decisions are made in a more timely manner.
 
Funtoo uses git instead of rsync for syncing tree
 
No Systemd

I like efibootmgr. Simple.
No loaders, just efi stubs.
If you use a generic name for your kernel stub, whenever you update the kernel, cp it to the same name. No need to update the efiboot command
If you use a initramfs, add it to the -u line, and copy it to the EF00 partition, use a generic name also.
 
Something like and done.
 
efibootmgr -c -d /dev/sda -p 1 -L "funtoo" -l "\linux.efi" -u "root=PARTUUID=***** rootfstype=ext4 consoleblank=0"
  -c = create
-d = dev with the EF00 partition on it
-p = partition number for your GPT EF00 partition
-L = entry name
-l = efistub !!! the "\" is needed because the EF00 partition is fat formatted and UEFI looks for the fs0 / EF00 partition.
-u = kernel boot options.  Use PARTUUID, I never got UUID to work.

$ cat /usr/share/i18n/SUPPORTED | grep BR pt_BR.UTF-8 UTF-8 pt_BR ISO-8859-1    
put 
 
pt_BR.UTF-8 UTF-8
  in /etc/locale.gen
 
then run 
 
#locale-gen
 
nano  ~/.bashrc
export LANG="pt_BR.UTF-8"
export LC_COLLATE="C"   For a system-wide default locale:
root #env-update && source /etc/profile For a user-specific locale:
 
user $source ~/.bashrc         xfce ~ # locale LANG=pt_BR.UTF-8 LC_CTYPE="pt_BR.UTF-8" LC_NUMERIC="pt_BR.UTF-8" LC_TIME="pt_BR.UTF-8" LC_COLLATE=C LC_MONETARY="pt_BR.UTF-8" LC_MESSAGES="pt_BR.UTF-8" LC_PAPER="pt_BR.UTF-8" LC_NAME="pt_BR.UTF-8" LC_ADDRESS="pt_BR.UTF-8" LC_TELEPHONE="pt_BR.UTF-8" LC_MEASUREMENT="pt_BR.UTF-8" LC_IDENTIFICATION="pt_BR.UTF-8" LC_ALL=     # nano /etc/portage/make.conf   LINGUAS="pt_BR"

You shouldn't run wpa_supplicant -- only add NetworkManager to your runlevel, and use the "addwifi" command to add your connection. I typically don't have a NetworkManager.conf at all. "addwifi" will create an entry in /etc/NetworkManager/system-connections.

Never seen any malware report from funtoo.org domain ..
I use Google Chome Beta and Dev  ^_^ 
Yandex is one of only a web page index, nothing more  ;) 
Maybe, try changing the search engine in Opera to Google 

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

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

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.

:) You're welcome.
 
I am going to continue working on our documentation to help train new developers.

Hi Everyone,
 
As I hope you've probably noticed, I've put a herculean amount of effort into Funtoo Linux over the past couple of months. I' have:
 
Rebuilding our infrastructure from scratch, on new equipment re-launched Funtoo Hosting launched new forums, wrote Funtoo's own LDAP server for authentication upgraded our wiki launched our new ebuild pages Started massively cleaning up our online documentation Fixed GNOME building Launched the kernel-seeds.org wiki Went on a massive bug fixing rampage. And Oleg has also been busy, fixing things when needed (which is often) and migrating Funtoo to eudev.
 
The project is going in a really good direction, and we are now ready to accelerate development and keep moving forward, close more bugs and make Funtoo more and more robust. We need to grow the team and have more people helping out on the wiki, helping maintain ebuilds, and helping with various other things. To learn how you can help, see: 
 
http://www.funtoo.org/How_to_Dev#How_to_Develop_--_The_Quick_Summary
 
That page explains how to get more involved. We're at the point where we're going to be more reliant on your involvement as we grow... our team needs to get a bit bigger yet.
 
See how you can get involved and we will talk to you soon :)

Everyone, I rebooted the funtoo infrastructure today for an important security update.
 
All services are now back online.
 
Best Regards,
 
Daniel

As per http://bugs.funtoo.org/browse/FL-986 Funtoo now updating udev (eudev). This update require manual intervention, here are the steps after tree update (emerge --sync)
 
# emerge --sync
# emerge --deselect udev
# emerge virtual/udev
# dispatch-conf or etc-update (be careful)
# emerge @preserved-rebuild
 
Reboot. keep a systemrescue cd near in case of uncertain troubles. There're numerous packages forked in Funtoo tree to prevent udev updates. These whould need update or unfork, all emerge output should be directed to relevant bug report, see above link and on Funtoo IRC #funtoo channel, nick angry_vincent.
 

Agreed. I'm working on some improvements here.

That's a great attitude.  Being new to the distro I'm reluctant to report because I'm not sure what might be a bug versus just something I've messed up.  I'll be quicker to SPAM Jira from now. :)

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