gmane.comp.encryption.cryptobox.devel

Automated Reply - Email Received

2011-06-12T23:04:28

We received your e-mail on 6/12/11.  Our Customer Call Center is reviewing 
your inquiry and will respond to your correspondence within the next 24 
hours. If your email is received after 5 pm eastern, you will receive a 
response on the following business day. Your Case ID is 1910517.

Please DO NOT reply to this automatic acknowledgement.

Your business is very important to us and we appreciate the opportunity to 
be of service.

Sincerely,

AXA Equitable
**********************************************************************

Confidentiality Note: This message and any attachments 
may contain legally privileged and/or confidential information. 
Any unauthorized disclosure, use or dissemination of this e-mail 
message or its contents, either in whole or in part, is prohibited. 
If you are not the intended recipient of this e-mail message, 
kindly notify the sender and then destroy it.

**********************************************************************

What should find_blockdevices() return?

Hartmut Goebel — 2011-05-12T12:09:00

Hi,

according to <https://systemausfall.org/mail-archive/?0::393> the 
function find_blockdevices() in core.blockdevices.py is a not working 
proper. I was hit by the same problems and want to fix it.

So: What is find_blockdevices() supposed to return exactly?

Questions an Problems with Debain build

Hartmut Goebel — 2011-05-12T10:20:24

Hi,

I'm trying to build the current package on Debian Squeeze.

* Why is python-all-dev required? python-dev should be enough? Even 
python-setuptools should be okay?!

* How do I install the build package and it's dependencies?  Neither 
apt-get not aptitude use the local file :-(

* How do checkout the subversion repository of Cryptobox?

New to the CyptoNAS project.

Hartmut Goebel — 2011-05-12T09:07:59

Hi,

I'm new to the CryptoNAS project. Seams as if I just missed it's funeral 
and but came to the funeral feast ;-)

Short introduction on myself.

I'm a Information Security Consultant and have done -- and still do -- a 
lot of programming in my spare time. My main language is Python since 
about 10 years now and I'm the author of pdfposter 
<http://pdfposter.origo.ethz.ch/> , python-ghostscript 
<http://pypi.python.org/pypi/ghostscript> and the famous decompyle 
service <http://www.crazy-compilers.com/decompyle/>.

I'm experienced in RPM packaging but now own a NAS where I've put Debian 
on so I have to become a Debian-packager, too :-(

Looking forward to revive CryptoNAS a bit.

end of CryptoNAS project

Henning — 2011-05-05T10:03:29

Hi,

since months it was very calm around CryptoNAS development. It's
clear now, that we won't find the proper time to continue this project
in a way we would like to. We learned a lot with this project. One
thing to learn was to give it an end when there is an end. ;) So we
decided to stop CryptoNAS at this point and make clear that there won't
be any updates provided by us.

There is still a need for a project like this. And the latest
live-CD still runs fine (with all known bugs). That's why we will keep
the website up'n running and with it all downloads, documentations and
source code.

Thanks for all your help, support, ideas and for just using it!
Henning

AW: Re: snapshot tests

2010-10-19T18:17:42

Hi Ed,

what kind of issues have you observed with Python2.6?
I'm also testing CryptoNAS on my Ubuntu 10.04 x64 Workstation and have no/less problems observed with Python2.6. The basic problem that I've observed with the current ubuntu version is that it uses symbolic links in /sys/block for the blockdevices (/sys/block/sda...). CryptoNAS (./src/cryptobox/core/blockdevice.py function: find_blockdevices() with: os.path.walk(top_dir, look4dev_dirs, 'dev') around LN: 970) ignores the symbolic links and isn't displaying any disks in the webGUI. I've played a little bit around with the newer os.walk() function and at the moment no success. I get always infinite loop because some folders are linked backward in the folder hierarchy. Maybe someone else have a good idea to solve this.

Regards,

Dimce

----Ursprüngliche Nachricht----

Von: ed_mqca-PkbjNfxxIARBDgjK7y7TUQ< at >public.gmane.org

Datum: 19.10.2010 17:01

An:

Betreff: Re: snapshot tests

Then I was encountering the same problems as others have posted , using
a more current ubuntu server. It doesn't work properly . python 2.6
problems.

-->

James Crofts wrote:
Ed: r1161 is quite
old, before v0.3.5. Can you tell me more about your application? Is
installing the "cryptobox-server" package into a regular Debian
installation not an option?

Lars and Henning: If we could have the discussion you talked about back
in July, as well as some more permissions, that would give me a lot
more confidence about spending much time on CryptoNAS development. As
far as an audit trail for the source repository, I suspect git or Hg
(which are allegedly decentralized) might offer something like this,
but I haven't investigated.

Ed wrote:

Hi
James, &amp; Developers.

I tried the r1161 snapshot. Since you included the ssh server, I was
able to do a few things.

Nice to have dhcp.

I edited the apt-sources and was able to download &amp; install mdadm
v2.5.6 .But these are lost on reboot from the CD ver.

The executable is in /sbin/mdadm", so it would be beneficial to add
"/sbin" to the path.

The webUI does not show disk device names, ie hda hdb only the volume
size.

Can the img (for usb) version be capable to install packages
persistent? Also need to have edited scripts

for disk display not lost on reboot.

snapshot tests

Ed — 2010-10-18T20:09:00

CryptoNAS on Ubuntu 10.04

2010-10-17T20:19:21

Hi,
as promised I've made additional tests with CryptoNAS and here are my findings:
1. The reason for "No available 
disks were found!" is that the function find_blockdevices() in the file blockdevice.py contains "os.path.walk(top_dir, 
look4dev_dirs, 'dev')". The problem with this function is that it isn't following symbolic links and Ubuntu 10.04 has 
in /sys/block symbolic links.
2. I've downgraded to Python 2.4 to verify the issues aren't coming from it. However it 
looks like there isn't any issue with the python version.
3. No progress at the moment with the message "The connection 
is not encrypted - passwords can be easily intercepted."

I would be very happy if a experienced python coder could 
check the issue #1 and provide a patch for this.
Still looking forward for a copy of development snapshot build 
featuring Lenny (with console, etc. enabled).

Best Regards,

Dimce