Re: Not enough entropy - raspberry pi3

2017-04-13 Thread Lance Hathaway 
Your HWRNGDEVICE is not correctly set. Refer to 
http://fios.sector16.net/hardware-rng-on-raspberry-pi/ for more on using the 
Pi's hwrng device.

You may also wish to install haveged, which adds additional system entropy very 
nicely...

 -Lance


> On Apr 13, 2017, at 06:48, neuman  wrote:
> 
> I've installed freenet on a raspberry pi3 but have been unable to get it to 
> start:
> 
> 
> Wrapper.log:
> 
> MD5: using SUN version 1.8
> INFO   | jvm 1| 2017/04/13 09:33:42 | SHA-256: using SUN version 1.8
> INFO   | jvm 1| 2017/04/13 09:33:42 | SHA-384: using SUN version 1.8
> INFO   | jvm 1| 2017/04/13 09:33:42 | SHA-512: using SUN version 1.8
> INFO   | jvm 1| 2017/04/13 09:37:31 | AES/CTR/NOPADDING (SunJCE version 
> 1.8): 631985617ns
> INFO   | jvm 1| 2017/04/13 09:37:31 | AES/CTR/NOPADDING (BC version 
> 1.54): 1126748832ns
> INFO   | jvm 1| 2017/04/13 09:37:31 | Using JCA cipher provider: SunJCE 
> version 1.8
> INFO   | jvm 1| 2017/04/13 09:37:31 | Not enough entropy available.
> INFO   | jvm 1| 2017/04/13 09:37:31 | Trying to gather entropy 
> (randomness) by reading the disk...
> INFO   | jvm 1| 2017/04/13 09:37:31 | /dev/hwrng exists - have you 
> installed rng-tools?
> INFO   | jvm 1| 2017/04/13 09:37:53 | WrapperManager Error: Error in 
> WrapperListener.start callback. java.lang.ExceptionInInitializerError
> INFO   | jvm 1| 2017/04/13 09:37:53 | WrapperManager Error: 
> java.lang.ExceptionInInitializerError
> INFO   | jvm 1| 2017/04/13 09:37:53 | WrapperManager Error: at 
> freenet.crypt.ECDH.blockingInit(ECDH.java:237)
> INFO   | jvm 1| 2017/04/13 09:37:53 | WrapperManager Error: at 
> freenet.node.Node.(Node.java:1106)
> INFO   | jvm 1| 2017/04/13 09:37:53 | WrapperManager Error: at 
> freenet.node.NodeStarter.start(NodeStarter.java:194)
> INFO   | jvm 1| 2017/04/13 09:37:53 | WrapperManager Error: at 
> org.tanukisoftware.wrapper.WrapperManager$11.run(WrapperManager.java:4048)
> INFO   | jvm 1| 2017/04/13 09:37:53 | WrapperManager Error: Caused by: 
> java.lang.IllegalArgumentException: Invalid point
> INFO   | jvm 1| 2017/04/13 09:37:53 | WrapperManager Error: at 
> org.bouncycastle.math.ec.ECAlgorithms.validatePoint(Unknown Source)
> INFO   | jvm 1| 2017/04/13 09:37:53 | WrapperManager Error: at 
> org.bouncycastle.math.ec.AbstractECMultiplier.multiply(Unknown Source)
> INFO   | jvm 1| 2017/04/13 09:37:53 | WrapperManager Error: at 
> org.bouncycastle.math.ec.ECPoint.multiply(Unknown Source)
> INFO   | jvm 1| 2017/04/13 09:37:53 | WrapperManager Error: at 
> org.bouncycastle.crypto.agreement.ECDHBasicAgreement.calculateAgreement(Unknown
>  Source)
> INFO   | jvm 1| 2017/04/13 09:37:53 | WrapperManager Error: at 
> org.bouncycastle.jcajce.provider.asymmetric.ec.KeyAgreementSpi.engineDoPhase(Unknown
>  Source)
> INFO   | jvm 1| 2017/04/13 09:37:53 | WrapperManager Error: at 
> javax.crypto.KeyAgreement.doPhase(KeyAgreement.java:567)
> INFO   | jvm 1| 2017/04/13 09:37:53 | WrapperManager Error: at 
> freenet.crypt.ECDH$Curves.selftest_genSecret(ECDH.java:76)
> INFO   | jvm 1| 2017/04/13 09:37:53 | WrapperManager Error: at 
> freenet.crypt.ECDH$Curves.(ECDH.java:114)
> INFO   | jvm 1| 2017/04/13 09:37:53 | WrapperManager Error: at 
> freenet.crypt.ECDH$Curves.(ECDH.java:32)
> INFO   | jvm 1| 2017/04/13 09:37:53 | WrapperManager Error: ... 4 more
> INFO   | jvm 1| 2017/04/13 09:37:53 | Shutting down...
> INFO   | jvm 1| 2017/04/13 09:37:53 | Completed writing logs to disk.
> 
> I have rng-tools installed and added HRNGDEVICE=/dev/urandom  to 
> /etc/default/rng-tools  to no avail.
> 
> 
> If found this command and I guess it tells me how much I have? Not sure, but 
> I included it just in case it helps.
> 
> cat /proc/sys/kernel/random/entropy_avail 3116
> 
> 
>

[freenet-support] Question regarding legal case

2016-07-25 Thread Lance Hathaway 
Thoughts from a lurker:
I believe that it is important for all of us to resist the use of flawed 
statistics, whether it's used to prosecute the innocent or the guilty.I believe 
that it matters how we gather and use evidence.I believe that it is important 
for the means to justify the end result--the ends cannot be used to justify the 
means.
I know this runs the risk of allowing a guilty person to go free. But our 
justice system is built on the principle that it is better to presume 
innocence, rather than guilt. And there is no guilty person in the world who 
can perfectly and completely cover their tracks. Invariably, one can build up 
enough evidence in other ways to make a case, if one exists.
All of that said... I do not believe that we are obligated to help. Obligation 
is a strong word. Some of us here have the knowledge to try and assist. Some of 
us do not (and I'm in the latter category). There are no employees; nobody is 
being paid; everybody is a volunteer. That means any sense of obligation must 
be left to an individual's sense of morality or code of ethics. Which, yes, 
means that sometimes an invalid warrant may pass unquestioned, if only because 
nobody with the knowledge is available to question it. That's life in a 
volunteer organization.

If I had the knowledge, I would step up. Unfortunately, I do not. I will 
support those who do step up, and I will not condemn those who do not.
 -Lance


On Monday, July 25, 2016 12:03 PM, Steve Dougherty  
wrote:


 Hi Hayley,
To make sure it's clear, this is a publicly visible mailing list.
I assume you've seen the news post about flawed surveillance techniques? 
https://freenetproject.org/news.html#20160526-htl18attack It goes over our 
understanding of attacks used by law enforcement and why they appear to be 
heavily fundamentally flawed. If we can help elaborate on parts of it please 
let us know. The attacks we are aware of included information about how far 
away the request probably originated; (Hops To Live - HTL) you didn't mention 
that, and without it the attack is even less accurate than the effectively 
entirely inaccurate thing it already is.
As a non-profit organization running an open source project, we don't currently 
have employees, hence the lack of a phone number. You may be able to find 
someone in the community willing to participate; if this is the case I think 
it is we've been following it with interest for a while now. Could you please 
elaborate on what is involved in reviewing the search warrant, reviewing the 
police report, or being an expert witness? Would this be an attempt to 
invalidate the search and suppress evidence acquired with it?
Now addressing others on the list: I note an ethical dilemma here. It may well 
be that the accused is guilty of the things they are accused of, and 
invalidating this presumably-mistaken search warrant would allow them to go 
free. That said, do we want to resist the application of flawed statistics in 
prosecuting Freenet users? I'm leaning toward probably. Selectively assisting 
in fighting search warrants that seem invalid also seems unethical. Are we 
obligated to help?

- Steve

On Mon, Jul 25, 2016, 2:33 PM Hayley Rosenblum  wrote:

Hello,
I am a law intern at Rosenblum, Schwartz, Rogers, & Glass, P.C. in St. Louis, 
MO. As a criminal defense firm, we have recently been hired for a Possession of 
Child Pornography case. According to the police report , a special investigator 
began running copies of Freenet that had been modified for law enforcement to 
log the IP address, key, and date, and time of requests that were sent to these 
law enforcement Freenet nodes which were then compared to keys of known child 
pornography. The special investigator observed an IP address routing/and or 
requesting suspected child pornography file blocks. The special investigation 
noted that the number and timing of the request was significant enough to 
indicate that the IP address was the apparent original requester of the file.

We have doubts about the legitimacy of this based off some brief research we 
have done on Freeness and how it works. Is there anyone I could contact to 
discuss having a Freenet employee/specialist to review the search warrant and 
police report and/or potentially hire as an expert witness. If so, how much 
would you charge for that?

Any information or further contacts would be great. I didn’t see a phone 
number on the website, so I figured i’d start with an email!

Thank you,

Hayley Rosenblum
Law Intern
Rosenblum, Schwartz, Rogers, & Glass P.C.
rsrglaw.com
hrosenb1 at slu.edu
office: 314-862-4332___
Support mailing list
Support at freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-request at freenetproject.org?subject=unsubscribe

___
Support

[freenet-support] Attempting to update to build 1459

2014-01-22 Thread Lance Hathaway 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

My Freenet node is attempting to auto-update from build 1458 to build
1459, but it's not working so well.

I'm running this on Ubuntu 12.04.4, 64 bit, using Sun Java 7u51. I
used the new_installer_offline.jar file to install 1458 last week, and
my node has been running well since then.

Right now, it's trying to update to build 1459. It seems to fetch the
new version, and it auto-restarts to load the new version...except it
keeps reloading 1458. Then it detects the new version, fetches it,
restarts...and goes back to 1458 again.

I haven't tried the update.sh script to manually update the
installation yet. I could do so, but if there's an issue with
auto-update (whether it's a bug or just a quirk due to the way I
installed my node), I'd like to try and figure it out before I just go
manual all the time.

Can anybody offer some pointers or other assistance? I'd greatly
appreciate it!

 -Lance
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)

iQIcBAEBAgAGBQJS3/LfAAoJEECmBqfoBgXnV0kP/0AB/DeLrcGmc+Uq7oOrR05z
HV8dPeuzyoJuoYowUSaC9AhQudyrwwlrzPuD/QImkfHUiu4QgUfsPLmfGABSCz8H
db3Z8mFeIF4zpIJPn2QmyMRHU9P+EnkKfQRL1D1w7uUoutgbB9OvYGRUgn+PvBPi
Bp/qsxvvtMWMXNChEkhXK3BJnWBHJ2+L2a4L66GsTtD0zS7SrDsNXGujc/RU14f9
Syi1dHMsQAXwVSlWa9fi/GU3k/Mv63DZfGuRtqcylQnIu7zQETlkZCKAv6wEtHLw
RaedtG+u61F3LqgfA6ywj4nvxUYmSUnaxB4HisOns4ntt2OzstcgQ0NE2xyZuEuB
2WCMo/3HweZJlayBlnhOjEv4CZlRWoLAaC45rkFKmogSPUOKBMB6frDutqz3tAAE
xVK8wxoDIWkomMyd3yWhxvvnJQmfjEwGGXKbSImVvld96dGG0620+GQ9onsBEJ2h
0aQFb54Jh+5Naat0UM4iYCoOSyEOrdYQTuN0jt/L/wmP5CaALKsso5+vNN/LcOYL
Fs+hqbLhAWEFN5yxVhyqF1dJxT560QP/f3q4iE+tGbek6MUHUdKpgoe+O3Vc7Nfs
7FRDI7vsCpmdY23kS7/KaW7rZvYTGcfZFO9vtnSezjsrobJeMmyuDTv7DpPjbMX9
T9/PtCKU1R0wcQddsWv9
=Z+yB
-END PGP SIGNATURE-

---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com
___
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] Attempting to update to build 1459

2014-01-22 Thread Lance Hathaway 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512


On 22/01/2014 10:55 AM, Dennis New wrote:
 On Wed, 22 Jan 2014 08:33:43 -0800, Lance Hathaway wrote:
 Hi,
 
 My Freenet node is attempting to auto-update from build 1458 to
 build 1459, but it's not working so well.
 
 I'm running this on Ubuntu 12.04.4, 64 bit, using Sun Java 7u51.
 I used the new_installer_offline.jar file to install 1458 last
 week, and my node has been running well since then.
 
 Right now, it's trying to update to build 1459. It seems to fetch
 the new version, and it auto-restarts to load the new
 version...except it keeps reloading 1458. Then it detects the new
 version, fetches it, restarts...and goes back to 1458 again.
 
 I haven't tried the update.sh script to manually update the 
 installation yet. I could do so, but if there's an issue with 
 auto-update (whether it's a bug or just a quirk due to the way I 
 installed my node), I'd like to try and figure it out before I
 just go manual all the time.
 
 Can anybody offer some pointers or other assistance? I'd greatly 
 appreciate it!
 
 Your wrapper.log file should provide useful information.

I've looked at my wrapper.log file, but I'm not sure what it's telling
me. Specifically, I can see it locating and fetching the 1459 update,
and there are no errors when it writes the update files out to
filesystem. But when it restarts, 1458 loads again.

Are there certain lines in the log file that would be useful for
diagnosis? I could post a single pass (through the loop), or the whole
log file, but I don't want to overload the list with too much detail.

 -Lance

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)

iQIcBAEBCgAGBQJS4CCIAAoJEECmBqfoBgXn6PoQAJHViXGR3GKK34yewCprnKPZ
Cop99I2044Dt41LGYOD/N8psMHZapHGm9k4CFB4CEnJimbMxwqcNeyWP6byUMCll
ZlG6mxWLYq6CT7sfcxUwYVh4N2E1LX0KQ3oeVXey2ppiqR7XMBO5SewUWdrTkzMo
5r5W/5ofHJSJ3SpvRHeub37fGws7+Twyd7fc468z5p3sooI8uS1vvPAYuBEIOfQp
scgjoW4YGT+6my2OW3VlIJaiWFHyiSPY+LWuh0HqkvbCaaMA9KfJ7YJkl1DonE79
5EFUO3PjMxIJuUTQnbqIF58eZ2tCJqQAmzI8zv2fGm+OV/uvd2T93rB7sxWknhy6
OtljkxEhw8Z79ywMFjgM+m2jJyPtyDf/OT4PTvm2PU56iPoM8JY+fZg2g2kVlrHd
URE2pYBv3mkyMSlQ8XJhQxIiUKQSfTm4MqDvvqFXXA9kEgF7WvgR8IJgIR4btcWx
QM6CV6aIPlpUuAbXEQuzCk3wIA+iXqxxC3rDIDcxeWeIufr9Ai4Q4IY13UkvQ+X4
ddWYZD0g+10VhvNgTLEeN31lzsYQPQN9Cv1fcTLlUafwAq3tacJq6hJRuvK8z/JP
oQTBCv+ACTK8EoAkroC9FijGwc4PpcK8yzNJphN/5JDOI3r6pz86gOVNI+IItt+b
4c6i57k8Yt6G8TLpfl9s
=cSQ4
-END PGP 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] Attempting to update to build 1459

2014-01-22 Thread Lance Hathaway 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512


On 22/01/2014 12:19 PM, juicema...@gmail.com wrote:
 Look at your wrapper.conf file iirc it alternates which .jar file 
 is used.  Freenet.jar vs freenet-new.jar or something like that. 
 Make sure the filename matches the newer version you want to load.
 
 Sent from my cellphone.
 
 - Reply message - From: Lance Hathaway qh...@yahoo.com
  To: support@freenetproject.org Subject: [freenet-support] 
 Attempting to update to build 1459 Date: Wed, Jan 22, 2014 2:48 PM
 
 
 On 22/01/2014 10:55 AM, Dennis New wrote:
 On Wed, 22 Jan 2014 08:33:43 -0800, Lance Hathaway wrote:
 Hi,
 
 My Freenet node is attempting to auto-update from build 1458 to
 build 1459, but it's not working so well.
 
 I'm running this on Ubuntu 12.04.4, 64 bit, using Sun Java 
 7u51. I used the new_installer_offline.jar file to install
 1458 last week, and my node has been running well since then.
 
 Right now, it's trying to update to build 1459. It seems to 
 fetch the new version, and it auto-restarts to load the new 
 version...except it keeps reloading 1458. Then it detects the 
 new version, fetches it, restarts...and goes back to 1458 
 again.
 
 I haven't tried the update.sh script to manually update the 
 installation yet. I could do so, but if there's an issue with 
 auto-update (whether it's a bug or just a quirk due to the way 
 I installed my node), I'd like to try and figure it out before 
 I just go manual all the time.
 
 Can anybody offer some pointers or other assistance? I'd 
 greatly appreciate it!
 
 Your wrapper.log file should provide useful information.
 
 I've looked at my wrapper.log file, but I'm not sure what it's 
 telling me. Specifically, I can see it locating and fetching the 
 1459 update, and there are no errors when it writes the update 
 files out to filesystem. But when it restarts, 1458 loads again.
 
 Are there certain lines in the log file that would be useful for 
 diagnosis? I could post a single pass (through the loop), or the 
 whole log file, but I don't want to overload the list with too
 much detail.
 
 -Lance
 


My wrapper.conf lists freenet.jar.new, but it still loads version
1458. freenet.jar.new is the most recent file. freenet.jar is a
symlink to freenet-stable-latest.jar, which has a date of Jan. 6 (the
1458 release that I originally installed).

 -Lance
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)

iQIcBAEBCgAGBQJS4CxmAAoJEECmBqfoBgXnCIwP/1sByZUqqNLep6J8tU2qahIQ
JHunOBOx7LWRIn+13RTccf3HJuUCv1N7nINMIUc9FqMZArvcEkOQtFVC1WwWKzwF
6pLxrZ7ov7ITGxz3i8U9HOVNbNDoJah8O56ApsFwf65+9Ao+CUxb1JUW3ebx8rTT
SbZGorKzyhNRKR/CypBqOyTqNIoVbpSoDZkSabRKRGGsylcSsV8JCxK8yM9UgkyO
Ervki94k+rYtnvzZCYmo0SQ96yjia+XNpoLCO/xiuBTNKiln+L9QUfYiT9lC1EDy
/8+Ormw3HXtpRZcM2dzpE5Z50jPlMEP6SZ8Lu+kycd01rm4maGV8+e+i/34HBSGq
eCu8b3yaLyUWAbJWvpEaJBq+Nu5DDYgYqg/3a1RonpLd/VNPC/RBvkpPFrdWk/dr
SSPIV2NIaZIew0KnCHjJ6nbMPGFuMDZffG5/pReRKcluELwSzu5TC6yM0aV5lfyr
+2y3mDDjgnoyZNsle2qYqEDv+qAXOLA7n14ugYrYifTwwmd+aksQXAuPNd4B5kzQ
cVVqoFCfvGib8Tx/wqtZhhlc9JcqraeY83qaVFoB9UhUiILSypzLqCqGrbRawYV7
sVlvt3twEZsrMYO7roooSpAUj/l7aai9wycQYWSUSCXd+5rC0U08adUSZG0mtiZi
9qGMJhcpacFO0ricwwkC
=KH/T
-END PGP 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