I actually really like TWiki. It's been very stable for us, and is super easy to use.
Here are some benefits:
Uses rcs instead of a database in the backend, which simplifies administration and backups
Access control and permissions are embedded directly into wiki pages ("topics" in TWiki-speak) using the same markup
Namespaces via "Webs" help to organize content
Tons of features are shipped by default (e.g. email notifications, WYSIWYG editor, versioned attachments, very flexible access management) and tons more available as plugins (e.g. Topic tagging, collapsable tree-views showing the semantic relationship between topics)
I'm fairly certain that Red Hat has not yet released an official fix for this. Also, the bug has been in their Bugzilla for almost a year now. Even if they had released a fix "weeks ago", it would be far too late.
Actually, they do. yum is the default package manager in RHEL ever since version 4, I believe.
In any case, you are correct that the repository that yum talks to contains the buggy Perl. It looks like this should be fixed for RHEL 5.3, but I wouldn't bet on it.
I am responsible for periodically updating our spam filter (at work) by flagging individual messages as either spam or ham--the usual Bayesian method, I think.
Should I be tagging these backscattered messages as spam, ham, or just leaving them untagged? Ideally I'd like to filter most of them out, but I don't want to start getting false positives on legitimate bouncebacks.
Since when is Apple Mail among the top three mail clients?
Lotus Notes, as awful as it is, is probably the second most widely used corporate email client behind Outlook.
Apple Mail may (or may not) be more popular among home users, but it's probably business users who are most concerned with encryption.
As a person writing from outside the USA, I'm curious as to why you don't vote. You certainly seem to have a handle on American politics, and I suspect that the USA might be a very different country today if every voter was as well-informed.
> Classic example of a question that can't be properly answered by a yes or no: "Do you still beat your wife?"
What are you talking about? Of course, that question can be answered with a yes or no. Both of those answers even make sense. Neither one is an answer that most people would like to give, however.
Try getting any bell services without paying for a landline. Go ahead...try...I'll wait. Want DSL from Bell without paying for a landline? Yeah, that'll be $20 per month, and THEN they'll let you pay for DSL on top of that.
It's interesting that you say this, because I had the exact opposite experience about a year ago (southern Ontario). Bell was able to provide me with Sympatico DSL without a landline for their regular price. A nice local ISP wasn't able to provide me with DSL if I didn't have a landline; to go with them (and I really wanted to) I would have had to pay Bell for a landline and then pay the local ISP for the DSL service.
The Red Book, also known as the OpenGL Programming Guide published by Addison-Wesley Professional, returns in its sixth edition with additions covering OpenGL 2.1. Even though the coverage was expanded, the authoritative guide to shader programming in OpenGL still remains the Orange Book aka The OpenGL Shading Language (see my previous Slashdot review). The following chapters proceed to explain the basic geometric primitives, such as lines and polygons, supported by OpenGL and how to render them in different positions and from different viewpoints using the various OpenGL matrix stacks. Most notably this chapter now covers pixel buffer objects, a fairly recent addition to OpenGL, which the fifth edition of the book did not mention. Even though the OpenGL API functions required to use GLSL are presented, this is only a rough overview of how programmable shaders are used in OpenGL.
The book closes with quite a few appendices on the order of operations in the OpenGL rendering pipeline, the state variables that can be queried, the interaction of OpenGL with the operating system-specific windowing systems, a brief discussion of homogeneous coordinates as used in OpenGL, and some programming tips. If you've read through the Red Book and the Orange Book in their entirety you pretty much know everything there is to know about OpenGL.
My conclusion so far is that while GIMP has a Photoshop resembling toolset it's really not a Photoshop competitor.
I agree that GIMP isn't enough for graphics professionals. It's great for people like me, who occasionally do photo manipulation and image work for the web. I, too, would love to see proper CMYK support.
it's good enough for the average guy, even though I think the UI could improve tremendeously.
I also agree that its UI could be improved. However, as a GIMP user who has given Photoshop (also a legal license) a real try, let me say that the Photoshop UI could also improve tremendously. Neither GIMP nor Photoshop is really *easy* to use. Deciding which one is *easier* is left as an exercise for the reader.
having defective accessories like the hdd and wireless controllers
Ha! I can understand the power supplies, hard drives and scratched disks, but controllers coming without wires at all? Come on, people: let's have some quality control!
It's not presented as an impartial article. In fact, if you actually *read* the article, it is made very clear that the article comes from inside Google.
If you are lucky enough to live in the beautiful land of South Africa, you'll be pleased to know that you can obtain many popular Linux distributions and FreeBSD
for free - from Freedom Toasters. Set up by the Shuttleworth Foundation in various public places across the country, these "vending machines with a touch screen" provide the ability to burn copies of most major distributions on blank CDs or DVDs. The available distributions include the latest versions of Debian, Fedora, FreeBSD, Gentoo, Impi Linux, Knoppix, Mandriva, Slackware, SUSE, as well as CDs containing popular open source projects, such as OpenOffice.org.
There's very little evidence of a Google OS beyond the speculation of Google fanboys everywhere. I love them as much as the next guy, but this is just talk.
Additionally, Google's SoC is supporting other OSes as well, notably Fedora Core, Ubuntu Linux and NetBSD.
I'm fairly certain that Red Hat has not yet released an official fix for this. Also, the bug has been in their Bugzilla for almost a year now. Even if they had released a fix "weeks ago", it would be far too late.
I can confirm that the bug also exists in the current 5.2 release of Red Hat Enterprise Linux.
Actually, they do. yum is the default package manager in RHEL ever since version 4, I believe. In any case, you are correct that the repository that yum talks to contains the buggy Perl. It looks like this should be fixed for RHEL 5.3, but I wouldn't bet on it.
OK, so how do I handle these messages?
I am responsible for periodically updating our spam filter (at work) by flagging individual messages as either spam or ham--the usual Bayesian method, I think.
Should I be tagging these backscattered messages as spam, ham, or just leaving them untagged? Ideally I'd like to filter most of them out, but I don't want to start getting false positives on legitimate bouncebacks.
Since when is Apple Mail among the top three mail clients? Lotus Notes, as awful as it is, is probably the second most widely used corporate email client behind Outlook. Apple Mail may (or may not) be more popular among home users, but it's probably business users who are most concerned with encryption.
As a person writing from outside the USA, I'm curious as to why you don't vote. You certainly seem to have a handle on American politics, and I suspect that the USA might be a very different country today if every voter was as well-informed.
> just not IE6
:-).
Obviously you've never tried IE4 for the Mac
> Classic example of a question that can't be properly answered by a yes or no: "Do you still beat your wife?"
What are you talking about? Of course, that question can be answered with a yes or no. Both of those answers even make sense. Neither one is an answer that most people would like to give, however.
The Red Book, also known as the OpenGL Programming Guide published by Addison-Wesley Professional, returns in its sixth edition with additions covering OpenGL 2.1. Even though the coverage was expanded, the authoritative guide to shader programming in OpenGL still remains the Orange Book aka The OpenGL Shading Language (see my previous Slashdot review). The following chapters proceed to explain the basic geometric primitives, such as lines and polygons, supported by OpenGL and how to render them in different positions and from different viewpoints using the various OpenGL matrix stacks. Most notably this chapter now covers pixel buffer objects, a fairly recent addition to OpenGL, which the fifth edition of the book did not mention. Even though the OpenGL API functions required to use GLSL are presented, this is only a rough overview of how programmable shaders are used in OpenGL.
The book closes with quite a few appendices on the order of operations in the OpenGL rendering pipeline, the state variables that can be queried, the interaction of OpenGL with the operating system-specific windowing systems, a brief discussion of homogeneous coordinates as used in OpenGL, and some programming tips. If you've read through the Red Book and the Orange Book in their entirety you pretty much know everything there is to know about OpenGL.
Computers can be shut off??
My conclusion so far is that while GIMP has a Photoshop resembling toolset it's really not a Photoshop competitor.
I agree that GIMP isn't enough for graphics professionals. It's great for people like me, who occasionally do photo manipulation and image work for the web. I, too, would love to see proper CMYK support.
it's good enough for the average guy, even though I think the UI could improve tremendeously.
I also agree that its UI could be improved. However, as a GIMP user who has given Photoshop (also a legal license) a real try, let me say that the Photoshop UI could also improve tremendously. Neither GIMP nor Photoshop is really *easy* to use. Deciding which one is *easier* is left as an exercise for the reader.
causing global warming at a rate that is unsustainable.
Sweet! If it's unsustainable won't it just peter out on its own? The self-healing earth is a wonderful thing...
Can't it be both?
No shit.
/always/ bad.
It's not presented as an impartial article. In fact, if you actually *read* the article, it is made very clear that the article comes from inside Google.
Writing about yourself isn't
How about explaining what the GPL is? Geez... give us some background to go on...
Maybe you should try here.
Those crazy finns have done it again!
What else have the Finns ever done? It's not like they've ever given us an OS or anything...
2. StarOffice has a nicer GUI that Sun has not backported into OOo
Hrm... Based on the linked screen shots I'd say it's pretty much the same as OO.o Beta 2, which I've been using for months.
Does anybody have any clarification on this?
£5 for cigarettes! For that money I can grow my own tobacco!
Or you could just buy a bottle of toilet bowl cleaner or something and drink it.
Bad Karma, here I come!
There's very little evidence of a Google OS beyond the speculation of Google fanboys everywhere. I love them as much as the next guy, but this is just talk.
Additionally, Google's SoC is supporting other OSes as well, notably Fedora Core, Ubuntu Linux and NetBSD.
A complete list.
MS also released a security update for Office.