121
Setup & Installation / Re: Encrypting Home Directory ?
« on: July 27, 2014, 09:12:00 am »Because you didn't completely read anyone of my txtstarting with I don't know what rsync and ssh does
Excuse me, can you please rephrase yourself?
OS2World.com Forum is back !!!
Remember to visit OS2World at:
http://www.os2world.com
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Because you didn't completely read anyone of my txtstarting with I don't know what rsync and ssh does
Yahoo group.
This would take care of everything:
http://duplicity.nongnu.org/
The Os/2 versions of Rsync and ssh don't work together !
And even if they did data wouldn't be encrypted at the end point ?
Why rsync?
I have a OS/2 server with a overlay of eCS.
I use a hot key for popup and drag and drop files on a CMD file of rsync for a Dropbox on my server and my public folder.
And stunnel and rsync for backups. But there's not a good way to encrypt data and rsync it to a third party server on OS/2. So, Im going to check out how many files change on an encrypted AES directory and rsync it. If you know of a better way, please tell.
I would like to add this to the OS/2 coummity.
http://duplicity.nongnu.org
Greggory
The best way to have your home directory encrypted is to use AEFS
...
Thanks that what I was planning on doing and testing it with Rsync too. I'm going to try and get Paul to port a better solution.
So, in the future is it possible for PSI/2 or others to add video conference or recording ?
There I agree to you, I don't like what does he say mostly, too.
Don't Miss quote me.
What ever issue you have with him leave me out of it, he's a supporter !
And the one thing about Os2 it hasn't changed, why change it now ?
Everything file in OS/2 has 8.3 naming.
And even Roderick tried this and said a no go.
DLLs should be shared.No, if the DLL is specific to the program then there is no use to place it in the structure of OS/2 or eCS. Next, if you set the DLL in the program directory then you won't get the problem of version problems of the same DLL. And there are a lot of DLL's out there which has nothing to do with the OS and everything with the program. There will be no other program which will call that DLL, so that DLL has nothing to do within the structure of OS/2 or Ecs.
Is this new structure going to be 8.3 safe?
I would be very interested in giving it a try under Warp 4.52.
Do you think this could be possible?
Thomas
This shouldn't be a problem. I don't remember if I had good results (maybe not, but then again, I had a clumsy OOo install).
If you're trying the Yuri Dario build, just follow his instructions regarding the needed DLLs.
Mentore
Getting the needed DLLs is a problem to me.
I found a link to an italian ecomstation site. In the readme it says:
the following packages must be installed (dll only)
libc 0.6.5
gcc 4.4.6
gcc 4.4.4
ssl
curl
jpeg
xslt
libicu
z
xml2
stdcpp
mmap
pthread
urpo
These files can be installed with the following command:
yum install libc gcc-4.4.4 gcc-4.4.6 openssl curl libjpeg libxslt libicu zlib libxml2 stdcpp mmap pthread urpo gcc-stdc++-shared-library
if you have a valid rpm/yum installation.
Otherwise you can grab the corresponding zip files from
http://rpm.netlabs.org/release/00/zip/
As I do not have a rpm/yum installation I intended to grab the zip-folders. But for example there is no gcc-4.4.4 folder. Others are missing also from what I understand.
Can somebody give me a hint?
Thanks a lot.
Thomas
After moving the MMOS2 folder, (and copying the ones blocked), after changing the config.sys and the INIs.
On the next boot this files remain locked on the original location. So I need to find who/where are they being turned on:
- C:\MMOS2\MEDIAFLD\BIN\mediafld.dll
- C:\MMOS2\MMCLASS\cwmm.dll
- C:\MMOS2\MMCLASS\BIN\mmres_en.dll