On Mon, Aug 28, 2000 at 01:02:58PM -0500, MJR wrote: > Oskar Sandberg wrote: > > > I believe that what Singal11 was trying to say (quite correctly) is that > > that is not what Freenet is. > > Surely Freenet "is" whatever the client writers make it look like. Users > won't appreciate the elegance of the routing mechanisms or the daring > rejection of the old idea of distinct hosts. No. They will only care to > the extent that they can do what they want to - insert files and request > files. Easily, without any particular knowledge of Freenet > peculiarities.
I'm not very big on users. At least not that kind of users - there are plenty of "us" in the world, and that is who I am writing this for. People who can't be bothered to figure out why freedom is important don't deserve it. > The sourceforge page is quick to throw Freenet in with Gnutella and > Napster, when there really are few similarities. I complained when that text was put there, and I haven't liked it at any time. Please, Ian, can we change it now? > > Freenet and Napster are completely different. There is no way to hack > > Freenet support into Napster (or vice versa). To start with we don't have > > searching. Secondly everyone would have to start by inserting their entire > > mp3 library. > > If you mean Napster as "the protocol for querying a central host as to > the addresses of peers who have file X" then no, Freenet can't emulate > it. But if you care about the mechanism only to the extent that you must > to get your music, then Freenet can satisfy that single criterion: it'll > get music for you. Actually, I mean Napster as "Be able to access other peoples playlists and share in there music". That is the cool thing about Napster - being able to access other peoples playlists and checking out what they are listening too. All the copying is just a syndrome of the silly censorship laws. > Surely something could be worked out where, say, competing release > groups update their respective lists of keys by inserting them to their > subspaces under predefined changing guessable keys (i.e., > kewl_rippers-12.14.00.list). The community would soon focus on a small > number of central key lists, and, for all practical purposes, the lists > of keys would *be* the client. The actual code would be nothing more > than a vanilla client that could request and parse automatically a user > defined set of lists. The user searches for "metallica", the client just > looks it up in the current lists and spews out the possibly very > redundant results. Sure, but that is not Napster. It's more like the traditional "warez" circles... <> > > Not to diss your work, but a bunch of new clients are not badly needed at > > this point. > > Right now we could use a freenet/key mime type (kinda like shoutcast > .pls files) and a simple cross platform client to handle them. The files > linked would be simple lists of redundant keys. For example, I could add > to my page <a href="ratm-testify.free">RATM - Testify</a>. The file > referenced would consist one or more freenet keys that point to that > particular song. Optionally an "and/or" syntax could be used, so one > link could reference many tracks, each possibly with multiple keys. > Maybe the "and" is too open to abuse. Probably. OK, scrap the and. > > IMHO this is very worthwhile. I'll write something in C today. It'll pop > up a little netscape-esque download box and compute throughput. Right now we could use a real PK infrastructure, better node discovery, better routing, ARK resolution, Updatable data, and possibly searches. > > And if the only thing keeping out developers is most C coders dogmatic > > approach to Java, how come Adam doesn't have a hundred developers helping > > him with Whiterose? > > Anyone man enough to volunteer? ;) Last I heard Whiterose is still a one man crusade... > > -- > Mark Roberts > mroberts100 at mediaone.net > _______________________________________________ > Freenet-dev mailing list > Freenet-dev at lists.sourceforge.net > http://lists.sourceforge.net/mailman/listinfo/freenet-dev > -- \oskar _______________________________________________ Freenet-dev mailing list Freenet-dev at lists.sourceforge.net http://lists.sourceforge.net/mailman/listinfo/freenet-dev
