Re: [freenet-support] Announcement problem
At 02.45 11/02/03 -0500, you wrote: >On Mon, 2003-02-10 at 20:07, Greg Wooledge wrote: >> Build 611? Are you sure about that? I have made contact with >> (unstable) nodes with build numbers as high as 663. >> >> Are you also seeing your problem with the stable builds? > >Sorry for the typo... that should say 661. Also tried it tonight with >556: no successful announcements, same types of exceptions I included >before. I don't know if this is significant, but in the last couple of month my fresly bootsrapped node (now stable 552) has no traffic until I do some retrieve with fproxy; then it begin to have traffic that stabilize in a couple of hours. HTH. Marco -- + il Progetto Freenet - segui il coniglio bianco+ * the Freenet Project - follow the white rabbit* * Marco A. Calamari[EMAIL PROTECTED] www.marcoc.it* * PGP RSA: ED84 3839 6C4D 3FFE 389F 209E 3128 5698 * + DSS/DH: 8F3E 5BAE 906F B416 9242 1C10 8661 24A9 BFCE 822B + ___ Support mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org:8080/mailman/listinfo/support
[freenet-support] OT where devl maillist is gone
Since 13 january I am not receiving devl maillist. Chat/web/clinets/tech are so rare that I cannot say if I still receive it or not. support works. There is some good guy that can post the present list situation: live, dead, zombie ? e.g. [EMAIL PROTECTED] accept posts but never resend it. THX. Marco -- + il Progetto Freenet - segui il coniglio bianco+ * the Freenet Project - follow the white rabbit* * Marco A. Calamari[EMAIL PROTECTED] www.marcoc.it* * PGP RSA: ED84 3839 6C4D 3FFE 389F 209E 3128 5698 * + DSS/DH: 8F3E 5BAE 906F B416 9242 1C10 8661 24A9 BFCE 822B + ___ support mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support
Re: [freenet-support] Healing feature
At 02.25 07/02/03 +, you wrote: >On Wed, Feb 05, 2003 at 03:43:01PM +0100, [EMAIL PROTECTED] wrote: >>=20 >> It would be nice that during a FEC download, aborting >> the healing phase automatically save the file. >>=20 >> Now if you abort the healing the download is lost. > >The healing phase occurs after each segment. Ok, in this case let me say that it would be nice that the healing phase, if aborted clicking on the Abort link, start the new segment download, if any or save the file (most of reasonable download are just 1 segment). FWIW. Marco -- + il Progetto Freenet - segui il coniglio bianco+ * the Freenet Project - follow the white rabbit* * Marco A. Calamari[EMAIL PROTECTED] www.marcoc.it* * PGP RSA: ED84 3839 6C4D 3FFE 389F 209E 3128 5698 * + DSS/DH: 8F3E 5BAE 906F B416 9242 1C10 8661 24A9 BFCE 822B + ___ support mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support
Re: [freenet-support] Re: [Freenet-list] Freenet: Kaffe (free software) compatibility: Was: R freesite
At 18.46 06/02/03 +, you wrote: > Re [freenet-support] Re [Free4.ems[Free4.ems <0880.0002>> > >On Wed, Feb 05, 2003 at 10:26:35PM -0800, AARG!Anonymous wrote: >> [EMAIL PROTECTED] scriveva: >>=20 >> > >> is happy to run on build 552; it is slow because run on a >> > >> slow system; the memory profile and resource use of kaffe >> > >> is far better respect sun jre. >> > >> Take care of this compatibility; IMHO is more important >> > >> then that the mean Freenet developer think. >> > > >> > >It crashes in minutes on my machine. The developers have been somewhat >> > >nonresponsive, the bugs seem to be deep magick and the Project Leaders >> > >have determined that we don't need to spend money making Kaffe work wi= >th >> > >Freenet. >> >=20 >> > This statement is very important; IMHO the Freenet Project=20 >> > need an explicit position on that question. >> >=20 >> > Project Leaders, can we hear you ? >> >=20 >> > Releasing the main code under GPL is ineffective, if the >> > .jar need proprietary software; in my understanding >> > the use of the GPL licence is incorrect; I think in >> > this case LGPL is the right type of licence. >> >=20 >> > Anyway, till Freenet remains in java, dropping the Kaffe >> > compatibility IMHO is a fundamental mistake, both from >> > the point of view of free software and from the security. >> >=20 >> > The only other way to solve this problem is IMU, to=20 >> > release a C (or other freely compilable/runnable language) >> > version >>=20 >> Totally agree with Marco: this shows my old sensation, Freenet is a good >> project but not its developer group :-( >Yeah yeah whatever. We can release a C version, but that means no new >features, no significant bugfixes and no speed improvements for a year. >And we need you to fund me to the tune of $1,250/month for all that >time. And finally it would be much easier to go to C++ and it would run >on almost as many platforms. A year is probably an underestimate for C, >since it'd have to be pretty much a complete reimplementation. AFAIK, Mattew, you are probably the only person in the world (if any) that understand the overall Freenet software architecture. Can you try to explain me why a software that run smootly in the stable version (552) on Kaffe 1.0.7, so desperately need other java features in the developement branch ? It is really impossible to find a trade off between new developement and the existing features of Kaffe ? What new vital feature need it ? I need just one good reason to change my mind. Thanks a lot for your patience . Ciao. Marco -- + il Progetto Freenet - segui il coniglio bianco+ * the Freenet Project - follow the white rabbit* * Marco A. Calamari[EMAIL PROTECTED] www.marcoc.it* * PGP RSA: ED84 3839 6C4D 3FFE 389F 209E 3128 5698 * + DSS/DH: 8F3E 5BAE 906F B416 9242 1C10 8661 24A9 BFCE 822B + ___ support mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support
Re: Freenet: Kaffe (free software) compatibility: Was: Re: [freenet-support] freesite
At 19.34 05/02/03 -0500, you wrote: >[EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: > >> Anyway, till Freenet remains in java, dropping the Kaffe >> compatibility IMHO is a fundamental mistake, both from >> the point of view of free software and from the security. > >What exactly do you mean by "Kaffe compatibility"? If Matthew & co. >write code which conforms to the specifications of the Java language, >but it crashes Kaffe, then clearly this is a bug in Kaffe. Attempting >to find workarounds which avoid Kaffe bugs might be helpful for you >and me in the short term, but it's a fundamental waste of time for >the project in the long term, if efforts could instead be focused >on improving Freenet itself. This is not so simple; version specification does matter. Kaffe implement 1.0 java spec with some 1.1 features. So the request "maintain Kaffe compatibility" can be expanded in "use java spec 1.0 with only 1.1 extension Kaffe supports". Oskar please Help me . >As for the license issue that you mentioned The GPL says: > > "Activities other than copying, distribution and modification are not > covered by this License; they are outside its scope." > >Can Freenet be copied? Yes. >Can Freenet be distributed? Yes. >Can Freenet be modified? I believe so. > >Then, the GPL goes on to cover the detailed conditions which apply >to these three fundamental activities. > > "1. You may copy and distribute verbatim copies of the Program's > source code [...]" > >No problem here. > > "2. You may modify your copy or copies of the Program or any portion > of it, thus forming a work based on the Program, and copy and > distribute such modifications [...] provided [...]: > >"a) [statement that you changed the files, and when] >"b) [all third parties are licensed to use it at no charge] >"c) [must print disclaimer of warranty if it's interactive]" > >Again, no problem here, except possibly 2c, but that only applies >to freenet.client.cli.* which most people don't use anyway. And it's >trivial to fix if anyone actually cares. > > "3. You may copy and distribute the Program (or a work based on it, > under Section 2) in object code or executable form [...] provided > that you also do one of the following: > >"a) [provide source code] >"b) [offer to provide source code at minimal cost] >"c) [pass along someone else's offer to provide source code] > >Now here's the important part: > > "The source code for a work means the preferred form of the work for > making modifications to it. For an executable work, complete source > code means all the source code for all modules it contains, plus any > associated interface definition files, plus the scripts used to > control compilation and installation of the executable. However, as a > special exception, the source code distributed need not include > anything that is normally distributed (in either source or binary > form) with the major components (compiler, kernel, and so on) of the > operating system on which the executable runs, unless that component > itself accompanies the executable." > >Whenever I see a discussion of the GPL, this paragraph is the one that >usually causes the most trouble. In the context of placing Freenet >under the GPL, however, it *does not matter whether Freenet can be >run on a free Java virtual machine*, because the GPL does not concern >itself with the use of the program -- only with copying, distributing >and modifying the program. > >The real issue is whether Freenet can be *developed* with free tools. >The answer to this, IMHO, can take a couple different forms: > > 1) If Sun's Java Software Development Kit is considered "the operating >system on which the executable runs", then the non-free javac >(compiler) can be considered a normally distributed major component >of that operating system. This is an open question. > > 2) If Freenet can be developed entirely with alternative tools, which >could (at least in theory) be distributed along with Freenet, then >this paragraph is also satisfied. I compile Freenet using jikes >and ant. Jikes is in Debian's main repository, meaning it's >Free Software according to Debian's guidelines. Ant, however, is >in the "contrib" section, which is a trickier matter. Software >in contrib is free, but depends on something which isn't. I don't >feel like tracking down all of ant's dependencies and license >clauses at the moment. > >I believe (but I may be mistaken) that Freenet can also be developed >without using ant. Jikes and make might be sufficient. If that's >the case, then everything should be fine -- just include a written >offer to provide jikes (since make is clearly a normal component >of every Unix-like system). I can't foresee anyone actually taking >you up on the offer, when they could download jikes directly from >IBM far more quickly -- but even if the
[freenet-support] Healing feature
It would be nice that during a FEC download, aborting the healing phase automatically save the file. Now if you abort the healing the download is lost. JM2C. Marco -- + il Progetto Freenet - segui il coniglio bianco+ * the Freenet Project - follow the white rabbit* * Marco A. Calamari[EMAIL PROTECTED] www.marcoc.it* * PGP RSA: ED84 3839 6C4D 3FFE 389F 209E 3128 5698 * + DSS/DH: 8F3E 5BAE 906F B416 9242 1C10 8661 24A9 BFCE 822B + ___ support mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support
Freenet: Kaffe (free software) compatibility: Was: Re: [freenet-support] freesite
At 01.57 05/02/03 +, you wrote: >> is happy to run on build 552; it is slow because run on a >> slow system; the memory profile and resource use of kaffe >> is far better respect sun jre. >> Take care of this compatibility; IMHO is more important >> then that the mean Freenet developer think. > >It crashes in minutes on my machine. The developers have been somewhat >nonresponsive, the bugs seem to be deep magick and the Project Leaders >have determined that we don't need to spend money making Kaffe work with >Freenet. This statement is very important; IMHO the Freenet Project need an explicit position on that question. Project Leaders, can we hear you ? Releasing the main code under GPL is ineffective, if the .jar need proprietary software; in my understanding the use of the GPL licence is incorrect; I think in this case LGPL is the right type of licence. Anyway, till Freenet remains in java, dropping the Kaffe compatibility IMHO is a fundamental mistake, both from the point of view of free software and from the security. The only other way to solve this problem is IMU, to release a C (or other freely compilable/runnable language) version JM2C. Marco -- + il Progetto Freenet - segui il coniglio bianco+ * the Freenet Project - follow the white rabbit* * Marco A. Calamari[EMAIL PROTECTED] www.marcoc.it* * PGP RSA: ED84 3839 6C4D 3FFE 389F 209E 3128 5698 * + DSS/DH: 8F3E 5BAE 906F B416 9242 1C10 8661 24A9 BFCE 822B + ___ support mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support
Re: [freenet-support] freesite for Frost FEC
At 00.57 03/02/03 +, you wrote: > Re [freenet-support] freesite .emsfreesite .ems <0880.0002>> > >Personally I have never used Frost mainly because it uses Swing, which I'm using FIW, a swing application, with Kaffe 1.0.7, with only some warning messages in console >will probably never be supported under Kaffe, but as freenet on kaffe is >broken at the moment https://freenet.firenze.linux.it:1443 is happy to run on build 552; it is slow because run on a slow system; the memory profile and resource use of kaffe is far better respect sun jre. Take care of this compatibility; IMHO is more important then what the mean Freenet developer think. Ciao. Marco -- + il Progetto Freenet - segui il coniglio bianco+ * the Freenet Project - follow the white rabbit* * Marco A. Calamari[EMAIL PROTECTED] www.marcoc.it* * PGP RSA: ED84 3839 6C4D 3FFE 389F 209E 3128 5698 * + DSS/DH: 8F3E 5BAE 906F B416 9242 1C10 8661 24A9 BFCE 822B + ___ support mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support
Re: [freenet-support] Fec retrieve failed - part 2
At 19.57 28/01/03 +, you wrote: >On Sun, Jan 26, 2003 at 02:17:49PM +0100, [EMAIL PROTECTED] wrote: >>=20 >> During the attempt of retrieving FEC files inserted >> with 549 & FIW 0.04b, ( I cannot retrieve any block >> not even if the block is in the local datastore), >> I found a lot of those messages in console >>=20 >> [root@tatooine root]# cat x >> PARANOID CHK CHECK FAILED! >>expected: freenet:CHK@uqcAfmIICJpGVgLKCNIph-QzaMkTAwI,eOQnKzVt-hMtB-WJ= >yUsYPA >>got: freenet:CHK@coidDNXqiGBIPgSrdVa~m3a0iUYSAwI,2pGRF7-lRa6dl3WU= >nDeMrg >>data.size(): 262144 >>parent.segment: 0 >>parent.index: 1 >>parent.isData: true >>CHK of downloaded block doesn't match CHK in sf metadata. >> [root@tatooine root]#=20 >>=20 >Perhaps. It would seem that FIW has inserted a splitfile with metadata >in the chunks. If this is a FEC splitfile, this is explicitly >disallowed and expected to cause bad behaviour. If this is a non-FEC >splitfile, perhaps it should be allowed (at the expense of turning off >paranoid CHK checking). Inserting and retrieving with FIW 0.4.0b & build 552 works flawlessy ! Just a suggestion; the FEC retrieving in fproxy is a multiphase process, and that is not evident to newbie user. In particular, I noticed that a newbie hit reload or stop when fproxy is sending data to the browser, because the process appears blocked. If a message in fproxy lists the different phases, marking it with a number, and put some advice "no stop the browser" in bold, I think that the load on nodes caused by user re-triyng the download will reduce. And the user experience will be far better, of course ... JM2C. Marco -- + il Progetto Freenet - segui il coniglio bianco+ * the Freenet Project - follow the white rabbit* * Marco A. Calamari[EMAIL PROTECTED] www.marcoc.it* * PGP RSA: ED84 3839 6C4D 3FFE 389F 209E 3128 5698 * + DSS/DH: 8F3E 5BAE 906F B416 9242 1C10 8661 24A9 BFCE 822B + ___ support mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support
[freenet-support] Fec retrieve failed - part 2
During the attempt of retrieving FEC files inserted with 549 & FIW 0.04b, ( I cannot retrieve any block not even if the block is in the local datastore), I found a lot of those messages in console [root@tatooine root]# cat x PARANOID CHK CHECK FAILED! expected: freenet:CHK@uqcAfmIICJpGVgLKCNIph-QzaMkTAwI,eOQnKzVt-hMtB-WJyUsYPA got: freenet:CHK@coidDNXqiGBIPgSrdVa~m3a0iUYSAwI,2pGRF7-lRa6dl3WUnDeMrg data.size(): 262144 parent.segment: 0 parent.index: 1 parent.isData: true CHK of downloaded block doesn't match CHK in sf metadata. [root@tatooine root]# All files of the freesite under 256K can be retrieved succesfully. Is a problem with FIW or some mistake is insertion ? Many thanks. Marco -- + il Progetto Freenet - segui il coniglio bianco+ * the Freenet Project - follow the white rabbit* * Marco A. Calamari[EMAIL PROTECTED] www.marcoc.it* * PGP RSA: ED84 3839 6C4D 3FFE 389F 209E 3128 5698 * + DSS/DH: 8F3E 5BAE 906F B416 9242 1C10 8661 24A9 BFCE 822B + ___ support mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support
[freenet-support] Fec retrieve failed
Im' inserting a freesite with files > 1 mb using 549 & FIW 0.04b All site insert OK, and can be retrieved, but when I try to retrieve a FEC file, it give me all gray an red cross, and is not able to retrieve even a single block. This happen also if I attempt to retrieve from the node I used to insert, that have all blocks in the datastore. Any idea ? Thanks a lot. Marco -- + il Progetto Freenet - segui il coniglio bianco+ * the Freenet Project - follow the white rabbit* * Marco A. Calamari[EMAIL PROTECTED] www.marcoc.it* * PGP RSA: ED84 3839 6C4D 3FFE 389F 209E 3128 5698 * + DSS/DH: 8F3E 5BAE 906F B416 9242 1C10 8661 24A9 BFCE 822B + ___ support mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support
[freenet-support] Anonimity filter
I need to disable the anonimity filter in dev branch, but the setting # Disables anonymity threatening servlets and infolets %publicNode=false in the last line of .conf has no visible effect with both true & false values (yes I removed the %) Someone can help ? Thx a lot. Marco -- + il Progetto Freenet - segui il coniglio bianco+ * the Freenet Project - follow the white rabbit* * Marco A. Calamari[EMAIL PROTECTED] www.marcoc.it* * PGP RSA: ED84 3839 6C4D 3FFE 389F 209E 3128 5698 * + DSS/DH: 8F3E 5BAE 906F B416 9242 1C10 8661 24A9 BFCE 822B + ___ support mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support
Re: [freenet-support] 650 anonymity filtering
At 19.26 13/01/03 +0100, you wrote: >Have a look at the fproxy tab of the configurator... I'm from the Linux side, no tab at all and no java compiler in place too, just plain C . Ciao. Marco ___ support mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support
[freenet-support] 650 anonymity filtering
From build 649 all site I access (including TFE ang many others) are reduced to plaint text withount any image or link. There is some setting to do in freenet.conf to configure/disable filtering ? Thx. Marco -- + il Progetto Freenet - segui il coniglio bianco+ * the Freenet Project - follow the white rabbit* * Marco A. Calamari[EMAIL PROTECTED] www.marcoc.it* * PGP RSA: ED84 3839 6C4D 3FFE 389F 209E 3128 5698 * + DSS/DH: 8F3E 5BAE 906F B416 9242 1C10 8661 24A9 BFCE 822B + ___ support mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support
[freenet-support] TFE, CRUFT & FF
Till 8 GMT 2002 01 08, I'm unable to fetch TFE & CRUFT from freenet. I'm using 537, 539, 541 & 641 on 5 nodes. Only FF is ok. Other sites seems to be still there, but how retrieve it if TFE is not working ? I bet that most of freenetters have no link to freesites, but only to TFE. Maybe insert a well known key retrievable from proxy page with some active links to freesites or to a non-dbr version of TFE can be a good idea. FWIW. Marco -- + il Progetto Freenet - segui il coniglio bianco+ * the Freenet Project - follow the white rabbit* * Marco A. Calamari[EMAIL PROTECTED] www.marcoc.it* * PGP RSA: ED84 3839 6C4D 3FFE 389F 209E 3128 5698 * + DSS/DH: 8F3E 5BAE 906F B416 9242 1C10 8661 24A9 BFCE 822B + ___ support mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support
Re: [freenet-support] temp files
At 22.26 05/01/03 +, you wrote: >> btw my ./freenet/freenet/store_*/temp dir is empty, and I do not regularl= >y=20 >> delete the files manually. >Not surprising. It is cleaned out on node startup. It is not so simple; all 4 nodes I run (539 to 629) had 100Mb or more in temp dir that never goes away restarting the node; I need to do that by hand - the "orphaned propriety" message are diaplayed al lot of time at next restart. I suspect the looked as valid data and are reused for some reason. A good rm -rf * at startup would be a great idea, if the deletion algoritm is not robust. Some secure deletion would be better .. FWIW. Marco -- + il Progetto Freenet - segui il coniglio bianco+ * the Freenet Project - follow the white rabbit* * Marco A. Calamari[EMAIL PROTECTED] www.marcoc.it* * PGP RSA: ED84 3839 6C4D 3FFE 389F 209E 3128 5698 * + DSS/DH: 8F3E 5BAE 906F B416 9242 1C10 8661 24A9 BFCE 822B + ___ support mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support
Re: [freenet-support] Store overrun causes insertion tools to fail
At 02.00 31/12/02 +0100, you wrote: >>>I've proven that data store overrun causes insertion tools like FIW to >>>fail. The symptom is that the program stops midway through its >>>insertion sequence and sits idle. >>> >>>I figured this out from looking at my datastore usage. It should be >>>1Gig max, but when FIW failed it was at 1.3G. I increased the store >>>size to 2Gb, and now its running smoothly. >>> >>>I thought the datastore code was supposed to be intelligent and delete >>>the oldes material, making room for the new? Evidently, its not >>>working. >>> >>It does work. There is a problem with tempfiles for fproxy or for the >>distservlet growing without limit. You will find that most of the extra >>space comes from the store/temp/ directory. I noticed exactly the same thing on my four nodes, and locate the problem in the tmp dir with no size control at all. I'm quite sure that you can play with tmp setting on freenet.conf to allocate the two temp dir (Fec & fproxy) on some other partition; maybe Mattew can suggest how. I remember something like mainport.params.servlet.1.params.tempdir=/tmp/ FECTempDir= Is hard to calculate a limit for the temp space needed, not only in Freenet but for any software that need it. Anyway this is an important issue; Matthew, can you give us some detail about current implementation ? Ciao. Marco P.S. Happy New Year to all -- + il Progetto Freenet - segui il coniglio bianco+ * the Freenet Project - follow the white rabbit* * Marco A. Calamari[EMAIL PROTECTED] www.marcoc.it* * PGP RSA: ED84 3839 6C4D 3FFE 389F 209E 3128 5698 * + DSS/DH: 8F3E 5BAE 906F B416 9242 1C10 8661 24A9 BFCE 822B + ___ support mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support