Older blog entries for company (starting at number 111)


In the recent times I often wished Mozilla would just go away. This has been the case whenever I had to write code that interacts with Mozilla. You can witness the frustration in swfdec’s mozilla-sucks directory. It’s an experience I wish noone has to live through. And after talking to Vlad and Reed (You need a blog, where am I supposed to link to?), I now think I understand why interacting with Mozilla is such a bad experience.

The problem with Mozilla - note that I’m saying “Mozilla” when I mean “the community of people that make up the Mozilla project” - is that it’s focused on building a stand-alone project. A number of products (like Firefox) are built with the single goal of putting out an awesome complete product. For this goal, Mozilla takes responsibiltiy for all the software it uses and makes sure it is tuned to work perfectly with the product they ship. This is likely the best way and maybe even necessary if you are in a “hostile” environment like Windows or OS X, where the people building the operating system ignore you or are your biggest enemies for market share. However, it is somewhere between unfortunate and hostile if you behave like this in a cooperating environment like Linux.

The way I experience building Linux is that everybody works together to ship awesome software. Everybody has different goals, but there’s a constant exchange of this so people are aware of each other’s issues and ways to fix stuff are worked out. It also means that everyone customizes each other’s stuff all the time. Sometimes this works out well, sometimes not so well. But at all times it is encouraged to cooperate to achieve whatever you want.

The most obvious example of where Mozilla’s goals contradict with other Free software projects is the trademark issue, which is a licensing question. This leads to a problem between distributions and Mozilla about the question of how much customization they may do to Firefox to integrate it into the distribution. Then there’s the missing integration of Mozilla technologies into other projects. Mozilla does not only have a great web browser, it also has the fastest Javascript implementation or a complete network library that noone but them uses and everyone else has to redo. On the other hand they still insist on weird technologies that just don’t fit into my GNOME desktop.

I guess this absence of Mozilla from the Free software community and insistance on doing their own stuff is what causes frustration with Linux people and fuels the buzz about browser replacements. Mozilla seems to see the problem, but I don’t think their solution is right. We don’t need just a technical solution. We require a solution in people’s minds.

Syndicated 2008-05-25 13:05:54 from Swfblag

senior developer

If anyone asks about it in the future, I go by the term senior C developer now. I’ve found a real bug in gcc.


Syndicated 2008-05-05 19:40:00 from Swfblag

webkit time

So it seems gtk-webkit can support Free plugins, too. Even though it has its own quirks.
And it also seems Swfdec runs the new Youtube beta fine, too.

But be careful with poor Webkit, it likes to crash.

Syndicated 2008-05-02 22:17:14 from Swfblag

required reading

Here is required reading for everyone wanting to hack on Swfdec. It’s a nice 280-page introduction on the topic. Go Adobe for publishing it. Keep up the good work.

I think it’s a smart move of Adobe to try to go a more open way in pushing Flash (and its succcessor AIR) in the embedded context. After all, there’s at least three competitors in the new browser wars about “rich content”: Adobe, Microsoft and the W3C. But then, my previous statements about the topic are still relevant I think.

Syndicated 2008-05-01 12:45:29 from Swfblag

on marketing

Marketing is a societal process … attempting to move the consumers toward the products or services offered.

I hate marketing. With a passion. The sentence above shows the 2 biggest problems I have with it. One is the word consumer, which often means “too stupid to make its own decisions”. The other is the fact that it doesn’t talk about the quality of the offer, but only about “moving towards”. To me that means that marketing is deeply unethical because its definition already violates the golden rule and the categorical imperative.

But before I get lost in another philosophical discussion with Christian I’ll get back to Open Source. And no, I’m not going to speak about the fact that “ODF good, OOXML bad” is just a big marketing campaign to close Ubuntu bug #1 or about if Linux is ready for the desktop, because that’d just get all the carnival barkers back on their podiums. They are just good as examples for the point I’m trying to make. And that point is that people generally behave seriously braindamaged when it comes to deciding about products or services they have no clue about (and yes, that likely includes me). Of course, we’re all trained to do the faith-based consumer approach by all the marketing that gets thrown at us, so we have a “good” excuse: And after all, how could the people we trust be wrong?

Turns out, the people we trust have no clue either. That bug report is Debian wondering which Flash player to ship in the default install. Apparently the most important thing in deciding about it is wether Flash starts paused (changing that is a one-line diff) or the amount of people that have submitted code. Stuff like feature completeness or code quality don’t seem to be that important. Why should they be, those are hard questions, answering them is way easier than looking at statistics or the big play button in your browser. Another hard thing for people is realizing that one doesn’t have a clue and asking the developers of the respective projects for their opinion. It still baffles me that people don’t ask.
Apparently in these cases marketing is very easy. Since the people don’t even have a clue what the right questions to ask are, marketers are free to make up their own questions to ask about the project and provide the answers. Which is what is happening in the bug linked above: The Gnash maintainer markets Gnash with made-up questions, the Swfdec maintainer does the same for Swfdec.

An interesting thing about all of this is that the Gnash and Swfdec projects have been using a very different approach at marketing. I have always been very careful, telling people they’d better try themselves, and not promising features; instead reminding them that reverse-engineering a product of that scope is hard. On the other hand, Gnash promoted itself as having “full Flash 7 support” by the end of 2007. That was a year ago. So you have one project that overpromises and another one that underpromises. Now if you browse discussions about Flash players on various mailing lists or forums, you’ll notice that Gnash is known way better. People are very more aware of an application that claims to almost support Flash than an application that claims it might not even work. On the other hand, the perception of Gnash is more negative. Gnash does not deliver its promises. Swfdec on the other hand promises nothing, so it’s likely it’ll be better than people expect, which makes them happy. Now, the question is: What’s the better approach? It’ll be interesting to follow it on Google blogs. If I ever figure it out, I’ll blog about it. Until then, it’ll probably remain nothing but an interesting thesis project for someone studying marketing.

Syndicated 2008-04-29 10:14:27 from Swfblag

Welcome to my world

Hello system monitor developers! Have a nice stay, enjoy some Youtube videos while you wait. Maybe even try to fullscreen them!

Syndicated 2008-04-10 21:51:06 from Swfblag

back to the roots

I meant to blog about this for a while, but I guess I’m not that bloggy. Anyway, I’m still hacking Swfdec. I didn’t write a blog post for the recent Swfdec 0.6.2 release nor for the swfdec-gnome releases I do all the time to go with Gnome releases. I didn’t even write a proper blog post for Swfdec 0.6.0, and that was a major release.

But still, stuff happened. All distros I know about have the 0.6 version of Swfdec in their repositories now - and that even includes Ubuntu, thanks to Adam Caldwell - you rock, dude! But the most important thing I guess is that due to the awesome work of Brian Pepple Swfdec will be included in the default install of Fedora 9. So if you want Swfdec working on a Live-CD you know where to look.

We’ve also been adding features to Swfdec’s unstable branch. The most user-visible feature is editing support for text entries. So you can actually enter text now! I also made the script engine twice as fast by accident. But the most interesting feature for me is a feature I intend to use for debugging Swfdec: the addition of a “script translation engine”. What does it do? It translates an absract syntax tree from/to the byte codes inside the flash file or Actionscript code. This means we have a compiler and a decompiler for Flash now. And that in turn should help debugging Swfdec internals tremendously. Expect a 0.7.2 release with all these goodies soon.

The down side to all of this is that my GVfs hacking has suffered (read: gone nonexistent). I intend to do some hack weeks on GVfs to get some more features included and bugs fixed and of course I read GVfs bugmail, but I guess that’s about it for a while.

Syndicated 2008-04-08 21:05:29 from Swfblag

Open Source will scale

I’ve always been a bit scared about the day when 99% percent of the world uses GNOME. It’s always been said that there will be huge amounts of people that will come and post questions to the mailing lists or filing bugs and the current developers won’t be able to handle the load. This sounds like a very convincing argument. If currently 1% of the world uses GNOME and it suddenly were 100x as many, we’d be at 40 million bugs right now. Even Andre wouldn’t be able to keep up anymore.

Since the last few days I’m not scared anymore. We’ll easily scale to much more than 100% of the world’s users. And the reason for that is easy: Most people won’t come to us. Most people won’t know or care that there is a way to complain about something and will instead moan about missing features in their favorite internet forum. I’d even go so far as to say that the amount of bugs wouldn’t increase at all if we suddenly had 99% market share, because everyone interested in working on GNOME already does.

What made me say this? The online forums of/for distributions. I tend to google Swfdec regularly - particularly after releases - to see what the public perception of it is; it helps a lot in identifying issues. Lots of people talk in those forum, but even though they are really close to the distro (as opposed to a WoW forum), there is a huge disconnect between the forum communities and the distro community. It almost never occurs to the forum members to file bugs, check the homepage of upstream projects or otherwise interact with the distribution. Instead, they spend most of the time with anecdotal stories of how they fixed problems and hearsay about what they think happens in the Linux world. In shot, they’re as well informed about their distro as the tabloid press is. What makes this even more interesting is the fact that this seems to be by choice. Noone is discouraging them from participating in the Free Software world. At least they don’t sound bitter. They seem to be content the way it is. And I see no reason for why the remaining 99% of the world will be any different.

Syndicated 2008-04-07 11:48:47 from Swfblag

bug reports

I’m actually not sure if I should be happy, sad or scared after reading this bug report. After all, a karate ninja might decide to hunt down me and not Linus.

Syndicated 2008-03-31 20:45:59 from Swfblag

help Ctrl-Q die

Dear maintainers of Gnome applications that don’t allow closing the window with Ctrl-W, please “fix” your application. Ctrl-Q is outdated for anything but weird applications that are multi-windowed. Most of the time this is a simple fix in your .ui file where you just need to change the accelerator key.

Please don’t ask me for a reason for this change, I just want all apps to close using the same key, no matter wich one. After consulting lots of people it seems Ctrl-W is the way to go forward. So gcalctool, totem and friends, please make me happy. I’m way too lazy to file lots of bugs for a 1-character change.

Syndicated 2008-03-17 18:37:17 from Swfblag

102 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!