Start a new topic

REQ: All user data in one user folder

I had some trouble after doing a reinstall of Linux, with all programs on one partition and the home directory on another (where also CT is installed), including Oracle Java. Similar things might happen on other OSs (Windows), I suppose. And it might also happen when upgrading a Linux installation.


Then

  • projects could be opened, but no single segment could  be selected or edited
  • filtering for checked or translated segments led to 0 translation segments (but they were there)
  • starting a new project with a docx file led to 0 translation segments
  • new projects were not being listed on the dashboard

What have I done then?

  • CT has been updated to the newest build - no change
  • CT has been reinstalled to a new folder - no change
  • in the new CT installation, the same TMs and TBs are shown as in the old - where is this info stored?
  • after deleting the (hidden) .java folder it worked again (allt his of less importance, as it is only the secondary computer)

So Linux users have their data spread

  • in the CT program folder, a folder that should not be installed into a "regular" program folder, as i needs to be writable
  • in the .java folder
  • and - independent from that - their own data folders (TM, TB, projects)

For Mac users, it is even a bit trickier to use "show package content" (a thing that most beginners won't do), but at least CT can be set into the Programs folder.

Reinstall of the whole program package (instead of the updates) in any OS might and/or will delete a certain amount of your individual data.


Wouldn't it be a great idea to have finally all data in one subfolder (mostly a hidden folder .cafetran in the user directory)?

  • to make upgrades of the OS painless
  • to facilitate backups
  • to facilitate migrations

I also wonder whether the Total Recall data - of let's say 1 or 2 GB - is being loaded into the RAM, even if it is not used, when it is part of the program package on the Mac.



1 person likes this idea

+1

Torsten: For Mac users, it is even a bit trickier to use "show package content" (a thing that most beginners won't do), but at least CT can be set into the Programs folder


I wonder if what you want cannot be achieved by adding the CT app/package to each client/project. I think that's possible on a Mac, not possible under Windows, Linux me not know at all.


Total Recall data - of let's say 1 or 2 GB - is being loaded into the RAM


It is not. That is, not the database. A resulting TMX file is, of course.


H.

> I wonder if what you want cannot be achieved by adding the CT app/package to each client/project.

Not really an option. 100 projects = 100 CT installations? 1000 projects = 1000 CT installations?

@Woorden: Well, on Mac – different from Win and Linux – the size of the program package grows with the TR database. So it would be rather natural that the whole package is loaded. But it can also be java-specific that only parts are loaded.

To sum up, it would really be great to get a solution for this as simple and easy as the CafeTran GUI is. And it is clear that this kind of subfolder cannot be interchanged between Windows, Mac and Linux (i. e. pathes will clash). But it would be great to interchange it between the same OSs or to have easier backups (the backup question does not include TBs and TMs, this is in the responsability of each user).

Torsten: Not really an option. 100 projects = 100 CT installations?


I meant recurring projects, of course. My suggestion could work for a few recurring projects.


CT without the database is still very small - less than 20 MB? - and the database does not have to be part of the package.


H.

Increasing CafeTran's portability between the OSes is a good idea. It needs to be approached with special care though as the risk of loosing access to a resource is quite high during the OS switch. You can already access various resources via the could (e.g. Dropbox) from different systems. Even, Total Recall database can be configured in Preferences to access it from outside CT default installation folder. The newly added templates feature can also be used across the operating systems if you set the templates folder in Dropbox. There is definitely some room for improvement in this area.  

Not sure if you got the point (portability between OSs has a percentage of 5 % for the whole issue, would be nice, but serious, how many conventional users use different OSs? I suppose about 10 to 20 %, though I belong to them).

The problems are
  • resources are spread around on the system (not speaking of TM and TB, this is the user's choice), especially on Mac and Linux (talking of the default settings)
  • concrete problem: reinstalling the OS (in this case Linux) without any change of locations or settings leads to a non-functional installation (this was the trigger for this posting); this could only be arranged by deleting/renaming the old .java folder (and then, why are CT settings, e.g. the list of last projects, language pairs etc. in this particular subfolder?)

I had to perform a clean install the GNU/Linux recently, and CT worked fine after restoring data from  Backintime (like TIme Machine). CT is inside a specific folder in my home folder, along with some other apps. You can create dekstop file and have a launcher appear in the menu, etc.


What kind of settings are stored in the ~/.java folder for CT?


OmegaT has a nice implementation I think for preferences (stored in ~/.omegat folder for Linux and see screenshot for locations depending on the OS version), as a Java app it may be worth a look.



omegat.png
(108 KB)

reinstalling the OS (in this case Linux) without any change of locations or settings leads to a non-functional installation (this was the trigger for this posting); this could only be arranged by deleting/renaming the old .java folder (and then, why are CT settings, e.g. the list of last projects, language pairs etc. in this particular subfolder?)


That might have been caused by Linux imposing its own (open source) version of Java. I hope that in coming Java 9, Oracle's Java and Open JRE/JDK will be more compatible. 

> That might have been caused by Linux imposing its own (open source) version of Java.

Nope (see here).


Indeed omegaT (having a integrated Java and putting everything into the subfolder .omegat) might lead the way.

I did the same again (reinstall OS the Linux way, with an own /home partition, same JAva and so on. Now it worked lke a charm.


Nevertheless, a all-in-one user directory (i.e. ".cafetran" for all settings) and a more flexible way to export and import settings or part of the settings would be nice.

Login to post a comment