Slashdot Mirror


Tridgell and Samba Recognized

An anonymous reader writes "It's official, Samba creator Andrew Tridgell is Australia's smartest man... in IT anyway. He's received Bulletin magazine's 'Smart 100' award for the IT sector. He's also written about how Samba came into being, which was basically because he was trying to avoid doing any real work on his PhD. He also tells us how he discovered Linux and why he believes Open Source Software is superior to proprietary code... He also talks about rsync and his plans for the future..."

93 comments

  1. A great quote from Andrew Tridgell... by tcopeland · · Score: 5, Interesting

    ...about Linus Torvalds:


    One of the most memorable parts of that evening was when my Linux NFS [Network File System] server died, to the point that the console seemed completely dead (the load of all those Doom WAD files obviously got to it). I was about to press reset when Linus stepped in and said he wanted to work out why it had crashed, so he could fix it. I then watched in complete amazement as Linus exploited a remote file truncation bug he knew about in the NFS server I was running which allowed him to peek into the proc filesystem on the apparently dead server and work out enough to find the bug. Up till then I had considered myself to be a pretty good programmer, and quite good at debugging system crashes, but that incident taught me that I would always be an also-ran who just isn't in the same league as
    people like Linus.


    This is from an interview here.

    1. Re:A great quote from Andrew Tridgell... by Anonymous Coward · · Score: 5, Funny

      ...my Linux NFS [Network File System] server died... Linus exploited a remote file truncation bug he knew about in the NFS server...

      A security hole saves the day? See? Microsoft really is shipping "features" with their hole-ridden software!

    2. Re:A great quote from Andrew Tridgell... by caluml · · Score: 0

      hah! If Linus was truely great, he'd have fixed it, and brought it back up too! Save that uptime!

  2. He is also by smartin · · Score: 1

    One of Austrailia's nicest guys.

    --
    The difference between Canada and the USA is that in Canada healthcare is a right and gun ownership is a privilege.
    1. Re:He is also by Pseudonym · · Score: 2, Funny

      ...and probably Canberra's nicest. Not that there's a lot of competition.

      --
      sub f{($f)=@_;print"$f(q{$f});";}f(q{sub f{($f)=@_;print"$f(q{$f});";}f});
  3. RSYNC by bodin · · Score: 5, Informative

    And the reason we should _LOVE_ Andrew is not only samba (I mean, this is just a thing needed to be interopable with *that* OS), but a totally different thing.

    RSYNC

    Those having read his papers about the rsync protocol or attending one of Andrews seminars in the subject will definitively agree.

    I hope a lot of you use rsync. It's a wonderful piece of software.

    1. Re:RSYNC by Anonymous Coward · · Score: 0

      No kidding. I'm constantly keeping remote sites updated and rsync has saved my ass more than a few times. Until I read the article I never realized that Samba and rsync were from the same person. What's cool about rsync is that it works beautifully across SSH. You can keep only the ssh port open and manage all your remote sites from a single machine without needing FTP or opening CVS over SSH ports on your local box.

    2. Re:RSYNC by Anonymous Coward · · Score: 0
      I have used rsync many times now and I respect the effort that has gone into it greatly, but I wish Andrew would work on the error messages and other usability-related aspects of the program.

      First of all there are like seven valid command-line syntaxes. It is as though two good programs have been crammed into one. Personally, in his place, I think I would have written one program to do the transfer with RSH and other RSH replacements like SSH and a second program to transfer using RSYNC's own daemon.

      Secondly, and this might just be me, I did not find it immediately apparent that each syntax can only be used for one type of transfer.

      Finally, I find the error messages misleading. I found "unexpected EOF in read_timeout" can mean at least two things. One one occasion it meant that I needed to specify the --rsync-path for rsync on the remote server and on another I learned that it could also mean that you ran out of disk space on the target.

      Even so, when all is said and done the program still kicks butt and saves bandwidth! :)

    3. Re:RSYNC by Tenareth · · Score: 1

      if you got unexpected EOF, you should have gotten a message just before that. One would say "rsync: not found", or the other is "unable to write to xxxxx".

      I do agree, it'd be nice to say "rsync not found on destination host", since it took me a minute to realize the message was coming from the destination server, not the local.

      --
      This sig is the express property of someone.
  4. Re:Those Aussies love their outlaws by Stonent1 · · Score: 2, Informative

    the biggest Australian movie star got his fame as a V-8 driving ex-cop loner with a sawed off shotgun

    Who incidentally was born in upstate NY and lived there until he was 12.

  5. Re:Those Aussies love their outlaws by Trigun · · Score: 2, Informative

    The criminals and ne're-do-wells were mostly comprised of people who couldn't afford to pay the exhorbanant taxes, or 'stole the kings deer' by illegally hunting to feed their family. Any real criminal minds were hanged or otherwise killed.

    Although 'Crocidile Dundee 1-3' Should be a crime in my book, the vast majority of Australians (and their ancestors) are in fact innocent, and not of criminal genetic stock.

    Trolls, like Religion, dissappear when the truth comes to light.

  6. SAMBA IS NOT QUITE FREE! by SharpFang · · Score: 5, Funny

    It's Pizzaware!

    1.9. Pizza supply details

    Those who have registered in the Samba survey as "Pizza Factory" will
    already know this, but the rest may need some help. Andrew doesn't ask
    for payment, but he does appreciate it when people give him pizza.
    This calls for a little organisation when the pizza donor is twenty
    thousand kilometres away, but it has been done.

    Method 1: Ring up your local branch of an international pizza chain
    and see if they honour their vouchers internationally. Pizza Hut do,
    which is how the entire Canberra Linux Users Group got to eat pizza
    one night, courtesy of someone in the US

    Method 2: Ring up a local pizza shop in Canberra and quote a credit
    card number for a certain amount, and tell them that Andrew will be
    collecting it (don't forget to tell him.) One kind soul from Germany
    did this.

    Method 3: Purchase a pizza voucher from your local pizza shop that has
    no international affiliations and send it to Andrew. It is completely
    useless but he can hang it on the wall next to the one he already has
    from Germany :-)

    Method 4: Air freight him a pizza with your favourite regional
    flavours. It will probably get stuck in customs or torn apart by
    hungry sniffer dogs but it will have been a noble gesture.

    -- Samba FAQ

    --
    45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
    1. Re:SAMBA IS NOT QUITE FREE! by marnanel · · Score: 1

      I know you're joking, but the DFSG FAQ section 11a(a) says

      "Send me a postcard if you like this software.": This makes the license non-free. (But "please send me a postcard if you like this software" would be okay, because that would be a request rather than a requirement.)

      Likewise, "he does appreciate it when people give him pizza" is a request and not a requirement.

      --
      GROGGS: alive and well and living in
    2. Re:SAMBA IS NOT QUITE FREE! by SharpFang · · Score: 1

      It's not me joking! It's a part of official SAMBA FAQ.
      Google link.

      --
      45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
    3. Re:SAMBA IS NOT QUITE FREE! by marnanel · · Score: 1

      I meant about Samba being "not quite free". I was just noting that expressing a fondness for being sent pizza isn't contrary to the DFSG.

      --
      GROGGS: alive and well and living in
  7. Congrats Tridge! by Trolling4Dollars · · Score: 1

    A little Aussie ingenuity goes a long way.

  8. more comments on rsynd by stonebeat.org · · Score: 2, Interesting

    i would have been nice to have more details on the future of RSYNC.
    RSYNC works on unix/linux
    rsync worx on windows using cyygin.dll
    Novell ported RSYNC to Netware http://forge.novell.com/modules/xfmod/project/show files.php?group_id=1148&release_id=276 and is using for synchronization.

    So RSYNCS is definitely the product of choice for syncrhonization. What lies in future for RSYNC????

    1. Re:more comments on rsynd by Anonymous Coward · · Score: 1, Funny

      What lies in future for RSYNC????

      Last I heard, Justin Timberlake was considering staying with his solo career, but there's always hope for a reunion sometime down the road.

      "Rock your boooooooody..."

    2. Re:more comments on rsynd by EvilTwinSkippy · · Score: 1

      The portage system for Gentoo uses RSYNC to keep up-to-date with all of the lastest recipies for packages. I also know of at least one large university department that uses RSYNC to patch and configure a few hundred workstations and servers.

      --
      "Learning is not compulsory... neither is survival."
      --Dr.W.Edwards Deming
  9. avoiding thesis work by airuck · · Score: 3, Funny
    He's also written about how Samba came into being, which was basically because he was trying to avoid doing any real work on his PhD.

    I think that is common. Our LUG was founded and remains heavily influenced by this effect. Nice to know that so many are compelled to avoid their profs long enough to something useful

    --
    First entomology, then virology, and finally bioinformatics systems. Bugs follow me wherever I go.
    1. Re:avoiding thesis work by cperciva · · Score: 1

      Nice to know that so many are compelled to avoid their profs long enough to something useful

      I don't see the connection. Samba isn't useful because Andrew didn't want to do any real work at the time -- Samba is useful because Andrew's a skilled programmer. Rsync (even with its flaws) is far more important than Samba.

      Likewise, I put together FreeBSD Update (see .sig) while I was avoiding doing any real work; but my real work is going to be far more important than FreeBSD Update in the end.

  10. Re:Those Aussies love their outlaws by bcolflesh · · Score: 1

    I always found Aussie outlaw Ned Kelly's story pretty interesting:

    http://www.ironoutlaw.com/
    http://www.nedkellys world.com.au/

  11. Samba tutorials by Anonymous Coward · · Score: 5, Informative

    Here's are a couple of Samba tutorials for ya'll to chew on: This tutorial shows you how to configure Samba as the primary domain controller, and this tutorial shows you how to turn a Unix or Linux system into a file and print server for Microsoft Windows network clients. Configure LDAP to serve as a user authentication source for Samba, and you've got a one-two punch.

    1. Re:Samba tutorials by Bombcar · · Score: 2, Informative

      Don't forget the Biggest HOWTO in Samba history: Samba 3.0.0 HOWTO Read, and if you have questions or suggestions for improvements, please send them to JHT (the author).

  12. Don't forget his work Hacking TiVos! by jkeegan · · Score: 5, Informative

    Of course from a hacking standpoint, many of us have Tridge to thank for his work on the TivoNet card. That brought ethernet access to the TiVo, and his later work on video extraction made great use of the bandwidth. :)

    Thanks, Tridge!

    Of course, he's given credit in the book Hacking TiVo. :)

    --

    ..Jeff Keegan
    seven syllables explain TiVo: kee gan dot org slash ti vo
    1. Re:Don't forget his work Hacking TiVos! by radish · · Score: 1

      I never even made the connection from one Tridge to the other. Wow, Samba, Rsync AND TivoNet. We truly are not worthy :)

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    2. Re:Don't forget his work Hacking TiVos! by MegaHamsterX · · Score: 1

      Thanks to him I narrowly avoided whacking my head full force against the desk due to the ultra slow serial connection on the TiVo.
      Always been a Samba fan from way back, but the TiVonet was one clever hack.

  13. Also the Master Tivo Hacker by Kagato · · Score: 1

    Don't forget Tridge was also the creator of the original TivoNET card. And the first to figure out how to remove the video from Tivo as well.

  14. Samba is King of the Free Software World by Bombcar · · Score: 3, Insightful

    Admit it. With the exception of Apache, Samba is the number one reason that Linux (and BSD, too!) has been able to invade the datacenters of companies the world over.

    Without Samba, Linux et al would be in a much less pretty position.

    Perhaps we should call it Samba/GNU/Linux? :)

    Kudos to the Samba Team, Tridge, and all Samba developers/testers/users!

    1. Re:Samba is King of the Free Software World by Anonymous Coward · · Score: 0

      Well I'd say Linux ranks up there pretty high too.

    2. Re:Samba is King of the Free Software World by EvilTwinSkippy · · Score: 1
      I'd say samba was important, but sendmail was the camel's nose in the tent for my network.

      Email, the original reason to keep a linux box around.

      --
      "Learning is not compulsory... neither is survival."
      --Dr.W.Edwards Deming
  15. I find his argument somewhat strange. by airrage · · Score: 1, Troll

    I am not an OS zealot. I enjoy the sunshine too much to worry about media drivers and file systems. However, Mr. Tridgell makes several comments I find incongruous:

    First, he talks about his first attempt at Samba, "It really wasn't a very good piece of code, and it certainly wasn't very reliable, but the important thing is that I then decided to release it to the world for free.".

    So from this, it would seem he would be arguing that it was bad code, written sloppily; but that released into the "wild" so to speak, it would return a better thing. I assume much like the peer review / criticism so normal in academia. Okay, I think I'm with him there.

    Next, Mr. Tridgell talks about proprietary software and states, "We now have large numbers of programmers reinventing poorly designed bits of software, most of which will eventually be discarded and lost forever."

    So, it's the "proprietaries" as I will not call them that only write bad code? Didn't he just suggest that his first attempt was poorly written. Or maybe he's arguing that it's continually poor no matter how many times it's re-written.

    Finally, he states, "At the moment I'm working on Samba version 4, which is a rather major rewrite..."

    It just seems to inconsistent. Bad code was sent out into the world and returned voila -- bad code. Why would Samba need a major re-write if the code weren't properly written in the first place? Isn't this just like a rewrite of Windows? It seems from his comments, that bad code won't be magically fixed in the world of open-source and I think it's not necessarily true that closed-source will just turn out garbage over-and-over again.

    What you could argue is that samba and all open-source derivatives are more micro-economic driven. That, in the end, might be a good thing.

    --
    "This isn't a study in computer science, its a study in human behavior"
    1. Re:I find his argument somewhat strange. by Builder · · Score: 2, Insightful

      Samba often needs rewrites because of the scope of changes that MS make to their protocols and authentication mechanisms. The samba team will ALWAYS be one step behind on this one because they have to wait and see what MS do and then respond.

    2. Re:I find his argument somewhat strange. by 0123456 · · Score: 3, Insightful

      "So, it's the "proprietaries" as I will not call them that only write bad code? Didn't he just suggest that his first attempt was poorly written. Or maybe he's arguing that it's continually poor no matter how many times it's re-written."

      His argument, I think, is that with closed source, dozens of companies are all writing bad code to do the same thing, whereas with open source, that bad code only has to be written once... and then either the programmer soon gets so embarassed that they end up rewriting it properly, or someone else gets so disgusted that they do so.

    3. Re:I find his argument somewhat strange. by molarmass192 · · Score: 1

      Rewrites are not usually the result of bad code or bugs. The rewrites I've been privy to were typically to either (a) make the code more extensible/portable or (b) modularize the code to permit it's components to be reused. I've never been part of a rewrite that was driven by a primary goal of fixing bugs. Code tends to be an organic thing, it's essentially a detailed multi-million step plan. Sometimes people come up with a better plan that still contains most of the same steps. It doesn't mean the original plan was flawed or incorrect in places.

      --

      Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
    4. Re:I find his argument somewhat strange. by pirhana · · Score: 1

      >Why would Samba need a major re-write if the code weren't properly written in the first place? Isn't this just like a rewrite of Windows?

      Softwares need routinely rewrite because the requirements are changed readiacally from time to time. New issues comes up often(major security requirement etc.)and some of the requirement becomes irrelevent as time passes(being able to run on very low hard ware also is not a requirement any more ). Above all samba is not a stand alone application. It is heavily depnedent on microsoft softwares and protocols which are changed quite often. Thus comes the need for major rewrite. What was the situation in the field of computer and software at 1991 is entirely different from what is now. Requirements and proiorities are rapidly changing.

    5. Re:I find his argument somewhat strange. by Libor+Vanek · · Score: 1

      One example - in Samba = 3 is packet "decoded" in various places. In Samba 4 there will be one single place where will be COMPLETE packet decoded (even things which are completely useless for Samba). For example - this enables you to assemble new packet and use Samba server as gateway to you Win2k server.

      Samba is really nice piece of software but as the evolution goes on and on there are things on the "todo" list which you couldn't think of when doing first design.

    6. Re:I find his argument somewhat strange. by TigerNut · · Score: 1

      In reference to his first attempt, I think his view of 'the important thing' was that by releasing it, he was exposed to a group of developers and a software development paradigm, of which he previously wasn't aware. The software subsequently improved due to users' contributions and suggestions, but the important thing was that the public release opened his eyes and thinking to the open source community.

      --

      Less is more.

    7. Re:I find his argument somewhat strange. by Zathrus · · Score: 2, Insightful

      Why would Samba need a major re-write if the code weren't properly written in the first place?

      Because things evolve. If you ever write a program and can't think of ways to improve it when you're "done" then you've failed as a programmer -- you've learned nothing from the experience. There is no such thing as perfect code. There's always another feature, another bug, or a more elegant (easier to understand and extend -- if it happens to be more efficient then that's a bonus) way to do things.

      Eventually you reach the point at which the code base has been extended so many times that it's become crufty, and crufty code is likely to be buggy code. At that point you can either walk away from it, ignore the cruft (this is a valid decision), or decide to rewrite large portions. This doesn't mean that the code was poorly designed. Sure, some parts of it may look poorly designed now, but that may be because the world has changed and the original requirements are no longer the same as real world requirements. You may have simply extended the code beyond the point the design intended. It happens. Saying that the code is poorly designed because of this is the same as saying that a small rural bridge is poorly designed because it would collapse if a 70T tank tried to go over it.

      It seems from his comments, that bad code won't be magically fixed in the world of open-source and I think it's not necessarily true that closed-source will just turn out garbage over-and-over again.

      I don't know how you got that from the comments. The idea is that open source code doesn't come back as bad -- it gets refined over time from many eyes and many hands and comes back as better (if not good). Closed source doesn't inherently turn out crap -- but it doesn't get the advantage of many eyes, many hands, and virtually unlimited time. Code reviews can do a good bit toward eliminating this disadvantage though, but not enough companies do them. And being pressed for time doesn't help in writing good code (but unlimited time does not inherently give you good code either!).

    8. Re:I find his argument somewhat strange. by Quill_28 · · Score: 1

      You are correct your post is not a troll, and a poor mod job.

      You simply made the mistake of questioning the open-source model. Since open source should never be questioned you have to be modded as a troll.

      This is why some open source folks are labeled zealots in the worst definition of the word.

      You will also noticed your reply has been modded offtopic so it less people will see it.

      I expect mine to also be modded down.

    9. Re:I find his argument somewhat strange. by Anonymous Coward · · Score: 0

      Two issues.

      First, this is the reality of software development. Someone said 'plan to throw it away, you will anyways'. Programmers are always dissatisfied with their code, because the best way inevitably becomes apparent by writing code.

      Second, we've been privileged to witness the spectacle of a CEO of a very large software firm saying that their way is the best and most secure, after probably their worst month securitywise. Andrew is not spouting market speak. The truth is that software is usually a very fragile mess. The reason you can't see most code is that most would be ashamed to show it.

      Remember, software is the product of the human mind. The way we work is often paradoxical, ie. the results are very often the exact opposite of what you would expect.

      Paradoxically, the anarchic, unstructured, shall I say immature way of open source development produces the most useful, mature and secure software.

      Your confusion is normal. It doesn't make sense. Nothing does.

      Derek

  16. Hear, hear ...! by handy_vandal · · Score: 1

    Admit it. With the exception of Apache, Samba is the number one reason that Linux (and BSD, too!) has been able to invade the datacenters of companies the world over .... Perhaps we should call it Samba/GNU/Linux? :)

    Well spoken!

    -kgj

    --
    -kgj
  17. Re:Those Aussies love their outlaws by Drakin · · Score: 1

    Just proves that the Aussies are the slow ones... at least my ancestors had the sense to high tail it out of town when the local lord took offence to his deer ending up in thier stomaches.

  18. Meh. by cperciva · · Score: 4, Insightful

    Rsync is overrated. It's useful for files with local edits (eg, text and source code), but performs poorly on files which tend to have global, sparse, changes (eg, most data files, and all executables). Changing one character will result in an entire block being transmitted -- put another way, the bandwidth usage is O(n/k+kD), where n is the file size, D is the edit distance, and k is a parameter (the block size).

    This is considerably worse than necessary; it is possible to cut the bandwidth down to O(n/k+kI+S), where n,k are as above, I is the number of inserts/deletes, and S is the number of substitutions. For executable files, this can easily result in a fivefold improvement.

    Rsync is certainly a useful tool, but it isn't the synchronization-tool-to-end- all-synchronization-tools which many people consider it to be.

    (Side note: I have the same DPhil supervisor as Andrew Tridgell, so I feel perfectly entitled to bash my fellow student's work.)

    1. Re:Meh. by EvilTwinSkippy · · Score: 2, Insightful
      Gentoo users everywhere would beg to differ.

      A working implementation is far more useful than a perfect theory.

      --
      "Learning is not compulsory... neither is survival."
      --Dr.W.Edwards Deming
    2. Re:Meh. by Anonymous Coward · · Score: 0

      This is considerably worse than necessary; it is possible to cut the bandwidth down to O(n/k+kI+S), where n,k are as above, I is the number of inserts/deletes, and S is the number of substitutions. For executable files, this can easily result in a fivefold improvement.

      Easy to say, but where's the code that makes it happen?

      It's gotta take some real balls to critisize someone else's real work because your armchair philosophy says it shouldv'e been done better.

      (Side note: I have the same DPhil supervisor as Andrew Tridgell, so I feel perfectly entitled to bash my fellow student's work.)

      Until you've actually contributed these hypothetical improvements to the community, I disrespectfully disagree.

    3. Re:Meh. by Kunta+Kinte · · Score: 1
      Rsync is overrated. It's useful for files with local edits (eg, text and source code), but performs poorly on files which tend to have global, sparse, changes (eg, most data files, and all executables). Changing one character will result in an entire block being transmitted -- put another way, the bandwidth usage is O(n/k+kD), where n is the file size, D is the edit distance, and k is a parameter (the block size).

      I found it cool that you busted out big-O, so I tried to make some sense of your argument but failed.

      Could you explain why 'kD=kI+S'? You're saying that substitutions can be done in constant bandwith inpendent of the file size?!

      Where is the 'n/k' bandwidth going to? Is that protocol overhead? If so how did you conclude its equal to n/k?

      --
      Based on upvotes, Ageism is the only "-ism" Slashdotters care about and think isn't SJW
    4. Re:Meh. by Anonymous Coward · · Score: 0

      This is considerably worse than necessary; it is possible to cut the bandwidth down to O(n/k+kI+S), where n,k are as above, I is the number of inserts/deletes, and S is the number of substitutions. For executable files, this can easily result in a fivefold improvement.

      You have some interesting work on the binary differ and I could see where it could improve aspects of rsync. But I think your criticism of rsync is a little harsh. It does well for what it was intended, but as you say, could be improved. In many ways it's similar to CVS -- works great for text and source, but not so well for binaries.

      But working code speaks volumes. Do you have anything available that addresses the binary shortcomings of rsync or replaces it altogether?

    5. Re:Meh. by cperciva · · Score: 2, Insightful

      Could you explain why 'kD=kI+S'?

      It isn't. The edit distance D is equal to I+S -- rsync uses a factor of k more bandwidth than necessary for dealing with isolated substitutions.

      You're saying that substitutions can be done in constant bandwith inpendent of the file size?!

      Well... there's actually a factor of log(n/S) which I omitted. And the n/k is actually n/k log(n) (for both algorithms). But keeping track of logarithmic factors gets a bit silly -- people like to assume that they can perform things like address operations in constant time (which isn't really true).

      Where is the 'n/k' bandwidth going to? Is that protocol overhead?

      The n/k is used to transmit block checksums, in order to identify which parts of the file need to be transmitted (the kD).

    6. Re:Meh. by Ed+Avis · · Score: 1
      This is considerably worse than necessary; it is possible to cut the bandwidth down to O(n/k+kI+S), where n,k are as above, I is the number of inserts/deletes, and S is the number of substitutions.
      Got a source to back that up? (Eg a description of such an algorithm, source code that implements it, etc.)
      --
      -- Ed Avis ed@membled.com
    7. Re:Meh. by cperciva · · Score: 1

      Got a source to back that up? (Eg a description of such an algorithm

      Ok, here's a description of the algorithm:
      1. Chop the (old) file into pieces.
      2. Work out appoximately where those pieces go.
      3. Fill in any holes and correct any errors from step 2.

      Of course, that isn't incredibly useful -- but I can't explain any further without, well, writing a ten page paper about this. Be patient, wait for the paper, and all will become clear.

    8. Re:Meh. by stephanruby · · Score: 1

      Someone is obviously bitter because he's not the smartest IT man of Australia.

  19. RSYNC + SSH by Anonymous Coward · · Score: 0

    Is my definitive method of remothe syncronization, without starting anything else than the ssh server.

    rsync -e ssh -auvz this/dir/ user@otherhost:that/dir/

    rocks! (of course it can be done in the other sense)

    rsync -e ssh -auvz user@otherhost:that/dir/ this/dir/

  20. RSYNC? Nah, TiVo! by angusr · · Score: 1

    Let's not forget he was also one of the first people to get to grips with TiVo hacking; see the TiVo ISA ethernet stuff for a start. Proper TiVo hardware & software hacking in the days before you could just buy a TurboNet from 9thTee...

  21. Re:Those Aussies love their outlaws by DataCannibal · · Score: 1

    Some tranportees were early trade unionists and socialists. Some of our American friends might find that that indicates a string criminal disposition :-)

    --
    No but, yeah but, no but...
  22. Well, that's super. by autechre · · Score: 1

    So if it's possible, has anyone done it? If so, and another file sync tool exists which has superior bandwidth utilisation, why not post a link to it? Why hasn't it already become more popular than rsync?

    You would really be "entitled" to bash rsync if you had come up with a superior implementation yourself, but I would hope you could at least point one out.

    --
    WMBC freeform/independent online radio.
    1. Re:Well, that's super. by cperciva · · Score: 2, Interesting

      You would really be "entitled" to bash rsync if you had come up with a superior implementation yourself, but I would hope you could at least point one out.

      I come from an academic background, where it's perfectly acceptable to bash someone based on theory.

      Yes, the code is coming. But it takes time to write; give me a few months, ok?

    2. Re:Well, that's super. by Anonymous Coward · · Score: 0

      Jesus Christ--what's up your ass? Maybe Tridgell hasn't made your noted improvements to rsync because he doesn't have the time.

    3. Re:Well, that's super. by Anonymous Coward · · Score: 0

      Maybe Tridgell hasn't made your noted improvements to rsync because he doesn't have the time.

      s/noted improvements to rsync/complete change of protocol to take advantage of an as-yet-unpublished algorithm/.

      Possible, but not likely.

    4. Re:Well, that's super. by Kingpin · · Score: 3, Funny



      Yes, the code is coming. But it takes time to write; give me a few months, ok?

      Call it nsync!

      --
      Unable to read configuration file '/bigassraid/htdig//conf/14229.conf'
      Geocrawler error message.
    5. Re:Well, that's super. by Anonymous Coward · · Score: 0

      >You would really be "entitled" to bash rsync if you...

      bash rsync... hmm

      LordBob@Localhost ~ $ /bin/bash rsync
      rsync: /usr/bin/rsync: cannot execute binary file

      I must not be "entitled" to bash rsync. I must come up with a superior implementation MYSELF!

      Actually, I use rsync regularly all thanks to the method Gentoo uses for package retrieval. THANKS ANDREW!

    6. Re:Well, that's super. by Feztaa · · Score: 1

      I think tradition would demand it be called SARS: SARS Ain't Rsync, See?. It's recursive, plus it's named after a nasty virus as a bonus! :)

  23. And the interesting bit... by autechre · · Score: 2, Interesting

    I went to SGI's "Linux University" a few years ago (back when they were saying, "We're about to release XFS for Linux, and here's why it's the best filesystem in the known universe"), and Jeremy Allison was one of the speakers. I enjoyed the session, and even got to talk to him for a few minutes afterwards.

    One of the things that stuck with me was him expressing the hope that people would eventually stop using Samba because it would no longer be required. He regards SMB as an awful protocol, and isn't much for Windows as a desktop operating system either. I'm sure most software developers realize that their code, no matter how important now, will eventually fade away, but it's interesting to think of someone happily coding away and at the same time _hoping_ for the day when their primary project is no longer useful.

    --
    WMBC freeform/independent online radio.
  24. Recognized, but I'll bet not on the street :-) by ewg · · Score: 1

    "Samba and Tridgell Recognized", but I'll bet not recognized on the street. :-)

    --
    org.slashdot.post.SignatureNotFoundException: ewg
  25. I disagree by bogie · · Score: 1

    "Without Samba, Linux et al would be in a much less pretty position."

    Actually I don't really believe that.

    "With the exception of Apache, Samba is the number one reason that Linux (and BSD, too!) has been able to invade the datacenters of companies the world over."

    Uh what about Bind and Sendmail? I love Samba as well but it comes at a waay distant 4th (if that) to those apps. Apache, Bind, and Sendmail are what got the free nix's in the door, Samba was just a nice bonus.

    --
    If you wanna get rich, you know that payback is a bitch
    1. Re:I disagree by __past__ · · Score: 1
      I somehow agree with the Apache/Samba argument. (I would perhaps even add the Gimp, although it obviously isn't too useful in a "data center") At least in my experience, these two have been more closely connected with Free Software/Linux in the mid/late 1990ies - stuff like Sendmail and Bind just happened to be Free as well, and run on Linux among other systems.

      This has not much to do with technical issues, licenses, or importance for the net infrastructure. It was a cultural thing, these projects were flagships of something like a geek pride movement. Imagine geeks proudly proclaiming that they can write better software in their spare time, just because they freely choose to, than all corporate drones together could before. (Of course, these proclamations happend exclusivly in dark, dusty server rooms, so no non-geek ever heard of them ;-)

      It was a pretty cool time. Unfortunatly much of the spirit is lost. But the world is definitly a better place 10 years after that than it was 10 years before.

  26. spam algorithm? by adlerspj · · Score: 1

    What's the new spam algorithm mentioned at the end of the article? Is he doing more work on spamsum? Could be interesting.

  27. Re:RSYNC : Try Unison by pjdurai · · Score: 1

    unison is another excellent file synchronizer, someways better than rsync. It does true two way file synchornization.

    http://www.cis.upenn.edu/~bcpierce/unison/

  28. Fine time to post by inflex · · Score: 2, Funny

    What I find really amusing is that this story hits Slashdot at about 2am Australian time (EST) and most likely will be off the page by the time most Australians wake up.

    I'm only up because someone's machines in the US decided do some bungee jumping without the bungee.

  29. He wasn't smart enough to catch... by Anonymous Coward · · Score: 0

    ...this little gem.

    And neither was the many-eyed OS borg communist collective community commune. Wow, nine years of being vulnerable. Truly sad.

    1. Re:He wasn't smart enough to catch... by Jeremy+Allison+-+Sam · · Score: 3, Insightful

      He didn't write the code with that flaw in it, I did.

      So did you get exploited by this flaw ? Did you lose data or
      get compromised ? Do you have a legitimate complaint, or are
      you carping anonymously about "communist collective's" because
      you don't know how to code yourself, and you fear them ?

      The psychology behind comments like this is interesting to me,
      I always wonder if you're the same kind of people who "key"
      expensive cars because you don't own one ? Did you ever write
      software yourself ? Do you know how ?

      Jeremy Allison,
      Samba Team.

    2. Re:He wasn't smart enough to catch... by Upphew · · Score: 0

      I don't know how many read the grandparent poster (and his/her linked article), but replying to that and admitting own fault... that is very very very cool thing to do.

    3. Re:He wasn't smart enough to catch... by nathanh · · Score: 1

      Jeremy: 1, Coward: 0

    4. Re:He wasn't smart enough to catch... by MGS+Hartman · · Score: 1

      he wasn't smart enough to realise that writing SAMBA was a total waste of time and served to propagate that poison spread by micro$loth .

  30. Re:Those Aussies love their outlaws by hdparm · · Score: 1
    No, sir, you're not 'typical geek'. If you were you'd know how to find Tridge's CV online and realise how pathetic your CV is compared to it. Samba is just the tip of the berg. And he is only in his mid 30's.

    Tridge is a genius. Humble one, too.

  31. Recognized on the street ;-) by Medievalist · · Score: 1

    Strangely enough, I did recognize him on the street in NYC a few years back. Heard an Aussie accent, realized the man was talking about rsync... so I buttonholed him with a bunch of (probably inane) samba questions.

    Really nice guy, took it all in stride.

    Thanks, Tridge, and congratulations!

  32. "Nicest" is pretty subjective by leonbrooks · · Score: 1

    I'd tend to use slightly more objective words like patient, careful, wise, diplomatic, thoughtful, intelligent, hard-working and so on. In short, most of the useful characteristics I lack. (-:

    Like most of the FOSS superstars, if you met him on the street you probably wouldn't recognise him. With a handful of exceptions, FOSS people are recognised primarily for their utility and productivity rather than for dashing good looks or social dexterity.

    From what little I know of Tridge, he'd be hastening to point out countless other FOSS developers more deserving of such an award. While that's a very valid point, it doesn't make him any less deserving himself.

    --
    Got time? Spend some of it coding or testing
  33. What have the Romans ever done for us? by leonbrooks · · Score: 1

    IPTables (hi, Rusty!), PostFix, OpenOffice.org, OpenLDAP, OpenSSL, Mozilla, the KDE suite... all of these make Linux useful as well. SaMBa is "just" one more "pluggable" component on the most popular server application framework in existence. It happens to be a very good one (as in, robust, extensive, flexible, secure).

    Lest you think I'm only a one-eyed Penguinista, I've used and benefited from SaMBa running on Solaris, BSDi, *BSD, Irix, HP-UX and AIX too.

    One piece of MS-Windows software which always amuses me is PuTTY. Why "PuTTY"? Well... it makes Windows useful. (-:

    --
    Got time? Spend some of it coding or testing
  34. John Terpstra at Southern California Linux Expo by MrMorph · · Score: 2, Interesting

    John Terpstra, co-founder of the Samba-Team, will be speaking at the Southern California Linux Expo on November 22nd at the Los Angeles Convention Center in Los Angeles, California. John will be giving an overview of Samba 3 including the ability to integrate into an Active Directory enviroment. Regular priced and student priced tickets giving full access to the event are still available. Free expo only tickets are also available using the "FREE" promotional code on the orders page. The Southern California Linux Expo is a non-profit event organized by LUG volunteers. [ Reply to This