Weblog entry #1 for niol

Updating deprecated info in articles
Posted by niol on Fri 1 Jun 2007 at 08:41
Tags: none.

I was just wondering how do you think I should handle howto updates on an article I wrote for the site.

As said in a comment, this is completely deprecated due to the new work that the wpa_suplicant maintainers have put into the packaging.

I have updated the original article with the new stuff on my wiki.

How should this be handled? Should I submit a new update article and ask Steve to put an "Update warning" on the old one? Ultimately, I do not need to host that stuff as long as I can easily maintain it. Should this stuff go in the Debian Wiki?

Another weblog post seems to raise the same questions.

 

Comments on this Entry

Posted by Steve (80.68.xx.xx) on Fri 1 Jun 2007 at 13:33
[ Send Message | View Steve's Scratchpad | View Weblogs ]

In general I suggest people only update articles in place :

  • To fix obvious errors.
  • To fix typos.

If an article is completely obsolete by now then I'd suggest the comments should make that obvious, and my preferred solution would be to see a new article submitted which is current.

With the tagging system in place it should be possible to tag articles "Sarge", "Etch", "obsolete", etc appropriately. I did make a start at doing that myself, but I got a bit bored of it. Certainly users are welcome to tag things like that - and indeed that is half the reason for user tagging in the first place!

Steve

[ Parent | Reply to this comment ]

Posted by ajt (85.211.xx.xx) on Fri 1 Jun 2007 at 22:08
[ Send Message | View Weblogs ]
I suppose articles have "sell by dates on them"...

I need to update some of mine too...

--
"It's Not Magic, It's Work"
Adam

[ Parent | Reply to this comment ]

Posted by simonw (84.45.xx.xx) on Sat 2 Jun 2007 at 11:53
[ Send Message | View Weblogs ]
Funny - I was pondering this the other day. Trying to find information on how character encoding is handled by Perl, and various CPAN modules.

The answer to some of my questions changed at Perl 5.6 and 5.8, and at various other minor changes over the course of history, which means there are a lot of "stale" comments and articles out there.

In comparison Debian articles that often mention the release used, are much easier to follow.

I don't think there is one solution, but there presumably are ways to do a more general solution which might be a business opportunity...

[ Parent | Reply to this comment ]

User Login

Username:

Password:

[ Advanced Login ]

Register Account

Quick Site Search