First of all thanks for your time, I have just solved my problem, it's a simple
one which just needs to replace the command:python2 check_load.py --stats
Newwith:python2 check_load.py NewNow proper information will be written into
the "New" file.In addition, I am facing another problem, I want t
I am trying to understand Tahoe's source code these days, I built it under Arch
Linux with Eclipse and PyDev, then set a test grid, everything works well. Then
I'd like to execute this command:tahoe -d . cp e1 tahoe:I have tested this
command in Terminal and it run well, so I entered the Debug m
I have solved this problem, details in
http://stackoverflow.com/questions/17721226/how-to-debug-into-subprocess-call-in-python.
So don't waste time anymore, thanks anyway.
From: elde...@outlook.com
To: tahoe-dev@tahoe-lafs.org
Subject: How to track after subprocess.call()?
Date: Thu, 18 Jul 2013
This sounds awesome!
On Thursday, July 18, 2013, Avi Freedman wrote:
>
> Hi...
>
> [I know this isn't a very tl;dr group but the summary is - we're
> doing beta of private LAFS clouds and if you want to give it
> a shot I'll get you some coupon codes for free service over
> the weekend or earl
See, it'd be great to get prebuilt packages for mac users. I tried
everything u suggested and the error is still the same. Is there a
screencast of building and installing tahoe-LAFS on mac os x 10.8 ?
What about on mavericks? Will it work then?
On Thursday, July 18, 2013, Daira Hopwood wrote:
>
til writes:
> so not surprisingly this fails:
> python setup.py install
In general, running "python" is unreliable, vs "pythonN.M", because
python can change where it points to. This is more of a concern for
packaging systems, and I don't think your issue at present, but I think
the use of unq
"Zooko O'Whielacronx" writes:
> Correct: "python setup.py install" will not work without sudo or root
> privileges. However, "python setup.py build" *will* work without sudo
> or root privileges. The instructions ¹ do not instruct the user to run
> "python setup.py install"!
>
> However, users o
Daira Hopwood writes:
> Alias 'really-install-without-dependencies' to zetuptoolz' "install"
> command in setup.cfg. Then make 'python setup.py install' do nothing
> except print a message similar to the following (replacing "bin/tahoe"
> with "bin\tahoe" if on Windows):
Please don't mess up th
Hideo Kuze writes:
> 1) which clouds are supported to act as nodes? (mega.co.nz? skydrive?
> gdrive? dropbox?)
none. But a node (that runs the tahoe protocol) could store shares
(ciphertext) in a cloud storage service.
> 2) what was the motivation for requiring a gateway for accessing the fil
freed...@freedman.net (Avi Freedman) writes:
> Right now I think you have to do FUSE mounts of S3 or webdav or something
> else and run the storage node on top of that but longer term I think
> being able to support no-software-install standard-protocol backend
> nodes as an option would be great
https://github.com/LeastAuthority/tahoe-lafs/tree/eaa6e22358f1fcf924b3b26094029fad14d72df7/src/allmydata/storage/backends/cloud
Shows
some work being done to support googlestorage, msazure, openstack, and s3.
I'm not sure how far along this is or if it has plans to get merged into
the mainline clie
https://github.com/LeastAuthority/tahoe-lafs/tree/1819-cloud-merge/src/allmydata/storage/backends/cloud
is
probably an even better url.
On Thu, Jul 18, 2013 at 10:22 AM, Paul Rabahy wrote:
>
> https://github.com/LeastAuthority/tahoe-lafs/tree/eaa6e22358f1fcf924b3b26094029fad14d72df7/src/allmydat
freed...@freedman.net (Avi Freedman) writes:
> I understand that opinion but I don't believe that will enable the
> largest growth of the LAFS-ecosystem.
That's a fair point.
> Maybe I'm wrong but I think the large mass of users will remain
> locked out of being able to install and configure da
I understand that opinion but I don't believe that will enable the
largest growth of the LAFS-ecosystem.
Maybe I'm wrong but I think the large mass of users will remain
locked out of being able to install and configure daemons - but
finding 10s or 100s providers to use that can offer S3, SWIFT, o
(Greg wrote:)
> So a way forward that is not so objectionable architecturally and
> addresses your usability concerns is to use some sort of python vfs
> interface with multiple backends. Then at least it's not tahoe
> reimplementing 12 wheels, but a larger python vfs community jointly
> reinven
On 18/07/13 14:34, Greg Troxel wrote:
> Daira Hopwood writes:
>
>> Alias 'really-install-without-dependencies' to zetuptoolz' "install"
>> command in setup.cfg. Then make 'python setup.py install' do nothing
>> except print a message similar to the following (replacing "bin/tahoe"
>> with "bin\ta
Daira Hopwood writes:
> The "standard interface" for 'python setup.py install' does not do what
> I or you or anyone else wants it to do.
What I meant is
pkgsrc has infrastructure for dealing with packages that use
setuptools/distutils. That's all debugged. I imagine all the other
pack
On 17/07/13 21:44, Zooko O'Whielacronx wrote:
> Hi there!
>
> I haven't heard of anyone using check_load.py ¹ in a long time, and
> there are no automated tests of it, so it has probably bit-rotted.
>
> ¹
> https://tahoe-lafs.org/trac/tahoe-lafs/browser/trunk/src/allmydata/test/check_load.py?ann
On 18/07/13 03:27, Pierre Abbat wrote:
> On Friday, July 12, 2013 16:56:47 Zooko O'Whielacronx wrote:
>> No, no, we rely on the correctness of our encryption to hide all
>> information about the plaintext from an attacker who doesn't know the
>> encryption key. Therefore, the pad bytes are all just
On 18/07/13 10:30, Steven Lee wrote:
> Traceback (most recent call last):
> File "/home/elderry/Projects/git/tahoe-lafs/support/bin/tahoe", line 6,
> in
> from pkg_resources import load_entry_point
> File "/usr/lib/python2.7/site-packages/pkg_resources.py", line 2850, in
On Tue, Jul 16, 2013 at 8:16 PM, Zooko O'Whielacronx wrote:
> Sorry to see you go! Thank you for participating in the Tahoe-LAFS project.
Haha! I'm very amused at myself for accidentally posting to the public
list when I meant it to be a private note to Iantcho.
Anyway, would everyone including
"Zooko O'Whielacronx" writes:
> Haha! I'm very amused at myself for accidentally posting to the public
> list when I meant it to be a private note to Iantcho.
It's not your fault!
From: "Zooko O'Whielacronx"
Subject: Re: [tahoe-dev] unsubsribe
To: Tahoe-LAFS development
Date: Thu, 18
On Thu, Jul 18, 2013 at 7:53 PM, Greg Troxel wrote:
>
> Can you fix the list to stop adding reply-to, then?
Okay, I've changed this. Now if you reply to a message, and you want
your reply to go to the whole list, you have to manually adjust your
headers before sending your reply. Let's see how th
On Wed, Jul 17, 2013 at 7:27 PM, Pierre Abbat wrote:
> Encrypting padding consisting of all zero bytes creates a known-plaintext
> attack.
Do you have any citations on known plaintext attacks against AES? There are
related key attacks...
--
Tony Arcieri
__
On Wed, Jul 17, 2013 at 9:27 PM, Pierre Abbat wrote:
> On Friday, July 12, 2013 16:56:47 Zooko O'Whielacronx wrote:
>> No, no, we rely on the correctness of our encryption to hide all
>> information about the plaintext from an attacker who doesn't know the
>> encryption key. Therefore, the pad byt
Hello, I am studying for my summer project and am interested in LAFS, this
morning my mentor mentioned that is that possible to deploy LAFS with Memcached
to improve its performance? Since I am not very familiar with the both
projects, I searched on Internet and found no one has ever been intere
26 matches
Mail list logo
