Wikipedia:Articles for deletion/James Longstreet (security)

 This page is an archive of the proposed deletion of the article below. Further comments should be made on the appropriate discussion page (such as the article's talk page or on a Votes for Undeletion nomination). No further edits should be made to this page.

The result of the debate was Delete --Allen3 talk 21:16, September 5, 2005 (UTC)

James Longstreet (security)
This is a vanity page created about (and most likely by) a college student who was very clever in finding a number of security holes earlier this year but has no real notability. It squeaked through a VfD in March with very few votes either way, but nothing has been added to the article since and there are no significant links to it. I think it's time to re-evaluate the VfD (I vote to Delete). –Shoaler (talk) 17:03, 30 August 2005 (UTC)
 * Delete judging by the linked articles, he was not solely responsible for finding the bugs. --TimPope 17:51, 30 August 2005 (UTC)
 * For the same reasons as given in Votes for deletion/James Longstreet (security), Weak Keep. Uncle G 18:39:04, 2005-08-30 (UTC)
 * Delete; Tim Pope is correct. If we do have an article about this, it should be about the guy's prof: "Students of iconoclastic computer scientist Daniel Bernstein have found some 44 security flaws in various Unix applications, according to a list of advisories posted online." Sdedeo 20:31, 30 August 2005 (UTC)
 * Delete. I'm fairly inclusivist when it comes to people (to counter the more general Wikipedia bias in the other direction), but I don't really see the encyclop&alig;dic value of this article. --Mel Etitis  ( &Mu;&epsilon;&lambda; &Epsilon;&tau;&eta;&tau;&eta;&sigmaf; ) 08:51, 31 August 2005 (UTC)
 * Delete. Other delete voters' reasoning is correct. Quale 17:58, 31 August 2005 (UTC)
 * The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the article's talk page or in an undeletion request). No further edits should be made to this page.