Older blog entries for sej (starting at number 182)

19 Jan 2003 (updated 19 Jan 2003 at 17:48 UTC) »

(pointed out by a friend) Where is the source for Safari? Why am I not informed of its GPL licensing when I download the beta binary (imposed by the use of khtml)? Why isn't slashdot.org all over this?

We're all the unbelievably lucky winners in the craps game of life, the fortunate progeny of countless generations of successful reproducers. Shouldn't that be enough?

Speaking of bets, any wagers on how long before AOL Time Warner drops the AOL from its moniker? That will make it easier to name each of the two phallic towers it is building on the southwest corner of Central Park.

7 Jan 2003 (updated 7 Jan 2003 at 18:57 UTC) »

I'm quite intrigued by Lawrence Lessig's Creative Commons foundation, an attempt to formalize liberal licensing of artwork and other media. I had created my own license for Artwork , Web-Pages, or CD-ROMs a while back, but I'll gladly switch to the equivalent Attribute-NonCommercial from CC.

Now I just wish they would publish an unfiltered feed of web-sites that register at their site. Nothing wrong with them creating a database of materials they judge to be in their interest to publicize, but why sit on the only complete database of CC-licensed material? Their web pages state they expect others (search engines, et.al.) to build these indices, but why search the whole web when you can start with a targeted list?

shlomif, yeah that's it, that's what we need, a Freshmeat for Creative-Commons.

Converted (to PDF) and uploaded the first chapter of my Creative Commons-licensed fantasy story. Fear not, the rest is finished (was finished long ago). I just have to retype those portions which I have only a paper copy. Wait a month for the whole thing, or start reading it to your kids in serial fashion now.

ivtools-1.0.7 is out. Some preliminary SVG export work, but mainly of interest to those with RedHat or MacOS X related problems.

New work for me marketing software of Theseus Research. Know anyone interested in an alternative to the industry standard bicubic image interpolation with better performance (less artifacts) and less throughput required (easier to implement in firmware/hardware)?

obi, you have no idea of the depth of my interest in Fresco :-).

As for hardware acceleration of alpha-compositing, yes that's true, though this still relies on access of a framestore (i.e. memory) by a processor. The processor and framestore are probably optimized for the task at hand, but the same option of acceleration is available to the X server I would think.

finkify

ivtools is now available as a fink package on Mac OS X 10.2 (Jaguar), thanks to Ben Hines. Fink is an interesting cross-breeding between Debian's apt-get and the more fluid community of OS X developers/packagers. It proved to be an incredibly slack way of acquiring ghostview and gimp for OS X.

the lost city of Fresco

Once upon a time there was a resolution-independent cross-platform X11 toolkit called Fresco that lost a standards battle with the entrenched Motif forces. Then there was a built-from-scratch replacement for X11 called Berlin that got nowhere until a fresh group of developers reused the Fresco sources to make their CORBA driven high-level windowing system.

Then after a few more years in the wilderness they decided to change the project name to Fresco, to honor the original sources (which are still available, and still work). It is, above all, an interesting experiment in windowing systems. Elevating the protocol to the level of the original Fresco class hierarchy drastically alters throughput and footprint requirements, while resetting the social foundation of the application space.

And building in anti-aliasing and alpha-transparency from the start might have certain advantages over the X11 extension process. Though not to the extent claimed in a recent slashdot post, where the Keith Packard's approach of grabbing the background to do alpha-transparency on top is ridiculed. I'm quite sure that Fresco (and its renderers) have to rely on an intermediate pixmaps for that as well. And as long as the pixmaps are local to one process (or in shared memory), "grabbing" them is as simple as reading local memory.

(p.s. not to brag too much, but I did scoop the Fresco name change here)

6 Nov 2002 (updated 7 Nov 2002 at 00:24 UTC) »
Debian

Looks like progess in the offing working with Jordi. I really appreciate it.

MacOS X and gcc

The GNU programming suite on MacOS X is the most stable packaging of gcc and gdb I've seen in years, especially for C++ programming. At least this is true for 10.1. I imagine they did the same amount of internal testing and modification to gcc-3.1 on the 10.2 release. Other than missing self-descriptive virtual pointers (but nobody gets these anymore from gcc), I find the interplay between compiler, debugger, and binary format to be extremely reliable and predictable.

Without that foundation I might as well be programming in Java. In a way they are beating RedCyg at its own game, with its own tools. I'm glad somebody raised the bar.

Unidraw

And with that foundation I found (and removed) an ancient bug in Unidraw. It was an out-of-order destruction of global objects upon program termination that had never been caught before. The problem would only show up with an aggressive malloc that intentionally overwrites freed blocks to highlight this kind of error. I love finding old bugs. However, given the possible life of the software, they are really quite young.

Design Patterns aren't the territory

There is a slashdot review of the Design Patterns book today. Good to see publicity for some of the fundamentals of object-oriented programming. But I have to admit, I've only read the introduction.

When I met John Vlissides he said that I must have been the perfect audience for their book, a long-form textual explanation of the underlying design of the software I work with. I said no, for the most part I learned the patterns from the code. Ok, there was a paper or two published early on, but real understanding came from watching the patterns come to life via gdb.

Debian

I sent an e-mail to Anthony Towns, asking if he could explain why ivtools was removed from woody. It would be helpful information for any party considering adoption of the package, as we move forward to Sarge.

ok, I have to retract a portion of yesterday's entry. The RC bug for ivtools reported on debian-devel-announce (#94609) was fixed in March 2002, prior to the final freeze. So it still seems to me ivtools was removed from woody for an undocumented reason, in an undocumented manner.

thom, I've invested time to fix problems that only show up for Debian. Don't you think some sort of reciprocity is in order? Sure, with open-source one can package a distribution without any viable relationship with the developers, but what happens when you need them?

jbucata, is there an all option when searching newsgroups at lists.debian.org? Without that it is quite a task to find those needles in that haystack of newsgroup postings.

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