Bug 4961 - если CVS_REPOS указывает ненастоящий путь, возникает проблема
Summary: если CVS_REPOS указывает ненастоящий путь, возникает проблема
Status: CLOSED WONTFIX
Alias: None
Product: Sisyphus
Classification: Development
Component: cvs-pserver (show other bugs)
Version: unstable
Hardware: all Linux
: P2 major
Assignee: Dmitry V. Levin
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-08-09 22:49 MSD by ildar
Modified: 2013-08-15 16:25 MSK (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ildar 2004-08-09 22:49:46 MSD
Итак,
если CVS_REPOS указывает на каталог (напр. /tmp/CVSROOT), истинное положение
которого другое (напр. /data/tmp/CVSROOT), тогда возникает проблема. То есть:
имеем
/tmp -> /data/tmp

при CVS_REPOS="/tmp/CVSROOT" и команде cvs
-d:pserver:ildar@localhost:/tmp/CVSROOT co Module, получаем в файлах
CVS/Repository след. содержимое:
/data/tmp/Module

при CVS_REPOS="/data/tmp/CVSROOT" и команде cvs
-d:pserver:ildar@localhost:/data/tmp/CVSROOT co Module, получаем в файлах
CVS/Repository след. содержимое:
Module

Понятно, что c таким содержимым работает далеко не всё. В частности, сам cvs -
работает. А вот eclipse - уже нет.
Steps to Reproduce:
1.cvs -d:pserver:ildar@localhost:/tmp/CVSROOT co Module
2.cat CVS/Repository
3.
Actual Results:  
/data/tmp/Module

Expected Results:  
Module
Comment 1 ildar 2004-10-27 14:23:25 MSD
Может быть, я не совсем ясно выразился. Речь идёт о присутствии симлинка в
'CVS_REPOS='. То есть:
1. mkdir -p /tmp/realpath
2. ln -s realpath /tmp/CVSROOT
3. прописывем CVS_REPOS="/tmp/CVSROOT" в /etc/cvs/pserver.conf
получаем вышеозначенный глюк
Если будет опять UNCONFIRMED, пожалуйста, сообщите.
С уважением, Ильдар
Comment 2 ildar 2005-09-15 17:58:08 MSD
workaround: mount --bind должно помочь. Ещё не проверил, но должно, по-любому.
Comment 3 Mikhail Gusarov 2008-06-13 13:00:39 MSD

    
Comment 4 Michael Shigorin 2013-08-15 16:25:56 MSK
(В ответ на комментарий №2)
> workaround: mount --bind должно помочь. Ещё не проверил, но должно, по-любому.
На том и закопали.