FUDCon Milan

Well another FUDCon is over, they seem to go quickly! This one seemed shorter than previous ones and that’s primarily because it was. Most FUDCon events are 2.5-3 days. This one was two. That’s not to say it wasn’t productive as it most definitely was and I was in Milan from Thursday until Tuesday along with a number of others which meant I got the opportunity to discuss a number of things face to face with a number of people that I usually speak to daily on IRC or other online means so it was certainly productive. And as always its good to meet up with friends face to face, meet new friends and eat, drink and generally be merry 🙂

So what did I achieve? Quite a bit but a lot of it isn’t directly accountable. So a bullet point list of what I can remember:

  • Discussions with dgilmore and others about ARM and various plans for F-15/16/17 and beyond
  • Secondary architectures!
  • Anaconda with wwoods and others including support for ARM, images, tablets, Live USB keys without overlay file systems to avoid corruption issues with SoaS deployments
  • Support for various OLPC XO and Sugar Labs issues we see or envision moving forward
  • Demos of ARM on the XO and other devices
  • A governance session
  • A lot of other random conversations
  • FUDPub 🙂

So what else did I get up to? Gelato with jsmith on a number of occasions, a day trip to Venice with spot and dgilmore including a VERY early start and some geocaching in both Venice and Milan and some sight seeing around Milan.

So a big THANK YOU to the organisers of FUDCon Milan with both my Fedora Board and personal hats on! 😀

Fedora and RHEL Documentation

People say you don’t know what you have until its gone. I must say that the Fedora and RHEL documentation team’s produce is certainly one thing that I do take for granted… EXCELLENT documentation! Its always there, and generally excellent, if sometimes a bit hard to find in the wiki.

Its certainly not going away, nor ever I hope! My problem comes when I need to deal with other projects for the $DAYJOB and discover other project’s equivalent systems don’t have documentation to a level I have come to take for granted. Whether its my personal projects within and around Fedora, my dayjob RHEL component or open stuff I play with the documentation is normally good.

I maintain our $DAYJOB’s “unix-build” system. This covers all the variants of Linux we support, Solaris and VMWare plus some other utility bits that are easier done with PXE boot. I’ve only taken over a lot of this platform in the last six months. In some cases I’ve not dealt with all platforms that we build, and there’s certainly some ideas I have to improve it, but generally it works pretty well and it’s generally stable.

One of the Linux variants we support is Debian. In the 15 odd years I’ve been using Linux, primarily RHL/Fedora and its derivatives but I’ve never really run it myself personally. I’ve supported it and know the day to day run time relatively well. I don’t have any thing against it or its derivatives per say, I’m just some what ambivalent towards it all!

So what does this all have to do with documentation? Well I was assigned a new $DAYJOB project which was a custom build of Debian 6. The requirements were some what esoteric and not what I would call up to the current Linux standards and expectations, especially when it came to the partitioning requirements. But my job isn’t to judge but deliver. Debian for automated installation (and standard GUI I believe) uses debian-installer, d-i for short. The documentation is well… basic. I went through, took our standard build config, updated various bits and pushed a standard build. After a few attempts… success! COOL! Not so hard…. until I tried to apply the esoteric partitioning with LVM schema that the customer wanted.

This is where it all went wrong. I thought I was going nuts! (yes, I’m insane, I enjoy every minute of it, I’m not nuts!) There was no real documentation of of the config options or their variables….. or samples. So to prove to myself that it wasn’t just me I whipped up a kickstart of RHEL. 15 minutes of kickstart hackery, push the build and within an hour I had the exact requirements. OK…. I’m not nuts! Google here we come….. lots of complaints, nothing that fixes my problems. Discover the best documentation that Debian offers….. a readme file in the code repository. oh dear! When I spoke to colleagues, friends and people i know who use Debian they either lost hope, never used it or told me they didn’t want to go back there. Ultimately what was an hour project for a kickstart based system ended up with resorting to a combination of checking of code to work out the problems and and hacking stuff. Not pretty!

So we’re almost there. The project is almost finally complete. So what do I take away from it? I will NEVER touch debian-installer again. Period! I don’t need that stress or a loss of weeks of my time! A shout out to Debian that you need to improve your documentation, this sort of stuff is what I would expect. I hear rumours there is now support for for kickstart installs, at least in Ubuntu, so that is going to be investigated.

But ultimately this is about one thing. Documentation in Fedora and RHEL, and to the people that tirelessly produce it, I do appreciate it, I always have because its always there when I need it. I just don’t always acknowledge it. So thank you to the people that produce all the documentation in Fedora and Red Hat. THANK YOU because you make my job so much easier!! I feel its easy to complain about what people don’t do so here’s a shout out for those that do do!

The Rumor Of My Demise Has Been Greatly Exaggerated!

So it’s been a long time since I’ve blogged! At the beginning of the year I was aiming to post regularly. Jared challenged me to blog about my Fedora happenings weekly at FUDCon Tempe, that seemed to go OK until around June. For a while there I was actually quite a bit ahead, now I’m about 10 posts behind my goal 🙁

So what has this slacker been up to? Well quite a lot actually!

  • I’ve started my tenure on the Fedora Board. I’m some what into the groove now but I need to start blogging more about it too.
  • Fedora 14 on ARM. As part of the OLPC XO 1.75 I’ve been rebuilding the entirety of Fedora 14 on ARM. Its been somewhat daunting and I think to some people it must look like I’m on a quest to get a ChangeLog entry in every package in the distro :-/
  • My $DAYJOB has been manic! Lots of interesting RHEL 6 bit but also massive amounts of VMWare vSphere stuff. I’m off the VMWorld in Vegas this week so if there’s any Fedora people about at VMWorld or Vegas and you want to catch up get in touch with me

I’ve also been going through the final bits of my naturalisation process in the UK and attempting to sail regularly with my crew. Last week we won 2 races and came second in two races in the Sussex Regatta which gave us an overall win 😀

There’s all sorts of other things going on but I think that’s the biggies. Hopefully I’ll be able to start blogging more in the coming weeks!

Fedora 14 on ARM Alpha release

I wanted to do this over a week ago to get this out over a week ago but I broke my Beagle Board XM’s boot and only had time to investigate the issues and fix it on the weekend.

You can get the Fedora 14 ARMv5tel rootfs here. I’m calling it an alpha as none of the packages are signed and just pulled straight from koji. I’ve got a few things on my list that need to be fixed but we’re not looking too bad. One thing to note here is that you’ll need at least a 2.6.32 kernel. All the other details to get it to work are the same as for the F-13 releases.

Note this isn’t the “hardfp” release, that will be coming with F-15 at the same time as the release for this arch and with luck we’ll be in a similar situation with F-15 shortly 🙂

I’ve been crawling through “build previous” slowly… I think we’re around 15% through rebuilding the entirety of the gold release of Fedora 14. While the script has been running I’ve been also pushing targeted groups of packages to minimise the number of runs we have to do and for what I believe to be the most useful stuff. We’re currently concentrating on “dist-f14” (ie the packages tagged for the original release sans any updates), hopefully we can start looking at updates soon.

Now it the time for people that are interested in getting particular group of packages to step up and help out. This includes particular desktops such as gnome/kde/xfce/lxde etc and particular development environments and languages such as eclipse or java/mono/ocaml/haskel etc so if you helped out with the F-13 stuff on ARM we’d like some more assistance.

gnome-shell one week in

Well its almost a week since I upgraded to Fedora 15 and started using gnome-shell. The good news is I’m still using it and generally really like it, although admittedly there’s quite a few bugs, and quite a few regressions that I really dislike. Fortunately a lot of those are fixed in the short tern with a few extensions and gnome-tweak-tools. I’ve also filed quite a few bugs, updated others where I felt I could add useful information, or just added myself onto the bug for easier tracking. There’s a lot of fixes that are being worked on for gnome 3.2 and I appreciate that the gnome team is working hard to balance their vision and design with a workable desktop.

One thing that grates me a little is the attitude of certain developers though. Comments like “realise that this feature wasn’t a feature in gnome 2 until gnome 2.XX so you’ll just have to wait” isn’t really helpful and 3.0 > 2.XX so it is a regression. You don’t give a toy to a child and then tell them they’ll have to wait to get it back. If they didn’t have it previously they don’t know what they’ve never had.

Dual Screen dock/undock: It works, mostly without issues! This was one of the major concerns I had with gnome 3 as it had caused me problems in testing previously. I’m very glad this just works. Not sure if the issues I had previously were a bug that was fixed or something weird on the live image I used.

Stability: My graphics is an Intel IronLake and the stability is OK. I do have to on occasion swap to a tty and run “killall -HUP gnome-shell” to make it usable again and this mostly seems to be when I’m on a dual screen. I also seem to run into the it leaks a lot of memory bug. When I do a killall it starts off at 80Mb RAM but if its left I’ve seen it get up to 2Gb!

Screen lock, unlock and suspend: This looks like an area that sorely missed out in the development. They hid the shutdown menu option by default but gnome-shell doesn’t suspend when I shut the lid of my laptop. It works fine when I select the option from the menu but that’s no where near as quick especially when I forget and have to reopen the laptop. Looking at Xorg.0.log it detects the “Lid Switch” but seems to ignore it although it configures the sleep and power buttons. Similarly I can’t use Pause to lock the screen and I’ve seen other references to this for other keys. Finally there’s an issue where the screen isn’t always locked on resume from suspend which in my opinion is a security risk.

Alt+Tab and Alt+`: Love it! The later for tabbing between windows of the same app is great!!

pidgin: I fixed my issues with Pidgin by installing the gnome-shell extension. Its not perfect but fixes most of the problems so its usable so for the time being I’ll stick with it rather than migrate to empathy.

Calendaring: It took a surprising amount of time to get use to the clock being in the middle of the screen. What I didn’t get use to is the lack of the date in the display. gnome-tweak-tool to the rescue for that one. I also miss the weather and multiple timezones. The Multiple Time zones should be back for 3.2 although I don’t see any guarantee for Weather information.

One other nice addition to calendaring that the tweak tool added was week numbering down the side of the calendar view. I would like to be able to click on the week number to get that week’s schedule rather than the current week. Its very useful for quick reference when on a call trying to work out which week is best for something.

Notifications: If I’m away from my desk I can sometimes miss notifications unless I explicitly go and hover down the bottom of the primary monitor. This doesn’t run along the bottom of the both screens if you have them in side by side configuration. It also seems that I don’t get notifications from calendar or abrt (that come to mind).

Theme: I generally like the monochrome theme quite a bit but there’s a number of usability issues with it. I find it very hard to tell the active and inactive windows. There’s almost been a couple of embarrassing mistakes there in the style of embarrassing text messages. Also things like the light switch look disabled when they aren’t. I have good eye sight, I can’t begin to imagine how bad this is for people who don’t. Also colour for things like battery/charge indicators (eg the charge thunder bolt is nearly indecipherable from the background), mute etc is a quick visual guide. There use to be colours for batteries at least, I’ve seen that in screenshots on the gnome wiki. There’s a number of things that should be fixed in 3.2 documented in the aptly named Fix Annoying Things on the gnome wiki.

System Settings: There’s weird things that seem to happen here. Firstly I remember some how discovering the “Default Applications” settings, but they’re not in the Systems Settings. No I don’t want to change my default Terminal 😉 somehow my default browser changed from Firefox to Epiphany. I had to go to the Preferences to get it back. Some things seems to be duplicates but different (did I mention this already?) like the places to set languages (User Accounts and Region and Language). There’s no touchpad options in “Mouse and Touchpad” even though its a laptop, again I suspect its getting miss detected. I would have thought there would a “Mail Settings” panel as well.

Mostly I really like gnome 3, it certainly is a dot zero release but is still very usable and quite nice, although not quite perfect. I look forward to the spit and polish 3.2 release.

making the jump to gnome 3

Clearly I’m not quite as bleeding edge as AdamW is!

Well the pros, well really the wants, finally won out over the cons and I upgraded my primary laptop that I use for work and just about everything else to Fedora 15 and gnome 3. What finally pushed me over the edge? Evolution 3 and Firefox 5.

I’d been running evo 3 in a VM on my laptop for quite some time. At work our corporate mail system is MS Exchange and the only access we have to it is via MAPI so Evolution is my life saver and I generally find it quite good. Over the last couple of release cycles Matthew Barnes, Milan Crha and others have been making MASSIVE improvements so I often end up compiling the latest dev release for the current stable Fedora release for the latest evolution bling. GTK3 sort of put a halt to that for F-14 -> F15. One thing I couldn’t work out for this upgrade is why evolution-NetworkManager wasn’t installed by default (maybe its my setup).

I mostly like gnome 3, I have been using it on a number of non primary devices for months. I’m really not interested in any of the politics of it. As a primary device I’ve only been using it for an hour or so. That said there’s a few weird discrepancies.

Language: I live in the UK and use UK language and keyboard settings. On upgrading and logging back in it was back to the US. Hmm. Going into my account there’s a spot to set the language. Cool! Why do I need to put the root password in to change this setting? I can understand having to re-enter my password (we have jokers in the office that change things like this) but not the root password. And why do I also then have to set it in “Region and Language” in the System Settings as well? Oh, and why isn’t the “Colour” system icon localised?

Printing: I have a networked copier configured on this. It seems I can now print colour to it. Awesome! Why when I click “Options” do I get nothing? I happen to like the minimisation of options (I’m lazy so tend to stick with defaults anyway) but printing tends to be one of the horribly complex things. EG I don’t want to print to US paper and I do want to print duplex and turn off colour printing as default options.

Active window: The new gnome theme with its nearly the same colour for all windows makes it hard to tell which is the active window. While with all maximised windows on a single screen this doesn’t really make much difference. On multi monitor it does!

While we’re on the topic of multiple monitors, I’ve yet to test dock/undock and suspend/resume monitor detection. It was sorely broken the last I tested it and it was the primary reason I had delayed my upgrade so long. I usually go 2-3 weeks without a reboot and will undock/redock 100s of times in that time. Having it remember my screen and windows layout is important. Its very time consuming to have to reconfigure and position every time I change configs.

Instant Messaging: I’ll need the pidgin extension. I have around 6 years of pidgin logs that I reference regularly. There’s been a bug open for this since F-10 and until that’s closed pidgin and I are wed.

Rhythmbox: Wasn’t there suppose audio controls somewhere? Or am I plain blind. I would like to get rid of the main box and just be able to control play/pause/skip etc from within the shell like the icon use to. I thought I saw somewhere that the shell had media controls in there.

I’m looking forward to gnome 3.2 especially getting multiple time zones back in the clock, the online account integration and of course Evolution 3.2 and all its new features and improvements!

Fedora Board

So it seems I was elected to a position on the Fedora Board. WOW! I’d like to thank all the candidates that stood for the elections and more importantly all the Fedora contributors that took the time to vote. I’m looking forward to the challenge of sitting on the Board and contributing in another way to such a fantastic project.

Projects I would love to see packaged in Fedora

I suspect this won’t be my last post like this. I use to just package them up myself but I’m finding that the amount of packages I maintain is increasing and the time I have to actually maintain them is decreasing and I know there’s people that are likely better suited to some of these packages than I am.

PinPoint – a tool for making hackers do excellent presentations
What more do I need to say! PinPoint is a clutter based tool for making cool presentations without death by bullet point.

Media Explorer – a media centre application for Linux
Media Explorer is another clutter/Mx based project for playing various types of media. It leverages existing libraries (GUPnP, Grilo, Tracker, GStreamer) to find, index and play local and remote media. It comes from the original Moblin team and looks very cool.

SqueezeBox server
SqueezeBox server is a music server for Logitech’s excellent SqueezeBox devices but it works with other devices. There’s upstream rpms but its unfortunately broken with Fedora 15. The server is written in perl and I believe the code is all open source including a number of clients.

iDevices
There’s a couple of utils that are part of the libiMobileDevice project that some people might find useful that aren’t yet packaged. ideviceinstaller for app management is one, nautilus-ideviceinfo for extended information in Nautilus is the other.

Fedora ARM hardfp bring up FAD

So the hardfp on Fedora bring up is happening today. Newer ARMv7 chipsets can basically run in two modes that aren’t compatible. The current and most widely used variant is softfp which uses a software based FPU. The newer and cooler (read faster) variant ARMv7 chips contain a hardware FPU but the GNU open tool chain has only recently got to the stage where its all supported. All the needed components should be in Fedora 15 with one of the key pieces being gcc 4.6.

What does it mean for ARM on Fedora…. in the short term likely not much. The older ARMv5tel platform support isn’t going anywhere. Its a little like mainline x86_64 vs i386 platforms, except you can’t run 5tel binaries on 7hl distributions (although you can run an entire 5tel distro on ARMv7 hardware. Also with the hardfp stack support being very new there will likely be a number of weird and interesting bugs that will make it not for the faint of heart.

With luck this should change in the Fedora 16 time frame and with luck we should be in sync on both armv7l (hardfp) and armv5tel (softfp) in the Fedora 16 timeframe for a near in-sync release.