Older blog entries for yusufg (starting at number 3)

Got a reasonable thread to my question on freebsd-net about FreeBSD behaviour when the listen queue is full. It seems that it sends an RST which Bill Fenner [IETF routing area director] and Wietse Venema of, Postfix fame seem to think its a very bad thing

Hope the freebsd hackers can get a definitive reply soon and make the appropiate changes to the listen(2) manpage

I asked Jeff Garzik what Linux does in this situation, I looked at the code but couldn't figure it out. BSD code seems easier to read (having the design/implemation of the 4.4 BSD book by your side helps). If anybody else knows about this, let me know via a diary entry

No reply from Jeff as yet, maybe he got caught up in the stupid BitKeeper flamewar on lkml. Daniel Phillips is a smart person, just don't understand why he had to suck up so much bandwith/time for this issue

Came across this page about WindowsXP DNS resolver and its own caching/security policies

It seems that Microsoft is admitting that out of the box, WindowsXP can be cached-poisoned :). Ohh, and in order to secure the box, you need to hack the registry which may require you to reinstall your OS. Hmm, and they say Unix is difficult to use and inflexible :)

Now, I am not sure if that is still the case if the resolver points to secure caches such as dnscache. If that is so, its a disaster waiting to happen

Had a look at the Skipjack kernel SRPM to see what patches were incorporated in Redhat's upcoming release. O(1) scheduler, rmap and low-latency seemed to be the most interesting. It would also be nice if there was documentation in the kernel src rpm which said what each patch did

Anyway, with this combo I don't think I'm going to be using stock kernel's for a while

Fired up red-carpet to see if the RPM update was available in the Redhat 7.2 channel, it still isn't even though the errata has been out since approximately a month.

I can manually download and update the package but there seems to be no information from Ximian whether doing so would cause bad juju for RedCarpet. I know RedCarpet won't touch kernel upgrades, what other packages won't it upgrade ?

US Patent number 6368227 rocks :)

Children, please break out your piggy banks

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!