Slashdot Mirror

http://users.softlab.ntua.gr/~...

The server...

• - costs me, energy-wise, only about 3-3.5W
• - is always accessible even though I have a dynamic IP (via free DNS providers)
• - has a Lighttpd web server so I can share things with the world
• - has an Exim mail server, so I can receive mail over (E)SMTP, store it in my house, and read it over SSH/mutt
• - can be SSH-ed into, which allows me to Wake-On-LAN my main desktop, whenever I need access to it
• r- uns long running web downloads (e.g. wget/rtorrent) from within screen-ed sessions, and shares them over Samba to my house-bound devices (e.g. watch movies from my Android tablet)
• - SSH is exposed over sslh in my HTTPS port (bypassing several firewall limitations in various places - cough, work, cough) etc.

It also required soldering to access the board's serial port - all in all, very useful tinkering :-)

Maybe, but there are some enterprising people working on it

This "denialist". says about half the temp increases measured is due to fucking with the data. they even have degrees and everything.

But I guess you'll just say they are oil company shills.

It's not hard to prove that the Earth's temperature is increasing. Measure it at a bunch of different places all over the surface, take the average, weighted by surface area around each measurement, and you get a pretty good measure of the energy in the atmosphere. If you in fact do this, you see that the temperature is increasing

I appreciate you posting such a nice, clear statement of some of the primary false claims regarding global climate change.

First, the procedure you describe is a terrible measure of the energy in the atmosphere: http://pielkeclimatesci.files.wordpress.com/2009/10/r-321.pdf

Furthermore, the very notion of "average temperature" as you define it is thermodynamically meaningless in an inhomogeneous medium like the atmosphere: humidity changes can result in atmospheric heat content going up even while temperature goes down. Ocean temperatures, which we unfortunately do not have very long-term data for, are a much better measure of global heat content.

Second, it actually is hard to prove the "Earth's temperature" is increasing, even using a far simpler and more legitimate procedure than the problematic and thermodynamically incorrect one you have described. Have a look at this, for example: http://itia.ntua.gr/en/docinfo/864/

The claim that GCMs can predict accurately on large scales while getting it wrong for a random selection of widely dispersed stations is untenable. Despite the existence of micro-climates, the reality is that surface temperature measurements are highly correlated on a scale of a hundred kilometers--the very possibility of doing anything like the averaging you are talking about depends on this trivially observable fact. So if GCMs can predict large-scale averages they must also do pretty well with trends at individual stations. There is simply no logical alternative.

The reality is that GCMs do a lousy job of predicting local station trends.

This is not surprising because GCMs are deeply unphysical. One of them I looked at didn't even conserve energy: it required "fixing up" energy conservation after each time step by adjusting the temperatures in each cell of the simulation. As any experienced computational physicist (me, say) will tell you: that kind of ad hockery in a long-time integration of even a relatively simple set of differential equations will almost certainly lead to substantial divergences between model behaviour and system behaviour.

Treatment of ocean surface boundary conditions, and vertical boundary conditions generally, to say nothing of a wealth of sub-scale phenomena like thunderstorms, tornadoes, local rainstorms, etc, are all problematic even in the best GCMs. It would be astonishing if they more than vaguely approximated reality. This is not to say they aren't good science, but let me ask you: how would you feel about using the world's best financial models from 2005 to predict the future development of the global financial system? Because I can tell you, the US Federal Reserve Bank was running those models, and the policies they set on the basis of them didn't work out so well.

GCMs are far worse representations of a far more complex reality than our best financial models are. I would not want to see policy based on them.

All that said: dumping tonnes of garbage into the atmosphere every day and hoping for the best sounds like a really bad policy to me, without the need to justify it via problematic computational claims.

Native languages for CPUs/GPUS... much better at this:

SSE and GPU (CUDA) implementation... 210 fps at 1024x768

The first option is to simply contact IBM and ask them how their patent is novel or different or disjoint from your work.

A similar option is to look at the patent prosecution history in Public PAIR. Get through the CAPTCHA, click on the Image File Wrapper tab, and look at the rejections, amendments, responses, etc.

It looks like the Tsiodras reference was used by the Examiner to reject the patent application. What happened is that the applicants amended their claims so that they would not cover what was taught by HeapCheck 1.2. For example, the applicants state that in the HeapCheck 1.2 documentation "it clearly states that all source files that want to make use of the alternative heap memory allocation mode must be compiled to include specific header files and then linked to a specific library that will satisfy those requests (see, e.g., Section 4 'Usage')." After this argument was first made, it wasn't enough for the Examiner, who ended up rejecting the application two more times before satisfactory claim language was submitted.

The point is that IBM has already said why it thinks that they have something that is novel and nonobvious, so it is a good idea to look at what they've said before demanding that they say it all over again. More importantly, HeapCheck (version 1.2 at least) does not infringe on the patent claims. According to the documentation on the HeapCheck v1.2 web page, you have to compile support for it into the software you are creating. But the IBM patent requires that "setting the allocation mode for the process . . . is performed in real-time, and wherein the seting sets the allocation mode . . . without requiring recompiling, linking or loading of the applicaiton to set, in real-time, the allocation mode for the application."

Tsiodras could have trouble if future versions of HeapCheck included features that fall within the scope of the claimed invention, but even version 1.34 appears to require re-compilation to enable and disable the heap checking features.

My naive Python simulator of gravity (200 lines) reached the same conclusion - expansion occurs. See the video and get the code from here: http://users.softlab.ntua.gr/~ttsiod/gravity.html

Use ZFS if you are in OpenSolaris/FreeBSD land, or use a Reed-Solomon tool - a GPL implementation of mine was Slashdotted 2 years ago, here: http://users.softlab.ntua.gr/~ttsiod/rsbep.html

GPL Offline wikipedia reader, with templates and LaTEX formulae... available
here

Security Through Obscurity (STO) is the belief that a system of any sort can be secure so long as nobody outside of its implementation group is allowed to find out anything about its internal mechanisms. Hiding account passwords in binary files or scripts with the presumption that "nobody will ever find it" is a prime case of STO.

For shits and grins here is a slashdot feature on the topic; the first couple of paragraphs should make the usage clear. In fact he even goes on to point out that it can not be used by opensource software.

Try to use some critical thinking skills.

Oh, sure. After all, you are setting such a great example for me.

Carbon dioxide emissions caps will also have the effect of decreasing particulates, which most assuredly can cause lung cancer.

Particulates are already regulated. You can tighten those regulations a bit and I won't complain, if particulates are what you are really worried about.

But you are just being dishonest here. You are grasping at straws to explain why the carbon cap is a good idea.

So we should believe you, an anomnymous internet nutjob, over the vast majority of climatologists and atmospheric physicists. Because why?

Heh, I'm a "nutjob"? Oh, you have shamed me. I hang my head.

Now, dropping the mocking for a moment, I'll answer you seriously. This "cap-and-tax" plan is specifically designed to cause huge disruptions to our economy; and "disruptions" is a nice way of saying "disastrous damage". I'm a reasonably well-off middle class guy, so it won't hurt me too much; I'll just have to pay much more for heat during winter, much more for anything delivered on a truck (including food), and much more for gas. I'll be poorer but I'll be okay. This will really suck, however, for huge amounts of people in the US: truckers, farmers, poor people, working-class people in the energy business (especially coal miners and such). If we are going to jack the economy this hard, there had better be a damn fucking good reason that we are damn fucking 100% certain of. To jack the economy this hard when it's already in the toilet and we have trillions in debt, we need to be even more certain.

We are far from 100% certain about global warming and its consequences. Never mind me, I'm just a nutjob, but there are scientists out there who don't toe the consensus line. Such as Freeman Dyson. My specific comment was that the climate models cannot predict current conditions from past data; see this paper.

I'm glad you are so confident that it is worth wrecking the economy of the USA and hurting so many people. (And don't you fucking dare try to claim it won't hurt anyone. Right in the bill there are provisions for financial aid to poor people being hurt by the effect of the bill.) I'm not at all confident it will be worth it; I'm not even confident it will work as the Obama administration planned it.

No, I don't hate business. I also don't love it. I don't think it's the ultimate expression of human achievement.

You argued that it's okay to make a baker more poor, keeping him from growing his business, because growing business isn't that great of a thing. I think that baker making money to feed his family and send his kids to college may not be the ultimate expression of human achievement, but it's nothing to sneer at either.

I have officially given you far too much of my time. Have a nice life, and don't trust the politicians so much.

Maybe this will do: http://www.reitwiessner.de/openmoko/evopedia.html Here is a story about four ways to do it: http://www.junauza.com/2008/07/offline-wikipedia-for-linux.html

If you're adventurous, there are instructions on how to build your own in Linux here: http://users.softlab.ece.ntua.gr/~ttsiod/buildWikipediaOffline.html.

As with your previous comment about Bablyon 5 "writers" (when in fact it was almost-all just one writer), this comment is also erroneous

Please stop talking out of your ass. He wrote season 1 on his own. He wrote the overall plot arc, and he consulted with the writers. He did not write the whole series single handed.

If you don't believe me, take a look at the lurkers guide, amongst other sources:
http://www.ntua.gr/lurk/making/creators.html
"Harlan Ellison is the conceptual consultant for the series. He has written a "manifesto" for the show that explains to other writers how to write science fiction for television and Babylon 5 in particular."

"Well-known science fiction writers, including Ellison, David Gerrold, Peter David, and D.C. Fontana, are contributing scripts to the show."

. JMS' work has been released on VHS, DVD, and in book form.

Yes it has. So what? How is that even relevant?

You kinda remind me of that Ford Thaxton fellow who offers opinion as facts - but the "facts" are completely wrong.

Amazing. You spout nonsense that you don't back up, then accuse me of being incorrect. If you're going to do that get your own fucking facts straight. People like you give me the shits.

As for the Crusade scripts, JMS didn't want them to be available online because he wanted to sell them for his own income (just released last year). I see nothing wrong with that desire. Even JMS wants to put food on his table rather than starve.

Yeah look you're an asshole to boot for implying that I want the creative staff of my favourite show to starve. What kind of asshole would want that? Peddle your strawmen elsewhere. I haven't pirated his work. I have no intention of doing so, but when a writer would rather his work were buried in case he might one day sell it instead of having it come out, and when a writer releases something, renegs, then goes off on a tirade at his fans I think that writer has, if you'll pardon the pun, lost the plot.

My wife and I love cruising, but she runs her own business and can't be away from email for that amount of time. Thankfully there are options now :)

Most ships these days have cell towers on the ship connected by satellite that usually provide GPRS data (and it looks like the SAS one does as well). The problem is they're considered international roaming, which costs tons of money. However, T-Mobile has an unlimited international 'email' option for blackberry for $20/mo that we've discovered includes BIS traffic through the web browser and even tethering (though we've heard conflicting reports about tethering, we've never been charged for it while at sea). There's always Mobi-shark for routing laptop traffic through the BIS, if tethering is a problem.

So we either tether to her laptop, or just use blackberry and a wireless keyboard and end up with a reasonable means of staying connected (granted, at dial-up speeds). Of course there's also the expense of the blackberry and monthtly plan, but that's only going to add ~2% to the cost of the semester.

There's also the option of paying for the wifi access on a per-minute basis. The latency sucks, but if you're using a fat email client (thunderbird, etc) it only takes us 1-3 minutes to sign in, send and receive messages, and sign out. On commercial cruises they charge somewhere around $.50/min, so when there's cabin based wifi we generally opt for that route, since it's way less hassle than the cell option, we don't have to worry about T-Mobile changing their policies on what's included, and $1.50 a day is not a huge price to pay relative to the cruise.

If they're limiting your email to text based only with no attachments, it's probably at their computers (since I'm not sure how they'd restrict you to that on theirs), which means your options for doing funky encoding stuff to get around it will likely be limited. If not, and you can use your own computer, there are tons of ways to convert anything to text (after all, that's what your email client has to do to send attachments, too). The downside is the receiving end would have to be smart enough to know what you're sending.

For wikipedia, I'd say take a copy with you.

http://www.ntua.gr/lurk/countries/co/guide/053.html

About halfway down the page is some discussion of the quote and Majel's appearance on B5.

# Was Morella's speech about greatness intended as a tribute to Gene Roddenberry?
There's probably a fair amount there that could apply to Gene, yes...

# If a word comes out of a character's mouth, it's usually mine. The bit about greatness was one of them; had a number of different subtexts going on behind it.

If anything I would say that while there might have been some rivalry among the crews the people who create are more likely to be friendly than anything else. It is a small world when it comes to finding truly creative people.

If you want to see how bad was this process handled, see one of its awfuls deliverables.

Open the document "Response_DE-0028_dates_v9.doc" in this zip

http://www.itscj.ipsj.or.jp/sc34/open/0989_reference_docs.zip

This is one of the changes frenetically accepted in BRM, regarding treatments of dates in OOXML. See the salad of colors trying to explain the modifications. And this is a fix ( BRM ) of a fix ( one of ECMA 1027 proposed fixes ) of a NB comment of a draft text ( original ECMA submission ).

And this document contradicts this another BRM document: http://www.itscj.ipsj.or.jp/sc34/open/0989.pdf because the first says that the .DOC file replaces ECMA responses 18 and 43 but the "Response_DE-0028_dates_v9.doc" document says that it replaces ECMA responses 18, 43, 76 and 690 !

ECMA and Microsoft have not provided a final text with all this changes applied. In the BRM they frenetically changed Scope, Conformance , Schemas , and lot of normative text. Microsoft is now rushing to get a final text in less than one month, to comply with ISO normative.

This is how ISO delivers IT international standards, mandating fundamental changes to drafts, leaving national bodies with the only alternative to cast a political vote leaving aside the technical content of the specification.

Congratulations to the countries that had *balls* and didn't agree with this way of deliver standards to people:

• New Zealand ( dissaproved )
• Brasil ( dissaproved )
• India ( dissaproved )
• China ( dissaproved )
• South Africa ( dissaproved )
• Canada ( dissaproved )
• Venezuela ( dissaproved )
• Ecuador ( dissaproved )
• Iran ( dissaproved )
• Italy ( abstained )
• Spain ( abstained )
• Belgium ( abstained )
• Netherlands ( abstained but only Microsoft opposed the disapproval )
• France ( abstained due to heavy Microsoft pressure )
• Malaysia ( abstained due to heavy Microsoft pressure )
• Australia ( abstained due to heavy Microsoft pressure, government opposed OOXML )
• Kenya ( abstained )

And congratulations Microsoft, your friendly little countries supposedly experts in XML document description languages ;-) ( now ISO P-members ), who joined ISO JTC1 just to cast an unconditional-yes-votes payed off:

• Jamaica
• Cyprus
• Malta
• Kazakhstan
• Lebanon
• Azerbaijan
• Cote-d'Ivore
• Pakistan

Wrong. See what Head of US Delegation Frank Farance said here:

The greek delegate Antonis Christofides also said here that Canada had a list of cases where the ECMA resolution made the text worse than the original.

I may run Linux myself, but in almost everything I do on my desktop (that isn't itself Linux-related) I am interacting with non-Linux machines. I'm forever "losing out" because I can't receive MSN special features. Sure I could do webcam with what was gnomemeeting (it looks awesome) but does anyone run it? Thankfully now I have friends riding Firefox and one using Jabber (googletalk).

But yes all my friends use windows!

So will such features help Desktop Linux?

Short answer: It might "help Desktop Linux" in general, but it will fix zero interoperability issues and it will do nothing to the problems you listed.

Long answer: You need to learn a few things about network protocols, my friend. Even if SCTP, TCP or UDP had anything to do with your problems, SCTP is not implemented on Windows. Most if not all of the programs you're using use TCP or UDP, and the issues of compatibility you're experiencing have nothing to do with these protocols. The programs you mention have their own protocols that run over TCP and UDP. Seriously, go and learn how to program BSD sockets and you'll understand where TCP and UDP are in the network protocol heirarchy. Once you've done that, maybe you could help out projects like Kopete and Gaim to fix your problems.

Indeed, one of the facts of life is that everyone gets topped by somebody who is better, or by somebody who will take it to the next level.

Yeah.

Mandelbrot Gallery

As you hear, Danes roll over at the slightest hint of pressure ;-)

Company exec: So, Mr customer, are you still happy with us?
Customer: I would really like to ask bigCo why you felt it was necessary to spy on us like this...
Company exec: I think we've already answered that question, I'm sorry customer. So are you yes, no, abstain?
Customer: I think we wouldn't, we're not hap...
Comapny exec: I assume you're still satisfied with our service
Customer: We're not happy.
Company exec: Are you 80% happy?
Customer: But... I think we...
Company exec: We don't need you to be totally happy. None of us are totally happy
Customer: Oh, I know that, I know that.
Company exec: If we were, we wouldn't be here!
Customer: I think we're not very happy about the breach of privacy, but I think we would, we would...
Company exec: Thank you very much.
Customer: ... still continue buying your product, which nobody else carries.
Company exec: Thank you very much, valued Customer.
Ladies and Gentlemen, I'm happy to say that none of our customer objected to our recent e-mail campaign, so thank you all very very much indeed, and thank you to agent Big Brother for implementing our wonderful mailing software.

(SCNR)

Since it's about to get Slashdotted, here is the mirror list section from the xfree86.org site:

Web Mirrors

Our web site is very busy and often causes timed out connections. The following sites have been verified as being both accurate and reliable in their mirroring process, and so we recommend these for the best access:

Costa Rica
Copenhagen, Denmark
Paris, France
St. Denis, France
Berlin, Germany
Dortmund, Germany
Athens, Greece
Seoul, Korea
Amsterdam, Netherlands
Bucharest, Romania
London, United Kingdom

Not posting as AC 'cause the troll potential would be too high...

Ummm... The binaries in the /bin directory of an ftp site are used to implement the functionality of FTP, and thus are representative of the system they are found on.

See this article for an explanation of how FTP works. Specifically see step 7 under the section "Protecting an Anonymous FTP System".

On USENET, calling someone a "cracker" is an unambiguous statement that some person persistently gets his/her kicks from breaking from into other peoples computer systems, for a variety of reasons. S/He may pose some weak justification for doing this, usually along the lines of "because it's possible", but most probably does it for the "buzz" of doing something which is illicit/illegal, and to gain status amongst a peer group.

Particularly antisocial crackers have a vandalistic streak, and delete filestores, crash machines, and trash running processes in pursuit of their "kicks".

The term is also widely used to describe a person who breaks copy protection software in microcomputer applications software in order to keep or distribute free copies.

On USENET, calling someone a "hacker" is usually a statement that said person holds a great deal of knowledge and expertise in the field of computing, and is someone who is capable of exercising this expertise with great finesse. For a more detailed definition, readers are referred to the Jargon File [Raymond].

In the "real world", various media people have taken the word "hacker" and coerced it into meaning the same as "cracker" - this usage occasionally appears on USENET, with disastrous and confusing results.

Posters to the security newsgroups should note that they currently risk a great deal of flamage if they use the word "hacker" in place of "cracker" in their articles.

NB: nowhere in the above do I say that crackers cannot be true hackers. It's just that I don't say that they are...

Australia

ftp://ftp.planetmirror.com/pub/Mandrake/8.2/i586/ (Brisbane)
Austria

ftp://ftp.univie.ac.at/systems/linux/Mandrake/8.2/ i586/ (Vienna)

ftp://gd.tuwien.ac.at/pub/linux/Mandrake/8.2/i586/ (Vienna)
Belgium

ftp://ftp.belnet.be/packages/mandrake/8.2/i586/
Costa Rica

ftp://ftp.ucr.ac.cr/pub/Unix/linux/mandrake/Mandra ke/8.2/i586/
Czech Republic

ftp://ftp.cesnet.cz/OS/Linux/Mandrake/mandrake/8.2 /i586/ (Brno)

ftp://ftp.fi.muni.cz/pub/linux/mandrake/8.2/i586/ (Brno)

ftp://klobouk.fsv.cvut.cz/pub/linux-mandrake/Mandr ake/8.2/i586/ (Prague)

ftp://mandrake.redbox.cz/Mandrake/8.2/i586/

ftp://sunsite.mff.cuni.cz/OS/Linux/Dist/Mandrake/m andrake/8.2/i586/ (Prague)

http://ftp.fi.muni.cz/pub/linux/mandrake/8.2/i586/ (Brno)
Denmark

ftp://ftp.dkuug.dk/pub/mandrake/8.2/i586/ (Koebenhavn)

ftp://ftp.sunsite.dk/mirrors/mandrake/8.2/i586/ (Aalborg)
Estonia

ftp://ftp.aso.ee/pub/os/Linux/distributions/mandra ke/8.2/i586/
Finland

ftp://ftp.song.fi/pub/linux/Mandrake/8.2/i586/ (Espoo)
France

ftp://ftp.ciril.fr/pub/linux/mandrake/8.2/i586/ (Nancy)

ftp://ftp.club-internet.fr/pub/unix/linux/distribu tions/Mandrake/8.2/i586/ (Paris)

ftp://ftp.info.univ-angers.fr/pub/linux/distributi ons/mandrake/8.2/i586/ (Angers)

ftp://ftp.lip6.fr/pub/linux/distributions/mandrake /8.2/i586/ (Paris)

ftp://ftp.proxad.net/pub/Distributions_Linux/Mandr ake/8.2/i586/ (Paris)

ftp://ftp.u-strasbg.fr/pub/linux/distributions/man drake/8.2/i586/ (Strasbourg)

ftp://linux.ups-tlse.fr/Mandrake/8.2/i586/ (Toulouse)
Germany

ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/Mandra ke/8.2/i586/ (Esslingen)

ftp://ftp.de.uu.net/pub/linux/mandrake/8.2/i586/

ftp://ftp.fh-giessen.de/pub/linux/mandrake/8.2/i58 6/ (Giessen)

ftp://ftp.fh-wolfenbuettel.de/pub/os/linux/mandrak e/dist/8.2/i586/ (Wolfenbuettel)

ftp://ftp.gwdg.de/pub/linux/mandrake/8.2/i586/ (Goettingen)

ftp://ftp.join.uni-muenster.de/pub/linux/distribut ions/mandrake/8.2/i586/ (Muenster)

ftp://ftp.leo.org/pub/comp/os/unix/linux/Mandrake/ Mandrake/8.2/i586/ (Munchen)

ftp://ftp.tu-chemnitz.de/pub/linux/mandrake/8.2/i5 86/ (Chemnitz)

ftp://ftp.tu-clausthal.de/pub/linux/mandrake/8.2/i 586/ (Clausthal)

ftp://ftp.uasw.edu/pub/os/linux/mandrake/dist/8.2/ i586/ (Wolfenbuettel)

ftp://ftp.uni-bayreuth.de/pub/linux/Mandrake/8.2/i 586/ (bayreuth)

ftp://ftp.uni-kassel.de/pub/linux/mandrake/8.2/i58 6/ (Kassel)

ftp://ftp.uni-mannheim.de/systems/linux/mandrake/8 .2/i586/ (Mannheim)

ftp://ftp.vat.tu-dresden.de/pub/Mandrake/8.2/i586/ (Dresden)

ftp://ramses.wh2.tu-dresden.de/pub/mirrors/mandrak e/8.2/i586/ (Dresden)

ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/ mandrake/8.2/i586/ (Aachen)
Greece

ftp://ftp.duth.gr/pub/Mandrake/8.2/i586/ (Thrace)

ftp://ftp.ntua.gr/pub/linux/mandrake/8.2/i586/ (Athens)
Hong Kong

ftp://ftp.wisr.eie.polyu.edu.hk/linux/mandrake/8.2 /i586/
Hungary

ftp://ftp.linuxforum.hu/mirror/Mandrake/8.2/i586/
Ireland

ftp://ftp.esat.net/pub/linux/mandrake/8.2/i586/
Italy

ftp://bo.mirror.garr.it/mirrors/Mandrake/8.2/i586/ (Bologna)

ftp://ftp.edisontel.it/pub/Mandrake_Mirror/Mandrak e/8.2/i586/
Latvia

ftp://ftp.latnet.lv/linux/mandrake/8.2/i586/
Netherlands

ftp://ftp.nl.uu.net/pub/linux/mandrake/8.2/i586/

ftp://ftp.nluug.nl/pub/os/Linux/distr/Mandrake/Man drake/8.2/i586/

ftp://ftp.surfnet.nl/pub/os/Linux/distr/Mandrake/M andrake/8.2/i586/

ftp://ftp.wau.nl/pub/Mandrake/8.2/i586/ (Wageningen)
Poland

ftp://ftp.ps.pl/mirrors/mandrake/8.2/i586/ (Szczecin)

ftp://ftp.task.gda.pl/pub/linux/Mandrake/8.2/i586/ (Gdansk)
Portugal

ftp://ftp.dei.uc.pt/pub/linux/Mandrake/Mandrake/8. 2/i586/ (Coimbra)

ftp://tux.cprm.net/pub/Mandrake/8.2/i586/
Russia

ftp://ftp.chg.ru/pub/Linux/mandrake/8.2/i586/ (Chernogolovka)
Singapore

ftp://ftp.singnet.com.sg/opensource/linux/Mandrake /8.2/i586/
Slovakia

ftp://spirit.profinet.sk/mirrors/Mandrake/8.2/i586 / (Bratislava)
Spain

ftp://ftp.cesga.es/pub/linux/Mandrake/8.2/i586/ (Galicia)

ftp://ftp.cica.es/pub/Linux/Mandrake/8.2/i586/ (Sevilla)

ftp://ftp.rediris.es/pub/linux/distributions/mandr ake/8.2/i586/
Sweden

ftp://ftp.chello.se/pub/Linux/Mandrake/8.2/i586/

ftp://ftp.chl.chalmers.se/pub/Linux/distributions/ Mandrake/8.2/i586/ (Gothenburg)

ftp://ftp.du.se/pub/os/mandrake/8.2/i586/ (Dalarma)
Switzerland

ftp://ftp.pcds.ch/pub/Mandrake/8.2/i586/ (Neuhausen)

ftp://sunsite.cnlab-switch.ch/mirror/mandrake/8.2/ i586/ (Zurich)
Taiwan

ftp://linux.cdpa.nsysu.edu.tw/pub/Mandrake/mandrak e/8.2/i586/

ftp://linux.csie.nctu.edu.tw/distributions/mandrak e/Mandrake/8.2/i586/

ftp://mdk.linux.org.tw/pub/mandrake/8.2/i586/
Turkey

ftp://ftp.ankara.edu.tr/pub/linux/dagitimlar/Mandr ake/8.2/i586/ (Ankara)
United Kingdom

ftp://ftp.mirror.ac.uk/sites/sunsite.uio.no/pub/un ix/Linux/Mandrake/Mandrake/8.2/i586/ (Canterbury)
United States

ftp://ftp-linux.cc.gatech.edu/pub/linux/distributi ons/mandrake/8.2/i586/ (Georgia)

ftp://ftp.cise.ufl.edu/pub/mirrors/mandrake/Mandra ke/8.2/i586/ (Florida)

ftp://ftp.cse.buffalo.edu/pub/Linux/Mandrake/mandr ake/8.2/i586/ (NY)

ftp://ftp.nmt.edu/pub/linux/mandrake/8.2/i586/ (New Mexico)

ftp://ftp.orst.edu/pub/mandrake/8.2/i586/ (Oregon)

ftp://ftp.tux.org/pub/distributions/mandrake/8.2/i 586/ (Virginia)

ftp://ftp.umr.edu/pub/linux/mandrake/Mandrake/8.2/ i586/ (Missouri)

ftp://ftp.uwsg.indiana.edu/linux/mandrake/8.2/i586 / (Indiana)

ftp://linux-cs.tccw.wku.edu/pub/linux/distribution s/Mandrake/8.2/i586/ (WKU-Linux, Western Kentucky University)

ftp://mirror.aca.oakland.edu/linux/mandrake/8.2/i5 86/ (Michigan)

ftp://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrak e/8.2/i586/ (Wisconsin)

ftp://mirror.mcs.anl.gov/pub/Mandrake/8.2/i586/ (Illinois)

ftp://mirrors.ptd.net/mandrake/8.2/i586/ (Pensylvania)

ftp://mirrors.secsup.org/pub/linux/mandrake/Mandra ke/8.2/i586/

ftp://uml-pub.ists.dartmouth.edu/mirrors/ftp.mandr akesoft.com/pub/Mandrake/mandrake/8.2/i586/ (New Hampshire)

ftp://videl.ics.hawaii.edu/mirrors/mandrake/Mandra ke/8.2/i586/ (Hawaii)

http://mandrake.dsi.internet2.edu/Mandrake/8.2/i58 6/ (For Internet2 academic institutions only)

• ftp://gd.tuwien.ac.at/infosys/browsers/mozilla/sou rces/
• http://gd.tuwien.ac.at/infosys/browsers/mozilla/so urces/

• ftp://mozilla.mirror.pacific.net.au/mozilla/
• http://mozilla.mirror.pacific.net.au/
• ftp://ftp.planetmirror.com.au/pub/mozilla/
• http://planetmirror.com.au/pub/mozilla/

• ftp://ftp.belnet.be/packages/mozilla/

• ftp://ftp.ntrl.net/pub/mirror/mozilla/

• ftp://sunsite.ualberta.ca/pub/Mirror/mozilla/

• ftp://sunsite.cnlab-switch.ch/mirror/mozilla/

• ftp://ftp.ibiblio.org/pub/packages/infosystems/WWW /clients/mozilla/
• http://www.ibiblio.org/pub/packages/infosystems/WW W/clients/mozilla/
• ftp://ftp.tux.org/pub/net/mozilla/
• http://www.cise.ufl.edu/ftp/mirrors/mozilla/
• ftp://ftp.yggdrasil.com/mirrors/site/ftp.mozilla.o rg/pub/
• ftp://sunsite.utk.edu/pub/netscape-source/
• ftp://archive.progeny.com/mozilla/
• http://archive.progeny.com/mozilla/
• rsync://archive.progeny.com/mozilla/
• http://mirrors.xmission.com/mozilla/
• ftp://mozilla.teleglobe.net/ftp.mozilla.org/pub/

• ftp://ftp.cvut.cz/mozilla/
• http://ftp.cvut.cz/mozilla/

• ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/ftp.mo zilla.org/pub/mozilla/
• ftp://ftp.fh-wolfenbuettel.de/pub/www/mozilla/
• ftp://ftp.uni-bayreuth.de/pub/packages/netscape/mo zilla/
• ftp://sunsite.informatik.rwth-aachen.de/pub/mirror /ftp.mozilla.org/pub/
• ftp://ftp.leo.org/pub/comp/general/infosys/www/bro wsers/mozilla/
• ftp://ftp.rhein-zeitung.de/mirrors/mozilla.org/
• ftp://ftp.uni-erlangen.de/pub/mirrors/mozilla/
• http://ftp.uni-erlangen.de/pub/mirrors/mozilla/

• http://mirrors.sunsite.dk/mozilla/
• ftp://mirrors.sunsite.dk/mozilla/
• rsync://mirrors.sunsite.dk/mozilla/

• ftp://ftp2.mbp.ee/pub/mozilla/

• ftp://ftp.rediris.es/mirror/mozilla/
• http://ftp.rediris.es/mirror/mozilla/
• ftp://ftp.etsimo.uniovi.es/pub/mozilla/
• http://www.etsimo.uniovi.es/pub/mozilla/

• ftp://ftp.funet.fi/pub/mirrors/ftp.mozilla.org/pub /

• ftp://ftp.univ-lille1.fr/pub/mozilla/
• ftp://ftp.oleane.net/pub/mozilla/
• http://ftp.oleane.net/pub/mozilla/
• ftp://ftp.free.fr/pub/Networking/www/Mozilla
• ftp://fr2.rpmfind.net/linux/mozilla/
• http://fr2.rpmfind.net/linux/mozilla/

• ftp://ftp.ntua.gr/pub/www/Mozilla/ ftp://ftp.duth.gr/pub/mozilla -->

• ftp://ftp.comp.hkbu.edu.hk/pub/mozilla/
• ftp://sunsite.ust.hk/pub/mozilla/

• ftp://ftp.c3.hu/pub/mirrors/mozilla/
• http://mozilla.szentimre.hu/

• ftp://ftp.EUnet.ie/mirrors/ftp.mozilla.org/pub/

• http://mozilla.fresh.co.il/

• ftp://ftp.cin.nihon-u.ac.jp/pub/net/www/mozilla ftp://his.ktarn.or.jp/pub/mirrors/mozilla/ --->
• ftp://ring.aist.go.jp/pub/net/www/mozilla/
• ftp://ring.crl.go.jp/pub/net/www/mozilla/
• ftp://ring.etl.go.jp/pub/net/www/mozilla/
• ftp://ring.exp.fujixerox.co.jp/pub/net/www/mozilla /
• ftp://ring.nacsis.ac.jp/pub/net/www/mozilla/
• ftp://ring.so-net.ne.jp/pub/net/www/mozilla/
• ftp://ftp.jaist.ac.jp/pub/Mozilla/
• ftp://ftp.lab.kdd.co.jp/Mozilla/
• ftp://ftp.kddlabs.co.jp/Mozilla/
• http://mirror.nucba.ac.jp/mirror/mozilla/
• ftp://mirror.nucba.ac.jp/mirror/mozilla

• ftp://ftp.hpcnet.ne.kr/pub/Mozilla/
• ftp://linux.sarang.net/mirror/network/client/web/m ozilla/

• ftp://ftp.uninett.no/pub/network/www/mozilla/

• ftp://sunsite.icm.edu.pl/pub/mozilla/
• http://sunsite.icm.edu.pl/pub/mozilla/
• ftp://ftp.task.gda.pl/pub/mozilla/

• ftp://ftp.global-one.pt/pub/Packages/Mozilla/

• ftp://ftp.chg.ru/pub/WWW/mozilla/

• ftp://ftp.sunsite.kth.se/mirrors/ftp.mozilla.org/
• ftp://ftp.fredan.org/mozilla/

• http://mirror.averse.net/pub/mozilla/
• ftp://mirror.averse.net/pub/mozilla/

• http://www.mozilla.sk/pub/

• ftp://ftp2.sinica.edu.tw/pub3/www/mozilla/
• ftp://ftp.nctu.edu.tw/WWW/mozilla/
• rsync://ftp.nctu.edu.tw/ftp/WWW/mozilla

• ftp.mirror.ac.uk/sites/ftp.mozilla.org/pub/ ftp://ftp.gbnet.net/pub/mozilla/
• http://www.gbnet.net/public/mozilla/ -->
• ftp://mozilla.teleglobe.net/ftp.mozilla.org/pub/

Including the paperclip in the office suite (which looks sweet) would be incorporating the "Instant Anger Technology (tm)"

A reaction of a satisfied user can be seen here.

Really, if he doesn't look like a Cyberdemon, who cares?

;)

...but I have much greater respect for Greg Ubben's complete implementation of dc in sed. It comes with newer versions of GNU sed and therefore probably hides somewhere on your hard disk (try locate dc.sed). Or look here.

I use the RBL hooks in Postfix, and I find them very useful. This is a bit much, though. While I have enormous respect for Vix & co., I think this is way over the line.

How is software that is designed to send bulk email any "worse" than software that is designed explictly for the purpose of, say sniffing user passwords or performing denial-of-service attacks? Indeed, why aren't we, as the Internet community, tracking down those people arrogant enough to write these tools -- tools that are clearly used to commit all manner of subversion havoc -- and blackholing them?

It's because (most) technical people understand that tools are just tools. Somebody who writes a password grinder is "just" a programmer. The Unix admin who downloads it and runs it against her password file is just doing her job. The peeved help-desk guy who uses the password grinder to get the VP of Finance's Unix password and then uses it to access the nifty Oracle financial system is acting-- in the words of AUPs everywhere-- in excess of his authority, and if caught, will be squashed by the Law.

It's not valid to want it both ways, to want software that you think is "bad for the net" blackholed out of existence, yet allow other software -- arguably more damaging -- to exist unchallenged. If this was, say, WIPO vs. nmap, would those of you in favour of MAPS' stance take offense? Software is speech. Censor it and contribute to the decline of your freedom to write it. I'm sure the brains behind WIPO are very interested in seeing how this plays out; if an .org which essentially controls access to and from the large nationwide ISPs can succesfully censor software without question, then certainly WIPO can.

And finally: simply because MAPS says "These are our guidelines, and we are following them" doesn't mean the guidelines have merit.

Genetic algorithms can be used to optimize all sorts of problems.

For example this page describes optimization of wind turbines with genetic algorithms.

Like all engineering problems, the biggest challenge with these sorts of problems is determining the formulae to predict performance. A great deal of knowlege about engines needs to be used to develop these simulations. If you can't model what effects changes in the shape of turbines or cylinders will have on performance, then you can't build a fitness function. The fitness function is used to determine which gene sequences will "live" and which ones will "die".

• FilterProxy
• Cut The Crap
• Junkbuster
• WebFilter/NoShit
• Muffin
• Proxomitron

Everyone go out and try an ad filtering proxy today! It makes your browsing experience so much more tolerable!

--Bob

Online, hostile environments are driving almost every social group other than techno-savvy young white men away from coherent public discussion of technology. These men are invariably smart and skilled, but almost unable to communicate civilly or tolerate disagreement or difference. Are we breeding communities of impulsive and creative jerks?

After reading the first paragraph, I quickly decided reading Part 2 wasn't worth my time. Even the first sentence is utterly paradoxial and partial racistic. How can hostile environments drive people away from coherent discussions? Surely, they exclude each other. Rational people who seek answers without hassle will stay with forums where they don't get spammed, flamed or advertised to daily. Slashdot is one of these forums, especially filtered through Cut-The-Crap.

All techno-savvy people on the Internet are not white males, although they are in the majority in the West. This is more for social reasons, ie immigration and social repression of minority groups and so forth. The deciding factors in this area are very complex and variable, so I will not even attempt to dive into that matter.

The author completely disregards what Internet is all about. He seem to think it is social community all by itself. But that perspective makes no broader sense. Internet is an extension of our local community, creating a virtual global community. It then follows that all the problems we are facing on Internet has its roots in us as people and community in real life. We may create electronic forums to stimulate development to more mature discussions and mutual respect. But in the end, it is the individual human being that will have to change as part of a solution. The Internet is _accelerating_ this process. As we are communication more, ugly fluff isn't hidden under the carpet as much as before.

All in all, this post is trying to label people and sort them out in clean little bins. This is always wrong, and statistics have been misinterpreted and misused this way for way too long.

- Steeltoe (white male in case someone wondered)

...or another european mirror, at NTUA@Greece: ftp://ftp.ntua.gr/pub/www/Moz illa/mozilla/releases