Older blog entries for ianweller (starting at number 71)

never forget your towel

The Hitchhiker’s Guide to the Galaxy has a few things to say on the subject of towels. A towel, it says, is about the most massively useful thing an interstellar hitch hiker can have.

Today is Towel Day, an annual celebration on 25 May of Douglas Adams, his life and his works. The Hitchhiker’s Guide to the Galaxy, and all of Adams’ works, have a special place in my heart for their whimsical and chaotic prose.

Every now and then, I think about the hilariously unintuitive game that Adams wrote for Infocom, which shared the name of his popular trilogy but not too much of the plot. It’s still great to play, and it couldn’t be easier to play on Fedora.

You can install the package frotz, an interpreter for Infocom games and other Z-machine games, in most recent versions of Fedora (I seem to remember installing it back on Fedora 9). Then, you can download the Z-machine file from Adams’ website. After performing these steps, the magic incantation for playing the game is frotz hhgg.z3.

Don’t have Fedora and still want to play the game? There are plenty of frotz ports to other platforms, too. You can also play a graphical Flash (eew) version from an older page from BBC Radio 4.

As for me, I’ll be carrying a towel all day today.

Syndicated 2011-05-25 06:58:08 from Ian Weller’s blog » Advogato

SouthEast LinuxFest: Growth is a good thing

The first thing I noticed Saturday morning was that, in its second year, SouthEast LinuxFest has significant growth. Last year, there were enough booths for a single public space in a student union; this year, booth space was expanded to nearly every hallway used by SELF. I was amazed.

Hats off to the entire SELF team, especially David Nalley, the go-to guy for Fedora contributors by default, and Jeremy Sands, the speaker coordinator. Everybody did an amazing job at making the conference run very smoothly, all things considered. :)

Max and I drove down Friday morning to make it in time for a Docs/wiki hackfest. When I got there, we were talking about the main [[Docs Project]] wiki page; when we were done, we had reworked the join process for Docs. (Or, at least that’s what I can remember doing.)

After the speaker dinner that evening, Michael DeHaan and I skipped on the loud music party and went to go take pictures of Spartanburg. I got some interesting ones:

00128 00028 00076 00063 00152 00097 00087

Saturday I went to go see a couple talks and gave one of my own on the datanommer project. About half the people were Red Hat/Fedora people, which is fine, but the other half were people who I had not seen before. That’s good — somebody outside of Fedora is interested. That’s pretty much the whole point on presenting it outside of a FUDCon. ;)

On Sunday, we had FAD @ SELF, and I think we got a few new people interested in contributing back to Fedora. Awesome!

Overall, I think it was a good weekend, and I’ll be waiting for SELF next year. :)

Syndicated 2010-06-15 11:39:32 from Ian Weller’s free software blog » Advogato

datanommer: Making Fedora metrics more transparent

I kind of surprised myself when I realized I hadn’t blogged about this yet. I talked about it with Max, I talked about it with folks in #fedora-infrastructure, and I’m giving a talk at SELF that circles around this very project.

The Fedora Project, from the beginning of its collection of statistics surrounding itself, has been open and transparent about the numbers we get and how we get them.

There’s just one problem with that: a lot of the actual raw data isn’t publicly available.

Of course, we don’t want to go about publishing raw httpd access logs to public locations. We don’t want everybody to be able to see the IP addresses that visit fedoraproject.org. But we do want people to be able to come up with a number for themselves that answers questions like “how many distinct IP addresses visited fedoraproject.org between January 4 at 4:32 a.m. and February 2 and 6:28 p.m.?” without giving access to our log servers to everybody.

Or, even if the data is publicly available, it’s difficult to get that data because the application doesn’t provide an API of sorts (Mailman, for example). Writing a screen scraper for Mailman is non-trivial.

What if there was a central API that held raw data about the everyday activity of the Fedora community?

I plan to write that. And it shall be called “datanommer.” It’ll use the TG2 stack, at the request of Infrastructure, and, although it will be designed around Fedora’s existing infrastructure, will be agnostic so that other free software projects can use it right out of the box.

Here’s a quick summary of how it’ll work.

  • Applications that already make log files will have those transferred to our log servers by normal means. Applications that don’t already make log files will either use an extension, module or the like to write a log file, or an external script will create a log file, which will then be transferred to the log servers.
  • A cron job will populate a database used for datanommer based on those log entries.
  • The TG2 front end of datanommer will provide a RESTful API to access the data in the database. Applications that provide data and what data they provide to datanommer will be automatically documented for maximum usability.

At first glance, this may seem like a lot of hoops just to get some data. But here’s some reasons we’re doing it this way, specifically:

  • Less load on the app servers. If we programmed datanommer to collect data from each application about once per hour, the app servers and databases would be under somewhat heavy load while that data is generated.
  • If datanommer is down for some reason, it doesn’t matter, because data entry is done directly to the database.
  • If the database is down for some reason, it doesn’t matter. The cron job will just wait another hour to populate the databases.
  • If the log servers are down for some reason, it doesn’t matter. Logs are generated locally on each app server, much like httpd. The log servers will go through and pick up the logs when they get around to it.
  • If the applications are down for some reason, they won’t be generating any data anyway, so it doesn’t matter. :)

For the end-user, accessing the data will be extremely easy. Since a REST API is just based on query parameters, you don’t have to be an expert to download data. It’ll be encoded in JSON so it’s easy to use in any language (especially Python, the lingua franca of Fedora Infrastructure.)

Of course, your thoughts about this process are definitely wanted. You can comment on this blog post to leave your suggestions.

Syndicated 2010-06-10 18:55:02 from Ian Weller’s free software blog » Advogato

Repositioning myself within the Fedora Project

After talking with a few people recently and doing some self-analysis, I feel like it’s time to make a major shift in what I do within the Fedora Project. My Fedora résumé so far has consisted mostly of wiki czaring,1 package maintenance and other odds-and-ends jobs others kindly ask me to do.

I’m presently concerned with the second in that list — a combination of increased stress and decreased time available due to school and the speed of discussion on package maintenance and release engineering is a losing game. In the next few weeks, I’ll be checking all of my packages and determining which ones have dead or slow upstreams or bugs that I can’t resolve on my own. Those packages will likely be orphaned, and if nobody wants to care for them, so be it.

The two others? Wiki czaring is fine, but I need to improve on it a bit (see the footnote), and I always enjoy the random problems that I can help quickly solve for people. This being said, development on mw, supybot-fedora and other convenient software is (hopefully) Not Going Away™ any time soon.

With the pushing away of my first Fedora love, package maintenance, I’ve found something new to focus on. Through my internship with Red Hat last year, I discovered that there is a large deficit of good statistics about our community. There’s a large deficit of good statistics about most free software communities, according to some random Google keywords I just tried, apart from “this is how many times our product has been downloaded.” I really loved the opportunity to combine my self-proclaimed mad Python skillz with answering other people’s questions, such as:

  • How many contributors does Fedora really have? And according to these standards/filters?
  • How often is the wiki edited and when?
  • How many “things” has this random dude over here done? Do we consider that “active”?
  • How many vague statistically-related questions can we come up with on devel@l.fp.o or during a marketing meeting?

Some of these, obviously, have no answer. Yet.

When I finally graduate from high school, I’ll be pushing full swing into answering these sorts of things. Until then, you can help me make Fedora a better place by simply telling us what you want to see tallied up. I asked this about 9 months ago and I got a lot of responses — thank you. But with recent discussions about the future of Fedora and a lot of claims about our user and contributor bases not being backed up (not pointing fingers), I think there are even more questions that can be answered. Please add your statistically-inclined questions to [[Statistics 2.0]] and I’ll do my best in the near future to get them answered with statistics on our community.

I also love help. (Shout out to joshkayse who is taking the lead on making it simple to find a single contributor’s actions within Fedora, taking inspiration from Mel’s FAS scraper.)

Quick summary: Maintaining packages is a drag (for me) right now. I like taking questions and answering with numbers. I graduate soon. Ask questions.

1 While writing this I decided to Google for “fedora wiki czar“. What I found was a mysterious character who was appointed as such in a community touting full transparency. Mel brought this to my attention the other day — I really suck at providing transparency into the process of administering the wiki. It’s pretty much on a whim. It shouldn’t be this way.

Syndicated 2010-03-21 04:10:19 from Ian Weller’s free software blog » Advogato

$ mw commit

It’s 3:25 a.m.

mw now has a working commit command.

Go find a bug for me, please.

Syndicated 2010-03-14 08:25:24 from Ian Weller's blog » Advogato

New awesomeness: mw

During an extremely long hackfest today at FUDCon Toronto 2009, I planned to work on resurrecting fuse-mediawiki from its 15-month slumber.

I failed.

After talking with Jesus M. Rodriguez for an hour or so, we both determined that FUSE is not the right way to go about this for what I want to accomplish. The only thing we were planning to use FUSE for so far was downloading the wiki pages; everything else would be done with helper scripts.

We discussed things like “pull” and “commit”. It started to sound like a bastardized VCS. So we wrote a bastardized VCS. :)

Introducing mw: a command-line program with subcommands like “fetch” and “commit” to work with MediaWiki installations. I spent all day creating the framework for commands and all sorts of things, and ended up creating the init and fetch commands to start a mw repo and fetch some pages.

Currently: useless. Future: promising. I’m hoping that I can get the committing portion ready to roll within the week, and have fetch get all the pages of wikis and categories soonish.

Some key awesomeness: attempts to merge instead of just giving up (haha, you suck, MediaWiki), unified diffs, logs, and anything you really feel like doing.

Clone it now and read the README and HACKING:

git clone git://github.com/ianweller/mw.git

Edit: If you want to discuss this with me at FUDCon tomorrow, by all means do. Ping me on IRC to see where I’m at. :)

Syndicated 2009-12-07 03:56:05 from Ian Weller's blog » Advogato

Gwibber 2.0 in Fedora testing

Huge interface rework. A lot nicer looking. Go test it—F11 and F12 are in Bodhi.

gwibber

Syndicated 2009-11-21 02:36:28 from Ian Weller's blog » Advogato

Long overdue screenshot

Down at FAD Fedora Talk 2009, I spent most of my time working on a mockup for how we could create a new interface to control Fedora Talk in Fedora Community. Here’s a screenshot of what I ended up committing to a new talk branch:

Fedora Talk integration with Fedora Community mockup

The hope for this interface is to provide a drop-dead simple way of starting a conference and selecting whether to stream and record it or not.

Syndicated 2009-11-02 04:41:50 from Ian Weller's blog » Advogato

Community statistics in Fedora and beyond — and where it’s going from here

During my summer internship with Red Hat’s Community Architecture team, my main assignment was to build an automated platform (which eventually was built into Fedora Community) for generating and displaying statistics within our community.

Needless to say, it didn’t get done. :) But it did get a healthy start, and even though the last couple of months I haven’t been extremely active in Fedora, it’s still alive and well.

This week, I started working on a research paper for my independent study at my high school. This independent study just happens to be continuing work on the project that I started a couple of months ago. The paper will include mostly primary sources of what people have said on Stats 2.0’s discussion page on the wiki, but I would love to talk with people on IRC about what they think is important to track so we can analyze not only the growth of the Fedora, but the growth of the community.

It doesn’t end with the one-semester independent study. I am presenting on this subject at UTOSC 2009. In this presentation I will discuss many of the variables of a free software community that can be tracked, and even provide example code and where to get started on automatically tracking them.

So, there’s the state of the Stats 2.0. Would you like to speak with me on IRC sometime about what you think is important to be tracked?

Syndicated 2009-09-10 16:40:04 from Ian Weller's blog » Advogato

Yay Ricky!

Here’s a pretty solid interview with Ricky Zhou on “How Software is Built”, which has interviewed the likes of Mike Shaver (VP of Engineering at Mozilla) and Dries Buytaert (guy who made the Drupal CMS). Go read it.

Syndicated 2009-04-23 00:01:02 from ian weller » Advogato

62 older entries...

New Advogato Features

New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.

Keep up with the latest Advogato features by reading the Advogato status blog.

If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!