Elliot Peele

08:36 pm - Raleigh Wars – Assassin’s Ball

Originally published at Elliot's Blog. You can comment here or there.

Had a lot of fun last night at the Raleigh Wars Assassin’s Ball. Posted photos from last night’s Assassin’s Ball.

Winning trophy

My prize for 3rd most kills

08:38 pm - Wordpress Appliance updated to 2.8

Originally published at Elliot's Blog. You can comment here or there.

I have updated the Wordpress Appliance to version 2.8 of Wordpress. You can read the release announcement here. Everyone should be able to update via the rPath Platform Agent or by running the following command:

conary migrate group-dist –interactive

03:42 am - Photo Management

Originally published at Elliot's Blog. You can comment here or there.

I have been toying for awhile with what I want out of the photo management software that I use to process, organize, and publish my photos. My requirements are as follows:

• Good support for tagging or some similar sorting method.
• Storing files on disk by date. Preferably $YEAR/$YEAR-$MONTH-$DAY. This is not a hard requirement, just prefered.
• Good support for Nikon raw files.
• Usable editing interface. This could be another application, but needs to integrate with the management app.
• Handle exporting to both flickr and gallery2.

I have asked around amongst people I know that have Nikon cameras and have found solutions to this problem that work for them. The each recommended different software:

• Apple Aperture 2 - This is Apple’s proprietary management and editing software. At first glance it looks to have all of the features that I require, along with several plugins that implement more features. I need to do more research and testing to figure out what I think.
• Adobe LightRoom 2 - Adobe’s photo management software, includes some features of PhotoShop. Looks like this probably includes all of the features I need. I still need to take a better look at it.
• Nikon CaptureNX 2 - This is of course targeted at Nikon owners and requires a separate application (ViewNX) for organization and export. My main problem is that ViewNX doesn’t seem to have all of the features that I want. Although from looking around it looks like some people use LightRoom to do there organization and export while using CaptureNX for editing, which isn’t out of the question, but kinda pricey.

Once I have evaluated all three I will post my results.

11:43 pm - rPath Projects now on BitBucket.org

Originally published at Elliot's Blog. You can comment here or there.

rPath’s open source projects are now available on BitBucket.org under the rpathsync user. This should bring more visibility into our open source software and make it easier for anyone looking to contribute.

I would like to eventually do the same thing for GitHub now that the hg-git plugin is available.

The following projects are now available on BitBucket:

• amiconfig
• bootman
• booty
• conary
• conary-policy
• crest
• devsub
• epdb
• grubtobootman
• jiranemo
• kibot
• kisock
• nagpy
• raa
• rbuild
• rbuilder-client
• restlib
• rmake
• rpath-common
• rpath-product-definition
• rpath-xmllib
• speedbump
• xobj

As per usual our sources will continue to be posted to http://hg.rpath.com and these sites will be kept in sync.

08:53 pm - Naming a Distro Importer/Maintainer Thingy

Originally published at Elliot's Blog. You can comment here or there.

Over the past several months I have been working on importing SLES, CentOS, and Ubuntu into Conary repositories so that they can be made available in rBuilder. You can try out CentOS and Ubuntu on rBuilder Online.

One of my goals in doing the import was to have an automated way of maintaining and adding to these platforms in the future. From this “sleestack” was born, a collection of scripts and configs for importing SLES. Over the months it grew into a few thousand lines of python that is capable of coordinating updates for SLES, Centos, and Ubuntu.

Now that rPath has decided to open source “sleestack” I need a better name that actually reflects its current purpose. As it turns out, I suck at naming things. I have been hounding people for ideas over the past week, but no one has come up with anything that is quite right. I am looking for something witty, yet descriptive. The current suggestions are:

• distroteque
• CustomsAgent
• rConstruct
• rImport
• coversion

Any suggestions would be greatly appreciated.

06:14 pm - Upgrading to Firefox 3 Beta 5 in Foresight Linux 2

Originally published at Elliot's Blog. You can comment here or there.

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:

• Firebug
• TabMixPlus

Thanks to the following two blog posts that were great resources.

1. http://aralbalkan.com/1335
2. http://www.ilovebonnie.net/2008/04/22/finally-firebug-and-tab-mix-plus-for-firefox-beta/

06:23 am - Flourish

Originally published at Elliot's Blog. You can comment here or there.

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.

03:15 am - Flourish in Chicago

Originally published at Elliot's Blog. You can comment here or there.

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.

11:50 pm - Foresight Installable Disk Image

Originally published at Elliot's Blog. You can comment here or there.

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:

1. download
2. gunzip foresight-1.9.9.alpha4-x86.img.gz
3. 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.

07:46 pm - PackageKit 0.1.5

Originally published at Elliot's Blog. You can comment here or there.

PacakgeKit 0.1.5 was released today. This release includes several fixes to the Conary backend:

1. 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.
2. 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.
3. 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.

05:52 pm - GNOME Developer Kit: much easier than building from SVN

Originally published at Elliot's Blog. You can comment here or there.

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

10:17 pm - managing sources with hg convert

Originally published at Elliot's Blog. You can comment here or there.

One of the things I do at rPath is hack on Anaconda. We have decided to mostly standardize on Mercurial for our SCM. Since Anaconda, at the time, was managed in CVS, this meant that I needed to find a tool to convert a publically accessible CVS repository to a Mercurial repository. The only tool that I could find that was capable of doing this without having local access to the CVS repository was tailor. Tailor takes pretty much any SCM repository an converts it to darcs and then converts the darcs repository to another SCM repository format. Darcs is yet another SCM.

A couple of weeks ago the Fedora Project converted Anaconda from CVS to GIT. This meant that I needed to reconfigure tailor to handle the change. Through some help from the maintainer of tailor over IRC I was able to get tailor configured to deal with the switch. Over the next week or so I noticed that tailor had some issues handling branches in GIT and decided to find a new way to maintain my Anaconda Mercurial repository.

With a bit of searching I found the Mercurial convert extension. Which allowed me to switch away from tailor to something that would be at least somewhat supported by the Mercurial project. Getting the convert extension to pick up where tailor had left off took a bit of figuring out. The convert extension uses a map file that maps IDs for each GIT commit to a Mercurial commit ID. I had to manually create this file by extracting all of the commit IDs from the GIT repository and filling in null values for the the Mercurial ID side of the map. As the last entry I included the commit ID for the tip of the Mercurial repository that matched the point at which tailor had stopped being able to convert the GIT repository. With all of this in place hg convert could now handle converting the upstream Anaconda GIT repository to Mercurial. The Mercurial repository is now updated nightly (around 4am EST) from the upstream GIT repository.

You can find the converted upstream Anaconda Mercurial repository on rPath’s public Mercurial along side rPath’s custom Anaconda Mercurial repository, that includes support for both the Conary based installer and tar archive based installer.

04:24 am - Gallery Migration

Originally published at Elliot's Blog. You can comment here or there.

This past weekend I completed the migration of my gallery from a custom install to a proper appliance. In the progress of doing so upgrading to the latest release. This meant migrating a database and several gigs of images. I was amazed at how easy it was to pickup and move just the database, image data, and config file and have everything just work.

02:50 am - Appliance Installer and IMAP on Gmail

Originally published at Elliot's Blog. You can comment here or there.

I did some testing with the Appliance Installer with Foresight Linux 2 today. Turns out that end to end time to install for a complete GNOME based Linux desktop is 7 minutes. That’s right 7 minutes. That includes user interaction and everything.

Looks like anaconda is shaping up for an alpha release of Foresight Linux 2. Ken is making good progress trying to get anaconda-templates built so that we should be able to get some sample ISOs out later this week or early next week.

Also, gmail has imap support….finally http://digg.com/software/Gmail_gets_IMAP

03:49 am - rPath Linux 2 Alpha 4 Released

Originally published at Elliot's Blog. You can comment here or there.

Today we released rPL 2 Alpha 4. This has been a long time coming. It involved a few rebuilds of the distro from scratch and switching away from our old internal build mechanism to rMake. Hopefully now that we have alpha 4 out the door beta 1 will be coming down the pipe soon.

One of the major changes in Alpha 4 is the addition of splashy for graphical boot. With splashy you get a splash screen and progress bar at boot and shutdown instead of the normal initscripts output. (Don’t worry for those of you who like to watch initscripts run, you can disable splashy by removing the “splash” and “vga=” kernel options from your grub.conf.) We are still working out some of the kinks, but don’t let this stop you from testing out splashy and remeber to file an issues that you happen to run across in rITS.

Another major addition in the alpha 4 release is the support in anaconda for the “Appliance Installer”. The Appliance Installer is significantly faster and has a smaller memory footprint than the “Installable ISO” that we normally use. How do we do that? We first let rBuilder generate a tarball of the group, split the tarball into chunks, and then add the chunks to the ISO. On the install side of things we feed the tarball chunks to tar over a pipe until the tarball is complete and then let anaconda write out some of the hardware specific configuration. This makes the Appliance Installer faster than *any* anaconda base that I have ever seen. Unfortunately there is no way for rBO projects to consume the Appliance Installer at this time, however there are some rBuilder features in the works to make it easier.

11:49 pm - PackageKit 0.1.0 Released

Originally published at Elliot's Blog. You can comment here or there.

Over the past couple of months I have been working on the conary backend to PackageKit, a dbus abstraction for package management. Today the first version was released for public consumption. PackageKit is now shipping as part of Foresight Linux if anyone wants to try it out.

What this means for users:

This gives users a generic interface for managing software on their system. Makes it easier for users to install applications because they can be sorted by the same topics that exist in menus. Provides an abstraction layer for requesting software by generic names.

What this means for developers:

Application developers now have a generic interface for requesting package installs. This could be useful for applications that use plugins like firefox, mplayer, and totem.

For more information see the packagekit.org.

03:39 am - Web Design

Originally published at Elliot's Blog. You can comment here or there.

It seems like being an open source developer these days requires knowing something about web development and design. I am trying to setup some personal bits like a blog, wiki, gallery, and planet and I would like them all to have something of a similar theme. Everyone out there seems to have themes for each, but I can’t seem to find any cross project themes.

If only there were a good way to have a similar look and feel across web applications without spending lots of time tweaking css here and there and checking for browser compatibility. Anyone know of any cross application themes or an easier way of pulling this off?

12:06 am - City Market in the Rain/Raleigh

City Market in the Rain/Raleigh, originally uploaded by elliotpeele.

From atop a parking deck overlooking City Market on Sunday in the rain.

10:43 am - Spring at Crabtree

Spring at Crabtree, originally uploaded by elliotpeele.

11:28 pm - New Photos

Tornoto/Eatable Flowers, originally uploaded by elliotpeele.

I finally got around to publishing some more photos from heinous's wedding.