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 post

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

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 post

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

CryptoNAS Ubuntu 10.04

2010-09-26T14:19:57

Dear all,

First of all I would like to thank you for this cool peace of software. It's exactly that for what I'm 
looking for.
I made some tests with the Cryptobox 0.3.5 source SVN version on my fresh and up to date Ubuntu 10.04 dev 
workstation and would like to share my experience with you.

Installation
########

Additional installed packages over 
the default ubuntu repositories:

python (2.6.5) python-central (0.6.15) python-clearsilver (0.10.4-1.4) python-
cherrypy (2.3.0-3) python-configobj (4.7.1-1) python-m2crypto (0.20.1-1) super (3.30.0-3) cryptsetup (2:1.1.0~rc2)

gettext (0.17-8) stunnel4 (3:4.29-1)

Manual --> https://systemausfall.org/wikis/howto/CryptoBox_server_source_installation
Edit cryptobox.conf:
- 
AllowedDevices
- DisabledPlugins

Edit /etc/super.tab like described.

No problem with the installation.

First Test

#######

Start the CherryPy webserver --> no errors
Browse to localhost --> CryptoNAS webinterface (looks good :-))


I've tested it a bit and found this issues:
- If I chos

Listings on Freshmeat and Python Package Index

2010-06-26T09:46:10

Who "owns" our listings on http://freshmeat.net/projects/cryptobox and
http://www.python.org/pypi ?
There may be mechanisms for me to take over ownership of those accounts, but I
don't want to step on anyone's toes.

CryptoNAS v0.3.5 is here!

James Crofts — 2010-06-25T08:15:41

I finally set up a Debian package repository, which made it possible for 
"lh_source" to complete. This was essential because it was the only 
feasible way to include the source on physical media. As you know, the 
GNU GPL requires source code to be available in order to distribute 
programs legally.

This release would not have happened without a friend, who sold me a 
used server at a very reasonable price for use as a build server.

Torrents for the release are available at 
http://snapshots.cryptonas.org/pub/cryptonas-live/ .  If you can, please 
help by being a seeder. I plan to seed over this "release weekend" from 
a second location as well as my home server.

I haven't heard from Age or Lars in a long time, so I have to assume I'm 
the only (semi) active developer at this point. If you would like to 
help announce this release on Free Software-related websites such as 
Freshmeat, send me an email. I haven't had a chance to update the 
website to reflect the release; some of you may have the necessary