Menu
▾
▴
friendlyp2p-devel — Developer Discussion
You can subscribe to this list here.
| 2005 |
Jan
(163) |
Feb
(64) |
Mar
|
Apr
(8) |
May
(5) |
Jun
(3) |
Jul
(1) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
|---|
|
From: Holmes W. <hw...@do...> - 2005-08-30 02:54:12
|
Hi Rares, The status of the project is that the bounty is still unclaimed, though one and maybe two people/groups are working on it: Todd MacDarmid at the cutlass project is working on a superset of the requirements as part of some kind of open source p2p voice competitor. http://www.synacklabs.net/cutlass/ and he's expressed interest in claiming the bounty. -Holmes On Aug 30, 2005, at 5:52 AM, Rares Marian wrote: > How's everything going? > ----- Original Message ----- > From: "Nikolas Coukouma" <li...@at...> > To: fri...@li... > Subject: [Friendlyp2p-devel] Wiki returns > Date: Fri, 08 Jul 2005 03:36:36 -0400 > > >> >> After entirely too long, the wiki is back and availble at it's usual >> address: >> http://friendlyp2p.atrus.org/ >> >> I apologize again for it being offline for so long. >> >> If you're interested in what happened: >> The first few months were because of a hard crash at my old webhost. >> When they revived the machine they completely broke all of my >> websites >> and made it impossible to fix them. I conteacted tech support and was >> told to "talk to my programmer." Since I am my programmer and they >> weren't doing anything to help, I moved to a new host. That took six >> weeks because I wasn't recieving the domain transfer paperwork for >> some >> reason. For the last month, I've had hosting, but hadn't gotten >> around >> to juggling configuration files and database dumps. >> >> Anywho, I hope you find the wiki useful. >> >> You might also be interested in a talk Bram Cohen's recent talk at >> Stanford. >> Originial streaming video: >> http://stanford-online.stanford.edu/courses/ee380/050216- >> ee380-100.asx >> I ripped the audio because it's an 80min, 166MB video of Bram >> sitting at >> a table: >> 17MG Vorbis: http://dent.student.umd.edu/~atrus/LJ/Posts/20050626/ >> cohen.ogg >> 25MB MP3: http://dent.student.umd.edu/~atrus/LJ/Posts/20050626/ >> cohen.mp3 >> >> It was linked to as part of his rant about MS Anvalanche: >> http://www.livejournal.com/users/bramcohen/20140.html >> >> -Nikolas Coukouma >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by the 'Do More With Dual!' webinar >> happening >> July 14 at 8am PDT/11am EDT. We invite you to explore the latest >> in dual >> core and dual graphics technology at this free one hour event >> hosted by HP, >> AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar >> _______________________________________________ >> Friendlyp2p-devel mailing list >> Fri...@li... >> https://lists.sourceforge.net/lists/listinfo/friendlyp2p-devel >> > > > -- > _______________________________________________ > Check out the latest SMS services @ http://www.linuxmail.org > This allows you to send and receive SMS through your mailbox. > > Powered by Outblaze > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > Practices > Agile & Plan-Driven Development * Managing Projects & Teams * > Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/ > bsce5sf > _______________________________________________ > Friendlyp2p-devel mailing list > Fri...@li... > https://lists.sourceforge.net/lists/listinfo/friendlyp2p-devel > > > |
|
From: Rares M. <rm...@li...> - 2005-08-29 20:52:31
|
How's everything going? ----- Original Message ----- From: "Nikolas Coukouma" <li...@at...> To: fri...@li... Subject: [Friendlyp2p-devel] Wiki returns Date: Fri, 08 Jul 2005 03:36:36 -0400 >=20 > After entirely too long, the wiki is back and availble at it's usual > address: > http://friendlyp2p.atrus.org/ >=20 > I apologize again for it being offline for so long. >=20 > If you're interested in what happened: > The first few months were because of a hard crash at my old webhost. > When they revived the machine they completely broke all of my websites > and made it impossible to fix them. I conteacted tech support and was > told to "talk to my programmer." Since I am my programmer and they > weren't doing anything to help, I moved to a new host. That took six > weeks because I wasn't recieving the domain transfer paperwork for some > reason. For the last month, I've had hosting, but hadn't gotten around > to juggling configuration files and database dumps. >=20 > Anywho, I hope you find the wiki useful. >=20 > You might also be interested in a talk Bram Cohen's recent talk at Stanfo= rd. > Originial streaming video: > http://stanford-online.stanford.edu/courses/ee380/050216-ee380-100.asx > I ripped the audio because it's an 80min, 166MB video of Bram sitting at > a table: > 17MG Vorbis: http://dent.student.umd.edu/~atrus/LJ/Posts/20050626/cohen.o= gg > 25MB MP3: http://dent.student.umd.edu/~atrus/LJ/Posts/20050626/cohen.mp3 >=20 > It was linked to as part of his rant about MS Anvalanche: > http://www.livejournal.com/users/bramcohen/20140.html >=20 > -Nikolas Coukouma >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by the 'Do More With Dual!' webinar happen= ing > July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual > core and dual graphics technology at this free one hour event hosted by H= P, > AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar > _______________________________________________ > Friendlyp2p-devel mailing list > Fri...@li... > https://lists.sourceforge.net/lists/listinfo/friendlyp2p-devel --=20 _______________________________________________ Check out the latest SMS services @ http://www.linuxmail.org This allows you to send and receive SMS through your mailbox. Powered by Outblaze |
|
From: Nikolas C. <li...@at...> - 2005-07-08 07:37:41
|
After entirely too long, the wiki is back and availble at it's usual address: http://friendlyp2p.atrus.org/ I apologize again for it being offline for so long. If you're interested in what happened: The first few months were because of a hard crash at my old webhost. When they revived the machine they completely broke all of my websites and made it impossible to fix them. I conteacted tech support and was told to "talk to my programmer." Since I am my programmer and they weren't doing anything to help, I moved to a new host. That took six weeks because I wasn't recieving the domain transfer paperwork for some reason. For the last month, I've had hosting, but hadn't gotten around to juggling configuration files and database dumps. Anywho, I hope you find the wiki useful. You might also be interested in a talk Bram Cohen's recent talk at Stanford. Originial streaming video: http://stanford-online.stanford.edu/courses/ee380/050216-ee380-100.asx I ripped the audio because it's an 80min, 166MB video of Bram sitting at a table: 17MG Vorbis: http://dent.student.umd.edu/~atrus/LJ/Posts/20050626/cohen.ogg 25MB MP3: http://dent.student.umd.edu/~atrus/LJ/Posts/20050626/cohen.mp3 It was linked to as part of his rant about MS Anvalanche: http://www.livejournal.com/users/bramcohen/20140.html -Nikolas Coukouma |
|
From: Holmes W. <hw...@do...> - 2005-06-22 21:58:28
|
I think an email a week would be perfectly kosher :) Holmes > > I've been posting more on the cutlass list than here, because, I've > been a bit sensitive about potentially bugging friendlyp2p list > subscribers with Cutlass news. Should I be a bit more verbose? > (Incidentally, if you don't want to join the cutlass mail list, you > can follow cutlass news at http://cutlass.info/ ). > > Todd > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Friendlyp2p-devel mailing list > Fri...@li... > https://lists.sourceforge.net/lists/listinfo/friendlyp2p-devel > > > |
|
From: Todd M. <tm...@sy...> - 2005-06-22 02:09:28
|
On Tue, Jun 21, 2005 at 04:02:28PM +0200, Wouter Van Meir <wou...@pa...> stated: Hi Wouter, thanks for your work on the GUI, I'll take a look at it. >I think it's a good idea to start integrating the p2p backend now that the >GUI is still very simple so we don't need to change too much. I've noticed >Roy and Todd are separately working on a p2p backend (but we obviously >need only one). I'd like to work with either one depending on the current >state of there backend (and if they want to work with me). I'd be glad to work with you, and actually, if anyone is interested in taking a whack at some functionality on the Cutlass codebase, I'd be happy to sit down with them and walk them through the current structure and plans. I've been posting more on the cutlass list than here, because, I've been a bit sensitive about potentially bugging friendlyp2p list subscribers with Cutlass news. Should I be a bit more verbose? (Incidentally, if you don't want to join the cutlass mail list, you can follow cutlass news at http://cutlass.info/ ). Todd |
|
From: Wouter V. M. <wou...@pa...> - 2005-06-21 17:57:29
|
Hi, It's awfully quiet here so I'm posting something to see how everyone's doing:). I haven't done a lot actually but I've got something. I worked with the stuff from cvs and I've made some buttons we can use for adding users to fp2p and for changing there state (do not share or share + hopcount). I've put it here: http://users.pandora.be/WouterVanMeir/friendly/fp2p-0.9.tar.bz2 because I haven't got cvs access (I'll put it in cvs if someone gives me cvs access). I only tested it in linux, maybe someone can give instructions how to compile it for windows? (I don't want to bother trying if someone else allready knows how to do this). I think it's a good idea to start integrating the p2p backend now that the GUI is still very simple so we don't need to change too much. I've noticed Roy and Todd are separately working on a p2p backend (but we obviously need only one). I'd like to work with either one depending on the current state of there backend (and if they want to work with me). Because we need to work together it might be easy if we can chat, so you can find me in #friendly on irc.freenode.net (If our timezones don't differ too much). Wouter |
|
From: Wouter V. M. <wou...@pa...> - 2005-05-11 13:22:58
|
Hello, I want to help with fp2p and I've read through the mailing list. I've made an edonkey client in java some time ago so I have some p2p network experience, but since there's already allot of work going on in the p2p side I think it's best I make the GUI first. I have a little experience with Java (swing) GUI's and none with gtk+ or gaim, but I'm gonna try anyway (unless if someone already has a good GUI). I saw that some people wanted to make a protocol of fp2p, and some a plugin. I like the plugin idea better for the following reasons: 1) we are actually making a plugin which works with all the protocols in gaim, not a protocol, so I think it's logically we make it as a plugin. 2) according to Tim, there is more documentation about making a plugin. 3) there's already put some effort in making a plugin (in cvs) which I can continue, I know there's also a protocol version but it's basically the irc protocol of gaim with changed function names and some documentation for implementing it, but nothing special. 4) you don't need more contacts with a plugin (doesn't clutter your contact list), just and identification that a user is added to the fp2p is ok (I was thinking about some small icon over the buddy icon, something like the mobile icon, if a plugin can do that). but if everyone thinks it should be a protocol I will do that. I will start with the plugin from cvs without adding the p2p backend for know. Wouter. |
|
From: Holmes W. <hw...@do...> - 2005-05-10 05:47:33
|
Hi everyone, I've been corresponding a little bit with Todd MacDermid who is about to start working full time on the Cutlass project (thanks to Matt for making the initial contacting with them!). There's a huge amount of overlap between his project and Friendly, and we just worked out a set of requirements that Todd thinks are well within the scope of his project, and also fit well with most peoples' expectations for Friendly (see below). The best part is, Todd is going to be working on this full time over the next few months, and they already have a lot of the groundwork covered (check out http://www.synacklabs.net/projects/cutlass/ for more information, and to download the existing linux client). The other awesome thing about Cutlass is that they're also building in voice chat. Anyway, once Cutlass meets these requirements, he gets the bounty. If anybody would like to race him, he's down for that. But also, if anybody would like to contribute their skills then please feel free to make contact with Todd and his compatriots. Todd, you could maybe elaborate more on exactly the skills you are most in need of, but if I remember right, UI designers and people familiar with GAIM code were both needed. It sounds like they're very horizontally organized and very open to outside help, so if you've got some time/energy and still believe in the project, you should make contact with them. Us Downhill Battle folks are going to be extremely busy with a cool but entirely separate bittorrent grassroots video project for the foreseeable future (http://participatoryculture.org/ for more info) but it's awesome to see that there's still work happening. Holmes The requirements that Todd wrote up (and which I think are just dandy) ################################################### What follows is a proposed set of "victory conditions" for the downhillbattle filesharing plugin. At a high level, these conditions are designed to ensure that when it hits the front page of slashdot, the group reaction is, "Sweet, this rocks!" rather than "Hmmm. This seems like an interesting idea that needs work." Since the above condition is too fuzzy to code to, specifics follow: 1> The software must be easy to start using. 1a> The software must install via an autoinstall package from the web. 1b> The software must integrate with GAIM, so that it is easy to invite new users from existing buddy lists. 1c> The GAIM handshaking must contain a human-readable link directing users to the package if the remote user does not already have it installed. 1d> The software must run effectively from inside GAIM, so that users do not need to worry about running multiple clients for full functionality. 2> The software must allow effective small-group file sharing communities 2a> The software must permit both file sending (push model) and file serving (pull model) 2b> The software must provide the ability to search for files based on keyword. 2c> The software must provide the ability to recursively download files, so that directories may be downloaded with a single action. 2d> The software must send files with at least the speed of 75% of an HTTP GET over similar infrastructure, ranging from 56kbps to 3Mbps, for file sizes over 1MB. 2e> The software must not render other network traffic unusable. 2f> The software must support a "Friend of a Friend" (FOAF) authorization model, which is defined as follows: 2fi> Users may designate friends as "trusted." Trusted friends will be able to read files designated by the user. 2fii> Trusted friends will also be able to query users for a complete list of other trusted friends. Friends who are directly trusted are considered to be one "hop" from the user. Friends who are trusted by friends one hop away are considered to be two hops away, and so on. 2fiii> Users may select a permitted number of trust hops away another friend is allowed to be, and still have access to shared files. By default, this number will also be the number of hops to search outward for files. 2fiv> It is allowable for users to only be able to search a multi- hop friend's files if their mutual trust chain members are online to introduce them. 2fv> It is permissible for peers to cache trust relationship information 3> The software must be easy to use 3a> The software must run effectively from inside GAIM, so that users do not need to worry about running multiple clients for full functionality. 3b> The software must punch through NAT. The user must not be required to configure any outside devices in order to effectively punch through NAT. 4> The software must be secure 4a> The software must serve files on a default-deny model, with the user designating contacts or groups as permitted to browse specified directory trees. 4b> The software must encrypt cross-network traffic 4c> The software must have the capability to automatically check for updates and auto-install them. This function should be configurable, but enabled by default. Updates should be digitally signed. Fulfillment of each requirement shall be judged by authorized personnel from Downhill Battle. Requirements may be changed at any time, and all changes to requirements shall be posted at this URL. ############################################## |
|
From: Roy K. <rk...@rk...> - 2005-05-03 14:21:06
|
I'm pretty sure it's being worked on by various people. I'm actually working on something that will likely be part of it unless something is used for the peer-to-peer backend first. "libp2p" will be a generic peer-to-peer communications protocol that will allow several applications to use the same network (and obviously the same protocol), but still retain some basic control (join automatically, etc.) On Tue, 03 May 2005 10:14:39 -0400, Brian Vogel wrote > The FP2P mailing list seems to have kind of died. Is the project > still being worked on? Links anyone? > > Brian > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. > Get your fingers limbered up and give it your best shot. 4 great > events, 4 opportunities to win big! Highest score wins.NEC IT Guy > Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 > _______________________________________________ > Friendlyp2p-devel mailing list > Fri...@li... > https://lists.sourceforge.net/lists/listinfo/friendlyp2p-devel -- Roy Keene rk...@rk... |
|
From: Brian V. <bri...@ea...> - 2005-05-03 14:14:48
|
The FP2P mailing list seems to have kind of died. Is the project still being worked on? Links anyone? Brian |
|
From: Todd M. <tm...@sy...> - 2005-05-03 14:11:03
|
Hi all, Holmes recently mentioned to me that he thought it would be a good idea if I sent a description of the Cutlass project to the list, in case anyone was interested in joining. I hope to be able to turn Cutlass into a downhillbattle-worthy piece of software soon. So this is both a recruitment email and a project architecture email. Before I hit the hard sell, there are some caveats that I should get out of the way up front: - Cutlass is BSD licensed, not GPL. - The scope of the Cutlass project is not identical to Friendly P2P. It's larger. Notably, Cutlass also aims to be a encrypted VoIP system. (In addition to secure file transfer amongst small groups). - I'm currently attempting to make a living via Cutlass. This is via the "webcomics business model," namely, selling branded goods. I personally think that this is one of the purest business models around, but at ShmooCon one person gave me grief about selling stickers rather than giving them away. The software is free, the stickers are not. OK, hopefully you're cool with the above. If not, well, feel free to swipe the code and fork a GPL version. ;) So, now, about Cutlass! HISTORY/GOALS Cutlass was started a little more than 1 year ago. It aims to be a service that protects via encryption the services that social users of the Internet find useful on a daily basis. The "core" Cutlass services are IM, file sharing, and voice chat. It is written in C and C++. Cutlass does not aim for participant anonymity. Anonymity typically provides security in proportion to the latency added to services, and most users are unwilling to tolerate additional latency. Since Cutlass is intended for a mass audience, when usability butts heads with anonymity, the anonymity loses. (Note that we intend to provide tunneling services, and they are specced out in the protocol, just not implemented yet, and will not be enabled by default). Cutlass also does not attempt to link file searchspace into one global network. This is for small groups of friends who know and trust each other, not an attempt at ressurecting the original Napster. DESIGN Cutlass is a UDP-based protocol, so we can do NAT punching and all those nifty tricks. Yes, we've implemented our own reliable transport layer. Yes, it was a pain in the ass and still needs tuning. It does seem to get bytes from point A to point B, though. Cutlass users are uniquely identified by their public key fingerprint. There is no central directory server, rather each person has the capability of creating their own directory server. I expect that we'll implement some form of directory server update list, so that people don't have to worry about which server in particular their friends are listed on. This concept still needs som fince tuning. All communications are point-to-point, to the greatest extent possible. The only thing that directory servers are there for is to let peers know where other peers are located, and to help them negotiate NAT punching, if needed. Once communications proper are started, it should be direct peer-to-peer. Cutlass uses signed Diffie-Hellman key exchange to create ephemeral AES keys used for conversation protection. Since we're packet based rather than session based, we need to put an IV on each packet. We sincerely hope our IV is large enough to prevent WEP-style attacks. We also authenticate packets using ephemeral secrets to create a SHA-1 based HMAC on each packet. SHA-1 is broken, but not in the HMAC context. Nonetheless, we're revising the protocol to allow for cipher negotiation. We will not permit any weak ciphers. Internally, Cutlass is multi-threaded. One thread blocks listening on sockets, and processes incoming packets. One thread handles CPU-intensive requests. One thread is a timer loop, for retransmissions and the like, and one thread handles the UI. Those are the core threads, we also spin off a couple of extra threads for audio, when that is active, and for UI events being passed up from the internal threads. If you will be playing with internals, please read internals.txt for our locking rules so we can avoid deadlocks and race conditions. Cutlass is currently divided into a library and clients. We've got text-cutlass and gtk-cutlass right now. The GAIM plugin will be our third client. We're not an overlay network, so the underlying IM protocols will only be used for initialization and negotiation of location. We'll stick users on the Cutlass protocol proper as soon as we can. You can download the latest tarball at http://cutlass.info/ That page also has directions on how to pull the latest source via anonymous subversion access. COMPLETED So far we've got the following functionality implemented: - Session negotiation - Encryption - Instant messaging - File transfer (currently push only) - Voice (on OSS systems only) - A very rough cut at directory services TODO We are still working on the folowing: - Windows & OSX port (Thread and socket call wrapping, sound module) - GAIM support - NAT punching & connection forwarding - File serving - Authorization granularity - Directory server search functionality - Reliable transport tuning - Grouping Cutlass has had really three core developers over its history. John Schweitzer (gtk-cutlass), Jack Lloyd (crypto and protocol design), and myself (plumbing, connective bits, and everything else). We haven't been really big on "officially" assigning areas of ownership, as there's been plenty of work to go around. If you'd like to contribute, or even just throw rotten tomatoes from the sideline, you can join the Cutlass mailing list by sending a blank email to cut...@sy.... This is an encrypted mailing list, so have your GPG key handly. (It'll ask you to attach it to the confirmation email). If encrypted mail isn't your thing, there's also the Cutlass Users list, subscribe by sending an email to cut...@sy.... Please email me with any questions. I'm doing this full time now, so I hope to have you all usable software in fairly short order. If you've read this far, thanks for your time! Todd |
|
From: Holmes W. <hw...@do...> - 2005-04-30 23:04:11
|
Thanks Nikolas. > That would be me. My web host had a hard drive failure and when they > restored from backup, they completely screwed up my configuration and > refuse (or don't know how) to fix it. To make things even better, the > new configuration prevents from restoring the old. I've since > closed my > account there and purchased hosting at another company, but the domain > transfer process has been messed up too ... > > Since there's actually interest, I'll kick things at the old host some > more. If all else fails, I can redirect DNS and host it on my little > fileserver. > > Ugh, > -Nikolas 'Atrus' Coukouma > > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. > Get your fingers limbered up and give it your best shot. 4 great > events, 4 > opportunities to win big! Highest score wins.NEC IT Guy Games. Play to > win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 > _______________________________________________ > Friendlyp2p-devel mailing list > Fri...@li... > https://lists.sourceforge.net/lists/listinfo/friendlyp2p-devel > > > |
|
From: Nikolas 'A. C. <li...@at...> - 2005-04-30 02:14:58
|
Holmes Wilson wrote: > >> Warning: main(Yawp.php): failed to open stream: No such file or >> directory in /home2/atrus/public_html/friendlyp2p/index.php on line 28 > > > I'm pretty sure someone on this list set up a wiki on their server > and it must have gotten neglected That would be me. My web host had a hard drive failure and when they restored from backup, they completely screwed up my configuration and refuse (or don't know how) to fix it. To make things even better, the new configuration prevents from restoring the old. I've since closed my account there and purchased hosting at another company, but the domain transfer process has been messed up too ... Since there's actually interest, I'll kick things at the old host some more. If all else fails, I can redirect DNS and host it on my little fileserver. Ugh, -Nikolas 'Atrus' Coukouma |
|
From: Holmes W. <hw...@do...> - 2005-04-29 23:23:48
|
Hi Todd, > Hi, Holmes, good to make contact with similarly-goaled people. I > certainly have a dream of a simple UI, and all the mathy structure > has been designed with getting to that UI in mind. I just figured > I'd attack the easy bit first. ;) Yeah, I'm really excited to hear about your project. That's awesome that you're shooting for simple. > Warning: main(Yawp.php): failed to open stream: No such file or > directory in /home2/atrus/public_html/friendlyp2p/index.php on line 28 I'm pretty sure someone on this list set up a wiki on their server and it must have gotten neglected :) I think the best starting point would be a phone or Skype conversation. There's a lot of ground to cover, and voice is fast... would that be okay with you? Matt or anyone else on the list who might want to jump in just give a shout. Also, if anyone would like to step up to the plate and update Todd on some of the discussions had over the winter, that would be awesome. Otherwise, maybe just have a look at our original objectives (here: http://downhillbattle.org/labs/ gaim_filesharing_plugin/ ) and I could try to cover the rest on the phone/skypecall? Holmes > Fatal error: main(): Failed opening required > 'Yawp.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in / > home2/atrus/public_html/friendlyp2p/index.php on line 28 > > Best of luck to you and your project, > > Todd > > >> ----- Original Message ----- >> From: Holmes Wilson >> >> Thanks for the heads up. It seems like what they're proposing is >> very >> ambitious, and very cool too. But their approach seems very >> different >> from what we're proposing here, in that they've got this very >> elaborate >> mathy structure they want to make, and then they're thinking >> "gosh, what >> UI should we put on it?" whereas we're coming at it from the opposite >> direction. >> > > > |
|
From: Todd M. <tm...@sy...> - 2005-04-29 02:02:47
|
Hi, Holmes, good to make contact with similarly-goaled people. I certainly have a dream of a simple UI, and all the mathy structure has been designed with getting to that UI in mind. I just figured I'd attack the easy bit first. ;) I'd love to exchange information/swipe ideas from each other. I've got some design docs and APIs at http://cutlass.info. I tried to see the project page, but it seems I'm getting the following error at what I think is the project page: Warning: main(Yawp.php): failed to open stream: No such file or directory in /home2/atrus/public_html/friendlyp2p/index.php on line 28 Fatal error: main(): Failed opening required 'Yawp.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home2/atrus/public_html/friendlyp2p/index.php on line 28 Best of luck to you and your project, Todd >----- Original Message ----- > From: Holmes Wilson > > Thanks for the heads up. It seems like what they're proposing is very > ambitious, and very cool too. But their approach seems very different > from what we're proposing here, in that they've got this very elaborate > mathy structure they want to make, and then they're thinking "gosh, what > UI should we put on it?" whereas we're coming at it from the opposite > direction. |
|
From: Matt H. <mat...@gm...> - 2005-04-28 17:53:33
|
Holmes the Syn Ack Labs team want to create a nice pretty UI and are = already looking at Gaim intergration. The current client is a GTK based alpha with portability in mind with = Windows and Mac clients in the works .Remeber these guys are security = experts not UI designers .You say Cuttlass is too mathy but if your = proposing a secure p2p that resists outside snopping by way of traffic = analysis from your ISP or the RIAA you need a robust secure system first = then you can build pretty UI's later. The Linux client has Messaging ,Voice and File Transfer already . Group = Management ,Directory Servers ,Connection Forwading ( Onion Routing) and = Video are just some proposed features they wish to impliment in the = future. One big plus for friendly p2p is that the lead developer of Cutlass Todd = MacDemind is going to be working full time on Cuttlass as of May 29th = and he needs a way to make a income .The only concern he seemed to have = with Friendly P2P and Cuttlass is the the licencing becuase friendly is = GPL and Cuttlass has a BSD Licence .No biggie=20 Link=20 http://www.synacklabs.net/projects/cutlass/ Anyway he said he would be in contact with Downhill Battle as soon as = possible ----- Original Message -----=20 From: Holmes Wilson=20 To: fri...@li... ; Matt Hendry=20 Sent: Thursday, April 28, 2005 12:00 PM Subject: Re: [Friendlyp2p-devel] (no subject) Hi Matt, Thanks for the heads up. It seems like what they're proposing is very = ambitious, and very cool too. But their approach seems very different = from what we're proposing here, in that they've got this very elaborate = mathy structure they want to make, and then they're thinking "gosh, what = UI should we put on it?" whereas we're coming at it from the opposite = direction. You should be in touch with them though, and tell them about this = project and see what they think. Holmes On Apr 27, 2005, at 12:35 PM, Matt Hendry wrote: Heres a new secure p2p that is WASTE like and well documented and = has simmilar goals to that of Freindly P2P and is open source heres the = link http://www.synacklabs.net/projects/cutlass/ I hope it helps the development of the gaim p2p plugin which has = seemed to be stalled again .Maybe Syn Ack Labs maybe interested in = becomeing part of the project they are very serious about security and = offer a API that you may be able to use . |
|
From: Holmes W. <hw...@do...> - 2005-04-28 16:00:42
|
Hi Matt, Thanks for the heads up. It seems like what they're proposing is very ambitious, and very cool too. But their approach seems very different from what we're proposing here, in that they've got this very elaborate mathy structure they want to make, and then they're thinking "gosh, what UI should we put on it?" whereas we're coming at it from the opposite direction. You should be in touch with them though, and tell them about this project and see what they think. Holmes On Apr 27, 2005, at 12:35 PM, Matt Hendry wrote: > Heres a new secure p2p that is WASTE like and well documented and > has simmilar goals to that of Freindly P2P and is open source heres > the link > http://www.synacklabs.net/projects/cutlass/ > I hope it helps the development of the gaim p2p plugin which has > seemed to be stalled again .Maybe Syn Ack Labs maybe interested in > becomeing part of the project they are very serious about security > and offer a API that you may be able to use . > |
|
From: Matt H. <mat...@gm...> - 2005-04-27 16:36:38
|
Heres a new secure p2p that is WASTE like and well documented and has = simmilar goals to that of Freindly P2P and is open source heres the link = http://www.synacklabs.net/projects/cutlass/ I hope it helps the development of the gaim p2p plugin which has seemed = to be stalled again .Maybe Syn Ack Labs maybe interested in becomeing = part of the project they are very serious about security and offer a API = that you may be able to use . |
|
From: <ti...@ga...> - 2005-04-16 15:10:09
|
Hi all I guess you have already noticed but I could just as well make it official. I was supposed to lead the development of fp2p and thought it was a verry interesting project. For quite some time now and for the foreseable future I am working 12 - 16h days. It is an interesting job but it has unfortunatley reduced my spare time to less then nothing. This means I have no or little time to spend on coding on my own. I am glad to participate in discussion and / or introduce another developer to the code and our thoughs so far but cannot activley lead the coding. I am very sorry for this and it was not my intention when I joined this but things happened around me that I had little control over. I still think fp2p is great idea and I am trully sorry I cannot make it come true. Tim |
|
From: <ti...@ga...> - 2005-02-23 21:55:01
|
I have been mopping around with the GUI trying to get to know the gaim code a little better. While doing that I realized we (or possibly I) are draging in the direction of doing a plugin. While I think I remember that we decided to go with Lindsays suggestion of implementing friendly as another gaim protocol It has some advantages I imagine and there is very little effort in converting plugin code to protocol code. The negative thing is that there is less documentation of the protocol API than the plugin API. Anyone have an opinion on this? Else I think we should do it as a protocol. I have taken the IRC protocol and started to convert it to the base gui of fp2p. If anyone care to have a look you can download it here: http://www.nennen.nu/Pgaimp2p.tar.gz My intention was to put this in a CVS folder on the same level as gaimp2p and libfriendly. And eventually remove gaimp2p altogether. The problem is that I don't know much about make or configure files. For now you can take the above mentioned file and drop it into the protocols folder in the gaim(1.1.2) source tree and run configure from the root and then compile it with make; Make install. If we decide to go with the protocol aproach it would be great if someone could rename the main file from irc.c to fp2p.c and make the apropriate files so it can be compiled standalone just like gaimp2p and libfriendly. Tim |
|
From: Ovidiu C. <ovi...@gm...> - 2005-02-23 17:25:53
|
http://www.brynosaurus.com/pub/net/p2pnat/ They describe a way to open "holes" in NATs and firewalls. It's a good synthesis of our previous discussions and includes informations from other projects as STUN. Good to read, and they also link (http://midcom-p2p.sourceforge.net/) to a tool for testing one's NAT. Maybe we can link this in the wiki and keep it as a reference for next versions. Also, in our network connectivity library, we should be as generic as possible, so we can plug later one of these NAT traversal techniques, transparently. Best regards, Ovidiu -- Personally, it's not God I dislike, it's His fan club I can't stand. |
|
From: Brian V. <bri...@ea...> - 2005-02-19 19:03:46
|
I am using the same configuration recommended to build gaim on Windows make - cygwin gcc - mingw So far, so good. Brian Nikolas Coukouma wrote: > Brian Vogel wrote: > >> Has anyone been building the code on a Windows box? I've been able >> to get some of the earlier efforts compiled successfully, so unless >> anyone says otherwise - I am willing to step up and maintain the >> files needed to build on Windows. >> >> Brian > > > Out of curiousity, what compiler are you using (cygwin, MSVC, Intel, > etc.)? > > I have access to MSVC at work, so I can help a bit. It's not my > preferred platform and I don't usually deal with it, so I don't want > to be too responsible for it ;) > > Thanks for volunteering, > Nikolas 'Atrus' Coukouma > > |
|
From: Nikolas C. <li...@at...> - 2005-02-19 01:05:38
|
Brian Vogel wrote: > Has anyone been building the code on a Windows box? I've been able to > get some of the earlier efforts compiled successfully, so unless > anyone says otherwise - I am willing to step up and maintain the files > needed to build on Windows. > > Brian Out of curiousity, what compiler are you using (cygwin, MSVC, Intel, etc.)? I have access to MSVC at work, so I can help a bit. It's not my preferred platform and I don't usually deal with it, so I don't want to be too responsible for it ;) Thanks for volunteering, Nikolas 'Atrus' Coukouma |
|
From: <ti...@ga...> - 2005-02-18 14:21:03
|
Brian Vogel wrote: > Has anyone been building the code on a Windows box? I've been able to > get some of the earlier efforts compiled successfully, so unless anyone > says otherwise - I am willing to step up and maintain the files needed > to build on Windows. I haven't tried it on Windows but so far there are no major updates to the code so it shouldn't be a problem. If you wouldn't mind keeping the code up to date for use on Windows that would be very very much apreciated. Hopefully it will not be so hard work, libfriendly should always strive to be portable and gaimp2p should rely as much as possible on the Gaim libraries. If you send me an email with your SF nick I will make sure you get Commit access to the CVS. Tim |
|
From: Brian V. <bri...@ea...> - 2005-02-18 14:15:07
|
Has anyone been building the code on a Windows box? I've been able to get some of the earlier efforts compiled successfully, so unless anyone says otherwise - I am willing to step up and maintain the files needed to build on Windows. Brian |