Slashdot Mirror

The people who produce false reviews will develop a tool that not only fakes the reviews, but then applies this exact software (in the article) to analyze it, and then provides logical adjustments until this exact software cannot discern the difference between the adjusted outcome or real reviews.

That's a very real problem. A few years ago, phishing sites could be distinguished from real sites by observing bad grammar, poor layout, and other indicators of low quality. Today, phishing sites look very much like real ones to humans.

For a few years, until 2008, there was the Web Spam Challenge. A large number of web pages had been classified by humans as "spam" or "not spam", and people ran classifiers against them to try to match the human judgement. That used to have some effectiveness, but the quality of junk web sites has improved, now that big companies like AOL and Demand Media generate them.

A superficial examination by humans isn't good enough any more. You need to dig deeper. For web spam, look at the business behind the web site. For recommendation spam, look at the person behind the recommendation. Social networks have enough information to do this for individuals. eBay and Amazon, which actually see the customer's transactions, can and do use that information.

Of course you follow the money. There aren't that many spammers; about three years ago, there seemed to be only about ten unique large-scale spammers. Taking one of them down made a significant dent in spam traffic for a month.

Junky spam and junky bogus web sites are obsolete, even in the criminal world. The old mindset was to filter out emails and sites that "looked junky". The old "Web Spam Challenge was based on this. They have a big file of pages which humans have classified, by a quick look, as "spam" or "not spam". Five or ten years ago, that sort of worked, because most of the junk sites were really tacky. Phishing sites used to have blatant misspellings. That's history. Today's crooks have good web site production values.

So you have to dig deeper. On the web spam/bogus web site front, part of the right answer is to find out who's behind the web site and do a background check. (We do that at SiteTruth.com, as I've mentioned before.) Right now, even a superficial check (is there a mailing address on the site? Is it a known phishing site? Do seals of approval check out? Non-junk SSL cert?) is enough to knock out a big fraction of the junk. The deeper checks (is there a business at that address? How long in business? How much revenue last year? What's their business credit rating?) tell us enough to have some confidence about business legitimacy.

The original article mentions "ordering tons of stuff from phishing scams to trace the path of the money." That's what the FBI should be doing more of. Law enforcement can have accounts created, plug into the credit card system, and watch their credit cards being used in real time. It's hard to do that without law enforcement authority.

Hm. There are two issues here and I'm a bit confused regarding which you mean.

My impression is that Open Source does exist to do at least part of this job. I don't know how good it is.

According to this [ftp://ftp.lip6.fr/pub/linux/distributions/slackwa re/slackware-10.2/extra/checkinstall/README.1st%5D ,

they're aware of having issues, but working on slackware specific patches, and I guess eventually it will become a standard tool when it's a bit more reliable.

French scientists are not allowed to write publications in any language other than French

I beg your pardon ??

It is true that French scientists - who happen to have a civil servant status - are often required to produce reports in French. I don't know where you got the idea that they are forbidden from publishing anything in English.

Another example: a few years ago, out of a sudden, the french government decreed that the word e-mail is to be forbidden and replaced with made-up "courriel".

Yeah, Heaven forbid that people speaking a different language try to create new words for new things instead of just adopting English ones !

BTW, the word "courriel" was coined by the Quebecois.

Thomas-

Look at alliance cad for vhdl compiler, simulator and related tools. It's gpl and there are binaries available for a variety of systems.

What steps has linux put forth to make sure buffer overruns dont happen? I have seen programs that bost that they can detect and fix the error in code (Stackguard). Now, why hasnt GCC implemited this idea. It seems to me protecting it so the code cant buffer overflow AND the kernel cant would fix alot of problems.(Apache)(How to)

I had to work some about A.I. last year and I went across this site here Most might be in French though. I know there are several universities in France that do such research, and in North America too. I'll admit I'm quite curious about how it will evolve in the next years.

RedHat's ext2/ext3 filesystem

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)

Have a look at it (Warning: french site):
original strip, ogg sound from the image, decoded image from ogg sound

And then, there is the Makefile
Just type: make SRC=nameOfTheImage

Original idea: Vincent Cuzin.
Original strip and web hosting: Benoit Girard.
Makefile: Stephane Gourichon

Have a look at it (Warning: french site):
original strip, ogg sound from the image, decoded image from ogg sound

And then, there is the Makefile
Just type: make SRC=nameOfTheImage

Original idea: Vincent Cuzin.
Original strip and web hosting: Benoit Girard.
Makefile: Stephane Gourichon

How feasible would it be for someone to take a computer and have it do nothing but pattern-matching through all the source code in a typical Linux distribution, looking specifically for problem areas like these?

For longer answer, read this:

• Secure Programming: Buffer Overflow by David Wheeler
• Smashing The Stack For Fun And Profit by Aleph One
• Buffer Overruns, whats the real story? by Lefty
• Finding and exploiting programs with buffer overflows by Prym
• Stack Smashing Security Vulnerabilities by Nathan Smith
• Buffer Overflows by The FreeBSD Documentation Project
• Linux/ix86 buffer overflows by Willy Tarreau
• SunOS 4.1/Sparc buffer overflows by Willy Tarreau
• The Tao of Windows Buffer Overflow
• Buffer Overflows: Why, How and Prevention by Nicole LaRock Decker

How feasible would it be for someone to take a computer and have it do nothing but pattern-matching through all the source code in a typical Linux distribution, looking specifically for problem areas like these?

For longer answer, read this:

• Secure Programming: Buffer Overflow by David Wheeler
• Smashing The Stack For Fun And Profit by Aleph One
• Buffer Overruns, whats the real story? by Lefty
• Finding and exploiting programs with buffer overflows by Prym
• Stack Smashing Security Vulnerabilities by Nathan Smith
• Buffer Overflows by The FreeBSD Documentation Project
• Linux/ix86 buffer overflows by Willy Tarreau
• SunOS 4.1/Sparc buffer overflows by Willy Tarreau
• The Tao of Windows Buffer Overflow
• Buffer Overflows: Why, How and Prevention by Nicole LaRock Decker

Richard P. Gabriel and Ron Goldman argue that software needs to become more organic, more forgiving, less brittle, less obsessed with performance, and more people-centered. One example they give is of small agents cleaning up objects if their class definitions have changed since their creation. This is possible using the Common Lisp Object System's (CLOS's) Meta-Object Protocol (MOP), which is a run-time MOP, but not, say, with Christian Queinnec's Meroon object system for Scheme, which can be described as having a compile-time MOP. On the other hand, Meroon's object system, in my experience, has much higher performance than CLOS.

Where do you stand on the flexibility-performance divide?

• Australiasia
  
  • Japan
    
    
  • ftp://ftp.netlab.is.tsukuba.ac.jp/pub /XFree86
  • ftp://ftp.iij.ad.jp/pub/X/XFree86
  
  
• Korea
  
  • ftp://ftp.kreonet.re.kr/pub/Linux/xfree86
  
  
• Australia
  
  • ftp://mirror.aarnet.edu.au/pub/XFree86
    
  • ftp://x.physics.usyd.edu.au/pub/XFree86
  
  

US

• ftp://phyppro1.phy.bnl.gov/pub/XFree86
  
• ftp://ftp.rge.com/pub/X/XFree86
• ftp://ftp.varesearch.com/pub/mirrors/x free86
• ftp://ftp.infomagic.com/pub/mirrors/XFr ee86
• ftp://ftp.calderasystems.com/pub/m irrors/xfree86
• ftp://ftp.cs.umn.edu/pub/XFree86
• 
  ftp://ftp.kernel.org/pub/mirrors/xfree86
  
  

Europe

• Austria
  
  • ftp://gd.tuwien.ac.at/hci/X11/XFree86
    
    
  
  
• Finland
  • ftp://ftp.funet.fi/pub/X11/XFree86
• France
  • ftp://ftp.lip6.fr/pub/X11/XFree86
  
  
• Germany
  • ftp://ftp.gwdg.de/pub/xfree86/XFree86
    
  • ftp://ftp.cs.tu-berlin.de/pub/X/XFree86
• Italy
  • ftp://ftp.unina.it/pub/XFree86
• Norway
  • ftp://sunsite.uio.no/pub/XFree86
  
  
• United Kingdom
  • ftp://sunsite.doc.ic.ac.uk/packages/XFr ee86

All of this is really interesting...

I'm looking for people who are actually interested in writing
such a game.

I'm writing one for the kde project. You'll be able to follow
development at this page :

http://www.ecoledoc.lip6.fr/~capricel/boson/


There is need for developers, graphisms, sounds, scenarist,
testerts...