[lang]

Present Perfect

Personal
Projects
Packages
Patches
Presents
Linux

Picture Gallery
Present Perfect

pychecker

Filed under: Hacking,Python — Thomas @ 08:18

2008-06-30
08:18

...is alive again! After two years of once in a while poking the author asking for my six patches to get merged in, I recently got given commit access and admin rights, and between the three of us we started talking about doing an actual release!

I just commited a patch for my own bug (God, I'd forgotten how much SF's bug tracker sucked ass).

Now I have to hurry the hell up to get the other five patches in there before the release deadline, which is scheduled for halfway through July.

In the distance I can hear Andrew Patrick Wingo's maniacal laughter...

Hiring

Filed under: Fluendo,Flumotion,Python — Thomas @ 22:46

2008-06-29
22:46

Flumotion is hiring again!

We're looking for talented, motivated and passionate developers who want a
healthy mix of working on a real commercial product and platform, and the
Free Software technologies they're based on.

Flumotion SL is a Spanish company, located in Barcelona, and part of the
Fluendo group.

Flumotion is our UNIX-based streaming server, written in Python, on top of
GStreamer and Twisted. Our platform is a collection of Linux servers
distributed over Spain, as we're looking to expand our business further
into Europe. It handles several Gbit/s of streaming traffic.

We are also working on a commercial version of Flumotion, to be released later
this year.

We are looking for developers to:

  • work on the core technology: the server, GStreamer integration, the platform, scalability
  • work on the box project: web frontend, usability
  • work on the web projects: our website, our customer portal, and our backoffice

Python experience is not required, but definitely a plus.

If you like working with other hackers, on real-world projects, while looking
out over the sea and enjoying the good weather of Barcelona, contact us! Feel
free to drop me a mail at thomas (at) flumotion (dot) com if you prefer to
drop off your CV in a more human mailbox.

For more information, as well as complete job descriptions, see our
Hiring page.

Revisor Reredux

Filed under: Fedora,Hacking — Thomas @ 13:06

13:06

I followed Owen Taylor's advice and tried livecd-creator instead. He gave me a one liner that worked from an installed package. That's how it should be - a simple no-frills "see ? this thing works !" experience. Contrasted with the 8 hours I spent on getting revisor to do something, this was a world of difference.

In a few hours I had set up a local mirror to get packages from, and created two specialized live CD's. Now I'm rebuilding a whole bunch of packages to include on the CD's and then I'm ready to give it a go.

Anyone in the know who can tell me if the real Fedora Live CD's are spun with livecd-tools or revisor ?

Revisor Redux

Filed under: Fedora — Thomas @ 12:55

2008-06-27
12:55

I spent part of my lunch break filing 17 tickets in Revisor's Trac after figuring out thanks to a comment on my blog that I'm supposed to use my Fedora username/password.

Here's hoping it gives the Revisor guys something to chew on.

Revisor

Filed under: Fedora — Thomas @ 00:45

00:45

I was just as excited as everyone when revisor hit Fedora. I think I even remember helping those guys out getting started, at a FUDCon hotel in Boston where I was too jetlagged. But I could be misremembering.

But every time there was a new Fedora, I tried out revisor again because I was hoping to do a simple Live CD showing off Fluendo stuff, like Elisa and Flumotion. And it just never worked. I think in F-8 it was trying to install both an i586 and i686 kernel at the same time, then complaining that those rpms shared the same files. In F-7 it just threw tracebacks for everything I tried. And I just don't know if I'm alone here, and everyone else is happily spinning these custom distros using revisor.

Maybe it's because there are so goddamn many options that I keep chosing the wrong ones ? Maybe I should actually break out my editor and fix the bugs I run into ? I created a bug report for my current issue, but I found only 3 bugs against revisor. So I checked some more and apparently there's an upstream Trac (can't blame those guys for not wanting to use the mutant RedHat Bugzilla).

My bug's not in there (though there are a lot more bugs, so that's comforting, it means people use it). There's no New Ticket at the top, but also no way to register for an account. There's a helpful link to create a new ticket on the front page, but of course that just tells me off for not having TICKET_CREATE privileges.

I guess that also means I'm not filing tickets for the following problems just yet:

  • Using the F accelerator both for File (menu) and Forward (button)
  • Having a Quit button at the bottom right during the whole process
  • being told my password is wrong in two (not one) dialogs in a row
  • not getting graphical feedback on the above-mentioned exception
  • a bunch of missing images the console complains about
  • not defaulting to the distro you're actually running (If I'm running F-9, why would I want to create a CentOS live-cd by default ?)
  • Not having a keyboard accelerator for "Get Started" (the only way to do anything useful on the first page
  • Having to click "Apply" when changing "Configuration Section to Use" dropdown to select a different distro
  • Not having a simple way to save a set of choices before it starts the long process of building the install media (how do you guys develop this software if you have to click all the options again every time ?)
  • (this one is my favourite) every time I came on the page where I was forced to give a root password, I would end up with a dialog saying my password didn't match, and sure enough, the first one was missing an asterisk. Turns out that revisor has a bug where, after I click the entry box to start typing my root password, it ignores the first character I type there. It is almost impossible not to run into the double dialog bug I mentioned above
  • Default Desktop: choice between GNOME and KDE. Except that both radio buttons are checked (I didn't even know that was possible) and there's no way to uncheck them. I guess it's one way to settle an eternal conflict users imagine there being :)
  • After working around the bug I filed (by adding /bin/bash before the script's path), and lots of console spew, and half an hour of waiting, it again died with a traceback on the console and no UI feedback:

    File "/usr/lib/python2.5/site-packages/revisor/pkgorder.py", line 36, in
    import iutil
    ImportError: No module named iutil

    Apparently this is a module that's part of anaconda. Maybe revisor could use a general-purpose exception handling dialog that at least tells you to file a bug ?

  • After working around THAT bug, another one:

    File "/usr/lib/python2.5/site-packages/revisor/pkgorder.py", line 95, in addPackages
    revisor.misc.resolve_dependencies_ugly(yumobj, logger)
    NameError: global name 'yumobj' is not defined

What I'd really like to know is, has any of you fedora heads been able to use Revisor successfully ? If so, which options did you pick ? Someone have a "5 minute click only these things" guide to revisor that is 100% guaranteed to work so I can at least see that this thing can be made to work ? Or should I be switching to Ubuntu to make live cd's instead ?

And to the revisor guys, don't take this the wrong way. I feel guilty for never actually having tried to do proper bug reports (I considered the bugs straightforward and easy to see, so I thought it was still in the experimental stage, until I noticed it was touted as one of the big features of Fedora).

I now realize I should actually push you guys a little, provide some useful feedback, and some ideas for improvement. Because your tool obviously struck a nerve, and I want this to be good, and deserve the place it has been given. So, please start by telling me how you want me to report bugs.

And I'm going to go out on a limb and wager a guess that you guys only test your TRUNK versions, not the versions that actually get packaged and shipped with Fedora. You would help your project immensely by making sure some basic Q&A gets done on the versions you actually package and ship, because there is a lot of low-hanging fruit there.

« Previous PageNext Page »
picture