This weeks builds, resplendent in their newness..
Read this for instructions on how to use.
Back to downloads only due to the slight lack of interest in torrents!
Read this for instructions on how to use.
Long term test Sir? That will do nicely since this version now installs seamlessly to hard drive!
Read this for instructions on how to use.
Now resplendent with daily and weekly builds, both in x86 and ARM derivatives, located here. Feel free to update your bookmarks!
Sorry to say but again we are experiencing problems with truncated downloads. I am informed by my hosting provider that these should be resolved within 24 hours.
Please use wget rather than the browser to download files since that will resume the files so they are consistent. Apologies whilst we get this problem sorted.
Hi All
Just a note to say that download problems are now sorted long term. http://chromium.arnoldthebat.co.uk/ is the new repo for all daily and weekly builds.
Enjoy.
Fed up with constantly installing new Chromium OS version from USB?
Look no further, I now present to you – “The Dev Update Server”.
Resplendant with the finest daily compilations, its ready for you to upgrade your installed ChromiumOS to the latest and greatest x86-generic version.
Check the status of the Dev Server on twitter @chromium_bot since the server needs to go offline to build the latest version at around 05:00 GMT daily. Once compiled and presented, the status will say its available.
In order to update go to command line on your deployed Chromium ([ Ctrl ] [ Alt ] [ F2 ]) and log in as chronos with the password of ‘password’ (or whatever your distribution is set to). You can also use SSH.
Then sudo to su
sudo su
Once in the admin shell, update the client with the following:
update_engine_client --update --omaha_url=http://chromebld.arnoldthebat.co.uk:8080/update
This will take a while dependant on a couple of things:
Simply try the update command again if you get an update error or timeout similar to the below:
LAST_CHECKED_TIME=0 PROGRESS=0.000000 CURRENT_OP=UPDATE_STATUS_REPORTING_ERROR_EVENT NEW_VERSION=0.0.0.0 NEW_SIZE=0 LAST_CHECKED_TIME=0 PROGRESS=0.000000 CURRENT_OP=UPDATE_STATUS_IDLE NEW_VERSION=0.0.0.0 NEW_SIZE=0 [1228/134834:ERROR:update_engine_client.cc(237)] Update failed.
Once its running you should see notifications from the server saying all is fine and progressing:
LAST_CHECKED_TIME=0 PROGRESS=0.000000 CURRENT_OP=UPDATE_STATUS_CHECKING_FOR_UPDATE NEW_VERSION=0.0.0.0 NEW_SIZE=0 LAST_CHECKED_TIME=1356707131 PROGRESS=0.000000 CURRENT_OP=UPDATE_STATUS_UPDATE_AVAILABLE NEW_VERSION=0.0.0.0 NEW_SIZE=237376171 LAST_CHECKED_TIME=1356707131 PROGRESS=0.000000
Finally, the download will begin:
LAST_CHECKED_TIME=1356707131 PROGRESS=0.000012 CURRENT_OP=UPDATE_STATUS_DOWNLOADING NEW_VERSION=0.0.0.0 NEW_SIZE=237376171 LAST_CHECKED_TIME=1356707131 PROGRESS=0.000012 CURRENT_OP=UPDATE_STATUS_DOWNLOADING NEW_VERSION=0.0.0.0 NEW_SIZE=237376171 LAST_CHECKED_TIME=1356707131 PROGRESS=0.002867
If all goes well, the updates will download and the install will progress to finalising:
CURRENT_OP=UPDATE_STATUS_FINALIZING NEW_VERSION=0.0.0.0 NEW_SIZE=237376171 LAST_CHECKED_TIME=1356708887
This can tale a while (go for a beer whilst waiting) but ‘should’ result in:
CURRENT_OP=UPDATE_STATUS_UPDATED_NEED_REBOOT NEW_VERSION=0.0.0.0 NEW_SIZE=237376171 [1228/154101:INFO:update_engine_client.cc(241)] Update succeeded -- reboot needed.
You should now also be able to update your stateful partition (where dev tools sit) using:
sudo stateful_update
Which in turn should output:
Downloading stateful payload from http://vps2.arnoldthebat.co.uk:8080/static/stateful.tgz HTTP/1.1 200 OK Date: Fri, 28 Dec 2012 15:42:43 GMT Last-Modified: Fri, 28 Dec 2012 15:07:27 GMT Content-Length: 42236449 Content-Type: application/x-gtar Server: CherryPy/3.1.2 Connection: Keep-Alive Successfully downloaded update Performing standard stateful update.
You ‘should’ be able to use the process above to update Hexxxeh and others vanilla builds as well but this is (as ever) completely untested.
Subsequent updates for the OS and stateful partition will now automagically point to the new dev server (you can change using the –omaha-url noted above) so all you need to do is:
update_engine_client --update
and
sudo stateful_update
Finally, in all cases, reboot your client!
Usual Caveats, E&OE stand. The Update Server could work fantastically and make you more attractive to other humans/species from other worlds as well as updating your base build perfectly. It could also create a black hole of NGC 4889 proportions and end the world as we know it as well as bricking your install completely. You have been warned!
Further details and notes available http://goo.gl/OBG2Y
Surprisingly easy as it happens!
Firstly boot your device and get to su command line ([ Ctrl ] [ Alt ] [ F2 ]), log in as chronos and then
sudo su
Then pop in the wireless dongle and review the contents of dmesg.
You should see something along the lines of the following:
rtl8192cu: Loading firmware rtlwifi/rtl8192cufw.bin rtlwifi: Firmware rtlwifi/rtl8192cufw.bin not available
In order to remedy this, firstly mount the OS read/write:
mount -o remount, rw /
Then create the directory structure and cd into it, and download the bin file
mkdir /lib/firmware/rtlwifi cd /lib/firmware/rtlwifi/ wget http://chromium.arnoldthebat.co.uk/files/fw/lib/firmware/rtlwifi/rtl8192cufw.bin
Remove the dongle and reinsert. Lights on the dongle will now illuminate and you ‘should’ be able to connect to a wireless network! The version I tested against would not scan the network so I needed to add the wireless network manually. Reboot will remember the change so all should be good from that point on.
Any dev server updates will more than likely undo any of the above so please bear that in mind.
Usual caveats around none of this ever working etc. Tested on Dell Mini and build downloaded from ftp://arnoldthebat.co.uk/pub/chromium/weekly/Cx86OS-20130106030101.img.7z
If you are one of the few with a none working touch pad, hopefully the below will sort it!
As ever, boot your device and get to su command line ([ Ctrl ] [ Alt ] [ F2 ]), log in as chronos and then
sudo su mount -o remount, rw / cp /etc/X11/xorg.conf.d/50-touchpad-cmt.conf /etc/X11/xorg.conf.d/50-touchpad-cmt.conf.bak rm /etc/X11/xorg.conf.d/50-touchpad-cmt.conf cd /etc/X11/xorg.conf.d/ wget http://chromium.arnoldthebat.co.uk/files/fw/etc/X11/xorg.conf.d/50-touchpad-cmt.conf
Then reboot.
The contents of the conf file have been ripped from a Dell Latitude setup so may well not sort other laptops. In this case I would suggest that the file is structured in the following manner:
Section "InputClass" Identifier "touchpad" MatchIsTouchpad "on" MatchDevicePath "/dev/input/event*" Driver "synaptics" Option "AccelerationProfile" "-1" Option "Scroll Buttons" "0" Option "Scroll Axes" "1" Option "Scroll X Out Scale" "1.25" Option "Scroll Y Out Scale" "1.25" EndSection
The important section is the “Driver “synaptics”" since the devs at Chromium have left the old synaptics stack loaded into the distribution. With this in mind, expect the above to stop working as later versions come out!
Occasionally in certain screens (like login(!)), once the screen is loaded, the mouse pointer will not appear. In order to activate simply left click anywhere on the screen.
Any dev server updates will more than likely undo any of the above so please bear that in mind.
Usual caveats around none of this ever working etc. Tested on Dell Mini and build downloaded from ftp://arnoldthebat.co.uk/pub/chromium/weekly/Cx86OS-20130106030101.img.7z
A shameless cobbling of the build files from http://linux.dell.com/files/cto/ leads to a fix for the Broadcom wireless issues!
As ever, boot your device and get to su command line ([ Ctrl ] [ Alt ] [ F2 ]), log in as chronos and then:
sudo su mount -o remount, rw / sudo echo "blacklist b43" >> /etc/modprobe.d/blacklist.conf sudo echo "blacklist b43legacy" >> /etc/modprobe.d/blacklist.conf sudo echo "blacklist ssb" >> /etc/modprobe.d/blacklist.conf sudo echo "blacklist bcma" >> /etc/modprobe.d/blacklist.conf sudo echo "wl" >> /etc/modules sudo touch /etc/modprobe.d/wl.conf sudo echo "alias wlan0 wl" >> /etc/modprobe.d/wl.conf cd /lib/modules/3.4.0/kernel/drivers/net/wireless/ wget http://chromium.arnoldthebat.co.uk/files/fw/lib/modules/3.4.0/kernel/drivers/net/wireless/wl.ko sudo insmod /lib/modules/3.4.0/kernel/net/wireless/cfg80211.ko sudo insmod /lib/modules/3.4.0/kernel/net/wireless/lib80211.ko sudo insmod /lib/modules/3.4.0/kernel/net/wireless/lib80211_crypt_ccmp.ko sudo insmod /lib/modules/3.4.0/kernel/net/wireless/lib80211_crypt_tkip.ko sudo insmod /lib/modules/3.4.0/kernel/net/wireless/lib80211_crypt_wep.ko sudo insmod /lib/modules/3.4.0/kernel/drivers/net/wireless/wl.ko sudo depmod -a
Wireless networks should start to miraculously appear and you can connect as required.
One minor gripe is that the driver doesn’t seem to like hidden SSID and bombs out when attaching to them. Other that that it seems to work fine!
Huge thanks to Doug Anson @ Dell for providing the driver.
As per the readme located http://www.broadcom.com/docs/linux_sta/README.txt a good few variants should be supported. As ever, its tested on a Dell Inspiron 910 only (Mini 9)!
Hi All
Just a quick comment to say that I’ve migrated the Dev server to another host which should be a tad more stable and certainly faster to update.
One thing to note is the fact I’ve changed the build username to buildbot. No changes other than that for now!
A Festive update for you all, dear followers!
The Broadcom drivers are now working again in this special edition x86 generic build http://chromium.arnoldthebat.co.uk/special/Cx86OS_R33-5111_broadcom.7z
In order to get this to work, still follow the guidelines http://arnoldthebat.co.uk/wordpress/2013/02/24/how-to-get-the-broadcom-wireless-drivers-working/
If you intend on using this from harddrive, install to drive (usr/sbin/chromeos-install) before installing the drivers to USB drive since that appears to destabilise things a bit (dmesg shows hundreds of shill sessions dying).
If you want to run from USB for ever, feel free of course to install the drivers to that.
The dev server will reset the kernel however, so you will lose wireless functionality if you decide to use the dev server to update.
Have fun.
Hi All
http://chromium.arnoldthebat.co.uk/special/Cx86OS_R34-5196_Multi.7z contains multiple driver enhancements including:
This build still includes the Broadcom drivers noted in the previous post.
Please don’t expect too much since I have no way of testing these so have no idea if they have worked. I’ve merely added them to the kernel as part of the compile.
If you could respond to this post specifically with what works, what doesn’t (and what your laptop build is), Ill see what I can do for future builds.. Please also post output of lsmod, dmesg and Xorg.0.log (preferrably to http://pastebin.com/) so I can review if its even loading.
As always bear in mind this is a one time build so updating from the dev server will undo all additions..
Update 13/04/14
Hi All
This is now fixed on both daily builds and the dev update server. Enjoy!
Hi All
The Chronos User password of ‘password’ seems to have broken over the last few builds and includes dev server updates. I am investigating but please bear this in mind when attempting to update your devices or when downloading new builds.
Hi All
The Dev Server now deploys both x86 and amd64 based build updates.
In addition, there is now a failover server located at http://chromebld2.arnoldthebat.co.uk:8080/ if http://chromebld.arnoldthebat.co.uk:8080/ fails to work for whatever reason.
Please test and let me know how you get on!
For instructions on how to use: http://arnoldthebat.co.uk/wordpress/2012/12/28/dev-server-updates-now-available/
Remember to change
update_engine_client --update --omaha_url=http://chromebld.arnoldthebat.co.uk:8080/update
to
update_engine_client --update --omaha_url=http://chromebld2.arnoldthebat.co.uk:8080/update
If you need to switch to the new server. Ill look to make this fault tolerant later!
Hi All
Its been a while (and thanks for being patient!) but I’ve just released a new special build at the following link: http://chromium.arnoldthebat.co.uk/special/Cx86OS_R41-6500.0-Special.7z
This should have much better support for Radeon which I’ve tested using a Dell Studio 1555:
As for Radeon cards supported, the build should support all listed firmware here.
No Broadcom or other wireless drivers yet since these are for the next phase, but keep testing and feed back on what works or otherwise.
Happy testing!
Hi All
An updated build is ready for testing at http://chromium.arnoldthebat.co.uk/special/Cx86OS_R41-6679.0-Special.7z
This is a cumulative build, so in addition to the Radeon graphics previously noted, this build has additional ATI graphics support as well as support for Realtek wireless and NICs. The links show the model numbers and are ported directly from linux-firmware. Tested working with Studio 1555 plus Edimax ew-7811un (rtl8192cufw drivers)…
Happy testing!
Hi All
New Special Build available for download at http://chromium.arnoldthebat.co.uk/special/Cx86OS_R42-6813.0-Special.7z. As per the previous build, this is cumulative so contains all the previous drivers.
Unfortunately, there is still no Broadcom support! Its a work in progress so bear with me…
In addition, the old versions of the special build can be updated from a new Dev Server by issuing the following command.
update_engine_client --update --omaha_url=http://chromebld.arnoldthebat.co.uk:9080/update
The only thing I have noticed not working too well is that extensions sometimes crash on login. It is a simple reload to add them back in again however..
Sleep/Restore on laptop lid close/open seems to work fine now as well.
Happy Testing!!
New special builds out today with built in Broadcom Support!!!
Download 64 bit build from http://chromium.arnoldthebat.co.uk/special/Camd64OS_R44-7015.0-Special.7z
Download 32 bit build from http://chromium.arnoldthebat.co.uk/special/Cx86OS_R44-7015.0-Special.7z
Notable changes:
Tested with Dell Studio 1555, Studio 1535 Laptops and Thinkpad S230U
Radeon Graphics testing covers: HD 3450/3470/4350/4370/545v)
Intel Graphics testing covers up to Gen 3 cards only.
Known Issues
Certain Atheros and Realtek wireless are also built into the kernel. These are not tested so feel free to feed back on how your testing goes.
Both of these builds will provide the base for additional WiFi support. These subsequent builds will also be available via Dev Server update when completed.
Happy Testing!
