Tuesday, July 14, 2009

Community Council vs Technical Board

So.. both the Community Council and Technical Board will be welcoming new members. I'm trying to determine if I want to run for one, the other, or neither. If you don't know these are two places where many decisions are made for Ubuntu.

I've decided to lay out my own pros/cons list of what I would be bringing to each and ask for the communities advice.

Community Council

Technical Board

Only a very general idea of how the community is really organized.

Generally good understanding of how all the technical pieces fit together.

Will likely make an Org Chart and increase the documentation on some Community Council pages.

Not a developer+

Can make policies to make decisions (of other boards) more transparent (hopefully to prevent some decision flamewars)

Follow technical developments (on X, sound, kernel, OpenOffice.org, Firefox, Gnome, and more) very closely

Could invite other corporate sponsors into contributing money and development efforts into the Ubuntu repository (including using CD creation facilities) *Cough* ChromeOS powered by Ubuntu?

My views on a certain language* may distract some (and the technical board decides default inclusion on CDs)



*Look at perceived conflict of interest (here)
? I'm not actually sure if I could do this.
+I'm not sure, but this might completely disqualify me

In either case (or the third do nothing) I plan on updating some certain pages with a bit more information.

Monday, June 15, 2009

I have internet!

Hey. It's still internet.

Friday, June 12, 2009

Going to OpenOffice, Step 1 Unfreezing

"Unfreezing" is a term I took out of a text book about organizational change. People have their ideas "frozen" about how things should work, so the first thing you should do to change them, is to do some "unfreezing".

How did I approach "unfreezing" with OpenOffice:
Communication:

  • Say the organization is going to change (gasp)
  • Email them with more information on WHY, and how they can learn more
  • Speak rationally and honestly, if it's money, say that. If it's more flexibility say that. If it's both, you get the idea...
  • Get feedback (I used a google docs form, somewhat ironically)
What should be in the feedback? Most will not just want to change, you should expect that. Feedback let's you identify what concerns they have and see if they are legitimate (or if you can easily explain them away). It's also essential to determine what different use cases are covered by different users.

Training: Take the feedback and engineer some training to cover the common 80% of users. (For the other 20 you can do advanced training later). A key part of training is to make sure the users have OOo installed on their machine, so they can follow along and get used to it. Another important training item is how to convert a .doc to .odt, etc (and redo any formatting that breaks).

Get more feedback on training and see if the users feel better about switching and also if you are doing a good job in training. When you think the
organization is ready, switch to OpenOffice opening all .docs, .xls, and .ppts (I haven't done that yet).

Oh right and make sure everyone gets this:
Internal docs: use .od* (ods,odt,odp)
External docs (and no external editing): use .pdf
External docs (and need to edit): use .doc, xls, ppt

So, Planet, what do you do differently?

Random Picture from India..

Tuesday, June 2, 2009

Banshee by default, C'mon not all of us have 4 GB of memory!

I read this (http://mrooney.blogspot.com/2009/05/karmic-desktop-uds-run-down.html) and quite like almost everything I see.

Pidgin being replaced by Empathy is somewhat sad (I really like Pidgin), but the reasons are quite good.

Disclaimer: I am quite against any Mono (the technology beyond Banshee/F-Spot/Tomboy) applications being on the Ubuntu Desktop CD for other reasons. You can likely read why somewhere else :P. This isn't necessarily about Mono.

Banshee replacing Rhytmbox on the other hand, not so much.

However, it does seem to use 3-10x more memory than RB which is very troubling (60-300MB compared to RBs fairly consistent 25MB),
Please, Please think of those of us who only have 512 Mb of ram in a laptop, or even those with less.

But clearly Banshee will get better memory usage over time..?
I reviewed it's memory usage (and others) about 2 years ago (Banshee was in dead last, then). http://gquigs.blogspot.com/2007/12/more-players-out-in-memory-performance.html

And yes, I realize Rhytmbox isn't going away, but development seems to slow in applications that lose "default" standing in Ubuntu.

Other items I am curious about: replacing gnome-pilot with multisync? any screensaver (removing) discussions? Remote desktop viewer vs terminal server client?