При создании новой конфигурации vncserver создает в домашней директории пустой каталог соответствующий паролю.
Are you sure that you are using the current version of tightvnc and not vnc? Please do rpm -qi tightvnc-server and rpm -qi vnc That bug was really in vnc, not the current version of tightvnc I cannot reproduce it.
Еще раз все проверил - у меня такого не происходит. Пожалуйста, проверьте логи и версии программ, состояния директорий.
Прошу прощения что сразу не уточнил. Пакет действительно vnc-server vnc-server-3.3.3r2-alt7 Однако в багзилле я не нашел этого пакета и поэтому повисил на tinivnc учитывая что мантейнер один и тот же :)
Тот пакет (vnc-3.3.3r2.alt7) должен лежать в obsolete, а почему-то оказался в orphaned. Его поддержка прекращена.
Закрываю баг
все гораздо хуже. Этот пакет попал в репозитарий Server 4.0 так что исправить его или заменить было бы крайне желательно.
И что? Ясно было сказано и в рассылке и в пакете tightvnc Obsoletes: vnc. То есть tightvnc-1.3.9-alt2 - это и есть замена. vnc пусть в orphaned.
Так. Я понял. Вопрос был не по адресу. В сизифе то все замечательно. Это бага на ALT Server 4.0 Даже не знаю на кого это вешать. Добавляю Диму в читатели этого треда. Он кажется ответственный за серверный дистрибутив.
Может быть, заменить _содержимое_ пакета vnc пакетом tightvnc (функциональность у них одинаковая) и обновить версию на что-то типа vnc-4.0.0.alt0?
Надо перевесить багу на другой продукт.
(In reply to comment #10) > Надо перевесить багу на другой продукт. Сначала этот другой продукт надо завести в багзиле. Бранч 3.0 есть а 4.0 еще нет. По хорошему продукт в багзиле нужно создавать одновременно с выходом релиза.
Если нет нужного продукта, то необходимо повесить баг на багзиллу.
И какое решение по багу в итоге? Можно его закрыть?
Я написал письмо Антону Бояршину с просьбой дать команду на создания продукта "Branch 4.0" в багзилле. Как только это будет сделано, багу надо будет перевесить туда. Давайте пока не будем ее закрывать тут, чтобы не забылось.
Как перевесить эту багу?
Так как этот баг относится к vncserver, который сейчас положен обратно в orphaned, я закрываю этот баг как invalid.