Slashdot Mirror

Bill Haneman
Gnome Accessibility Project
FSG Accessibility Work Group
Sun Microsystems Inc.

Bill Haneman
Gnome Accessibility Project
FSG Accessibility Work Group
Sun Microsystems Inc.

Like http://worldwide.kde.org/ and http://live.gnome.org/GnomeWorldWide.

http://www.gnome.org/bounties/Features.html#438844 197

Most unprecedented application
Have an idea you think no one's ever had before? An innovative application that doesn't exist but that everyone needs? Something so cool it just has to be done?

This bounty will be awarded to the authors of the most unprecedented application. Submissions will be judged by a panel appointed by the GNOME board of directors.

http://torrent.gnome.org/
http://torrent.linux.duke.edu/
details http://torrent.linux.duke.edu:6969/

They are proving once and for all that there is no swedish conspiracy.

Sure, there's lots of functionality on the middle mouse button, at least in *nix. Many applications use middle click to paste the contents of the clipboard. Nautilus uses it to open a folder and close the current window (in spatial mode), and several window managers bind various window operations to a middle click on the titlebar.

Sure most have one or two innovative features, but what applications in the OS world are really innovative, especially from an end user perspective?

Certainly not desktop environments, servers, remote shells, anonymizing (or swarming) networks, or compilers.

Because all of those things are just replacements for commercial applications, and did nothing new.

Actually, Linux is moving onto the desktop.
http://www.kde.org/ The K Desktop Enviroment, really stable and is what I use
http://www.gnome.org/ GNOME, made by red hat and shipped with Fedora Core

If anyone else could post some more GUI's i'd appreciate it

Terminating zombie children isn't unknown in the Unix world.

Similarly for Abiword, that project has consistancy across platforms as a goal, and is also not a gnome project. It does go reasonably out of it's way to play nice with a Gnome environment, however.

I'll say... Abiword is part of Gnome-Office, so actually I'd say that it is part of Gnome. The Abiword devs may not have developed it specifically for Gnome - but Gnome seems to have expanded "Gnome" to include Abiword.

And your distinction between a GTK-app and a Gnome-app is ridiculous.

Becuase it is easy to replace it with better faster (java is slow... you have to load the VM it's just not as fast as C I don't care what you java fanboys say)

MS word replacement:
abiword (cross platform OSX win32 linux etc...)
http://www.abisource.com/download/index.phtml

excel replacement:

Gnumeric (cross platform linux win32... not sure if it works with OSX)
http://www.gnome.org/projects/gnumeric/downloads.s html

C, since objects really are overrated for anything that normal developers might want to maintain?

C can too be object oriented! It's powerful and great, and can link with anything because you don't have to deal with marshalling, and everything supports linking with C, and you just don't appreciate it because you've been spoiled by syntatic sugar. That's why you don't appreciate creating two different structs and explicitily calling both allocators and constructors and implementing 'isa' with #defines.

Now shut up and drink the kool-aid.

@_@

Have you seen KDE? Not to be flaming, but i think you should do some more research on linux desktops. Some good sites for this...

http://www.kde.org/ The K Desktop Enviroment (what i use)
http://www.gnome.org/ GNOME, another Desktop Enviroment thingy. The competitor to KDE
http://www.xfce.org/ XFCE, a lightweight desktop for less-powerful comps.

And that's all i can think of...

For those of you not familiar with it, the heap is where applications dynamically allocate memory at runtime. The problem is it is just one chunk of memory that is grown, and can only be shrunk if the memory at the very top is deallocated.

For example, you might be viewing a lot of large images in Firefox consuming lots and lots of memory. Firefox might then go ahead and allocate some dynamic memory during this period that gets tossed on the top of the heap. When you eventually close all those tabs, the memory where the images are stored are in the middle of the heap, so it doesn't actually shrink, and thus memory usage doesn't decrease. On the plus side, this wasted memory will be reused for future allocations, and may end up being swapped out (still bad, but better than being locked in memory that can't be used by other applications).

There's an interesting wiki discussion about this and other memory consumption issues for anyone interested.

Anyway, try closing Firefox and opening those four tabs again, memory consumption should be much less. Mind you, if it works you could just as well say it's a memory leak, so it doesn't really prove anything.

Also be sure you're measuring RSS, as that's a measure of what is actually in memory. VSZ just measures the address space size, a lot of which isn't actual memory.

If anyone is curious, my Firefox is currently consuming 56M with 22 tabs open (mostly /. articles and other morning news).

I frequently wonder: "What are the Chinese doing with their broadband? Are they writing Free Software with it?"

I look at the Planet Gnome map, and I see like: 4 GNOME developers in China.

Is there a Free Software community in China?

Are they working on stuff we don't know about?

I'm having visions of like: One day, we discover there's a third pillar, in addition to just KDE and GNOME. And we didn't even know about it, because everything was worked on in Chinese, which we never searched for.

I frequently wonder: "What are the Chinese doing with their broadband? Are they writing Free Software with it?"

I look at the Planet Gnome map, and I see like: 4 GNOME developers in China.

Is there a Free Software community in China?

Are they working on stuff we don't know about?

I'm having visions of like: One day, we discover there's a third pillar, in addition to just KDE and GNOME. And we didn't even know about it, because everything was worked on in Chinese, which we never searched for.

Want meta-data search (spotlight) on GNU/Linux? Try installing Beagle.

From Beagle's webpage; "Beagle is a search tool that ransacks your personal information space to find whatever you're looking for. Beagle can search in many different domains:

documents
emails
web history
IM/IRC conversations
source code
images
music files
applications ...and much more

Have a look at uber hacker Nat Friedman's videos of hot Beagle Action.

In short, beware teh Gnome.

Linux already has the best desktop in the world, why wouldn't you switch? And if you like crappy desktops, well we've got one of those too.

Sys V init scripts are just archaic and are showing their age and preventing more sophisticated forms of startup. Why doesn't RedHat investigate replacing Sys V init with a new, dependency-based, parallelizable startup system like Mac OS initialization system or Seth Nickell's proposed "SystemServices" init system:

http://www.osnews.com/story.php?news_id=4711
http://www.gnome.org/~seth/blog/2003/Sep

This could easily be backwards compatible such that there are services defined which are simply one-to-one mappings to scripts. Once it's dependency based, you don't have to worry about assigning hardcoded priorities manually and then writing dock gadgets that tell the user when the services are done "starting". As a user I couldn't care less that the services are done starting. Programmers have a futuristic technology called semaphores that can be used to block until a required dependency is fulfilled. If you want to print, and the print spooler hasn't started, instead of blowing chunks, you just implicitly start it. Magic! Ideally, ALL services would be lazy by default unless specifically told by the user to start up automatically (i.e. ssh server, web server, etc.)

One distro uses this for watching /home recursively. I don't remember why or which. :)

It probably is for Beagle for indexing and searching.

Yes, that explains why companies like Apple, and even Microsoft in their own, glacial way, are innovating on a fundamental level while Linux is ...you know. Not.

Think about where all the attention is going: Human-user interface design.

That was Apple in 1985. Today, Apple is doing no-shit innovation.

Yes, we're doing big-time flashy innovation with things like Core Data and Spotlight.

I take it you've not used the Bitstream Vera fonts then?

A major factor in my switch to Macintosh as my primary platform was that I could run both perl and Excel on the same machine.

So you're able to install Excel, but being unable to download and install Perl drove you to the Mac? What business do you have evangelizing that platform? Choose your poison:

* Activestate Perl
* Cygwin

Two completely different ways of getting Perl on Windows.

Maybe if more geeks played with the spreadsheets we could come up with best practices to hand over to the PHBs.

This is entering the realm of a technical artist - somebody who knows something about the underlying math, but also has a good eye for presentation.

It has been over a decade since the last innovative new spreadsheet - Lotus Improv. Time for something new.

I agree that Excel is ancient, but there are still modern newcomers like Gnumeric or OpenOffice?

ugh... this meme particularly irks me because it's so wrong.

Dashboard / Konfabulator are not copies of Desk Accessories. They're copies of SASH from IBM, which got cloned in the Linux world as SASHXB.

The common theme with all of these programs, and NOT Desk Accessories, is that they are small applications (or "applets") which are written by end-users in Javascript.

http://sash.alphaworks.ibm.com/
http://developer.gnome.org/feature/archive/sashxb/

have you used iTunes? compare its live-updating search with the Windows/linux type-then-press-enter-then-wait-a-bit

Well, I use linux and we have Beagle.

For windows, there is the Google Toolbar.

Because both maintain an index of searchable items, the search is lightning-fast, just like Spotlight.

I'm not an Mac owner, but Tiger's search doesn't sound anything like locate. Locate has no knowledge of file type, file contents or metadata. It couldn't show you "all Openoffice files written by John Smith last tuesday", for example. It wouldn't index you emails etc.

It also requires a complete database scan to update AFAIK, whereas spotlight updates its database in the background as it is integrated into the OS, so Spotlight will generally be up to date.

Free software that will be quite similar to Spotlight is Beagle, which looks pretty impressive.

Just because Havoc says something doesn't mean it's true. Havoc doesn't own the Gnome project, and doesn't have the authority to make a big, sweeping change like this.

In the past, sometimes his plans for Gnome have been in conflict with other members of the team.

If Havoc wants to fork the project, fine. But don't call it 'Gnome 3' unless it has been designated the 'Gnome 3' project by the board.

Now, if this was a message from the Gnome Board of Directors, I would feel differently.

I realize that, but there are places where memory is allocated inproc as nonshared - see this from GnomeLive about the total cost of buffers for X.

No, KFind and gnome-find aren't equivalent to what we're talking about here. What's equivalent is Beagle, but it's not finished yet.

We can currently download Beagle for open source operating systems and desktops, and it's already somewhat usable. It's written in C# and requires Mono, and I think it's one of the killer apps for OSS too. We've also see it ported to Windows so things are getting very interesting here.

So between Spotlight and Longhorn and Google and Beagle, it's not just a 2-way battle :)

• "
• Gtk+ has about as poor a collection of documentation as can be found"

For the past few weeks, I've probably spent between 4 to 12 hours per week contributing graphics and code to another, slightly less visible open source project.
I personally don't do Firefox, but I'm pretty sure that wasn't the point of your question.

Mozilla's Firefox can probably claim to have thousands of eyeballs looking at the much of the code, as the multi-platform nature of it means a larger installed base and more interested developers.

Epiphany does this, you define a number of keywords and when you add a bookmark you choose which keywords should be applied to it.

Then when you type a keyword into the address bar, it lists all links that match those keywords. It will also automatically add search urls to the dropdown if you've put a %s in the relevant place in the URL.

http://www.gnome.org/projects/epiphany/

Don't worry, you aren't a test case, perfect or otherwise.

Bitstream Vera is not subject to the GPL.

Isn't OS X, which he seems to say is a platform, built upon a unixish BSD?
I don't see why the same thing can't happen with Linux. It's going to take some work for sure. Luckily people do seem to be working in that general direction...

What kind of advantages does AA7 offer over http://www.gnome.org/projects/evince/ evince? I'm sure there are advantages...I just don't know if they're compelling enough for me to dump the first decent free pdf viewer I've come across.

I suppose that you didn't follow the link, and notice that it lists 2.10.1 as being proposed for a release next week? You likely didn't. But, of course, you likely have more conclusive data than the info on the link that I posted... So, why not share it? After all... 2.10.1 wasn't officially announced *anywhere* on GNOME's site or mailing list, so there must be some "insider information" somewhere about its release. ftp://ftp.gnome.org/pub/GNOME/desktop/2.10/ ftp://ftp.gnome.org/pub/GNOME/platform/2.10/ You're a bright person.... Where is 2.10.1? It certainly isn't on the FTP site.

I suppose that you didn't follow the link, and notice that it lists 2.10.1 as being proposed for a release next week? You likely didn't. But, of course, you likely have more conclusive data than the info on the link that I posted... So, why not share it? After all... 2.10.1 wasn't officially announced *anywhere* on GNOME's site or mailing list, so there must be some "insider information" somewhere about its release. ftp://ftp.gnome.org/pub/GNOME/desktop/2.10/ ftp://ftp.gnome.org/pub/GNOME/platform/2.10/ You're a bright person.... Where is 2.10.1? It certainly isn't on the FTP site.

As far as I can tell, GNOME 2.10.1 isn't supposed to be released until next week... And that's just a proposed date: http://live.gnome.org/TwoPointEleven It is true though that there are several "2.10.1" tarballs out there, as bugfix releases for next week.

It's been done.

"Adjustment layers are the way to go and they've been asked for several years already but evidently the gimp developers don't care about them enough to provide them."

Just because someone on Slashdot tells you that adjustment layers are easy to make, doesn't make it true.

Adjustment layers are discussed in bug report 79025, where Sven suggest that their implementation depends on GEGL.

From what I seem to remember from earlier discussions (nobody will correct me if I am wrong), the problem is as follows: an image can be made up from hundreds of layers. For the renderer to correctly composite your view of the image, it has to traverse all these layers and decide per pixel whether to render it, or not, or part of it. This can slow things down tremendously, so tools like the GIMP and PS have smart caching routines that allow them to skip part of the rendering loops. Apparently, interfering with the layer stack (for instance by adding adjustment layers) means rewriting the caching routines.

Again, this is from memory, I probably remembered it wrong.

"Actually, for this particular one, they tend to say "NOTABUG" or "WONTFIX"."

Since your flunkies modded you 40% insightful and 30% informative, could you please point to the exact Bugzilla reports that proposed the GIMPShop solution and that have been marked NOTABUG or WONTFIX?

I haven't been able to find a single one.

The following came close though:

- Bug 150927. The reporter proposes to add the ability to change the menu names of Photoshop plugins. This one is still open.

- Bug 158149. The reporter proposes to change the name of a menu item. The developers decide WONTFIX, because they are content with the current shared GIMP/Photoshop solution.

- Bug 161970. I cannot say I completely understand what the reporter is trying to say. Marked NOTABUG, because this was a problem with GTK+ for Windows, not with the GIMP. (Although related, they are separate projects.)

- Bug 140439. A major improvement from GIMP 1.2 to GIMP 2.0 was in the usability department. For one thing, menu items were put in positions that made sense. The Layers menu was renamed to Layer menu and received all the functions that operated on just one menu instead of on the entire image.

Someone moved "Flatten image" from the (now defunct) Layers menu to the Image menu, and the reporter takes issue with that. Although the developers were still discussing this, the reporter himself closed the bug!

- Bug 121169. The reporter claims the GIMP should be less like Photoshop. I agree! This report was RESOLVED as INVALID though, because it contained a list of bugs, which is not a very useful way to work with Bugzilla.

- Finally, Bug 118115. This is a tricky one. The reporter says the GIMP, like Photoshop and other tools, should use the Delete key "for deleting things". Again, the reporter closed this bug himself before the developers were finished discussing this.

I am eagerly awaiting your real list of bug reports that addressed the issue GIMPShop addresses and that were closed by the developers as a non-issue.

"Actually, for this particular one, they tend to say "NOTABUG" or "WONTFIX"."

Since your flunkies modded you 40% insightful and 30% informative, could you please point to the exact Bugzilla reports that proposed the GIMPShop solution and that have been marked NOTABUG or WONTFIX?

I haven't been able to find a single one.

The following came close though:

- Bug 150927. The reporter proposes to add the ability to change the menu names of Photoshop plugins. This one is still open.

- Bug 158149. The reporter proposes to change the name of a menu item. The developers decide WONTFIX, because they are content with the current shared GIMP/Photoshop solution.

- Bug 161970. I cannot say I completely understand what the reporter is trying to say. Marked NOTABUG, because this was a problem with GTK+ for Windows, not with the GIMP. (Although related, they are separate projects.)

- Bug 140439. A major improvement from GIMP 1.2 to GIMP 2.0 was in the usability department. For one thing, menu items were put in positions that made sense. The Layers menu was renamed to Layer menu and received all the functions that operated on just one menu instead of on the entire image.

Someone moved "Flatten image" from the (now defunct) Layers menu to the Image menu, and the reporter takes issue with that. Although the developers were still discussing this, the reporter himself closed the bug!

- Bug 121169. The reporter claims the GIMP should be less like Photoshop. I agree! This report was RESOLVED as INVALID though, because it contained a list of bugs, which is not a very useful way to work with Bugzilla.

- Finally, Bug 118115. This is a tricky one. The reporter says the GIMP, like Photoshop and other tools, should use the Delete key "for deleting things". Again, the reporter closed this bug himself before the developers were finished discussing this.

I am eagerly awaiting your real list of bug reports that addressed the issue GIMPShop addresses and that were closed by the developers as a non-issue.

"Actually, for this particular one, they tend to say "NOTABUG" or "WONTFIX"."

Since your flunkies modded you 40% insightful and 30% informative, could you please point to the exact Bugzilla reports that proposed the GIMPShop solution and that have been marked NOTABUG or WONTFIX?

I haven't been able to find a single one.

The following came close though:

- Bug 150927. The reporter proposes to add the ability to change the menu names of Photoshop plugins. This one is still open.

- Bug 158149. The reporter proposes to change the name of a menu item. The developers decide WONTFIX, because they are content with the current shared GIMP/Photoshop solution.

- Bug 161970. I cannot say I completely understand what the reporter is trying to say. Marked NOTABUG, because this was a problem with GTK+ for Windows, not with the GIMP. (Although related, they are separate projects.)

- Bug 140439. A major improvement from GIMP 1.2 to GIMP 2.0 was in the usability department. For one thing, menu items were put in positions that made sense. The Layers menu was renamed to Layer menu and received all the functions that operated on just one menu instead of on the entire image.

Someone moved "Flatten image" from the (now defunct) Layers menu to the Image menu, and the reporter takes issue with that. Although the developers were still discussing this, the reporter himself closed the bug!

- Bug 121169. The reporter claims the GIMP should be less like Photoshop. I agree! This report was RESOLVED as INVALID though, because it contained a list of bugs, which is not a very useful way to work with Bugzilla.

- Finally, Bug 118115. This is a tricky one. The reporter says the GIMP, like Photoshop and other tools, should use the Delete key "for deleting things". Again, the reporter closed this bug himself before the developers were finished discussing this.

I am eagerly awaiting your real list of bug reports that addressed the issue GIMPShop addresses and that were closed by the developers as a non-issue.

"Actually, for this particular one, they tend to say "NOTABUG" or "WONTFIX"."

Since your flunkies modded you 40% insightful and 30% informative, could you please point to the exact Bugzilla reports that proposed the GIMPShop solution and that have been marked NOTABUG or WONTFIX?

I haven't been able to find a single one.

The following came close though:

- Bug 150927. The reporter proposes to add the ability to change the menu names of Photoshop plugins. This one is still open.

- Bug 158149. The reporter proposes to change the name of a menu item. The developers decide WONTFIX, because they are content with the current shared GIMP/Photoshop solution.

- Bug 161970. I cannot say I completely understand what the reporter is trying to say. Marked NOTABUG, because this was a problem with GTK+ for Windows, not with the GIMP. (Although related, they are separate projects.)

- Bug 140439. A major improvement from GIMP 1.2 to GIMP 2.0 was in the usability department. For one thing, menu items were put in positions that made sense. The Layers menu was renamed to Layer menu and received all the functions that operated on just one menu instead of on the entire image.

Someone moved "Flatten image" from the (now defunct) Layers menu to the Image menu, and the reporter takes issue with that. Although the developers were still discussing this, the reporter himself closed the bug!

- Bug 121169. The reporter claims the GIMP should be less like Photoshop. I agree! This report was RESOLVED as INVALID though, because it contained a list of bugs, which is not a very useful way to work with Bugzilla.

- Finally, Bug 118115. This is a tricky one. The reporter says the GIMP, like Photoshop and other tools, should use the Delete key "for deleting things". Again, the reporter closed this bug himself before the developers were finished discussing this.

I am eagerly awaiting your real list of bug reports that addressed the issue GIMPShop addresses and that were closed by the developers as a non-issue.

"Actually, for this particular one, they tend to say "NOTABUG" or "WONTFIX"."

Since your flunkies modded you 40% insightful and 30% informative, could you please point to the exact Bugzilla reports that proposed the GIMPShop solution and that have been marked NOTABUG or WONTFIX?

I haven't been able to find a single one.

The following came close though:

- Bug 150927. The reporter proposes to add the ability to change the menu names of Photoshop plugins. This one is still open.

- Bug 158149. The reporter proposes to change the name of a menu item. The developers decide WONTFIX, because they are content with the current shared GIMP/Photoshop solution.

- Bug 161970. I cannot say I completely understand what the reporter is trying to say. Marked NOTABUG, because this was a problem with GTK+ for Windows, not with the GIMP. (Although related, they are separate projects.)

- Bug 140439. A major improvement from GIMP 1.2 to GIMP 2.0 was in the usability department. For one thing, menu items were put in positions that made sense. The Layers menu was renamed to Layer menu and received all the functions that operated on just one menu instead of on the entire image.

Someone moved "Flatten image" from the (now defunct) Layers menu to the Image menu, and the reporter takes issue with that. Although the developers were still discussing this, the reporter himself closed the bug!

- Bug 121169. The reporter claims the GIMP should be less like Photoshop. I agree! This report was RESOLVED as INVALID though, because it contained a list of bugs, which is not a very useful way to work with Bugzilla.

- Finally, Bug 118115. This is a tricky one. The reporter says the GIMP, like Photoshop and other tools, should use the Delete key "for deleting things". Again, the reporter closed this bug himself before the developers were finished discussing this.

I am eagerly awaiting your real list of bug reports that addressed the issue GIMPShop addresses and that were closed by the developers as a non-issue.

"Actually, for this particular one, they tend to say "NOTABUG" or "WONTFIX"."

Since your flunkies modded you 40% insightful and 30% informative, could you please point to the exact Bugzilla reports that proposed the GIMPShop solution and that have been marked NOTABUG or WONTFIX?

I haven't been able to find a single one.

The following came close though:

- Bug 150927. The reporter proposes to add the ability to change the menu names of Photoshop plugins. This one is still open.

- Bug 158149. The reporter proposes to change the name of a menu item. The developers decide WONTFIX, because they are content with the current shared GIMP/Photoshop solution.

- Bug 161970. I cannot say I completely understand what the reporter is trying to say. Marked NOTABUG, because this was a problem with GTK+ for Windows, not with the GIMP. (Although related, they are separate projects.)

- Bug 140439. A major improvement from GIMP 1.2 to GIMP 2.0 was in the usability department. For one thing, menu items were put in positions that made sense. The Layers menu was renamed to Layer menu and received all the functions that operated on just one menu instead of on the entire image.

Someone moved "Flatten image" from the (now defunct) Layers menu to the Image menu, and the reporter takes issue with that. Although the developers were still discussing this, the reporter himself closed the bug!

- Bug 121169. The reporter claims the GIMP should be less like Photoshop. I agree! This report was RESOLVED as INVALID though, because it contained a list of bugs, which is not a very useful way to work with Bugzilla.

- Finally, Bug 118115. This is a tricky one. The reporter says the GIMP, like Photoshop and other tools, should use the Delete key "for deleting things". Again, the reporter closed this bug himself before the developers were finished discussing this.

I am eagerly awaiting your real list of bug reports that addressed the issue GIMPShop addresses and that were closed by the developers as a non-issue.

planet.gnome.org - Switched site with planet.kde.org
planet.kde.org - Switched site with "could not be found"

Looks like the KDE people pulled a fool of their own...

Isn't April Fools Day just the best? =] For a 'full' list of sites pulling pranks today check out this list here

Here is a sample:

kellyosbourne.org - Sanctuary records group shut us down
nukefreezone.net - Making fun of atrios.blogspot.com
weebl.jolt.co.uk - Replaced with Cats-By-Mail
telecom.co.nz - Click 2 Brick
ytmnd.com - (NSFW) hacked by teens for christ
wingus.ampedhost.com - Site converted into Mingus' Gently-Used Furniture store. Oh dear. Why won't he be kind?
homestarrunner.com - Now a pay service.
whirlpool.net.au - Australia's biggest Luddite to head Australia's largest telco
thinkgeek.com - Fake product listings.
theregister.co.uk - Bush twins to join Air Force tech unit in Iraq
creativebits.org - Site purchased by Microsoft
ocremix.org - Now partnered with EA (or something like that). Called EA ReMix.
spacedaily.com - Bush Cancels Space Shuttle Program
planet.gnome.org - Switched sites with planet.kde.org
planet.kde.org - Switched sites with planet.gnome.org
ietf.org - RFC: Efficient Transformation Formats of Unicode
beejaysworld.de - Gentoo dropping livecds for x86
nature.com - Apollo bacteria spur lunar erosion
antwrp.gsfc.nasa.gov - Water On Mars
smh.com.au - (Free Reg Req) SMEGmail offers 1 terabyte storage
smh.com.au - (Free Reg Req) Linux looks to Hilton for exposure
thetoque.com - Canada Builds Own Missile Defense Shield
onion.com - U.S. Dog Owners Fear Arrival of Africanized Fleas
chron.com - Bush Twins in Maxim
ask.com - Jeeves has been replaced by a robot
animenewsnetwork.com - Viz Unlicenses Naruto
uninventthewheel.co.uk - New BMW technology to get around the EU ban on right hand drive cars in Europe.
newgrounds.com - changing to numagrounds.com
neopets.com - neopets adds 50 new pets
www.firstloox.org - The Loox is being recalled
packages.gentoo.org - Adobe doesn't sell products for Linux
pc.ign.com - Microsoft World of Wordcraft (Extremely Obvious)
spamusement.com - Page full of spoof banner ads
gentooexperimental.org - Gentoo using the NT kernel
moddb.com