[devel] Ошибка обновления пакета: симлинк вместо директории

[devel] Ошибка обновления пакета: симлинк вместо директории

[Michael A. Kangin]

Добрый день.

Проблема поднята в #22585.

Был пакет mediawiki-1.13.0-alt4, которому принадлежала директория 
/usr/share/mediawiki/config. Стал пакетом mediawiki-common, в котором 
/usr/share/mediawiki/config - это уже симлинк.

Новый пакет не устанавливается:
error: unpacking of archive failed on file /usr/share/mediawiki/config: cpio: 
rename failed - Is a directory

Что с этим делать - непонятно. Obsoletes на mediawiki < %version-%release не 
помогает. 
От имени симлинка отказываться очень бы не хотелось - кучу кода захакать 
придётся.
От симлинковости тоже - в этом месте mediawiki ищет свой создаваемый вебмордой 
конфиг, а такому не место в /usr/share.



-- 
wbr, Michael A. Kangin

Re: [devel] Ошибка обновления пакета: симлинк вместо директории

[REAL]

Michael A. Kangin пишет:
> Новый пакет не устанавливается:
> error: unpacking of archive failed on file /usr/share/mediawiki/config: cpio: 
> rename failed - Is a directory
> 
> Что с этим делать - непонятно. Obsoletes на mediawiki < %version-%release не 
> помогает. 
> От имени симлинка отказываться очень бы не хотелось - кучу кода захакать 
> придётся.

В спеке можно сделать что-то типа такого:

%pre -n %name-common
if [ -d %_datadir/mediawiki/config ]; then
   rm -fR %_datadir/mediawiki/config
fi
if [ -d %_datadir/mediawiki/images ]; then
   rm -fR %_datadir/mediawiki/images
fi

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Ошибка обновления пакета: симлинк вместо директории

[Michael A. Kangin]

В сообщении от Вторник 22 декабря 2009 09:03:25 автор REAL написал:

> > Новый пакет не устанавливается:
> > error: unpacking of archive failed on file /usr/share/mediawiki/config:
> > cpio: rename failed - Is a directory
> >
> > Что с этим делать - непонятно. Obsoletes на mediawiki < %version-%release
> > не помогает.
> > От имени симлинка отказываться очень бы не хотелось - кучу кода захакать
> > придётся.
> 
> В спеке можно сделать что-то типа такого:
> 
> %pre -n %name-common
> if [ -d %_datadir/mediawiki/config ]; then
>    rm -fR %_datadir/mediawiki/config
> fi
> if [ -d %_datadir/mediawiki/images ]; then
>    rm -fR %_datadir/mediawiki/images
> fi

Попробую.
Ну а ежели там остался какой-нибудь ценный конфиг?
mv в .rpmsave?



-- 
wbr, Michael A. Kangin

Re: [devel] Ошибка обновления пакета: симлинк вместо директории

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1050 bytes --]

On Tue, Dec 22, 2009 at 10:51:57AM +0300, Michael A. Kangin wrote:
> В сообщении от Вторник 22 декабря 2009 09:03:25 автор REAL написал:
> 
> > > Новый пакет не устанавливается:
> > > error: unpacking of archive failed on file /usr/share/mediawiki/config:
> > > cpio: rename failed - Is a directory
> > >
> > > Что с этим делать - непонятно. Obsoletes на mediawiki < %version-%release
> > > не помогает.
> > > От имени симлинка отказываться очень бы не хотелось - кучу кода захакать
> > > придётся.
> > 
> > В спеке можно сделать что-то типа такого:
> > 
> > %pre -n %name-common
> > if [ -d %_datadir/mediawiki/config ]; then
> >    rm -fR %_datadir/mediawiki/config
> > fi
> > if [ -d %_datadir/mediawiki/images ]; then
> >    rm -fR %_datadir/mediawiki/images
> > fi
> 
> Попробую.
> Ну а ежели там остался какой-нибудь ценный конфиг?
> mv в .rpmsave?

Либо mv в то место, где теперь должен располагаться этот конфиг (если
там в этот момент ничего нет; если есть - видимо, переименовывать в
.rpmsave на старом месте).

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Ошибка обновления пакета: симлинк вместо директории

[Michael A. Kangin]

В сообщении от Вторник 22 декабря 2009 09:03:25 автор REAL написал:

> > Новый пакет не устанавливается:
> > error: unpacking of archive failed on file /usr/share/mediawiki/config:
> > cpio: rename failed - Is a directory
> >
> > Что с этим делать - непонятно. Obsoletes на mediawiki < %version-%release
> > не помогает.
> > От имени симлинка отказываться очень бы не хотелось - кучу кода захакать
> > придётся.
> 
> В спеке можно сделать что-то типа такого:
> 
> %pre -n %name-common
> if [ -d %_datadir/mediawiki/config ]; then
>    rm -fR %_datadir/mediawiki/config
> fi
> if [ -d %_datadir/mediawiki/images ]; then
>    rm -fR %_datadir/mediawiki/images
> fi

Дальше - веселее.
В составе пакета mediawiki-common есть директория 
/var/www/webapps/mediawiki/config, в которой лежат два симлинка:
на директорию /usr/share/mediawiki/config1/LocalSettings.d и на файл 
/usr/share/mediawiki/config1/index.php.
При установке пакета с нуля устанавливаются оба симлинка, всё ок.
При апгрейде устанавливается только LocalSettings.d. index.php не появляется. 
И никаких сообщений об ошибках нету. Снос предсуществующей директории 
/var/www/webapps/mediawiki/config в %pre не помогает.

Создавать симлинки из %post? Но они тогда не будут принадлежать пакету...

-- 
wbr, Michael A. Kangin

Re: [devel] Ошибка обновления пакета: симлинк вместо директории

[Slava Semushin]

23 декабря 2009 г. 13:24 пользователь Michael A. Kangin
<prividen@altlinux.org> написал:
[...]
> Создавать симлинки из %post? Но они тогда не будут принадлежать пакету...

Use %ghost, Luke ? :)

-- 
Slava Semushin

Re: [devel] Ошибка обновления пакета: симлинк вместо директории

[Sergey Y. Afonin]

On Wednesday 23 December 2009, Michael A. Kangin wrote:

> При апгрейде устанавливается только LocalSettings.d. index.php не появляется. 
> И никаких сообщений об ошибках нету. Снос предсуществующей директории 
> /var/www/webapps/mediawiki/config в %pre не помогает.
 
Тут какая-то грабля глубже... Тоже возникла нужда сделать такую замену.
Сделал вот так:

%pre
if [ -d %_libdir/%binname/data ] ; then
    if ! [ -L %_libdir/%binname/data ] ; then
        rm -rf %_libdir/%binname/data
        ls -l %_datadir/%binname/data/*
    fi
fi

симлинк - это 

cd %{buildroot}%{_libdir}/%{binname}
ln -s %{_datadir}/%{binname}/data data

Пакет, куда попадает %_datadir/%binname/data, ставится до основного
пакета с симлинком. Этот вот ls (для отладки добавил) выводит нормальное
содержимое каталога, выводит его и ls в %post. То есть, вроде бы, всё
правильно, подмена происходит, данные в %_datadir живые. Но вот после
окончания установки %{_datadir}/%{binname}/data уже пуст. И кто там всё
выносит ?

-- 
С уважением, Сергей Афонин

Re: [devel] Ошибка обновления пакета: симлинк вместо директории

[Michael Shigorin]

On Mon, Nov 14, 2011 at 01:26:55AM +0400, Sergey Y. Afonin wrote:
> Пакет, куда попадает %_datadir/%binname/data, ставится до
> основного пакета с симлинком. Этот вот ls (для отладки добавил)
> выводит нормальное содержимое каталога, выводит его и ls в
> %post. То есть, вроде бы, всё правильно, подмена происходит,
> данные в %_datadir живые. Но вот после окончания установки
> %{_datadir}/%{binname}/data уже пуст. И кто там всё выносит ?

Возможно, дело в порядке отработки скриптов при обновлении:
tail -20 /usr/share/doc/rpm-4.0.4/manual/triggers

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Ошибка обновления пакета: симлинк вместо директории

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 948 bytes --]

On Sun, Nov 13, 2011 at 11:32:16PM +0200, Michael Shigorin wrote:
> On Mon, Nov 14, 2011 at 01:26:55AM +0400, Sergey Y. Afonin wrote:
> > Пакет, куда попадает %_datadir/%binname/data, ставится до
> > основного пакета с симлинком. Этот вот ls (для отладки добавил)
> > выводит нормальное содержимое каталога, выводит его и ls в
> > %post. То есть, вроде бы, всё правильно, подмена происходит,
> > данные в %_datadir живые. Но вот после окончания установки
> > %{_datadir}/%{binname}/data уже пуст. И кто там всё выносит ?
> 
> Возможно, дело в порядке отработки скриптов при обновлении:
> tail -20 /usr/share/doc/rpm-4.0.4/manual/triggers

Точнее говоря, в порядке установки новых файлов, удаления старых файлов,
и отработки скриптов.  У вас фактически благодаря ссылке по старому пути
удаляются файлы уже с нового места.

Мораль: с момента окончания %pre до момента начала %triggerpostun этой
ссылки не должно быть.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Ошибка обновления пакета: симлинк вместо директории

[Sergey Y. Afonin]

On Monday 14 November 2011, Michael Shigorin wrote:

> Возможно, дело в порядке отработки скриптов при обновлении:
> tail -20 /usr/share/doc/rpm-4.0.4/manual/triggers
 
Всё равно понимания не наступило... Если речь про %pre, то,
во-первых, там проверка на симлинк, во вторых этот ls, работу
которого видно. А когда ls отрабатывает в последний раз, всё
ещё на месте.

-- 
С уважением, Сергей Афонин

Re: [devel] Ошибка обновления пакета: симлинк вместо директории

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 833 bytes --]

On Mon, Nov 14, 2011 at 01:57:11AM +0400, Sergey Y. Afonin wrote:
> On Monday 14 November 2011, Michael Shigorin wrote:
> 
> > Возможно, дело в порядке отработки скриптов при обновлении:
> > tail -20 /usr/share/doc/rpm-4.0.4/manual/triggers
>  
> Всё равно понимания не наступило... Если речь про %pre, то,
> во-первых, там проверка на симлинк, во вторых этот ls, работу
> которого видно. А когда ls отрабатывает в последний раз, всё
> ещё на месте.

$ grep -n 'all old files are removed' /usr/share/doc/rpm-4.0.4/manual/triggers
152:  ...		(all old files are removed)
Вот в этот самый момент только что установленные файлы бесследно исчезают.

Попробуйте прочесть, что написано в этих 20 строках.  Если все равно
понимание не наступит, то я завтра попробую объяснить на каком-нибудь
простом примере.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Ошибка обновления пакета: симлинк вместо директории

[Sergey Y. Afonin]

On Monday 14 November 2011, Dmitry V. Levin wrote:

> > Возможно, дело в порядке отработки скриптов при обновлении:
> > tail -20 /usr/share/doc/rpm-4.0.4/manual/triggers
> 
> Точнее говоря, в порядке установки новых файлов, удаления старых
> файлов, и отработки скриптов.  У вас фактически благодаря ссылке
> по старому пути удаляются файлы уже с нового места.
> 
> Мораль: с момента окончания %pre до момента начала %triggerpostun
> этой ссылки не должно быть.

Почему-то мне казалось, что (all old files are removed) не относится
к тому, что перечислено в %files... Наверное, ночами спать надо. :-)
в %triggerpostun оно сработало правильно.

-- 
С уважением, Сергей Афонин