Community
Participate
Working Groups
I20080415-1646 Up to last week's build, we started Eclipse with a -keyring <path-to-file> command line argument. This stored all CVS passwords in the file and we were never asked to enter a password any more. This functionality is completely broken in I20080415-1646. The -keyring argument does not seem to have any effect any more.
The CVS integration switched to the secure storage. The secure storage by default is located in the user's home directory. The "-keyring" option specifies location of Authorization database that is no longer used by the CVS integration. The data is not migrated automatically as the process of migration would be probably as "hard" as the process of enetering passwords in the new storage. (Of course, there might be cases where people had lots of CVS conenction as opposing to usual one or two or three.) There are some issues with headless runs, see bug 227298. Until those are resolved (which should be a matter of a day or two), the following runtime options might help: -eclipse.password <path_to_file> The <path_to_file> specifiies non-empty file contents of which is treated as a password. -eclipse.keyring <path_to_file> Overrides default location of the secure sotrage file (normally something like C:\Documents and Settings\user_name\secure_preferences.equinox) Does this help? I hope it is just a case of being surprised by the switch of CVS to the new underlying storage; in a hindsight, we should have posted a message about it.
> Does this help? I hope it is just a case of being surprised by the switch of > CVS to the new underlying storage; in a hindsight, we should have posted a > message about it. Thanks, the default location is good enough for us for now. However, you need to mention this breaking change (not supporting -keyring any more) in the migration guide and you should write an explanatory message to the log when -keyring is on the command line.
Message send to eclipse-dev. The "-keyring" remains a valid option as other bundles are likely going to continue to use Auth database, at least for this release. Depending on feedback, we might deprecate "-keyring" & "-password" runtime options in 3.5. As Tom suggested, we'll need to include some text in the migration guide. Probably something along the lines: ============= The passwords stored with CVS integration would have to be re-entered as CVS switched to a new secure storage back end. On the plus side, CVS integration now stores passwords in an encrypted form. ============= Keeping the bug open as a reminder to add this into the migration guide and changing title to better describe the issue.
Oleg, as this affects the users, it would better go into the readme.
(In reply to comment #4) > Oleg, as this affects the users, it would better go into the readme. > I think that the readme/migration guide entry will depend on whether bug 227517 is fixed or not. Oleg is already a volunteer ;-)
Mass update - removing 3.4 target. This was one of the bugs marked for investigation (and potential fixing) in 3.4 but we ran out of time. Please ping on the bug if fixing it would be really important for 3.4, and does not require API changes or feature work.
Something needs to be said about this in the readme. Please set an 3.4 milestone.
Right. And maybe in the migration guide.
Did the doc get updated? Reminder to mark fixed or set the target milestone appropriately.
This one is not completed. I would like to contribute this doc fix to one of RC4 subsequent builds.
Created attachment 104452 [details] 3.4 Migration FAQ updated
Created attachment 104453 [details] mylyn/context/zip
Released to HEAD with some minor modifications. Please keep in mind that both "-keyring" and "-password" options are still subject to change (ie might get deprecated in 3.5, see comment 3 from Oleg)
We should have updated readme_eclipse.html. In the html there is a link to CVS FAQ on wiki.eclipse.org (http://wiki.eclipse.org/index.php/CVS_FAQ). I think we should add there an entry for this issue.
(In reply to comment #14) > We should have updated readme_eclipse.html. > > In the html there is a link to CVS FAQ on wiki.eclipse.org > (http://wiki.eclipse.org/index.php/CVS_FAQ). I think we should add there an > entry for this issue. Opened bug 249092 for it.