Tassie_Tux

this will not work before updating world as gnome packages that installed will try to merge good portion of gnome dependencies back.

The vulnerability only comes into play when someone has physical access to the computer, but pressing the backspace key 28 times causes a buffer underflow which allows someone to bypass the Grub bootloader password if enabled.
 
http://www.csoonline.com/article/3016100/security/vulnerability-in-popular-bootloader-puts-locked-down-linux-computers-at-risk.html

Ok guys... it seems I found out what's going on with my system. Let's begin with "no, it is not an hardware fault"... well, mostly it isn't. I tried replacing my PSU but it did not fix the hang-ups. I also tried to switch distro (from Funtoo to Gentoo and then some LiveUSB distros) but nothing seemed to help (I thought about the opensource radeon driver locking the system and with Funtoo I was not able to install fglrx). Then, this morning a lightning stroke me and I was like: "let's try to clear the CMOS"... well it did not help but I noticed one thing: the mobo did not recognized the RAM timings and voltage correctly! I had to activate some ASUS thing called "D.O.C.P." and voil?... I get the right profile in the preferences and the system is rock solid since then... it's even f*cking faster! My Kingston kit is even in the damned QVL... WAY TO GO ASUS! :angry:

I was like this the whole morning:


 
EDIT: just to be clear. My RAM supports both JEDEC (standard) and XMP but the former is DDR3-1600 11-11-11 @1.5V and the latter is DDR3-1600 9-9-9 @1.65V. The BIOS set this profile: DDR3-1333 JEDEC 9-9-9-28 @ 1.5V. WTF?!?

Hi all !
 
Because of a new way to translate docs in wiki I'm in the process of rewriting French Installation Guide.
 
Thank you Daniel for this new tool. It makes life so simple and it eases translating.
 
Keep It Simple and Stupid ! :P

with all respect to participants, i did not read all thread, sorry.
just a random find:
https://github.com/systemd/systemd/issues/437#issue-92222422
Nice, eh?

I also tried to live with systemd.  I was using archlinuxarm on my embedded device, they had no choice but to follow suit with Big Daddy arch when they switched (hmm, common, eh?).
Generic run-of-the-mill daemon starting is easy enough, just like rc.  For me, the problem was the "in between the cracks" stuff.  Oh, Lennart Poettering is quick (and vocal) to point out the MOUNTAINS of documentation about his baby.  Also to finger people who don't care for it for whatever reason "Haters".  I'm all for spending time learning about something new if it has benefit to me, but this didn't.  And mountains of documentation, all well and fine, but wading through that to do something I could do in seconds in rc didn't seem like the direction I wanted to go in learning.
Specifically, I had an issue using dtach.  On a limited memory device, dtach is much better than screen if you run it 24/7, since it is MUCH smaller.  It involved sockets.  At the time there was very little to go on, although I have seen a lot more now.  I spent a couple of days trying to work it out, finally decided to switch to Funtoo as I was quite familiar with it running on my "real" computers.
By default it also ran the systemd log, journald.  On my embedded device there is a total of 128M ram, it sucked up 70M or so.  Even when I figured out how to defeat that, there was still some memory footprint of it, I never got the full 70M back.
It keeps growing and growing in scope, 1st you don't need a system log anymore, journald replaces it (poorly IMO).  Then cron, it has it's own implimentation, login?  Nope, only systemd login needed now.  What's next?  This isn't the GNU/linux way to me.
Finally, there are a lot of political implications, I won't go into that here, it's easy enough to find.  I do find it quite interesting that the U.S. military is Red Hat's biggest customer.
I'm no expert on systemd, it sounds like you've put some effort into learning about it, this is just my personal experience with trying to use it for 8-9 months.
Hah, here's a quote on wikipedia/systemd (http://en.wikipedia.org/wiki/Systemd):
In an August 2014 article published in InfoWorld, Paul Venezia writes about the systemd controversy, and attributes the controversy to violation of the Unix philosophy, and to "enormous egos who firmly believe they can do no wrong."[39] The article also characterizes the architecture of systemd as more similar to that of Microsoft Windows software:[39]   While systemd has succeeded in its original goals, it's not stopping there. systemd is becoming the Svchost of Linux ? which I don't think most Linux folks want. You see, systemd is growing, like wildfire, well outside the bounds of enhancing the Linux boot experience. systemd wants to control most, if not all, of the fundamental functional aspects of a Linux system ? from authentication to mounting shares to network configuration to syslog to cron. I take issue with the "succeeded in its original goals" statement. Haters Central: http://boycottsystemd.org/

All good advice, the only thing I would add is to limit how much you tackle at once.  Some of that perl stuff you could emerge separately so that you have a smaller chunk to deal with.  Also, I would tackle getting X and getting it working before you worry about nvidia-drivers.  I'm guessing thats the binary?   That will avoid a lot of hassles you could likely defer to later, such as having 32-bit compatible binaries.  I still don't understand why the game companies complain about Linux not being advanced enough for them, but all the games and drivers require 32 bit libraries.  Linux was the first system to go pure 64 bit, and I don't think many games will work at all on a system so old that it can't run 64 bit pointers.  Maybe I'm missing something?
 
When you have problems, break the problem down into chunks that are easier to manage.  Reduce the number of variables in your equation.

Maybe that ??   
 

Hello funtooers, I have noticed the lack of Funtoo artwork in general, so I took some time to play around with blender and Inkscape to make some wallpapers(7).
 
In a search for  a base image, I only encountered a small banner with the Funtoo logo, so I did a re-vectorization, and some slight line chages, and this is the outcome, the wallpapers are mostly minimalistic, Also link to a tar.xz with sources (.blend .svg) and pack png of renders in 1920x1080px, I encourage you to play around with the sources and post your results in this thread.

Here's a prewiew from imgur
2d








3d






sources
https://www.dropbox.com/sh/t1t3030ddkst6f6/AACB9aR5Mk4rHXnvmN3Skjena?dl=0
 
PD: I would Also like to ask to the developers if this can go to the wiki? for those, newcomers that will want a funtoo wall for their desktops.

I've been using ARM embedded systems for a few years now.  I switched my ARM system to Funtoo close to a year ago and have been very happy with it.  Hah!  You get the same performance from qemu-user as the target system?  Lucky.  I find it to be nearly worthless it is so slow.
I have the best luck running distcc in pump mode.  Neddy Seagoon over at Gentoo swears by it, so I gave it a try and I agree, works great.  20% of the time or so it will fail, but it just falls back into non-pump mode, so no real downside.  It's "not recommended", but it works for Neddy & me too.
I think we all drool over the Odroid's.  I believe Jean, the Funtoo ARM dev has one.
Another option, you don't say which platform you are using, I see the old pogoplugs and dockstars going for $10-15 on ebay.  Pogoplug4 averages about $7 NEW (although it's pretty wimpy).  If you have something like that, one of those could be compiling in the background, while your main machine is actually doing work.  I'm thinking of doing that.
Finally, it won't help your compile issues, but I have an ebuild for cryptodev, which unleashes the hardware encryption on many of these devices.  If you do torrents, vpn, anything that uses crypto it may lower your load: https://github.com/yuyuyak/cryptodev-funtoo-gentoo-ebuild

Your problem is you don't want to read documentation, you just want the 'magic commands' given to you, some in this thread have tried to help you, but you either ignore or don't give the information requested appropriately,
 
 
You make it possible by not reading documentation, and clearly having little idea of what you are doing.

 
 
This kind of un-polite request won't get you any much help.
 

Not following advice and the issuing random commands as root wont get you anywere, there's no point in executing synclient if you are not inside an X session,  you haven't even posted your .xinitrc or what desktop enviroment or window manager you are trying to start, and you seem to be doing everything as root, why are you installing X if you haven't even created a user, if you follow the install guide you should have  your own user before even be thinking of a graphical environment.
Also that uname  and the snippet of kernel configuration you posted makes me think you might be running this from a chroot, are you?

Read the documentation before asking, and make good questions, not just ' under startx, after a new install ', without giving information about your system and logs, 'under startx' doesn't even makes sense. If you want help one shouldn't be doing heuristics to figure out what's really happening on your system.

The amount of threads asking for help you have posted to this forum just for getting your first install done, tells you don't have the knowledge of a linux system, required to maintain a source based distro,  you should try learn first using a vm or spare hardware(for a source based distro at least have 2 cores and 2GB of ram with swap), take your time to learn about the linux base system, and then you can run funtoo or gentoo as a server or workstation, if you don't have the experience to quickly trouble-shoot simple problems like the ones you have posted any source-based distro will  just be maintainace pain for you, the packages in gentoo and funtoo are very vanilla, and many packages require configuration to work properly after install( that's not saying they won't work).
 
I've read in this forums funtoo can be a distro for noobs, but I strongly disagree, just learning basic shell, file system concepts and hierarchy might take a day for some people, and that desn't cover 'basic unix', so if you are a noob unless you have a week and lot's of time to read, you wont be able to make a proper installation of gentoo or funtoo, you might get something working by just coping commands from the install guide but that will soon become a nightmare to maintain.

Not sure what  all is old in funtoo means.
I know some of the core system packages are older by design, and that is what will help make your funtoo stable.
While the rest of the packages are pulled from the ~gentoo arch, so should be the same.
While some packages are forked to keep a better working older version or some are simply masked as being broken.
And of course you have overlays available and other avenues to get newer packages.
One way is to put in a package request on https://bugs. funtoo.org/ if it is possible to do so without breaking things for others, is a very good chance will be done.
I do not know your experience with gentoo / funtoo, I honestly think a good comparison is to use both.
At one time I had several machines all on gentoo, and I loved it. I had several friends that had switched to funtoo, I really had no plans to change.
One day I finally did give funtoo a try, and within 6 months I switched everything from gentoo to funtoo. I am very happy I did finally make the change.
But using gentoo for some time, I noticed the differences between the two, and how much time funtoo had saved me from fixing broken packages.
I liked that it had some older packages.
 
To be fair though, you should do a clean install with any distro to try it out and compare it with others. I am a big fan of, use the distro that works best for you.
I still use windows on my htpc because of netflix. This is no longer needed, but at the time, it was the best os for the job.
Just want to be clear, if you think gentoo works best for you, then by all means use gentoo.
But if you just have some problems with a few out dated packages, there are ways to fix that.

try "emerge chromium"  or libreoffice that will give you an idea about how much ram/cpu you might need just for compilation. You are already having trouble with this, and don't seem to get it, make the connection between your previous topic and this one. I bet anyone with some months using gentoo/funtoo knew RAM was the issue when one webkit was in the topic.

1) Control The file /etc/fstab and adjust it if not correct!
 
2) is a UEFI + GPTGUID system or old BIOS/MBR system ?
 
3) control the /etc/boot.conf
 
____________________________________________________
 
If doesn't run, could you kindly post
 
# parted -l
 
with the description of the destination of each partition ?
 
If You want I can enter with ssh (port 22).
 
Tell me !!!
 
 
__________________
 
this is the mine
 
sandro@cit4771ht ~ $ cat /etc/boot.conf
boot {
        generate grub
        default "Windows 10 x64"
        timeout 3
}

"Windows 10 x64" {
        type win8
        params root=/dev/sda1
}

"Funtoo Linux genkernel" {
        kernel kernel[-v]
        initrd initramfs[-v]
        params += real_root=auto rootfstype=auto
}
 
________________________________
 
You can also indicates the real_root=/dev/sda5 (if /dev/sda5 is the root)
Or You can make real_root=UUID=xfghjkfhdgshetcetc
 
For the right UUId you can make :
# blkid -g && blkid
 
________________________________
 
I wish to have spoked simple ......

Some thoughts/ranting:
This thread seems to be promoting an alternative (read 'rival') Linux Distribution. Why bother? A better idea would have been a "distribution Foo has a really awesome feature that is not currently in Funtoo Linux - how could we add it?" thread. Making a WM/DE look like Windows, OSX, etc. could be a way to stealthily deploy Linux in an environment where it is not allowed/supported! Perhaps a way to 'prank' a Windows-only user! Funtoo Linux can could* be the distro for newbies - provided that sufficient documentation and support is always available. It is an interesting question: is learning Linux via a distro almost identical in appearance to familiar proprietary operating system the better way for newbies to try/learn Linux? My thinking is 'no' but I would be interested to read the views of a 'yes' person.
 
That made me laugh!  :D
 
* EDIT: My original wording was to meant in the future-sense - 'Funtoo can be, if ...' and not 'Funtoo currently is...'. So I have changed my post to read 'could be' in hope that my meaning is clearer.  ;) 

I also install my kernel manually. The process that I have been using for upgrading is very similar to your initial install...
 
# merge different or updated kernel package (e.g. gentoo-sources)
emerge gentoo-sources
 
#change /usr/src/linux link to the new kernel package directory
eselect kernel list
# find the number x corresponding to the new version
eselect kernel set x
 
#transfer old kernel config (e.g. 4.0.0. is the old kernel version)
cp -av /usr/src/gentoo-sources-4.0.0/.config /usr/src/linux/.config
 
#enter kernel directory
cd /usr/src/linux
 
#kernel config
make oldconfig
 
#optional - review/change kernel options
make menuconfig
 
#build and install - assumes that /boot is mounted if separate to /
#include -j8 so to use 8 threads (same as MAKEOPTS in make.conf)
make -j8 bzImage
make -j8 modules
make install && make modules_install
 
#update external initramfs (if applicable)
 
#update bootloader (assumes sys-boot/grub and correct /etc/boot.conf)
boot-update
 
#re-merge kernel module packages against new kernel (e.g. x11-drivers/nvidia-drivers)
emerge --ask --verbose @module-rebuild
 
After a successful reboot and verification of new kernel, consider removing old kernel files.
 
#old kernel source directory
cd /usr/src
rm -r gentoo-sources-4.0.0
#kernel files installed to /boot
cd /boot
rm vmlinuz-4.0.0
rm config-4.0.0
rm System.map-4.0.0
#old kernel modules
cd /lib/modules
rm -r 4.0.0

what bout this:
 

The instructions given under http://www.funtoo.org/News:Python_Updater_Deprecation allowed me to enable Python 3.4
 
Unmask Python 3.4 in /etc/portage/package.unmask
=dev-lang/python-3.4.3-r1000 or
dev-lang/python:3.4 Emerge Python 3.4
# emerge --ask dev-lang/python:3.4 Rebuild portage
# emerge --oneshot sys-apps/portage Edit make.conf according to your needs. My make.conf currently contains
PYTHON_ABIS="2.7 3.3 3.4" PYTHON_TARGETS="python2_7 python3_3 python3_4" PYTHON_SINGLE_TARGET="python3_4" Rebuild portage again (with --nodeps) # emerge --nodeps --oneshot sys-apps/portage Eselect python 3.4
# eselect python set --python3 python3.4 Update world
# emerge --update --deep --newuse @world

The instructions given under http://www.funtoo.org/News:Python_Updater_Deprecation allowed me to enable Python 3.4
 
Unmask Python 3.4 in /etc/portage/package.unmask
=dev-lang/python-3.4.3-r1000 or
dev-lang/python:3.4 Emerge Python 3.4
# emerge --ask dev-lang/python:3.4 Rebuild portage
# emerge --oneshot sys-apps/portage Edit make.conf according to your needs. My make.conf currently contains
PYTHON_ABIS="2.7 3.3 3.4" PYTHON_TARGETS="python2_7 python3_3 python3_4" PYTHON_SINGLE_TARGET="python3_4" Rebuild portage again (with --nodeps) # emerge --nodeps --oneshot sys-apps/portage Eselect python 3.4
# eselect python set --python3 python3.4 Update world
# emerge --update --deep --newuse @world

I also install my kernel manually. The process that I have been using for upgrading is very similar to your initial install...
 
# merge different or updated kernel package (e.g. gentoo-sources)
emerge gentoo-sources
 
#change /usr/src/linux link to the new kernel package directory
eselect kernel list
# find the number x corresponding to the new version
eselect kernel set x
 
#transfer old kernel config (e.g. 4.0.0. is the old kernel version)
cp -av /usr/src/gentoo-sources-4.0.0/.config /usr/src/linux/.config
 
#enter kernel directory
cd /usr/src/linux
 
#kernel config
make oldconfig
 
#optional - review/change kernel options
make menuconfig
 
#build and install - assumes that /boot is mounted if separate to /
#include -j8 so to use 8 threads (same as MAKEOPTS in make.conf)
make -j8 bzImage
make -j8 modules
make install && make modules_install
 
#update external initramfs (if applicable)
 
#update bootloader (assumes sys-boot/grub and correct /etc/boot.conf)
boot-update
 
#re-merge kernel module packages against new kernel (e.g. x11-drivers/nvidia-drivers)
emerge --ask --verbose @module-rebuild
 
After a successful reboot and verification of new kernel, consider removing old kernel files.
 
#old kernel source directory
cd /usr/src
rm -r gentoo-sources-4.0.0
#kernel files installed to /boot
cd /boot
rm vmlinuz-4.0.0
rm config-4.0.0
rm System.map-4.0.0
#old kernel modules
cd /lib/modules
rm -r 4.0.0

they are part of base system now. ego is a personality of Funtoo systems. Yes, this is complete replacement for eselect tool. Currently it have only epro module. This one is a replacement of profile management: show, list, setting, removing. It is much faster and nicer than original tool. More docs and news expected.

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

Good catch. I wasn't aware of this "feature". I can already see where it was pulled out and re-installed.
 
Must dig.
Thx Tassie!

Have you searched the contents of /var/log/emerge.log? That could assist you in determining when mdadm was unmerged.

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