You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(9) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(46) |
Feb
(37) |
Mar
(8) |
Apr
(76) |
May
(63) |
Jun
(9) |
Jul
(18) |
Aug
(7) |
Sep
(8) |
Oct
|
Nov
|
Dec
(7) |
2002 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Brandon <bl...@ut...> - 2001-02-09 19:04:08
|
> Aggh! The JDK 1.1.8 documentation documents all the core Java 1.1 > packages, but it does not document the javax packages. This is a pain > because the current freenet-news implementation is based on some javax > stuff! The javax stuff is documented in its own packages. EOF just uses JavaMail, which is found at http://java.sun.com/products/javamail/. |
From: Travis B. <be...@ex...> - 2001-02-09 13:19:45
|
Aggh! The JDK 1.1.8 documentation documents all the core Java 1.1 packages, but it does not document the javax packages. This is a pain because the current freenet-news implementation is based on some javax stuff! --=20 Yes, I know my enemies. They're the teachers who tell me to fight me. Compromise, conformity, assimilation, submission, ignorance, hypocrisy, brutality, the elite. All of which are American dreams. - Rage Against The Machine |
From: Chris A. <chr...@ch...> - 2001-02-07 20:25:23
|
On Wed, 7 Feb 2001 Brandon wrote: > This is so excellent! I looked into writing a FICS client, but the > FICS protocol is so hideously horrible that I gave up. Using > timestamping is very clever. The original timestamp idea was pretty clever, it just mimics a server on localhost, perfect for exploiting. Some of the chess clients are really getting fancy these days too. Everyone has there own preferred client which they are used to and loathe to abandon. Also, there are quite a collection of automated client bots which do things like manage tournaments and teach new users how to play. There is a library for creating FICS bots on sourceforge called gfbot (projects/gfbot, i think). > I would totally love to adapt this to use the EOF gaming framework. > Work on it has been put off a little bit, but it's not dead by any > means. A FICS server really only has a couple of functions: 1. A way to route messages to groups of users. 2. A query and update mechanism to manage lists of users who are online, in predefined chatting channels, open for playing games, seeking a game, observing a game, playing a game. 3. A matching protocol to start a game. 4. A chess engine that validates moves and tracks the chess clock. 5. A user database of game, ratings and finger data. 6. And a ratings engine. Many of these things are basic elements of any gaming system that could be abstracted. > I just need to finish mail before the SF P2P conference. I think I'll > making gaming next, though, since it's the most fun. I'll definitely > let you know when work progresses on it (it shouldn't be too long). Cool. > > Unfortunately, the people who would use a p2p system are also the > > people who are very speed sensative and play primarily games with > > time settings of under 5 minutes. > > That's really too bad. A game in under 5 minutes isn't possible over > Freenet. It's more like playing over e-mail or over IRC with someone > that's watching TV at the same time. I could be wrong about the players predilection for speed. There are lots of chess players in the world. The funny thing is, speed was my main motivation for a p2p variant of FICS. If you've ever played games with fast time controls on the chess servers, the lag time to the server can be very annoying when the server is busy or if the internet is wacked. |
From: Brandon <bl...@ut...> - 2001-02-07 19:03:15
|
> I ported a version of FICS (Free Internet Chess Server) to a p2p model > that I could share if anyone wants to figure out how to write one of > those things. The problem with the p2p model, and the thing that freenet > solves, is that there is no place to store a centralized user database > with ratings and history games. This is so excellent! I looked into writing a FICS client, but the FICS protocol is so hideously horrible that I gave up. Using timestamping is very clever. I would totally love to adapt this to use the EOF gaming framework. Work on it has been put off a little bit, but it's not dead by any means. I just need to finish mail before the SF P2P conference. I think I'll making gaming next, though, since it's the most fun. I'll definitely let you know when work progresses on it (it shouldn't be too long). > Unfortunately, the people who would use a p2p system are also the people > who are very speed sensative and play primarily games with time settings > of under 5 minutes. That's really too bad. A game in under 5 minutes isn't possible over Freenet. It's more like playing over e-mail or over IRC with someone that's watching TV at the same time. |
From: Chris A. <chr...@ch...> - 2001-02-06 21:04:32
|
I ported a version of FICS (Free Internet Chess Server) to a p2p model that I could share if anyone wants to figure out how to write one of those things. Nearly all FICS (and ICC) client programs spawn off a little program that encodes a timestamp with each telnet line sent off to the server. What I did was replace the timestamp program with a FICS server that connects to other FICS servers. The networking part of the code is pretty simple, every server connects to every other server. The problem with the p2p model, and the thing that freenet solves, is that there is no place to store a centralized user database with ratings and history games. There are a bunch of FICS users interested in a p2p system because chess people are notoriously authoritarian when it comes to managing the users of a free server. Chess being what it is, causes lots of trash talk and other such online nonsense, which is why it is fun, but it is also why users get banned on the servers. Unfortunately, the people who would use a p2p system are also the people who are very speed sensative and play primarily games with time settings of under 5 minutes. inj (FICS handle) |
From: Brandon <bl...@ut...> - 2001-02-06 03:57:48
|
> Excellent. I'm going to start soon on my CVS-like (but not really) system > for mapping a Freenet-published directory hierarchy into your filesystem > so that you can download parts of it whenever you want. I think it would be way cool if you made actual CVS. :-) > I'll use libfreenet. Cool. I'm glad it's getting some use. If it becomes sufficiently widespread then it will be kept up to date with the changes in the protocol. |
From: Mark J. R. <mj...@st...> - 2001-02-06 02:53:44
|
On Mon, 5 Feb 2001, Brandon wrote: > > > So the EOF CVS is still borked. > > I submitted a help request and am just waiting to hear back. I don't know > how bogged down their tech support is. Cool. > > And there's no list traffic. Is anything still happening? I mean, we have > > three node implementations so far: Fred, Whiterose, and freenetlib (?). So > > can't we start writing some code? > > I don't know what the relevance of the node implementations are and I > can't start writing code since I've already written a good deal of code. Err, I meant freenet libraries in general: Fred, Whiterose, and libfreenet. We have a lot of options that we never had before. > But as far as what's happening, here's what I think: > Timm is working on DNS, no idea how that's progressing. > Travis is making news fnnews complaint. > Mr. Bad is making a build, snapshot, and release system. > I'm integrating the anti-flooding and transparent encryption changes into > the mail system, which will probably be the first thing to deploy. > > I've been really, really busy lately and haven't gotten a chance to work > on it. Mail was fully working already, it just needs some enhancements. > > Next week is EOF week for me, though, so at the end of next week I should > have a releasable mail system. Excellent. I'm going to start soon on my CVS-like (but not really) system for mapping a Freenet-published directory hierarchy into your filesystem so that you can download parts of it whenever you want. I'll use libfreenet. -- Mark Roberts mj...@st... |
From: Brandon <bl...@ut...> - 2001-02-06 02:29:57
|
> So the EOF CVS is still borked. I submitted a help request and am just waiting to hear back. I don't know how bogged down their tech support is. > And there's no list traffic. Is anything still happening? I mean, we have > three node implementations so far: Fred, Whiterose, and freenetlib (?). So > can't we start writing some code? I don't know what the relevance of the node implementations are and I can't start writing code since I've already written a good deal of code. But as far as what's happening, here's what I think: Timm is working on DNS, no idea how that's progressing. Travis is making news fnnews complaint. Mr. Bad is making a build, snapshot, and release system. I'm integrating the anti-flooding and transparent encryption changes into the mail system, which will probably be the first thing to deploy. I've been really, really busy lately and haven't gotten a chance to work on it. Mail was fully working already, it just needs some enhancements. Next week is EOF week for me, though, so at the end of next week I should have a releasable mail system. |
From: Mark J. R. <mj...@st...> - 2001-02-05 03:13:15
|
So the EOF CVS is still borked. And there's no list traffic. Is anything still happening? I mean, we have three node implementations so far: Fred, Whiterose, and freenetlib (?). So can't we start writing some code? Oh, and deploying it, too... -- Mark Roberts mj...@st... |
From: Brandon <bl...@ut...> - 2001-01-31 18:30:16
|
> it seems to me it would be a good idea if each channel had a key > which contains the number of the latest posting. this way when a > new user joins a channel they can pick up the conversation from > where it is currently rather than requesting everything from key 1 > upwards. Unfortunately keys aren't updatable. So having a maximum index number in a file would require having several versions of the file, one for each version with an index number. Which would get us right back where we started. :-) |
From: Zlatin B. <ZA...@cj...> - 2001-01-31 12:53:33
|
it seems to me it would be a good idea if each channel had a key which contains the number of the latest posting. this way when a new user joins a channel they can pick up the conversation from where it is currently rather than requesting everything from key 1 upwards. of course, when someone posts they'll have to update and increment that key. since it will be the most popular key of the channel subspace, it should be up to date on all the participating users. What do you think? Zlatin |
From: Katherine <kat...@ny...> - 2001-01-27 04:16:00
|
-----BEGIN PGP SIGNED MESSAGE----- On Thu, Jan 25, 2001 at 03:41:39PM -0600, Mark J. Roberts wrote: > BTW, does anyone know how to cook good taco-meat without using those > taco-seasoning packets you buy at the store? Saute about 1/4 an onion. Add about 1/2 lb. of ground beef and cook till it's done. Add a bit of hot sauce (Texas Pete or what have you), some salt and pepper, and a finely chopped medium tomato. You can also add a bit of garlic, but not too much. I don't usually measure when I cook, so these are approximate quantities. Just don't go overboard; you can always add a bit more hot sauce or whatever if it's not spicy enough for you. Kat (Who has no real idea why she took the time to write all that out... :) -----BEGIN PGP SIGNATURE----- Version: N/A iQEVAwUBOnJLlXQtifNInwmZAQEzPAgAtadpOD5bGdKqLwqnhcR/x4AyyUS9KMB/ X15oz3E3WvVXx4McYvQIIsDdWW+frMIezEYyy7qdWcxHYppC1lavdUd6ZitjPQUp 2HuL/3qtFBUaSYPstC7WXKWX/1GyICLWBKMzaymmB1lfXp+uztJSMV3QcXhjvHac gOpzqdv5tk7uevO8d5+515hiQtTKOr/nrv+N1rJpxirJxIJ/jmShVanRnyIciYxk wIoN4WxxZCcPFh2kG8sukstnEhJ4V6lFeqYaweSbWwzeNgVSvKF2CncnFezqz+UJ 1murXK/PtHQeIdQwAMa4nZ06HzVOdN6NzY3/DyzwJEKv/lYtfD98RQ== =quIW -----END PGP SIGNATURE----- |
From: Mark J. R. <mj...@st...> - 2001-01-25 21:40:28
|
On Thu, 25 Jan 2001, Brandon wrote: > > I haven't checked yet but: is the SMTP code in CVS? > > Yep, under the smtp module. > > Anonymous CVS seems to be broken. Let me know if it works. If it's still > broken, I'll try to figure out how to fix it. Wump wump voxwox: [root@rm03-24-131-185-22 /freenet]# cvs -d:pserver:ano...@cv...:/cvsroot/eof co eof setuid failed: Invalid argument cvs checkout: authorization failed: server cvs.eof.sourceforge.net rejected access to /cvsroot/eof for user anonymous BTW, does anyone know how to cook good taco-meat without using those taco-seasoning packets you buy at the store? -- Mark Roberts mj...@st... |
From: Brandon <bl...@ut...> - 2001-01-25 19:56:06
|
> I haven't checked yet but: is the SMTP code in CVS? Yep, under the smtp module. Anonymous CVS seems to be broken. Let me know if it works. If it's still broken, I'll try to figure out how to fix it. |
From: Katherine <kat...@ny...> - 2001-01-25 02:11:22
|
-----BEGIN PGP SIGNED MESSAGE----- On Wed, Jan 24, 2001 at 01:14:54AM -0600, Brandon wrote: > Indeed, I'm working on interoperable SMTP and POP modules. They're > currently in working order but I'm going to rework them to use transparent > public key encryption on all mail and to support moving mailboxes (to > avoid future spamming). > > I've been a bit busy lately but will get back to them soon. I haven't checked yet but: is the SMTP code in CVS? Thanks for your response Katherine -----BEGIN PGP SIGNATURE----- Version: N/A iQEVAwUBOm+LdnQtifNInwmZAQE1YggAgjKzfJI4zsmmqDXOkvjJg7TFosa8gWqY ffXPbMe9l4uobhQaPOOzy5cOL3kBCN+zNJgwel2R7z6bkXU87RAiaHHJh3I11aRO OjLtTXRELmNXKhjT5Ue5TsF2d9mkDEfv3YnRmyFYXhBX0SzdWczMiq2ssfGp6bTb fZS4NcHtu3w4ByvuIsBsSn+oXdpl2qaAvyH74YsaYhMZwHgSU6OTVpUbHvmdfblJ 1LU2rQvxfVdqU4690UqJpYuZx1ArtokWq7cqTKV7+ee8DBo+OLtRikehcBWa6rpX ybVwbHDSevBwhXHiyij5BB+HJtCKPp+z89KBChaDdl9PyISJqZkDxg== =9pXb -----END PGP SIGNATURE----- |
From: Brandon <bl...@ut...> - 2001-01-24 07:14:37
|
> Is anyone working on a SMTP module for eof? Indeed, I'm working on interoperable SMTP and POP modules. They're currently in working order but I'm going to rework them to use transparent public key encryption on all mail and to support moving mailboxes (to avoid future spamming). I've been a bit busy lately but will get back to them soon. |
From: Katherine <kat...@ny...> - 2001-01-24 07:06:09
|
-----BEGIN PGP SIGNED MESSAGE----- Hello folks; didn't see much in the archives, hope someone's actually on the list besides me... Is anyone working on a SMTP module for eof? Katherine -----BEGIN PGP SIGNATURE----- Version: N/A iQEVAwUBOm5+/HQtifNInwmZAQEMvAgAs69HY38KTlOnj5FmR4178hCHzK8PpYGc vYjn0/dcttxzcXmjlfjlil3HpGwqwRFS7ZyfWA645YQMo5epj2B5XEOlaS/9OnEn kPUQFAX9f3k1DU/xI5jh/68zzPfqjsx+vdI66bdSTUsYb06KBBUvwa2uiOmzGmeW OgkerUWh0BbjnxoECSHiMSG3pNpCfr/8B2/j6Hp9PQI2Fv1pJ2MLhCAl1jWMykGg MEP0LNFbpbuK5VTq2b+zVDCTECudlr8HE25ugMsGQnTLc01WZsWNabCk6uzNGxwT Q3SM+wRHcxkpvLudOc57Cluh65l556ddPcnT0kudj29lNkiZzI58LQ== =2Q6S -----END PGP SIGNATURE----- |
From: Timm M. <ad...@ma...> - 2001-01-17 21:31:48
|
Brandan-- Could you chmod 664 eof/htdocs/dns/ and=20 eof/htdocs/index.html? I want to make some changes to the dns section of the web site, but you're set as the owner and its read-only for group permissions. Thanks! =0A= Timm Murray=0A= =0A= -----------=0A= Great spirits have allways encountered violent opposition from mediocre = minds=0A= --Albert Einstein |
From: Ian C. <ia...@oc...> - 2001-01-16 01:12:17
|
On Fri, Jan 12, 2001 at 04:55:30PM -0500, Timm Murray wrote: > I don't have a link to the original document on it, but all you > need to do this is FProxy and a node. FProxy communicates to the > browser via HTTP, and since apt already understands HTTP, we=20 > can hack together apt-get over Freenet without any new code. > See eof.sourceforge.net/APT (I think) for more info. It would be nice if a machine re-inserted a .DEB CHK if it found it to be missing from Freenet, although that would require a more sophisticated approach than just using FProxy directly. Ian. |
From: Ian C. <ia...@oc...> - 2001-01-16 01:12:17
|
While waiting for Freenet mail (and waiting and waiting) it occured to me that many Freenet clients were way slower than they needed to be, because they did not take advantage of Freenet's asynchronous nature. for example, freenetmail should fire off simultaenous requests for the first email every day between the last time you checked your mail and this time, rather than labouriously checking one day at a time. Generally clients should request stuff in parallel whenever possible. Ian. |
From: Brandon <bl...@ut...> - 2001-01-15 22:23:12
|
> So, this is kind of stupid, but would it be possible to add in some > organization name to the address? > > Like, maybe use "freenet" as the TLD instead of as the only domain > name. Example: > > blanu![pkey]@eof.freenet > mr.bad![pkey]@pigdog-journal.freenet That's quite possible. We should definitely do that. |
From: Mr.Bad <mr...@pi...> - 2001-01-15 21:33:50
|
>>>>> "B" == Brandon <bl...@ut...> writes: B> So, blanu!skdljasjdasjkldasjkldasljk@freenet. The SMTP and POP B> daemons automatically parse these in the From: headers, store B> name<->pubkey pairs in a table, and rewrite them to be B> name@freenet. So, this is kind of stupid, but would it be possible to add in some organization name to the address? Like, maybe use "freenet" as the TLD instead of as the only domain name. Example: blanu![pkey]@eof.freenet mr.bad![pkey]@pigdog-journal.freenet ~Mr. Bad -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /\____/\ Mr. Bad <mr...@pi...> \ / Pigdog Journal | http://pigdog.org/ | *Stay*Real*Bad* | (X \x) ( ((**) "If it's not bad, don't do it. \ <vvv> If it's not crazy, don't say it." - Ben Franklin ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
From: Brandon <bl...@ut...> - 2001-01-15 21:29:29
|
Okay, so I think we can have ubiquitous encryption and have it not suck too much. The new idea for a mail address is: name!pubkey@freenet. So, blanu!skdljasjdasjkldasjkldasljk@freenet. The SMTP and POP daemons automatically parse these in the From: headers, store name<->pubkey pairs in a table, and rewrite them to be name@freenet. So the only time you need to know a pubkey is when you e-mail someone for the first time. After that you can just e-mail blanu@freenet and it will do a lookup and rewrite it. The only possible problem comes with two pubkey's claiming the same name. However, since the address rewriting is done by the daemon, it can rename things to avoid conflicts transparently. |
From: Brandon <bl...@ut...> - 2001-01-13 06:57:23
|
> I don't know if that helps your close-to-midnight problem or not. It doesn't help because I still don't know when to switch from checking today to checking tomorrow. I think the solution, though, is just not do the switch until 12:30. |
From: Mr.Bad <mr...@pi...> - 2001-01-13 06:45:48
|
>>>>> "B" == Brandon <bl...@ut...> writes: >> What about someone like me who often only checks e-mail every >> other day (weird work schedual)? B> Well the daemon runs in the background all the time. But if you B> only activated the daemon every other day then you wouldn't B> have any problems unless you were checking/sending mail around B> midnight, GMT. That's when the problem would occur. So, Brandon: the way freenetmail works is that it stores three data items: last date checked last message checked success of last check The algorithm goes something like: if (last date checked exists) start date = last date checked else start date = today if (last message checked exists) if last check successful start message = last message + 1 else start message = last message else start message = 1 for each date from start date to today inclusive, if date is start date iter = start message else iter = 1 while true get message for date and iter start message if no message available store date, iter, false if date is today break loop else store date, iter, true save message increment iter All dates are GMT, of course. I don't know if that helps your close-to-midnight problem or not. ~Mr. Bad -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /\____/\ Mr. Bad <mr...@pi...> \ / Pigdog Journal | http://pigdog.org/ | *Stay*Real*Bad* | (X \x) ( ((**) "If it's not bad, don't do it. \ <vvv> If it's not crazy, don't say it." - Ben Franklin ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |