Результаты поиска

Версия Subclipse (1.2.4) , доступная в настоящее время через автоматический менеджер плагинов Aptana, не работает с новейшей версией Subversion.

Однако я вижу на сайте Subclipse, что у них есть 1.4.2 для Eclipse. Поэтому я добавил новый сайт удаленного обновления в свой менеджер обновлений. Когда я попытался установить его, он сказал мне, что мне нужен Майлин 3.0.0 . Поэтому после долгих поисков я нашел Mylyn 3.0.0 и добавил еще один новый сайт удаленного обновления в свой менеджер обновлений. Затем, когда я попытался установить его, он сказал мне, что мне нужен org.eclipse.ui 3.3.0 или эквивалент.

Глядя на детали конфигурации для Aptana, кажется, что он построен против eclipse 3.2.2.

Кто-нибудь знает, есть ли способ обновить версию Eclipse Aptana, которая построена против 3.3.0? Или если есть какой-то другой способ заставить Subclipse работать с самой новой версией Subversion?

Я знаю, что это не обязательно вопрос "programming", но я надеюсь, что это нормально, так как это очень важно для опыта программирования.

Кто-нибудь использовал Jaxer в производственной среде, мне любопытно, как он держится по сравнению с чем-то вроде php, ruby и т. д. и если кто-то знает о каких-либо подводных камнях, чтобы использовать его, которые хорошо известны.

Как правило, в большой сети компьютер должен работать за аутентифицированным прокси-сервером - любые соединения с внешним миром требуют имя пользователя / пароль, который часто используется пользователем для входа в email, workstation и т. д.

Это означает необходимость поместить сетевой пароль в файл apt.conf , а также, как правило, переменные окружения http_proxy, ftp_proxy и https_proxy , определенные в ~/.profile

Я понимаю, что с помощью apt.conf вы можете установить chmod 600 (что не является по умолчанию на Ubuntu/Debian!), но в нашей системе есть люди, которым нужны корневые привилегии .

Я также понимаю, что технически невозможно защитить пароль от кого-то, кто имеет доступ root, однако мне было интересно, есть ли способ скрыть пароль, чтобы предотвратить случайное обнаружение. Windows работает с пользователями как администраторы, но каким-то образом хранит сетевые пароли (вероятно, хранящиеся глубоко в реестре, скрытом каким-то образом), так что при обычном использовании вы не наткнетесь на него в обычном тексте

Я только спрашиваю, так как на днях я совершенно случайно обнаружил, что кто-то другой использует пароль таким образом при сравнении конфигурационных файлов в разных системах.

@monjardin-аутентификация с открытым ключом, боюсь, не является альтернативой в этой сети. Кроме того, я сомневаюсь, что он поддерживается среди большинства инструментов командной строки.

@Neall-я не возражаю против того, чтобы другие пользователи имели доступ в интернет, они могут использовать мои учетные данные для доступа в интернет, я просто не хочу, чтобы они пересекались с моим паролем в обычном тексте.