By elliot on 07 May 2008 under foresight
As some people may have noticed Firefox 3 Beta 5 has been pushed to Foresight Linux 2 QA and will soon be default in Foresight Linux 2.
The first thing that I noticed when I updated was that none of my extensions worked. After a few minutes of googling, I found that there are a couple ways to work around this. Some projects have development builds of their extensions that work with beta 5 and some don’t. For those that don’t you can try disabling extension compatibility checks.
Note that both of these options are potentially dangerous and may cause firefox to become unstable.
I disabled compatibility checks and downloaded the developer release of Tab Mix Plus, an extension that I can not live without. All seems to be working so far.
Disabling compatibility checks:
- go to “about:config” in your address bar
- right click to get to New -> Boolean
- set extensions.checkCompatibility for the key
- and false for the value
Developer versions that you might be interested in:
Thanks to the following two blog posts that were great resources.
- http://aralbalkan.com/1335
- http://www.ilovebonnie.net/2008/04/22/finally-firebug-and-tab-mix-plus-for-firefox-beta/
By elliot on 11 April 2008 under foresight
Finally got around to posting a few pictures from Flourish.
http://photos.bentlogic.net/v/Flourish+08/
It was really nice to have the chance to talk to people about Foresight and finally meet a few more people face to face. There was a lot of interest in the KPC from many of the attendees and in Foresight overall.
By elliot on 03 April 2008 under foresight
I’m headed to Flourish this weekend in Chicago. I’ll be helping out Kevin with the Foresight and Gnome booths.
Stef is going to be giving a talk on building appliances with Conary and rBuilder.
The conference is on Friday and Saturday, but we don’t fly out until Sunday night, so I want to find something to do Sunday. Does anyone have any suggestions? We are staying here.
By elliot on 28 February 2008 under anaconda, foresight
I spent a couple of days last week figuring out what it would take a make an installable USB key of Foresight Linux 2. I knew going in that Anaconda could handle installing from hard drive, but I wanted to make sure that the installer had the same sort of automated feel that it has when installing from CD (ie, no user interaction in the loader).
Through testing I found that hard drive install from USB mass storage needed a bit of work to get it like I wanted.
I noticed that when the loader asks for the device to install from it doesn’t always list the device that you want to install from. This is due to the fact that it takes a few seconds for usb devices to come up once the usb mass storage module is loaded. I have added a patch to the loader that waits for the USB bus to settle and automatically probes for a device to install from, which can be enabled by passing “method=hd:auto” on the kernel command line.
After fixing that I found that the source device was showing up during partitioning and bootloader configuration. Normally when installing from HD you might want to install from one partition on a device to another partition on the same device. However, this is not the case when installing from a USB key. So I added another option, “hidesrcdev”, that tells Anaconda to ignore the device that you are installing from.
Here is the first sample that I have put together if people would like to try it out:
http://people.rpath.com/~elliot/foresight-1.9.9.alpha4-x86.img.gz
To use this image you will need at least a 2GB USB mass storage device. Here are a few easy steps to get you started:
- download
- gunzip foresight-1.9.9.alpha4-x86.img.gz
- dd if=foresight-1.9.9.alpha4-x86.img of=/dev/sdb (substitute your usb device for sdb) Be warned that this will overwrite any data that is on the USB device.
If you have any questions or comments feel free to ask.
By elliot on 21 December 2007 under PackageKit, foresight
PacakgeKit 0.1.5 was released today. This release includes several fixes to the Conary backend:
- Better error handling – The backend reports errors to PackageKit rather than just silently failing. Now when you try to update your system if there is an error you should get a nice message in your notification area that details the error. This might be rather verbose for now, depending on the error. If you see any really long errors that you think could be handled better please let me know.
- Better flavor handling – The backend passes around both version *and* flavor information, whereas before it only really passed versions. This means that people that had issues updating because the backend sometimes got confused about what flavors it should use.
- A bug in the get updates code that was triggered when packages are being erased as part of an update has been fixed. Unfortunately PackageKit doesn’t have a good way of differentiating between install, update, and erase in the GUI when getting updates. For now PackageKit will display the old version/flavor that is being removed.
PackageKit and gnome-packagekit have already been updated for Foresight Linux 2 Devel and should be updated for Foresight Linux 1 soon.
By elliot on 16 December 2007 under foresight, rMake, rPath
Arstechnica recently published an article on the GNOME Developer Kit that Ken put together. It is based on Foresight Linux and automatically built from a fresh SVN snapshot every night using rMake. The project can be downloaded from gnome.rpath.org for anyone to use.
read more | digg story
