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