Kernel 3.4.0 just released… Not on kernel.org yet, so downloaded from github (https://github.com/torvalds/linux). The latest version of the NVIDIA linux drivers (295.53) already supports kernel 3.4x, and the latest ‘weltall‘ patch for VMware (8.0.3) also supports this kernel version, so should be good to go.. Now – to see what’s new/improved/fixed/broken! Update: compiled/installed, and everything seems to … Continue reading →
After all the Pi excitement, back to (relative) normality.. I upgraded my main (x86_64) systems to Fedora 17, using YUM, as usual.. I have found that using the DVD is messy, and sometimes leaves the system in a ‘hybrid’ state, and then the DVD versions of many packages need to be updated, in any case! Compared to … Continue reading →
I had noticed that the OpenELEC XBMC build for the Raspberry Pi included a 3.1.10 kernel, so decided to ‘update’ my Fedora 17 card to this, using the OpenELEC kernel source, cross-compiled.. So.. Now running Fedora 17 on a 3.1.10 kernel: $ uname -a Linux rgpi 3.1.10 #1 Tue May 8 13:41:06 BST 2012 armv6l armv6l armv6l … Continue reading →
I decided to revert to the cross-compile option, which was a) much, much faster to compile! and b) completed successfully.. Then I followed the instructions to install the results on an 8GB SD Card… It is worth mentioning, that this is a case where RTFM is absolutely required, as the whole process is different from what you … Continue reading →
The Raspberry Pi is still chugging away, compiling the entire OpenELEC XBMC stack… Hopefully – as absolutely everything is compiled from source – the performance will be (relatively) good… After running for over 3 days, the compilation failed when compiling /lib/libsquish/libsquish-native.so: g++: error: unrecognized command line option ‘-msse2’ This may possibly be an error caused by Fedora … Continue reading →
Now that I have Fedora 17 running OK, I will try the XBMC stuff… There doesn’t seem to be a complete ‘image’ available yet, so I have got the git repository code from OpenELEC, and (just for fun) am actually compiling it all on the Pi.. Seems to be (roughly) as quick to compile as an old … Continue reading →
After applying the SD Card disk formatting and ‘optimisation’ mentioned previously, I decided to attempt to bring the version of Fedora (14) up to date.. The Fedora 17 Pi ‘respin’ is due sometime in May, but I decided – based on my experiences with Fedora 17 on the Dreamplug – to try to ‘hack’ F17 from the … Continue reading →
I had intended to persevere with the Fedora 14 ‘respin’, despite it being (correctly, IMHO..) described as ‘a bit buggy’.. Performance was improved with the newer 3.1.9+ kernel image, without the debug messages, but overall the response was still very sluggish.. I selected XFCE as the UI, as I had used this – successfully – with Fedora … Continue reading →
Found the latest kernel image (still 3.1.9-based..) and associated pre-compiled modules at the git repository – https://github.com/raspberrypi/firmware – and the ‘new’ version of kernel.img does away with the annoying console debug messages.. Device still seems very slow, but maybe I’m too used to quad-core systems with masses of memory! I even tried the Debian system, as this … Continue reading →
Another kernel configuration option that used to be just that – optional – but is now essential for ‘newer’ Fedora systems.. If you see Error unpacking rpm package glibc-common-n.n-nn.xxxx error: unpacking of archive failed on file /usr/libexec/pt_chown: cpio: cap_set_file On some yum/rpm updates (with httpd, as well) this can cause the actual update to fail, but yum/rpm … Continue reading →