[devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Alexey M. Tourbin]

	6 NEW unmet dependencies detected:
abiword#2.3.4-alt1      	libgsf-1.so.1
gnumeric#1:1.4.3-alt1   	libgsf-1.so.1
gnumeric#1:1.4.3-alt1   	libgsf-gnome-1.so.1
postgresql8.0#8.0.4-alt1	libpq4 (= 8.0.4-alt1)
postgresql8.0-devel#8.0.4-alt1	libecpg5-devel (= 8.0.4-alt1)
postgresql8.0-devel#8.0.4-alt1	libpq4-devel (= 8.0.4-alt1)

	5 unmet dependencies have been RESOLVED:
gstreamer-directfb#0.8.11-alt1	libdirectfb-0.9.so.21
libqt4-core#4.0.1-alt2  	qt4-settings (= 4.0)
tvtime#0.9.12-alt2.1    	libdirect-0.9.so.21
tvtime#0.9.12-alt2.1    	libdirectfb-0.9.so.21
tvtime#0.9.12-alt2.1    	libfusion-0.9.so.21

Total 47 packages have 103 unmet dependencies.

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Dmitry V. Levin]

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

On Tue, Nov 15, 2005 at 03:08:17PM +0300, Alexey M. Tourbin wrote:
> 	6 NEW unmet dependencies detected:
> abiword#2.3.4-alt1      	libgsf-1.so.1
> gnumeric#1:1.4.3-alt1   	libgsf-1.so.1
> gnumeric#1:1.4.3-alt1   	libgsf-gnome-1.so.1

Это orphaned.

> postgresql8.0#8.0.4-alt1	libpq4 (= 8.0.4-alt1)
> postgresql8.0-devel#8.0.4-alt1	libecpg5-devel (= 8.0.4-alt1)
> postgresql8.0-devel#8.0.4-alt1	libpq4-devel (= 8.0.4-alt1)

А это что?


-- 
ldv

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

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Alexey Gladkov]

Dmitry V. Levin пишет:
>>postgresql8.0#8.0.4-alt1	libpq4 (= 8.0.4-alt1)
>>postgresql8.0-devel#8.0.4-alt1	libecpg5-devel (= 8.0.4-alt1)
>>postgresql8.0-devel#8.0.4-alt1	libpq4-devel (= 8.0.4-alt1)
> 
> 
> А это что?

$ grep libpq4-devel sisyphus/src-bin.index
postgresql8.1-8.1.0-alt1.src.rpm        libpq4-devel-8.1.0-alt1.i586.rpm
postgresql8.1-8.1.0-alt1.src.rpm        libpq4-devel-8.1.0-alt1.x86_64.rpm
postgresql8.1-8.1.0-alt1.src.rpm
libpq4-devel-static-8.1.0-alt1.i586.rpm
postgresql8.1-8.1.0-alt1.src.rpm
libpq4-devel-static-8.1.0-alt1.x86_64.rpm

-- 
Rgrds, legion

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Alexey Gladkov]

Alexey Gladkov пишет:

Из postgresql8.0 и postgresql8.1 собирается libpq4 . Таким образом
postgresql8.0 идет в orphaned.

-- 
Rgrds, legion

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Dmitry V. Levin]

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

On Tue, Nov 15, 2005 at 03:35:33PM +0300, Alexey Gladkov wrote:
> Alexey Gladkov пишет:
> 
> Из postgresql8.0 и postgresql8.1 собирается libpq4 . Таким образом
> postgresql8.0 идет в orphaned.

В obsolete (by postgresql8.1).


-- 
ldv

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

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Ivan Fedorov]

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

Dmitry V. Levin пишет:

>>Из postgresql8.0 и postgresql8.1 собирается libpq4 . Таким образом
>>postgresql8.0 идет в orphaned.
> 
> В obsolete (by postgresql8.1).

И тут тоже НЕТ!


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

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Alexey Gladkov]

Dmitry V. Levin пишет:
> В obsolete (by postgresql8.1).

Да. Я это и хотел сказать, но у меня не получилось.

Правда меня удивляет решение мантейнера. Зачем вносить версию в
название пакетов если они жёстко хотят библиотеку с именем без версии
и собирающуюся из этих же пакетов ?!

Неисповедимы пути мантейнеров в лабиринтах разума.

-- 
Rgrds, legion

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Ivan Fedorov]

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

Alexey Gladkov пишет:
>>В obsolete (by postgresql8.1).
> 
> Да. Я это и хотел сказать, но у меня не получилось.
> 
> Правда меня удивляет решение мантейнера. Зачем вносить версию в
> название пакетов если они жёстко хотят библиотеку с именем без версии
> и собирающуюся из этих же пакетов ?!
Чтобы я мог иметь 2 пакета с libpq.so.4

> Неисповедимы пути мантейнеров в лабиринтах разума.
Да нет... неисповедимы пути апстрима...
Я ни одной базы кроме PG не видел, чтобы менять формат баз на каждой
версии... :(

Да и интерфейсы они тут "чуть-чуть" опять поменяли... :(


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

[devel] postgresql upgrade

[Michael Shigorin]

On Tue, Nov 15, 2005 at 09:00:06PM +0800, Ivan Fedorov wrote:
> > Неисповедимы пути мантейнеров в лабиринтах разума.
> Да нет... неисповедимы пути апстрима...  Я ни одной базы кроме
> PG не видел, чтобы менять формат баз на каждой версии... :(

Так мож подумаем над тем вариантом, чтобы по явно сказанному
где-нить в /etc/sysconfig/postgresql дампились все базы в явно
сказанное там же место, при наличии в оном месте места?
При обновлении, пока старые бинарники ещё доступны.

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

Re: [devel] postgresql upgrade

[Ivan Fedorov]

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

Michael Shigorin пишет:
> On Tue, Nov 15, 2005 at 09:00:06PM +0800, Ivan Fedorov wrote:
> 
>>>Неисповедимы пути мантейнеров в лабиринтах разума.
>>
>>Да нет... неисповедимы пути апстрима...  Я ни одной базы кроме
>>PG не видел, чтобы менять формат баз на каждой версии... :(
> 
> 
> Так мож подумаем над тем вариантом, чтобы по явно сказанному
> где-нить в /etc/sysconfig/postgresql дампились все базы в явно
> сказанное там же место, при наличии в оном месте места?
> При обновлении, пока старые бинарники ещё доступны.
> 
На это я уже говорил нет... мое мнение не изменится до тех пор пока
кто-то за эту операцию не поручится головой.

Ибо не факт что оно вообще загрузится как надо... у нового постгреса
может не оказаться нужного модуля напрмер...


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

[devel] Re: postgresql upgrade

[Michael Shigorin]

On Tue, Nov 15, 2005 at 10:05:03PM +0800, Ivan Fedorov wrote:
> > Так мож подумаем над тем вариантом, чтобы по явно сказанному
> > где-нить в /etc/sysconfig/postgresql дампились все базы в явно
> > сказанное там же место, при наличии в оном месте места?
> > При обновлении, пока старые бинарники ещё доступны.
> На это я уже говорил нет... мое мнение не изменится до тех пор
> пока кто-то за эту операцию не поручится головой.

Так off by default.

> Ибо не факт что оно вообще загрузится как надо... у нового
> постгреса может не оказаться нужного модуля напрмер...

Слушай, ты меня достанешь и ради пары постгресовских баз на
хозяйстве придётся сделать свою работу за тебя :-/ :)

On Tue, Nov 15, 2005 at 07:30:51PM +0300, Денис Смирнов wrote:
> Они _не гарантируют_ что дамп зальётся назад, и с лёгкостью
> ломают обратную совместимость. Слова "ну вам же только один раз
> надо будет поправить чуть-чуть при заливании базы на новую
> версию" для них норма.

Клёво, а чем:

- поставили pgX.Y
- _сконфигурировали_ отдельное место для дампов и указали 
  его в спецконфиге с четырьмя ручками
- ...
- ...
- ...
  - надо обновить до pgX.Y+1, например
  - тормозим пользователей
  - делаем дамп
  - обновляем pg
    - загружаем дамп
    - возможно, поминаем нездым тихим словом авторов и правим его
  - [со щитом или на щите]
- ...

лучше, чем то же самое, только без лишней возможности дамп
проворонить?  Предполагается (можно в комментариях конфига
сказать), что раздел для дампов -- вполне отдельный (возможно,
тот, где бэкапы хранятся) и если его не хватит -- то думать надо 
заранее (ну или обламывать %preun и не давать пакету снестись 
до успеха или отключения автодампа).

Предлагается не заменить DBA, а подстраховать там, где всё равно
придётся.  Опять же тех, кто в курсе.

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

Re: [devel] Re: postgresql upgrade

[Mikhail Zabaluev]

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

В Срд, 16/11/2005 в 10:27 +0200, Michael Shigorin пишет:
> Клёво, а чем:
> 
> - поставили pgX.Y
> - _сконфигурировали_ отдельное место для дампов и указали 
>   его в спецконфиге с четырьмя ручками
> - ...
> - ...
> - ...
>   - надо обновить до pgX.Y+1, например
>   - тормозим пользователей
>   - делаем дамп
>   - обновляем pg
>     - загружаем дамп
>     - возможно, поминаем нездым тихим словом авторов и правим его
>   - [со щитом или на щите]
> - ...
> 
> лучше, чем то же самое, только без лишней возможности дамп
> проворонить?

Нет уж, лучше пусть руками и головой думают, чем тупой (по природе, не в
силу личных качеств создателей) автомат, любезно предоставленный ALT
Linux team, им базы похерит.

> Предлагается не заменить DBA, а подстраховать там, где всё равно
> придётся.  Опять же тех, кто в курсе.

Предполагается, что пользователь postgresql должен быть в курсе.
Более того, что он сам понимает необходимость и ответственность задачи
апгрейда на таком уровне, на каком это ему нужно.


[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: postgresql upgrade

[Peter V. Saveliev]

<skip /> 
> Нет уж, лучше пусть руками и головой
> думают, чем тупой (по природе, не в
> силу личных качеств создателей) автомат,
> любезно предоставленный ALT
> Linux team, им базы похерит.
<skip />

Я вот только не понимаю, чем _бэкап_ базы данных в _переносимый_ формат перед каким-либо телодвижением == похерить? Или я чего-то не понимаю? Или все войны из-за предохранителей -- "не было бы предохранителей, думали бы перед тем как стрелять"?

Ну объясните мне, почему очевидная просьба прикрутить _дамп_ базы в %preun вызывает отторжение на уровне подкорки? Конечно же, без дампа база не похерится :) куда там. Данные останутся в целости и сохранности при апгрейде. Ну, недоступны децл. Так ведь это не беда, зато думать будут next time.

Я понимаю, что юзер == враг, но не до такой же степени :|

Моя точка зрения, безусловно, обывательская. Но будь этот механизм, я бы не потерял в своё время данные, просто пропустив в dist-upgrade postgres. А ведь данные там были нехитро устроены, они нормально до сих пор мигрируют между версиями именно таким вот механизмом, но осуществлённым вручную. Да если и нет, по любому, в Сизифе нет возможности протестировать, загрузятся ли данные в новый постгрес, не снеся старый.

Да, сам был дурак. Да, теперь postgres сотоварищи у меня на Hold. Да и к апгрейдам поостыл в свете весенних сюрпризов, заставившей коренным образом пересмотреть возможность тестирования Сизифа и вообще его использования в широком кругу задач.

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

--
Peter V. Saveliev

Re: [devel] Re: postgresql upgrade

[Alexey I. Froloff]

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

* Peter V. Saveliev <peet@> [051116 14:21]:
> Ну объясните мне, почему очевидная просьба прикрутить _дамп_
> базы в %preun вызывает отторжение на уровне подкорки? Конечно
> же, без дампа база не похерится :) куда там. Данные останутся в
> целости и сохранности при апгрейде. Ну, недоступны децл. Так
> ведь это не беда, зато думать будут next time.
Ох, Пётр, знали бы вы как всё сложно на самом деле...

Я знаю некоторых представителей девелоперской профессии,
способных засунуть квадратный брусок в треугольное отверстие при
помощи EMS SQL Manager'а.  Так вот их _РАБОТАЮЩИЕ_ базы не
восстанавливаются pg_dump/pg_restore (-F c) на том же самом
сервере.

Ещё они любят на FOREIGN KEY вешать ON UPDATE CASCADE ON DELETE
RESTRICT, что тоже не уменьшает энтропии...

Так что это ещё бабушка надвое по воде вилами сказала...

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/
Tel: +7(095)504-4709, Fax: +7(095)513-1006

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

Re: [devel] Re: postgresql?upgrade

[Peter V. Saveliev]

...
<skip />
> Ох, Пётр, знали бы вы как всё сложно на самом деле...
<skip />

Мнда :| Но, имхо, описанное уже не лечится, как и любой другой дефект на генетическом уровне. Так что хуже тут не будет, как ни крути. Их данные накернятся в любом случае и выхода там нет кроме как жостко на Hold поставить. Они до %preun не доживут.

Зато миллионы некрупных неизвращённых леммингов, только начинающих работать с постгресом, будут благодарны. И я в их числе, пусть я и далеко не начинающий пользователь. Ибо их и мои данные дампятся/ресторятся без описанных проблем.

--
Peter V. Saveliev

Re: Re: [devel] Re: postgresql upgrade

[Mikhail Zabaluev]

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

В Срд, 16/11/2005 в 14:19 +0300, Peter V. Saveliev пишет:
> <skip /> 
> > Нет уж, лучше пусть руками и головой
> > думают, чем тупой (по природе, не в
> > силу личных качеств создателей) автомат,
> > любезно предоставленный ALT
> > Linux team, им базы похерит.
> <skip />
> 
> Я вот только не понимаю, чем _бэкап_ базы данных в _переносимый_ формат перед каким-либо телодвижением == похерить? Или я чего-то не понимаю? Или все войны из-за предохранителей -- "не было бы предохранителей, думали бы перед тем как стрелять"?

> Ну объясните мне, почему очевидная просьба прикрутить _дамп_ базы в %preun вызывает отторжение на уровне подкорки? Конечно же, без дампа база не похерится :) куда там. Данные останутся в целости и сохранности при апгрейде. Ну, недоступны децл. Так ведь это не беда, зато думать будут next time.

Виноват, недопонял. 
В таком виде, действительно, разумно.


[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: postgresql upgrade

[Michael Shigorin]

On Wed, Nov 16, 2005 at 02:43:54PM +0300, Mikhail Zabaluev wrote:
> Виноват, недопонял. 

Ну мож и dvl@ так скажет, а то сижу в грустях -- то ли сам дурак,
то ли лыжи не едут...

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

Re: [devel] Re: postgresql upgrade

[Ivan Fedorov]

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

Peter V. Saveliev пишет:
> <skip /> 
> 
>>Нет уж, лучше пусть руками и головой
>>думают, чем тупой (по природе, не в
>>силу личных качеств создателей) автомат,
>>любезно предоставленный ALT
>>Linux team, им базы похерит.
> 
> <skip />
> 
> Ну объясните мне, почему очевидная просьба прикрутить _дамп_ базы в %preun вызывает
> отторжение на уровне подкорки? Конечно же, без дампа база не похерится :) куда там.
> Данные останутся в целости и сохранности при апгрейде. Ну, недоступны децл.
> Так ведь это не беда, зато думать будут next time.

Ну для начала примем за факт что мы все прредусмотрели, и места хватит,
база восстановится, и т.д.

НО фишка еще и в том, что у меня базы по 50-100Гб, и все это время rpm
будет ЗАЛОЧЕН!!!


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

Re: [devel] Re: postgresql upgrade

[Peter V. Saveliev]

<skip />
> 
> Ну для начала примем за факт что мы все
> прредусмотрели, и места хватит,
> база восстановится, и т.д.
> 
> НО фишка еще и в том, что у меня базы по
> 50-100Гб, и все это время rpm
> будет ЗАЛОЧЕН!!!
> 
<skip />

Угумс, это понятно. Но я с трудом себе представляю сервера, где пакеты ставятся/удаляются в конкуретном режиме несколькими пользователями в одно и то же время и где это -- основное назначение сервера (исключение -- сборочная среда типа hasher, но там другая песня и не про это и базы rpm там разные)

Сколько будет идти дамп 100Гб? Я полагаю, не сутки же? Попробую задампить свою базу, она сейчас 500Мб, экстраполирую, чтоб убедиться; но что-то мне подсказывает, что даже три-четыре часа, потраченных на дамп базы с лихвой окупятся.

Или Вы свои базы (50-100Гб) другим образом переносите между версиями? Или эти данные (50-100Гб) появляются только после установки и используются до апгрейда?

Если они используются продолжительное время, и они нужны для работы, то Вы их так или иначе бэкапите между апгрейдами. Или не апгрейдите постгрес, тогда залоченный rpm вообще не относится к данному случаю.

А если даже мы всё НЕ предусмотрели

а) места не хватит: пакет _не_ удалится, так и нормально. Кому данные не важны, дропнет их в базе

б) база не восстановится после апгрейда: ок, а если просто _молча_ грохнуть старые данные, это поможет им восстановиться? Не поможет, даже если _вручную_ бэкапили перед этим. Сервер-то уже новый, старый в памяти поколений и откатить никак.

Опять же, не вижу пока никаких оснований негативно относиться к умолчательной политике резервирования пользовательских данных, где это более чем уместно.

Попробуйте раписать алгоритм апгрейда и судьбу данных в его процессе. В свете умолчательного резервирования и его ручного варианта. Уверяю, если молча дампить базу при апгрейде, это ничуть не хуже, чем молча на неё класть болт.

--
Peter V. Saveliev

Re: [devel] Re: postgresql upgrade

[Michael Shigorin]

On Wed, Nov 16, 2005 at 07:23:04PM +0300, Peter V. Saveliev wrote:
> Опять же, не вижу пока никаких оснований негативно относиться к
> умолчательной политике резервирования пользовательских данных,
> где это более чем уместно.

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

Но вывалить в %post при установке сервера листок молодого DBA,
а при обновлении (если не включена дампилка и не выключена
предупреждалка) можно и напомнить, мол, есть тут такое.

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

Re: [devel] Re: postgresql upgrade

[Денис Смирнов]

On Wed, Nov 16, 2005 at 07:23:04PM +0300, Peter V. Saveliev wrote:

Я ещё вот что хочу сказать -- перенос базы между даже minor версиями
postgresql, это задача отнюдь не сводящаяся к dump/restore, даже если
вдруг повезло и dump/restore сработало. Изменений обычно действительно
_много_.

И пытаться тут хоть что-то свалить на rpm не получится.

Это вам не MySQL (где более вменяемый апстри).

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Фанатикам суппорт не осуществляется. :)
		-- mike in community@

[devel] Re: postgresql upgrade

[Vitaly Ostanin]

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

Денис Смирнов пишет:
> On Wed, Nov 16, 2005 at 07:23:04PM +0300, Peter V. Saveliev wrote:
> 
> Я ещё вот что хочу сказать -- перенос базы между даже minor версиями
> postgresql, это задача отнюдь не сводящаяся к dump/restore, даже если
> вдруг повезло и dump/restore сработало. Изменений обычно действительно
> _много_.
> 
> И пытаться тут хоть что-то свалить на rpm не получится.
> 
> Это вам не MySQL (где более вменяемый апстри).

На них тоже пару раз была ругань в этой рассылке.

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

Re: [devel] Re: postgresql upgrade

[Ivan Fedorov]

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

Vitaly Ostanin пишет:
> Денис Смирнов пишет:
> 
>>On Wed, Nov 16, 2005 at 07:23:04PM +0300, Peter V. Saveliev wrote:
>>
>>Я ещё вот что хочу сказать -- перенос базы между даже minor версиями
>>postgresql, это задача отнюдь не сводящаяся к dump/restore, даже если
>>вдруг повезло и dump/restore сработало. Изменений обычно действительно
>>_много_.
>>
>>И пытаться тут хоть что-то свалить на rpm не получится.
>>
>>Это вам не MySQL (где более вменяемый апстри).
> 
> На них тоже пару раз была ругань в этой рассылке.

Не по такому поводу... да и разве это много?


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

[devel] Re: postgresql upgrade

[Vitaly Ostanin]

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

Ivan Fedorov пишет:
> Vitaly Ostanin пишет:
> 
>>Денис Смирнов пишет:
>>
>>
>>>On Wed, Nov 16, 2005 at 07:23:04PM +0300, Peter V. Saveliev wrote:
>>>
>>>Я ещё вот что хочу сказать -- перенос базы между даже minor версиями
>>>postgresql, это задача отнюдь не сводящаяся к dump/restore, даже если
>>>вдруг повезло и dump/restore сработало. Изменений обычно действительно
>>>_много_.
>>>
>>>И пытаться тут хоть что-то свалить на rpm не получится.
>>>
>>>Это вам не MySQL (где более вменяемый апстри).
>>
>>На них тоже пару раз была ругань в этой рассылке.
> 
> Не по такому поводу... да и разве это много?

Ругань была аргументированной, по поводу дизайна mysql и его
работы с glibc. Деталей не помню, ложечки нашлись, но... честно
говоря, удивился, прочитав, что у postgresql менее вменяемый
upstream. Ладно, факты налицо, а болтовня здесь offtopic.

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

Re: [devel] Re: postgresql upgrade

[Ivan Fedorov]

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

Vitaly Ostanin пишет:
>>>
>>>На них тоже пару раз была ругань в этой рассылке.
>>
>>Не по такому поводу... да и разве это много?
> 
> 
> Ругань была аргументированной, по поводу дизайна mysql и его
> работы с glibc. Деталей не помню, ложечки нашлись, но... честно
> говоря, удивился, прочитав, что у postgresql менее вменяемый
> upstream. Ладно, факты налицо, а болтовня здесь offtopic.
> 
Он просто невменяем... больше похоже на то, что это академическая
разработка... :(

Я уже готов смотреть Oracle/Sybase/DB2... :(

И это при том, что в свое время я просто молился на PgSQL... :(


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

Re: [devel] Re: postgresql upgrade

[Alex Gorbachenko]

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

On Thu, 17 Nov 2005 18:09:51 +0800
Ivan wrote:

IF>Я уже готов смотреть Oracle/Sybase/DB2... :(

там своих тараканов хватает.

IF>И это при том, что в свое время я просто молился на PgSQL... :(

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

или вы с изменением версии сразу переезжаете на новую ?

-- 
np: Soilwork - Distance

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 190 bytes --]

Re: [devel] Re: postgresql upgrade

[Денис Смирнов]

On Thu, Nov 17, 2005 at 05:41:17PM +0300, Alex Gorbachenko wrote:

IF>>И это при том, что в свое время я просто молился на PgSQL... :(
AG> так смена формата баз у него всю жизнь была. и будет продолжаться.
AG> проект то развивается, причём активно. в таких случаях жаловаться на
AG> изменение форматов баз/конфигов и говорить о невменяемости апстрима
AG> немного глупо по моему.

Смена формата баз это нормально. Увеличение функионала тоже нормально. Но
обратная совместимость по dump/restore хотя бы с предыдущей версией
обязана быть. Иначе это не база а геморрой.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
> Стебетесь?
да. а Вы?
		-- gns in devel@

Re: [devel] Re: postgresql upgrade

[Alexey I. Froloff]

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

* Денис Смирнов <mithraen@> [051118 02:45]:
> Смена формата баз это нормально. Увеличение функионала тоже нормально. Но
> обратная совместимость по dump/restore хотя бы с предыдущей версией
> обязана быть. Иначе это не база а геморрой.
Из 7.3 в 7.4 и из 7.4 в 8.0 заливается.  Если случай не
клинический.

А какие проблемы?

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/
Tel: +7(095)504-4709, Fax: +7(095)513-1006

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

Re: [devel] Re: postgresql upgrade

[Денис Смирнов]

On Fri, Nov 18, 2005 at 09:15:15AM +0300, Alexey I. Froloff wrote:

>> Смена формата баз это нормально. Увеличение функионала тоже нормально. Но
>> обратная совместимость по dump/restore хотя бы с предыдущей версией
>> обязана быть. Иначе это не база а геморрой.
AIF> Из 7.3 в 7.4 и из 7.4 в 8.0 заливается.  Если случай не
AIF> клинический.
AIF> А какие проблемы?

Не "если случай не клинический", а если "база столь проста, что ей место в
sqlite".

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
КОММЕНТАРИЙ КОЛЛАГЕНА К ЗАКОНУ МЕРФИ
 Мерфи был оптимистом!

Re: [devel] Re: postgresql upgrade

[Alex Gorbachenko]

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

On Fri, 18 Nov 2005 15:01:10 +0300
Денис wrote:

>Не "если случай не клинический", а если "база столь проста, что ей
>место в sqlite".

вы не правы. не далее как два месяца назад я лично проводил миграцию
средних размеров базы от сложного смс-сервиса с pg 7.4 на pg 8.0.
единcтвенная проблема возникла с volatility, которые pg 7.4 не
обрабатывал, а pg 8 - да. исправилось за полчаса.

-- 
np: Joe Satriani - Dog with crown & earring

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 190 bytes --]

[devel] Re: postgresql upgrade

[Michael Shigorin]

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

On Thu, Nov 17, 2005 at 05:41:17PM +0300, Alex Gorbachenko wrote:
> так смена формата баз у него всю жизнь была. и будет
> продолжаться.  проект то развивается, причём активно. в таких
> случаях жаловаться на изменение форматов баз/конфигов и
> говорить о невменяемости апстрима немного глупо по моему.

Не глупо, если это всё предполагается использовать.

Ситуации вроде описанных raorn@ лично для меня ставят
практическую применимость Pg в обозримое время на Hold.

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

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

Re: [devel] Re: postgresql upgrade

[Денис Смирнов]

On Sat, Nov 19, 2005 at 04:17:24PM +0200, Michael Shigorin wrote:

>> так смена формата баз у него всю жизнь была. и будет
>> продолжаться.  проект то развивается, причём активно. в таких
>> случаях жаловаться на изменение форматов баз/конфигов и
>> говорить о невменяемости апстрима немного глупо по моему.
MS> Не глупо, если это всё предполагается использовать.
MS> Ситуации вроде описанных raorn@ лично для меня ставят
MS> практическую применимость Pg в обозримое время на Hold.

Гм. У меня есть установки, где Pg трудится уже несколько лет. И хорошо.
Главное -- не делать обновлений даже minor-версии (только subminor).

В любом другом случае надо внимательно читать changelog и медитировать над
своим приложением "переедет или нет". И, кроме этого, иметь собственные
_высокоуровневые_ средства backup'а.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

Re: [devel] Re: postgresql upgrade

[Антон Горлов]

Денис Смирнов пишет:

> В любом другом случае надо внимательно читать changelog и медитировать над
> своим приложением "переедет или нет". И, кроме этого, иметь собственные
> _высокоуровневые_ средства backup'а.

И эксперементировать на тестовых базах\серверах!

-- 
   np: Masterplan - Back For My Life

Re: [devel] Re: postgresql upgrade

[Alexey I. Froloff]

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

* Michael Shigorin <mike@> [051119 17:27]:
> Ситуации вроде описанных raorn@ лично для меня ставят
> практическую применимость Pg в обозримое время на Hold.
Ситуации, вроде описанных raorn@, просто иллюстрируют тот факт,
что если руки с головой не дружат, то никакими техническими
средствами нельзя добиться положительного результата.

Практическая применимость Pg основана на том факте, что
PostgreSQL X.Y и PostgreSQL X.(Y+1) - разные продукты.
PostgreSQL Team одновременно поддерживает три ветки.  Прежде чем
обновляться на новый, даже minor, надо 16 раз хорошо подумать.
При чём на новый minor можно переходить не раньше чем subminor
дойдёт до четырёх-пяти.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/
Tel: +7(095)504-4709, Fax: +7(095)513-1006

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

Re: [devel][JT] Re: postgresql upgrade

[Andrey Rahmatullin]

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

On Thu, Nov 17, 2005 at 06:09:51PM +0800, Ivan Fedorov wrote:
> Я уже готов смотреть Oracle/Sybase/DB2... :(
Firebird?

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

2мантейнеры: Господа, используйте libdir по назначению!
		-- mouse in devel@

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

[devel] Re: postgresql upgrade

[Michael Shigorin]

On Wed, Nov 16, 2005 at 01:26:06PM +0300, Mikhail Zabaluev wrote:
> Предполагается, что пользователь postgresql должен быть в
> курсе.  Более того, что он сам понимает необходимость и
> ответственность задачи апгрейда на таком уровне, на каком это
> ему нужно.

Тоже так подумал, но однажды всё-таки нарывался.

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

Re: [devel] Re: postgresql upgrade

[Alexei Takaseev]

On Wed, 16 Nov 2005 13:26:06 +0300
Mikhail Zabaluev wrote:

> > Предлагается не заменить DBA, а подстраховать там, где всё равно
> > придётся.  Опять же тех, кто в курсе.
> 
> Предполагается, что пользователь postgresql должен быть в курсе.
> Более того, что он сам понимает необходимость и ответственность задачи
> апгрейда на таком уровне, на каком это ему нужно.

При том при всем проблема с dump/restore быз на PG возникает только в
одном случае - когда человек сидит в Сизифе. А грабли со скриптом
раскладываются на стабильные дистрибутивы. По-моему человек, который
сидит в Сизифе должен понимать, что он делает, и чем это все ему и его
системе с данными грозит.

[devel] Re: postgresql upgrade

[Michael Shigorin]

On Thu, Nov 17, 2005 at 01:08:05PM +0800, Alexei Takaseev wrote:
> При том при всем проблема с dump/restore быз на PG возникает
> только в одном случае - когда человек сидит в Сизифе.

Мой случай -- это переход с ALM2.0 на 2.2, кажется.
Здесь наложилась проблема "редко делаешь -- забываешь".

Есть мнение, что хороший дистрибутив _обязан_ учитывать 
такую фичу людей.

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

Re: [devel] Re: postgresql upgrade

[Денис Смирнов]

On Thu, Nov 17, 2005 at 09:53:29AM +0200, Michael Shigorin wrote:

>> При том при всем проблема с dump/restore быз на PG возникает
>> только в одном случае - когда человек сидит в Сизифе.
MS> Мой случай -- это переход с ALM2.0 на 2.2, кажется.
MS> Здесь наложилась проблема "редко делаешь -- забываешь".
MS> Есть мнение, что хороший дистрибутив _обязан_ учитывать 
MS> такую фичу людей.

Вот чтобы этих проблем не было, мы с ns@ и ввели практику различного
именования postgresql разных версий.

apt-get dist-upgrade не должен обновлять постгрес -- эта работа должна
выполняться исключительно ручками DBA.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

Re: [devel] Re: postgresql upgrade

[Alexei Takaseev]

On Thu, 17 Nov 2005 17:27:43 +0300
Денис Смирнов wrote:

> On Thu, Nov 17, 2005 at 09:53:29AM +0200, Michael Shigorin wrote:
> 
> >> При том при всем проблема с dump/restore быз на PG возникает
> >> только в одном случае - когда человек сидит в Сизифе.
> MS> Мой случай -- это переход с ALM2.0 на 2.2, кажется.
> MS> Здесь наложилась проблема "редко делаешь -- забываешь".
> MS> Есть мнение, что хороший дистрибутив _обязан_ учитывать 
> MS> такую фичу людей.
> 
> Вот чтобы этих проблем не было, мы с ns@ и ввели практику различного
> именования postgresql разных версий.
> 
> apt-get dist-upgrade не должен обновлять постгрес -- эта работа должна
> выполняться исключительно ручками DBA.

Да что-то не очень оно помогает пока. Вот сейчас предлагается обновить
libpq4 и сопутствующие, а за одно снести все postgresql8.0. :)

Re: [devel] Re: postgresql upgrade

[Денис Смирнов]

On Thu, Nov 17, 2005 at 10:36:16PM +0800, Alexei Takaseev wrote:

>> apt-get dist-upgrade не должен обновлять постгрес -- эта работа должна
>> выполняться исключительно ручками DBA.
AT> Да что-то не очень оно помогает пока. Вот сейчас предлагается обновить
AT> libpq4 и сопутствующие, а за одно снести все postgresql8.0. :)

Это из-за жёсткой зависимости на версию libpq4 в postgresql :(

Вешайте blocker.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Одно из преимуществ hasher -- в том, что это всё в пределах POSIX API.
		-- at in devel@

Re: [devel] postgresql upgrade

[Денис Смирнов]

On Tue, Nov 15, 2005 at 03:14:36PM +0200, Michael Shigorin wrote:

MS> Так мож подумаем над тем вариантом, чтобы по явно сказанному
MS> где-нить в /etc/sysconfig/postgresql дампились все базы в явно
MS> сказанное там же место, при наличии в оном месте места?
MS> При обновлении, пока старые бинарники ещё доступны.

У автором постгреса крыша давно уехала куда-то не туда, из-за повышенного
самомнения.

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

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Проприетарном софту в Сизифе не место.
		-- mithraen in devel@

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Ivan Fedorov]

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

Alexey Gladkov пишет:
> Alexey Gladkov пишет:
> 
> Из postgresql8.0 и postgresql8.1 собирается libpq4 . Таким образом
> postgresql8.0 идет в orphaned.
> 
нет!


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

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Ivan Fedorov]

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

Dmitry V. Levin пишет:

>>postgresql8.0#8.0.4-alt1	libpq4 (= 8.0.4-alt1)
>>postgresql8.0-devel#8.0.4-alt1	libecpg5-devel (= 8.0.4-alt1)
>>postgresql8.0-devel#8.0.4-alt1	libpq4-devel (= 8.0.4-alt1)
> 
> 
> А это что?

А это я накосячил... я залил postgresql8.1 в сизиф.

И даже и не знаю что делать... потому что выкидвать 8.0 из сизифа рано,
а они пересекаются по библиотекам...

видимо придется именовать библиотеки как libpq4.0 и libpq4.1, хотя в
свое время от этого и отказались, но теперь похоже что это было ошибкой.

Вместе эти пакеты конечно ставиться не будут, но в репозитарии нужны вместе.


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

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Dmitry V. Levin]

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

On Tue, Nov 15, 2005 at 08:41:19PM +0800, Ivan Fedorov wrote:
> Dmitry V. Levin пишет:
> 
> >>postgresql8.0#8.0.4-alt1	libpq4 (= 8.0.4-alt1)
> >>postgresql8.0-devel#8.0.4-alt1	libecpg5-devel (= 8.0.4-alt1)
> >>postgresql8.0-devel#8.0.4-alt1	libpq4-devel (= 8.0.4-alt1)
> > 
> > А это что?
> 
> А это я накосячил... я залил postgresql8.1 в сизиф.
> 
> И даже и не знаю что делать... потому что выкидвать 8.0 из сизифа рано,

Вы это _уже_ сделали.

> а они пересекаются по библиотекам...
> 
> видимо придется именовать библиотеки как libpq4.0 и libpq4.1, хотя в
> свое время от этого и отказались, но теперь похоже что это было ошибкой.

Оставьте что-нибудь одно.

> Вместе эти пакеты конечно ставиться не будут, но в репозитарии нужны вместе.

Одинаковые библиотеки не могут быть в одном репозитории.

Если библиотеки отличаются, то они должны отличаться и по soname.
Если нет, то незачем их плодить.


-- 
ldv

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

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Ivan Fedorov]

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

Dmitry V. Levin пишет:

>>>>postgresql8.0#8.0.4-alt1	libpq4 (= 8.0.4-alt1)
>>>>postgresql8.0-devel#8.0.4-alt1	libecpg5-devel (= 8.0.4-alt1)
>>>>postgresql8.0-devel#8.0.4-alt1	libpq4-devel (= 8.0.4-alt1)
>>>
>>>А это что?
>>
>>А это я накосячил... я залил postgresql8.1 в сизиф.
>>
>>И даже и не знаю что делать... потому что выкидвать 8.0 из сизифа рано,
> 
> Вы это _уже_ сделали.
Ну что вы... всего лишь маленький временный дисбаланс...

>>а они пересекаются по библиотекам...
>>
>>видимо придется именовать библиотеки как libpq4.0 и libpq4.1, хотя в
>>свое время от этого и отказались, но теперь похоже что это было ошибкой.
> 
> Оставьте что-нибудь одно.
нельзя... надо оба.
> 
>>Вместе эти пакеты конечно ставиться не будут, но в репозитарии нужны вместе.
> 
> 
> Одинаковые библиотеки не могут быть в одном репозитории.
Ну вот в dspam так есть... ибо старый dspam не умел собираться с
postgresql и mysql одновременно. Пакеты просто конфликтуют между собой.
> Если библиотеки отличаются, то они должны отличаться и по soname.
> Если нет, то незачем их плодить.

Они совместимы бинарно, но по заголовкам немного различаются, и из-за
этого некоторый софт не собирается с postgresql8.1...

Поэтому у postgresql8.0 есть libpq.4.0.0, а у postgresql8.1 есть
libpq.4.1.0.


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

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Alexey Gladkov]

Ivan Fedorov пишет:
>>Оставьте что-нибудь одно.
> 
> нельзя... надо оба.

имелось ввиду что нельзя держать две библиотеки с одинаковым именем.

-- 
Rgrds, legion

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Ivan Fedorov]

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

Alexey Gladkov пишет:
> Ivan Fedorov пишет:
> 
>>>Оставьте что-нибудь одно.
>>
>>нельзя... надо оба.
> 
> имелось ввиду что нельзя держать две библиотеки с одинаковым именем.

Надо. Для нормальноый сборки. Иначе все таки, я боюсь объявятся
коллизии... :(


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

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Alexey Gladkov]

Ivan Fedorov пишет:
> Надо. Для нормальноый сборки. Иначе все таки, я боюсь объявятся
> коллизии... :(

Увы. Двух пакетов с именем libpq4 в сизифе не будет.

-- 
Rgrds, legion

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Alexey I. Froloff]

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

* Alexey Gladkov <legion@> [051115 16:12]:
> > Надо. Для нормальноый сборки. Иначе все таки, я боюсь объявятся
> > коллизии... :(
> Увы. Двух пакетов с именем libpq4 в сизифе не будет.
И с Provides: libpg.4, боюсь, тоже...

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/
Tel: +7(095)504-4709, Fax: +7(095)513-1006

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

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Ivan Fedorov]

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

Alexey I. Froloff пишет:
> * Alexey Gladkov <legion@> [051115 16:12]:
> 
>>>Надо. Для нормальноый сборки. Иначе все таки, я боюсь объявятся
>>>коллизии... :(
>>
>>Увы. Двух пакетов с именем libpq4 в сизифе не будет.
> 
> И с Provides: libpg.4, боюсь, тоже...
будут. но с libpq.so.4...


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

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Ivan Fedorov]

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

Alexey Gladkov пишет:
> Ivan Fedorov пишет:
> 
>>Надо. Для нормальноый сборки. Иначе все таки, я боюсь объявятся
>>коллизии... :(
> 
> Увы. Двух пакетов с именем libpq4 в сизифе не будет.
Будут libpq4.0 и libpq4.1...
В свое время был libpq3.2 - его убрали... теперь я виже что зря.


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

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Денис Смирнов]

On Tue, Nov 15, 2005 at 10:06:24PM +0800, Ivan Fedorov wrote:

>> Увы. Двух пакетов с именем libpq4 в сизифе не будет.
IF> Будут libpq4.0 и libpq4.1...
IF> В свое время был libpq3.2 - его убрали... теперь я виже что зря.

Таки два пакета имеющих библиотеки с одинаковым soname быть не должно.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
> $ grep mkdir /usr/lib/rpm/macros
Лучше rpm --showrc|grep, т.к. макросы еще и в /etc/rpm лежат.
		-- wrar in sisyphus@

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Dmitry V. Levin]

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

On Tue, Nov 15, 2005 at 08:57:34PM +0800, Ivan Fedorov wrote:
[...]
> > Если библиотеки отличаются, то они должны отличаться и по soname.
> > Если нет, то незачем их плодить.
> 
> Они совместимы бинарно, но по заголовкам немного различаются, и из-за
> этого некоторый софт не собирается с postgresql8.1...
> 
> Поэтому у postgresql8.0 есть libpq.4.0.0, а у postgresql8.1 есть
> libpq.4.1.0.

Вы верите в бинарную совместимость этих библиотек?  Я сомневаюсь.
Для начала сравните их "nm -D".  Если они несовместимы по API, то скорее
всего они несовместимы и по ABI.


-- 
ldv

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

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Ivan Fedorov]

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

Dmitry V. Levin пишет:
> On Tue, Nov 15, 2005 at 08:57:34PM +0800, Ivan Fedorov wrote:
> [...]
> 
>>>Если библиотеки отличаются, то они должны отличаться и по soname.
>>>Если нет, то незачем их плодить.
>>
>>Они совместимы бинарно, но по заголовкам немного различаются, и из-за
>>этого некоторый софт не собирается с postgresql8.1...
>>
>>Поэтому у postgresql8.0 есть libpq.4.0.0, а у postgresql8.1 есть
>>libpq.4.1.0.
> 
> 
> Вы верите в бинарную совместимость этих библиотек? 
Официально они совместимы, но меня гложат сомнения...
> Я сомневаюсь.
Угу...
> Для начала сравните их "nm -D".  Если они несовместимы по API, то скорее
> всего они несовместимы и по ABI.
сравню, но вообще это только клиентская часть, и клиенты у меня вроде с
ней и работают и собираются, а вот серверные компоненты не все...


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

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Andrey Rahmatullin]

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

On Tue, Nov 15, 2005 at 04:26:17PM +0300, Dmitry V. Levin wrote:
> Для начала сравните их "nm -D".
Таки он уже умеет сравнивать сигнатуры? :(

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

 * hmepas_ считает себя психологически более походящим по emacs,
   нопользуется vi[m], потому как умеет, а emacs не умеет 

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

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Dmitry V. Levin]

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

On Tue, Nov 15, 2005 at 11:00:30PM +0500, Andrey Rahmatullin wrote:
> On Tue, Nov 15, 2005 at 04:26:17PM +0300, Dmitry V. Levin wrote:
> > Для начала сравните их "nm -D".
> Таки он уже умеет сравнивать сигнатуры? :(

Это для начала "nm -D", возможно, сравнивать сигнатуры и сложные типы
данных не потребуется. :(


-- 
ldv

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

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Денис Смирнов]

On Tue, Nov 15, 2005 at 08:41:19PM +0800, Ivan Fedorov wrote:

IF> И даже и не знаю что делать... потому что выкидвать 8.0 из сизифа рано,
IF> а они пересекаются по библиотекам...

Надо проверить работоспособность 8.0 с новой libpq. Если работает --
убрать жёсткую зависимость на версию libpq (заменив зависимость на "версия
не меньше").

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Код в ntp, который обеспечивает этот resolving, плох.
		-- ldv in sisyphus@

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Ivan Fedorov]

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

Денис Смирнов пишет:
> On Tue, Nov 15, 2005 at 08:41:19PM +0800, Ivan Fedorov wrote:
> 
> IF> И даже и не знаю что делать... потому что выкидвать 8.0 из сизифа рано,
> IF> а они пересекаются по библиотекам...
> 
> Надо проверить работоспособность 8.0 с новой libpq. Если работает --
> убрать жёсткую зависимость на версию libpq (заменив зависимость на "версия
> не меньше").
> 

Думаю, что работать будет, а вот собиратся кто-нить - не факт...


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

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Денис Смирнов]

On Wed, Nov 16, 2005 at 12:54:33AM +0800, Ivan Fedorov wrote:

IF>>> И даже и не знаю что делать... потому что выкидвать 8.0 из сизифа рано,
IF>>> а они пересекаются по библиотекам...
>> Надо проверить работоспособность 8.0 с новой libpq. Если работает --
>> убрать жёсткую зависимость на версию libpq (заменив зависимость на "версия
>> не меньше").
IF> Думаю, что работать будет, а вот собиратся кто-нить - не факт...

Если кто-то не будет собираться, это нормальная штатная временная ситуация
в сизифе. Править для поддержки 8.1 всё равно надо, и сломавшиеся сборки
будет сразу видно.

Целостность бинарного репозитория должна сохраняться постоянно,
собираемость отдельных пакетов может нарушаться на короткое время.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
> А есть ли где по subfs подробнее почитать?
Вообще-то в README. :)
		-- mike in sisyphus@

[devel] libpq crisis (was I: Sisyphus-20051115 unmets: +6 -5 (103/47))

[Mikhail Zabaluev]

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

В Втр, 15/11/2005 в 19:32 +0300, Денис Смирнов пишет:
> On Tue, Nov 15, 2005 at 08:41:19PM +0800, Ivan Fedorov wrote:
> 
> IF> И даже и не знаю что делать... потому что выкидвать 8.0 из сизифа рано,
> IF> а они пересекаются по библиотекам...
> 
> Надо проверить работоспособность 8.0 с новой libpq. Если работает --
> убрать жёсткую зависимость на версию libpq (заменив зависимость на "версия
> не меньше").

Разумно. Только надо убедиться на 100%.


[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] I: Sisyphus-20051115 unmets: +6 -5 (103/47)

[Vital Khilko]

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

On Аўт, 2005-11-15 at 15:12 +0300, Dmitry V. Levin wrote:
> On Tue, Nov 15, 2005 at 03:08:17PM +0300, Alexey M. Tourbin wrote:
> > 	6 NEW unmet dependencies detected:
> > abiword#2.3.4-alt1      	libgsf-1.so.1
> > gnumeric#1:1.4.3-alt1   	libgsf-1.so.1
> > gnumeric#1:1.4.3-alt1   	libgsf-gnome-1.so.1
> 
> Это orphaned.
Нет, новые версии этих пакетов как раз и ждали новый libgsf.
-- 
Мы проводим социалистическую, даже, можно сказать, коммунистическую,
политику.
        -- А.Г. Лукашенко

[-- Attachment #2: Гэтая частка паведамленьня падпісана электроным подпісам --]
[-- Type: application/pgp-signature, Size: 189 bytes --]