[freenet-support] Freenet 0.7.5 build 1474 is finally released!
If your node does not update automatically, you may need to update it manually as described in my previous message. The simplest way to deal with the problem is to shut down Frost, FMS and Web of Trust and reboot and the auto-update should work given an hour or two. Thanks to everyone involved in getting this build out in difficult circumstances! = Freenet 0.7.5 build 1474 is now available. This is an emergency bugfix release, hence I am releasing it rather than Steve while he is incapacitated. It fixes some important bugs, one of which is involved in the current attacks on Frost and Sone. Summary of changes: * Fix the Frostbite bug: if the node downloads a malicious key, this would cause the whole client layer to break. This is currently being actively used to attack Frost and Sone. * Automatically upgrade nodes to use the minimum bandwidth limit if necessary. Some nodes were unable to start up because their bandwidth limit was too low. Apologies to anyone affected by this. Also, improve the logic that sets the per-second bandwidth limits from a monthly setting. Obviously, you should be very careful if using Freenet on a connection with a monthly transfer limit. * Minor security improvements to the web interface. If your node is unable to update because of the Frostbite bug, please turn off the affected applications (unload the Web of Trust and Sone plugins and shut down Frost), and then restart the node. It should pick up the update within a few hours. If it still doesn't work, the update.cmd or update.sh scripts may fix the problem, but they will access our website in a traceable manner. Thank you for using Freenet! - Matthew Toseland Git shortlog: Bert Massop (4): BloomFilter: additional sanity checking of length and hash count Add more splitfile sanity checks Make KeyListenerTracker more resilient Fix a corner case in BloomFilter length Florent Daigniere (7): Set rel='noreferrer noopener' where appropriate Merge branch 'do-not-die-on-too-low-bandwidth' of https://github.com/ArneBab/fred-staging-1 into ArneBab-do-not-die-on-too-low-bandwidth Merge branch 'ArneBab-do-not-die-on-too-low-bandwidth' into next Merge branch 'frostbite-hotfix' of https://github.com/bertm/fred-staging into bertm-frostbite-hotfix Merge branch 'bertm-frostbite-hotfix' into next Merge branch 'avoid-claiming-magic' of https://github.com/Thynix/fred-staging into Thynix-avoid-claiming-magic Merge branch 'Thynix-avoid-claiming-magic' into next Matthew Toseland (1): Build 1474, mandatory in a week but crucial bugfixes Steve Dougherty (3): Merge remote-tracking branch 'ArneBab/do-not-die-on-too-low-bandwidth' into next Merge remote-tracking branch 'nextgens/use-noreferrer' into next l10n: avoid suggesting tracing is impossible drak@kaverne (5): FIX: on too low bandwidth, use min bandwidth node init: log increase of bandwidth to minimum fixed bandwidth selection per month whitespace (tabify) use asymptoticDlFraction + fix whitespace gpg: Signature made Sun 05 Jun 2016 15:37:50 BST using RSA key ID 1946AA94 gpg: Good signature from "Matthew Toseland (2013-2018 key, higher key length) <matt...@toselandcs.co.uk>" gpg: aka "Matthew Toseland (2013-2018 key, higher key length) <t...@amphibian.dyndns.org>" signature.asc Description: OpenPGP digital signature ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Build 1474 status and the Frostbite attack
Freenet build 1474 has been partially released. It includes a critical bugfix for the "Frostbite" bug: if you visit a malicious key, downloads can stop working. This is being actively exploited on Frost and Sone/WoT. Unloading WoT / turning off Frost and restarting the node should make it work again. Unfortunately the official release manager Steve is indisposed, and nextgens and I are still working on completing the release; it should be inserted into the auto-update system tomorrow, and thus "officially" released. The build has been released as far as the website, so new installs will be 1474. Sorry about this, we will try to make our recovery procedures more robust in future... Please relay this message to FMS etc if possible, thanks! You can manually update to the new build as follows: Option 1: Use update.sh or update.cmd This is not anonymous, in that it downloads the jar file over HTTPS from our server, so anyone listening could tell that you run Freenet. Also there have been some reported bugs (one problem with update.sh was fixed just by running it again, otherwise contact #freenet on irc.freenode.net - note that this is also not anonymous). Option 2: Download the jar from Freenet on a working node and replace them. First, download the following key: CHK@jCVrtDlDgly4kqNRPAH4o7j16I5Fcy39ka6Qz2~NOko,kbxLQ-wHV4S8YgPUme3y9HKYopc1FWeEMUaZ~zDeSqM,AAMC--8/freenet-build01474.jar Signature is here (if you have gnupg and my pubkey): CHK@~gTf8kWGI0X34XOI~pI-hagrddxzUJdbPIk20nYoLjs,a7SNdm2Sq7u3sOwjX5GyVkitpR8J92~VGdO~tSynLto,AAMC--8/freenet-build01474.jar.sig Now shut down the node. Open wrapper.conf in a text editor. There should be a line that says something like: wrapper.java.classpath.1=freenet.jar.new If it says freenet.jar.new then change it to freenet.jar. If it says freenet.jar then don't do anything. Now replace freenet.jar with the jar you just downloaded from Freenet. Official release notes: $ git tag -v build01474 object ced0ba20a7ffba7fdf05466d00bf6cb585c28bc9 type commit tag build01474 tagger Matthew Toseland <matt...@toselandcs.co.uk> 1465137470 +0100 2016-06-05 Freenet 0.7.5 build 1474 is now available. This is an emergency bugfix release, hence I am releasing it rather than Steve while he is incapacitated. It fixes some important bugs, one of which is involved in the current attacks on Frost and Sone. Summary of changes: * Fix the Frostbite bug: if the node downloads a malicious key, this would cause the whole client layer to break. This is currently being actively used to attack Frost and Sone. * Automatically upgrade nodes to use the minimum bandwidth limit if necessary. Some nodes were unable to start up because their bandwidth limit was too low. Apologies to anyone affected by this. Also, improve the logic that sets the per-second bandwidth limits from a monthly setting. Obviously, you should be very careful if using Freenet on a connection with a monthly transfer limit. * Minor security improvements to the web interface. If your node is unable to update because of the Frostbite bug, please turn off the affected applications (unload the Web of Trust and Sone plugins and shut down Frost), and then restart the node. It should pick up the update within a few hours. If it still doesn't work, the update.cmd or update.sh scripts may fix the problem, but they will access our website in a traceable manner. Thank you for using Freenet! - Matthew Toseland Git shortlog: Bert Massop (4): BloomFilter: additional sanity checking of length and hash count Add more splitfile sanity checks Make KeyListenerTracker more resilient Fix a corner case in BloomFilter length Florent Daigniere (7): Set rel='noreferrer noopener' where appropriate Merge branch 'do-not-die-on-too-low-bandwidth' of https://github.com/ArneBab/fred-staging-1 into ArneBab-do-not-die-on-too-low-bandwidth Merge branch 'ArneBab-do-not-die-on-too-low-bandwidth' into next Merge branch 'frostbite-hotfix' of https://github.com/bertm/fred-staging into bertm-frostbite-hotfix Merge branch 'bertm-frostbite-hotfix' into next Merge branch 'avoid-claiming-magic' of https://github.com/Thynix/fred-staging into Thynix-avoid-claiming-magic Merge branch 'Thynix-avoid-claiming-magic' into next Matthew Toseland (1): Build 1474, mandatory in a week but crucial bugfixes Steve Dougherty (3): Merge remote-tracking branch 'ArneBab/do-not-die-on-too-low-bandwidth' into next Merge remote-tracking branch 'nextgens/use-noreferrer' into next l10n: avoid suggesting tracing is impossible drak@kaverne (5): FIX: on too low bandwidth, use min bandwidth node init: log increase of bandwidth to minimum fixed bandwidth selection per month whitespace (tabify) use asymptoticDlFraction + fix whitespace gpg: Signature made Sun 05 Jun 2016 15:37:50 BST using RSA key ID 1946AA94 gpg: Go
[freenet-support] Build 1474 status and the Frostbite attack
Freenet build 1474 has been partially released. It includes a critical bugfix for the "Frostbite" bug: if you visit a malicious key, downloads can stop working. This is being actively exploited on Frost and Sone/WoT. Unloading WoT / turning off Frost and restarting the node should make it work again. Unfortunately the official release manager Steve is indisposed, and nextgens and I are still working on completing the release; it should be inserted into the auto-update system tomorrow, and thus "officially" released. The build has been released as far as the website, so new installs will be 1474. Sorry about this, we will try to make our recovery procedures more robust in future... Please relay this message to FMS etc if possible, thanks! You can manually update to the new build as follows: Option 1: Use update.sh or update.cmd This is not anonymous, in that it downloads the jar file over HTTPS from our server, so anyone listening could tell that you run Freenet. Also there have been some reported bugs (one problem with update.sh was fixed just by running it again, otherwise contact #freenet on irc.freenode.net - note that this is also not anonymous). Option 2: Download the jar from Freenet on a working node and replace them. First, download the following key: CHK@jCVrtDlDgly4kqNRPAH4o7j16I5Fcy39ka6Qz2~NOko,kbxLQ-wHV4S8YgPUme3y9HKYopc1FWeEMUaZ~zDeSqM,AAMC--8/freenet-build01474.jar Signature is here (if you have gnupg and my pubkey): CHK@~gTf8kWGI0X34XOI~pI-hagrddxzUJdbPIk20nYoLjs,a7SNdm2Sq7u3sOwjX5GyVkitpR8J92~VGdO~tSynLto,AAMC--8/freenet-build01474.jar.sig Now shut down the node. Open wrapper.conf in a text editor. There should be a line that says something like: wrapper.java.classpath.1=freenet.jar.new If it says freenet.jar.new then change it to freenet.jar. If it says freenet.jar then don't do anything. Now replace freenet.jar with the jar you just downloaded from Freenet. Official release notes: $ git tag -v build01474 object ced0ba20a7ffba7fdf05466d00bf6cb585c28bc9 type commit tag build01474 tagger Matthew Toseland <matt...@toselandcs.co.uk> 1465137470 +0100 2016-06-05 Freenet 0.7.5 build 1474 is now available. This is an emergency bugfix release, hence I am releasing it rather than Steve while he is incapacitated. It fixes some important bugs, one of which is involved in the current attacks on Frost and Sone. Summary of changes: * Fix the Frostbite bug: if the node downloads a malicious key, this would cause the whole client layer to break. This is currently being actively used to attack Frost and Sone. * Automatically upgrade nodes to use the minimum bandwidth limit if necessary. Some nodes were unable to start up because their bandwidth limit was too low. Apologies to anyone affected by this. Also, improve the logic that sets the per-second bandwidth limits from a monthly setting. Obviously, you should be very careful if using Freenet on a connection with a monthly transfer limit. * Minor security improvements to the web interface. If your node is unable to update because of the Frostbite bug, please turn off the affected applications (unload the Web of Trust and Sone plugins and shut down Frost), and then restart the node. It should pick up the update within a few hours. If it still doesn't work, the update.cmd or update.sh scripts may fix the problem, but they will access our website in a traceable manner. Thank you for using Freenet! - Matthew Toseland Git shortlog: Bert Massop (4): BloomFilter: additional sanity checking of length and hash count Add more splitfile sanity checks Make KeyListenerTracker more resilient Fix a corner case in BloomFilter length Florent Daigniere (7): Set rel='noreferrer noopener' where appropriate Merge branch 'do-not-die-on-too-low-bandwidth' of https://github.com/ArneBab/fred-staging-1 into ArneBab-do-not-die-on-too-low-bandwidth Merge branch 'ArneBab-do-not-die-on-too-low-bandwidth' into next Merge branch 'frostbite-hotfix' of https://github.com/bertm/fred-staging into bertm-frostbite-hotfix Merge branch 'bertm-frostbite-hotfix' into next Merge branch 'avoid-claiming-magic' of https://github.com/Thynix/fred-staging into Thynix-avoid-claiming-magic Merge branch 'Thynix-avoid-claiming-magic' into next Matthew Toseland (1): Build 1474, mandatory in a week but crucial bugfixes Steve Dougherty (3): Merge remote-tracking branch 'ArneBab/do-not-die-on-too-low-bandwidth' into next Merge remote-tracking branch 'nextgens/use-noreferrer' into next l10n: avoid suggesting tracing is impossible drak@kaverne (5): FIX: on too low bandwidth, use min bandwidth node init: log increase of bandwidth to minimum fixed bandwidth selection per month whitespace (tabify) use asymptoticDlFraction + fix whitespace gpg: Signature made Sun 05 Jun 2016 15:37:50 BST using RSA key ID 1946AA94 gpg: Go
Re: [freenet-support] Freenet 0.7.5 build 1468 released
On 11/07/15 20:10, Dave Larsen wrote: now it is saying i need to put in the master password to to enable uploads and downloads, i never set a password, why is it telling me to enter a master password??? please help Ugh. I did see this in debugging but I fixed it. Did you try restarting? And empty password? Does node.db4o still exist? Is there a client.dat.crypt? On Jul 11, 2015 1:45 PM, Dave Larsen hoppameiste...@gmail.com wrote: how do i update, this link in this msg needs a program to open the file, what do i use to open the file or is there another way to update??? please help, thanx!!! On Jul 11, 2015 1:08 PM, Steve Dougherty st...@asksteved.com wrote: The Freenet team is very happy to announce the stable release of Freenet 0.7.5 build 1468. *Important notes*: downgrading from build 1468 is not supported; if you want to go back to build 1467 without losing the upload and download queues, *before* upgrading, back-up the following files and directories: master.keys, persistent-temp-*/, and node.db4o (see https://wiki.freenetproject.org/Program_files ). Please note that running transfers will be restarted from scratch too. A reminder to those testing auto-update to 1468-pre4: please restore your auto-update key to the default. One way to do this is to stop Freenet, remove the node.updater.URI line from freenet.ini, and start Freenet again. In this release, the way Freenet stores data locally has changed drastically by no longer using the now-deprecated db4o object storage. It is replaced with the product of toad's summer of work - a custom on-disk format that is much more robust against corruption and more efficient. * Existing unfinished downloads and uploads will be imported to a new format, which requires restarting them from the beginning. * Space for downloads is now all allocated at the start, so machines very low on disk space may run out, which causes downloads to temporarily fail until more space is available. * CHKs will change due to metadata bugfixes. * Some unofficial plugins will need to be updated because of API changes. Sone already works, as do all official plugins. * The queue format changes should make it extremely rare to lose the entire queue: the impact of corruption will almost always be localized. * Multi-container / site uploads can now be persistent, making it more practical to upload large sites. * Passworded physical security is now much stronger. (Full-disk encryption is still preferable.) * The Windows installer now defaults to starting Freenet on login. * There is a new Windows tray app with some useful features that is included with new installations. [0] If you are using the existing Windows tray app you can download the new one here. [1] No need to put it in a specific directory - it will try the default installation location and prompt if it can't find it. * The list of download keys moved from downloads/listFetchKeys.txt to downloads/listKeys.txt. * A list of upload keys is now available at uploads/listKeys.txt * Gantros' index is now in the default bookmarks. It uses the same software as Enzo's index, which is no longer updated. * The obsolete and deprecated XMLLibrary and XMLSpider plugins are no longer officially supported. They will still load for those who have them added, but are no longer shown on the plugin page. * In the interests of releasing this build more quickly, the new version of FlogHelper does not support exporting and importing backups from the web UI. The old backup code did not work with the new Freenet version after removing db4o. People can instead back up plugins.floghelper.FlogHelper files in the plugin-data directory. These can be dropped into the directory after unloading FlogHelper to restore a backup. * ThawIndexBrowser works again. Thanks saces! * Fred translations are updated. * Add two seed nodes, one sponsored by meshnet.pl - the Polish radio/meshnet darknet users group, and another run by ArneBab. Thanks! * Update existing seed node references. Thank you for using Freenet! [0] https://github.com/freenet/wintray [1] https://downloads.freenetproject.org/alpha/installer/FreenetTray.exe.build01468 ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe signature.asc Description: OpenPGP digital signature
Re: [freenet-support] Suggestion for Freenet Platform
On 14/07/14 11:35, Bert Massop wrote: On Mon, Jul 14, 2014 at 12:23 PM, Volker Fervers mail...@edv-fervers.de wrote: Hello, after running freenet for years 24x7 on standard PCs I'm searching a different suitable platform (e.g. concerning performance, power consumption). Found this list of single-boarders: https://en.wikipedia.org/wiki/List_of_single-board_computers Are there any reports from freenetters on the ODROID-family? What you should keep in mind in when picking your board of choice: - Freenet needs a reasonably powerful CPU. Multicore is a big plus, since Freenet is threaded heavily. IMHO the big issue here isn't horsepower, it's not having the thread priorities hack library. This is particularly a problem on ARM. Freenet doesn't use that much CPU except when it's doing download decoding etc, or when there's no good JVM??? - Freenet needs *lots* of RAM (don't even think about 512MiB boards). I'd go for one with 2GiB, though 1GiB may work just fine when Freenet is configured conservatively and without WoT/Sone/… 512MB should be sufficient without WoT/Sone, no? - Freenet will (at least in its current state) be quite heavy on (random) I/O, up to *very* heavy when using plugins such as WoT. I've been thinking about running Freenet on one of those cheap Android TV sticks that can be had from China for about €35. I still haven't made my final decision on that, though: not all seem to accept custom Linux installation equally well. That sounds interesting. Please keep us informed on what you end up using and how it works out for you. — Bert signature.asc Description: OpenPGP digital signature ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] installation
On 07/07/14 23:14, Michael F. Huftile wrote: Every time I click on the install for Mac the page cycles, but never goes to installation. Try enabling Java Web Start first. I believe this is on some sort of control panel / settings menu somewhere. Also this might help: http://freesocial.draketo.de/freenet-mac_en.html#OS signature.asc Description: OpenPGP digital signature ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Floating point division by zero.
On 08/06/14 18:49, Steve Dougherty wrote: On 06/05/2014 04:52 PM, usr...@schusterlampe.com wrote: Hello, in your software: FreenetInstaller-1462.exe under XP occurs while installing: Floating point division by zero-error. Installion aborts. bye usr123 The Freenet installer no longer supports Windows XP. Windows XP reached End of Life in April 2014, and no longer receives security fixes. However I believe this bug was fixed? signature.asc Description: OpenPGP digital signature ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Hardware requirements
On 03/03/14 13:05, Sebas Pedersen wrote: On 03-03-2014 07:55 AM, Spamme wrote: On Mon, 2014-03-03 at 02:19 -0300, Sebas Pedersen wrote: On 02-03-2014 10:21 PM, Dennis New wrote: On Sun, 02 Mar 2014 11:25:41 -0300, Sebas Pedersen wrote: Hi all. I'm considering in running a Freenet node, but I don't have much resources. That's why I'll to ask you guys if it's possible to run a Freenet node in a dedicated server PIII with 512MB RAM. Any comments or suggestions about minimun and desirable hardware requiriments are welcome! That should be enough. I run it with 300 or 400 megs. Of course, that'll only leave you with about 100 for the rest of your daemons, which should be enough if you don't run a graphical environment (X) or any other large processes. OK, thanks a lot. Yes I don't run a graphical enviroment, and it will be a Freenet dedicated server, so no other large processes. Any suggestions in the amount of disk space destinated to Freenet? Thanks in advance. Sebas As much as possible, It will go with a gig or less but if you want to help the network then id say give it as much as you can afford. Be aware that resizing the datastore can result in data loss, so try not to change it to often Yes, that's my idea, to give as much as disk space as possible. I make the question because I thought it could be a relationship between the amount of disk space and the consumption of RAM (for example 40 GiB not recommended dor 512 MiB of RAM). There is, yes. The setup wizard will use this when recommending the default store size when you install. Technically: 4 bytes per slot in RAM, three slots for ~ each 35KB (32KB+~300 bytes + 1K + 1K + 1K). Thanks again. signature.asc Description: OpenPGP digital signature ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] can't download
On Mon, Sep 23, 2013 at 02:57:22PM -0400, Wm.McGrath wrote: Hi, I keep getting following message after downloading... The freener wrapper terminated unexpectedly...I'm using windows xp...tried 1/2 doz times any thoufhts?...Wm Please post your wrapper.log (from the folder wrapper in the folder Freenet was installed into). signature.asc Description: Digital signature ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1456
Freenet 0.7.5 build 1456 is now available. This build is riskier than most but I have tested it fairly extensively. Please let me know if you have any difficulties updating. Also see the first item below. Changes include: - Automatically update the wrapper binaries on linux/mac systems (other than Gentoo). This should fix a major bug on Linux where after updating the node can get stuck in a loop until it is manually restarted (or the computer is rebooted). This is a lot more work than it sounds because we need to replace a whole bunch of files at once, then restart the wrapper (not just the node). - An important bugfix to the transport layer, should improve bandwidth usage on fast connections, this is especially obvious when transferring files between nodes (e.g. from the node-to-node text messaging system, click on a Friend and send a file). - Download the latest version of update.sh, and make it executable. The updater was downloading an old, broken version of update.sh, and was not making it executable. This is the last-resort manual update script for linux/mac. - Various bugfixes for the updater. - Make node references more robust, any line which contains e.g. spaces will be base64 encoded, so passing noderefs via e.g. IRC/instant messaging should be significantly more reliable. - Turn off NLM when upgrading from 1455 or earlier. It's broken at the moment. - Config fixes. This *might* change your settings for SSL, load management and file locations (as previous fixes in these areas were being ignored). This build does not implement updating the wrapper binaries on Windows. That will be implemented in a future build, thanks to romnGit's update helper tool for Windows. Most of the code needed is already present in this build though. Thank you for using Freenet! signature.asc Description: Digital signature ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Freenet Uninstall did not work
On Sat, Sep 07, 2013 at 07:51:43AM -0500, John Wyman wrote: I received a message that I needed to uninstall Freenet and re-install it.I uninstalled Freenet from the Control Panel (Windows 7) but when I tied to re-install it I got this message: Freenet already installed!Please uninstall first or choose another directory! What do I do now? How exactly did you install it? From the exe on the website, or using the Java installer? More details on the download page on the website. Does C:\Program Files\Freenet (or C:\Program Files (x86)\Freenet) exist? signature.asc Description: Digital signature ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] dose freenet have a uninstaller for windows
On Fri, Sep 06, 2013 at 10:32:31AM -0700, T B wrote: Hi there i was wondering if freenet has a uninstaller for windows and how well it uninstalls itself i would like to try it out on windows i did a test environment on a ubuntu live usb and liked it and so i would lie to run it on my windows. but if it acts up on me i would like to uninstall it and not have to mess with reg keys and leftover stuff. please get back to me thank you very much and god bless, The uninstaller works fine, from Control Panel as with any other app on Windows. You should shut down Freenet from the system tray icon first however. It will remove all files and registry keys AFAIK, but I haven't checked this. Certainly it removed all files. It can't eradicate every last trace from your system e.g. deleted files that might be recovered, your browser cache etc; this is out of scope, there are third party tools that might be able to. Good luck with Freenet! Thanks! signature.asc Description: Digital signature ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] freenet doesn't open
On Mon, Sep 02, 2013 at 12:20:14PM -0700, Densoldies wrote: By the way, what is the attachment you've sent to me and what do you want me to do with it ?? Here's the wrapper... Any chance of trying a different AV? E.g. a demo version? Just to confirm that this is in fact an AV-related problem, you can go back to BitDefender afterwards? Sorry, but we have a limited amount of Windows expertise. :| From: Matthew Toseland matt...@toselandcs.co.uk To: support@freenetproject.org; Densoldies densold...@sbcglobal.net Sent: Monday, September 2, 2013 12:21 PM Subject: Re: [freenet-support] freenet doesn't open On Monday 02 Sep 2013 15:07:15 Densoldies wrote: I have freenet for years (same thing for Bitdefender total security) and never had problem. Recently, I had to uninstall Bitdefender to upgrade it...Since then, every time I boot the computer, the freenet wrapper terminated unexpectedly, if the problem keeps occuring, blah, blah, blah After that, I have another message saying...Freenet launcher was unable to connect to the freenet node at port ... I've uninstalled, re-downloaded and re-installed freenet 3 times with no success. After I've closed these messages, I was able to start manually freenet by clicking of the freenet launcher (of course, I've lost all my downloads in progress) but this morning, after closing the messages about the wrapper, Google chrome opened and in the adress bar it says localhost:/?incognito=true, and on the webpage it says the webpage is not available I'm running Win 7 ultimate 64 bit, with service pack 1, intel core i7 cpu 950 @ 3.07GHz, 12 GBs of RAM Remember, everything was working fine for years with the same antivirus. I need help please, I went to some freenet forums but didn't find anything. Thank you This is very odd. Can you please post the wrapper.log? Just because you've previously used the same AV doesn't necessarily mean it's not an AV problem - the files may be different if you've reinstalled, any config you set to let it run may be different etc. signature.asc Description: Digital signature ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Freenet error
On Sunday 01 Sep 2013 16:43:11 Timothy Clark wrote: I keep getting the error message saying that the freenet wrapper terminated unexpectedly. And also that it is unable to connect to node . How can I fix this? I'm running on Windows 7. Here is my wrapper log: STATUS | wrapper | 2013/09/01 10:11:34 | -- Wrapper Started as Console STATUS | wrapper | 2013/09/01 10:11:34 | Java Service Wrapper Community Edition 32-bit 3.5.20 STATUS | wrapper | 2013/09/01 10:11:34 | Copyright (C) 1999-2013 Tanuki Software, Ltd. All Rights Reserved. STATUS | wrapper | 2013/09/01 10:11:34 | http://wrapper.tanukisoftware.com STATUS | wrapper | 2013/09/01 10:11:34 | STATUS | wrapper | 2013/09/01 10:11:36 | Launching a JVM... ERROR | wrapper | 2013/09/01 10:12:06 | Startup failed: Timed out waiting for a signal from the JVM. ADVICE | wrapper | 2013/09/01 10:12:06 | ADVICE | wrapper | 2013/09/01 10:12:06 | ADVICE | wrapper | 2013/09/01 10:12:06 | Advice: ADVICE | wrapper | 2013/09/01 10:12:06 | The Wrapper consists of a native component as well as a set of classes ADVICE | wrapper | 2013/09/01 10:12:06 | which run within the JVM that it launches. The Java component of the ADVICE | wrapper | 2013/09/01 10:12:06 | Wrapper must be initialized promptly after the JVM is launched or the ADVICE | wrapper | 2013/09/01 10:12:06 | Wrapper will timeout, as just happened. Most likely the main class ADVICE | wrapper | 2013/09/01 10:12:06 | specified in the Wrapper configuration file is not correctly initializing ADVICE | wrapper | 2013/09/01 10:12:06 | the Wrapper classes: ADVICE | wrapper | 2013/09/01 10:12:06 | freenet.node.NodeStarter ADVICE | wrapper | 2013/09/01 10:12:06 | While it is possible to do so manually, the Wrapper ships with helper ADVICE | wrapper | 2013/09/01 10:12:06 | classes to make this initialization processes automatic. ADVICE | wrapper | 2013/09/01 10:12:06 | Please review the integration section of the Wrapper's documentation ADVICE | wrapper | 2013/09/01 10:12:06 | for the various methods which can be employed to launch an application ADVICE | wrapper | 2013/09/01 10:12:06 | within the Wrapper: ADVICE | wrapper | 2013/09/01 10:12:06 | http://wrapper.tanukisoftware.com/doc/english/integrate.html ADVICE | wrapper | 2013/09/01 10:12:06 | ADVICE | wrapper | 2013/09/01 10:12:06 | ERROR | wrapper | 2013/09/01 10:12:06 | JVM did not exit on request, termination requested. STATUS | wrapper | 2013/09/01 10:12:06 | JVM exited after being requested to terminate. STATUS | wrapper | 2013/09/01 10:12:11 | Reloading Wrapper configuration... STATUS | wrapper | 2013/09/01 10:12:11 | Launching a JVM... ERROR | wrapper | 2013/09/01 10:12:41 | Startup failed: Timed out waiting for a signal from the JVM. ADVICE | wrapper | 2013/09/01 10:12:41 | ADVICE | wrapper | 2013/09/01 10:12:41 | ADVICE | wrapper | 2013/09/01 10:12:41 | Advice: ADVICE | wrapper | 2013/09/01 10:12:41 | The Wrapper consists of a native component as well as a set of classes ADVICE | wrapper | 2013/09/01 10:12:41 | which run within the JVM that it launches. The Java component of the ADVICE | wrapper | 2013/09/01 10:12:41 | Wrapper must be initialized promptly after the JVM is launched or the ADVICE | wrapper | 2013/09/01 10:12:41 | Wrapper will timeout, as just happened. Most likely the main class ADVICE | wrapper | 2013/09/01 10:12:41 | specified in the Wrapper configuration file is not correctly initializing ADVICE | wrapper | 2013/09/01 10:12:41 | the Wrapper classes: ADVICE | wrapper | 2013/09/01 10:12:41 | freenet.node.NodeStarter ADVICE | wrapper | 2013/09/01 10:12:41 | While it is possible to do so manually, the Wrapper ships with helper ADVICE | wrapper | 2013/09/01 10:12:41 | classes to make this initialization processes automatic. ADVICE | wrapper | 2013/09/01 10:12:41 | Please review the integration section of the Wrapper's documentation ADVICE | wrapper | 2013/09/01 10:12:41 | for the various methods which can be employed to launch an application ADVICE | wrapper | 2013/09/01 10:12:41 | within the Wrapper: ADVICE | wrapper | 2013/09/01 10:12:41 | http://wrapper.tanukisoftware.com/doc/english/integrate.html ADVICE | wrapper | 2013/09/01 10:12:41 | ADVICE | wrapper | 2013/09/01 10:12:41 | ERROR | wrapper | 2013/09/01 10:12:41 | JVM did not exit on request, termination requested. STATUS | wrapper | 2013/09/01 10:12:45 | JVM exited after being requested to terminate. STATUS | wrapper | 2013/09/01 10:12:49 | Reloading Wrapper configuration... STATUS | wrapper | 2013/09/01 10:12:50 | Launching a JVM... ERROR |
Re: [freenet-support] Freenet error
On Monday 02 Sep 2013 13:02:38 celticlor...@gmail.com wrote: Yes. Multiple times. Are there any antivirus warnings? What AV are you using? - Reply message - From: Matthew Toseland matt...@toselandcs.co.uk To: support@freenetproject.org Cc: Timothy Clark celticlor...@gmail.com Subject: [freenet-support] Freenet error Date: Mon, Sep 2, 2013 06:15 On Sunday 01 Sep 2013 16:43:11 Timothy Clark wrote: I keep getting the error message saying that the freenet wrapper terminated unexpectedly. And also that it is unable to connect to node . How can I fix this? I'm running on Windows 7. Here is my wrapper log: STATUS | wrapper | 2013/09/01 10:11:34 | -- Wrapper Started as Console STATUS | wrapper | 2013/09/01 10:11:34 | Java Service Wrapper Community Edition 32-bit 3.5.20 STATUS | wrapper | 2013/09/01 10:11:34 | Copyright (C) 1999-2013 Tanuki Software, Ltd. All Rights Reserved. STATUS | wrapper | 2013/09/01 10:11:34 | http://wrapper.tanukisoftware.com STATUS | wrapper | 2013/09/01 10:11:34 | STATUS | wrapper | 2013/09/01 10:11:36 | Launching a JVM... ERROR | wrapper | 2013/09/01 10:12:06 | Startup failed: Timed out waiting for a signal from the JVM. ADVICE | wrapper | 2013/09/01 10:12:06 | ADVICE | wrapper | 2013/09/01 10:12:06 | ADVICE | wrapper | 2013/09/01 10:12:06 | Advice: ADVICE | wrapper | 2013/09/01 10:12:06 | The Wrapper consists of a native component as well as a set of classes ADVICE | wrapper | 2013/09/01 10:12:06 | which run within the JVM that it launches. The Java component of the ADVICE | wrapper | 2013/09/01 10:12:06 | Wrapper must be initialized promptly after the JVM is launched or the ADVICE | wrapper | 2013/09/01 10:12:06 | Wrapper will timeout, as just happened. Most likely the main class ADVICE | wrapper | 2013/09/01 10:12:06 | specified in the Wrapper configuration file is not correctly initializing ADVICE | wrapper | 2013/09/01 10:12:06 | the Wrapper classes: ADVICE | wrapper | 2013/09/01 10:12:06 | freenet.node.NodeStarter ADVICE | wrapper | 2013/09/01 10:12:06 | While it is possible to do so manually, the Wrapper ships with helper ADVICE | wrapper | 2013/09/01 10:12:06 | classes to make this initialization processes automatic. ADVICE | wrapper | 2013/09/01 10:12:06 | Please review the integration section of the Wrapper's documentation ADVICE | wrapper | 2013/09/01 10:12:06 | for the various methods which can be employed to launch an application ADVICE | wrapper | 2013/09/01 10:12:06 | within the Wrapper: ADVICE | wrapper | 2013/09/01 10:12:06 | http://wrapper.tanukisoftware.com/doc/english/integrate.html ADVICE | wrapper | 2013/09/01 10:12:06 | ADVICE | wrapper | 2013/09/01 10:12:06 | ERROR | wrapper | 2013/09/01 10:12:06 | JVM did not exit on request, termination requested. STATUS | wrapper | 2013/09/01 10:12:06 | JVM exited after being requested to terminate. STATUS | wrapper | 2013/09/01 10:12:11 | Reloading Wrapper configuration... STATUS | wrapper | 2013/09/01 10:12:11 | Launching a JVM... ERROR | wrapper | 2013/09/01 10:12:41 | Startup failed: Timed out waiting for a signal from the JVM. ADVICE | wrapper | 2013/09/01 10:12:41 | ADVICE | wrapper | 2013/09/01 10:12:41 | ADVICE | wrapper | 2013/09/01 10:12:41 | Advice: ADVICE | wrapper | 2013/09/01 10:12:41 | The Wrapper consists of a native component as well as a set of classes ADVICE | wrapper | 2013/09/01 10:12:41 | which run within the JVM that it launches. The Java component of the ADVICE | wrapper | 2013/09/01 10:12:41 | Wrapper must be initialized promptly after the JVM is launched or the ADVICE | wrapper | 2013/09/01 10:12:41 | Wrapper will timeout, as just happened. Most likely the main class ADVICE | wrapper | 2013/09/01 10:12:41 | specified in the Wrapper configuration file is not correctly initializing ADVICE | wrapper | 2013/09/01 10:12:41 | the Wrapper classes: ADVICE | wrapper | 2013/09/01 10:12:41 | freenet.node.NodeStarter ADVICE | wrapper | 2013/09/01 10:12:41 | While it is possible to do so manually, the Wrapper ships with helper ADVICE | wrapper | 2013/09/01 10:12:41 | classes to make this initialization processes automatic. ADVICE | wrapper | 2013/09/01 10:12:41 | Please review the integration section of the Wrapper's documentation ADVICE | wrapper | 2013/09/01 10:12:41 | for the various methods which can be employed to launch an application ADVICE | wrapper | 2013/09/01 10:12:41 | within the Wrapper: ADVICE | wrapper | 2013/09/01 10:12:41 | http://wrapper.tanukisoftware.com/doc/english/integrate.html ADVICE | wrapper | 2013/09/01 10:12:41
Re: [freenet-support] freenet doesn't open
On Monday 02 Sep 2013 15:07:15 Densoldies wrote: I have freenet for years (same thing for Bitdefender total security) and never had problem. Recently, I had to uninstall Bitdefender to upgrade it...Since then, every time I boot the computer, the freenet wrapper terminated unexpectedly, if the problem keeps occuring, blah, blah, blah After that, I have another message saying...Freenet launcher was unable to connect to the freenet node at port ... I've uninstalled, re-downloaded and re-installed freenet 3 times with no success. After I've closed these messages, I was able to start manually freenet by clicking of the freenet launcher (of course, I've lost all my downloads in progress) but this morning, after closing the messages about the wrapper, Google chrome opened and in the adress bar it says localhost:/?incognito=true, and on the webpage it says the webpage is not available I'm running Win 7 ultimate 64 bit, with service pack 1, intel core i7 cpu 950 @ 3.07GHz, 12 GBs of RAM Remember, everything was working fine for years with the same antivirus. I need help please, I went to some freenet forums but didn't find anything. Thank you This is very odd. Can you please post the wrapper.log? Just because you've previously used the same AV doesn't necessarily mean it's not an AV problem - the files may be different if you've reinstalled, any config you set to let it run may be different etc. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1455
Freenet 0.7.5 build 1455 is now available. Please let me know if you have any problems upgrading, or run into any other bugs or regressions. The major changes are: - The web interface now sends Content-Security-Policy headers to web browsers. This was designed to prevent cross-site-scripting attacks and provides an extra layer of protection against browser exploits and web-bugs. Note that you may have to enable Javascript support on Configuration - Web interface if you use plugins which use Javascript (e.g. FlogHelper, Sone). Note to plugin authors: Please do not use sendReplyHeader(..., Date). There are several new sendReplyHeader* methods, sendReplyHeader() without a Date should be fine for most generated content. - New encryption for on-disk temporary buckets (temporary files used by non-persistent downloads), when physical security level is not LOW. - Plugin data is now stored in separate files on disk rather than in node.db4o[.crypt]. So it won't be lost when the database is corrupted. Note that this only affects a few plugins, notably FlogHelper (and Library if you have customised your indexes list). - New version of the Library plugin, with a new search index. (Sadly by the same person as the last one) - Minor French translation update (thanks romnGit, who is also working on a new Windows installer). Thanks for using Freenet! signature.asc Description: Digital signature ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Need Mac testers
On Thu, Aug 29, 2013 at 02:32:54PM +0200, Dsoslglece wrote: Le 29/08/13 12:29, Matthew Toseland a écrit : Does the latest installer work on OS/X, recent or not so recent? If you have access to an OS/X computer please try it and post whether or not it works, and also post part of the wrapper.log. There was a rather worrying report on #freenet, and the wrapper binaries have been replaced recently; it looks like maybe the binaries are broken and it is running without the wrapper? Hello Matthew, Since I am on macand even if Freenet had been a bit in holidays recently, I started it again, and it seemed to work fine. But even so, there was the mention of an error, so, I put it of again and started anew. everything seems OK now. here is the version: And here are (as joint files) the two last logs (today) since I'm not sure which has the proper indication. Thanks! I need wrapper.log though. This is on a newly installed 1454 node? Did you use JWS or the installer jar? signature.asc Description: Digital signature ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Need Mac testers
Does the latest installer work on OS/X, recent or not so recent? If you have access to an OS/X computer please try it and post whether or not it works, and also post part of the wrapper.log. There was a rather worrying report on #freenet, and the wrapper binaries have been replaced recently; it looks like maybe the binaries are broken and it is running without the wrapper? signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Need Mac testers
On Thursday 29 Aug 2013 11:29:17 Matthew Toseland wrote: Does the latest installer work on OS/X, recent or not so recent? If you have access to an OS/X computer please try it and post whether or not it works, and also post part of the wrapper.log. There was a rather worrying report on #freenet, and the wrapper binaries have been replaced recently; it looks like maybe the binaries are broken and it is running without the wrapper? It was a typo in a script. I've uploaded a fixed installer. I'd still appreciate testing though. Does it work, does it complain about not running in the wrapper / does the wrapper.log show an error about this at the beginning? signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Freenet
On Wednesday 28 Aug 2013 18:35:31 David W Carraher wrote: HI, I try downloading free net for mac but for some reason the file does not come to my desktop. I am not blocking pop up windows. Any ideas? david carraher There was a bug in the OS/X installer. I have now fixed it. Please uninstall your existing copy of Freenet, then download the following file: https://downloads.freenetproject.org/alpha/installer/new_installer_offline_1454.jar You should be able to click on the file to install it. Let me know if that doesn't work. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1454
Freenet 0.7.5 build 1454 is now available. Please let me know if there are any problems updating. This is a bugfix build: - Fix a major memory leak (mostly in the client layer). - Fix a NullPointerException when unloading some plugins. - Freemail 0.2.4.2. - Minor fix to fproxy's use of temporary files when handling POSTs (i.e. almost anything using buttons). - Comments, javadocs. Thank you for using Freenet! signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] content question
On Sunday 25 Aug 2013 14:05:21 Dennis New wrote: On Sat, 24 Aug 2013 11:18:52 -0400, Steve Dougherty wrote: On 08/24/2013 01:42 AM, Kevin Franks wrote: Hi. I read the FAQ question that says I don't want my node to be used to harbor child porn, offensive content or terrorism. What can I do? My question is, if I use freenet, how can I tell if my computer has such content installed on my computer, and how to get rid of it when I stop using Freenet? Thanks. To answer your immediate question, you cannot - practically speaking - tell what content is stored on your computer specifically. Doing so requires a concerted effort and the use of tools that could - but to my knowledge do not - exist. Even then, you would be unable to identify everything. You can remove the content Freenet has stored on your computer by uninstalling Freenet. Hasn't someone created some kind of chunk/CHK filter already? (For filtering local content?) And assuming someone else bothers to maintain a database of undesirable stuff, that would suffice. Of course, it would also severely compromise the anonymity of the undesirables (the people), which defeats the purpose of Freenet. Which is to say, it's not that it's technically impossible to do this, it's that we believe in free speech. Anyone is free to fork Freenet to only allow desirable content. Good luck. There are lots of problems with a blacklist: Unless they were a government agency it would be legally very difficult to maintain a blacklist, since they'd need to download the full metadata in order to block all the blocks, and probably they'd need to download the full data to check whether it is what it is claimed to be (which makes them vulnerable to prosecution for posession, not to mention various other obvious issues). Of course you could block stuff by downloading the metadata without checking it, but this would be easily exploited for censorship of anything you don't like. And according to EFF's advice, you'd probably have to block ALL illegal content, not just child porn. And anyone using the blacklist would have to trust the person who publishes it - especially as the blacklist would have to not include the full CHKs but only enough information to match them, without being able to decrypt them. A whitelist is possible maybe. But it'd have to be a separate network, and it'd be enormously, and dangerously, centralised. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1453 (and installer changes)
Freenet 0.7.5 build 1453 is now available. Please let us know if you have any problems updating. This includes Web of Trust version 13, which has some major improvements including much better support for recovering old identities from backups, and some minor bugfixes and robustness improvements for the updater, but the main change is to the installers: We now use an up to date version of the wrapper in both the Windows installer and the Linux/Mac installer. For new installs, this should fix some of the antivirus problems on Windows (notably issues with Freenet taking ages to restart and sometimes not succeeding at all on Kaspersky). It should also improve the stability problems on Linux when updating, where Freenet would download a new build and then constantly restart without ever successfully updating. If you see that bug on an old node, the correct fix is to shut down the node manually and start it up again (./run.sh stop; ./run.sh start). If you see it on a new node (installed at 1453 or later), please let us know that the bug isn't fixed! Finally, the Unix/Mac installer now supports a few more platforms, notably FreeBSD on x86 (32 and 64), Linux on Itanium, and Linux on ARM (both versions). This is not full support as we don't have the (optional but important) native libraries for these platforms yet, but it should install, run, and auto-update without too much trouble, rather than having to run without the wrapper. Let me know if you want any other platforms, see the download page for JSW for what we can easily support. None of this applies to existing installs. romnGit is working on a tool to upgrade the wrapper on existing Windows installs, and upgrading it on Mac or Linux should be fairly straightforward, but is not implemented yet. Thank you for using Freenet! signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1452
Freenet 0.7.5 build 1452 is now available. Please let me know if you have any problems upgrading. Major changes: - Auto-updater: Create wrapper.jar file (in wrapper\ on Windows, otherwise in .). On the next update this will be patched into the classpath at the beginning. This will allow us to update the wrapper, at least in new installs. - Auto-updater: Update wrapper.conf to create an anchor file on older Windows nodes. This will be helpful in improving update.cmd and in updating the wrapper. - Auto-updater: Various bugfixes and minor improvements to auto-update and Update Over Mandatory (the last resort update mechanism). - Temporarily reinstate support for builds prior to 1422. This will be removed again soon, UOM backward compatibility should only be broken when we change the auto-update key. - Fix a NullPointerException breaking some plugins when rendering menus. - Add some more code documentation (javadocs), especially at package level. Thanks for using Freenet! signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1451
Freenet 0.7.5 build 1451 is now available. Please let me know if there are any problems updating (the auto-updater should automatically update the Bouncycastle jar as well as the freenet jar). This build is mandatory on the 28th of August (due to the change to parsing of noderefs added via the web interface). Changes include: - Update Bouncycastle to version 1.49. - Allow base64 encoding in noderefs. This will be used in future for more robust noderefs. (Sorry I thought I'd deployed this in a previous build) - Better MIME type handling. - Minor web interface fixes. - New versions of Library of FlogHelper, remove Freetalk for now. - Connections pages now show the FOAF locations separately after the main table. - French translation update. - Various minor internal improvements / code cleanups. Thanks to: Bombe operhiem1 osndok romnGit thomas toad xor Plugin authors should note that there were some changes in the web interface in recent builds that might break your plugins, in particular POST requests need the formPassword (CSRF token); you can disable this (to provide a confirmation box) by implementing Toadlet.allowPOSTWithoutPassword(). signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] None of the links are working
On Friday 02 Aug 2013 17:25:39 Roger Vaught wrote: I can get to freenetproject.org but none of the links work. ??? The NSA shut you down? :-) Can you be more specific? The links work here. Did you try to install Freenet? signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1450
Freenet 0.7.5 build 1450 is now available. Please upgrade. This build will be mandatory on August 2nd. Major changes: - Fix a web interface problem affecting updates (see below), but also some other functionality (e.g. removing files downloaded to temporary space). - Remove some dubious back-compatibility code introduced in 1449, which was only there to ensure that you could downgrade to 1448 or earlier and then upgrade to 1449+ without problems. This means that downgrading before 1448 is not a good idea especially if you have darknet peers. - Remove support for an old connection setup protocol introduced in 2011 (connection setup negotiation type 7). Neg type 8 was added by nextgens in October 2012, so virtually all active nodes should have it by now. Note that if nodes are so old that they don't have negType 8, even update over mandatory won't work as of this build: We only keep back compatibility for 6 months. This simplifies our code and improves performance and security because we will now only use ECDH, not classic Diffie-Hellman. - Russian translation update. - New nodes will have their persistent tempfile folder as persistent-temp not persistent-temp-[port number]. This is not changed on old nodes yet, as it would involves changing filenames in the client layer database. There was a small problem in the auto-update code in 1448 and 1449: If Automatically install new versions was turned off, the confirmation button shown when a new version has been downloaded would fail to do anything, so updating wouldn't work. If this affects you please just turn that config option (on http://127.0.0.1:/config/node.updater) to true until the update has been deployed (you might need to restart the node once). Sorry about that. Thanks for using Freenet! Credits: Bombe hungrid toad signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1449
Freenet 0.7.5 build 1449 is now available, and will be mandatory in a week. Please let me know if you have any trouble upgrading. Note that it also makes 1448 mandatory a few days early, so if you haven't upgraded since 1447 you may need to do so to stay on the network. The major change in this build is a new connection setup protocol. It should be fully backwards compatible with previous nodes, but please tell me if there are any problems. Thanks! Thanks to: Eleriseth toad nextgens signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Freenet tray not working with OSX Truecrypt
On Saturday 29 Jun 2013 01:29:18 Thorpe, Jeffrey wrote: I did a fresh install of Freenet to a Truecrypt volume on my OSX Mountain Lion Macbook Pro. Freenet works, however, the Freenet tray is apparently broke. Is always red, and has Start Freenet as an option when FN is already running. Is there a fix? Not that I know of. I've CC'ed our Mac expert. Also you may want to follow the bug report here: https://bugs.freenetproject.org/view.php?id=5743 signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1446
Freenet 0.7.5 build 1446 is now available. Please let me know if you have any trouble upgrading. This is a minor bugfix release, including: - Fix the node name alert breaking the alerts page, and improve the English text. - New Library and Spider versions which hopefully fix Spider. Looks like we may have an up to date Spider index again soon! Thanks! signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Uninstaller
On Wednesday 29 May 2013 17:33:24 Glypty (y.gr) wrote: Hi, Is there an uninstaller for freenet_0.7.5 on mac OS 10.6.8 ? Thank you Yes, in Uninstaller/Uninstaller.jar IIRC. Let me know if you have any problems. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1443
Freenet 0.7.5 build 1443 is now available. Please let me know if there are any problems (with updating or with the new build). Changes include: - Increase the maximum opennet peer limit to 100. IMHO this is an acceptable tradeoff between a vulnerable, over-centralised network (there are at least 5000 nodes online at any time), versus allowing nodes with fatter connections to contribute more. - Add vwoodzell's FCP interface for the content filter. - Minor logging fix. Thanks to: toad vwoodzell operhiem1 signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1442
Freenet 0.7.5 build 1442 is now available. Please let me know if you have any trouble upgrading; your Freenet node should update itself automatically. This build will be mandatory on the 21st of May. Major changes: - Process connection setup messages on a separate thread to the one that handles packets from already connected peers. This should make connections more stable, especially on seednodes, ARM nodes and when there are CPU usage problems. - Increase the maximum number of locations that a peer can tell us about to 110. This does NOT actually increase the maximum number of opennet peers yet, that will be in 1443. - Update update.sh and update.cmd via the auto-updater. - Minor optimisations in auto-update. - Write a backup of the old main jar to freenet.jar.bak when updating on Linux (on Windows, we alternate between freenet.jar and freenet.jar.new). - Paranoid code to try to prevent the problems in 1439 from happening again. - Increase the startup timeout for waiting for entropy to 1 hour, explain the situation a bit better. - Support missing the ; at the end of CSS styles (e.g. in HTML). - Fix changing the bindTo address for fproxy breaking the web interface completely when bad addresses are entered (same for FCP too) - bug #5674. - Refactoring, mostly in client layer, also some logging stuff in crypto code. - Trivial optimisations, cleanups, remove old probe messages, comments in the code etc. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Download not found
On Tuesday 14 May 2013 20:28:57 anon nymous wrote: *https://freenet.googlecode.com/files/FreenetInstaller-1442.exe* [image: Google] http://www.google.com/ *404.* That’s an error. The requested URL /files/FreenetInstaller-1442.exe was not found on this server. That’s all we know. Sorry about that. Fixed now. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] ***FlogHelper anonymity breach*** and Freenet 0.7.5 build 1441
Freenet 0.7.5 build 1441 is now available. Please upgrade, the changes are minimal but include a critical security fix for FlogHelper. If you have used FlogHelper and have published flogs with the safe backups option enabled, your hostname is visible to anyone who downloads flog.db4o. Sorry about this, we should have been more careful (it's an information leak inside db4o...). A more detailed warning will show up if you use it. Note that this may not affect you even if you do have a FlogHelper flog with backups turned on, if it hasn't been updated recently and the backup file is large enough not to be in the main container (in which case it may have fallen out). Changes: - Update the SSL certificate for the last resort update scripts. - Catch more db4o errors on startup. - Library v27. - FlogHelper v29. - Fix an NPE in non-persistent USK inserts. ANONYMITY BREACH: Your flog ${title} has leaked your hostname ${hostname} for your WoT identity ${author}, in the backup file flog.db4o. That means all your flogs, Sone posts, Freetalk posts, Freemail and anything else using that identity can be connected to ${hostname}. You could keep using this identity but bear in mind that it may be compromised, or you could delete the identity. Files on Freenet cannot be deleted, but if you upload a new version the old one may eventually become inaccessible, although somebody may have downloaded it already. You can delete the identity or create a new one on the Community menu under Own anonymous identities. In case of any questions please contact us securely on Freenet Messaging System (FMS) board Freenet. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] How to fix broken 1439 nodes was Re: [freenet-dev] NullPointerError after OOM or disk-full
On Monday 01 Apr 2013 22:12:27 Arne Babenhauserheide wrote: jvm 1| WrapperManager Error: Error in WrapperListener.start callback. java.lang.NullPointerException jvm 1| WrapperManager Error: java.lang.NullPointerException jvm 1| WrapperManager Error:at freenet.node.Node.enableNewLoadManagement(Node.java:5383) jvm 1| WrapperManager Error:at freenet.node.PeerNode.noLoadStats(PeerNode.java:3593) jvm 1| WrapperManager Error:at freenet.node.PeerNode.setPeerNodeStatus(PeerNode.java:3563) jvm 1| WrapperManager Error:at freenet.node.PeerNode.setPeerNodeStatus(PeerNode.java:3555) jvm 1| WrapperManager Error:at freenet.node.PeerManager.addPeer(PeerManager.java:332) jvm 1| WrapperManager Error:at freenet.node.PeerManager.readPeers(PeerManager.java:271) jvm 1| WrapperManager Error:at freenet.node.PeerManager.tryReadPeers(PeerManager.java:203) jvm 1| WrapperManager Error:at freenet.node.Node.init(Node.java:1714) jvm 1| WrapperManager Error:at freenet.node.NodeStarter.start(NodeStarter.java:189) jvm 1| WrapperManager Error:at org.tanukisoftware.wrapper.WrapperManager$11.run(WrapperManager.java:2979) jvm 1| Shutting down... This is because of a severe (but trivial) bug in 1439 causing startup to fail if there are darknet peers. Please upgrade to 1440. You can do this by either: 1) Run update.sh (or update.cmd) This should work for 99% of people. 2) If this doesn't work, update your update.sh or update.cmd from https://downloads.freenetproject.org/alpha/update/ then try again. 3) If this still doesn't work, download the jar manually from https://downloads.freenetproject.org/alpha/freenet-build01440.jar and save it over freenet.jar (it might be freenet.jar.new, you may need to check in wrapper.conf). 4) Otherwise something is seriously broken - ask for help or reinstall. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1432 is now available
Freenet 0.7.5 build 1432 is now available. Please let me know if you have any trouble upgrading, your Freenet node should update automatically. This build contains most of the remaining changes in the next branch, so it is more or less caught up now. A lot of changes, but most of them not very important. I have some more interesting stuff on branches... Changes: - Show IP and country of peers even in simple mode. - Fix MIME type autodetection in site uploads. - Minor transport layer fixes. - Minor improvements to the port forward detection code. - Various bugfixes related to using the default character set rather than specifying one. The worst one might have caused some compressed keys to break (in the unlikely case that the default charset isn't ASCII-based). - Fix an opennet bug that might prevent a node from starting up if its peers file was corrupted. - Minor changes to the code handling the auto-update revocation key, and the messages shown in this case. (The revocation key indicates that the auto-update system is blown; hopefully we'll never need to use this code! :) ) - Lots of code cleanups and minor optimisations. (mostly from findbugs) - Various minor bugfixes that probably shouldn't happen but appeared in findbugs. - Minor synchronization fixes (I don't think these can cause deadlocks) Please let the developers know if there are any problems, in particular if you find a bug. Thanks to: ctiz (Frost) Eleriseth (FMS) nextgens zidel toad nextgens voxsim signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Old version of wrapper maxmemory 4096M
On Tuesday 29 Jan 2013 00:47:53 Ken T Takusagawa wrote: I tried giving freenet 5G of RAM on a 64-bit system but noticed (via the command line visible with ps -f) that it maxes out at 4096m of memory. This appears to be because of an old version of wrapper (Java Service Wrapper) (version 3.2.3, 2006-10-16). The 4096M limit was removed as of wrapper version 3.3.0 according to its doc/revisions.txt. I notice that the contrib-staging's source.properties file indicates pulling wrapper version 3.3.5, however this does not seem to have become applied to the release. Yes, updating the wrapper is problematic, it's something that we haven't solved yet. Even including a newer version of the wrapper on newly installed nodes runs into problems because the wrapper jar is inside freenet-ext.jar. We will fix this eventually, it will help with stability on Windows, but we haven't yet. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] bug in run.sh
On Monday 28 Jan 2013 22:08:43 Ken T Takusagawa wrote: run.sh for Linux has if test $DIST_OS == macosx This should be a single = sign, not == to be POSIX compliant. (Bug discovered using Debian's default dash instead of bash as /bin/sh.) It might be best to post a pull request? I can do this fix manually but if there are going to be more ... ? signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1431
Freenet 0.7.5 build 1431 is now available. Your node should update automatically, if not please let me know. It will be mandatory on the 2nd of February. The main changes in this build are bugfixes for announcement, one of which bugs goes back to 2007 and may have been significant. It will be interesting to see whether this improves the currently rather poor opennet bootstrapping (announcement) performance... signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1430
Freenet 0.7.5 build 1430 is now available. Please upgrade; most users' nodes should update automatically, let me know if this doesn't work. This build includes lots of changes: (non-exhaustive list) - Various improvements fixes to (non-persistent) freesite uploads. It will detect when there are too many files in a folder, but this should not happen in practice unless you try to upload a site with 2000+ files in a single folder. Redirects work. Some unofficial plugins may be affected by an API change (FlogHelper has been updated). - Various minor crypto cleanups and optimisations. - Lots of code cleanups and optimisations. (In theory CPU usage should be a bit lower) - Don't show hidden files in the upload a file from disk browser. - Handle container loops better (somebody on FMS had this bug?) - Various improvements to handling of temporary files (both in memory and on disk). - Various minor improvements to IP addresses and country detection code, and one-connection-per-IP logic. Thanks to: acounto Eleriseth hungrid toad Sadao voxsim operhiem1 TheSeeker p0s signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1428 (sorry folks!)
Freenet 0.7.5 build 1428 is available, please upgrade, it will be mandatory on January 31st. This is a bugfix to a bugfix: 1426 accidentally changed the store policy (that is, the algorithm that decides whether to put an insert in long-term storage), 1427 tried to fix it but broke it severely (meaning that inserts would not get stored in the store, only in the cache), and 1428 finally fixes this. To answer the obvious questions: Firstly, this is my fault, as the Release Manager I should have picked it up in review when releasing. Secondly, Eleriseth wrote the code, but since Eleriseth wrote at least half of the code in recent builds, including some impressive cleanups and optimisations, and since (s)he found the bug and thus triggered 1428, we remain indebted to him/her, our most productive anonymous volunteer developer. :) Thirdly, this would not have been caught by any short-term testing, nor even by testing a pre-release build. However I may be able to add a test that would find such bugs. Fourthly, part of the reason for the problems (1425/1426) is that there is a huge amount of code on the development next branch, some of which is relatively risky, which I've been trying to release. Releasing it all at once is too risky: For example, we probably would have missed this bug until it had done real damage! However I intend to release most of the remaining changes on another build next week. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1426
Freenet 0.7.5 build 1426 is now available. Your Freenet should upgrade automatically, but please let me know if you have any problems. This includes many changes from the next development branch, but there is much more to come in 1427. Sorry if your changes didn't make it, I tried to include only low-risk and already-well-tested changes. Changes include: - New versions of FlogHelper, Spider and XMLSpider (FlogHelper includes new features; all are fixed to load correctly again) - Substantial reduction in CPU usage for symmetric encryption (connections, SSKs and older CHKs) - Various cleanups and minor optimisations, in crypto and the client layer and elsewhere, including a client layer memory leak. - Russian translation update. - Make Freetalk less visible, since it's not really working at the moment. - Minor fixes for startup. - Commit slightly less often (fewer disk seeks hopefully), due to writing statistics. - Fix some bugs in the Ticker, could have caused wierd problems. - Use less memory for IP-to-country detection and detect the country of some tunneled IPv6 addresses. - Fix a bug which might have broken very old downloads. - Make the firefox keyword.url hack work. (1425 was skipped due to a bug) Thanks to: Adilson Lanpo Eleriseth (many of the improvements in this build, special thanks!) hungrid toad voxsim operhiem1 TheSeeker p0s signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1424
Freenet 0.7.5 build 1424 has now been released. Please upgrade. Lots of changes, including: - Don't include hidden files in folder uploads (can be overridden by FCP). - Backward compatibility with old Infocalypse repositories, and other minor MIME type related improvements. - Fix deadlocks and other problems when prefetching is enabled in fproxy. - Updated, working KeyUtils. - Make Freetalk a bit less recommended since it's not very usable at the moment, link to FSNG on the chat page, and update editions. - Russian and Japanese translation updates. - Various minor internal changes, cleanups and sanity checks. - Require a minimum of 5kB/sec bandwidth, and various fixes for the setup wizard (bandwidth and monthly limits). - Partial support for MathML. - Tidier generated HTML for fproxy pages (no visible change). There are lots more changes on the next branch, many of which are more experimental and will need more testing. I will try to get some of that out within the next couple of weeks. Sorry if your contributions didn't make it today, they will be in another build soon! PS Sorry it took so long. I did put out a test build a month ago; nobody gave any feedback. :| Thanks to: acounto Adilson_Lanpo Bombe Eleriseth Justus Ranvier toad saces operhiem1 TheSeeker signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Bouncy Castle
On Tuesday 27 Nov 2012 16:11:04 Mel Charters wrote: Where do I find bcprov-jdk15on-147.jar? Received message That I need to install it myself. That should not happen. The auto-updater should fix it even if it does happen. Do you still see this error message? Does the file exist? signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Web of Trust crashing FN
On Monday 26 Nov 2012 20:21:13 Jep wrote: Snip of the wrapper log: INFO | jvm 3| 2012/11/26 19:25:21 | Loading official plugin WebOfTrust INFO | jvm 3| 2012/11/26 19:32:05 | Securely deleting Q:\Freenet\WebOfTrust\WebOfTrust.db4o which is of length 42581049 bytes... INFO | jvm 3| 2012/11/26 19:45:51 | Trying to connect to 16 seednodes... Just loading the Web of Trust plugin and nothing else and leave it running appears to overload Freenet. This has happened several times, every time I loaded it and every time the tedious slot filters or what are they called, rebuild follows after FN suddenly losing all its peers. So it looks like FN crashes due to WOT. Running java 6 because of the issues with 7, win xp, java takes 50-98% cpu with Weboftrust loaded, without 15-30%. Fetching WOT over Freenet, having left it in cache. Plugin-container.exe eats 296 MB of memory, java.exe 370, the machine has 4 gig of which half is used at the moment. Is this a known problem? Could my WebOfTrust.db4o be corrupt causing this, any way to check/repair? WoT is quite heavy. I suggest you increase the amount of memory Freenet is allowed in wrapper.conf. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] can not download installer
On Monday 26 Nov 2012 14:35:23 PGF wrote: Installer will not download What operating system? signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Sone, FMS
On Monday 19 Nov 2012 23:49:31 Larry Ward wrote: Problems setting up sone, first instructions state, #10 go to xxx known sones click, #11 change filter to: hide followed sones, click follow all sones on this page, none shown?? What about the search field??? leave blank Wait overnight for some sones to show-up??? Oh well guess I'll move on to Forums with FMS First instructions state follow download link download, nope not happening with out a password wtf?? Did you try the Freenet Social Networking Guide link on the homepage? (http://127.0.0.1:/ )? signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] freenet not working
On Saturday 17 Nov 2012 18:53:31 jordi wrote: El ds 17 de 11 de 2012 a les 08:39 -0500, en/na Dennis Nezic va escriure: For a start, you can check your wrapper.log file -- perhaps output a thread dump when you think it's broken (via the web/fproxy interface, in the Statistics section, Generate a Thread Dump) -- the output will also get dumped into wrapper.log. If none of that is informative, you can enable more detailed logging in the Logs section. Be careful to scrub any logs[1] of sensitive information before sending them. I send some part of the logs. The sensitive information could be the ips of the strangers which i am connected. Otherwise the logs are big, but tell me if can I fully send them, and if strangers ips are considered sensitive information. At the moment I disable WoT and FreeTalk. Thanks. Just Freetalk errors. Turn off Freetalk since it's not working anyway. Does Freenet work reliably without Freetalk loaded? signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] freenet not working
On Saturday 17 Nov 2012 13:50:29 Jan wrote: jordi: Hi, some time ago, my freenet node does not work fine. [...] You appear to have the Freetalk plugin loaded. Maybe that is the problem for you as it's severely broken, but alas still recommended. Also, since build 1422 there are problems with nodedb4o getting corrupted. It's said that's due to java 7, but plz check your wrapper.log for error messages on it. It seems to correlate with the phase of the moon. /sarcasm Seriously, node.db4o self-corrupting is a known problem and people have said it's connected to all sorts of things - and there is no reliable connection to anything. It certainly happened before java 7. If you can reliably get it to corrupt itself quickly, it might be possible to debug it. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Feature request- secondary internet browser
On Sunday 18 Nov 2012 14:52:48 Dennis Nezic wrote: On Sun, 18 Nov 2012 15:16:21 +0100, Jep wrote: In my opinion, it is good for security to use a browser other than the system default for Freenet keys, a browser without any plugins and incapable of Flash, activeX sh** and whathaveyou. Can there be a way implemented to have everything Freenetwise use that secondary browser? The fproxy could intially provide initial html code to test for the presence of javascript / flash / java, etc, but it would only be a bandaid solution to this broad problem. Ideally, you also don't want the browser to be able to do dns resolution, or access anything outside of tcp:127.0.0.1:. Some (weird) people might also insist on enabling javashit, so it would probably end up requiring a zillion new preference settings to appease each person's individual security requirements. People working inside virtual machines that already provide proper network-level security will also probably not want any of this clutter. Debatable point. If you can request and insert you can bust the target's anonymity. I think a separate list/project should be started to handle freenet environments (special freenet distros, freenet VMs, freenet hardware appliances, etc)... separate from the freenet program itself. On Sunday 18 Nov 2012 15:26:13 Jep wrote: All I'd like for xmas is some way to set a FN browser to which FN keys are fed instead of to the default browser. Leaving any user prefs to the choice and settings of that browser. Doesn't appear to be a technical challenge to me but I'm not one to know, so sorry if I'm presumptuous. We tried to do this with a browser profile for a while. Unfortunately it caused severe problems, including permanently breaking people's Firefox'es. We should allow configuring the browser we launch. But it *is* easy enough to implement it yourself - just install another browser, and use that to access Freenet (go to http://127.0.0.1:/ ). More sophisticated solutions have been suggested e.g. we could bundle a copy of Portable Firefox, or even implement our own UI including browser via e.g. XULRunner... signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] [freenet.uservoice.com] New message: 'I can not install your software on my...'
On Thursday 25 Oct 2012 20:48:05 no-re...@freenet.uservoice.com wrote: [http://freenet.uservoice.com] freenet.uservoice.com [freenet.uservoice.com] New Bug Report ogca...@yahoo.com sent a message from [] I can not install your software on my IPAD, pelease adress me in order to use all your features Safari 5.1 (OS X) Not likely any time soon. Technically it may be feasible but practically speaking Freenet uses 20GB/month+ of transfer, so even if we made it work it would either cost you a lot of money or make your mobile internet provider rather upset. Long term there are some ideas for transferring data from one mobile device to another. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1423
Freenet 0.7.5 build 1423 is now available, please upgrade. This is a bugfix build. There is a lot more stuff waiting on the next branch, but that will need more testing. I will release 1424-pre1 later today, if you can possibly try it (update.cmd testing / update.sh testing) and *report whether it works*, that would be really helpful. Changes in 1423: - Fix a bug that might have caused connection setup to fail. - Fix a bug that might have caused hashes to be reused too much, possibly causing all sorts of problems including corruption of inserted files. Fortunately this should have been fairly rare in practice. - Fix a bug that could cause the setup wizard to break. - New (fixed) version of KeyUtils plugin. - Update default bookmarks. Thanks to Eleriseth for finding the first two bugs! signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1420 is now available
Please upgrade! This is a bugfix build... Changes include: - Catch a common case of node.db4o problems causing Freenet to fail to start, so Freenet will start up and tell the user about the problem. - Fix the bookmarks regressions (new bugs in 1418/1419), and some minor changes related to public gateway mode. - Allow loading the native libraries from the classpath (needed for packages). - Don't show the img for a country flag if we don't have it on the connections page. - Minor cleanups and improvements to a few config entries. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Freenet hangs and restarts shortly after startup
On Monday 08 Oct 2012 22:06:59 guido wrote: Nothing obvious there. Are you sure it was using heavy CPU at the time? It's always using this much CPU, including at that time. I checked. (With top) If so it might be a garbage collection issue how much memory is Freenet allowed in wrapper.conf? wrapper.java.maxmemory is set to 1095. I can find no other setting related to memory limits in there. Here's the entire file: wrapper.java.command=java wrapper.working.dir=../ wrapper.java.mainclass=freenet.node.NodeStarter wrapper.java.classpath.1=freenet.jar wrapper.java.classpath.2=freenet-ext.jar wrapper.java.library.path.1=lib wrapper.java.initmemory=60 # Increased because of slot filters in 1385 wrapper.java.maxmemory=1095 wrapper.java.additional.1=-Dnetworkaddress.cache.ttl=0 wrapper.java.additional.2=-Dnetworkaddress.cache.negative.ttl=0 wrapper.java.additional.3=-enableassertions:freenet Okay, add this line here: wrapper.java.additional.4=-Xloggc:freenet.loggc Then shut down and start up Freenet, and watch freenet.loggc. Are you seeing a lot of Full GC ? signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Noderef leaking interface ID
On Monday 08 Oct 2012 15:35:17 Pascal wrote: In fact, if a node attempts to use the interface ID in the noderef as a local zone index then the IPv6 connection will fail if the interface IDs do not match, as zone indices override the routing table if specified. For example: Node A has an IP address of 2001:db8::1 on interface 1. Node A will publish 2001:db8::1%1 in its noderef. Node B's IPv6 default gateway is on its interface 2. If node B attempts to contact node A at 2001:db8::1%1 the request will fail. Node B must use 2001:db8::1 or 2001:db8::1%2 to contact node A, the former using the local routing table, the later specifying the local zone index. So this breaks IPv6 support? Potentially or usually? signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Noderef leaking interface ID
On Monday 08 Oct 2012 15:35:17 Pascal wrote: In fact, if a node attempts to use the interface ID in the noderef as a local zone index then the IPv6 connection will fail if the interface IDs do not match, as zone indices override the routing table if specified. For example: Node A has an IP address of 2001:db8::1 on interface 1. Node A will publish 2001:db8::1%1 in its noderef. Node B's IPv6 default gateway is on its interface 2. If node B attempts to contact node A at 2001:db8::1%1 the request will fail. Node B must use 2001:db8::1 or 2001:db8::1%2 to contact node A, the former using the local routing table, the later specifying the local zone index. -Pascal Filed bug: https://bugs.freenetproject.org/view.php?id=5515 I may not be able to test it ... I will try to look at it soon though ... signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] freenet.node.FSParseException: Unable to load address tracker table, assuming an unclean shutdown
On Sunday 07 Oct 2012 04:36:41 Ken T Takusagawa wrote: On Sat, 6 Oct 2012, Steve Dougherty wrote: Does deleting or renaming the file bootID (in the directory Freenet is installed in) allow the node to start or result in a different error? Same error, and the node does not start. The value X in Last ID was X but stored -6743938579771040868 does keep changing. It seems to loop: emitting the error and stack trace, closing, renaming, and compressing the log file, then emitting the error (with different X) again into a fresh log file. That does not make sense. That error is irrelevant. I assume it's the last thing it says in logs/freenet-latest.log? What does it say in wrapper.log? signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Datastore resize
On Friday 05 Oct 2012 15:00:13 Jep wrote: Matthew Toseland: On Thursday 04 Oct 2012 21:12:36 Jep wrote: Datastore(PUBKEY-cache) maintenance in progress: xxx/xxx. We have changed the datastore so that it will cause less load on your computer (particularly disk accesses), but we have to rebuild the indexes first.. This is coming up every time I have to reboot. Who or what is 'we', is this planned, and if so, why haven't I anywhere seen it announced that this is supposed to happen? Because it was implemented months ago? And is it intended we do this each and every bootup? Also months ago I haven't seen anything on it. No, clearly not. It's supposed to switch to the slot filters and then live happily ever after. Hmmm ... Apparently we use the same message when migrating to slot filters from bloom filters as we do when rebuilding because of an unclean shutdown. I have fixed this in the source, it will be included in the next build; we will use a different message if the .slotfilter file doesn't exist. In your datastore/ folder you should have the following .slotfilter files, as well as other stuff: CHK-cache.slotfilter CHK-clientcache.slotfilter CHK-store.slotfilter PUBKEY-cache.slotfilter PUBKEY-clientcache.slotfilter PUBKEY-store.slotfilter SSK-cache.slotfilter SSK-clientcache.slotfilter SSK-store.slotfilter Do all these files exist? If so then it probably isn't migrating - it's probably rebuilding because of an unclean shutdown. In other words, Freenet has been killed by the wrapper because of taking too long to shut down, or you had a power cut, or pushed the power button or something. wrapper.log may reveal whether Freenet is regularly having problems shutting down? signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Installation Difficulties
On Wednesday 03 Oct 2012 23:37:04 Seth Roberts wrote: Hi, I have been having trouble installing Freenet on my Mac. I have Mac OS X 10.6.8 with a 2.4GHz Intel Core 2Duo Processor I tried installing, but came across a few problems detailed in the attached screenshots. I have no idea what the problem is, but have forwarded this to our mac expert. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Freenet hangs and restarts shortly after startup
On Tuesday 09 Oct 2012 13:10:43 guido wrote: Am Dienstag, 9. Oktober 2012, 10:33:35 schrieb Matthew Toseland: On Monday 08 Oct 2012 22:06:59 guido wrote: Nothing obvious there. Are you sure it was using heavy CPU at the time? It's always using this much CPU, including at that time. I checked. (With top) If so it might be a garbage collection issue how much memory is Freenet allowed in wrapper.conf? wrapper.java.maxmemory is set to 1095. I can find no other setting related to memory limits in there. Here's the entire file: wrapper.java.command=java wrapper.working.dir=../ wrapper.java.mainclass=freenet.node.NodeStarter wrapper.java.classpath.1=freenet.jar wrapper.java.classpath.2=freenet-ext.jar wrapper.java.library.path.1=lib wrapper.java.initmemory=60 # Increased because of slot filters in 1385 wrapper.java.maxmemory=1095 wrapper.java.additional.1=-Dnetworkaddress.cache.ttl=0 wrapper.java.additional.2=-Dnetworkaddress.cache.negative.ttl=0 wrapper.java.additional.3=-enableassertions:freenet Okay, add this line here: wrapper.java.additional.4=-Xloggc:freenet.loggc Then shut down and start up Freenet, and watch freenet.loggc. Are you seeing a lot of Full GC ? How much is a lot? After ~30 minutes of uptime, I get this: $ grep Full freenet.loggc 173.713: [Full GC 59569K-30609K(66752K), 0.1119400 secs] 194.924: [Full GC 42692K-42510K(84224K), 0.1144190 secs] 224.924: [Full GC 1K-66538K(116160K), 0.0961980 secs] 233.162: [Full GC 78622K-76056K(129216K), 0.1531610 secs] 276.978: [Full GC 110170K-101941K(193472K), 0.1233060 secs] 300.933: [Full GC 147726K-111491K(230784K), 0.1306090 secs] 327.116: [Full GC 160279K-130951K(279360K), 0.1293510 secs] 355.853: [Full GC 172159K-124036K(306432K), 0.1917980 secs] 380.778: [Full GC 159951K-137945K(351552K), 0.1342150 secs] 815.527: [Full GC 186389K-126615K(232320K), 0.1548210 secs] 927.181: [Full GC 165409K-116784K(307136K), 0.1476340 secs] Well each one lasts less than a seconf and they are happening much less than once per second. So no, that's not a lot. = It's not a garbage collection issue. I guess you could get a few more stack dumps and send me them? Make sure that it's using loads of CPU at the time. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1418
Freenet 0.7.5 build 1418 is now available, please upgrade, it will be mandatory on the 30th of October (3 weeks). There are many changes, including: - German and Japanese translation updates. - Lots of minor tidy ups etc. - Many internal changes to make hashtable exhaustion CPU DoS attacks impossible. - New versions of several plugins, and better compatibility mode detection (used by some parts of KeyUtils). - Changes relating to downloading filtered files, including a better warning message including the MIME type, and check for the file extension not matching the filtered MIME type. - Extend startup timeouts while trying to gather entropy. - Request UIDs are now per-type i.e. separate for CHK requests vs SSK inserts. This should fractionally improve security against some attacks. (This is why it is eventually mandatory) - Lots of work on various themes, with several new variants. Please let me know if you find any bugs! Also, please verify it with the verify scripts if you can. Thanks. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] [freenet-dev] Freenet 0.7.5 build 1418
On Tuesday 09 Oct 2012 22:45:55 Matthew Toseland wrote: Freenet 0.7.5 build 1418 is now available, please upgrade, it will be mandatory on the 30th of October (3 weeks). There are many changes, including: - German and Japanese translation updates. - Lots of minor tidy ups etc. - Many internal changes to make hashtable exhaustion CPU DoS attacks impossible. - New versions of several plugins, and better compatibility mode detection (used by some parts of KeyUtils). - Changes relating to downloading filtered files, including a better warning message including the MIME type, and check for the file extension not matching the filtered MIME type. - Extend startup timeouts while trying to gather entropy. - Request UIDs are now per-type i.e. separate for CHK requests vs SSK inserts. This should fractionally improve security against some attacks. (This is why it is eventually mandatory) - Lots of work on various themes, with several new variants. Please let me know if you find any bugs! Also, please verify it with the verify scripts if you can. Thanks. 1419 is out. Sorry about that. The Connections page was broken by a combination of 1) me finally getting around to uploading an up to date IpToCountry.dat on releasing a build, 2) the creation of the country of South Sudan since the last version was downloaded, and 3) poor handling of unexpected country codes. #3 is a bug, it is now fixed. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Freenet hangs and restarts shortly after startup
On Saturday 29 Sep 2012 22:59:19 guido wrote: Hi, I have been letting my Freenet node just run in the background without paying any attention to it for maybe the last 12 months or so. Lately, I've had another look at it and the wrapper log file, and it appears it hasn't been running nearly as smoothly as I thought. According to the wrapper logfile, it has been caught in an endless loop of starting up, running for a short time (~10 minutes) and then hanging and being reset by the wrapper. I see the following lines a lot in wrapper.log: Argh. Is this Windows, Mac or Linux? How many cores? How much CPU is Freenet using just before it crashes, and is anything else going on? (E.g. games?) [...cut...] INFO | jvm 3280 | 2012/09/29 16:51:56 | SSK-cache cleaner in progress: 3055616/3068886 INFO | jvm 3280 | 2012/09/29 16:51:56 | SSK-cache cleaner in progress: 3063808/3068886 INFO | jvm 3280 | 2012/09/29 16:51:57 | SSK-cache cleaner finished successfully. ERROR | wrapper | 2012/09/29 17:06:11 | JVM appears hung: Timed out waiting for signal from JVM. ERROR | wrapper | 2012/09/29 17:06:11 | JVM did not exit on request, terminated INFO | wrapper | 2012/09/29 17:06:11 | JVM exited on its own while waiting to kill the application. STATUS | wrapper | 2012/09/29 17:06:12 | JVM exited in response to signal SIGKILL (9). STATUS | wrapper | 2012/09/29 17:06:16 | Reloading Wrapper configuration... STATUS | wrapper | 2012/09/29 17:06:16 | Launching a JVM... INFO | jvm 3281 | 2012/09/29 17:06:16 | WrapperManager: Initializing... INFO | jvm 3281 | 2012/09/29 17:06:16 | WrapperManager: WARNING - The Wrapper jar file currently in use is version 3.3.1 INFO | jvm 3281 | 2012/09/29 17:06:16 | WrapperManager: while the version of the Wrapper which launched this JVM is INFO | jvm 3281 | 2012/09/29 17:06:16 | WrapperManager: 3.2.3. INFO | jvm 3281 | 2012/09/29 17:06:16 | WrapperManager: The Wrapper may appear to work correctly but some features may INFO | jvm 3281 | 2012/09/29 17:06:16 | WrapperManager: not function correctly. This configuration has not been tested INFO | jvm 3281 | 2012/09/29 17:06:16 | WrapperManager: and is not supported. INFO | jvm 3281 | 2012/09/29 17:06:16 | WrapperManager: INFO | jvm 3281 | 2012/09/29 17:06:16 | freenet.jar built with freenet- ext.jar Build #29 rv29 running with ext build 29 rv29 [...cut...] So, what's wrong here? signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] node.ipAddressOverride
On Friday 28 Sep 2012 22:01:46 Pascal wrote: node.ipAddressOverride is not working correctly in the noderef. Instead of overriding physical.udp it is prepending it. Sorry for the unclear documentation. IP address override doesn't override the other detected IPs; this is intended. We only override it if you set bindTo as well. Of course you can't do that if you're e.g. on a static IP but behind a NAT. Usually bindTo is only used when there are multiple local internet connections and you only want Freenet to use one of them, in which case we should only advertise that address. Do you need a true ip address override that works even if you don't have a local inet interface? signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Datastore resize
On Friday 28 Sep 2012 21:54:45 Pascal wrote: With the 1st stage of the rebuild taking 3 weeks, and 1416 becoming mandatory in 2 weeks, if I had just waited my node would be unusable for a week. I noticed an option to do the resize at startup instead that was supposed to be faster, so I set that and upgraded. I let it run for a bit and then did the math, it was still going to take 3 weeks. CPU and HDD were both practically idle. I don't know what a resize does, but it sure seems like there is a bug in there somewhere. It sleeps 100ms after processing a batch of 128 blocks, to try to avoid severe performance effects on the rest of the system. Resize on startup turns this off, so *should* be slightly faster. I have no idea why it was so slow for you but I imagine it has to do with hard disk seeks being slow - the number of bytes transferred could well be relatively low even though the hard disk is seeking constantly. -Pascal On 9/28/2012 4:10 AM, Matthew Toseland wrote: On Tuesday 25 Sep 2012 02:38:07 Pascal wrote: Changed my datastore size from 750g to 850g just over 5 hours ago. It now shows Datastore(CHK-store) resize in progress: 108040/10717960. At this rate it will take about 3 weeks just to finish CHK-store. Does it them take another 3 weeks to do CHK-cache? (They were the same size beforehand). Datastore resizing is slow. Especially if it's already mostly full. :( ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Unable to update Freenet
On Friday 28 Sep 2012 09:43:39 starg...@gmx.sg wrote: I'm unable to update my Freenet installation (using update.cmd - I haven't had the system turned on for a few months). The output ends in the following lines: [...] - New Freenet version found! Installing now... - - Downloading new files... An SSL exception has occured:sun.security.validator.ValidatorException: PKIX pat h building failed: sun.security.provider.certpath.SunCertPathBuilderException: u nable to find valid certification path to requested target - Freenet-stable-snapshot.jar failed to download An SSL exception has occured:sun.security.validator.ValidatorException: PKIX pat h building failed: sun.security.provider.certpath.SunCertPathBuilderException: u nable to find valid certification path to requested target - wrapper .dll failed to download An SSL exception has occured:sun.security.validator.ValidatorException: PKIX pat h building failed: sun.security.provider.certpath.SunCertPathBuilderException: u nable to find valid certification path to requested target - seednodes.fref failed to download - Error! Freenet update failed, one or more files didn't download correctly... - - The following files have succeeded: - - The following files have failed: - freenet-stable-latest.jar - wrapper-windows-x86-32.dll - seednodes.fref - - Try again later. - - Cleaning up... - Changing file permissions What should I do to fix this? Don't bother with update.cmd. Just leave Freenet on for a day or so and it should update all by itself. Or you could try to download the new version of update.cmd from downloads.freenetproject.org/alpha/updater/. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Can't run Freenet
On Monday 24 Sep 2012 03:54:05 Mitch Kampf wrote: Hi: I've used freenet in the past without any problems. This time after a 5 month period of inactivity, I tried to launch it again and got a Wrapper Terminated unexpectedly message followed by a Freenet Launcher was unable to connect to the frenet node at port message. I uninstalled freenet, downloaded a fresh copy and reinstalled it, same messages. I turned off my firewall on my computer, and again, same messages. could my Router be blocking this? No. It could be a problem with local firewall however. Please post the last 10 lines of your wrapper.log. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Datastore resize
On Tuesday 25 Sep 2012 02:38:07 Pascal wrote: Changed my datastore size from 750g to 850g just over 5 hours ago. It now shows Datastore(CHK-store) resize in progress: 108040/10717960. At this rate it will take about 3 weeks just to finish CHK-store. Does it them take another 3 weeks to do CHK-cache? (They were the same size beforehand). Datastore resizing is slow. Especially if it's already mostly full. :( signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1417 (oops!)
Freenet 0.7.5 build 1417 is out. Please upgrade! This build fixes a bug introduced in 1416 which broke Linkageddon and presumably other freesites inserted with the new (1416) code (on the downloading side, the sites are fine). signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1416
Freenet 0.7.5 build 1416 is now available. Please upgrade, it will be mandatory in two weeks. The sole change in this build is a new encryption format for CHKs, which significantly improves security, in particular it makes it harder to identify that CHKs belong to the same splitfile. The code is fully backwards compatible, and you can even insert old-format keys with CompatibilityMode, but by default new inserts will use the new format. 1416 will use Java's built in encryption JCA (or some faster provider you have installed) if available, but unfortunately this is usually broken in Sun/Oracle Java 1.6 due to export restrictions (you can fix it by installing the unlimited strength policy files). I believe Oracle 1.7 fixes this problem, but I'm not sure; OpenJDK appears to work fine, so you may want to upgrade to OpenJDK. In any case, we have built-in encryption for when the JCA doesn't work (but we'd like to get rid of it eventually, at least in the code handling new format CHKs). If you have a modern CPU and 64-bit Linux you can install NSS/JSS as a provider to reduce Freenet's CPU usage, but don't ask me how. Thanks! signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1415
Freenet 0.7.5 build 1415 is now available, please upgrade! (Unless you are using the verify-build script, in which case run that first). Changes include: - A possible fix for the database corruption bug, in our database encryption layer that sits under db4o itself. - Getting rid of support for the old bdb-index datastore. This should affect very few people, and will be handled automatically (albeit with some loss of keys). - Getting rid of the old FNP connection layer protocol. - Remove Built-By from the manifest in the jar file (helpful for people building themselves). - Minor network level fixes. - Various cleanups. Credits: Chetan Bombe Toad Sadao TheSeeker signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1412
Freenet 0.7.5 build 1412 is now available. Please upgrade! It will be mandatory on the 18th, due to some minor security fixes. This is a major build including many changes: - Request level fixes, partly to make the traceback attack more difficult. - Many small fproxy and web interface fixes plus a 5MB limit rather than 2MB (separately configurable) when fproxy is showing a progress bar, and improvements to the too-old alerts. - Various internal changes including to tracking the status of peers, some minor connection-level changes, cleanups, removing old code etc. - Node to node text message fixes. - Content filter: Always show the MIME type warning if we have both that and the too big warning. Then when the user accepts it they won't see the other warning. Also treat image/x-png as png. - Client layer fix related to losing the data checksums. - WebOfTrust 12. - Turn off defrag on startup for now. This means your node.db4o will grow. But it may reduce the corruption problems. - Minor memory limit config fix. - Allow scope identifiers in IPv6 addresses. - Various probe request fixes. Credits: Author: Anonymous anonym...@3m3uedxmksepjqbm5x9idarigf1-pvwyqqc5p3umrxg.fms Author: chetanhosmani chetanhosma...@gmail.com Author: David ‘Bombe’ Roden bo...@pterodactylus.net Author: Eleriseth eleris...@wpecgltybvi8rl6y7vzl2lvd2euvw99v3ynv3iwrog8.fms Author: hungrid hungrid@fms Author: Justus Ranvier jususranv...@tormail.org Author: Martin Nyhus martin.ny...@gmx.com Author: Matthew Toseland t...@amphibian.dyndns.org Author: pausb pa...@quaintous.com Author: Sadao Sadao@JXXNvLaHdNMysx7GmY5~L4aCoMuQV85oJM9OIqhkTR8.fms Author: Steve Dougherty st...@asksteved.com Author: sweetie sweetie@irc Author: Ximin Luo infini...@gmx.com signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] [freenet-dev] Freenet 0.7.5 build 1413
On Wednesday 12 Sep 2012 12:55:55 Matthew Toseland wrote: Freenet 0.7.5 build 1412 is now available. Please upgrade! It will be mandatory on the 18th, due to some minor security fixes. This is a major build including many changes: - Request level fixes, partly to make the traceback attack more difficult. - Many small fproxy and web interface fixes plus a 5MB limit rather than 2MB (separately configurable) when fproxy is showing a progress bar, and improvements to the too-old alerts. - Various internal changes including to tracking the status of peers, some minor connection-level changes, cleanups, removing old code etc. - Node to node text message fixes. - Content filter: Always show the MIME type warning if we have both that and the too big warning. Then when the user accepts it they won't see the other warning. Also treat image/x-png as png. - Client layer fix related to losing the data checksums. - WebOfTrust 12. - Turn off defrag on startup for now. This means your node.db4o will grow. But it may reduce the corruption problems. - Minor memory limit config fix. - Allow scope identifiers in IPv6 addresses. - Various probe request fixes. 1413 is now available. Please upgrade to 1413 and not 1412. Due to a mistake on my part 1412 included some, but not all, of the recent work on the datastore. I had thought it didn't include any of it. So nodes with shrink on startup enabled could break and be unable to start if a shrink happened to be in progress. This is fixed in 1413. Changes (including parts in 1412 not mentioned in the previous changelog): - Significant disk I/O optimisation to the datastore: The datastore slot filters (*.slotfilter), tiny files that help the store to check whether we have a particular key and where to put it if we don't, are now written every 5 minutes (configurable) rather than immediately on a write. This saves approximately one seek per written block, which could be several seeks per second. The writes every 5 minutes should not be disruptive, but please let me know if disk I/O appears to be heavier or lighter with this build. - Minor changes to a couple of strings related to darknet. - Add some comments to clarify the code. Sorry! signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Please help: We need more seednodes!
On Tuesday 11 Sep 2012 14:46:54 user1 wrote: On 09/11/2012 12:32 PM, Matthew Toseland wrote: We're down to 9 seednodes. This means bootstrapping onto opennet is very slow. We need volunteers to run seednodes. All you need is: - A Freenet node that is up 24x7, or reasonably close to 24x7. - At least 50KB/sec bandwidth both ways. Note that you may get some traffic on your IP even after it is removed from the seednodes list. - A static IP address, or at least auto-updated dyndns (most routers can do this now). If you can run a seednode, then please: - Go to opennet configuration and set be a seednode? to true. - Send me your opennet noderef, which you can find here: http://127.0.0.1:/strangers/myref.fref Obviously your opennet noderef includes your IP address, so replying on FMS is probably a bad idea! Sorry but Please explain in details how to: - Go to opennet configuration and set be a seednode? to true. Open your Freenet node's web interface: http://127.0.0.1:/ Click on Switch to advanced mode at the bottom of the page. Click on the Configuration menu and then the Opennet option. It's the last option, at the end of the page. Change it. Click Apply. - Send me your opennet noderef, which you can find here: http://127.0.0.1:/strangers/myref.fref It's a file, you can download it and email me it. I have freenet running 24/7 (for years) but never use it. I cannot find where be a seednode? is in configuration file? How do I send you my noderef? signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Please help: We need more seednodes!
On Tuesday 11 Sep 2012 16:35:58 Robert John Morton wrote: Is it possible to work as an assistant seed node? I can manger 24/7 almost but can only manage 10kB/s up and down. Not a good idea sorry. Plus one thing I didn't mention: You need to have successfully forwarded your opennet port. Freenet will grumble about this if you haven't, and it should try to forward it automatically, but this doesn't always work. On 11/09/12 07:32, Matthew Toseland wrote: We're down to 9 seednodes. This means bootstrapping onto opennet is very slow. We need volunteers to run seednodes. All you need is: - A Freenet node that is up 24x7, or reasonably close to 24x7. - At least 50KB/sec bandwidth both ways. Note that you may get some traffic on your IP even after it is removed from the seednodes list. - A static IP address, or at least auto-updated dyndns (most routers can do this now). If you can run a seednode, then please: - Go to opennet configuration and set be a seednode? to true. - Send me your opennet noderef, which you can find here: http://127.0.0.1:/strangers/myref.fref Obviously your opennet noderef includes your IP address, so replying on FMS is probably a bad idea! signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1411
Freenet 0.7.5 build 1411 is now available. Please upgrade, as this is an important security fix and will be mandatory on Wednesday. This build fixes a serious bug posted in the following paper: http://www.ee.hawaii.edu/~dong/traceback/1569649421.pdf (“A Traceback Attack on Freenet,” submitted to IEEE INFOCOM 2013, Guanyu Tian et al) In summary the attack would allow for tracing individual Freenet block requests back to their originator, often without even having to correlate multiple requests, by exploiting some architectural issues related to request UIDs. Actually this build only 99% fixes it. There are cases where it might still work, but further work in the next build will eliminate those cases. It also removes the old probe code. Sorry for all those who were watching the network size graphs; hopefully operhiem1 will be able to replace these. However the old probe code really gave away way more information on the network topology than is reasonable, we are safer without it. It does not include the code on 1411-pre2, sadly. There are many changes under development. I will release a new pre- build soon but please use 1411 rather than 1411-pre2. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] FCP and 'connected' counts
On Monday 20 Aug 2012 06:29:06 Austin wrote: Trying to use FCP to monitor Freenet via command line, and would be grateful for help in understanding the 'connected' counts. The figures shown at the bottom of many of Freenet's HTML pages (e.g. '14 / 20') - what are they and how do they relate to the various values returned by the GetNode FCP message? There are several NodeData message fields (numberOfSimpleConnected, numberOfConnected, numberOfNotConnected) whose meaning is not totally clear, and whose values do not seem to add up to the same as the counts on the HTML pages. More generally, are the various FCP message fields described anywhere online? https://wiki.freenetproject.org/FCPv2 lists their names but doesn't say what they mean... This is not documented properly yeah. Best doc is the source, NodeStats.java exportVolatileFieldSet(). numberOfSimpleConnected is basically the number at the left - the total of CONNECTED and BACKED OFF. numberOfNotConnected is the rest - a variety of reasons why peers don't work. Many of the rest are the number of nodes in specific states (e.g. NEVER CONNECTED, DISABLED, TOO OLD, etc). signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] db4o11-7.4 AbstractMethodError
On Sunday 19 Aug 2012 15:09:32 Dennis Nezic wrote: On Wed, 15 Aug 2012 14:29:15 +0100, Matthew Toseland wrote: On Wednesday 15 Aug 2012 05:05:44 Dennis Nezic wrote: On Tue, 14 Aug 2012 23:50:03 -0400, Steve Dougherty wrote: On 08/14/2012 10:52 PM, Dennis Nezic wrote: On Tue, 14 Aug 2012 11:40:49 -0400, Steve Dougherty wrote: On 08/14/2012 08:56 AM, Dennis Nezic wrote: On Fri, 10 Aug 2012 15:47:35 -0400, Steve Dougherty wrote: Any idea what may have changed before this problem started happening? What version of ant are you using to build? That's what I'm pulling my hair trying to find out! I only upgraded a few system packages on my machine, like glib, libffi, ... -- and nothing much else! But how can a seemingly unrelated system package have such a huge effect in a Java environment?? I haven't changed my jdk (although recently I did test with others, sun-jdk and icedtea-bin), I haven't changed my ant, I haven't changed my db4o's, I recompiled all of Freenet's (direct) dependencies. This is incredibly frustrating. I mean, 1407 WAS working before, and now it's not :S. Here are the types of AbstractMethodError's that arise: java.lang.AbstractMethodError: com.db4o.internal.query.ObjectSetFacade.iterator ()Ljava/util/Iterator; at freenet.client.async.ClientRequestScheduler.loadKeyListeners (ClientRequestScheduler.java:114) [code] ObjectSetHasKeyListener results = Db4oBugs.query (container, HasKeyListener.class); for (HasKeyListener l : results) { --- ** 114 [/code] java.lang.AbstractMethodError: com.db4o.internal.query.ObjectSetFacade.iterator ()Ljava/util/Iterator; at freenet.client.async.PersistentStatsPutter.restorePreviousData (PersistentStatsPutter.java:44) [code] ObjectSetBandwidthStatsContainer BSCresult = container.query (BandwidthStatsContainer.class); for (BandwidthStatsContainer candidate : BSCresult) { --- ** 44 [/code] So what did you do to establish that your database is not corrupted? These are internal db4o errors. Hmm. So it does seem as though my datastore was corrupted. Deleting it, and making my node create a new one got me up and running again. Thanks Steve! The odd thing is a bunch of us[1] have been getting this error / corruption since about the time build1409 came out. I sure hope it's just a freak coincidence :S. [1] https://bugs.gentoo.org/show_bug.cgi?id=429716 Your _datastore_ was corrupted, not your node.db4o(.crypt)?! What exactly did you do to get your node running again? Correct. The very first thing I tried (which usually worked before with db4o errors), was to delete my node.db4o.crypt file. That had no effect this time. Instead, deleting datastore/*, or starting with a fresh installation, with the wizard, got the node running. Drastic, I know. (Although, Tommy in the bug report mentioned he was able to reproduce the error even with a clean wizard installation :S.) That is not consistent with the error message you gave, which is clearly a db4o problem. Are you sure about that? Is there no way a corrupt datastore could corrupt the db4o file? What do you suppose created that db4o Abstract Method Error? (Considering the fact that deleting it, and letting freenet make a new one still caused it.) No, this would definitely not be caused by a problem with the datastore, which is a very simple structure that does not store any code or complex objects. Whereas db4o could well cause such problems - either spontaneously, on defrag, on doing uploads, or ... Well we have lots of reports and we're not quite sure what to do about it yet. :( signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] db4o11-7.4 AbstractMethodError
On Wednesday 15 Aug 2012 05:05:44 Dennis Nezic wrote: On Tue, 14 Aug 2012 23:50:03 -0400, Steve Dougherty wrote: On 08/14/2012 10:52 PM, Dennis Nezic wrote: On Tue, 14 Aug 2012 11:40:49 -0400, Steve Dougherty wrote: On 08/14/2012 08:56 AM, Dennis Nezic wrote: On Fri, 10 Aug 2012 15:47:35 -0400, Steve Dougherty wrote: Any idea what may have changed before this problem started happening? What version of ant are you using to build? That's what I'm pulling my hair trying to find out! I only upgraded a few system packages on my machine, like glib, libffi, ... -- and nothing much else! But how can a seemingly unrelated system package have such a huge effect in a Java environment?? I haven't changed my jdk (although recently I did test with others, sun-jdk and icedtea-bin), I haven't changed my ant, I haven't changed my db4o's, I recompiled all of Freenet's (direct) dependencies. This is incredibly frustrating. I mean, 1407 WAS working before, and now it's not :S. Here are the types of AbstractMethodError's that arise: java.lang.AbstractMethodError: com.db4o.internal.query.ObjectSetFacade.iterator ()Ljava/util/Iterator; at freenet.client.async.ClientRequestScheduler.loadKeyListeners (ClientRequestScheduler.java:114) [code] ObjectSetHasKeyListener results = Db4oBugs.query (container, HasKeyListener.class); for (HasKeyListener l : results) { --- ** 114 [/code] java.lang.AbstractMethodError: com.db4o.internal.query.ObjectSetFacade.iterator ()Ljava/util/Iterator; at freenet.client.async.PersistentStatsPutter.restorePreviousData (PersistentStatsPutter.java:44) [code] ObjectSetBandwidthStatsContainer BSCresult = container.query (BandwidthStatsContainer.class); for (BandwidthStatsContainer candidate : BSCresult) { --- ** 44 [/code] So what did you do to establish that your database is not corrupted? These are internal db4o errors. Hmm. So it does seem as though my datastore was corrupted. Deleting it, and making my node create a new one got me up and running again. Thanks Steve! The odd thing is a bunch of us[1] have been getting this error / corruption since about the time build1409 came out. I sure hope it's just a freak coincidence :S. [1] https://bugs.gentoo.org/show_bug.cgi?id=429716 Your _datastore_ was corrupted, not your node.db4o(.crypt)?! What exactly did you do to get your node running again? Correct. The very first thing I tried (which usually worked before with db4o errors), was to delete my node.db4o.crypt file. That had no effect this time. Instead, deleting datastore/*, or starting with a fresh installation, with the wizard, got the node running. Drastic, I know. (Although, Tommy in the bug report mentioned he was able to reproduce the error even with a clean wizard installation :S.) That is not consistent with the error message you gave, which is clearly a db4o problem. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1410
Freenet 0.7.5 build 1410 is now available. This build is mainly bugfixes and small changes for plugins related to fproxy (notably for pausb's fproxy rewrite, which should improve freenet's user interface significantly). It should not break anything, but let me know if it does. There are more changes planned for later next week. I suggest you upgrade, but it is not mandatory. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] access a site
On Monday 06 Aug 2012 18:01:16 Ben WeeD wrote: So there is a site I want to get to I know the adress but it says I don't have the right credentials when I try to access it via google. So how might I access this site through the freenet interface. Also if the site had link how would I get them to work not go to a blank page. https://99.153.248.206:/... First, you really, really shouldn't post sites you are trying to access on Freenet on a public mailing list. I sincerely hope the above is legal... Second, while there are a few open gateway nodes, generally you should access Freenet by installing your own node, and then using http://127.0.0.1:/key Thirdly, if you want to run a public gateway you will need to set various config options and forward the port... signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] access a site
On Monday 06 Aug 2012 21:21:35 Matthew Toseland wrote: On Monday 06 Aug 2012 18:01:16 Ben WeeD wrote: So there is a site I want to get to I know the adress but it says I don't have the right credentials when I try to access it via google. So how might I access this site through the freenet interface. Also if the site had link how would I get them to work not go to a blank page. https://99.153.248.206:/... First, you really, really shouldn't post sites you are trying to access on Freenet on a public mailing list. I sincerely hope the above is legal... Second, while there are a few open gateway nodes, generally you should access Freenet by installing your own node, and then using http://127.0.0.1:/key Thirdly, if you want to run a public gateway you will need to set various config options and forward the port... The link you originally posted appears to point to pirated content. You are banned from this mailing list. Piracy will not be tolerated. Grokster lost because they knowingly provided technical support to pirates. We (Freenet Project Inc) cannot afford that legal liability. I am sorry for not checking before I replied the first time. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Can't access Freenet
On Friday 03 Aug 2012 02:16:02 Dennis Nezic wrote: On Thu, 2 Aug 2012 16:07:11 +0100, Matthew Toseland wrote: [...] - Post your wrapper.log. You might want to look for anything incriminating (e.g. look for @ to find keys), [...] How about not logging anything incriminating by default? No port numbers, no keys, no nothing like that? Keys shouldn't be logged in wrapper.log generally. It has happened on occasion due to debug code; it's a small risk and I can't guarantee that it won't be seen. Stack traces often include request UIDs, not sure about keys. Port numbers are a bit of a problem and we have a bug filed to clean up code related to port numbers ... I dunno if they are logged, but in any case we have alerts about them etc which need a bit more warning ... how to deal with this clearly without having too much text is unclear... signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] cant install freenet
On Saturday 14 Jul 2012 03:16:59 arc shine wrote: hi I didnt get a reply or see my query posted below or see any answers to it. I only just checked recently and it said there was a 3 day expiration problem so I may have missed something.Apologies. Can you post again or reply? Sorry... it sounds like the virus checker broke the install? Can you try reinstalling now that you've told the virus checker that it's okay? Thanks On Wed, Jul 4, 2012 at 10:31 PM, arc shine arcshine2...@gmail.com wrote: Hi I tried the media email but as Im mainly having technical problems installing getting freenet to work, I was advised by Ian to use this email instead. I am looking to do an independent review/experience of freenet in a blog, however Ive tried to install it but its failed. Ive tried it recently on a windows 7 system which didnt work (I thought possibly because of kaspersky and windows 7 64 bit) and also today tried it on vista a 32bit system with webroot essentials and with firefox private browsing permanently checked. Firstly after installing it my security package webroot essentials picked it up as a suspect program and put in quarantine. I later restored the 3 freenet programs/app which were in there,and tried start freenet and open freenet, but I got 'searching for freenet.exe or browse for it' and then I tried to run the correct freenet file in the folder but I got java virtual machine launcher and 'a java exception has occurred'. I tried two others I thought might be correct but it still didnt work. I then tried the 127.0.0.1: instructions and firefox couldnt find anything and that didnt work either. No system tray icon has appeared (or rabbit icon applet) either. I just wanted to see what this is all about (I heard about it on an talk radio station) and then get the hell out if I dont like the look of it, but it looks like its going to be difficult to get it to work/run at all. Can you help/advise me here as to what Im doing wrong or as to why this isnt installing or running properly?. Im not an advanced computer user (maybe intermediate just about) Thanks Jon signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Error
On Tuesday 03 Jul 2012 15:05:32 ITALO AYALA wrote: Good morning... I've been experiencing the same errors more than once and would like to know how to solve it. Every time I try to start Freenet, pops a text window saying: Freenet Launcher was unable to the Freenet node at port . And, now and then, pops another one with this text: The Freenet Launcher terminated unexpectedly. Looking forward to solve it. Thank you. If you could post your wrapper.log that might be helpful (in the wrapper\ folder in the folder freenet was installed to). signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] filesize mistake
On Thursday 28 Jun 2012 18:34:36 Angle Fire wrote: Hello, on https://freenetproject.org/download.html it says Download and run the installer (8MB), which I did. I was surprised to see that the installer actually is 12.5 MB. Not very good to make me trust your .exe, honestly :( I suggest you update this text and also include at least an MD5 checksum to increase trust. I have removed the (8MB). There is a gpg signature and all the links are using SSL. One thing we don't say on the website is if you don't trust google, you can get it from us directly: https://downloads.freenetproject.org/alpha/installer/FreenetInstaller-1409.exe https://downloads.freenetproject.org/alpha/installer/FreenetInstaller-1409.exe.sig Of course then you'd have to either trust our SSL cert (bad idea) or find a gpg trust path to my pubkey (hard!). signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Can't access Freenet
On Monday 25 Jun 2012 02:37:18 Rod MacDow wrote: Hi, I've been on Freenet for over a year with no significant problems. For the last month, every time I try to access (Build 1407) it gets to one or two nodes, then after several minutes, goes to zero nodes and stays there. I've tried reinstalling on the same disk, different disk, with the same results. Is this behaviour new with build 1407? I'm on Windows 7 and the system configuration has not changed from when it was working. Any guidance would be much appreciated. This is very odd. First: - Post your wrapper.log. You might want to look for anything incriminating (e.g. look for @ to find keys), and/or send it to me directly. - Go to the Messages page and click on Switch to advanced mode. Copy what it says on the announcing alert. Is it managing to connect to any seednodes? Is it even trying to connect to them? Thanks. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] freenet error
On Sunday 17 Jun 2012 22:36:29 Ben Adetunji wrote: hi, i started using freenet a few days ago when suddenly i received this error message on the main page: This node has to wait too long for available bandwidth (944452ms 1ms). Increase your output bandwidth limit and/or remove some peers to improve the situation. after receiving this message i was unable to access both freenet and frost services. could you please tell me what im doing wrong and what i can do to fix this issue? i am currently using open net because i dont know anybody. Ewww. The most likely reason for this is severe network congestion caused by e.g. other users of the connection, QoS etc, or very heavy CPU usage (check Task Manager). Are either of these true? Are you still getting this problem? Sorry for it taking so long to deal with this ... signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Freenet Tray/ Freenet will not connect to server
On Wednesday 06 Jun 2012 17:49:45 Marques Brown wrote: Hello, I have freenet installed on an encrypted hard drive and had moved all components to the drive including the freenet tray app. I tried starting freenet with my freenet tray and it will not connect. When I right click the icon and select start freenet it does nothing. When I select open web interface it gives me the message that the browser cannot connect to the freenet server. I had previously kept a copy of the freenet tray on my computer but have deleted it since, could this be my problem? I tried moving the tray back to my computer and starting it from there with no luck. It worked just yesterday, so I'm really confused. Any help you could provide would be greatly appreciated. If the path to the install has changed it's going to be easiest to reinstall it to the new path. Sorry. Also this means you may have to start Freenet manually, if you don't start the truecrypt container on boot-up. Thank you signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Freenet software won't connect anymore
On Monday 28 May 2012 03:08:08 John Doe wrote: In my last email to you, I told you that the Freenet software on my computer disconnected after only a few minutes of usage and wouldn't reconnect unless and until I restarted my computer, and asked for advice. Now my Freenet software won't start or connect at all. My OS is the latest version of Ubuntu. I'm trying to use Freenet for Linux. There's no start icon for Freenet on my desktop. What should I do? It should start on startup. You can manually start it by opening a terminal, and doing: cd Freenet ./run.sh start However, it sounds like it's broken. You could send me your wrapper.log (in /home/my username/Freenet/wrapper/wrapper.log) to try to understand the problem. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] [freenet.uservoice.com] New message: 'I tried to make an e-mail id through…'
On Thursday 24 May 2012 06:40:32 no-re...@freenet.uservoice.com wrote: [http://freenet.uservoice.com] freenet.uservoice.com [freenet.uservoice.com] New Bug Report ausaf.a...@yahoo.com sent a message from https%3A%2F%2Ffreenetproject.org%2Ffreemail.html [https%3A%2F%2Ffreenetproject.org%2Ffreemail.html] I tried to make an e-mail id through freemail. But when I entered the command java -jar Freemail.jar-1337836282045 in cmd after changing my password it gives an error stating :-ERROR(freemail.fcp.HighLevelFCPClient): Slot insert failed, error code is 8. Chrome 19.0.1084.46 (Windows 7) [http://www.uservoice.com] You shouldn't need to run Freemail directly with java -jar. You should be able to just visit it from the Plugins page on Freenet, and create an identity there IIRC. Also there is a major update for Freemail pending, it should be in a new freenet release in a week or two. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] freeware and java
On Monday 21 May 2012 05:04:43 ricardo flores magon wrote: howdy i tried to install freenet and it said the java i have was outdated i used the insaller then it told me to refresh the webpage when there was not one,then i used the offline java download and nothing happend.peas halp. I assume you are using 64-bit Windows? Unfortunately the current Freenet on Windows uses only the 32-bit version of Java. So you need to install the latest 32-bit Java 1.6. you guys are going a great job Thanks! Sorry it took so long to get to you. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Confused newbie.
On Friday 18 May 2012 21:12:14 John Wyman wrote: Hello - I just ran the installer for freenet and I now have “freenet” on my list of programs. When I click on “freenet”, it takes me to a page named “freenet.jar-Bitzipper” and a long list of files. What do I do next? That is very odd. Are you sure you actually installed Freenet? It should be installed in e.g. C:\Program Files (x86)\Freenet ... There should be a menu folder, and within that items called Start Freenet or Open Freenet. Also in your system tray (bottom right hand of the screen, you may have to click on it to expand to see all the tiny icons), there should be an icon that looks like a rabbit... It sounds like some unzipping software may have interfered with the install somehow ... signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] frequent disconnections with linux freenet
On Wednesday 16 May 2012 05:22:37 John Doe wrote: I've been using Freenet for Linux on an Ubuntu OS. Here's a problem I've had for several days now. Freenet disconnects after only a few minutes of usage and won't reconnect unless and until I restart my computer and OS. I've already forwarded the ports and configured my firewall to allow connections to Freenet, but the problem persisted. I haven't checked or used Freenet for a couple of days now. Has the network been having problems with connectivity? No, well, bootstrapping is slow, but it should work eventually. Is Freenet still installed? What version is it running? (Bottom of the homepage, http://127.0.0.1:/ ). If it's still disconnecting quickly, please wait for it to disconnect and then go to the Messages page, and click on the link at the bottom for advanced mode. Paste all the text on the page - I want to see whether it is announcing to the network. Also, please send me your wrapper.log. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] frequent disconnections with linux freenet
On Wednesday 16 May 2012 05:22:37 John Doe wrote: I've been using Freenet for Linux on an Ubuntu OS. Here's a problem I've had for several days now. Freenet disconnects after only a few minutes of usage and won't reconnect unless and until I restart my computer and OS. I've already forwarded the ports and configured my firewall to allow connections to Freenet, but the problem persisted. I haven't checked or used Freenet for a couple of days now. Has the network been having problems with connectivity? Also, have you changed any settings? E.g. Assume the port is not forwarded. on the core settings? signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Problem with open Freenet
On Wednesday 09 May 2012 18:29:19 Rafał Cieloch wrote: Hey when i want to open Freenet after instalation i have comunnicate: The freenet wrapper terminated unexpectedly Freenet launcher was unable to connect to the Freenet node at port You can help me what is going ? The log suggests that Freenet is working. Have you tried just opening http://127.0.0.1:/ in a web browser? If it doesn't work, please send an up to date copy of the last part (200 lines or so) of your wrapper.log. Thanks. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] update.sh fails
On Monday 30 Apr 2012 06:03:04 Austin wrote: Since Freenet auto-updated itself to 1407, I can't get it to start up. Decided to try update.sh, but that fails too - there seems to be a problem with certificates that have expired just a few days ago. I believe the cert update problem is fixed. Have you tried it recently? If Freenet fails to start, can you please post your wrapper.log? signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Changing browsers
On Thursday 19 Apr 2012 17:08:13 Dave wrote: Been using Chrome. Have downloaded Mozilla Firefox and made it default, but Freenet keeps opening in Chrome. How do I change to Firefox ? Thanks Dave Currently the launcher chooses Chrome if both are installed. The reasons are related to reliability issues with launching privacy mode from the command line. However, you can open freenet manually, or even create a link to open it, with http://127.0.0.1:/ signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe