Sponsored Content
Special Forums News, Links, Events and Announcements UNIX and Linux RSS News Rob Weir Exposes an Anti-ODF Whisper Campaign - Updated Post 302324318 by Linux Bot on Wednesday 10th of June 2009 12:30:03 PM
Old 06-10-2009
Rob Weir Exposes an Anti-ODF Whisper Campaign - Updated

Alex Brown, the convenor of the OOXML BRM, has been editing Wikipedia's article on ODF. That strikes me odd, like finding out Steve Jobs had been editing the Microsoft Zune page. Some things are simply inappropriate. It puzzles me why Wikipedia allows it, frankly.
If you read the talk page on ODF, you'll see that there are others there trying mightily to spin the article on ODF more negatively than is factual. And such rudeness! Plenty of smears against Groklaw too, I couldn't help but notice. It does seem to me that there is a marked increase in what I view as a concerted submarine marketing effort. Some of it is subtle. Most of it is not. A fair measure of it is mean-spirited. Some of it is lies, pure and simple.
In the good old days, dead people supported Microsoft, if you remember that funny headline about a pro-Microsoft astroturfing campaign, but at least it wasn't a smear campaign, just pro-Microsoft. Nowadays, I think I would have to rewrite the headline to read, "Mean People Support Microsoft." Or worse. You see, Groklaw has been visited recently by several OOXML types, including Alex Brown, Doug Mahue of Microsoft, and Rick Jelliffe, all singing pretty much the same songs, posting on our ODF articles, so I got to watch it close up. I puzzled over it, because they seemed so deliberately rude. Why come here just to be offensive? So I'd remind them that we have a comments policy here, including no ad hominem attacks on anyone. And they would continue on. It was so odd. The last one went away when I told him that if he wished to make a permanent record of how horribly Microsoft supporters conduct themselves, he could post to his heart's content.
It turns out it's not just here, and there is evidently a point to it. Wikipedia is apparently the epicenter. And what is being posted there is reportedly being used in an anti-ODF FUD campaign by guess who.

More...
 

2 More Discussions You Might Find Interesting

1. What is on Your Mind?

The Martian by Andy Weir - Who Read It? What Did You Think?

Who has read "The Martian by Andy Weir" ?? What did you think? How did you like it? Thanks! (3 Replies)
Discussion started by: Neo
3 Replies

2. AIX

[Opinion] A Public Answer To Rob McNelly

Why Do We Need Root on the HMC? In this article in IBMSystems Magazine Rob McNelly asked the question Why Don't We Have Root on the HMC? and he goes on to justify why we indeed shouldn't have root - kinda. I think his arguments are not as valid as he perhaps thinks they are and what's more... (11 Replies)
Discussion started by: bakunin
11 Replies
EXPIRE.CTL(5)							File Formats Manual						     EXPIRE.CTL(5)

NAME
expire.ctl - control file for Usenet article expiration DESCRIPTION
The file /etc/news/expire.ctl is the default control file for the expire(8) program, which reads it at start-up. Blank lines and lines beginning with a number sign (``#'') are ignored. All other lines should be in one of two formats. The first format specifies how long to keep a record of fully-expired articles. This is useful when a newsfeed intermittently offers older news that is not kept around very long. (The case of very old news is handled by the ``-c'' flag of innd(8).) There should only be one line in this format, which looks like this: /remember/:days Where days is a floating-point number that specifies the upper limit to remember a Message-ID, even if the article has already expired. (It does not affect article expirations.) Most of the lines in the file will consist of five colon-separated fields, as follows: pattern:modflag:keep:default:purge The pattern field is a list of wildmat(3)-style patterns, separated by commas. This field specifies the newsgroups to which the line is applied. Note that the file is interpreted in order, so that the last line that matches will be used. This means that general patterns (like a single asterisk to set the defaults) should appear before specific group specifications. The modflag field can be used to further limit newsgroups to which the line applies, and should be chosen from the following set: M Only moderated groups U Only unmoderated groups A All groups The next three fields are used to determine how long an article should be kept. Each field should be either a number of days (fractions like ``8.5'' are allowed) or the word ``never.'' The most common use is to specify the default value for how long an article should be kept. The first and third fields -- keep and purge -- specify the boundaries within which an Expires header will be honored. They are ignored if an article has no Expires header. The fields are specified in the file as ``lower-bound default upper-bound,'' and they are explained in this order. Since most articles do not have explicit expiration dates, however, the second field tends to be the most impor- tant one. The keep field specifies how many days an article should be kept before it will be removed. No article in the newsgroup will be removed if it has been filed for less then keep days, regardless of any expiration date. If this field is the word ``never'' then an article cannot have been kept for enough days so it will never be expired. The default field specifies how long to keep an article if no Expires header is present. If this field is the word ``never'' then articles without explicit expiration dates will never be expired. The purge field specifies the upper bound on how long an article can be kept. No article will be kept longer then the number of days spec- ified by this field. All articles will be removed after then have been kept for purge days. If purge is the word ``never'' then the arti- cle will never be deleted. It is often useful to honor the expiration headers in articles, especially those in moderated groups. To do this, set keep to zero, default to whatever value you wish, and purge to never. To ignore any Expires header, set all three fields to the same value. There must be exactly one line with a pattern of ``*'' and a modflags of ``A'' -- this matches all groups and is used to set the expiration default. It should be the first expiration line. For example, ## How long to keep expired history /remember/:5 ## Most things stay for two weeks *:A:14:14:14 ## Believe expiration dates in moderated groups, up to six weeks *:M:1:30:42 ## Keep local stuff for a long time foo.*:A:30:30:30 HISTORY
Written by Rich $alz <rsalz@uunet.uu.net> for InterNetNews. This is revision 1.15, dated 1996/10/29. SEE ALSO
expire(8), wildmat(3). EXPIRE.CTL(5)
All times are GMT -4. The time now is 06:21 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy