The guide also includes a link to a “color quiz” where you can get an idea of how well you know the meaning of colors in the U.S.  Unfortunately, I only got a little more than half of the answers correct.  : (

Thanks to Rhonda Bracey of the Cybertext Newsletter for sharing this on her own blog.

In thinking about UbuntuOne, there are a number of factors involved; it involves the need to build a sustainable business, trademark issues, and the level of one’s own comfort with using non-free software. To me, there it also involves issues of community, and the difference between the Ubuntu project and Canonical as a corporation.

This isn’t an exhaustive list, but the topics do allow for at least an initial framework for talking about things. So, if you’ll humor me for a couple of moments, here are a couple of my thoughts regarding these topics.

Some Caveats

First, I’ll get a few things out of the way. Yes, I’ve used You Tube and I use Gmail. The irony of my giving UbuntuOne a hard time for being non-free while I use these services is not lost on me. As for email, I have previously looked for options outside of Gmail, and am still considering other options. With regard to YouTube, there simply isn’t anything else that remotely provides something of the scale of that service in a free software context, nor do any free software services have the opportunity to provide a scale big enough to support a similar service. I think I am realistic about these things.

Moreover, I do understand that, as it is now, UbuntuOne is just a tool to synchronize files across desktops, and that I don’t have to use it if I don’t want to. I know UbuntuOne is currently available as a, “you can have a small beer for free, and you can pay money if you want a bigger beer,” service, and I have nothing against Canonical making money. I want the company to be successful.

Finally, with regard to the trademark issue, this is not a big deal to me, either, as Canonical owns the trademark, so they can violate even their own recommended guidelines if they want. No one has said that what they are doing is breaking any kind of law. It’s kind of like them painting their house pink or something. Someone else might not think it’s the best idea, but it’s Canonical’s house. It’s their decision, and that’s fine with me.

From my points above I think it’s clear that I am willing to make certain sacrifices of my computing freedom to use certain services, I know Canonical needs to make money, and I’m not concerned with how Canonical handles their trademark business.

Jim, dude, what is your beef?

My main concerns are that, while this might seem like a small application for now, it is a non-free element that is going to become more integrated with our desktops over time. Also, while Google and Twitter and Facebook may have their own reasons for keeping apps closed, Ubuntu is not Google or Twitter or Facebook, and (to me) Ubuntu (and I would like to think Canonical) operates under a somewhat different set of principles. Let me expand on these items.

UbuntuOne is currently a small service

A primary concern is that while this is a relatively simple service for now, it is going to get much bigger, and they show no intention of ever opening it up. Per the summary of this upcoming talk, there are significant plans to build more user-friendly applications attached to this closed-source web application.

I know people can get by without UbuntuOne’s cross-desktop file synchronization for now, but they are going to build a lot of other (probably really cool) functionality into this service, and it looks as though the back end of it will all be closed. If more and more applications are built around this closed web-app, it will make it a shame to miss out on some of those cool features while using Ubuntu if I want to avoid closed applications.

Depending on the level of integration, we may then find ourselves in a spot where we are using an open OS, but a good number of our favorite tools and applications are tied in with closed web-apps. As I posted on identi.ca, “If we go from having a closed desktop, to an open desktop that is strongly linked to a closed ‘cloud,’ what have we gained?” If the web becomes “the new operating system,” how will it help us if that new operating system is closed? While shipping only the open client as part of the distro may not technically violate the principle of “We only ship Free software (with the exception of some binary blobs to make some basic hardware work),” attaching it to a closed web application (to me) violates the spirit that principle.

Ubuntu != Google

Granted, what I have described above already appears to be somewhat of a reality. It certainly is getting more common for desktop client apps to be open while attached to closed web services. So why does this matter with UbuntuOne? To me, the difference is that Ubuntu, the Ubuntu community, and (even to a certain extent) Canonical are not Google. We are not Facebook or Twitter. The folks involved in Ubuntu work hard to create Free software. The distribution we work on is based on Debian, which has built itself up using the principles of Free software, and without which our project would not exist. I know that Canonical is a for-profit company, but we still have a choice here. We can’t control what Google does with their web applications. We can’t control Twitter’s Fail Whale. But we (Canonical / Ubuntu) can control this, and, to me, the Ubuntu project is supposed to be different.

We devote a lot of time to removing non-free software from our systems. Community developers work hard, paid Canonical employees work hard, and the folks in charge at Canonical spend a lot of the company’s own money so that we can remove non-free stuff from our systems, and I am thankful for all of this. With UbuntuOne, though, we’re getting more non-free components associated with our desktops when we should be working to get less non-free components associated with our desktops. It seems counter to the mission of the Free Software community aspect to have the parent company of this distribution actually introducing more non-free elements into the software ecosystem.

What really raises flags for me this time around, and perhaps I’m a little late to the game, is that we’re actually bringing the non-free components into direct integration with the desktop. It’s not like Soyuz (one of the main back-end components of Launchpad) or the (currently non-free, but soon to be Free) Launchpad, which have been developer and software building tools, and have limited integration with the desktop . . . but this actually integrates with our desktops in a non-developer-centric manner. I guess that’s why I didn’t notice or pay as much attention to the other non-free elements provided by Canonical previously – because they weren’t tightly integrated with the Desktop.

Could Canonical still make money from UbuntuOne as Free software?

I’ve got to assume that the folks working at Canonical considered whether or not they could do this in a Free manner. I have only read that the back end is closed, and that there are no plans or roadmaps in place that point to making it Free software. I haven’t heard anything along the lines of, “Yes, we considered it, but we didn’t think it would work out because of X, Y, and Z.” They are a business, and they have every right to not open up those kinds of discussions to the community, but based on the nature of their business I think it’s fair to assume some conversation along those lines occurred.

I am not a business guru, and I know that trying to make money off of an open platform in a real business world is a difficult nut to crack. That’s what we keep working toward, though, and I think that’s at least part of why so many people contribute to Ubuntu. UbuntuOne may currently have a closed back end, but with it now being released to the public, the cards are on the table. We can now talk about it. I know this is a Canonical effort, but I think there are lots of other smart people in the community, and it seems like it could be worthwhile to have a discussion about ways to monetize UbuntuOne as a Free software option. Perhaps this could be a good discussion for UDS.

I guess I should close by noting that I have written this because I do like Ubuntu, but what drew me to Ubuntu in the first place is that it is based around building Free software. I recognize that there are certain sacrifices that need to be made in areas we can’t control, but we have a choice here. Free software is what got us started, it’s what we work on, and I do not see a tremendous amount of value in fixing bug #1 if we get there by integrating ourselves with non-free networked systems.

You can check out the details on our team wiki page, but here is the short of it:

Date: Saturday, April 25th
Time: 2:00pm to 6:00pm (people may go out for a bit afterwards, too)
Location: IIT’s Institute of Design in downtown Chicago
350 North La Salle Street
4th Floor
Chicago, Illinois 60654
Who: Everyone is welcome to attend, but please RSVP via the sign-up sheet at the bottom of the wiki page.

We’ll have short talks about new features in Ubuntu, Ubuntu-Server, Kubuntu and Xubuntu, as well as some food and drinks. (Please bring a few dollars if you want to partake of the foodstuffs.)  We’ve also made an outreach to the Chicago Drupal Meetup Group in hopes of building a relationship and fostering some collaboration. We’ll see how that goes. : -)

If you have any questions about the event, feel free to be in touch.  Otherwise, we hope to see you on the 25th. : -)

How can you use this new feature?  Here is an example of how you could use it in the wiki.  In this example, we’ll look at installing the xubuntu-artwork package:

If you are an Ubuntu user who wants to use the stylish Xubuntu artwork on your system, just [[apt:xubuntu-artwork|install the "xubuntu-artwork" package]].

Of course, the end user just sees, “If you are an Ubuntu user who wants to use the stylish Xubuntu artwork on your system, just install the "xubuntu-artwork" package." (If you are a Firefox user on Ubuntu, you will also note that the link I’ve provided here works, too.  This is because Firefox also allows apt-urls to work in regular web pages.)

After clicking on the link, the user would then be prompted to choose whether or not he or she wants to install the package.  If they select yes, they are prompted to enter their password, and the system installs their software. Easy enough!

Because it is using apt, it is relying on the user’s configured set of Ubuntu repositories.  (Note: if a user is using a PPA or another software repository, those software sources would also be available.)  The installed packages can still be uninstalled via any of the regular software maintenance tools (e.g., synaptic, apt-get, add-remove programs, etc.)  In this manner, it doesn’t introduce new tools, it just provides a great new way of interfacing with them.

So . . . wiki editors . . . I now call on you to go forth and make good use of this new feature.  : -)  Let’s start using apt-urls in our wiki documentation.

Thanks to the Canonical system administrators for putting this in place, and to Matthew East for following up on the support ticket.

McCloud’s talk was interesting in a number of ways, but one aspect of it that struck me was the volume of work went into what he did.  The initial basis of the work was 10 dvd’s worth of recorded interviews with developers.  They did not allow the content of the comic book form to be dictated by some kind of marketing storyline.  The comic still stood up as a form of documentation.

Additionally:
* The use of bubbles as text-placeholders in the comic created some difficulties for translators, but they were able to make things work. He didn’t provide a great amount of detail about this.
* He loved the mash-ups that resulted from the work being licensed under a Creative Commons license, even if the mash-ups didn’t follow the letter of the license.  Google did not attempt to sue people who made these mashups for noncompliance with the license.
* He demonstrated how comic book framing can keep the use focused on one item at a time, and make it easier to explain difficult concepts in an elegant, easy-to-understand way.
* I think he referenced XKCD at least 3 times.  He likes it.
* I can’t draw comics.  :/  Maybe I can use some of this stuff with screenshots, though.

I also attended a session on ISO standards for documentation and D.I.T.A., an open-source documentation toolkit similar to docbook.  The standard is maintained by OASIS, a not-for-profit standards organization – it looks great!  We got to see snippets of it, but it costs about $200 to get a single copy of the standard. :/  Even members of the OASIS committee who volunteer to maintain the standard have to pay to get a copy of it.  I am glad that at I don’t have to pay to contribute to Ubuntu.

The best session of the day for me was the session on architecting documentation for reuse.  The Ubuntu documentation team already has some of our content architected for reuse; for example, we use docbook “entities” for repetitive items such as system and software version numbers, Ubuntu website urls and certain procedures, but this showed how it’s possible to do more.  I’m a little green as a member of the Ubuntu documentation team, but I’m eager to learn more about this approach.

I’ve also been working on the documentation for Xubuntu 9.04, which has been rebased off of the Ubuntu 9.04 documentation for this release.  What this means is that I’ve been able to use bzr to merge in changes from the Ubuntu documentation as they happen, applying them directly to the current branch of Xubuntu documentation.  This is different from prior Xubuntu documentation efforts that had been based off of a much earlier set of Ubuntu docs.

In that sense, I was starting at a bit of a disadvantage – each release brings changes and updates, not only to X/K/Ubuntu itself, but also the associated documentation.  However, by using the current branch of Ubuntu docs as a starting point for this release, and merging in updates as they get applied to Ubuntu documentation, I’ve been able to leverage the ongoing contributions of the Ubuntu documentors and keep the Xubuntu docs more up-to-date.

Using this approach took a little bit of experimenting to find a good workflow for myself, but Bzr has proved to be a more-than-adequate tool for this particular scenario.  For example, the bzr command that I’ve used most frequently as of late involves merging in the specific changes from one Ubuntu documentation revision to another into the Xubuntu documentation branch.  To do that, I’ve just reviewed recent changes to Ubuntu documentation, navigated to my local folder of the Xubuntu documentation branch, and issued a command similar to this one:

bzr merge -r211..212 lp:ubuntu-doc

Here I’m telling bzr to merge in only the differences between revisions number 211 and 212 from the Ubuntu Documentation branch.  Merging in changes between specific revision numbers allows me to cherrypick – I can merge the changes that I want, and skip the changes that I don’t want.  This is helpful because Xubuntu docs will not include the Ubuntu Server Guide (my apologies to Adam Sommer, who has done a ton of great work on the Ubuntu Server Guide for this release), so I have skipped revisions that include updates to the Server Guide.  : /

If there are no conflicts between the merged files, bzr just identifies the changes as modified files – no problems.  Files that contain conflicts are identified by bzr, too, and it is up to me to resolve those conflicts.  Once fixed, I can then use bzr to mark the conflicts as resolved.  The process still requires some manual review on my part, but reviewing someone else’s changes is much easier than writing my own stuff, and gives me more time to focus on documenting the elements that are specific to Xubuntu.

I’m still writing additional documentation that is specific to Xubuntu, but have a little bit of time remaining before string freeze.  : )  At the end of next week, I am going to be travelling to Seattle to visit a friend and her husband, and also attend a documentation conference out there.  I’m going to focus on the Design Strategies, Content Development, and Open Standards tracks.  It should be a great time, and should make for a great learning experience, too.

from          Stephan Arts <stephan@xfce.org>
date    Thu, Feb 26, 2009 at 6:30 PM
subject    Xfce 4.6.0 Released!!!

After more than two years of development, Xfce 4.6.0 has just been released.

Xfce 4.6 features a new configuration backend, a new settings manager,
a brand new session manager and sound mixer as well as several huge
improvements of its core components. A list of all the changes since
the last release candidate can be found on this page.

A visual overview of Xfce 4.6 is available here:
http://www.xfce.org/about/tour

Download Xfce 4.6 from the Downloads section of the Xfce website:
http://www.xfce.org/download

Regards,
The Xfce development team.

All interested parties should take a quick peek at the desktop tour that is linked-to above, but Xubuntu users won’t need to download anything from the Xfce website – Xfce 4.6 will be included by default in Xubuntu 9.04. 

CONGRATULATIONS to the entire Xfce development team!

There are still quite a few details for us to iron out, but we have the basics in place, and are gearing up for the event.  What have we done so far?  First, we’ve been able to secure a great location, the headquarters of Centro – an online media services company in downtown Chicago – for the event.  Centro uses a lot of FLOSS tools in their development, and they’ve been a consistent supporter of FLOSS events in the Chicagoland area for a number of years, so we’re really grateful to them for allowing us to use their space.  (As a side note, one of their developers who helped to secure the location for the event is also the creator of “Open Sprints,” an GPL’ed indoor bike-racing application that has garnered a lot of enthusiasm amongst the bike messenger crowd in the U.S.)

Ok, so we have a location.  We also have people who are going to attend.  Those people have (for the most part) been prepped on what we’ll be doing.  We held an introductory session as part of a Chicago GNU/Linux User Group meeting a few weeks ago, where we were able to set people up with Launchpad accounts, PGP keys, SSH keys, and the 5-a-day application.  For those who weren’t able to attend the meeting, I’m sure we’ll be able to set them up online in advance of the event, or when they arrive for the bug jam.

Also, I mentioned it briefly above (”We also have people who are going to attend…”), but we are expanding the ranks of our loco team for this event.  Ubuntu-Chicago had been relatively quiet for a while, but we’re doing what we can to involve people outside of regular X/K/Ubuntu users and developers in the bug jam.  One of the better things to see in this process is how members of the Chicago GNU/Linux User Group are joining in, and how we’re also getting involvement of people who develop for FLOSS projects, but who aren’t typically involved in local Ubuntu events.  (They don’t even have to use Ubuntu . . .).  For example, I have heard of one Miro developer plans to attend portions of the bug jam, we hope to get some folks from Banshee and GNOME . . . and I’ve even heard that the entire Tilda development team (ok . . . so it’s just one person) may be involved, too.

Personally, I’m going to do my best to advocate testing and bug triage of Xfce 4.6 during the event.  I’m also excited that there will be a Lou Malnati’s Pizzeria DIRECTLY ACROSS FROM OUR BUG JAM LOCATION.  OH HAI, UBUNTU-CHICAGO CAN HAS TEH BEST PIZZA.

So, yeah, if you’re a X/K/Ubuntu user or FLOSS-coder who lives in / around Chicago . . . even if you’re not an expert . . . Check out our wiki page (with the new NavBanner that I ganked from the Massachusetts team), join our mailing list, and make plans to see us the weekend of February 20th. 

To enable backports, go to your menu and select Applications > System > Software Sources.  You will be prompted to enter your password, and once the application is fully launched, click on the Updates tab, and place a check in the “Unsupported Updates (intrepid-backports)” box.  Once you’ve marked that box, click on the close icon.  You will be prompted to refresh your software sources, and new updates should then appear.  The upgrade to Xfce 4.4.3 should be included in that set of updates.

Of course, you could update your sources via the command line, too.  I need to run to the airport now, so I’ll leave well enough alone and assume that, if you’re interested in updating your sources list using the command line, you would know how to do so. 

Interested parties can view the Xfce 4.4.3 changelog here.

I had a long day at work today, and I haven’t had much time to review the agenda yet, but I am interested in hearing what other individuals have to say about it, and if any Loco teams would be interested in working to address some of the topics together.  Pushing some of our ideas “upstream,” seems like a very worthwhile endeavor.  :]

Ok, here are the pictures.  :]

Here’s some folks waiting on the streets of downtown Chicago to enter the rally.  A friend said that “the one,” was going to vote for, “that one.”  I’ll let you figure out what he meant by that.

While waiting in line we kept up on election happenings via cellphone television.  Though it isn’t present in this picture, I saw my first Tmobile G1 that night.

Here’s a photo of the big tent full of the international liberal media elite.    Quite a lot of light there, eh?

Here’s a nice shot of the crowd with the skyline in the background.

Sadly, I don’t have a great camera, and there was a lot of jostling about during Obama’s speech . . . but you can see that he’s there!

Here’s a photo of my friend and I after the rally.  Of course, with so many people around, it wasn’t likely that we would be able to take a photo without someone walking in front of us, but it was ok.  :]

* I think they called it Obamapalooza in part because it was a celebration, but also because the event took place in the same location as where they’ve held the Lollapalooza concerts for the past couple years.