Xandros sucks! SuOlli's EeePC hacks . Article: Asus default vulnerable to hacking . Discussing the Eee's flaws . Eee user Wiki samba security fix
i-hacked.com hardware - interesting, but the asshole on eeeuser.com who submitted that as "proof" of an expliot was a dumbass.
goeszen.com: asus eee securing checklist
adding extra packages to the EEE install
{{{ Once the terminal is open, edit the /etc/apt/sources.list file by executing sudo nano /etc/apt/sources.list; (vim is also available if you prefer). When the file is open, navigate to the end of the file and add the following lines to it: deb http://xnv4.xandros.com/xs2.0/upkg-srv2 etch main contrib non-free deb http://dccamirror.xandros.com/dccri/ dccri-3.0 main deb http://www.geekconnection.org/ xandros4 main deb http://download.tuxfamily.org/eeepcrepos/ p701 main etch Save the file and exit. Add the following to /etc/apt/preferences: Package: * Pin: origin update.eeepc.asus.com Pin-Priority: 950 Package: * Pin: origin Pin-Priority: 925 Package: * Pin: origin xnv4.xandros.com Pin-Priority: 900 Package: * Pin: origin dccamirror.xandros.com Pin-Priority: 850 Package: * Pin: origin www.geekconnection.org Pin-Priority: 750 Package: * Pin: release a=stable Pin-Priority: 700 Package: * Pin: release a=testing Pin-Priority: 650 Package: * Pin: release a=unstable Pin-Priority: 600 Now use apt to update the repository metadata: $ sudo apt-get update Once this is done you can use apt to install software that does not come with the default Xandros OS. For instance, to install the text editor joe, use: $ sudo apt-get install joe Apt also allows you to see what dependencies may be pulled in when you attempt to install packages by performing a dry-run install transaction. This is very good idea to keep from getting a system full of dependencies you did not expect. This can be done by adding the -s argument to the apt-get command: $ sudo apt-get -s install joe }}}
discussion about kernel upgrading -- discussion abt installinlg gcc on eee --- Atheros driver source? - discussion 1 -- discussion 2
From the linux ChangeLog 2.6.28.1:
commit 9e48dd3dd3a746e3daa6835da088d89d1921c6fb Author: Felix Fietkau <nbd@openwrt.org> Date: Mon Nov 3 11:27:38 2008 +0100 ath5k: ignore the return value of ath5k_hw_noise_floor_calibration commit 8b0162a3dc5c30e862b7a73da29e32de3170f5e4 upstream. Noise floor calibration occasionally fails on Atheros hardware. This is not fatal and can happen if there's simply too much noise on the air. Ignoring the calibration error is the right thing to do here, because when the error is ignored, the hardware will still work, whereas if the error causes the driver to bail out of a bigger configuration function and does not configure the tx queues or the IMR (as is the case in reset.c), the hw no longer works properly until the next reset. Signed-off-by: Felix FietkauSigned-off-by: John W. Linville Cc: Bob Copeland Signed-off-by: Greg Kroah-Hartman
I am glad the wireless drivers are in the mainline kernel, but it looks like they need more work...
Ultra mobile geek . Applied life blog . asus.com - Linux_Kernel_071127.rar